智慧医院平台方案

2022-08-14

一份优秀的方案要对活动的各个环节进行详尽的安排,包括实施细节、步骤等,也许你已经写过不少方案,但你真的懂得方案撰写的精髓吗?今天小编给大家找来了《智慧医院平台方案》,供大家阅读,更多内容可以运用本站顶部的搜索功能。

第一篇:智慧医院平台方案

智慧医院120救护车平台解决方案

在现代化的城市中,医疗救援系统是城市保障体系中的重要组成部分,120急救中心承担着医疗救援指挥中心的任务,完成急救、大型社会医疗保障及“110”联动等任务,对于保护人民群众的生命安全有着不可替代的作用。随着监控产品的日渐成熟,越来越多的120急救中心开始重视使用监控与导航系统辅助120急救车接处警。

1

2

3

4

5

6

7

8

9

10

11

第二篇:智慧城市公共信息平台解决方案

二〇一四年十二月

第1页

智慧城市是通过综合运用现代科学技术、整合信息资源、统筹业务应用系统,加强城市规划、建设和管理的新模式。

智慧城市区别于数字城市的主要特征,就是综合运用以物联网、云计算和公共信息平台为代表的现代科学技术和手段,通过对城市信息资源的全面感知、全面整合、全面挖掘、全面分析、全面共享和全面协同,提高城市管理和服务水平。

1.1 智慧城市系统总体框架

智慧城市系统总体框架包括网络层、感知层、城市公共数据库、城市公共信息平台、智慧应用和用户层,如下图所示:

 网络层

网络层是智慧城市系统赖以存在的基础,主要有电信网、互联网和广播电视网,以及在此基础之上的三网融合、物联网等。  感知层

感知层是智慧城市系统区别于数字城市系统的重要特征之一,是智慧城市系统运行数据的主要来源。从技术角度来看,几种主要的感知技术是对地观测感知

第2页

技术、RFID射频识别技术、WSN无线传感器技术和Zigbee传感技术等。从感知数据来源来看,几种主要的感知手段是天上的卫星、空中的飞机以及地上、地下的各类传感设备。  基础设施

城市公共信息平台基础设施包括计算资源、网络资源、存储资源、安全设施等。

在各地智慧城市系统建设中,根据各地实际情况,结合最新技术,基础设施可采用云计算模式来构建。利用虚拟化技术,将基础设施资源进行虚拟化处理,形成一个虚拟化资源池;利用云服务技术,将虚拟资源根据业务需要组装成独立运行的服务器资源作为服务对外提供;为智慧城市的建设提供完善的计算基础设施服务。

 城市公共数据库

城市公共数据主要有三类,分别是公共基础数据、公共业务数据和公共服务数据。

公共基础数据库由人口数据库、法人数据库、宏观经济数据库、地理空间数据库及建筑物数据库等五类数据库组成,由法定管理部门提供的,基础且变化频率相对较低的信息资源,是城市公共数据库的“纲”。

公共业务数据库是基于公共基础数据库的业务性扩展数据库,根据业务应用需要而扩展的各类指标项构成,是一种动态的、不断扩充的业务数据库模式,是城市公共数据库的“目”,指标项来自各类智慧应用的建设。

由各类专题应用类数据库构成,专题应用类数据库处于该结构的顶层,是通过对公共基础数据、公共业务数据进行清洗、挖掘、分析后的有特定应用场景的服务型数据集,为各应用单位提供融合后的专题应用资源服务。  智慧应用

以公共数据库和部门业务数据为数据来源,通过公共平台对公共数据和部门业务数据的整合,为智慧应用提供整合后的信息服务,让智慧应用能够获取各类协同信息,提高应用的服务水平和协同能力。

第3页

1.2 功能框架

1.3 功能设计

平台由支撑数据、运行维护管理系统、目录管理与服务系统、数据交换服务系统、数据整合服务系统、门户系统、接口与服务系统等系统组成。

1.3.1 支撑数据

由元数据、目录数据、交换管理数据、安全管理数据等数据组成,处于整个基础信息资源数据架构的中间层,对下可以以“物理分散、逻辑集中”或是物理集中方式构建虚拟或物理的城市公共数据库,对上则起到支撑各种业务应用的作用。

支撑数据应单独存储,可根据实际情况确定是否存储于公共数据库中,但一定要做好数据安全管理,确保支撑数据的安全。

1. 元数据

元数据是数据资源的描述,是信息共享和交换的基础和前提,用于描述数据

第4页

集的内容、质量、表示方式、空间参考、管理方式以及数据集的其他特征。元数据库用于存储元数据。

2. 目录数据

目录数据库用于存储基础数据、业务数据、模型数据等平台资源的目录信息。 3. 交换数据

交换数据指数据交换过程中产生的信息,包括消息路由信息、流程管理信息、异常管理信息、监控管理信息、参数管理信息和交换临时库中的数据。

4. 管理数据

管理数据指数据管理系统所产生的信息,包括数据操作信息、数据库运行管理信息、数据组织存储信息、数据库维护信息等。

5. 安全数据

安全数据库用于存放事故报告、事故可能性、故障频率、试验结果、以往的系统安全分析、可靠性分析及人的因素数据等。

1.3.2 运行维护管理系统

1.3.2.1 平台安全

1. 统一身份认证服务

由身份数据库、身份管理与数据服务、资源管理与访问控制、PKI基础设施、电子签章及其应用等组成,能够向区域范围内所有系统提供用户身份数据服务,能够为智慧城市应用整合提供支撑,满足“单点登录”的需求。 2. 密钥管理

密钥管理提供信息安全加密传输的功能。通过密钥管理可以进行公钥和密钥的查询、添加、修改和删除,从而确保数据传输过程的安全性。 3. 数据备份

制定数据备份机制,可按需要进行全量、增量、定期等不同方式实现关键业务数据的备份,确保数据安全。 4. 数据安全保密授权管理

数据不得随意泄露,只有经授权的相关专门人员可以有权限利用和管理数据,

第5页

经正式批准需要数据时必须申请相关主管单位登记,并由需要人签字备案,保密数据不得以其他任何形式存储和传输,根据数据的保密规定和用途,确定数据开发使用人员的存取权限、存取方式和审批手续。

1.3.2.2 用户管理

信息资源分布在各个应用单位,甚至会出现跨区域的不同应用单位,另外,资源的使用者不仅仅是自然人,也包括各类业务应用。不同的应用单位,不同的用户,对资源有不同的访问权限,因此,需要将各类机构、应用及用户进行统一的管理,才能将资源的提供者、管理者、使用者三类角色进行责任和义务的划分,规范资源的提供、管理与使用。

主要功能包括:

 机构管理

机构管理提供整个平台的机构维护管理功能,包括机构的查询、添加、编辑、删除,详细信息查看和机构锁定/解锁等操作,锁定的机构将变为不可用状态,重新解锁后方能生效。

 用户管理

用户管理提供统一的用户管理服务,包括用户的查询、添加、编辑、删除和详细信息查看及用户状态修改。用户状态分为正常、注销、锁定和未审核四种状态,由统一的管理员进行用户的授权和管理。

 密码管理

密码管理功能提供密码的维护和管理功能,支持密码修改和密码重置,通过向注册邮箱发送限时密码重置地址的方式,确保系统的安全性。

1.3.2.3 日常运维

1. 运行报告

提供平台系统运行状态报告,以报表的方式生成并以邮件的方式定期发送至运维人员,运行报告内容包括服务名称、服务访问量、服务状态等多项内容。 2. 故障通知

第6页

故障通知提供多种方式的故障通知服务,当某项服务发生故障时,系统能够以邮件、短信等多种方式通知指定用户,从而对系统故障进行快速响应。 3. 故障巡检

故障巡检提供对各种服务、接口和数据库等的故障检测功能,用户只需将需要定期巡检的服务加入至巡检服务队列中,同时,设置完毕巡检的参数,即可以实现定期巡检的功能,并生产巡检报告发送至指定邮箱。 4. 访问统计

提供各种服务的访问统计功能,可以灵活进行统计,根据不同的条件进行各种数据的统计服务。主要包括服务流量统计、服务访问量统计、用户/IP访问量统计等功能。

1.3.2.4 统一认证

身份认证功能:统一身份认证系统门户首先必须完成的是用户的统一身份认证。用户在统一身份认证系统中输入用户认证信息后,统一身份认证系统门户查询用户信息库(LDAP),显示可访问的应用系统入口界面。

单点登录:用户从统一身份认证门户或某个服务系统登录后,再次登录其他系统,无需进行再次认证。做到一次登录,即可访问所有服务系统。

1.3.2.5 运行监控

提供平台系统各种注册服务的实时监控,包括该服务的状态、运行时间,同时可以对平台监控的时间间隔,是否自动启动等参数进行设置和应用。提供对运行平台性能(包括CPU、内存等使用情况)的监控和预警功能,同时,对平台服务的各种操作建立日志,并支持日志统计分析功能。

1.3.2.6 应用管理

对应用的信息,包括对应服务,资费等进行维护。系统定义每一种业务为一种系统支持的服务,每种服务加上相应不同的资费策略在系统中定义为应用,是用户可以最终定购的。应用管理就是对应的分类、定义、和资费的设置。

第7页

 定义服务类别、服务子类别  定义优惠方式,节假日优惠参数  定义计费方式  …

服务提供商发布应用,给平台审核;平台对服务提供商的应用进行审核,审核通过的应用才能够被用户订购使用。

应用审核包括对应用的服务、价格进行审核。

1.3.3 目录管理与服务系统

通过资源目录子系统的建设,以目录方式实现资源共享,是对智慧城市公共信息平台实现信息资源共享的有效手段,使用目录体系可以以更灵活的方式实现更多应用单位、更多资源的接入与共享。

信息资源编目管理子系统作为智慧城市公共服务平台信息资源目录体系的载体,采用一种非落地的信息共享模式,是对交换共享模式的补充,在目录式共享中,各应用单位对各自共享的资源有完整的控制权,可有效地解决交换模式中要求各应用单位因担心违反相关规定不愿意批量提供数据的问题。

