oa工作管理设计方案-盘古文库

oa工作管理设计方案

资料大全

来源：开心麻花

作者：开心麻花

2025-09-19

oa工作管理设计方案（精选6篇）

oa工作管理设计方案第1篇

OA系统权限管理设计方案

l 不同职责的人员，对于系统操作的权限应该是不同的。优秀的业务系统，这是最基本的功能。

l 可以对“组”进行权限分配。对于一个大企业的业务系统来说，如果要求管理员为其下员工逐一分配系统操作权限的话，是件耗时且不够方便的事情。所以，系统中就提出了对“组”进行操作的概念，将权限一致的人员编入同一组，然后对该组进行权限分配。

l 权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用，而不是每开发一套管理系统，就要针对权限管理部分进行重新开发。

l 满足业务系统中的功能权限。传统业务系统中，存在着两种权限管理，其一是功能权限的管理，而另外一种则是资源权限的管理，在不同系统之间，功能权限是可以重用的，而资源权限则不能。

针对OA系统的特点，权限说明：

权限

在系统中，权限通过模块+动作来产生，模块就是整个系统中的一个子模块，可能对应一个菜单，动作也就是整个模块中（在B/S系统中也就是一个页面的所有操作，比如“浏览、添加、修改、删除”等）。将模块与之组合可以产生此模块下的所有权限。

权限组

为了更方便的权限的管理，另将一个模块下的所有权限组合一起，组成一个“权限组”，也就是一个模块管理权限，包括所有基本权限操作。比如一个权限组（用户管理），包括用户的浏览、添加、删除、修改、审核等操作权限，一个权限组也是一个权限。角色

权限的集合，角色与角色之间属于平级关系，可以将基本权限或权限组添加到一个角色中，用于方便权限的分配。

用户组

将某一类型的人、具有相同特征人组合一起的集合体。通过对组授予权限（角色），快速使一类人具有相同的权限，来简化对用户授予权限的繁琐性、耗时性。用户组的划分，可以按职位、项目或其它来实现。用户可以属于某一个组或多个组。

通过给某个人赋予权限，有4种方式(参考飞思办公系统)A.通过职位

a)在职位中，职位成员的权限继承当前所在职位的权限，对于下级职位拥有的权限不可继承。

b)实例中：如前台这个职位，对于考勤查询有权限，则可以通过对前台这个职位设置考勤查询的浏览权，使他们有使用这个对象的权限，然后再设置个，考勤查询权（当然也可以不设置，默认能进此模块的就能查询），则所有前台人员都拥有考勤查询的权利。

B.通过项目

a)在项目中，项目成员的权限来自于所在项目的权限，他们同样不能继承下级项目的权限，而对于项目组长，他对项目有全权，对下级项目也一样。

b)实例中：在项目中，项目成员可以对项目中上传文档，查看本项目的文档,可以通过对项目设置一个对于本项目的浏览权来实现进口，这样每个成员能访问这个项目了，再加上项目文档的上传权和查看文档权即可。c)对于组长，因为可以赋予组长一个组长权（组长权是个特殊的权限，它包含其他各种权限的一个权限包），所有组长对于本项目有全权，则项目组长可以对于项目文档查看，审批，删除，恢复等，这些权限对于本项目的下级项目依然有效。

C.通过角色

a)角色中的成员继承角色的权限，角色与角色没有上下级关系，他们是平行的。通过角色赋予权限，是指没办法按职位或项目的分类来赋予权限的另一种方式，如：系统管理员，资料备份员…

b)实例中：对于本系统中，全体人员应该默认都有的模块，如我的邮件，我的文档，我的日志，我的考勤……，这些模块系统成员都应该有的，我们建立一个角色为系统默认角色，把所有默认访问的模块的浏览权加入到里面去，则系统成员都能访问这些模块。

D.直接指定

a)直接指定是通过对某个人具体指定一项权限，使其有使用这个权限的能力。直接指定是角色指定的一个简化版，为了是在建立像某个项目的组长这种角色时，省略创建角色这一个步骤，使角色不至于过多。

b)实例中：指定某个项目的组长，把组长权指定给某个人。

针对职位、项目组：

如果用添加新员工，员工调换职位、项目组，满足了员工会自动继承所在职位、项目组的权限，不需要重新分配权限的功能。

用户管理

用户可以属于某一个或多个用户组，可以通过对用户组授权，来对组中的所有用户进行权限的授予。一个用户可以属于多个项目组，或担任多个职位。授权管理

将一个基本权限或角色授予用户或用户组，使用户或用户组拥有授予权限的字符串，如果角色、职位、项目中存在相同的基本权限，则取其中的一个；如脱离角色、职位、项目组，只是取消用户或用户组的中此角色、职位、项目组所授予的权限。用户所拥有的权限是所有途径授予权限的集合。管理员用户可以查看每个用户的最终权限列表。

权限管理

基本操作权限与权限组（基本操作权限的集合）的管理。

OA权限管理设计的实现物理数据模型图如下：

物理数据模型图

根据以上设计思想,权限管理总共需要以下基本表：

tb_User：用户信息基本表；

tb_Department：部门表；

tb_Company：公司表；

tb_Module：系统模块表； tb_Action：系统中所有操作的动作表；

tb_Permit：由tb_Module与tb_Action两表结合产生的系统基本权限表；

tb_Permit_Group：权限组表，将一模块的中的所有权限划分一个权限组中，可以通过权限组授予用户权限；

tb_Role：角色表，基本权限的集合。无上级与下级之分；

tb_Position：职位表，有上级与下级之分；

tb_Project：项目组表，tb_Role_Permit：角色授权表；

tb_Postion_Permit：职位授权表；

tb_Project_Permit：项目授权表；

tb_Project_User：项目成员表，IsLead字段代表此成员为项目组长；

tb_Postion_User：职位成员表；

tb_User_Permit：用户授权表，用户ID与角色、职位、项目及直接授予的权限串表；

权限的产生：

由tb_Module中的ModuleCode与tb_Action中的ActionCode组成权限代码PermitCode=ModuleCode+ActionCode。

实例：ModuleCode=0101，ActionCode=01,则PermitCode=010101。

权限值则有ModuleValue与ActionCode组合而成，采用下划线来连接。实例：ModuleValue=Sys_User,ActionValue=AdD，PermitValue= Sys_User_Add 权限组：

包括一组同一模块下的权限的组合，如管理用户包括基本的权限：添加、删除、修改、查看等，将这些组合起来构成一个用户组——“用户管理”权限组。其它类似。只是为了更方便的查看系统权限与权限的分配。

实例：如管理用户的权限代码为010101à查看用户，010102à添加用户,010103à删除用户，010104à修改用户，010105à审核用户等，将这些基本权限组合起来一个集合而构成了“用户管理”权限组。

角色、职位、项目：

也就是按特定的需要划分一种权限的集合。使用角色授权表、职位授权表、项目授权表来实现。授权表中存放的是权限代码PermitCode,而不是权限组的GroupCode代码。

用户授权：

由用户授权表来实现，用户授权表中的RoleCode、PositionCode、ProjectCode分别是角色表中RoleCode组成的串、职位表PositionCode组成的串、ProjectCode组成的串。与角色授权表中的角色代码RoleCode、职位授权表中PositionCode、项目授权表中的ProjectCode不对应（不是主表与从表之间外键关系）。

从而能够实现了一个用户可以拥有多个角色、多个职位、多个项目的情况。

用户授权表中的PermitCode为直接授权的权限代码串，直接给用户分配权限。

实例：

用户ID为UserId=1的用户权限授权表的记录为： RoleCode=001,003 PostionCode = 001,002 ProjectCode=001,005

PermitCode = 010101,020102

表明此用户拥有两个角色，代码为001和003，并继承这两个角色的权限；

