一、项目内容及要求：.doc

一、项目内容及要求： 名称 功能要求 指标要求 数量 办公自动化系统 1、可满足约150人同时在线使用； 2、采用浏览器/服务器结构； 3、分别建立系统基础架构与系统管理架构； 4、独立的数据库，可与其他业务系统实现数据共享； 5、建立门户基础平台，用于与不同业务系统实现无缝衔接，资源共享。 1、办公自动化软件：全面满足标书功能要求 2、门户基础平台：必须支持SOA架构；支持多种浏览器和主流数据库；有完善的个性化界面等功能；支持分布式门户；统一的管理控制台，支持加密电子钥匙的身份认证；可与现有和未来系统集成；提供单点登录，对以后的其他系统支持统一的角色定义，权限管理；提供内容管理服务功能。 3、数据库软件：满足本办公系统至少200用户稳定高效需求。 4、TOMCAT中间件：满足本办公系统至少200用户稳定高效需求。 5、I-Report报表工具：要求提供不少于三类图形分析功能。 6、硬件电子钥匙（KEY）150把：要求支持数字认证加密，存储容量不小于32K，支持多数据存储方式，支持多种访问方式的保护机制，提供精炼的函数库，同所提供门户平台交互认证。 7、短信工具：要求支持系统自动发短信功能。 1套 二、建设目标： （一）实现全所数据共享，基本解决信息孤岛问题。不同业务的基础数据做到统一录入，跨科室、跨业务系统重复使用； （二）提供可靠的、可追查的公文流转平台，有效的缩短公务处理的周期，加快公文流转过程，减少路耗、找人、等待等中间环节，保持公务处理渠道的畅通； （三）通过信息网络平台，提高信息统计和分析的水平，为领导提供准确、实时的预测和决策的辅助支持； （四）提供完善的信息交流机制，方便单位内各科室和员工之间日常办公及业务信息的交流和管理，实现业务办理互联互通，信息数据共享； （五）全动态的和将来的卫生监督信息体系专用平台内的各业务应用系统实现无缝衔接、共享资源。 （六）解决网络办公应用中的最大难题——机构和管理模式的经常变动的问题，由用户自定义管理模式，实现真正的科室综合业务处理机制； （七）充分利用现有建设好的网络环境及已有的网络配置资源，充分地保护已有的信息化投资； 三、建设原则： （一）先进性：采用主流技术，既要考虑应用平台和工具的先进性，更要考虑系统结构和应用设计的先进性，以适应宏观上业务管理、发展规划和微观上事务办理的需求。 （二）可靠性：采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不间断地安全运行。 （三）实用性：根据业务需求和业务流程，从方便用户使用的角度进行系统设计及功能模块划分。工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。 （四）安全性：符合信息安全管理的要求，电子公文的处理和传输要具有高度的安全性，减少人工干预环节，保证系统安全可靠。 （一）采用面向服务的体系架构，浏览器/服务器模式，符合J2EE或.NET标准； （二）建立统一的系统基础架构和统一的系统管理架构； （三）以指标体系为核心，建立基础门户平台，统一数据标准，统一业务处理，实现数据资源整合、共享和服务； （四）基于数据资源，建立专题数据库和数据仓库，为分析决策和信息服务提供支持； （五）建立操作简单的报表、分析、展示定制工具。 （六）建立数据安全机制，对数据进行备份与恢复。采用电子钥匙（KEY）进行登陆安全控制，进一步提高安全性。 （七）采用现代通讯技术（如短信息通知）等 无、建设内容： （一）基础应用平台 建设一个灵活适用、稳定可靠的办公自动化系统，关键在于系统良好的基础应用平台，其要为应用系统开发提供各种业务集成通用组件，可根据用户需要灵活选取，通过简单配置即可实现业务应用。 系统的基础应用平台应能够提供以下通用组件： 1、组织机构与权限管理组件 为各个业务系统提供通用并且统一的组织结构定义和权限配置，可以用多种灵活的配置方式（包括：根据用户、用户组、部门、岗位、角色）定义系统资源的权限，从而满足不同类型组织的需求。 2、文档发布与查看组件 系统中所有的栏目，文档（HTML文件）都应该有属性（相当于在资源管理器中查看文档属性时，实现的高级属性），重点是版本和权限，并可以根据属性来控制文档的存取和修改。 文档发布，必须指定文档属性，如果不指定，则自动继承文档所属栏目的属性；文档查看，必须检查权限；文档修改，如果可能，尽量能进行版本控制，并保存原文档的历史版本。 3、报表组件 将报表处理逻辑从业务系统中剥离出来，作为独立的通用报表系统为OA系统提供报表处理逻辑服务。OA系统中数据的提取可能源于系统的各项功能（如人事档案），也可能来源于用户的业务系统。业务系统相关的数据可由用户自行开发接口，或手工录入（支持EXCEL数据导入或XML数据交换），或自动更新数据库，开发商提供通用的处理方式。