目录管理与服务模型如下所示:

1.3.3.1 元数据定义

编目子系统的核心元数据定义提供对核心元数据的定义管理,包括核心元数据查询、添加、编辑和删除功能,同时提供核心元数据详细信息查看的功能。

1.3.3.2 系统配置

系统配置功能主要提供基于机构、用户、权限和服务等方面的综合配置管理功能,其主要包括资源权限等级定义、系统参数管理、机构环境管理、用户角色管理、分类方式管理、服务类型查询和权限管理等功能。在此,权限和用户机构管理均为托管方式,由平台运维系统中的用户管理系统进行统一权限认证。

第8页

1.3.3.3 编目信息发布

编目信息发布主要提供注册至编目中心的编目信息的发布功能(同时支持批量及指定),在发布时可指定允许访问资源或目录的应用单位列表及资源访问权限要求,通过编目信息发布,可以将前置编目信息发布到全市统一的门户中供各级应用单位进行检索、查看和申请。

1.3.3.4 编目信息撤销

针对无效的编目信息或需要进行下线的目录信息,系统提供编目信息撤消的功能,该功能可对已发布的编目信息进行撤消和下线,该编目信息撤消后可重新进入待发布状态,如需发布可以重新进行发布。

1.3.3.5 编目状态同步

编目状态同步主要提供平台门户与后台数据的手动同步功能,系统提供自动同步检测的功能,能够自动检测目录状态不一致的状况,通过选对相应的编目数据手工进行同步,可实现目录状态的同步修正更新。

1.3.3.6 交换互动

提供目录驱动交换功能,资源使用方通过目录方式获取资源信息后,通过平台提供的申请流程向平台管理者与资源拥有方进行申请,得到管理者与资源拥有方同意后,由平台自动开始按配置的规则进行信息资源的交换与共享。

目录系统提供数据交换驱动入口,调用对交换系统提供的相关接口,实现与交换系统的互联互通,并能对交换系统业务数据及各类服务提供资源编目功能。

1.3.3.7 查询统计

查询统计功能提供编目中心各种服务状态的统计,如编目信息评价、访问量统计等信息,编目信息评价主要提供各应用单位对已发布编目信息的评价信息查

第9页

询功能,访问量统计能够根据各应用单位对该编目信息的浏览数量进行统计。过程信息查询提供编目信息在编目中心的过程信息记录。

1.3.3.8 信息服务

信息服务功能主要提供目录查询和目录浏览等功能,包括基础查询和自定义高级查询功能,支持多种查询方式联合,并以树形分层式方式展示相关编目信息的详细内容。

1.3.3.9 前置功能

 资源初始化

提供前置与平台中心之间的初始化设置,通过初始化可以实现前置与平台中心之间的通信和目录同步,主要包括前置节点注册、用户权限认证等相关服务。

 结构化数据编目

前置编目系统提供对异构数据库等结构化数据进行手工或自动编目,应支持主流数据库,包括:Oracle、DB

2、MSSQL、MYSQL等异构数据库。

 非结构化数据编目

前置编目系统除了可以对数据库等结构化数据进行编目外,也可以对非结构化的数据进行编目,如文件、图片、视频等进行编目,通过文件交换系统实现文件的共享服务。

 编目信息查询

提供前置编目信息的查询服务,支持快速查询和自定义查询,可以通过资源标示符、资源名称、关键字、分类方式、编目日期等多种条件进行查询,并支持查询结果的目录详细信息查看,从而让用户快速定位信息资源位置。

 编目信息提交

提供前置编目信息提交至平台中心的服务,编目信息经过提交后,在编目中心等待审核人员进行审批,并最终发布。提供编目信息批量发布功能,并能够查询已提交的编目信息。

 编目信息审核

编目信息审核主要提供给编目前置管理员使用,编目信息经审核后方能向编目中心提交,在编目信息审核后可以进行该条编目信息的查看。

 编目信息注册

第10页

编目信息注册主要提供前端编目信息提交至编目中心的服务,通过编目信息注册服务,前置编目信息会被注册至中心的信息资源目录中供多个应用单位进行目录访问和资源申请。

 编目信息管理

编目信息管理提供编目信息的修改和删除功能,前置编目人员可以对编目的信息进行修改,包括编目信息的核心元数据项、核心表数据项、字段数据项等内容。修改完毕后,可以对编目重新进行提交、审核和注册。同时,前置编目人员也可以通过编目信息删除的方式删除多余的编目信息。

 目录传输

目录传输提供目录同步的监控和手动执行传输的功能,其主要是针对系统参数管理中的参数进行手动执行传输,通过目录传输,将前置子系统修改的参数与编目中心系统进行同步。

1.3.4 数据交换服务系统

数据交换服务系统的作用在于实现信息资源的统一交换,通过交换实现人口、法人等信息资源的同步更新,以及数据比对、清洗、转换、异常处理等交换服务所需的基本功能。

通过建立数据交换服务系统将达成以下目标:

[1] 通过使用统一的技术手段与标准,提高交换的效率,降低维护复杂度; [2] 同步优化信息存储结构,采用松散耦合的方式,确保数据与应用适当隔离,保证数据的安全;

[3] 使数据交换始终处于被有序管理的状态,避免了乱交换、重复交换等问题的出现,保证系统的稳定性。 数据交换服务系统模型如下图所示:

1.3.4.1 交换能力要求

提供信息整合功能,可按主题要求整合形成共享资源库(健康档案、人口库等)数据集合,支持动态组件形式的数据清洗等处理功能;

自动编码转换,统一编码标准;

第11页

支持主动与被动两种数据交换方式,实现按需交换; 支持增量与全量数据同步;

支持订阅式数据交换模式,提供订阅过滤支持,支持键值、一对多、多对一等多种数据落地方式;

提供异构数据库、跨平台数据交换功能;

无缝支持结构化及非结构化资源交换,数据采集方式丰富,触发器/数据库日志/时间戳/轮询等采集数据供用户选择;

基于web图形化平台配置,简单易操作;

统一管理元数据,提供统一标准化字段,规范系统; 为用户提供个性定制处理组件接口,方便用户自由拓展;

自定义数据交换格式,保证在无需代码开发的情况下,完成新交换节点的接入,实现交换元素及交换规则的调整等;

支持信息资源申请调度流程化,支持目录驱动交换; 支持非侵入业务式的前置交换服务;

1.3.4.2 资源管理

提供交换中心和前置交换节点之间各种交换表资源、组件和数据库的管理功能,主要包括交换表管理、控制表管理、组件信息维护、字段转化维护和数据库进程管理。

1.3.4.3 查询统计

提供交换与整合信息资源的查询和统计功能,主要包括交换数据查询、整合数据查询、系统信息查询和交换数据统计。

1.3.4.4 订阅信息管理

提供信息订阅服务功能,主要以表订阅和整合信息订阅的方式为主,主要包括表订阅查询、表订阅管理、表订阅审批、表订阅启动、整合订阅查询、整合订阅管理、整合订阅审批和整合订阅启动。

第12页

1.3.4.5 目录互动

提供目录驱动交换功能,资源使用方通过目录方式获取资源信息后,通过平台提供的申请流程向平台管理者与资源拥有方进行申请,得到管理者与资源拥有方同意后,由平台自动开始按配置的规则进行信息资源的交换与共享。

信息资源交换需提供对目录系统的相关接口,实现目录系统与交换系统的互联互通,从目录系统中读取相应的资源信息,并能启动流程实现相应的交换配置,最终实现自动交换。

1.3.4.6 交换管理

交换管理提供交换队列管理、交换规则定义等功能,主要包括交换队列查询、交换队列管理(添加、删除、查看、修改)、交换规则定义等。

1.3.4.7 日志维护

日志维护提供交换系统的各种日志管理功能,主要包括系统日志、交换日志和导入日志等,为系统提供全面的日志管理功能。

1.3.5 数据整合服务系统

数据整合服务的作用体现在两个方面,一方面通过数据加工、数据整合、数据关联等功能,能够动态配置实现各类不同主题的信息处理,在人口库、法人库等基础数据库的基础上,通过进行清洗、转换、集成,构建业务应用所需的业务数据库,充实公共服务数据库,提升数据的价值,实现数据向信息的转变;另一方面,业务数据库及公共服务数据库的指标项扩展的另一途径是新智慧应用的建设,这些指标项的扩展反过来也会充实基础数据库的指标项及数据内容。

数据整合服务模型如下图所示:

第13页

1.3.5.1 整合配置

以图形操作模式配置数据整合参数,实现进行清洗、转换、比对、数据导出、数据拆分等数据整合规则的动态配置。

1.3.5.2 整合组件管理

系统以组件形式对清洗、转换、比对、导出、拆分等数据处理过程进行封装,同时提供这些整合组件的注册、发布、撤销、查询等整合组件管理功能。

1.3.5.3 整合流程管理

实现对整合实施过程的申请、配置、审核、执行等过程的流程化管理,并允许在流程过程中进行回退、修改等操作。

1.3.5.4 整合结果信息查询

提供整合结果信息的查询统计功能,无需定制开发,可动态根据不同的整合主题进行相应结果信息的查询。

第14页

1.3.5.5 整合结果订阅

应用接入单位可针对整合结果,按需进行结果集数据的订阅,在订阅审核通过后,系统按预设的规则将接入单位要求的数据交换到指定位置。

1.3.5.6 整合过程信息统计分析

动态设定统计口径,对数据整合过程进行统计与分析,如清洗数据量、处理过程失败记录、处理成功数等。

1.3.6 平台门户系统

平台门户子系统作为公共信息平台对外信息展示及平台运维的窗口,针对管理员、政务用户和公众用户的不同应用需求,提供基于平台各支撑系统提供的原子服务,聚合成相应的功能接口集以支撑构建于平台基础上的各类应用,实现公共信息平台“统一门户”的建设目标。

1.3.7 接口与服务系统