担任两个职位，代码为001与002，并继承两个职位的权限；

属于两个项目组中的成员，项目代码为001与005，并继承两个项目中的权限。直接指定给用户的权限为010101与010102这两个权限代码的权限

用户权限字符串：

根据用户授权表的角色代码、职位代码、项目代码得到权限字符串及表中直接分配的权限字符串组合成一个用户的所有权限字符串集合。

oa工作管理设计方案第2篇

物理数据模型图

根据以上设计思想,权限管理总共需要以下基本表： tb_User：用户信息基本表； tb_Department：部门表； tb_Company：公司表； tb_Module：系统模块表；

tb_Action：系统中所有操作的动作表；

tb_Permit：由tb_Module与tb_Action两表结合产生的系统基本权限表；

tb_Permit_Group：权限组表，将一模块的中的所有权限划分一个权限组中，可以通过权限组授予用户权限； tb_Role：角色表，基本权限的集合。无上级与下级之分； tb_Position：职位表，有上级与下级之分； tb_Project：项目组表，tb_Role_Permit：角色授权表； tb_Postion_Permit：职位授权表； tb_Project_Permit：项目授权表；

tb_Project_User：项目成员表，IsLead字段代表此成员为项目组长； tb_Postion_User：职位成员表；

tb_User_Permit：用户授权表，用户ID与角色、职位、项目及直接授予的权限串表；权限的产生：

由tb_Module中的ModuleCode与tb_Action中的ActionCode组成权限代码PermitCode=ModuleCode+ActionCode。

实例：ModuleCode=0101，ActionCode=01,则PermitCode=010101。

权限值则有ModuleValue与ActionCode组合而成，采用下划线来连接。

实例：ModuleValue=Sys_User,ActionValue=AdD，PermitValue= Sys_User_Add 权限组：

实例：如管理用户的权限代码为010101à查看用户，010102à添加用户,010103à删除用户，010104à修改用户，010105à审核用户等，将这些基本权限组合起来一个集合而构成了“用户管理”权限组。角色、职位、项目：

也就是按特定的需要划分一种权限的集合。使用角色授权表、职位授权表、项目授权表来实现。授权表中存放的是权限代码PermitCode,而不是权限组的GroupCode代码。用户授权：由用户授权表来实现，用户授权表中的RoleCode、PositionCode、ProjectCode分别是角色表中RoleCode组成的串、职位表PositionCode组成的串、ProjectCode组成的串。与角色授权表中的角色代码RoleCode、职位授权表中PositionCode、项目授权表中的ProjectCode不对应（不是主表与从表之间外键关系）。

从而能够实现了一个用户可以拥有多个角色、多个职位、多个项目的情况。用户授权表中的PermitCode为直接授权的权限代码串，直接给用户分配权限。实例：

用户ID为UserId=1的用户权限授权表的记录为： RoleCode=001,003 PostionCode = 001,002 ProjectCode=001,005 PermitCode = 010101,020102 表明此用户拥有两个角色，代码为001和003，并继承这两个角色的权限；担任两个职位，代码为001与002，并继承两个职位的权限；

属于两个项目组中的成员，项目代码为001与005，并继承两个项目中的权限。直接指定给用户的权限为010101与010102这两个权限代码的权限用户权限字符串：

OA系统中公文流转方案设计第3篇

1 公文流转需求分析

1.1 应用需求分析

(1) 开发公文流转系统是提高办事效率的需要。随着业务量的不断增加, 工作量日趋繁重, 而且实时性要求越来越高, 要求必须提高工作效率。此外, 由于单位日常业务繁多, 每天都产生大量的纸介和磁介公文, 修改、分发、存档浪费很大, 也急需网上公文流转系统来节约资源和运营成本。

(2) 开发公文流转系统是提高企业服务水平的需要。要想准确、快速地实现信息发布、信息咨询等业务, 也需要有一套能够随时在线的业务处理和资源共享的网上办公系统来实现。

1.2 总体技术需求

根据办公业务实际, 本文所设计的公务流转系统在总体上要满足一般企业的正常公文处理功能, 应具有高度的可伸缩性以适应不同用户的个性化需求。界面风格要友好实用, 要有上下文相关的帮助信息。系统本身必须能够避免由于单点故障或系统升级而影响正常运行。归纳起来, 本文设计的公文流转系统在技术上要满足以下几方面的原则。

(1) 实用性和易用性。系统要有良好的人机界面和运行维护界面, 易于使用, 便于管理人员进行系统管理和维护, 提高系统的可用性。

(2) 先进性和成熟性。系统在技术路线的选择上要具有一定的前瞻性, 要充分考虑未来应用发展的趋势, 选择成熟的开发技术、平台、产品和模式, 要保证系统具有一定的先进性, 使其具有较强的生命力, 短期内不致被淘汰。

(3) 集成性和可扩展性。系统要实现应用菜单集成、管理菜单集成以及用户和权限集成, 采用的系统应用结构模式要可以非常方便地纳入系统的统一管理体系。系统必须考虑未来对数据的集成和处理能力, 提供有效的数据分析, 提供数据接口工具, 可以实现与其它业务系统的数据交换。

(4) 安全性和可靠性。系统要采用成熟的安全手段和防护措施, 提高信息流转过程中的安全, 以应用系统安全为主。要采用开放式体系结构, 模块要独立实现, 为系统升级、扩展预留标准接口。要带有符合公安部要求的电子印章, 实现电子印章专人管理, 与现有实际公章管理方式相同。

(5) 基于工具定制开发。系统要基于成熟的平台工具定制开发, 以缩短开发周期, 减少开发费用和便于二次开发。

1.3 功能需求分析

(1) 用户管理功能:用户管理是面向系统管理员使用的管理功能。系统管理员能够根据自己的权限进行部门、用户以及公文办理流程和模板的添加、删除、查询等操作, 能够对各个用户的权限进行设置和分配。

(2) 发文管理功能:系统能够根据公文的种类, 自动完成公文起草、审批和存取过程, 要完全满足各种格式公文的需要;根据公文的类别, 按照预选定义好的“文号”生成方式, 自动添加生成文号;根据发文管理程序, 灵活控制公文的传递流向;根据发文的拟稿、审批、签发、文号、打印的不同域, 自动进行不同操作类型的不同操作权限控制;系统能够在公文流转过程中自动进行所有修改记录的登记和痕迹保留, 能够根据权限不同定制拟稿者或某一管理者全程查看公文状态、记录;可以根据发文管理自动存档作为永久备份;能够进行权限范围内的公文检索和查阅, 支持全文搜索。

(3) 收文管理功能:系统能够根据公文的密级, 自动完成存取登记;根据公文的收文、拟办、批阅、阅办、归档、查询的不同域自动进行操作权限的读取控制;根据公文不同处理的收文程序, 灵活控制和定制公文传递流向和流转时限;能够实现收文拟办、批阅、主办、阅办等一系列操作中的自动流转时间控制, 到期可以自动按预先定义好的提醒方式提示催办;收文归档后的数据库能够进行多种结构、不同方式的查询;可以通过网络进行权限范围内的公文检索和查阅, 支持全文检索。

(4) 签报管理功能:系统能够根据请示、报告等签报公文的种类自动完成公文起草、审核、批示、承办、存档等过程;能够根据签报程序, 灵活控制公文的传递流向和流转时限;可以自动进行所有修改记录的登记和痕迹保留;可以根据不同权限定制拟稿者或某一管理者全程查看公文状态、记录等。

(5) 文书档案管理功能:通过系统, 使用该系统的公司及部门能够对确需存档的公文进行管理、分类、组卷、封卷、存档、检索、借阅、归还、销毁等。

公文流转系统涉及的办公流程比较复杂, 在开发的过程中受到诸多因素的制约, 其成功与否主要受到身份验证技术、数字签名与传输加密技术、工作流技术、审批应用技术、电子签章和痕迹跟踪技术等一些关键技术的影响。

