OA系统建设实施方案Word格式.docx
《OA系统建设实施方案Word格式.docx》由会员分享，可在线阅读，更多相关《OA系统建设实施方案Word格式.docx（19页珍藏版）》请在冰豆网上搜索。
2、可靠性：
系统设计应采用成熟、稳定、可靠的软件技术，保证系统在大数据量、高并发的情况下长时间不连续地平安运行。
3、实用性：
根据业务需求和业务流程，从方便用户使用的角度进展系统设计、功能和模块划分。
工作流程设计要求简捷流畅，能适应工作流不稳定和突发事件等各种现实情况。
4、平安性：
系统建立要符合用户对信息平安管理的要求，建立完善可靠的平安保障体系，对非法入侵、非法攻击和网络计算机病毒应具有很强的防范能力，确保系统具有严格的身份认证功能，并有相应的技术手段对数据平安和操作平安加以保护。
5、易使用性：
主要表达在两个方面：
一是应用界面简捷、直观，尽量减少菜单的层次和不必要的点击过程，使用户在使用时一目了然，便于快速掌握系统操作方法，特别是要符合工作人员的思维方式和工作习惯，方便非计算机专业人员的使用；
二是应提供联机的或脱机的帮助手段。
6、开放性：
为了使系统具有较强的生命力和开放性，应遵循已有的国际标准和国内标准，以利于采用多种先进技术和产品。
7、有限开源性：
随着业务逻辑的改变，需要对系统进展维护、微调或二次开发。
对该系统的非核心代码，应该开放。
并提供标准的数据库设计，接口标准。
8、可扩展性：
该信息系统是一个不断开展中的应用系统，在系统设计时要考虑到新技术，新产品出现时对本系统的兼容性；
当业务需求、外部环境发生变化时，可以扩展系统的功能和性能。
软件设计要简明，各功能模块间的耦合度小，以适应业务开展需要，便于系统的继承和扩展。
9、可维护性：
系统应具有良好的构造，各个局部应有明确和完整的定义，使得局部的修改不影响全局和其他局部的构造和运行。
第二章总体要求
〔一〕根本要求
系统设计必须遵循国家相关法律、法规，尤其是计算机信息系统平安的有关标准要求。
供给商所作的需求分析和系统设计应完全满足医院OA系统的用户需求。
本采购文件提出的对医院OA系统建立要求，是供给商编制供给文件的主要依据，但不应作为供给商需求分析和系统设计的完整的详细要求，在编制OA系统实施方案时，供给商应深入分析和充分考虑业主单位对本系统现在及未来开展的需求，设计出完整的优质方案。
供给商必须承诺提供的所有软件产品为正式版本，并提供有关软件版本的书面证明材料。
供给商必须承诺提供的所有软件产品都具有在中国境内的正式合法使用权，并提供相应书面授权书。
〔二〕开发技术要求
1、优先采用J2EE的平台架构，必须保证系统具有开放的体系与接口，能支持跨平台运行。
方案特别优秀时，也可以采纳Domino/Notes、ASP、PHP、.NET技术，并遵循相关的技术标准。
2、采用B/S构造，客户端为浏览器形式，只允许使用自动下载安装客户端组件，不能采用C/S构造程序。
3、采用面向对象开发技术。
4、遵循E技术标准。
5、采用模块组件的嵌入设计模式。
6、基于XML标准的数据接口的技术实现数据交换与共享传输。
7、基于业务根底平台构建应用系统。
8、采用可靠的基于PKI的平安技术。
〔三〕支撑平台要求
1、效劳器端
〔1〕操作系统
保证系统至少可以运行在Linux和Windows2000AdvanceServer操作系统平台上。
〔2〕中间件系统
中间件效劳器采用严格遵循J2EE标准和标准，能够提供消息效劳、事务处理、组件、负载均衡、平安性、应用支持等方面强大的功能，支持E、Servlet、JSP、JMS、JNDI、JCA、JACC、HTML、WebServices、XML。
系统必须能在任何符合J2EE标准的中间件效劳器间平滑移植。
〔3〕数据库系统
系统透明支持MSSQLSERVER、MySQL、ORACLE等主流数据库系统。
2、客户端
系统必须在以下环境下正常运行，并且无需任何客户端维护或设置。
〔1〕操作系统：
Window全系列；
〔2〕文字处理软件：
office2000以上；
〔3〕浏览器：
IE6.0，IE7.0，其他常用的浏览器；
〔四〕平安XX要求
系统建立必须遵循有关国家电子政务信息平安保障体系要求，按照国家法规实施平安等级保护，加强系统信息平安管理。
供给商必须明确提供完善的、可行的系统平安方案，应包括有双向身份认证、文件加密、数据备份与恢复、防病毒、防入侵等功能，应支持PKI加密，电子签名和第三方的CA认证。
〔五〕质量保证要求
中标供给商必须有针对本工程的质量保证体系和组织，并制订质量保证方案，列出软件开工过程中质量监视和保证执行的措施，要记录质量保证活动，并保存和维护这些记录。
〔六〕组织管理要求
1、中标供给商必须成立合理的实施团队，建立健全保障工程顺利实施的各项管理制度和质量保证体系。
2、中标供给商必须指定专职于本工程的工程经理，配置相应的工程管理、系统分析、设计、开发、测试、集成、培训、质量保证等人员，保证有足够的高素质人员参加本工程的建立，确保工程顺利实施。
3、参与本工程的技术人员必须具有承当过OA软件开发经历，能够与用户进展良好沟通，具备相关产品集成、应用和开发的能力。
4、参与本工程的技术人员必须对本系统相关业务有所熟悉，掌握办公自动化业务的相关根底知识。
5、供给商应对上述内容列出详细人员方案，包括人员XX、经历、学历和在本工程中的职责分工等。
6、供给商应根据工程建立的具体内容和整体工期要求，并提交切实可行的工程工作方案。
〔七〕工程交付要求
供给商应在供给文件中提供具体的工程交付说明、交付方案、交付物标准说明等。
中标供给商在系统正式运行前必须提供以光盘为介质的完整的安装系统，包括应用软件、运行所必须的附加软件、与应用软件有关的电子文档等。
软件开发过程中，供给商应按照软件开发要求形成全面详尽的技术资料，包括可运行的程序、源代码、过程文档以及最终技术文档，以确保技术资料的一致性和完整性，在系统正式运行前提交完整的与应用系统相关的文档。
所交付的文档至少包括：
系统需求分析、概要设计、详细设计、非核心的源代码、测试报告、安装说明书、使用说明书/用户手册、系统维护说明书等。
各种文档应当以光盘和书面两种形式交付。
〔八〕工程验收要求
1、验收方案由用户最终确定，中标供给商配合。
在验收时报价人自行组织验收测试用设备、测试所需的测试用例和人员，并在用户的监查下现场进展测试和验收。
2、中标供给商完成工程施工并通过对系统实施的自我检测后，编制"
工程竣工文件"
。
竣工文件应满足完整性、一致性和可读性要求。
3、中标供给商应负责在工程验收前将系统的全部有关产品说明书、原厂家安装手册、技术文件、资料、及安装、测试、验收报告等文档聚集成册交付设备使用单位。
4、用户对"
会审通过后，通知中标供给商现场验收时间安排。
5、现场验收内容包括：
"
一致性检查、验收测试。
第三局部功能需求
1、根底应用平台
建立一个灵活适用、稳定可靠的办公自动化系统，关键在于系统良好的根底应用平台，其要为应用系统开发提供各种业务集成通用组件，可根据用户需要灵活选取，通过简单配置即可实现业务应用。
本工程的根底应用平台应至少可以提供以下通用组件：
（1）、组织机构与权限管理组件
为各个业务系统提供通用并且统一的组织构造定义和权限配置，可以用多种灵活的配置方式〔包括：
根据用户、用户组、部门、岗位、角色〕定义系统资源的权限，从而满足不同类型组织的需求。
（2）、文档发布与查看组件
请注意，OA系统中所有的栏目，文档〔HTML文件〕都应该有属性〔相当于在资源管理器中查看文档属性时，实现的高级属性〕，重点是版本和权限，并可以根据属性来控制文档的存取和修改。
文档发布，必须指定文档属性，如果不指定，那么自动继承文档所属栏目的属性。
文档查看，必须检查权限。
文档修改，如果可能，尽量能进展版本控制，并保存原文档的历史版本。
（3）、报表组件
一期工程：
将报表处理逻辑从业务系统中剥离出来，作为独立的通用报表系统为OA系统提供报表处理逻辑效劳。
一期工程中仅考虑OA系统中数据的提取，数据可能源于OA系统的各项功能〔如人力资源〕，也可能来源于用户的业务系统。
业务系统相关的数据由用户自行开发接口，或手工录入〔支持EXCEL数据导入或XML数据交换〕，或自动更新数据库，供给商应提供通用的处理方式〔基于标准的SQL语句提供数据源〕。
提供可见即所得的报表定制功能，普通用户经过较短时间的培训，即可完成报表的自定义。
二期工程：
支持IE免安装打印，支持多种数据库效劳器，支持+，支持从业务系统直接提取数据。
从而实现实时的业务数据。
高级用户经过较短时间的培训，即可完成报表系统的调整。
（4）、工作流组件
提供统一的工作流引擎，以及图形化的业务流程管理和定制工具，能快速建立协同/协作事务，如网上审批等。
同时，可以建立应用之间的业务流程，利用JMS效劳和XML协议，以及XML数据转换工具，可以在应用之间进展数据交换，以及定义数据交换顺序和事务过程，实现应用集成。
主要具有三大功能：
第一，建造功能，对工作流过程及其组成活动定义和建模；
第二，运行控制功能，在运行环境中管理工作流过程，对工作流过程中的活动进展调度；
第三，运行交互功能，指在工作流运行中，WFMS与用户〔业务工作的参与者或控制者〕及外部应用程序工具交互的功能。
（5）、表单组件
提供图形化的表单制作工具，管理和维护人员可利用它对页面样式方便快捷的进展编辑和管理。
表单生成后，应用效劳器端的表单引擎应用效劳实现对表单的操作。
通过表单引擎效劳完全处理表单的增删改查等功能，而不需要编写程序。
〔6〕、通用提醒功能组件
提供统一的提醒功能组件，能对系统中存在日期属性的对象设置提醒功能。
比方，能对人员的生日在降临前10天进展提醒，还可以设置对计量标准在上次检查后快满3年时进展提醒。
主要包括三个字段：
带参数的SQL语句，日期字段，条件，说明。
系统管理员能利用此功能设计提醒功能，自动发送信息或到指定人〔或人群〕。
〔7〕、基于组织机构的总门户与部门门户的架构方案。
2、应用系统功能
2.1政务资讯
通过政务资讯，实现信息共享功能，实现电子文档〔通知、公告、文件等〕、内部刊物、通讯录、规章制度及标准、标准的共享，方便存取、聚集、管理和查询。
解决目前信息共享资源分散、缺乏和工作效率较低的问题。
政务资讯的根本内容包括市局文件、总局文件、本院文件、内部刊物、政务信息等。
资讯来源可以是办结公文、收集整理的外部来文、法律法规，或者由个人收藏资料里共享出来的资料等。
由于政务信息来源于不同部门，因此，要能支持自定义不同的分类栏目，并指定不同栏目管理员和管理部门，由栏目管理员收集、管理和发布各类资讯。
政务资讯的具体栏目可以定义显示在部门门户或总门户。
〔1〕市局文件、总局文件、本院文件
登记保存OA系统办结的所有公文，可通过收文、发文等模块自动归入相应文件模块，在本模块中可授权给相关人员查询阅读。
〔2〕政策法规
记载国家近年来公布的有关法律法规，用户可以通过目录、关键词及全文检索找到相应的法律法规内容。
所有被赋予权限的负责人都可以起草、提交、撤消规章制度。
〔3〕政务信息
提供收集发布单位内部相关政务信息，如领导重要讲话、工作报告等等有助于开展工作的信息。
〔4〕标准及标准
提供发布从各种渠道收集的电子版产品标准、标准等。
管理员能授权控制删除与作废的权限。
〔5〕质量监视：
确保院质量管理体系的运行。
包括〔但不限于〕以下几个方面的栏目：
①资质管理，实现对内公开院的资质情况，很多具有版本的文件构成。
②能力验证，发布能力验证〔比对等〕方案、比对结果，能力验证总结。
③培训管理，发布培训方案、结果等。
④计量标准，管理计量标准目录，每个标准有日期属性，能设置提醒功能。
⑤体系文件，一本电子书，非常强调版本的有效性。
〔5〕信息检索
提供整个系统所有公文和信息的关键字、发布时间等检索或全文检索引擎。
2.2公共信息
公共信息用于实现医院各部门之间内部信息发布、交流和共享。
系统要支持不同风格的信息栏目的设置，可实现各类信息的编录、审核和发布，信息发布格式可自定义，不同层级用户可根据权限将信息发布到本部门办公平台。
各类公共信息由授予权限的栏目管理员统一管理和发布。
〔1〕公告
是单位内部的公告栏，以方便内部人员及时了解相关公告。
登记了新公告栏后，即可发布到首页的最新消息里。
支持传阅，把最新的公告传阅给相关人员。
〔2〕工作动态
特别注意，每个部门都可以发布本部门的工作动态，以方便内部人员相互通晓部门之间的工作。
首页的工作动态是各部门工作动态的集合。
〔3〕通知通报
同公告，但实现方式同工作动态。
也是各部门的子栏目汇总成门户的总栏目。
〔4〕意见箱
意见箱是单位内部人员发布意见、建议的地方，发布建议的时候，可以指定建议的读者，也可以通过传阅把建议发给相关人员，意见发布可署名也可以匿名发表，由发布者控制。
后台实际上增加字段控制是否显示发布人。
〔超级管理员才可以查看匿名发表者的XX〕
〔5〕网上调查
实现基于web的某一主题的观点支持率的收集功能，以方便收集民意。
其方式主要分为记名的和不记名的两种，记名的方式一般是一些针对性比拟强的、范围比拟小的调查，而不记名的方式一般就没有这种限制。
是否需要记名，应该在显著位置标示出来。
网上调查应实现的另外一种功能是网上开展意见征求。
可以指定参与的部门或人员，也可以不指定。
比方，医院在出台一些政策时，可以先网上征求意见，并自动收集反应意见〔强制性实现“无意见〞，或“有意见〞〕。
〔6〕论坛
为用户提供一个信息交流、思想沟通和问题讨论的空间。
论坛可设置多个论坛区，论坛区下面可设置多个版面，授权用户〔通常为部门负责人〕可在各版面提出话题发起讨论，并可进展咨询、解答和收集意见等活动。
以期实现对院重大开展，重要决策，重点政策的XX讨论。
论坛功能在二期工程中实现，一期功能中要考虑相关的设计接口。
〔7〕汇总。
根据供给商的设计方案，需要在首页设计出汇总的公共信息〔如下面的“工作动态〞〕，指定该栏目信息的来源，实现栏目信息的自动汇总。
或在首页增加一个通用的栏目，实现显示最新增加到OA系统的文档，而不管它来自哪个栏目中。
即使用户在一个很次要的栏目中发布了一个通知，那么，可以把该文档提取出来，并显示知名称、栏目、日期。
2.3公文处理
公文管理是办公自动化系统的最为核心的应用,它主要分为收文、发文和办文三大类。
〔1〕收文
收文包括：
公文签收、登记等处理流程。
系统支持两种收文方式：
一种是纸质文件，需实现扫描成图片文件输入并阅读浏览；
另外一种为电子文件，需支持较简单的从市局OA系统收取电子公文，一期为间接收文。
二期工程实现直接收文。
只有具备收文登记权限的人才能新建收文。
支持退文。
系统要具有对重要来文的平安处理方案。
收文处理的流转环节可灵活调整，流转环节数和流转过程可根据需要重新定义。
系统应具有杜绝“死文〞发生，收文动态跟踪功能。
〔2〕发文
发文可按个人、集体、部室、院长执行，并生成月度、年度发文登记表（分权限），包括：
拟稿、审稿、核稿、审签、会签、签发、编号、校对、分发、归档等处理流程。
系统可以对文件流程、正文格式、流水号格式、文件办理单、审批人员范围、批阅权限、操作内容等多种信息进展自定义配置。
可以使用预先定义的公文模版〔推荐使用word格式〕进展拟搞。
并支持多个模版。
可根据发文字号自动生成发文文号。
可打印文件呈批表、文件呈阅表、文件处理表、退文单、延期申请单、正文等表单〔输出到word文件或其他格式后由用户打印〕送领导批示。
发文处理流程的流转环节可灵活调整，根据需要增减和重新命名，流转方向除向前传递外，也可回传或回撤，并且实现发文会签功能。
〔3〕办文
办文包括拟办、批示、承办、分发、反应、传阅、催办、归档等处理流程。
可实现公文的在线编辑，审批痕迹保存，常用语。
对于仅仅需要传阅的公文，提供并发机制，加快公文办理进度。
可打印文件呈批表、文件呈阅表、文件处理表、退文单、延期申请单、正文等表单〔输出word文件后由用户打印〕送领导批示。
办文处理流程的流转环节可灵活调整，根据需要增减和重新命名，流转方向除向前传递外，也可回传或回撤，并且实现文件会签功能。
该用户已完成的公文能存储在系统中的个人文件夹中以便以后查找。
已办结的公文能通过归档的操作，归档到OA的电子资源数据库中，以供有权限的用户进展查询。
〔结合2.1政务资讯进展设计〕
〔4〕督办催办
落实和跟踪各部室的办文情况与进度，按指定的时间段汇总各部室的办文情况与进度，可以在系统中使用预先定义的公文模版〔word格式〕起草交办通知、催办通知和督办通知等公文。
系统提供督办事项一览表，以便经办人能对其经办的所有督办事项有一个实时、全面的了解。
督办过程的催办等过程可详细记录备查。
〔5〕代理授权
当个人特别是领导出差或休假时，为了不延误其与相关人员或部门的工作，这就要求个人在出差或休假时，其工作得有人接收或代理。
授权可以是本人，也可以是系统管理员进展设置。
代理授权是为了解决个人出差或休假期间对公文处理权限的指定代理过程。
当出差或休假完成后，可以取消代理设置，并可以查阅其出差或休假期间代理人为其处理了哪些工作，代理情况如何等。
需考虑到实际情况，如一个人往往会一身多职，会有多种业务，因此可以设定多个代理人完成不同类型的工作。
〔6〕交办功能
某用户可以把自己的任务通过申请后交给某人接任，交办成功后，任何人对该用户发文时自动提醒该用户已经交给某人办理，并要求确定是否继续办理，交办完成后生成交办期间工作目录表。
某员工调职或离职后，其原来岗位的文件和任务能通过系统自动交办给接任人，使接任人能立刻接手其岗位的工作。
〔或权限的克隆〕
〔7〕查询统计
可以根据管理权限和指定条件查知当前公文处理情况和领导批示，可根据发文单位、时间等组合查询，并提供个人或部门在一定的时间段内所办理过的公文情况汇总表，系统至少应能按月度、季度和年度为当前用户或部门生成办文统计报表，并打印等辅助功能。
〔8〕流程监控
实现对公文处理的流转情况监控，用户可以查看本人所参与办理的公文的运作情况，领导可以查看本单位所有人参与办理的公文的运作情况。
2.4公文归档
应实现档案管理系统和OA系统的无缝连接，公文办结后可以分类归档，系统提供灵活、便捷的查询检索功能。
档案管理可以按公文属性进展分类。
〔如通知，请示，上行文等〕
2.5综合事务管理〔综合政务〕
综合事务管理主要包括：
会议管理、领导日程、字典管理〔主题词、文号管理、来文单位〕、通讯录和人事管理等等。
2.5.1会议管理
举办会议是单位办公的重要形式之一。
会议室及会议设施是一种需要共享的资源。
办公室可以将会议室的情况登记在OA系统中。
各部室组织的会议需要使用会议室时，通过OA可以查看各个会议室的使用情况，以预定使用哪个会议室，而且确定会议室的使用时间。
会议安排应具有会议室冲突检测、参会领导时间冲突检测等提示功能。
会议室预定成功后，通过会议管理模块，登记会议的议题、时间、会议室、参与人、主持人、会议资料上传到系统。
系统会自动形成会议通知单，并由会议发起人发送给相关人员，同时系统会自动生成一条消息显示在公告栏中，并可以在指定时间对相关人员进展会议提醒。
会议参与人收到会议通知后，系统会自动发给会议发起人一个回执进展确认，以便确认是否通知到位。
会议参与人还可以直接在OA系统中下载会议资料、议题等文件。
会议管理系统应可以查询、统计会议室使用情况和各种会议情况等。
2.5.2领导日程
领导是一种角色，设置为院领导即需要进展日程安排。
通过按时间、活动内容为序的领导日程汇总表，以便了解各项活动有哪些领导参加。
领导日程汇总表显示在首页。
领导日程通常由领导自行填写，并可以灵活选择需要参与工作的人员〔即建立多个常用的私有组〕。
领导日程安排应能通过权限设置，使具有权限的用户能对领导日程进展维护和管理，有权限用户在为领导安排日程时，可以通过选择任何领导为其安排工作日程。
同时用户可以根据领导日程安排生成每天、每周和每月的活动安排表。
2.5.3主题词管理
主题词是一份公文或档案资料的概要性描述，在进展公文管理时主题词的定义是必不可少的。
对于公文处理国家提供标准的主题词库供用户使用。
对于不同类型的机关，都会有各自的主题词库。
按照国家提供的标准为用户实现了主题词库的管理，以便用户在进展公文管理使用，由于不同行政单位的主题词库可能不同，系统需要提供多套主题词库并指定某一单位使用哪一个主题词库；
主题词库按国家公文处理标准提供的三级分类管理，分别是主题词区域分类〔一级〕、类别词〔二级〕和类属词〔三级〕；
系统提供主题词自动标引功能。
根据用户输入的一段信息〔一般是标题〕，自动检索主题词库，检索标引的主题词范围限于类别词和类属词，如果检索到对应主题词那么自动标引，一般先标类别词再标类属词；
〔按公文要求一般出除了类别词外不会超过5个类属词，数量的选择和重要性的选择可以由用户最后筛选〕对于上级文的主题词需要采用上级的主题
升级会员 