1.3.7.1 开发接口服务

支持允许开发者或应用开发商通过公共信息平台提供的SDK,调用平台提供的服务(基础数据)和自己的业务应用进行集成,或是开发基于公共信息平台的应用系统。主要提供内容包括二次开发包、webservices等开发支持手段,以满足不同的开发用户群需要。

1.3.7.2 数据服务系统

数据服务系统服务内容为基础数据、业务数据、公共服务数据,其服务对象不仅包括业务人员,最主要包括对业务应用的数据服务。

通过建立数据系统将达成以下目标:

[1] 建立严格的数据服务管理,数据的使用必须遵循申请=》审核=》使用的

第15页

管理流程;

[2] 提供数据服务本身的注册、上架、撤销等服务维护功能,支持服务的动态配置;

[3] 数据服务须提供动态扩展能力,能支持大用户量并发访问。 其服务模型如下所示:

1.3.7.3 动态扩展服务 1.3.7.3.1 时空信息承载服务

实现城市公共数据库数据的时空化,通过业务数据时空化组件,大量的资源信息可以以直观化、可视化的方式呈现出来,同时,通过与3S技术(GPS、GIS、RS)的结合,可以构建各种可视化的综合管理系统。同时,基于业务数据的信息资源图层也可以通过业务数据时空化的手段来进行快速制作,从而大大降低了信息资源图层更新的成本和复杂度。

1.3.7.3.2 专题数据挖掘服务

功能主要分为多维数据透视、个人信息综合挖掘和法人信息综合挖掘三部分,系统的数据来源为公共基础数据库与公共业务数据库,系统产生的分析成果数据,经过时空数据处理引擎,以服务数据形式存储于公共服务数据库。

多维数据透视重点是对个人法人的个体对象进行全面深入分析,提供多应用单位数据联查、协查功能,提供个人数据比对和户口迁移、人际关系分析等功能。

个人信息综合挖掘侧重于从宏观层面上对个人年龄、文化程度、居所和个人的失业、公积金缴纳、保险缴纳情况之间的关联度及关联系数予以统计分析,作为宏观决策的量化数据依据。

法人信息综合挖掘侧重于从宏观层面上对法人的基本状况、行业、注册资本等和企业的地域分布情况之间的关联度及关联系数予以统计分析,作为宏观决策的量化数据依据。

第16页

第三篇:常熟市智慧政务服务平台建设方案

一、项目建设背景

国家新一届政府从2013年初开始加大改革力度,深化行政审批体制改革,2015年1月国务院常务会议提出“推行一口受理,实行限时办理,严格规范办理,坚持透明办理,推进网上审批”的要求,国发〔2015〕6号《关于规范国务院部门行政审批行为改进行政审批有关工作的通知》明确提出全面实行“一个窗口”受理,积极推行网上集中预受理和预审查,创造条件推进网上审批;推行受理单制度;实行办理时限承诺制;编制服务指南;制定审查工作细则;探索改进跨部门审批六项具体要求。

常熟市经过多年的政务服务信息化建设,在电子政务网、政务信息资源、政务应用系统建设、服务渠道建设、标准化服务体系建设等方面都取得了长足的发展。2013年,常熟市发布《智慧常熟战略发展规划》,按照“大资源、大数据、大协同、大服务”的要求,提升政府服务水平,提高群众对政府服务的满意度。目前,已建成“一中心、两载体,三平台”。与政务服务相关的信息资源中心(一中心)和市民服务平台、企业服务平台(两平台),为智慧城市的后续发展提供了计算资源、数据资源和服务渠道等方面的强有力支撑。2015年2月9日,智慧政务服务平台建设方案在常熟市政府所召开的“信息化项目推进工作专题会议”上审议并获得通过,政务服务平台建设要以系统设计和实际应用相结合,以服务企业和市民为导向,实现资源整合和数据共享,该项目列入2015年市政府重点建设项目,要求年底前分批上线,并在运行中不断完善。

二、项目建设目标

按《智慧常熟战略发展规划》,结合常熟市行政审批体制改革要求,以创新、完善服务方式,线上线下结合的互联网理念为指导,搭建智慧政务服务平台,加快实现网上服务及办事,通过建设完善政务服务标准化体系、再造重构审批流程、创建充实政务信息资源库、健全完善政务监督机制、横向整合各部门政务服务资源、建立市、乡镇、村(社区)三级联动政务服务体系,实现政务标准统

一、审批流程可控、政务资源共享、监督管理有效,将常熟市智慧政务服务平台打造成为全国县级市一流的政务信息化最高阵地。

本期重点进行政务服务体系的构建和横向的政务服务信息化建设--融合常熟市各委办局信息化建设成果,以行政服务中心为基础搭建统一的智慧政务服务平台。

? 线上线下相结合,完善服务方式。在行政服务中心大厅部署智能辅助设备,比如智能引导服务机、智能排队交换机、智能双屏交互设备、大厅智能监控设备等,创新审批办事服务内容,通过设立的网上办事大厅,申请人能够自助了解办理信息、办事流程、业务窗口布局等信息,从而提高办事效率和现场体验;利用我市已经建成的信息综合服务平台(即企业服务平台、市民服务平台),申请人在网上能够享受在线咨询、信息查询、网上办事、预约审批、资料下载上传、进度跟踪、意见反馈等服务。

? 再造重构流程。对涉及部门多、办理复杂的审批业务进行协同审批业务流程再造和重构。取消重复审批环节,增加并联审批数量,理顺前后置关系,消除互为前置的现象,从而缩短审批时限,使申请人尽早拿到审批结果。

? 创建政务资源库。以我市已经建成的信息资源中心为基础,分类建设政务资源库,对政务信息按照静态资源和动态资源,申请信息、过程信息和结果信息,事项信息和流程信息等多维度进行建库设计,打破部门系统壁垒,实现不同来源、不同业务、不同环节的信息按照统一标准进行收集、存储、处理和共享。

? 建立监督管理机制。通过信息化手段对大厅资源进行合理配置,对窗口进行合理配置,对大厅服务人员、窗口工作人员、后台审批管理人员进行绩效考核,实现事先、事中、事后全过程监管,提高服务质量。

? 建设标准化体系。通过业务标准化和技术标准化,对公众实现统一服务,信息一次性告知,材料一次性提交,结果统一反馈;对内实现流程标准统一,岗位权限统一,信息来源统一,审批口径统一。

本项目的建设时限:2015年12月30日前上线运行。

三、项目建设内容

1、体系建设 常熟市智慧政务服务平台要按照“一中心、两平台、三系统、两体系”的完整体系进行设计和建设。

一中心:以我市已经建成使用的信息资源中心“五大数据库”为基础,建设满足行政审批需要的政务资源中心,通过对政务信息资源的统

一、分类整理,完善信息资源体系,实现各部门政务资源的汇集沉淀和动态共享。要提供审批事项、审批流程标准信息、审批证照文库、材料库标准信息、政务运行过程信息等信息资源。

两平台:要建设政务架构管控平台和政务服务平台。平台要有完整性和统一性的设计理念和设计架构,满足对所有应用服务及渠道的支撑需要,要在功能运行、事项流程、界面维护、信息发布、服务推送等方面具有很强的灵活性和可扩展性,能适应行政审批需求的不断变化,不同功能模块之间既要相关贯通,又能够独立运行,按照业务需求对功能模块进行灵活的更新换代,既能够大幅降低开发成本,又能够减少维护成本。

? 政务架构管控平台要从技术标准、技术架构、部署架构、流程架构、应用接入架构、数据服务接入结构等方面进行设计,为常熟市智慧政务提供统一的架构管控体系,将技术内容封装成标准、可复用的政务原子服务,并将政务原子服务分类关联形成聚合服务,提高智慧政务应用的复用程度,降低政务服务技术门槛,实现技术的统一管控;

? 政务服务平台建设要以平台的方式固化常熟市行政体制改革体制和机制,剥离审批业务、大厅运行、公共资源交易等方面的业务共性,实现办事引导、资料共享、审批业务协同流程服务、审批运行服务以及公共资源交易服务,建立固定资产投资协同审批的无流程化运行功能,以及协同审批全过程跟踪回溯。

三系统:建设三大领域应用系统,包括审批管理系统、政务服务辅助系统,满足行政审批、大厅运行管理、监督管理、辅助服务的需要。

? 行政审批系统涵盖大厅集中审批、多部门协同审批、多级联动审批等业务功能,大厅综合办公管理、中介服务机构管理、绩效管理等功能,以及公共资源交易系统涵盖政府采购、建设工程交易、土地交易、药品采购等业务功能;

? 监督管理系统以管理、监督,服务相对分离的监管模式为理念,以公众监督,法律监督,监察监督,绩效考核四位一体的监察监管体系;

? 政务服务辅助系统建设要实现实体大厅的辅助管理,保证大厅有序运行,提高公众办事体验。

两体系:要建设标准规范体系和安全保障体系。行政审批,标准先行。智慧政务服务平台建设涉及的部门业务多,应用系统权属复杂,数据产生和存储海量,需要建立统一规范的标准体系,具体包括业务标准和技术标准两个方面;同时,政务服务需要建立安全保障体系,保证服务平台的有序运行。安全保障体系要从制度建设、数据存储管理、技术运维、人员管理等方面进行建设。标准规范和安全保障措施要以信息化手段具体体现和落地。

2、本期重点建设内容

(1)

、事项梳理、流程设计

1)国家取消下放事项梳理:要根据编办整理的事项目录,完成取消、下放、合并、转移的调整对接工作,重点进行保留事项的材料标准化、流程标准化。

2)现有行政审批事项标准化:要根据编办确定保留下来的行政许可事项及其它政务服务事项内容的动态梳理,确定一次性告知单包含的申请材料。