2 技术方案

2.1 身份验证技术

由于公文处理工作具有保密性、严肃性的特点, 因此在公文流转系统开发中必须使用与之相适应的身份验证技术, 并基于此形成完备的用户权限体系。身份验证技术主要有简单用户密码匹配、物理地址识别、智能卡识别、生物识别等, 它们的安全程度不同, 开发和应用成本也有很大差异。目前的公文流转系统大多采用直接的用户名和密码的身份控制机制, 另外的一些系统也使用智能卡的身份验证体系。

2.2 工作流技术

工作流是指为完成某一项业务所进行的所有工作与工作转交 (交互) 过程。公文流转的一个重要特征就是流程复杂, 难以用标准的程序化语言解释, 几乎所有的业务都是工作流, 因此公文流转系统必须有与之相适应的工作流定义系统, 使操作人员能够自主地设定公文流转的流程和流向。目前工作流定义和实现有基于邮件、基于共享数据库和基于“群件” (即邮件和共享数据库结合模式) 三种模式。

2.3 电子签章技术

传统的公文是否有效与其是否具有公章直接相关, 这种“红头+公章”的公文处理模式仍会延续到公文处理系统中。在一些公文管理系统中, 使用模拟化的电子签章, 在公文上直接加盖, 再由高精度打印设备, 或作为二次加盖传统公章的凭据。目前, 在企事业机关还未形成大范围的无纸化办公的前提下, 电子签章技术的发展趋势程序以数字化的虚拟签章使用、公文在系统中生效, 一旦需要出现纸介质公文时, 在输出后对公文的合法性进行数字与人工的混合验证, 并加盖传统的公章。

3 结语

随着Intemet技术的普及、网络技术的不断发展, 企事业单位网上办公是必然的趋势。本文所设计的公文流转模型适应现代办公跨地域、跨部门的办公业务流程管理的需要, 具有流程定制灵活、各办理过程的协同工作、事务的跟踪处理、用户操作简便易行等特点, 能在很大程序上提高办公效率, 有着广泛的应用前景。

摘要：本文对办公自动化 (OA) 系统进行了介绍, 详细分析OA系统中公文流转模块的需求分析, 从应用需求、技术需求、功能需求三个角度进行了设计, 并分析了公文流转中所涉及的技术方案, 主要包括身份验证技术、工作流技术、电子签章技术。

关键词：OA,公文设计,工作流

参考文献

[1]邓晋琦.OA系统使用现状浅析[J].中国高新技术企业, 2010 (1) :40～41.

[2]农鸾飞.OA系统的分析与设计[J].电脑学习, 2010 (4) :132～133.

[3]“OA系统”系统测试策略与防范[J].信息技术, 2010 (3) :173～178.

oa工作管理设计方案第4篇

关键词：办公自动化；网络技术；知识管理；需求

辦公自动化，简称OA(Office Automation)，就是利用先进的网络技术和设备结合在一起，改变传统办公手段，融组织、控制、信息、通信、知识于一体，实现办公信息化和决策科学化、智能化，强调人与人之间、各部门之间、组织之间进行有效的交流、沟通和共享来提高办公效率和办公质量，减轻劳动强度，方便管理和决策。

知识管理(Knowledge Management，KM)是一个系统工程，它关注的是如何获取、组织、利用和传播散布在组织信息系统和人们头脑中的知识。知识管理的目标是以信息技术为载体，构造一个人与知识的互动环境，使它们相互促进、相互激励，形成良性循环，促进组织有效地利用知识，把知识资本转化为生产力。

目前，我国高校OA系统发展迅速，但在OA系统的开发和使用中遇到了新的挑战，特别是各部门事务处理中的信息、知识共享、知识挖掘等方面的问题。如：如何充分发挥校园网的作用，更好地挖掘校园网的信息、知识来提高办公效率、服务质量和管理水平，是高校建设与管理中值得研究解决的问题。

一、高校OA的需求分析

1是高校自身建设的现实需求。随着高等教育的快速发展，高校的办学规模日益扩大。高校快速发展后，事务处理任务加重、难度加大，新情况、新问题将不断出现，管理的信息化、网络化、智能化、综合化等已成为高校自身建设的主要问题。与此同时，目前大多高校存在几个校区且相隔一定距离，传统办公已不能适应要求，客观上要求有新型的、信息化的、网络化的办公系统，解决多校区远程办公问题。因此，当前高校自身建设现实需要OA系统。

2是高校科学管理的客观需求。在当今知识社会的影响下，教育的管理思想，高校的管理模式也不可避免地受到其影响，也时时刻刻地推动其变革。目前高校组织结构庞大，管理头绪多，各种事务处理起来往往涉及到多个部门，需要改变办公模式，提高办公效率、服务质量和管理水平，使高校中各部门管理者科学地管理其事务。因此，高校要科学管理事务也客观需要OA。

3是高校国际化办学的必然需求。随着我国加入WTO，高等教育也要逐步与国际接轨，国内高校要遵循高校发展的内在规律，借鉴国际高水平高校成熟的经验和做法，包括学习先进的管理理念和机制、管理手段和方法，因此构建高效、先进、实用的OA系统是高校国际化办学的必然需求。

4是我国信息化建设的时代需求。在现阶段，信息化程度已成为衡量一个国家、一个地区、一个单位综合竞争力的重要标志。此外，高校作为高新技术的发源地，要提高服务社会的质量，拓展服务社会的功能，步入经济、社会发展的舞台，就必须借助OA，加快对信息、知识的创造和加工、传播和应用。因此，高校OA是我国信息化建设的时代需求。

二、基于知识管理的高校OA系统的新理念

基于知识管理的高校OA系统，简称KM-COAS(College Office Automation System Based 0n Knowl-edge Management)，是以知识管理为核心的新一代OA系统。它是建立在校园网平台之上，旨在帮助高校实现动态的信息和知识的管理。它将在实现办公信息、知识共享的基础上，为各部门事务处理的每一个环节提供所需要的相关知识。知识时代的高校事务处理的对象瞬息万变，要求作为高校日常事务处理的基础平台能够提供足够的灵活应变和开放交互能力。KM-COAS是高校校园网的主要功能，是高校管理、信息化建设的基础。

KM-COAS与传统高校OA系统相比存在着明显的区别：第一，KM-COAS重视办公人员通过校园网可以随时随地得到自己所需信息。第二，KM-COAS涵盖全面的信息处理，例如信息的发布、分类、采集、搜索和加工等环节。第三，KM-COAS建立数据仓库对数据进行深层次的挖掘和统计分析。

KM-COAS以知识管理为核心，有如下突出特点：第一，实时通讯，交流。学生、教师、领导与专家可以在线交流，采用多线程讨论、文档共享等方式。除此以外，它还提供移动通讯设备的支持手机的WAP接入访问、手机短信等功能。第二，数据来源，系统功能丰富。KM-COAS中信息不仅包括电子邮件信息、文件系统中的文件，还有关系型数据库、数据仓库中的数据以及INTERNET上的数据。

三、基于知识管理的高校OAS的设计

1KM-COAS的设计思想

KM-COAS建立在校园网平台之上，以知识管理为核心的OA系统，将抽象的知识管理理论与具体的IT技术相结合，采用Web交互界面，以单一登录：统一界面和相同的风格来构建高校的信息通道。要求用户界面简洁，操作简单，易学易用。以模块化结构的方式将各子系统通过核心服务模块实现无缝集成。

