济南市疾控系统区域性协同OA平台研究设计.docVIP

济南市疾控系统区域性协同OA平台研究设计 　　摘 要 　　为盘活基层疾控机构的基础数据，加快专业化数据信息库的建立，为政府决策提供更准确和强有力的支撑，济南市疾病预防中心推出“区域性协同OA平台”的设计理念。 　　【关键词】区域性协同OA平台 单点登录 分级授权 　　1 区域性协同OA平台的需求分析 　　随着“大数据时代”的来临，资源的整合、数据的挖掘利用已经成为提高协同办公能力的重要手段和趋势。目前，省市疾控机构的OA系统可以满足部门及上下级之间通用业务的需求，而基层疾控机构信息化建设滞后严重，发展及其不均衡。济南市的基层疾控机构分布着大量的基础信息资源，例如居民的健康信息和相关数据等，如果这些宝贵的数据能够被汇总分析并充分利用起来，数据分析的结果将为政府的决策提供更科学、更可靠、更高质的技术支持。因此为盘活这些沉睡的基础数据，解决基层信息化建设的实际问题，综合现有的情况和资源，济南市疾病预防控制中心将现有的传统OA系统与其各个部门的业务系统互联互通，打造区域性协同办公系统，推出济南市疾控系统“区域性协同OA平台”的设计理念。 　　平台运行优势：一是提高机构工作效率，提升各级机构内部的信息传递速度。二是降低公共行政成本，以最小的投入获取设备及资源共享的最大收益，避免低标准的重复性建设，节省开支。三是促进基层机构由“管理向“服务转变，从而增强政策制定的针对性和实效性，提高机构管理的合理性。四是提高了公共决策质量并增强了突发事件快速处置能力。借助网络优势，信息数据互联共享，提高各级疾控第一时间应对突发事件的反应速度。加快专业化数据信息库的建立，为政府决策提供更准确和强有力的支撑。 　　2 区域性协同OA平台的设计 　　2.1 运行环境 　　2台华为4U服务器加1台后挂集中存储，利用Vmware虚拟化软件搭建虚拟化环境以实现协同办公平台的应用。 　　2.2 建设内容 　　济南市疾控中心区域性协同OA平台包括公文管理子系统、通知管理子系统、综合信息管理子系统、个人事物子系统。 　　2.3 平台框架结构 　　2.3.1 基于对象化组件的三层/多层应用结构 　　采用J2EE技术构建三层B/S/S应用架构，即客户端利用WEB 浏览器下载应用，在浏览器上执行。 　　2.3.2 基于SOA体系架构进行系统开发 　　应用平台基于面向服务的体系结构（service-oriented architecture，SOA）的组件技术，SOA与系统应用集成。 　　2.3.3 平台设计思路 　　各个子系统依托于统一应用平台进行搭建。系统基于统一的电子政务支撑平台基础之上，实现办公自动化系统的搭建。 　　2.3.4 单点登录和应用集成设计 　　该平台对应用系统进行整合，使各系统间协同工作起来，形成一个完整有效率的整体。用户只需登录一次门户，即可访问原系统分散于各独立系统下的功能模块、数据单元和应用资源。 　　在该平台建设中将依托办公系统进行身份验证，借助系统建设将对原有系统整合，实现单点登录，网站系统只需在主界面上建立连接即可，其它系统采用以下方式实现单点登录：一是用户映射，以办公系统中的用户为基准用户，其他系统中用户与其建立映射关系；二是身份验证，采用抛送用户名、口令方式或通过用户凭证、令牌等方式进行身份验证。 　　2.4 搭建区域性协同OA办公平台的相关技术 　　2.4.1 Java及J2EE技术 　　通过提供统一的开发平台，以JAVA语言为基础的J2EE架构降低了开发多层应用的费用和复杂性。 　　2.4.2 Portlet（JSR168） 　　单位内网的所有本地应用都将通过Portlet封装。并将提供远程调用的应用封装为远程Portlet Web服务发布到单位网内部的UDDI，使得其相关单位（下属单位、合作伙伴）的Portal能够很容易找到并且与之集成。 　　2.4.3 元数据（JSR40） 　　为了支持具有B2B和B2C交互作用的单位门户，单位必须将分散在各系统中的信息集成在一起并使信息随时处于可用状态，使用元数据技可使单位在各种不同的信息系统之间建立联系，而忽视这两种系统之间的固有区别。 　　2.5 区域性协同OA办公平台主要功能设计 　　2.5.1 公文管理 　　公文管理分为公文草稿管理、收文登记（内勤使用）、公文阅览。 　　2.5.2 通知管理 　　对于机构内部的通知可以及时的进行传达和接收，针对接收可以设定由对方签收，保证消息准确无误的传递。 　　3 关键特征问题的解决 　　3.1 统一授权管理下的分级授权 　　统一授权管理包括单点登录功能，及基于统一目录管理体系的授权服务系统。统一授权管理主要解决的是信息访问的安全问题，只有授权的用户才能访问指定的资源。 　　平台升