3)集中审批业务:根据常熟市具有行政审批职能的市场监督管理局、民政局、住建局、财政局、税务局、公安局、人社局、文广新局、发改委、档案局、城管局、交运局、卫计委、规划局、商务局、安监局、环保局、国土局、农委、水利局、气象局、民防局、烟草局等部门的所有行政审批事项,按照信息化实现要求进行梳理,梳理内容应该涵盖法律依据、提交材料、办理时间、办理部门、办理地点等重要内容的标准化。通过梳理,能够实现政务信息数据的有效采集和高效利用,通过技术功能开发理顺事项的前后置关系、申请情况判定,根据特定申请主体能够提供一次性告知单。

4)根据信息化实现要求,对行政服务中心提出的固定资产投资项目协同审批流程进行技术流程设计:

按照完整事件原则,将整个固定资产投资项目过程分为立项、供地、规划许可、施工许可、竣工验收等五个阶段,每个阶段分别设计协同审批流程图。每个阶段的协同流程应该进行标准化,包含统一收件、联合会商、统一受理、并联办理、一口办结五个标准化协同审批流程。

配合建立牵头部门运行机制,每个阶段设置牵头部门,赋予牵头部门统一收件、分发、催收、组织会商、发证权限。

配合建立多部门会商机制,对涉及多部门的审批内容可通过系统发起会商,跟踪会商过程,明确会商结果。

配合建立多级协调机制。对中心、牵头部门、本业务部门分别赋予协调审批权限,本部门无法协调的推送给牵头部门协调,牵头部门无法协调的推送给中心协调,要对整个协调过程进行跟踪记录,保证协调时效。

流程设计能够满足市政府领导对重点项目的查询、跟踪和决策分析。

对事项一窗对外服务进行功能设计和管控,即同一事项,大厅窗口受理的,部门不再进行受理;每个阶段内同一窗口受理的,办理完成后,申请人仍在该窗口领取审批结果。

5)企业设立“多证联办”协同业务对接:对市场监督、税务、社保、公安等与企业设立相关的业务进行梳理、整合和流程设计。江苏省正在开展企业设立“三证联办”改革,常熟市智慧政务服务平台建设需要满足改革要求,充分考虑与“三证联办”系统的对接与融合。

6)公共资源交易业务梳理:对政府采购、建设工程、土地交易、药品采购等公共资源交易四大领域业务进行业务标准化、流程标准化。

(2)、政务资源中心 建立覆盖全市的政务信息资源目录管理系统,为行政服务大厅所有包含的信息资源提供统一的资源目录管理服务,优化资源配置,减少信息冗余,提高业务办理效率,满足工作人员在业务办理过程中的资源信息快速获取。

政务资源中心纳入我市已经建成的信息资源中心架构体系,与法人库、市民库、空间地理信息库、宏观经济信息库、征信库充分对接,数据库架构设计、数据存储标准设计、调用标准设计要满足信息资源中心技术要求,并能够实现政务信息资源的回填、复用。

政务资源中心数据库建设应包括标准性资源、共享性资源、运行类资源、政务资源服务四类。其中标准性资源包括事项标准信息、流程标准信息;共享性资源包括申请材料信息、证照文信息、信用信息等;运行类资源包括基础运行资源、大厅运行管理信息、审批过程信息等;政务资源服务需要对所有的政务信息资源进行统一管理,包括事项基本信息、材料信息、情况信息、字段信息等,能够实现政务资源信息按部门和主体进行检索、政务资源订阅、政务资源目录管理和政务资源统一发布等服务,并纳入到常熟信息资源中心体系。

(3)、政务架构管控平台

通过管控平台,实现多部门业务协同,包括统一咨询、统一收取材料、联合受理、联合技术审查、联合勘查、统一发证。

创建政务原子服务和聚合服务,通过流程监控、流程设计、审批流程集成等功能实现公众对涉及的事项办理情况进行即时状态的查询,通过流程比对和流程优化减少事项办理流程中的冗余环节,提高审批效率,管控平台的政务原子服务、聚合服务、技术管控功能要能够切实提高智慧政务应用的复用程度,降低政务服务技术门槛。

基于全市现有的政务信息化建设成果,要考虑在充分利旧的基础上,既要实现统一平台的有效运行和数据共享,又要充分发挥现有系统的功能,实现业务基础平台与所有与审批服务、便民服务有关的服务进行对接。服务除了业务系统以外,还要包括中介机构系统,比如银行代收费系统、大厅内证照印章代办理机构系统等。

常熟市行政服务中心涉及各种业务系统和服务,要确保系统间访问操作的安全性,通过系统提供统一身份认证功能实现不同业务系统内部用户的统一管理、统一身份认证,面向企业和市民的外部用户,整合企业服务平台和市民服务平台的用户管理功能,涉及到行政审批业务的用户信息,需要回传到政务信息资源平台进行统一管理。

(4)、政务服务平台

需要从映像服务、业务服务、运行服务三方面进行建设。 1)映像服务:通过服务建模,将技术组件进行服务转化,实现办事引导,政务知识共享利用,办事智囊服务。办事引导服务应该满足在线办理的需要,对申请人线上查询、预约、下载、上传、预受理、预审核推送统一服务;对公众普遍需要了解的问题进行标准化,形成共享知识库,按需智能推送;根据业务领域设立办事智囊包,满足办事人员在办理过程中对专业知识、技术指标等的实时查询和参考。

2)业务服务:应包括事项服务、电子资料服务、固定资产投资协同审批无流程化服务,以及网上预受理和与审核服务。事项服务包括事项内容管理、事项审核管理、事项查询打印、事项类别管理、事项统计、数据接口管理;电子资料服务通过扫描设备将各文书、证照等文档资料电子化,并将其存放入电子资料库,实现传统纸质文档附件资料的扫描入库,同时对入库的表格、证照、批复等审批电子资料进行统一管理。通过该子平台实现对公众信息一次录入,多次复用,各审批部门可以按需调用资料;流程服务包括审批流程设计、流程管理、流程配置、流程目录、流程审核、流程发布、流程部署、流程版本管理、流程监控、流程卸载、流程引擎。网上预受理和预审核服务要实现对申请人资格的初步筛选,对申请人上传的电子材料进行初步审核,审核通过后进入正式受理、办理流程,从而提高审批效率。

3)运行服务:包括统一咨询服务、统一投诉服务、统一评价服务、统一预约服务、统一服务信息推送服务、统一窗口配置服务等。通过该服务支持多种通讯方式和报文格式,同时通过该系统屏蔽渠道端和各应用服务端的差异,降低各渠道与大厅各业务系统的耦合性,将渠道与各应用服务进行有效的隔离。

? 统一咨询服务要完成咨询内容管理、咨询回复处理流程、咨询权限管理等的统一支撑,完成典型咨询的分析处理入库,提供对咨询数据的分析,提供常用咨询问题智能回复,提供咨询情况分析智能提醒,辅助管理,提高服务质量。

? 统一投诉服务要完成对投诉发起、投诉内容管理、投诉回复处理流程、投诉权限管理等的统一支撑,完成典型投诉的分析处理入库,提供对投诉数据的分析,提供智能提醒,辅助管理,提高服务质量。

? 统一评价服务要完成投诉信息管理、评价权限管理等的统一支撑。

? 统一预约服务要完成对所有渠道预约操作、预约规则管理、预约权限管理、预约目录管理等的统一支撑,完成预约数据的处理、分析,对恶意预约等进行处理和提醒。

? 智慧政务服务平台建设的所有服务,都需以常熟市已经建成的公共信息服务平台作为对公众的统一出口。

4)交易服务:本期主要针对公共资源交易中的四大业务建设统一发布服务,对公共资源交易的申请信息、投标过程、投标结果等信息在企业服务平台上进行统一发布。

(5)、政务应用系统

按照业务需要,本期需要建设协同审批系统、大厅运行管理系统、公共资源交易系统(门户)。

? 协同审批系统针对入驻大厅的固定资产投资协同审批业务,提供并联件的登记、分发、回告、办理、办结、查询,依照“牵头部门统一受理、抄报相关、并联审批、限时办理”的要求,实现跨部门的并联审批业务协同。按照不同投资主体对项目进行重要性分级,市级重点项目能够满足市领导查询、跟踪需要,一般性项目能够满足中心内部查询、跟踪需要。 ? 大厅运行管理系统建设大厅各业务窗口统一的工作门户,实现入口统

一、功能统一;实现大厅内综合办公自动化,提高工作效率;建立科学有效的绩效考评指标和考评制度,进行大厅绩效考核管理;对刻章、法律咨询、会计咨询、银行等中介服务机构进行统一管理;能够通过虚拟桌面功能对业务窗口的操作界面进行统一管理。

? 公共资源交易系统的建设,能够建立完备的公共资源交易网络平台,为交易双方、中介机构、评审专家提供统一门户。业务范围包括政府采购、建设工程交易、土地交易、药品采购等。

(6)、政务服务辅助系统

? 智能排队叫号系统:要能够改善大厅办事人员流动秩序;统计办事人办事信息,便于大厅对人员、事项的日常管理及调整;通过数据对接,提高大厅行政审批系统的利用率;为后续客户评价体系及办事进展查询建立流程准备。

? 双屏交互系统:要能够展现窗口工作人员信息;显示窗口办理事项信息;实现与排队叫号系统集成,统计每次办件时长;能够实现当前办件的办事指南的显示;能够支持触摸功能,播放相关文字及视频;显示业务办理时间和业务办理累积时间;提供通告、与当前业务有关的信息;对窗口人员进行满意度评价;系统与短信模块链接一旦顾客评价“不满意”时,系统即自动向值班经理发送短信进行提示。

? 多媒体智能引导系统:能够满足申请人快速检索审批服务事项,查看办事指南、办理窗口及所在楼层分布、需要准备的材料信息及办理流程信息;要能够实现信息发布,主要介绍大厅历史、发展情况、大厅简介等;能够实现现场公众问卷调查;能够实现定时开关机;能够实现信息访问统计功能,可以按时间、访问量等条件统计;能够实现多种图片查看、视频播放功能;能够实现栏目和信息自由添加设置。