在设计和规划KM-COAS过程中，应充分利用知识管理的思想，避免传统狭隘的OA的影响，充分考虑到高校的特点，树立先进的、超前的理念。KM-COAS涵盖了高校所有事务，但由于各部门事务的相对独立性，系统既要保证整体的统一性、完整性，又要考虑各部门信息及操作的独立性，既要考虑结构灵活、便于扩充维护，并且要兼顾与其他应用软件的衔接和过渡，又要用科学管理的理念重新规范高校工作流程；既要考虑数据的安全性和可靠性，又要考虑公共、共享数据的完整性、一致性和标准化。

2KM-COAS平台模型

该模型中，顶层是办公应用系统平台，面向最终办公用户。根据用户所在部门用户能够完成日常办公、事务处理、日程安排、电子邮件、手机短信、在线交流等办公业务。底层是校园网基础平台，是该模型软硬件资源。知识库是该模型的数据中心，包括各类关系型数据库组成的信息知识资源。知识管理平台则是该模型的核心部分，包含知识分类、知识检索、知识挖掘、知识反馈和各类知识权限的设置等，为数据交换和共享以及应用开发提供一个平台。

3KM-COAS的功能设计

随着网络技术的飞速发展，以及高校规模的不断扩大，校园内外对于高校办公效率的要求不断提高，因此对于高校OAS的要求就更高了。整个系统搭建在校园网的基础上，系统用户进行统一管理，用户使用一个账户和密码就可以使用系统中的指定模块，按照各自岗位职责分配所需的功能模块。这样不仅极大地方便系统管理，也方便用户办公。

KM-COAS是一个基于知识管理的信息综合环境

的体系，以先进的B／S架构及消息传递、协同工作和知识管理为核心的全方位无纸化办公系统。本系统是一个覆盖高校各级党政职能部门的综合性信息办公系统，主要解决办公中的信息、知識积累与共享问题。系统的实现技术采用，NET 2.0框架和VB，NET 2005为脚本语言，后台数据库支撑则采用SQL SERVER 2005。

4KM-COAS开发中的支撑关键技术

(1)宽带网络技术。校园网为KM-COAS的实施提供了一个开放的、公共的工作空间与平台。Web技术是建立在Internet上的全球性的、交互的、动态的、多平台的、分布式的应用技术，是实现B／S结构网络应用系统的客户端的主要开发技术。在信息高速公路建设中，建立数字化的宽带网络，能为KM-COAS提供强大的硬件环境。网络速度直接影响KM-COAS的性能与效率，要实现“即连即用”的校园网，宽带网络技术是先决条件。

(2)异构数据库同步访问技术。高校内部现有的应用系统很多都是构建在数据库管理系统，特别是关系数据库系统之上。由于数据的多样性，给用户访问造成了诸多不便。为了包容现行基于各种关系数据库系统之上的各种业务管理系统，KM-COAS提供各种流行数据库系统到标准数据库系统的接口，通过数据迁移和同步系统，实现异构数据库之间的平滑接人。同时，系统提供高校办公门户，通过高校办公门户，用户就能透明地使用KM-COAS乃至整个网络信息资源，实现对异构数据库的统一查询和同步访问。

(3)知识挖掘技术。KM-COAS能够提供强大的知识管理工具和信息挖掘工具，可对高校办公信息、知识进行清理、抽取和转换，构建办公知识库，并利用基于内容的查询挖掘技术，综合高校各个部门的需求，建立KM-COAS数据挖掘系统。对于访问者来说整个网络就是一个资源，不用去一个一个地访问查找相关信息，真正实现“一步到位”。

(4)信息安全技术。由于KM-COAS是在校园网络基础上运行的，校园网与互联网相连，一方面，互联网本身固有的跨国界性、易受攻击性和公开性，使得KM-COAS的安全和保密问题日益突出。另一方面，从校园网内部来说，也有把握好信息共享与保密尺度的问题，各部门拥有的数据也有在一定的范围发布的问题，这些给KM-COAS信息安全的保密、防范等提出了难度。

为加强KM-COAS的安全保密性，可采取以下几方面的有效措施：第一，提高硬件系统及其环境的安全可靠性；第二，提高不同用户模块的相对独立性；第三，加强技术性的安全措施和管理意识上的防范。从而来构建完善的信息安全机制，最终使KM-COAS的安全性与方便性得到保证。

四、结束语

oa工作管理设计方案第5篇

1.1.1 成本预算管理

1．预算：各个项目、各个部门每年年终做下一预算，报总部审批

2．月度预算：各个部门、各个项目每个月做下月预算，预算分合同类与非合同类，报总部审批。

3．领款管理：各个项目对发生的费用记录并申请款项，分为计划内与计划外，通过审批后，到财务领款，财务部做领款记录。

4．经营成果分析：每年种预算情况与实际情况进行对比分析。

1.1.2 库存管理

维护存货分类和存货基础信息，并通过库存事务管理日常的出入库。最后通过库存核算生成每仓库，每存货的收发存情况。当前系统支持的库存核算算法有：加权移动平均法、先进先出法、月末一次平均法，通过核算来计算每笔出库的出库单价和金额.对于库存核算的结果，可以生成收发存汇总表、存货 / 部门汇总表、存货 / 出库用途汇总表、部门 / 出库用途汇总表

2.1基础信息

1、库房信息：设置库房信息、所属部门、库房类型等信息

2、物料信息：设置物料分类、物料库存上下限等信息 2.2库存事务

入库管理：对物品入库进行登记，可进行采购入库、调拨入库、盘赢入库等出库管理：对物品出库进行管理，包括领料出库、盘亏出库等。无论出库入库都可设置不同的审批流程。

2.3库存核算

对当前库房的库存物料进行核算，核算当前月份入库、出库、库存数量及金额！2.4库存帐表

按照不同条件查询统计当前库房、物料的库存台帐，对物料出、入库汇总查询、及收发存汇总表。

1.1.3 采购管理

可对供应商及供应商所供应物品进行管理，并对供应商信息进行跟踪记录。3.1库存采购申请单

通过分析当前库存量和存货最小库存的定义，系统自动生成库存采购申请单，也可以通过零星采购申请单来进行采购申请；再通过勾选采购申请单生成采购计划，最后根据采购计划中采购的物品和供货商情况来生成采购订单。对采购回来的物品通过库存管理中的采购入库进行实际的入库。

3.2零星采购申请单

各个部门及人员都可进行零星采购申请，采购申请经过审批后即生成零星采购申请单。3.3采购计划

采购部门对库存采购申请与零星采购申请的物品进行分类、分批、分不同供应商制定采购计划。3.4采购订单

采购计划通过相关人员审批通过之后生成采购订单，采购部门即可进行采购。

1.1.4 合同管理

4.1合同签订审批流程管理、合同首付款计划管理

4.2合同归档、变更、终止、解除、续订管理，合同收款、付款计划以及收款、付款记录管理 4.3支持合同件扫描归档、查询

1.1.5 人力资源管理

5.1人员管理：人事档案、人事关系调整（转正、升职、调动、解除关系、处罚、奖励、合同续签等审批）、合同5.2到期自动提醒、人员情况综合自定义查询 5.3日常事务管理：员工合同、员工招聘等；

5.4培训管理：培训计划、培训实施记录、培训评估等

5.5培训管理：可制定培训计划，并对培训执行请款进行记录。

1.1.6 资产管理

6.1资产资料管理：管理资产档案，能够对资产名称、当前使用状态、接管时间、所属部门、外承包商等情况进行登记；

6.2资产事件：能够对资产事件进行登记记录（事件日期、变动数量、变动部门、票据、事件类型等等，可自定义填写的内容及其数据规则）资产管理输出报表：能够制作固定资产台账、固定资产盘点清单、资产情况审核单等；

－2－

1.2 客户关系管理(CRM)1.2.1 租赁管理

1.1租赁组与代理行管理：

1、对本公司租赁人员进行分组，每组由组长与组员，组员负责客户跟踪，组长负责对客户进行分配管理。

2、对委托代理行进行管理，对代理行成交客户进行记录

3、佣金管理，对租赁员与代理行佣金进行管理、佣金计算以及发放管理。1.2客户管理：

对潜在客户进行详细登记，协助业务员对客户制定跟踪计划，帮助分析潜在客户群，实时反应公司的广告媒体效果。

1.3租赁管理：

租赁计划管理：可留历史，按（开始、截止）、用途制作，明细到房间。可批量调整，按比率调整，并可定义调整计划：、调整量，第一版为基准，每一套可以调比率，可按面积批量设置，并可归类（按面积）

在签订合同时，如果低于基准价，则不允许申请，如果需要，则需走特约审批单

租控表：颜色可自定义，如果已经缴纳押金，则表示已租（手动调整房价状态）或者在系统中登记押金后根据押金类型回写房价状态

101（301㎡）102（252㎡）103（560㎡）104（660㎡）105（320㎡）106（170㎡）201（53㎡）301（53㎡）401（53㎡）501（53㎡）标识说明：202（36㎡）302（36㎡）402（36㎡）502（36㎡）203（53㎡）303（53㎡）403（53㎡）503（53㎡）205（72㎡）305（72㎡）405（72㎡）505（72㎡）207（53㎡）307（53㎡）407（53㎡）507（53㎡）208（36㎡）308（36㎡）408（36㎡）508（36㎡）退组有纠纷空置本月到期已出租公司预留

模板管理：对新签租赁合同、退租合同、合同审签单等模板进行设置。

租赁协议：定义客户租赁房屋的合同条款，包括租金总价、单价、合同起止日期、付款方式、计费方式、费用收费方式、租金增长规则等,根据合同信息与合同模板自动生成标准合同，并可进行在线打印。

1.5租赁合同管理：

对协议的续签、退租等进行管理。

－3－

[提前终止合同]项目部提交“合同终止协议”[合同到期]提前一个月提示到期“租赁合同”总监审阅物业查验房屋，并签署“房屋交割清单”预算合约部审核财务根据“交割清单”退还押金物业查验房屋，并签署“房屋交割清单”财务根据“交割清单”及“合同终止协议”退还剩余款项

1.2.2 交房管理

交房管理包括交房计划、客户专员分配、内部验房、交房排期、客户验房等功能。

A：交房计划：客服经理根据情况定制交房计划，交房计划在每次交房前设置，每年年底可以对比交房计划与实际交房情况总体情况

B：客服专员分配：客服经理根据实际情况将需要进行内部验收的房屋分配给制定的客服专员进行跟踪管理工作。跟踪管理包括内部验收、整改维修跟踪、交房验收和交房完成等数据登记。

C：内部验收：为保证交房质量，在客户交房验收之前需要内部人员对房屋质量进行验收，确定房间为准许交房。防线有问题的房间进行集中整改处理。

D：交房排期：确定交房日期，批量打印入住通知书，记录、查询入住通知书发放情况 E：客户验房：记录客户验房时所提出的问题及改进建议。

1.2.3 业主信息管理

详细记录每套物业单位业主、租户的资料，包括：物业编号、客户姓名、性别、入住时间、入住性质、证件名称、证件号码、工作单位、联系电话、家庭成员、银行帐号、原籍、现籍、紧急联络人、紧急联络电话和备注及各项费用的收取金额等，如果业主为公司则显示公司信息，如公司名称、注册资金、法人、主营业务、营业执照等信息。

A：业主信息进行管理 B：对租户信息进行管理

C：可对业主、租户家庭成员，车辆，电话信息进行维护，客队承租单位信息进行维护

－4－

D：可对业主或租户发送缴款提醒、生日提醒等

1.2.4 收费管理

物业收费管理信息系统是整个综合物业管理信息系统的日常业务管理模块，对物业管理公司的经营管理工作起到至关重要的作用。

可自定义各种收费项目、收费标准，预收款转实收；支持银行接口、收费凭证财务接口；可按照不同的项目、不同的楼栋统计收费率，并可追踪到某家某户某笔收费明细，即由面到点的报表统计分析跟踪体系；可对维修过程中发生费用的维修费用进行转应收管理；收费凭证、票据管理功能，支持公共区域能耗业户预收与分摊补差核算

在收费管理中，系统将收费分为社区、大楼、楼层、房间等多个级别。具体功能是完成各类物业实体的收费管理工作，比如管理各房间的收费、交款记录、走读表修改、打印收费通知单以及催交费用通知单等；此外，还提供各种收费统计报表（欠费黑名单，收费项目统计表、大楼收费项目统计表、费用明细表、水、电、汽明细表、收费统计表等）。

提供收费报表、缴费通知单、催缴通知单、收据及其它灵活多样的缴费清单。支持终端手持机PDA移动收费。4.1收费项目定义

业务部门可自己设定收费项目名称并进行统一编码和设置费用的计算公式 A：根据需要自定义收费项目及其收费方式，不受数量限制；

B：当收费标准改变时，可以将其置为废止状态，然后定义现行的标准，保证以前的收费标准有据可查 C：一个园区可定义不同收费模板，允许同一管理区内不同房间有不同收费标准，简化收费工作； 4.2应收款管理

A：可分别按园区、大楼、住户自动生成收费数据；

B：可对生成数据进行维护，加收临时费用，费用减免等，包括房间水表、电表录入； C：提供水电表读数的快速、批量输入；

D：系统自动标志出未缴清费用的住户，并对其收费数据进行维护，可增收滞纳金，费用减免等； E：可针对某一客户进行收费，也可对园区、大楼进行批量收费；

F: 对一卡通的支持，持卡人可持卡在物业管理中心交各项费用，如：物业管理费、采暖费、热水费、中水费、直饮水费、有偿服务费等。

4.3实收、欠费管理

A：可统计查看当前及历史交费记录 B：可汇总查询各类费用报表

C：可查询欠费客户记录，并对其进行崔交； 4.4预收款管理

对业户缴纳的预收款进行管理，对于已经收取的预收款，系统可以进行应收冲转，预收退还 4.5押金管理

对业户缴纳的押金进行管理，可以对前期开发商收取的夜壶押金进行管理，系统可以对已经收取的押金进行退还 4.6业户抄表

对业户的能源表进行读数，并生成相关的应收款 4.7费用分摊

系统支持对常规收费项目的分摊和能源项目的分摊，可以定义分摊规则，最后通过计算分摊来生成分摊费用，并转移到应收款中

4.8费用减免

－5－

通过定义的减免规则，系统在产生应收款时自动生成减免申请单，也可以直接手动填写减免申请单，在减免申请单审核通过后，系统自动对减免的费用在应收帐户中形成负的应收进行冲抵

4.9收费统计查询

1：可分别按管理区、大楼统计出费用收缴情况，收费率统计，收费年、月、日报表 2：所有统计功能均可生成柱状，饼状及曲线图； 4.10收费核算

通过核算，系统生成每房间、没收费项目的欠费、应收、实收、预收情况，确保每月的收费数据的正确性 4.11收费帐表

提供应收、实收的日报表、月报、季报等报表的查询，也可以通过营业收入统计报表，应收款报表、预收款报表进行费用综合分析和收费数据的明细追踪。

4.12、PDA移动收费

支持物业项目客服或财务收费工作人员，在客户现场实时登记收取费用明细，可通过PDA移动收费系统实时连接微型打印设备，现场为客户打印收款收据，提高工作效率、增加客户满意度、提高物业品牌形象

4.13、票据管理

可对票据进行初始化，可对票据进行分发，不同号段分发给不同的项目，可对票据使用情况、作废情况进行登记，收据换发票管理，对票据使用情况进行统计。

5客户服务管理

包括客户报修管理、特约服务管理、会议服务管理、商务服务管理以及客户投诉管理等。5.1日常服务管理