? 大厅智能监控系统要能够实时采集大厅运行情况以及窗口办理情景,音频视频服务器与业务审批系统对接,通过监控分析平台,可以调取查看审批过程中从收件、受理、办理、办结全过程的视频音频信息,真正实现监察过程可追溯、全程可视化。

(7)、政务信息资源规划和数据库设计 1)政务信息资源规划

促进政务信息的数据交换和共享,形成统一的数据交换标准、数据共享目录体系和交换体系。数据库架构设计要遵循常熟市信息资源中心总体数据库架构设计,同时能够支撑本期项目的应用系统建设。

2)数据库设计

对各个业务部门的业务数据库进行关联,对接常熟市行政服务中心、信息资源管理中心、各委办局现有数据库,实现数据逻辑上集中、物理上分布相结合的整体部署结构。其中,由行政服务中心业务办理过程产生的数据,存储在数据中心,与各单位共享;由各单位建立的数据库,行政服务中心可以共享,但不需要进行维护。

? 基础信息库设计。对政务审批服务过程中涉及到的基础信息资源进行存储设计,范围包括部门信息资源、用户信息资源、审批用户信息资源等。 ? 政务服务业务库设计。建设协同业务数据库、证照库、效能监督库、公共资源交易库、满足信息资源共享、信息验证、效能监督等支撑要求。

? 审批标准库设计。提供事项标准、审批流程标准以及服务流程标准满足协同审批流程设计要求和政务服务标准化的内容和流程支撑。

(8)、系统对接设计

以跨部门资源共享和业务协同为主线,统一全市政务信息资源,提出异构网络下的数据融合方法,统一业务数据编码和数据存储标准,充分发挥不同类型的网络技术优势,提升网络性能,充分利用现有各种网络的资源,实现信息交换共享和充分利用,满足“促进公众服务水平提升、政府办事效能提高”的要求。为实现常熟市政务资源信息交换和共享,彻底打破信息孤岛,必须建立统一的数据资源中心,形成统一数据交换标准、数据共享目录体系和交换体系,为常熟市政务服务系统建设提供信息服务支撑。

因此,加强政务信息资源的交换与共享,实现跨部门数据、服务及应用系统之间的业务协同和数据交换及信息共享,提升多种类、多系统间的互操作性,降低信息系统开发和信息化建设的复杂性,消除“条”与“块”之间的割裂状况,推动跨部门的信息交换和利用,是当前政务服务信息化建设中亟待解决的问题。为了更好地支撑常熟市行政服务中心信息化建设,完成各类信息的交换和共享,本期工程需要考虑与常熟市现有的智慧城市中心“一中心、两载体、三平台”建设内容对接;同时考虑与各委办局现有应用系统的对接。

1)平台设计要阐明与智慧城市发展中心“一中心、两载体、三平台”建设内容的对接:

? 与市民卡的关系:市民卡业务可在平台各渠道上延伸和拓展,平台可复用市民卡与部分共建单位的接口,作为市民到大厅排队叫号预约的身份证明,并可进行行政性收费和服务性收费的支付媒介。

? 与常熟市公共信息服务平台的关系:智慧政务服务平台为服务层提供线上办事、预审、办理、政务咨询、投诉、预约、政务公开服务,同时作为多渠道服务融合的重要组成部分,与常熟市已建公共信息服务平台充分融合,提供门户网站、移动终端等线上服务渠道。

? 与征信平台的关系:平台应用层将使用征信平台中的企业和个人信用数据,同时沉淀中介信用、企业表彰、获奖,公共资源交易数据,可根据政务业务需要提供企业或个人信用数据。

? 与信息资源中心的关系:平台将使用信息资源中心的数据,根据四大基础库数据提供服务,同时平台产生的基础数据作为信息资源中心数据的补充,可通过资源层沉淀到法人库、人口库中,并可实现不动产数据的沉淀,便于相关部门的事后监管,另外平台的运行数据和结果数据也将作为信息资源中心数据来源之一。

2)平台设计要阐明与常熟市具有审批职能的部门业务系统之间的对接: ? 与企业设立三证联办系统的关系:将企业设立三证联办数据沉淀到平台资源层,实现资源共享和信息同步,同时接入平台服务层,统一入口,统一服务标准。

? 与发改委阳光发改审批系统的关系:将固定资产投资立项数据沉淀到平台资源层,实现资源共享和信息同步,并接入服务层,统一入口,统一服务标准。

? 与各委办局垂管业务系统的关系:与常熟信息资源中心进行对接,利用信息资源中心数据梳理、处理、交换功能,按照政务服务要求为平台资源层提供数据。根据不同系统的网络环境设计有针对性的对接方案,充分考虑公安出入境、户籍办理等业务主体的特殊性。

? 与监察局相关监察系统的关系:包括与行政审批和公共资源交易相关监察网的对接,将各业务系统审批办理过程数据、环节数据、评价数据,以及大厅视频、音频监控数据沉淀到平台资源层,实现行政审批事前督办、事中监督、事后问责。

? 与12345服务热线的关系:作为多渠道融合服务的组成部分,将12345服务热线进行渠道整合,与门户网站、移动终端等线上渠道,大厅辅助服务等线下渠道形成一个有机整体。

(9)、与智慧常熟战略发展规划衔接要求

常熟市智慧政务服务平台是常熟智慧城市建设中的重点项目,投标人需根据对《智慧常熟战略发展规划》的理解,结合常熟市信息化建设的实际情况,在投标文件中阐述智慧政务服务平台与常熟市已建、在建及规划中的重大信息化项目的关系以及融合或衔接方案。 其他要求如下:

? 能充分了解业务现状,符合实际业务需求,方法论清晰,可行性强,有详细的对应关系说明。

? 方案能够详细说明整体架构、各类数据、接口以及相关业务流程与重大信息化项目的融合或衔接方式。

四、系统设计要求

1、总体设计原则

常熟市智慧政务服务平台架构的设计总体须遵循以下原则: ? 业务导向、标准先行; ? 高效、稳定、包容、一致;

? 动态开放,强化性能与可扩展性设计;

? 贯穿面向服务的设计理念,强调系统高内聚松耦合; ? 提供完备的应用集成、界面集成、服务集成、数据集成策略; ? 采用成熟技术和产品,充分利用现有资源。

2、技术架构要求

? 遵循SOA设计原则,系统之间采用服务的形式进行互联,相互松散耦合;

? 采用分层的体系架构,分离中间业务逻辑,便于复用; ? 业务逻辑实现组件化,基于框架进行开发;

? 客户端基于浏览器设计,客户端与服务端基于HTTP/HTTPS协议进行交互;

? 设计开发基于开放标准; ? 使用可靠的框架,提高开发效率以及稳定程度;

3、数据库设计要求

投标人应建设通用的、可扩充的系统。建设灵活的认证/授权体系,通用的功能扩充步骤和方法等。数据库设计具体要求如下:

? 充分考虑已有系统的数据库设计;

? 本项目的应用系统基于主流数据库进行设计,开发; ? 数据库设计必须考虑支持未来业务的变化; ? 数据库设计必须考虑应用的性能要求; ? 合理的数据备份和恢复机制。

4、安全设计要求

? 投标人在系统安全方面应考虑采用身份认证技术、密码技术、访问控制技术等保证平台的稳定和整体安全。

? 应用系统安全,如:用户认证/授权、角色管理等; ? 数据的安全:如:数据的一致性等;

? 平台能够为不同的用户提供不用的操作权限,用户每一步操作系统都会留有记录,便于管理和明确责任。

5、接口设计要求

接口设计须遵守如下原则: ? 使用XML规范定义传输的数据;

? 支持标准的接口实现方式,利于集成;充分考虑系统整体和局部的开放性。

五、项目实施要求

1、项目实施方案要求

投标人须就招标文件中规定的系统设计要求、项目建设要求的全部内容响应,并根据招标人所设定的各项任务编写项目实施方案。在项目实施方案中要求投标人提出实施此项目的组织方式、工作机制建议,并制定工作流程和工作计划。

2、开发与测试要求

投标人最终交付的目标系统必须通过招标方认可的手段进行性能分析和优化,并在测试通过后,再进行项目验收

3、系统部署与试运行

项目建成后,共享我市信息资源管理中心网络环境,系统统一部署在云计算中心,投标人负责服务器的安装、调试、系统安装部署,制定部署方案,满足云计算硬件、虚拟环境、网络、存储、服务器等各方面的技术要求。同时,要对系统的运行提供维护和后期技术支持。

4、实施人员要求

在本项目的执行过程中,项目经理要专职于本项目,核心技术人员要百分之百地投入到本项目中,并且整个项目团队的人员要相对稳定。

按照项目实施的要求,必须配置相应的项目管理、系统设计、开发、测试、集成、培训、质量保证等人员,在项目组织中应明确各岗位的职责,确保工程顺利实施。

参与此项目的核心技术人员必须具有承担过相关软件开发和相关项目建设经验,能够与政府用户进行良好的沟通,具备相关产品集成、应用和开发的能力。参与此项目的技术人员必须具有强烈的服务意识和高度的责任感。

5、培训要求

投标人提供完善的培训方案。投标人应负责对所有参与项目的人员进行培训,并提交详细培训计划。系统的培训对象包括,普通用户和管理员用户。培训内容包括:软件使用培训、系统管理培训,培训工作由投标人完成。投标人需提供详实的培训计划和培训方案。培训方案包含培训内容、培训课时等。系统的培训工作要在系统上线试运行前实施,投标人需要在培训实施前编制专门的培训材料。

6、项目交付成果

(1)项目的成果至少包括以下内容:

? 符合招标要求的完整的智慧政务服务平台(提供有完整的系统安装文件或程序的介质);

? 如有新购软件,需提供新购软件的许可证证明书、授权证书的授权;

? 项目所交付的应用系统软件环境必须包括生产环境(正式环境)、测试环境,所有环境均能正常使用。

(2)文档要求

系统实施方必须提供完整的软硬件安装、操作、使用、测试、控制和维护手册。以满足将来整个智慧政务服务平台的维护和功能扩展需求。所提供文档必须是电子文档与纸质文档两种形式。