为客户订阅或收发邮件、书报期刊，为客户出差定票等是一些物业管理公司的服务性业务。5.2客户投诉管理

对投诉进行管理是各物业管理公司提供优质服务的一个重要组成部分，本系统可实现对投诉人、投诉对象、内容、处理意见和客户投诉处理的满意程度进行有效的分类管理。主要包括客户投诉登记、投诉处理记录、客户回访记录、自动统计有效投诉率及满意率等功能，可对特殊投诉做升级投诉，发送上级部门，信息：升级投诉理由，投诉本级状态，升级时间，升级确认。对客户满意的投诉可做销档处理，标记销档日期。对客户不满意的投诉可做反单处理，重新生成投诉记录，标记为反单！客户投诉时可显示客户相关信息，如投诉历史、欠费情况，并根据不同情况做不同处理

5.3报修管理

可以实现多种报修方式，如电话报修、上门报修、网络报修，并可与呼叫中心系统集成。

记录社区日常工程报修、业主保修等信息，并进行跟踪、派工回访、并可打印派工单。客户报修时可显示客户相关信息，如报修历史、欠费情况，并根据不同情况做不同处理。

对于报修产生的费用，系统可以转入到对于的业户应收款中，并通过业户缴费进行收取。

对于维修过程中产生的物料消耗，系统可以批量生成领料出库单，实现报修和收费、库存的联动。

服务跟踪统计：各级有权限用户可以对报修单派工、处理情况进行跟踪，并且可以随时了解服务费用收缴情况，可以按照不同服务类型、不同维修人员进行工作量统计！

－6－

5.4预约与特约服务管理

A 客户（租户）可以通过网络向物业管理处客服部申请雇员加班申请、配送预约卸货平台停车位、空调加时、照明加时等各项预约服务。

B 物业管理处客服部可以通过网络回复客户（租户）的申请。C、可以帮助客户进行订车等特约服务 5.5特殊情况报告表

包括信息，编号、业主姓名、房间号、发生时间、填报时间、第一个报告人、事故地点、事故经过、确认人、以及各个部门处理意见、最后总经理批示。

5.6会议室管理

会议室管理：可以维护公司会议室信息，并且可以设置各种服务类别与收费项目，可以对会议室使用情况进行记录并根据使用情况进行结算，可以实现业户网上预定。

会议室本身信息，扩容情况，本会议室设备列表、设备完好状态记录定制的服务类别

会议室的预约可分为内部局域网预约（登录“物业管理信息系统”）和外部广域网预约（登录“客户服务平台”）。初始信息录入只需通过内部局域网（登录“物业管理信息系统”）统一录入，初始信息和网上预约信息可以在局域网和广域网间实现连接共享。

6、二装管理

A 客户（租户）可以通过网络向物业提交二次装修申请，包括各类图纸。B 物业管理处实现通过网络进行内部审批。

C 物业管理处将二次装修审批结果及意见通过网络反馈到申报客户（租户）。D 装修施工期间的各类问题可以通过网络即时告知客户（租户），以便即时整改。对业户的二次装修申请、审批过程，二次装修费用、二装验收过程、整改通知等的管理

－7－

7、车辆管理

内部车辆管理可以对公司的车辆、司机信息进行登记，对车辆使用情况进行登记，维修保养记录(参照表单)、保险情况（参照表单）、年检情况、违章情况(时间、驾驶员、车、路线、违章地点、违章内容)，费用结算等实施管理，驾驶员信息，参照我们原来的就可，记录驾驶员违章情况，可以实现网上预定车辆。

停车场管理：

编辑查看所管理和经营的车库和车位资料，如车位面积、标准租金等。可对车位做绑定房屋的操作，车位所产生的费用可自动转到该房屋。可新增或编辑该车位当前业主或租户资料。

可对该车位做租务（出租、退租、违约等），添加车卡或车辆等操作。

客户基本信息建立生成费用拒批车位信息建立审批审批通过起草车位协议车位合同有效费用自动转入选择车位

可查询该车位的费用、历史租户、租赁业务、相关图档、相关合同、相关车辆、相关车卡等

8、会议服务管理

会议室本身信息，扩容情况，本会议室设备列表、设备完好状态记录定制的服务类别

1.3 专业物业管理

1.3.1 物业资源管理

可以实现同时管理多种业态，如写字楼、商场、住宅等，记录物业及配套硬件设施的基本信息。

A：记录园区、大楼、房间及配套硬件设施的基本信息，每项信息都有编辑功能，可以新增、删除、修改信息。

－8－

B：可同时管理多个园区或大楼、。

C：具有实时统计功能，可以汇总最新统计数据，可统计入住率并以各种图表显示。D：具有强大的查询功能，每项信息既可单独查询，又可汇总查询。

E：在建立新的管理区时，可批量生成楼层和房间,最大限度降低初始化的工作量。1.1项目基本信息管理

项目基本信息管理的主要功能是管理物业社区的基本信息，实现对园区、大楼的管理。其中在园区管理中，系统可记录所管辖园区的详细数据资料。如园区名称、占地面积、建筑面积、绿化面积、单位套数、入伙时间、投资商、开发商、建筑设计、收费托收银行、管理处电话、管理费、公共设施维护费、绿化费、保安费等。

1.2楼宇基本信息管理

可对园区内的楼宇、仓库、车场区域进行管理，记录楼宇信息。1.3房间管理信息模块

房间管理信息模块是租赁物业管理服务平台的基本数据模块，对房间信息进行信息维护，对房间的装修、出租情况进行管理，可以根据编码规则批量生成房间、并能对特定房间、进行批量赋值，减少工作量。

可对房间附属设备进行管理。

1.3.2 工程设备管理

A.设备管理模块实现建立设备档案、制定和执行设备保养计划、管理设备保养记录和设备故障记录等功能，实现对各项设备的全面管理。

B.设备管理模块同事提供工程图纸的管理功能，方便工程人员管理和查询工程图纸。C.根据设备设施管理中制定好的保养计划和维修计划，以及巡查过程中登记的故障记录，自动生成相应的保养工单和维修工单。提前提醒员工及时进行维修保养工作，提醒其领导进行检查。

D.能够查询各项维保协议，安排、记录各项季节性维护，详细记录月度巡查情况。E 重要设备的运行情况记录，温度控制记录。F 完善日常巡查管理制度，实施检查记录管理。G 日常巡查资料统计。

2.1设备台帐管理

1．自定义设备编码体系及编码规则，如强电用什么编码来标示、弱电用什么字母来标示，强电下配电箱用什么来标示，位置如何标示等。

2．根据编码规则自动生成设备基本信息库与设备台帐 2.2设备保养维护

各个专业设备可以设置不同的保养周期，根据保养周期自动生成设备保养计划，自动提示到期需保养的设备 2.3巡检管理

根据各个专业班组制定巡检任务与巡检记录登记，巡检过程发现问题进行综合维修。2.4运行管理

对大型重要设施设备、配电室等进行运行记录，记录间隔时间根据设备重要程度不同可进行设置。2.5维护管理

设备维修从申请，到派工、维修、验收等实现过程化管理；包括设备维护记录表、设备大修记录表、设备故障记录表、设备保养维护记录。

2.6工程图纸管理

可以对公共区域、公共设施设备、房屋建筑等图纸进行统一管理，并可保存电子文档。2.7监视和测量装置管理

－9－

用于确保服务（产品）符合规定要求的监视和测量装置进行控制，确保监视和测量的有效性，责对监视、测量设备的使用管理，并按时组织送检、校准。对偏离校准状态的监视、测量设备进行追踪处理。

2.8外包工程管理

土建、公共区域、门窗、地等外包施工工程管理。

1.3.3 能耗管理