? 所有成果交付物编制语言应为简体中文。 ? 所有成果交付物均需同时提供光盘介质、纸质文档2份和电子文档1份。

? 只有该项目所有技术成果均提交招标人后,系统实施方才能向招标人提出项目成果最终验收申请。

? 该项目成果将根据招标人需要进行各级验收,系统实施方应配合招标人进行各项验收准备工作。

? 招标人各级验收提出的修改意见应在该项目中予以修改和完善,涉及商务的,由双方商务人员友好协商解决。

六、项目管理要求

1、项目组管理

投标人需要对此项目建立专门的项目组,明确列出项目组主要成员及其工作经验,并向招标人提交每个成员的资质证明,参加本项目的工作内容、工作时间、工作量、在本项目实施过程中是否全职参加等资料。项目组成员必须稳定,成员必须专职工作,项目组人员的变更必须经采购单位的同意,必须提前1个月向采购单位提交书面申请。

在本项目实施过程中,采购单位认为投标人项目经理无法有效组织项目成员完成该项目所要求的工作内容时,有权要求投标人更换项目经理,投标人有义务接受。

投标人应严格按照软件工程规范进行管理,并遵循常熟市智慧城市建设过程中制订的各种技术和管理规范,采购单位有对项目进度、软件质量进行监督控制的职责和权利,投标人应按要求提供项目阶段文档,并经采购单位确认后,方可进行下一阶段工作。 投标人需承诺项目经理及主要技术人员在项目整个生命周期中不得更换,如遇不可抗因素确实需更换的,须经甲方同意,且更换后的人员资质、技术能力不低于原有人员,甲方对更换后的人员不满意,乙方必须无偿更换直到甲方满意为止。

2、项目管理机制

投标人应明确说明项目管理方法,项目实施方法,对本项目的实施风险分析和相应的控制方法,以及质量管理方法。

3、进展汇报

投标人应每周定期呈交项目的进展报告,并在进展报告中列明开发/生产的进展、任何可预见预定交付日的延期和所有其它采购单位可能要求的有关信息,及上述每一项情况的相应活动或行动。同时,应定期安排汇报会,并在汇报会中与投标方讨论项目的进展报告及其它与项目有关的事宜。

4、项目控制

投标人应任命一名项目经理,此人将:

? 对拟建设系统要有充分的理解,具备足够的项目管理的经验和能力;

? 除对实施商的人员有完全控制和管理权力外,并且得到实施商在工作进展期间具有做出日常决定的充分授权;

? 在正常工作时间或任何其它认为需要为能够根据执行计划表完成工作所需要的时间内,可以被联系到。

七、项目验收要求

1、项目验收的组织机构

招标人负责组织验收小组,负责整个验收工作。投标人应组建由有关专业技术人员构成的测试小组,并在验收小组指导监督下开展工作。

2、验收标准

各阶段实施满足项目需求确认书的要求,并完成相关知识转移工作。

按需求确认书完成相关工作并提交项目成果,所有项目成果均已达到需求书要求、通过招标人的审查并签字确认。

系统性能、功能、安全满足需求,并通过招标人的测试评审。上线试运行三个月,系统运行稳定无宕机,各功能模块能支撑业务正常运作。

对于不满足需求确认书要求的投标人交付物,投标人应及时予以整改、修订、完善以满足要求。运行期间若出现功能故障、系统不稳定现象,解决故障时间不计入试运行时间,上线试运行时间向后顺延。

3、阶段成果确认

根据招标文件中对项目进度的阶段要求,在阶段成果交付时,投标人须负责提出书面申请,招标人同意后须在15天内成立评审小组,组织阶段性评审会,招标人将依据需求确认书要求,进行阶段成果的审查、确认工作。

4、初步验收 项目成果交付后,招标人检查项目符合验收标准后,组织进行项目初步验收相关工作。

项目的初步验收须在系统上线后三个月后进行。

5、最终验收

项目成果交付后,监理、招标人检查项目符合验收标准后,组织进行项目最终验收相关工作。

项目的最终验收须在系统稳定试运行三个月后进行。 所提交的技术文档如有修改,请提交最新版本。

6、质保期验收

根据质保期要求完成质保期工作内容。

按照招标人档案管理部门要求,编制相关归档文件,完成项目归档工作,得到招标人档案管理部门的签字确认。

完成以上工作、提交质保期验收报告并通过监理、招标人签字确认。

八、质保期及服务要求

1、质保期

本项目从终验结束起壹拾贰个月内,即为项目的质保期,投标人在期内须提供质保服务,包含软件产品及开发实施部分的升级和售后服务。

投标人应在投标文件中承诺能够向招标人提供的具体售后服务承诺与技术支持内容。当项目中标后,作为项目的实施方,应在系统开发成果经招标人验收、鉴定合格后,承诺提供壹拾贰个月免费的质量缺陷保证期及后续服务(包含但不限于产品免费升级)。

支持和服务包括但不限于:

常驻人员要求:要求在质保期需有常驻人员,对系统进行优化、进行新增需求的分析、开发设计和系统升级发布等工作;常驻人员的工作由招标人项目负责人员安排。

系统技术支持:对招标人提出的与现有方案及系统有关问题及时进行答疑与解释。

软件更新/升级服务:投标人须向招标人提供其所提供产品及服务在需求确认书范围内,在质保期内已经正式发行的相关软件更新服务(如有),而不额外收费;更新包括改正错误、补丁包等支持和服务,及相关配套文档资料,还可获得软件版本使用选择建议;

定期回访与评估,前三个月1个月进行一次,之后每个季度一次。每次回访时双方提前一周共同确认时间及参加人员安排,对招标人系统应用状况进行评估,并提交回访评估报告,报告内容包括但不限于:系统应用情况、问题分析、改进建议等,协助招标人完善系统应用。

在质保期内,除保证平台的正常使用外,针对运行、运营过程中发现的技术、管理等方面问题,提供优化建议方案。

2、服务要求 (1)总体要求

对系统运作和故障情况的支持、服务要求: ? 重大故障:由于系统原因造成系统瘫痪或由于应用软件原因造成对大量用户的服务无法正常进行;重大故障需30分钟内响应,2小时之内恢复正常运行。如果投标人不能在2小时内远程解决,投标人必须在收到招标人到现场服务要求后4个小时内提供现场支持服务。

? 严重故障:由于系统原因导致系统部分功能丧失或因应用软件问题影响部分用户的服务无法正常进行。或者该故障对系统存在重大隐患;1小时内响应,1天之内恢复正常运行。如果投标人不能在1天内远程解决,投标人必须在收到招标人到现场服务要求后1天内提供现场支持服务。

? 轻微故障:系统或应用故障基本不影响业务;1天之内相应,1周之内恢复正常运行。如果投标人不能在1周内远程解决,投标人必须在收到招标人到现场服务要求后1天内提供现场支持服务。

? 一般故障:系统或应用故障基本不影响业务;1天内响应,3天内恢复正常运行。如投标人不能在3天内远程解决故障,投标人必须在收到招标人到现场服务要求后3天内提供现场支持服务;

上述各类故障解决后必须提交故障报告,报告内容包括但不限于:故障现象描述、故障分析、故障解决办法、改进及建议分析等。

7天×24小时客户服务热线,提供全天候无间断的产品技术咨询、故障申报受理、硬件维修受理;

现场系统、软件故障诊断支持。若因故障无法通过远程技术支持方式确诊时,投标人应安排工程师赶赴现场进行故障诊断; 接到维修通知后,投标商及时响应招标人用户的请求。该服务必须是连续进行的,直至故障维修完毕恢复正常运行,并将故障内容及原因、处理过程和方法、完成处理及恢复正常的时间和日期等以书面形式报告最终用户;

巡检服务。在质保期内,投标人工程师每隔三个月到现场,就软件应用情况进行网络运行环境、软硬件及配置状况、网络性能等多方面的分析,并对发现的问题提供调查报告及解决建议:

处理并解决招标人和工程参与方在系统使用过程中所遇到的所有问题。

帮助招标人建立系统运行和维护的档案记录;

提供招标人所购买的实施项目中所需软件的最新动态和技术支持;

为了系统的稳定性及数据优化,投标人应根据招标人的后续需求在项目质保期结束后能提供必要的支持和服务建议。

投标人应在投标文件中列明壹拾贰个月质保期结束后的售后服务报价明细(包含但不限于用户数单价、软件升级费用、模块和报表修改单价及计算方式等)。

(2)长期维修服务

投标人应在常熟市智慧政务服务平台系统生命周期内负责向招标人提供相关的系统驻场维修和技术支持,提供优惠的拓展功能开发、系统的动态调整等服务内容。投标人须备有相当的技术力量,以满足招标人长期维修服务的需要。

第四篇:服务中心智慧大厅信息化平台建设方案V3.0(提交第三方)

编制单位:编制日期:

建 设 方 案 V3.0

*****有限公司2014 年 5 月

1 多媒体综合信息发布系统配备硬件 ......................... 3

1.1 硬件设备 ........................................... 3 1.2 方案要求: ......................................... 4 2 多媒体智能引导查询系统配备硬件 ......................... 4

2.1 硬件设备 ........................................... 4 2.2 方案要求 ........................................... 5 3 智能排队取号系统配备硬件 ................................ 5

3.1 硬件设备 ........................................... 5 3.2 方案要求 ........................................... 5 4 电子范例展示系统配备硬件 ................................ 6

4.1 硬件设备 ........................................... 6 4.2 方案要求 ........................................... 6 5 自助服务系统配备硬件 .................................... 7

5.1 硬件设备 ........................................... 7 5.2 方案要求 ........................................... 8 6 窗口双屏互动系统配备硬件 ................................ 8

6.1 硬件设备 ........................................... 8 6.2 方案要求 ........................................... 8 7 视频监控 ................................................ 9

1 多媒体综合信息发布系统配备硬件

1.1 硬件设备

LED无缝拼接屏要求:

(1) 在配楼一层,上图红色框标识的地方的20平方米的墙来建设4*4的无缝拼接屏;

(2) 展示内容包括:以web地址方式访问的软件展示内容、视频监控画面、视频文件

(3) 展现方式: 可全屏展示

可分屏展示(初步设计分四块展示),如下图所示:

1234 (4) 拼接屏控制台初步规划放置在导办台位置,控制PC不宜数量过多,如果能通过平板设备来控制拼接屏的展示内容更好。

1.2 方案要求:

阐述无缝拼接屏的规划方案(包括声音播放器和无线耳麦,尽量考虑全面些),效果图,涉及到所需要的所有设备型号、参数、数量以及价格;说明一下需要用户方配合做的事情有哪些。

2 多媒体智能引导查询系统配备硬件

多媒体智能引导查询系统采用55寸大屏幕触摸屏,集成热敏打印、二代身份证读取、办事指南打印、二维码扫描等功能,包括中心简介、中心布局、个人办事、企业办事、办件查询、服务之星、问卷调查等功能,结合计算机技术、多媒体技术、工业制造技术为公众提供人性化、现代化的帮助引导服务,全面提升服务水准和服务效率。

多媒体引导查询设备相比普通触摸查询设备而言,不仅具备事项信息查询、办件进展查询功能,同时具备中心多媒体展示、平面布局展示、二代身份证识读、办事指南打印、问卷调查等功能。采用1920*1080的高分辩率,55寸大屏幕展示,包括身份识读、热敏打印、二维码扫描模块,提供的视觉效果更好,功能展示更齐全。

中心大厅除了55寸大屏幕触摸屏外,还有42寸和19寸触摸屏,也集成二代身份证读取、办事指南打印等功能。

2.1 硬件设备

(1) 55寸竖屏触摸屏:集成身份证读卡器,集成热敏打印机、二维码扫描设备、指纹扫描(非必须)

(2) 19寸触摸屏: 集成二代身份证读卡器,集成热敏打印机设备; 2.2 方案要求

所提供产品的图片、品牌、型号、参数、数量及报价,并能在平面图上标识摆放位置。在数量上,因55寸造价高,数量不宜多,可考虑

一、二层各放置一台,三层主楼和配楼各一台;19寸根据情况合理规划即可。

3 智能排队取号系统配备硬件

3.1 硬件设备

(1) 排队取号机:集成身份证读卡器、热敏打印机。具体的参数配置和数量请合理规划。

(2) 叫号系统要分区域叫号

(3) 需要软呼叫(与业务系统深度集成)与硬呼叫(物理呼叫器)相接合的方式进行叫号;因要实现软呼叫功能,需要厂家提供叫号系统接口,配合我公司进行软件深度集成;对于不使用我公司软件的单位,需要配备物理呼叫器进行叫号。

(4) 每个工位设置窗口条屏;

(5) 在每个楼层的休息区域配备LED单机色屏显示叫号信息;在旁边可配液晶智能电视机展示我方B/S架构的web页面,如有需要也可展示排队叫号信息或者电视新闻。具体摆放位置可悬挂或挂墙上,请合理规划。

3.2 方案要求

满足以上设备要求的具体规划方案,所提供设备的图片、品牌、参数、数量及价格;需要用户配合做的事情有哪些,请尽量考虑周全一些。 4 电子范例展示系统配备硬件

4.1 硬件设备

在类似于上图中红框标识的位置作为自助填单区,其他区域类似于这种设计都可作为自助填单区。

(1) 液晶显示器,可分为两种情况分别作报价方案,一种是普通的液晶显示器,带鼠标;一种是触摸屏显示器;

(2) 一台性能比较好的主机作为虚拟服务器,可控制填单区那几台液晶显示器即可;

(3) 在填单区方式网络A4打印机,填单区的电脑可以连接此打印机来打印表格。

4.2 方案要求

满足以上功能的规划方案,包括所提供设备的图片、品牌、参数、数量及价格,具体的摆放位置,在平面图上进行标识;对于普通液晶显示器和触控显示器做个对比报价。需要用户方配合做的事情 5 自助服务系统配备硬件

在上图标识位置作为自助申报区域,其他区域类似地方都可作为自助申报区域,此区域可连接外网。

5.1 硬件设备

(1) 台式电脑,可分为两种情况分别作报价方案,一种是普通的台式机,带鼠标、键盘;一种是触控一体机,带鼠标、键盘(不知道现在的一体机是不是都是触控的,触控和不可触控价格相差多少?);

(2) 政府自助行政服务机设备

集成二代身份证读卡器 集成扫描设备 集成A4纸张打印设备 集成手写板 集成银联缴费接口 集成二维码扫描器 集成指纹扫描(非必须) 类似于下图所示的设备

5.2 方案要求

满足以上功能的规划方案,包括所提供设备的图片、品牌、参数、数量及价格,具体的摆放位置,在平面图上进行标识;对于普通台式机和触控一体机做个对比报价;在数量方面,自助行政服务机设备造价高,不宜多,一楼两台、二楼一台、三楼两台。需要用户配合做的事情。

6 窗口双屏互动系统配备硬件

6.1 硬件设备

(1) 带安卓系统的平板电脑; (2) 每个工位一台; (3) 需集成网络口、串口;

6.2 方案要求

所提供设备的图片、品牌、参数、数量及价格。需要用户方配合做的事情。 7 视频监控

方案要求:按照平面图规划设计所需的摄像机等监控设备,包括设备的图片、品牌、型号参数、数量及价格,可采集声音,摄像机位置可看到工位的电脑界面。现视频监控室设计,因用户方已有两台55寸液晶电视和电视柜机控制台,可重复利用,无需再做视频监控墙,只是控制台是否需要再另配什么设备了,监控画面可调到LED拼接屏上展示。下面县区的视频信号已经接到市里,这次做视频监控后要能实现在市上可以看到下面县区的视频画面。

第五篇:南阳市中心医院综合病房楼卸料平台专项方案

南航河南分公司南阳基地住宅楼工程

卸料平台施工方案

一、编制依据

《建筑施工计算手册》江正荣著 中国建筑工业出版社;

《建筑施工手册》第四版 中国建筑工业出版社、《钢结构设计规范》GB50017-2003 中国建筑工业出版社;

《建筑结构荷载规范》GB50009-2001中国建筑工业出版社;

《建筑施工脚手架实用手册(含垂直运输设施)》中国建筑工业出版社;

《建筑施工安全检查标准》JGJ59-99中国建筑工业出版社。

二、工程概况

南航河南分公司南阳基地住宅楼工程,属于剪力墙结构,地上18层,地下1层,建筑总高度59.6米;1#楼建筑面积28500平方米,2#楼建筑面积18766.11平方米,标准层层高3米,总工期850天。

三、方案选择

考虑到施工工期、质量和安全要求,故在选择方案时,应充分考虑以下几点:

1、架体的结构设计,力求做到结构要安全可靠,造价经济合理。

2、在规定的条件下和规定的使用期限内,能够充分满足预期的安全性和耐久性。

3、选用材料时,力求做到常见通用、可周转利用,便于保养维修。

4、结构选型时,力求做到受力明确,构造措施到位,升降搭拆方便,便于检查验收;

四、悬挑卸料平台材质要求

1、主梁槽钢采用18a号槽钢槽口水平,次梁采用8号槽钢槽口水平,上铺50mm木板,钢材强度等级不低于Q235,其质量应符合现行国家标准《碳素钢结构》(GB/T 700)和《低合金高强度结构钢》GB/T 1591的规定。

2、斜拉钢丝绳采用6×37ф26钢丝绳。

3、预埋螺栓的直径为20.0 mm。

五、悬挑卸料平台要求

卸料平台加工制作完毕经过验收合格后方可吊装。吊装时,先挂好四角的吊钩,传发初次信号,但只能稍稍提升平台,放松斜拉钢丝绳,方可正式吊装,吊钩的四条引绳应等长,保证平台在起吊过程中的平稳。吊装至预定位置后,先将平台与预埋件固定后,再将钢丝绳固定,紧固螺母及钢丝绳卡子,完毕后方可松塔吊吊钩,卸料平台安装完毕经验收合格后方可使用。要求提升一次验收一次。具体构造要求如下:

1、悬挑式卸料平台的搁支点与上部拉结点,必须位于建筑物上,不得设置在脚手架等施工设备上。

2、钢丝绳,构造上宜两边各设前后两道,两道中的靠近建筑一侧的一道为安全储备,另外一道应作受力计算。

3、平台上应设置四个吊环供吊运平台时使用。

4、悬挑式卸料平台安装时,钢丝绳应采用专用的挂钩挂牢,卡头的卡子不得少于三个,建筑物锐利口周边与钢丝绳相接处应加衬软垫物,悬挑式卸料平台外口应略高于内口。

5、台面应铺木脚手板。

6、悬挑式卸料平台左右两侧必须装固定的防护栏杆。

7、悬挑式卸料平台吊装,需待横梁支撑点固定牢后,接好钢丝绳,调整完毕,经过检查验收,方可松卸起重吊钩,上下操作。

8、悬挑式卸料平台使用时,应有专人进行检查,发现钢丝绳有锈蚀损坏应及时调换,焊缝脱焊应及时修复。

9、卸料平台上应显著地标明容许荷载值。操作平台上人员和物料的总重量严禁超过设计的容许荷载,应配备专人加以监督。

六、悬挑卸料平台计算书

(一)参数设置 1.荷载参数

脚手板类别:木脚手板,脚手板自重标准值(kN/m2):0.35;

栏杆、挡板类别:栏杆冲压钢,栏杆、挡板脚手板自重标准值(kN/m2):0.11; 施工人员等活荷载(kN/m2):2.00,最大堆放材料荷载(kN):15.00。 2.悬挑参数

内侧钢绳与墙的距离(m):3.10,外侧钢绳与内侧钢绳之间的距离(m):1.20; 上部拉绳点与悬挑梁墙支点的距离(m):3.40;