能源种类包括：电表、冷水表、天然气表等，设定对应的能源表类型的单价、计量单位、更新日期。能源单价允许修改，之前价格信息保留作为历史数据，费用收取以最新单价为标准。能源表安装，即对应到相应的空间位置与所属客户；能源表安装应记取能源表名称、空间位置、能源类型、倍率、级别、上级表名称。能源表安装允许按批量添加（如：按层添加、按空间使用性质添加）

以客户、空间、时间段、能源类型为条件进行能源消耗统计。到期自动生成（12+N）个月能源消耗对比直方图、曲线表及本月与上月、本月与去年同月对比图表。

点击“能耗对比”，选择具体项目，可以使水、电、气的消耗按、按房间进行对比，消耗走势一目了然。

1、水、电、气月度对比

2、按对比

水、电、气不同相同月份能耗对比图,不同用不同的颜色显示，默认显示连续三年的数据

1.3.4 保安消防管理

消防保安管理是企业正常运转的重要保证。本模块主要包括保安人员档案管理、保安人员定岗、轮班或换班管理、安防巡逻检查记录、治安情况记录以及来人来访、物品出入管理等功能。其典型功能有：

保安排班：对任意时间段内各岗位的保安轮班根据岗位、人员设定的情况进行排班。

保安巡查：登记各时间段内的保安巡查情况，对发生的重大事件及处理情况进行详细记录。

岗位设定：对各岗位每班值班人数进行初始化设置，可对不同类型岗位进行设置如门岗、定岗、消防中控、巡岗等。

人员设定：对保安员安排在何岗位值班进行设置。

消防管理：对片区的基本资料、消防器材的分布及消防演练的情况进行及时的登记，以方便消防管理工作的开展。工作检查：对保安员工作情况检查后的结果进行登记。

1.3.5 保洁环卫管理

环卫管理主要包括三个方面：绿化管理，保洁管理，外包单位及合同管理。绿化管理即绿化安排及维护记录，保洁管理包括清洁用具管理、保洁安排及检查记录，联系单位即联系单位信息及联系记录。其典型功能有：

清洁检查：对保洁员负责的卫生片区的完成情况进行检查考核。

保洁区域设置：对需要保洁的区域登记管理。对草皮、灌木进行分区管理，并记录维护记录。

植物基本信息：对乔木等进行编号登记，包括编号、规格、维护历史、责任人、备注并记录维护记录保洁计划定制：对不同的保洁区域做保洁计划，自动生成一定时期保洁计划

外包合同管理：维护公司与外包单位就物业所管区域所签订的合同，及合同的增加、修改、废除功能。

－10－

1.3.6 质量管理

对承建商、供应商、外包服务方等进行管理

承建商管理考核：承建商整改、维修过程中，因材料或施工质量问题而产生的问题，这部分问题在内部验房与客户验房过程被发现，这些问题都有承建商处理；针对同一承建商所产生的问题，可以向承建商发送批量维修派工单。公司可对提供外包服务的单位进行考核并填写《供方评价记录》、《供方业绩评定表》，年终生成《合格供方名录》。

外包商、供应商服务质量考核：在整改维修过程中，因材料或施工质量问题而产生，这部分维修需要承建商处理；公司通过每月检查或抽查，评价部门的日常服务工作，每年可以生成汇总报表。各部门依据每月或日常抽查结果，对提供外包服务的单位进行考核并填写《供方评价记录》、《供方业绩评定表》，年终生成《合格供方名录》。

安全质量管理：安保部每月至少组织一次安全检查并填写“安全检查记录表”，报办公室备案、总经理审阅。发生突发事件后，应填写《应急情况（事故）处理记录》报办公室备案，报总经理审阅。（自定义审批流）

服务质量的测量：可以实现业主网上填报《业主满意度调查表》，每年可以生成汇总报表。

1.4 集成系统接口

1.4.1

 楼宇自控消防报警安全防范报警信息管理

数据转换：使用定时数据复制。使用stored procedure来对所需数据进行从ＢＡ到物管的复制。复制间隔时间为五分钟一次

报警管理界面：在现有的物业管理软件上增加报警管理业务模块。其界面包括时间段，地点和项目输入。显示窗口里显示所查询的数据条目；具体信息字段会由相应分窗口显示。按键包括查询删除储存打印等。报警信息功能：

 BA系统报警信息的读取存储实时查询条件匹配查询；  对已存储的报警信息进行条件匹配删除；  对查询信息的列表打印；  报警信息字段内容：

楼宇自控消防报警安全防范实时报警信息的客户端实时警报提示

数据转换：使用实时数据传送。使用报警数据的实时产生进行从ＢＡ到物管的复制。

报警管理界面：在现有的物业管理软件上增加报警管理业务模块的基础上采用多框架。显示窗口里显示报警条目内容；窗口报警信息采用先进先出的队列，并扮有动画和声音效果。每个窗口有关闭窗口键及静音键。报警信息功能：

 对最近１０条信息在客户端的报警信息管理窗口屏幕上显示；  用户对报警的操作做记录，其中包括时间及用户名。

 报警发生后，相应信息纳入物业管理的报修流程维修结束后，该信息作为设备的维护记录供日后报表查询； 



1.4.2

 



－11－

 实时报警的处理结果可用于日后物业管理人员工作量的统计；  报警信息的打印；

1.4.3

 设备运行情况的管理

数据转换：使用定时数据复制。因数据源储存于XML文件，一个小的batch文本需要用来定时运行以进行数据转换。转换间隔时间为五分钟一次；

设备运行管理界面：在现有的物业管理软件上增加设备运行管理模块。其界面包括时间段，部门。显示窗口里显示所查询的数据条目温度曲线报表等。按键包括查询打印等。设备运行管理功能：

 定时纪录BA系统设备运行情况，既定时的数据转换；  读取相应XML页面数据，并记录于数据表中；

 可变纪录的方式（如间隔时间记录字段应可做后台定制）；

 可产生设备运行情况的分类查询报表；数据可用于物管定时检修流程； 



1.4.4

 门禁考勤接口（物业内部）

数据转换：使用定时数据复制。使用stored procedure来对所需人员及考勤数据进行从门禁考勤系统到物业管理软件的复制。复制间隔时间为五分钟一次；动态数据如人员现在位置等需采用实时传输方式。

人员考勤界面：在现有的物业管理软件上增加人员考勤业务模块。其界面包括人员工作时间段，年龄部门值班位置等输入。显示窗口里显示所查询的数据条目；具体信息字段会由相应分窗口显示。按键包括查询打印等。

人员考勤界面：在现有的物业管理软件上增加人员考勤业务模块。其界面包括人员工作时间段，年龄部门值班位置等输入。显示窗口里显示所查询的数据条目；具体信息字段会由相应分窗口显示。按键包括查询打印等。人员考勤信息功能：

 根据匹配的条件（如部门工作年限性别等）对人员信息分类查询列表打印；  读取门禁考勤系统中人员的刷卡记录表；

 对人员当前位置的查询，对人员行踪进行分析查询； 



1.4.5

 停车场系统的接口

数据转换：使用定时数据复制。使用stored procedure来对所需车辆及车位数据进行从智能卡停车场系统到物业管理软件的复制。复制间隔时间为五分钟（可以手动设置）一次；动态数据如车辆进出情况等需采用实时传输方式。

停车场系统管理界面：在现有的物业管理软件上增加停车场管理模块。其界面包括车位车牌号所属业主进出时间段。显示窗口里显示所查询的数据条目报表等。按键包括查询打印等。停车场管理功能：

 定时纪录车位占用及进出情况，既定时的数据转换；

 读取相应XML或停车场系统数据库数据，并记录于租赁物业管理服务平台数据表中； 



－12－

 可根据业主欠费情况找到业主所拥有车辆信息，对此车辆进行监控。

 可针对业主欠费情况禁止业主车辆刷卡进入停车场，业主交完费用后，对卡控制自动复原！

1.4.6

  客户呼叫中心接口

数据共享：使呼叫中心系统与物业管理软件实现数据共享。

呼叫中心界面：在呼叫中心中根据客户电话可自动调取物业软件中的客户档案信息，可以显示客户是否欠费、以前保修情况等。

1.4.7 税控机接口

物业系统税控机接口实现的主要目的是：完全由计算机来完成两个系统间的数据通信，不需要人为干预；只要在物业系统中操作发票的打印，不需要再操作税控系统，简化了操作步骤，降低软件使用的复杂性；税控系统执行打印操作的同时，会将发票号码与开票日期回传给物业系统，保证物业系统的发票号码与实际开据的发票号码一一对应，实现数据共享。本部分需要数控机厂家提供接口文件。

1.4.8 短信平台接口

与国内主流短信网管接口供应商合作，提供了短信自动发送以及手动发送功能，如业主欠费自动提醒、业主生日、紧急时间通知等都可自动发送，也可手动编辑短信，进行短信群发。

1.4.9 巡更系统接口

与国内主流巡更系统接口，可以对巡更点巡更人员、巡更记录进行跟踪、统计分析。1.5 数字化社区(客户服务平台)综述：数字化社区分为两部分，一部分为社区业户专区，即只有物业公司给业主分配帐号后，用过帐号密码才能进入的部分。另一部分为面向公众开放的公共信息，如二手货、房屋租赁、网络游戏、便民连接等。

1.5.1 客户服务平台

综述：此平台为物业公司与业主提供一个互相服务的平台，涵盖物业公司所有关键业务范围，业主可以通过此平台进行报修、投诉、预约服务、二装申请、费用查询、会议预定、特约服务、查看物业公告等，可通过此平台进行各种信息的发布。

－13－

1、面向业户的服务监控

业户可以通过此平台进行报修、投诉、费用查询、会议预定、特约服务、查看物业公告等；点击报修单，选择网上报修，出现以下界面：录入报修内容后点击保存，进入监控界面恢复原值：将当前所填内容置空

2、、会议室预定

点击会议室管理，选择会议室预定,出现以下界面：选择当前时间之后的日期和会议室，弹出对话框：点击确定，弹出会议室信息界面：会议室信息界面）

3、预约服务

雇员加班/配送货/空调加时/照明加时等的预约服务申请

4、二装申请

客户（租户）可以通过网络向物业提交二次装修申请，包括各类图纸

5、网上车辆预定

业户可以通过此平台查询车辆情况并进行网上预定申请。点击车辆管理，选择车辆预定，出现以下界面：

oa工作管理设计方案第6篇

摘要办公自动化（OA）将新型办公方式和计算机及通讯技术结合起来使信息计算机化、网络化，实现信息共享、协作和协同办公，提高办公效率和办公质量，为管理提供及时、准确、全面的服务。该文结合我院数字化建设实际情况，阐述了医院协同工作管理平台的建设目标，并介绍我院应用协同工作管理平台的特点及应用效果，探讨和总结其在医院信息化建设与管理中发挥的作用。

关键词办公自动化；协同工作平台；信息化建设；数字化医院

中图分类号：TP315 文献标识码：A 文章编号：1009-3044（2016）26-0102-02

OA系统已经在国内企事业单位广泛使用并逐步得到医院管理的重视。随着数字化建设进程的推进，医院OA系统从传统的即使通讯和流程管理为核心的运行模式转变为医院信息协同平台，并与其他业务系统（如HIS，HRP等）进行数据整合，使得信息传统更快、流程更有效、协同工作更高效，同时为决策层提供支持。建立统一的协同办公系统是数字化医院办公系统的发展趋势[1]。医院信息化管理中应用OA系统的必要性

随着医院医疗业务的不断扩大，组织结构不断调整，职能、业务部门的工作不断细化，人工操作难免存在疏忽遗漏，进而造成信息传递延误甚至是错误[2]。医院人才队伍不断扩大，流动性相比其他单位较大，新员工入职后需要更长的适应周期，这就使得员工熟悉了解医院各项规章制度的时间相对长进而影响执行力，同时对医院的服务质量也会造成影响。在办理相关业务时，需要进行较多的纸质审批流程，而纸质流程审批难以查询进度、办理繁琐、人工干预较多、效率低下。相关信息传递不够及时和全面，不能全面掌握工作进度，无法进行合理性分析。通过建立医院OA协同办公平台，更好提高医院管理质量和管理效率，对医院数字化管理有着极大推动作用。OA协同工作管理平台的建设目标

OA协同工作管理平台的网络架构如下所示：

2.1建设统一工作管理门户、整合内部资源

通过协同工作管理平台整合分散的各类系统，建立面向不同角色的个性化工作门户。实现用户、数据以及应用的整合。系统还能与医院HIS系统、一卡通系统、HRP等系统进行整合，使得用户的内部办公与相关业务系统实现互联互通，屏蔽信息系统之间“信息孤岛”和“数字鸿沟”。

2.2建设协同工作平台

协同办公和管理是为提高办公效率，沟通内部信息的。通过系统建设，给管理者提供流程化、现代化的办公环境，良好的信息服务，智能化的决策支持，使各部门协同工作、信息交流畅通无阻，使公文管理、行政管理、信息发布等办公水平有一个质的飞跃。

2.3建设党群工作平台

党群工作是医院日常管理的重要工作，如何有效提升医院形象和公众影响力也是建设协同管理平台的重要目标之一。通过在平台上搭建医德医风模块，将群众来访登记、感谢姓登记、信访事项管理、精神文明及行风建设奖罚、科普宣传管理等进行有效管理，以“改善缺陷管理”为核心思想，针对门急诊、住院、出院三类患者提供满意度调查，将患者在医院就诊各个环节的感受和接收的服务进行真实且有针对性的评价。提升医院综合服务质量，增强医院竞争力及公众形象。

2.4建设电子化工作流管理平台

通过OA系统对信息流程的约束，对流程过程进行有效管理，把管理目标与操作规范结合在一起，实现各工作流程的申请、受理、审批、阅办、办结、存档、督办、查阅等全流程电子化处理，减少手工操作，提高工作效率。同时改变有纸化的办公模式，为网上办公创造条件，最终实现网络办公模式。

2.5建设医院综合后勤管理平台

搭建人事管理平台，实现考勤报表电子化管理、奖金和工资发放电子化、排班管理和执行电子化、人事信息档案电子化。OA协同工作管理平台在医院信息化管理中的应用

3.1门户平台

协同办公门户作为整个组织内部信息化的入口，与组织内各个业务系统进行集成，是数据集中展现的平台。既可以展示关切和重要的信息，也可以推送一些需要办理的待办文件、公文及邮件内容，同时可与第三方业务系统做接口整合，实现单点登录到业务系统或将相关系统数据以实时报表状况展示到门户首页。

3.2信息发布平台

为医院内部信息发布及传播提供产所，使医院的新闻、通知、公告、规章制度、各种类型文档能快速传播；搜集各部门科室的各类信息资源，文档资料，形成内部知识库，实现知识的快速传播与共享，提高员工的技能素质。

3.3工作流平台

工作流平台使医院实现办公无纸化、电子化，工作流业务计算机处理，便于流程处理过程中相关文档等按照设定的规则进行流转，实现内部员工协同工作，同时使医院的工作流程透明化、自动化，管理者可以全面把握各项工作的执行情况。

3.4公文管理平台[3]

公文管理平台主要实现医院公文有序、高效、电子化管理，解决公文传递过程慢，纸质化成本高，信息传递不及时、无法协同处理、不方便查阅等问题。实现收发文及文件送审签等自动化管理，利用工作流引擎自定义各处理流程及流程节点，对流程办理过程进行跟踪，并可对处理完公文进行归类存档。