钢丝绳安全系数K:10.00,悬挑梁与墙的接点按 铰支 计算; 预埋件的直径(mm):20.00。 3.水平支撑梁

主梁槽钢型号:18a号槽钢槽口水平 ; 次梁槽钢型号:8 号槽钢槽口水平 ;

次梁槽钢间距(m):1.00,最里端次梁与墙的最大允许距离(m):0.20。 4.卸料平台参数

水平钢梁(主梁)的悬挑长度(m):4.50,水平钢梁(主梁)的锚固长度(m):0.50; 平台计

(二)次梁的验算:

次梁选择 8 号槽钢槽口水平 ,间距1.00m,其截面特性为: 面积 A=10.24cm2; 惯性距 Ix=101.30cm4; 转动惯量 Wx=25.30cm3; 回转半径 ix=3.15cm;

截面尺寸:b=43.0mm,h=80.0mm,t=8.0mm。 1.荷载计算

(1)脚手板的自重标准值:本例采用木脚手板,标准值为0.35kN/m2; Q1 = 0.35× 1.00= 0.35kN/m;

(2)最大的材料器具堆放荷载为15.00kN,转化为线荷载: Q2 = 15.00/ 4.50/ 2.00× 1.00= 1.67kN/m; (3)槽钢自重荷载 Q3= 0.08kN/m;

经计算得到 静荷载设计值 q = 1.2×(Q1+Q2+Q3) = 1.2×(0.35+1.67+0.08) = 2.51kN;

经计算得到 活荷载设计值 P = 1.4× 2.00× 1.00× 2.00= 5.60kN。 2.内力验算

内力按照集中荷载P与均布荷载q作用下的简支梁计算,计算简图如下:

最大弯矩M的计算公式为:

2经计算得到,最大弯矩 M = 2.51×2.00/8+5.60×2.00/4=4.06kN.m。 3.抗弯强度验算 次梁应力:

其中 γx -- 截面塑性发展系数,取1.05;

[f] -- 钢材的抗压强度设计值,[f] = 205.00 N/mm2;

次梁槽钢的最大应力计算值 σ =4.06×103/(1.05×25.30)=152.73 N/mm2; 次梁槽钢的最大应力计算值 σ =152.730 N/mm2 小于 次梁槽钢的抗压强度设计值 [f]=205.000 N/mm2,满足要求! 4.整体稳定性验算

其中,φb -- 均匀弯曲的受弯构件整体稳定系数,按照下式计算:

经过计算得到 φb=570×8.00×43.00×235/(2.00×80.00×235.0)=1.23; 由于 φb大于0.6,按照下面公式调整: 得到 φb=0.840;

次梁槽钢的稳定性验算 σ =4.06×103/(0.840×25.300)=190.94 N/mm2;

次梁槽钢的稳定性验算 σ =190.938 N/mm2 小于 次梁槽钢的抗压强度设计值 [f]=205.000 N/mm,满足要求!

(三)主梁的验算: 根据现场实际情况和一般做法,卸料平台的内钢绳作为安全储备不参与内力的计算。 主梁选择 18a号槽钢槽口水平 ,其截面特性为: 面积 A=25.69cm2; 惯性距 Ix=1272.70cm4; 转动惯量 Wx=141.40cm3; 回转半径 ix=7.04cm;

截面尺寸,b=68.00mm,h=180.00mm,t=10.5mm; 1.荷载验算

(1)栏杆与挡脚手板自重标准值:本例采用栏杆冲压钢,标准值为0.11kN/m; Q1 = 0.11kN/m;

(2)槽钢自重荷载 Q2=0.20kN/m 静荷载设计值 q = 1.2×(Q1+Q2) = 1.2×(0.11+0.20) = 0.37kN/m; 次梁传递的集中荷载取次梁支座力 P = (2.51×2.00+5.60)/2=5.31kN; 2.内力验算

悬挑卸料平台示意图 悬挑卸料平台水平钢梁计算简图

悬挑水平钢梁支撑梁剪力图(kN) 悬挑水平钢梁支撑梁弯矩图(kN.m)

2悬挑水平钢梁支撑梁变形图(mm) 卸料平台的主梁按照集中荷载P和均布荷载q作用下的连续梁计算,由矩阵位移法,得到:

R[1] = 16.319 kN; R[2] = 17.230 kN;

最大支座反力为 Rmax=17.230 kN.m; 最大弯矩 Mmax=12.691 kN.m; 最大挠度 V=8.915 mm。 3.抗弯强度验算

其中 x -- 截面塑性发展系数,取1.05;

[f] -- 钢材抗压强度设计值,[f] = 205.00 N/mm; 主梁槽钢的最大应力计算值 σ =1.27×107/1.05/141400.0+2.18×104/2569.000=93.964 N/mm2;

主梁槽钢的最大应力计算值 93.964 N/mm2 小于 主梁槽钢的抗压强度设计值 [f]=205.00 N/mm2,满足要求! 4.整体稳定性验算

2

其中 φb -- 均匀弯曲的受弯构件整体稳定系数,按照下式计算:

φb=570×10.5×68.0×235/(4500.0×180.0×235.0)=0.502;

可得 φb=0.502;

主梁槽钢的稳定性验算 σ = 1.27×107/(0.502×141400.00)=178.64 N/mm2; 主梁槽钢的稳定性验算 σ = 178.64 N/mm2 小于 [f]=205.00,满足要求!

(四)钢丝拉绳的内力验算: 水平钢梁的垂直支坐反力RCi和拉钢绳的轴力RUi按照下面计算, RCi = RUisinθi

其中 RCi -- 水平钢梁的垂直支坐反力(kN); RUi -- 拉钢绳的轴力(kN);

θi -- 拉钢绳的轴力与水平钢梁的垂直支坐反力的夹角; sinθi = Sin ( 90 - ArcTan ( ( Lio + li ) / Lw ) ) = 0.620; 根据以上公式计算得到外钢绳的拉力为:RUi = RCi / sinθi; RU1 = 16.319 / 0.620 = 26.31 kN;

(五)钢丝拉绳的强度验算: 钢丝拉绳(斜拉杆)的轴力RU取最大值进行验算,为26.31kN; 如果上面采用钢丝绳,钢丝绳的容许拉力计算公式:

其中[Fg]-- 钢丝绳的容许拉力(kN);

Fg -- 钢丝绳的钢丝破断拉力总和(kN);

计算中近似取Fg=0.5d2,d为钢丝绳直径(mm);

α --

钢丝绳之间的荷载不均匀系数,对6×

19、6×

37、6×61钢丝绳分别取0.8

5、0.82和0.8;

K -- 钢丝绳使用安全系数。

计算中[Fg]取26.310kN,α=0.820,K=10.000,得到:d=25.3mm。 钢丝绳最小直径必须大于26.000mm才能满足要求!

(六)钢丝拉绳拉环的强度验算: 取钢丝拉绳(斜拉杆)的轴力最大值RU进行计算作为拉环的拉力N为: N=RU=26310.361N。 拉环强度计算公式为:

其中, [f]为拉环钢筋抗拉强度,按照《混凝土结构设计规范》10.9.8所述在物件的自重标准值作用下,

每个拉环按2个截面计算的。拉环的应力不应大于50N/mm2,故拉环钢筋的抗拉强度设计值[f]=50.0N/mm2;

所需要的拉环最小直径 D=[26310.4×4/(3.142×50.00×2)]=25.9mm。

(七)操作平台安全要求: 1.卸料平台的上部拉结点,必须设于建筑物上,不得设置在脚手架等施工设备上; 2.卸料平台安装时,钢丝绳应采用专用的挂钩挂牢,建筑物锐角口围系钢丝绳处应加 补软垫物,平台外口应略高于内口;

3.卸料平台左右两侧必须装置固定的防护栏;

4.卸料平台吊装,需要横梁支撑点电焊固定,接好钢丝绳,经过检验后才能松卸起重吊钩;

5.卸料平台使用时,应有专人负责检查,发现钢丝绳有锈蚀损坏应及时调换,焊缝脱焊应及时修复;

6.操作平台上应显著标明容许荷载,人员和物料总重量严禁超过设计容许荷载,配专人监督。

七、劳动力安排

1、建立由项目经理、施工员、安全员、搭设技术员组成的管理机构,搭设负责人负有指挥、调配、检查的直接责任。

2、搭设和拆除,均应有项目技术负责人的认可,方可进行施工作业,并必须配备有足够的辅助人员和必要的工具。

八、检查与验收

1、搭拆时必须由持有效上岗证的专业技术人员搭拆;

2、必须进行验收和检查,发现有不符合要求的应迅速整改,并追究责任;

3、按施工方案要求的内容进行检查,填写验收记录单,并由搭设人员、安全员、施工员、项目经理签字,方能交付使用。

九、安拆安全技术措施

1/2

1、搭设时用起重机械吊装到相应位置后,将平台与建筑物连接牢固不得滑动,将钢丝绳与平台连接平稳后方可撤出其中机械。

2、平台每天使用前必须对平台的钢丝绳,吊环辅设的脚手板等进行全面的检查,发现问题必须及时处理。

2、平台上装料不得超过荷载并限载1.5吨,不得超长超过平台50cm,超高堆放材料不得超过防护栏杆。

3、平台上的防护栏杆不得任意拆除。

4、起吊时必须设专人指挥,扶平稳不能碰撞平台,其他人员不得在平台上逗留。

5、放物料时必须按规格品种堆放整齐,长短分开,不得混吊,并且不得在平台上组装和清理模板。

6、不得从上一层向下一层平台上乱抛物料。

7、夜间施工平台上必须保持足够的照明。

8、拆除时先用起重机械吊住平台必须牢固平稳,然后撤出钢丝绳,拆卸平台与建筑物固定装置,由起重机械吊装离开建筑物。

河南天工集团南航住宅楼项目部

2006-11-16

本文来自 99学术网(www.99xueshu.com),转载请保留网址和出处

上一篇:中建八局管理模式下一篇:总经理助理辞职信