服务项目管理系统

服务项目管理系统

设计说明书1软件背景 (2)

1.1 可行性分析 (2)

1.1.1 功能可行性 (2)

1.1.2 经济可行性 (2)

1.1.3 管理可行性 (2)

2 软件概述及设计方案 (3)

软件构架图 (7)

功能结构分析 (7)

3 针对软件的各功能模块做具体的设计描述及附注相关设计结果 (8)

3.1 服务产品管理 (8)

3.1.1 功能简介 (8)

3.1.2 功能说明 (9)

3.1.3 数据表设计 (9)

3.2 服务方案管理 (9)

3.2.1 功能简介 (9)

3.2.2 功能说明 (10)

3.2.3 数据表设计 (10)

3.3 培训管理 (11)

3.3.1 功能简介 (11)

3.3.2 功能说明 (11)

3.3.3 数据表设计 (11)

1软件背景

系统的背景是：近年来，随着it服务行业的发展，对服务项目管理方面产生了很大需求，针对此需求提出开发服务项目管理系统的必要，可以实现出更多的用途或满足更多需要。与原有技术相比所体现出方便快捷优势。服务项目管理系统是服务项目管理软件的通俗化名称，服务项目管理系统是服务产品管理、服务方案管理，培训管理统计销售业绩的先进工具，适合企业管理部门办公使用，协助方案经理和方案人员快速管理客户、服务和业务的重要数据。服务项目管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。

1.1 可行性分析

1.1.1 功能可行性

1)系统完整性:整个服务项目管理系统具备系统设计的科学合理性,方案管理信息

录入,修改,删除及学生成绩的查询等功能符合学校对学生的管理要求,满足了相

关人员对信息管理的要求,适用于复杂的学生管理,因而达到了设计任务的要求.

2)系统的可靠性:该系统可靠性高,能无故障正常的工作,当出现异常情况是还采取

了一些防止系统破坏的方法和措施,如密码保存,数据备份等.

3)系统的效率:与旧系统相比,减轻了许多重复的繁琐的劳动和手工计算量,抄写量,

在对学生成绩进行评价和统计方面效率提高了不少.

4)系统的工作质量:学生管理系统所提供数据的精确度,输出结果的易读性都能达

到用户要求,使用方便,使学生管理工作变得轻松,有序而有效.

5)系统的灵活性:系统的环境是不断变化的,因而该学生管理系统具有一定的扩充

性,修改信息方便简易,能够、适应环境的变化.

1.1.2 经济可行性

6)减少资金占用.由于实施了服务项目管理系统,资源得到了充分利用,减少和避免

了资金的使用不当.

7)缩短查询时间.由于采用新技术,大大缩短了查询时间,推进了管理水平.

8)减少人员.由于实施该系统,在总体工作质量上升的情况下,可减少一半管理人员,

减少工资奖金等支出.

1.1.3 管理可行性

各个方案的管理人员可以对管理方案进行编辑，添加，删除

各培训管理人员可对培训方案进行编辑，添加删除，实现了管理上的角色分配，普通用户只能对方案和培训课程进行查看

2 软件概述及设计方案

服务项目管理系统系统应用于it服务项目管理方面，采用了Hessian 、HttpInvoker 、 XFire 、 Axis 等多种形式的远程调用技术,实现了服务端生成骨架，对外暴露服务；客户端生成服务代理，访问调用服务等技术特点及各功能模块。

在现代 J2EE 企业应用系统中，存在着 Hessian 、 HttpInvoker 、 XFire 、 Axis 等多种形式的远程调用技术。尽管有 Spring 等框架对这些技术进行了封装，降低了使用的复杂度，但对普通程序员而言仍是复杂的—至少需要要掌握这些技术的基础知识。

无论使用那种技术，其基本原理都是一样的：服务端生成骨架，对外暴露服务；客户端生成服务代理，访问调用服务。通常情况下，生成服务代理的代价比较高昂，这也是我们第一次访问远程服务速度比较慢的原因，为每个请求生成新的服务代理恐怕不是我们所期望的。更何况，如果采用这种方式，就要在代码里针对各种不同的技术（如 XFire 、HttpInvoker ）编写不同的服务生成和调用的处理代码。不仅麻烦，而且容易出错。我想，没有人愿意去直接操作各种框架技术的底层代码，这并不是一个好注意！

作为一种替代方案，我们设计了一个“服务池”的功能，或者说“服务工厂”更贴切一点。

针对HttpInvoker 、XFire 、Hessian 等各种远程调用技术，抽象出一个“远程服务池”（服务工厂）既RemoteServicePool 接口。该接口提供了获取服务及一些其他的辅助功能，并针对HttpInvoker 、XFire 、Hessian 等不同技术提供了相应的具体实现。采用这种方式，开发人员只需在代码中“注入” RemoteServicePool ，并以统一的方式（如getService() ）获取实际的服务，只是针对不同技术在配置上有些须差异而已。该技术的原理非常简单，在应用启动之前把所有存在的服务提供者提供的服务都配置好，并为它们分配一个唯一的ID 。应用启动之后，框架会自动生成和这些地址相对应的服务代理（ServiceProxy ），这些代理已经是可用的服务，服务获取的细节被完全屏蔽掉，开发者只要知道如何从RemoteServicePool 中获取服务就可以了。

该方案还为“双向关联”的系统服务提供了一个很好解决办法。看下面一张图：

如图，系统 B 和系统C 都调用系统 A 进行付款操作；同时系统 A 要用远程服务向系统B 或系统C 进行认证操作，认证操作的接口（契约）都是一样的，业务逻辑可能有所差异。在这种情况下，配置在系统 A 中的认证服务就比较麻烦，因为要根据不同的系统调用认证服务，既从 B 过来的请求要访问B 的认证服务，从C 过来的请求要访问C 的认证服务。用服务池可以很好的解决这个问题，把两个系统（B 、C ）提供的认证服务地址都配置在同一个服务池中，根据不同的ID （如 B 、 C ）来决定使用那个系统的服务。

尽管服务池解决了一些问题，在某种程度上降低了复杂度，但仍存在如下一些问题：服务的运行期动态注册

服务的自动注入（ IoC ）

透明化服务 ID 的传递

在服务池（ ServicePool ）概念的基础上进行扩展，我们得出了如下的系统模型：

在核心位置上是一个服务中心资源库（ ServiceRepository ），存储了系统中用到的所有的远程服务。服务采取动态注册的机制，由对外提供的服务注册器

（ ServiceRegister ）提供服务注册功能。外部系统可以实现该接口向资源中心注册服务。提供了一个启动时运行的注册器，可以把静态配置在系统中的服务都注册进来。

服务的生成、管理等均由服务中心自己维护，委托服务代理生成器

（ ServiceProxyGenerator ）完成服务的创建。可以针对现有的远程调用方式，如XFire,HttpInvoker,Hessian 等创建服务代理，也可以针对自己定义的远程调用方式创建服务代理，由 CustomServiceProxyGenerator完成该功能。

一个服务模型包括 5 个因素：

服务接口 serviceClass

服务 ID serviceId

服务类型 serviceType

服务地址 serviceUrl

附加属性 props

查找一个服务需要两个因素，一个是服务接口，另一个是服务 ID 。这两个因素共同决定了一个服务，既服务中心内部的“服务ID ”。通过这种方式，可以允许存在多个 ID 相同但接口不同的服务，也可以存在多个接口相同但 ID 不同的服务。

服务ID 的获取是系统中一个关键的功能，这部分对程序员来说应该是透明的，由系统自己维护。相应的提供了一个服务ID 提供者(ServiceIdProvider) 接口，由实现该接口的子类完成服务ID 获取功能（这是比较关键的地方，需要特殊考虑）。

设计方案

服务产品管理是可以在此模块中维护公司所能提供的服务产品。方案人员可以浏览服务产品列表，并且在查询区域输入适当的查询条件进行查询。服务产品除了一些基本信息外，还包括服务产品文档，负责人可以随意为服务产品添加产品文档。

服务方案管理是商机在立项以后都会给客户提供方案，此模块就是用以维护服务方案数据的。服务方案除了基本信息以外还包括方案正文，方案PPT和方案预算表。方案人员除了方案预算表外，其它的数据都可以维护和查看。商务人员对所有服务方案可见，并且可以查看和更新每个方案的方案预算表。公司领导可以查看所有服务方案。

培训管理是培训负责人维护各自负责的培训课程（Course）。培训课程数据的查询功能向全体员工开放，每个员工都可以查看公司所提供的培训课程，下载课程培训文档。员工还可以登录系统查看近期安排的培训日程，并且报名培训。当培训结束后，培训负责人可以给每个学员维护他们的完成状态（参加，或缺席）。

软件构架图

功能结构分析

3 针对软件的各功能模块做具体的设计描述及附注相关设计结果

3.1 服务产品管理

3.1.1 功能简介

每个方案人员可以在此模块中维护公司所能提供的服务产品。方案人员可以浏览服务产品列表，并且在查询区域输入适当的查询条件进行查询。针对查询结果，还可以对服务产品数据进行添加，删除，修改等操作，每个服务产品都会有一个负责人，每个服务产品只能由负责人进行删除或修改，其它人员只能进行查看。服务产品除了一些基本信息外，还包括服务产品文档，负责人可以随意为服务产品添加产品文档。服务产品应该同时向所有公司员工开放，全员可以查看并学习。

?服务产品详情

?服务产品的管理，添加，删除，修改

3.1.3 数据表设计

表名：s_service_product服务产品

3.2 服务方案管理

3.2.1 功能简介

每个商机在立项以后都会给客户提供方案，此模块就是用以维护服务方案数据的。

方案人员可以添加，删除，修改服务方案，并且可以浏览和查询已有的服务方案。服务方案除了基本信息以外还包括方案正文，方案PPT和方案预算表。方案人员除了方案预算表外，其它的数据都可以维护和查看。方案总监同样可以对服务方案数据进行增加，删除，修改和查询，并且对每个服务方案的所有属性可见，包括方案预算表。商务人员对所有服务方案可见，并且可以查看和更新每个方案的方案预算表。公司领导可以查看所有服务方案。

?客户方案的提供

?管理员对客户方案的修改

?不同人对方案的查看3.2.3 数据表设计

表名：s_service_solution服务方案

3.3 培训管理

3.3.1 功能简介

培训负责人维护各自负责的培训课程（Course）。在培训课程维护界面，培训负责人可以增加，删除，修改，浏览和查询培训课程。培训负责人不能访问其他培训负责人负责的培训课程。除此之外，培训课程数据的查询功能向全体员工开放，每个员工都可以查看公司所提供的培训课程，下载课程培训文档。

培训负责人还可以安排具体的培训日程。每个培训日程包括培训课程，报名截止时间，开课时间，报名人数，培训地点等属性。培训负责人可以创建，删除，修改，浏览和查询培训日程。同时员工还可以登录系统查看近期安排的培训日程，并且报名培训。

如果尚未到达报名截止日期，允许员工撤销培训报名。培训负责人还可以管理培训日程的进度：培训负责人可以查看报名学员的列表；到了培训报名截止日期时，培训负责人可以给每个员工“发送培训通知”；当培训结束后，培训负责人可以给每个学员维护他们的完成状态（参加，或缺席）。

3.3.2 功能说明

?培训课程信息的查看

?培训课程信息的修改

?培训负责人的特权

3.3.3 数据表设计

表名：s_course培训课程

表名：s_lesson培训日程

表名：s_lesson_trainee培训名单

代码：

package com.lenovoai.nicemis.web.action;

import org.springframework.web.struts.ActionSupport; import org.apache.struts.action.ActionForward;

import org.apache.struts.action.ActionMapping;

import org.apache.struts.action.ActionForm;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import javax.servlet.http.HttpSession;

import org.springframework.context.ApplicationContext; import com.lenovoai.nicemis.service.*;

import com.lenovoai.nicemis.model.*;

import com.lenovoai.nicemis.model.security.*;

import com.lenovoai.nicemis.util.*;

import java.util.*;

/**

*

Title:

*

Description:

*

Copyright: Copyright (c) 2005

*

Company:

* @author not attributable

* @version 1.0

*/

public class FindServiceProductsForAllAction

extends ActionSupport {

public ActionForward execute(ActionMapping mapping, ActionForm form,

HttpServletRequest request,

HttpServletResponse response) throws Exception {

//collect parameters for business logic

HttpSession httpSession = request.getSession(true);

SecurityDetails sd = (SecurityDetails) httpSession.getAttribute(

SecurityDetails.SECURITY_DETAILS_KEY);

String serviceProductId = (String) request.getParameter("serviceProductId");

String serviceProductName = (String) request.getParameter("serviceProductName");

String serviceProductType = (String) request.getParameter("serviceProductType");

String serviceProductOwnerName = (String) request.getParameter("serviceProductOwnerName");

String year = (String) request.getParameter("year");

int iPageSize = getPageSize(request);

int iPageNo = getPageNo(request);

ServiceProductQueryObj queryObj = new ServiceProductQueryObj();

queryObj.setCurrentUserEmpNo( sd.getUserInfo().getEmpNo() );

queryObj.setServiceProductId(serviceProductId);

queryObj.setServiceProductName(serviceProductName);

queryObj.setServiceProductType(serviceProductType);

queryObj.setServiceProductOwnerName(serviceProductOwnerName);

queryObj.setYear( year );

ApplicationContext context = getWebApplicationContext();

IServiceProductService serviceProductService = (IServiceProductService) context.getBean(

"serviceProductService");

PageInfo pageInfo = new PageInfo();

try {

pageInfo = serviceProductService.findServiceProductsForAll(iPageSize, iPageNo, queryObj);

}

catch (Exception ex) {

request.setAttribute("feedback", ex.getMessage());

}

request.setAttribute("pageInfo", pageInfo);

return mapping.findForward("success");

}

int getPageSize(HttpServletRequest request) {

int iPageSize = 0;

String strPageSize = null;

strPageSize = (String) request.getParameter("pageSize");

if (strPageSize == null || strPageSize.equals("")) {

iPageSize = Constant.getConPagesize(); ////////////////////////////////////

}

else {

try {

iPageSize = Integer.parseInt(strPageSize);

}

catch (Exception ex) {

iPageSize = Constant.getConPagesize(); ////////////////////////////////////

System.out.println(

"Developer Debug Log: [ pageSize parameter is incorrect! ]");

}

}

return iPageSize;

}

int getPageNo(HttpServletRequest request) {

int iPageNo = 0;

String strPageNo = null;

strPageNo = (String) request.getParameter("pageNo");

if (strPageNo == null || strPageNo.equals("")) {

iPageNo = 1; ////////////////////////////////////

}

else {

try {

iPageNo = Integer.parseInt(strPageNo);

}

catch (Exception ex) {

iPageNo = 1; ////////////////////////////////////

System.out.println(

"Developer Debug Log: [ pageNo parameter is incorrect! ]");

}

}

return iPageNo;

}

}

维护服务方案（方案人员）

package com.lenovoai.nicemis.web.action;

import org.springframework.web.struts.ActionSupport;

import org.apache.struts.action.ActionForward;

import org.apache.struts.action.ActionMapping;

import org.apache.struts.action.ActionForm;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import javax.servlet.http.HttpSession;

import org.springframework.context.ApplicationContext;

import com.lenovoai.nicemis.service.*;

import com.lenovoai.nicemis.model.*;

import com.lenovoai.nicemis.model.security.*;

import com.lenovoai.nicemis.util.*;

import java.util.*;

/**

*

Title:

*

Description:

*

Copyright: Copyright (c) 2005

*

Company:

* @author not attributable

* @version 1.0

*/

public class FindServiceSolutionsForSolutionerAction

extends ActionSupport {

public ActionForward execute(ActionMapping mapping, ActionForm form,

HttpServletRequest request,

HttpServletResponse response) throws Exception {

//collect parameters for business logic

HttpSession httpSession = request.getSession(true);

SecurityDetails sd = (SecurityDetails) httpSession.getAttribute(

SecurityDetails.SECURITY_DETAILS_KEY);

String bizoppId = (String) request.getParameter("bizoppId");

String serviceSolutionName = (String) request.getParameter("serviceSolutionName");

String contentDegreeLeader = (String) request.getParameter("contentDegreeLeader");

String contentDegreeSale = (String) request.getParameter("contentDegreeSale");

String serviceSolutionOwnerName = (String) request.getParameter("serviceSolutionOwnerName");

String year = (String) request.getParameter("year");

int iPageSize = getPageSize(request);

int iPageNo = getPageNo(request);

ServiceSolutionQueryObj queryObj = new ServiceSolutionQueryObj();

queryObj.setCurrentUserEmpNo( sd.getUserInfo().getEmpNo() );

queryObj.setBizoppId(bizoppId);

queryObj.setServiceSolutionName(serviceSolutionName);

queryObj.setServiceSolutionOwnerName(serviceSolutionOwnerName);

queryObj.setYear( year );

queryObj.setContentDegreeLeader(contentDegreeLeader);

queryObj.setContentDegreeSale(contentDegreeSale);

ApplicationContext context = getWebApplicationContext();

IServiceSolutionService serviceSolutionService = (IServiceSolutionService) context.getBean(

"serviceSolutionService");

PageInfo pageInfo = new PageInfo();

try {

pageInfo = serviceSolutionService.findServiceSolutionsForSolutioner(iPageSize, iPageNo, queryObj);

}

catch (Exception ex) {

request.setAttribute("feedback", ex.getMessage());

}

request.setAttribute("pageInfo", pageInfo);

return mapping.findForward("success");

}

int getPageSize(HttpServletRequest request) {

int iPageSize = 0;

String strPageSize = null;

strPageSize = (String) request.getParameter("pageSize");

if (strPageSize == null || strPageSize.equals("")) {

iPageSize = Constant.getConPagesize(); //////////////////////////////////// }

else {

try {

iPageSize = Integer.parseInt(strPageSize);

}

catch (Exception ex) {

iPageSize = Constant.getConPagesize(); ////////////////////////////////////

System.out.println(

"Developer Debug Log: [ pageSize parameter is incorrect! ]");

}

}

return iPageSize;

}

int getPageNo(HttpServletRequest request) {

int iPageNo = 0;

String strPageNo = null;

strPageNo = (String) request.getParameter("pageNo");

if (strPageNo == null || strPageNo.equals("")) {

iPageNo = 1; ////////////////////////////////////

}

else {

try {

iPageNo = Integer.parseInt(strPageNo);

}

catch (Exception ex) {

iPageNo = 1; ////////////////////////////////////

System.out.println(

"Developer Debug Log: [ pageNo parameter is incorrect! ]");

}

}

return iPageNo;

}

}

查询全部培训课程

package com.lenovoai.nicemis.web.action;

import org.springframework.web.struts.ActionSupport;

import org.apache.struts.action.ActionForward;

import org.apache.struts.action.ActionMapping;

import org.apache.struts.action.ActionForm;

import javax.servlet.http.HttpServletRequest;

import javax.servlet.http.HttpServletResponse;

import javax.servlet.http.HttpSession;

import org.springframework.context.ApplicationContext;

import com.lenovoai.nicemis.service.*;

import com.lenovoai.nicemis.model.*;

import com.lenovoai.nicemis.util.*;

import java.util.*;

import com.lenovoai.nicemis.model.security.SecurityDetails;

/**

*

Title:

*

Description:

*

Copyright: Copyright (c) 2005

*

Company:

* @author not attributable

* @version 1.0

*/

public class FindContractsForAllAction

extends ActionSupport {

public FindContractsForAllAction() {

}

public ActionForward execute(ActionMapping mapping, ActionForm form,

HttpServletRequest request,

HttpServletResponse response) throws Exception {

//collect parameters for business logic

String contractId = (String) request.getParameter("contractId");

String bizoppId = (String) request.getParameter("bizoppId");

String customerName = (String) request.getParameter("customerName");

String projectName = (String) request.getParameter("projectName");

String orderRevenueOneSign = (String) request.getParameter("orderRevenueOneSign");

String orderRevenueOne = (String) request.getParameter("orderRevenueOne");

String orderRevenueTwoSign = (String) request.getParameter("orderRevenueTwoSign");

String orderRevenueTwo = (String) request.getParameter("orderRevenueTwo");

String contractDate = (String) request.getParameter("contractDate");

String deptNo = (String) request.getParameter("deptNo");

int iPageSize = getPageSize(request);

int iPageNo = getPageNo(request);

ContractQueryObj queryObj = new ContractQueryObj();

queryObj.setBizoppId(bizoppId);

queryObj.setContractDate(contractDate);

queryObj.setContractId(contractId);

queryObj.setCustomerName(customerName);

queryObj.setOrderRevenueOne(orderRevenueOne);

queryObj.setOrderRevenueOneSign(orderRevenueOneSign);

queryObj.setOrderRevenueTwo(orderRevenueTwo);

queryObj.setOrderRevenueTwoSign(orderRevenueTwoSign);

queryObj.setProjectName(projectName);

queryObj.setDeptNo(deptNo);

ApplicationContext context = getWebApplicationContext();

IContractService contractService = (IContractService) context.getBean(

"contractService");

//added by Chen Hongkun,20080601

IDepartmentService departmentService = (IDepartmentService)context.getBean("departmentService");

PageInfo pageInfo = new PageInfo();

try {

pageInfo = contractService.findContractsForAll(iPageSize, iPageNo, queryObj);

}

catch (Exception ex) {

项目质量管理制度1.doc

项目质量管理制度1 项目施工质量管理制度 1.目的 为使工程项目施工过程得到识别和控制，并最终保证工程项目的施工质量，以满足国家法律法规和发包方的要求。 2．范围 本制度适用于对工程项目施工质量策划、施工设计、施工准备、施工过程质量和服务予以控制。 3．职责 3．1项目管理部是工程项目施工质量管理的归口管理部门。 3．2各项目部按工程项目施工过程质量控制要求实施。 3．3其他部门配合项目管理部做好工程项目施工过程质量控制。 4．工作程序 4．1策划 4．1．1组织准备 项目管理部确定每个项目有资质的项目经理，以实行项目经理负责制，并配备充分和适宜的相应的管理人员和作业人员，以满足工程项目施工质量管理需要。

4．1．2设计交底 项目管理部应按规定接收确认设计文件，参加图纸会审并组织与各项目部施工有关的人员学习设计文件和进行设计交底，以熟悉和了解工程特点、设计意图，掌握相关的工程技术和质量要求，并从施工的角度提出设计修改和优化意见。 4．1．3工程项目施工质量管理策划 对于确定的进户门（防火门、防盗门）合同，项目管理部组织职能部门有关人员（技术、质量、预算、采购等人员），依据工程项目招投标策划情况，合同要求及设计交底情况，对该工程项目施工质量管理进行策划，形成项目策划书，包括： （1）项目部质量目标和要求。 （2）项目部的质量管理组织和职责。 （3）施工管理依据的文件清单和文本，包括国家法律、地方法规的要求。 （4）劳动力配置计划、临时设施和施工机具配置计划、主要工程物资采购计划、施工方案编制计划，施工详图出图计划等资源的需求和配置方案。 （5）施工场地、道路、水电、消防、临时设施规划，施工现场总平面图。 （6）质量关键点、质量影响因素分析及其控制措施，包括关键工序施工方案，特殊过程管理方案。

客户关系管理系统规章制度

实用文案 前言 本标准为规范公司及各分店客户档案制度发文及管理而制定。 本标准于2012年首次制定。 本标准由客户服务部提出。 本标准由客户服务部起草。 本标准由客户服务部负责归口。 本标准由打印、**校对、共印零份。 本标准主要起草人：** 本标准审核人： 本标准会审人： 本标准批准人： 文案大全

客户关系管理制度 1.0 总则 客户关系管理是是以客户为核心的企业营销的技术实现和管理实现。客户关系管理注重的是与客户的交流，通过一对一的营销原则，满足不同价值客户的个性化需求，提高客户忠诚度和保有率，实现客户价值持续贡献，从而全面提升企业盈利能力。 为了更好的与客户进行有效沟通，建立起可以为客户提供多种交流的渠道，从而有效评估客户对企业的价值贡献与建立回馈客户的有效机制，特制定本办法。 2.0范围 本制度规定了公司各级销售单位对新、老客户的日常管理内容，包含了客户的引入方式、客户的日常维护标准、客户回访、客户的评级分析规则等管理标准。 本制度隶属于公司《客户管理体系》之第二模块，第一模块为2012年4月发布的《客户服务管理制度》。 本制度适用于： a）客户开发、回访、跟进等管理要求与业务工具使用标准； b）客户建档要求与在库档案的维护管理标准； c）客户的评级管理标准； 3.0术语 下列术语和定义适用于本规定。 3.1客户关系：指企业为达成经营目标，主动与客户建立起的某种联系。 3.2业务管理：公司经营过程中的生产、营业、投资、服务、劳动力和财务等各项业务按照经营目的执行有效的规范、控制、调整等管理活动。 4.0职责 4.1 公司各部门 负责认真学习、贯彻客户关系管理制度，并按照制度中的要求履行岗位的责任。 4.2 客户服务部 负责对本制度的执行与管理情况进行监督和检查。 5.0 相关文件 下列文件中的条款通过本规定的引用而成为本规定的条款；凡是不注日期的引用文件，其最新版本适用于本规定。

死因制度

死因监测管理制度 1、组织本院门诊医生及乡村医生每个月召开一次死因监测工作会议，主要内容为死亡信息的收集、报告等。 2、医院要高度重视死因监测工作，每季度组织召开死亡报告讨论会，对存在的问题要尽快解决，使《死亡医学证明书》的填写得到不断的完善。 3、医院安排人员参加卫生所的死因监测工作会议，了解存在的问题并给予技术上的指导和协调。 两家子镇中心卫生院

死因登记报告管理制度 1、在医疗过程中患者死亡后，须填报《死亡病例报告卡》，对死亡案例进行死因医学诊断并由诊治医生填报《死亡医学证明书》。 2、网络直报人员在开具死亡证明书后7天内完成网络直报工作。在进行直报时要认真填写基本信息：姓名、性别、年龄、职业、发病日期、诊断日期、报告日期、报告单位；死亡信息：死亡日期、死亡原因（直接死因、根本死因、与传染病相关的死因及不明死因）。对于不明原因死亡病例，要在《医学死亡证明书》背面〈调查记录〉一栏填写病人症状、体征。 3、对死亡医学证明书要保存与管理，协助县市级疾病预防控制机构开展相关调查工作。 4、要定期检查各科室死亡报告情况，并对网络直报工作进行定期督导，发现问题及时解决。 两家子镇中心卫生院 死亡信息核实制度

1、要建立死亡信息核实制度，对死因信息不清楚，死因不明的死亡病例要认真核实调查，提高死因推断准确性。 2、要安排专门人员及时收集院内死亡的信息，对有疑问的《死亡医学证明书》及时向诊治（填写）医生进行核实。 3、负责死亡报告工作的医生，对在家中死亡，死亡信息不清楚、死因不明的，需核实调查或入户调查，并在《死亡医学证明书》第二联及网络报告卡中填写调查记录。 两家子镇中心卫生院

日常维修管理制度

日常维修管理制度 一、目的 为确保公司办公环境的正常运行，加强对办公楼水、电、设施、设备的日常维护保养。做到小修不过夜，大修不隔天。同时还要认真做好办公区水、电使用管理的日常检查，杜绝跑、冒、滴、漏等浪费现象，从各方面降低办公成本，特制定本制度。 二、维修范围 1、建筑类维修范围：铸源大厦、办公楼A、B、C座及库房的墙面、地面、屋顶、门窗、室内办公家具、办公设备设施，室外道路、围墙、楼梯、排水沟盖等局部维修； 2、水电维修范围：公司水、电的日常维修项目（包括房屋设施的灯具、电器线路、供水管网、供电线路、户外、室内门窗、楼道的照明、维修，水、电管道维修等）。 3、排污疏通维护、维修范围：排水排污管道（含办公区内全部沟井、沟渠、沟槽）疏通、清淤；排水排污系统设施维修；化粪池清淤；食堂排油管和捞油池的清通。 4、房屋建筑下陷修复范围：因地面下陷而引起的管道脱节修复；墙体墙面开裂修复；房屋地陷补缝；地砖松动破裂更换；墙面受潮污损粉刷； 5、仓储维修范围：员工办公车厢房全面维修保养工作（包括门、窗、锁、网络、照明、水、电线路、安全排除等相关事项）。 三、组织机构

以上涉及的零星维修由项目工程部统一管理，由项目工程部主管负责审核、申报、维修安排、联合验收、付款等相关程序，同时根据维修项目的大小确定内部维修或委外处理。 四、申报流程 1、各部门将需要修缮维护的项目，填写在公司《修缮申请表》（内容要真实、位置要准确表格附后），经部门领导签字确认后报行政部，再由行政部交于项目工程部实施维护。 2、项目工程主管根据上报项目的具体情况，带维修人员及项目申报部门的相关人员到现场核实，结合事项的情况，将项目的工作量及工程费用预算填写在表中上报。 五、审批权限 审批权限： 1、预算在500 元以下的公司内部维修项目，由上报部门负责人签名，经行政主管核实、行政经理审批执行； 2、预算在500 元以上的维修项目，由上报部门负责人签名，经项目工程部主管核实，报分管副总裁审核，经执行总裁审批执行； 3、预算在万元以上维修项目，且需要委托外维修的项目，由上报部门负责人签名，经项目工程部主管初步预算费用，经分管副总裁签名，经执行总裁审批后，再转交行政主管完成比价程序后，报分管副总裁审核，经执行总裁审批后执行。 六、内部维修配件的采购与报销 为保障维修成本，公司内部维修所需要的全部配件、材料均由行

项目管理规章制度

项目管理规章制度 档案管理咨询项目 工作规章制度 一、审验人员守则 1. 遵守国家法律、法规，遵守当地政府颁布的法律、法令以及业主和总监办制定的规章制度，严禁违法乱纪行为的发生。 2. 审验人员应认真贯彻执行有关档案和公路竣工文件立卷归档的各项要求，按照“严格审验，优质服务，严谨公正，一丝不苟”的原则，履行档案管理咨询工作的各项义务和职责，以高度的事业心和强烈的责任感对建设单位负责。 3. 虚心接受省档案局、省交通运输厅的业务指导，努力学习，不断提高业务素质和审验工作水平，尽量避免差错和失误，对因工作失职甚至营私舞弊而造成损失者，严肃处理。 4. 不得参加有碍公正执行审验业务的活动，不索贿受贿损公肥私，不准收红包。 5. 要严守“守法、诚信、公正、科学”的执行准则，维护和协调好与建设单位和各施工、监理单位档案管理人员的关系。 6. 不得泄露工程方面各方认为需要保密的事项。 7. 未经批准，不准自行离岗，不得消极怠工，不得在工作时间私自离开工作岗位(旷工)。 8. 坚持科学态度，尊重客观事实，不得弄虚作假对不合格的文件材料签收，审验人员的意见和建议均应是书面的，口头通知后必须在24小时内以书面形式明确。

9. 审验人员与档案管理人员在对文件材料的立卷归档要求和规定发生分歧时，应以技术规范、检验评定标准和相关文件的规定为依据，决不能感情用事或凭个人经验和看法作出决定。 10. 当审验人员发现自身不能处理的问题时，应及时向项目经理汇报，请求批复。 二、审验人员须知 1. 审验人员应根据各自的分工和职责范围，熟悉施工现场和设计图纸、技术规范和审验程序。审验组每月组织1,2次审验知识和技术业务方面的学习，不断提高全体审验人员的业务素质和审验水平，搞好本职工作。 2. 对审验过程中发现的问题，审验人员应跟踪检查，督促承包人及时予以修正。 3. 审验人员应保持与建设单位档案管理人员的良好交流和沟通，对其指示要记录清楚。 4. 对软基处理、滑坡治理、桩基础、预应力筋的张拉、隧道的支护衬砌厚度等项目的原始资料进行认真审查，以保证数据的正确性和施工过程描述的合规性。 5. 审验人员应对各单位的预立卷工作进行跟踪检查，及时向建设单位反馈各单位存在的问题，提出处理意见。 6. 审验人员要对各单位的组卷情况进行跟踪检查，及时纠正其不妥当的做法，对不符合《公路建设项目文件材料立卷归档管理办法》的要求的做法，要坚决制止。 7. 审验人员既要热情服务，又要敢抓敢管，要经常深入施工一线检查、指导，发现和解决问题。 8. 全体审验人员要坚持写审验备忘录，对每天所发现的问题、处理意见及其它工作内容必须详细记载。

客户关系维护费用管理制度(初稿)

客情关系维护费用管理制度（初稿） 第一条客户关系维护费用的主体内容 1、客户关系维护费性质 客户关系维护费简称客情费，是指在规定的销售政策之外，充分调动各种资源及运用个人的努力与魅力给予客户情感上的关怀和满足，为正常的销售工作创造良好的人际关系环境，为客户创造不间断利益，即在一定的物质利益基础上、多方面努力建立愈来愈稳定的客情关系，不断的开拓和维护好公司与客户的长久利益关系而使用的专项费用，不得用做其它支出或任何个人收入。 2、客户关系维护费使用范围及用途 ①客户采购员：用于直接提高纯销，在可选择范围内获得选择优先权，直接 建立并维护良好的客情关系； ②客户采购部领导：用于取得客户采购部对工作的支持、配合及回款； ③客户主管采购的公司领导：用于公司发展情况及公司未来创新需求的沟 通，便于捕捉市场信息，长期有效维护好客情关系及做好回款工作； ④用于争取新客户而所需的特殊费用； ⑤用于客户的活动、推广会及各种联谊等。 原则上，必须实现纯销而且回款之后，才可兑现客情费，也可根据客户回款率来决定客情费兑现率。具体因公司而定。 3、客户关系维护费用标准 根据公司盈利条件，针对每个产品制定不同标准的客情费，至于如何在客户各种相关人员中分配，因具体而定，举例如下： ①进口模块。其标准如下：

②其它品种，待定。 4、销售部建立“客户关系维护费——xx品种”科目, 在财务指导与监督下实行专户管理。 第二条客户关系维护费统计、检核 1、每月第3个工作日下班前，销售代表填报上一月《月客户采购及客情费统计表》（见附表1）和《月新客户特殊费用申请汇总表》（见附表2），交销售文员。 2、销售文员、销售部经理、财务部逐层检核《月客户采购及客情费统计表》和《月新客户特殊费用申请汇总表》（缺少任何一方签字，视为无效）。检核在第8个工作日下班前完成。 3、检核签字后的《月客户采购及客情费统计表》和《月新客户特殊费用申请汇总表》，原件留存财务部，复印件留档销售部。 第三条客户关系维护费的申请、兑付及核销 1、争取新客户或签订新客户合同时所需的特殊费用，必须在签订合同前填写《新客户特殊费用申请表》（见附表3），按程序书面逐级申请，检核签字后方可兑现，申请表原件留存财务部，复印件留档销售部。签订合同后申请一律无效，原则上回款之后才能兑现。 2、每月第9个工作日，代表根据《月客户采购及客情费统计表》按费用借支规定程序借支，以现金方式开始兑付上一月的客情费。 每个销售代表借支限额3000元，兑现完毕、销售部经理对其抽查3家确认

死因工作规范

居民死亡报告和死亡原因统计工作是通过持续、系统地收集人群死亡资料，并进行综合分析，研究死亡水平、死亡原因及变化趋势和规律的一项基础性工作。死亡资料分析产生的期望寿命、孕产妇死亡率和婴幼儿死亡率等健康指标和死因统计信息是反映国家和地区社会经济水平和文化发展状况的重要的科学指标，为国家制定社会经济发展政策、卫生事业发展规划和卫生政策提供科学的依据，同时也是医学、人口学、社会学等科学研究的基础信息。 居民死亡登记所签发的《死亡医学证明书》（以下简称《死亡证》），为政府进行人口和户籍管理提供客观和科学的法律文书文件，是实现人口管理文明和法制化的重要内容。 为了加强死亡报告与死亡原因统计工作的规范化管理，提高死亡报告工作质量，同时，为了及时准确地发现诊断不明的死亡病例，为传染病和新发传染病监测和预警提供基线数据，根据《中华人民共和国传染病防治法》、《中华人民共和国统计法》、《中华人民共和国执业医师法》、《全国卫生统计工作管理办法》和《关于使用死亡医学证明书和加强死因统计工作的通知》等法律、法规和文件，制定本规范。 本规范适用于承担全国疾病监测系统死因监测工作的各级疾病预防控制机构（以下简称疾控机构）和监测点行政区划内各级各类医疗机构。 一、死亡登记 死亡登记对象为发生在辖区内的所有死亡个案，包括在辖区内死亡的户籍和非户籍中国居民，以及港、澳、台同胞和外籍公民。 （一）不同情形死亡个案的登记 1.医疗卫生机构死亡个案 （1）凡在各级各类医疗机构发生的死亡个案（包括到达医院时已死亡，院前急救过程中死亡、院内诊疗过程中死亡）均应由诊治医生作出诊断并逐项认真填写《死亡证》。死亡原因不明者必须将死亡者生前的症状、体征、主要的辅助检查结果及诊治经过记录在《死亡证》第二联背面的调查记录栏内。 （2）新生儿死亡，包括活产随即死亡的应由诊治医生或接生员（助产士）填写《死亡证》。 2.家庭死亡个案 在家中死亡者，由所在地的社区卫生服务机构或承担该地区预防保健任务的医疗卫生机构（含村卫生室）的医生，根据死者家属或其他知情人提供的死者生前病史、体征和/或医学诊断，作出正常死亡和非正常死亡判断。对于正常死亡者，应对其死因进行推断，填写《死亡证》，并由街乡居委会（村委会）盖章证明，同时必须填写死亡调查记录（记录内容包括致死疾病的全称、诊断单位、时间、依据），同家属签名。 3.其他场所发生的正常死亡个案，由负责救治的医生填写《死亡证》；在医务人员到达之前属于正常死亡者，由救治医生根据死者家属或其他知情人提供的死者生前病史、体征和/或医学诊断，进行死因推断后填写《死亡证》。 4.凡非正常死亡或不能确定是否属于正常死亡者，需经公安部门判定死亡性质，并出具《法医鉴定书》，卫生部门根据公安司法部门的《法医鉴定书》填写《死亡证》。 （二）《死亡证》的填写 1.《死亡证》的填写必须使用黑色墨水笔，项目齐全、内容正确、字迹清楚，不得勾划涂改，并由填写医生签名，并逐联加盖统一的《死亡证》专用印鉴。 2.《死亡证》的填写内容 （1）一般项目：姓名、性别、民族、主要职业及工种（尽可能同时填写职业和主要从事工作，如：车工、钳工、纺织工、门卫等）、身份证号、户口地址（应按身份证或户口本上登记的填写完整）、现住址、（应填写具体门牌号）生前工作单位（应填写死前最后的或工作时间较长的单位）、出生日期和死亡日期（按公历填写）、实足年龄（按周岁计算，不满1周岁的按月日计算，不满1日的按小时、分钟计算）、婚姻情况、文化程度、死亡地点、疾

项目管理制度10735

项目管理制度 一、目标 为规范公司项目管理、提高项目质量、降低项目成本、规避项目风险，特制定本制度。 二、适用范围 本制度适用于公司信息安全服务项目实施期间（项目立项至项目结项）涉及到的公司内部相关管理工作，本制度仅适用于所有非涉密的信息安全服务项目。 三、项目管理职责 公司实行项目经理负责制。 1、认真贯彻执行国家经济建设方针、政策、法律和企业的各项规章制度。接受局指及中南指挥部的领导及业务部门的检查指导。 2、全面负责项目管理、施工生产、安全质量、工期效益、严格履行工程建设合同和企业内部承包合同，确保合同目标的实现。承担因管理不善造成的经济责任、行政责任乃至法律责任。 3、对工程项目实施有效控制，确保安全、质量、工期、效益目标的实现。 4、充分发挥项目管理机构整体作用，制订各类管理人员的职责、权限，建立健全岗位责任制和项目管理的各项规章制度及工作标准。 5、协调处理内外关系，及时妥善的处理施工中的问题。及时计回工程价款。负责做好工程索赔工作。 6、积极推广应用“四新”成果，组织编制竣工文件、施工技术总结。负责工程项目竣工交验和保修服务。 7、贯彻按劳分配原则，正确处理各种利益的关系，合理兼顾项目利益和职工利益，改善劳动条件，调动职工积极性、主动性和创造性，抓好“两个文明”建设，培养企业精神和

职业道德。 8、按照上级的规定和条例对优秀职工进行奖励，对违纪职工给予处罚。 9、负责从项目立项到结项过程中的各项工作、风险控制、项目质量、用户满意度和文档完成质量。 10、负责项目关键环节的评审和质量把关，负责指导和协调解决项目执行过程中遇到的问题。 四、项目管理要求 项目管理贯穿项目从立项到结项的整个过程，公司所有项目都要求按照项目管理要求进行实施，对于规模较小、时间较短的项目，在保证顺利通过项目验收、结项的情况下，项目经理和部门可以根据项目情况简化相关项目管理，并报部门备案。 1 项目立项管理 具体立项流程详见公司具体规定。 2 项目计划管理 项目立项时由立项申请人明确的项目主要需求与目标，此需求和目标将作为项目经理制定项目计划的依据。 项目经理首先应根据项目计划、技术方案以及调研情况，在项目启动会上向项目组成员说明。项目计划包括项目实施目标与实施内容、项目里程碑和输出物、项目实施进度安排与任务分工、项目的人工成本和费用预算（适用时）、项目风险分析、项目质量保证措施等。 3 项目过程管理 项目经理召开项目启动会，向项目组成员（包括甲乙双方，必要时包括第三方）介绍项目背景、客户要求、解决方案等情况，向项目成员明确项目工作内容和任务分工、进度计划。 公司应按项目“里程碑”对项目进展情况进行监控与管理。 项目周报是公司跟踪和掌握项目进展情况的主要手段。项目经理在每周的项目周报中，详细说明项目总体进展情况、本周计划执行情况、存在的问题、风险，明确项目下一周的工

大客户维护及管理办法

广东省邮政函件大客户管理办法 第一章总则 一、为切实加强我省函件大客户的经营、服务、管理工作，有序、有效地拓展大客户市场，提高客户满意程度，增强企业竞争力，特制定本管理办法。 二、本办法适用于我省函件大客户。 第二章函件大客户的定义及分级标准 一、函件大客户的定义 函件大客户指函件业务收入达到一定标准，与邮政企业签订协议的，并在广东邮政大客户营销管理系统（CRM系统）里注册的客户，包括公检法、社会团体、大中专院校、新闻、文艺、出版社、通讯、金融、服务、制造等各类企业、大型集团公司等。 二、函件大客户分级标准 （一）钻石客户：年业务收入500万元（含500万元）以上的大客户，或者是省公司、省函件集邮局在CRM系统里注册的上游大客户。 （二）白金客户：年业务收入在200万元（含200万元）以上500万元以下的大客户。 （三）黄金客户：年业务收入在20万元（含20万元）以上200万元以下的大客户。

（四）VIP客户：年业务收入在1万元（含1万元）以上20万元以下的大客户，函件业务收入分组中第二、第三组的市局可按此标准适当乘以0.9—0.8的系数进行评定。 第三章函件大客户的管理归属 全省函件专业大客户的开发维护及管理工作均在省公司的统一指导、部署下有序、有效、健康开展。开发维护的原则是在客户分级管理的前提下遵循属地管理制、申报注册制等相关管理规定。 （一）钻石客户：由省函件集邮局审定，由省函件集邮局大客户中心进行统一开发与维护管理，如省函件集邮局授权地市局进行开发维护以授权委托书为依据开展开发维护工作；日常的维护工作按属地管理原则执行。 （二）白金客户：由省函件集邮局审定并由省函件集邮局大客户中心统筹监控，各市邮政局（函件集邮局）负责进行具体的开发、维护管理并负主要维护责任，日常的维护工作按属地管理原则执行。 （三）黄金客户：由各市邮政局（函件集邮局）审定，各市邮政局（函件集邮局）大客户中心负责开发、维护管理，日常的维护工作按属地管理原则执行。 （四）VIP客户：由各市邮政局（函件集邮局）审定，各县/区市函件集邮部负责开发、维护管理，向市专业局报备，日常的维护工作按属地管理原则执行。 注：凡客户邮件的邮寄范围超出本市范围、年收入在300万元

死因登记报告管理制度

死因登记报告管理制度 一、工作流程及各部门职责 1. 医生到挂号室的死亡证明存放处领取死亡证明。 2. 医生按规范填写死亡证明，填写好后加盖诊断证明章。 3. 填写好的死亡证明2日内交给直报人员，直报人员进行审查7日内上报疾控中心，上报完成后了封存在办公室长期留存。 二、死亡医学证明书的编号、发放、回收管理制度 我院死亡证明每年用量较少，根据实际情况，我院的死亡证明的编号有办公室、直报人员统一编号，发放责由填写医生2、3、4联发放给死亡家属。 三、证明书填写要求 应用黑色或蓝黑色钢笔逐项认真填写，字迹要清楚，不能涂改，不得用圆珠笔、红笔或铅笔填写。不能错项或漏项。死亡原因填写应用医学专业疾病名称，不能用英文或者英文缩写 四、死因编码、直报要求 1. 医疗机构因指定相关专业人员负责死亡病人的死因编码工作 2. 死亡病例编码（报告）负责人在接到医生填写的死亡医学证明

书后，应在7天内按照国际疾病分类标准进行死亡病例编码 3. 各级医疗机构应在7天内完成死因编码和网络直报，不具备网络直报的条件的医疗机构应于7天内完成死因编码并填写完整的《死亡医学证明书》《死亡病例报告卡》送交市、县CDC，市、县CDC 应在当天网络直报。 4. 医疗机构在报告死亡原因时，必须写明直接死因、根本死因并按标准进行编码。 5. 负责死亡报告和死因编码的人员要认真负责，不得出现编码错误、迟报、漏报 五、原始卡片的保存要求 1.报告单位应妥善保存死因登记信息原始资料，填报的《死亡医学证明书》由录入单位档案管理要求长期保存。 2. 报告单位应定期下载或查看个案数据和储存本单位网络上报的原始数据库，并采取有效方式进行数据的长期备份。 3.死亡统计资料或分析信息的管理和使用相关单位应按照有关法律、法规和国家、省级卫生行政部门有关规定执行，不得擅自公布。 4.对于需要使用死亡信息的，应由申请人按有关行政审批程序进行审批，申请书应明确信息的用途、范围、时段和类别。

日常维修维护管理制度

2017小学校舍 1.年末应对校舍进行检查维修养护，保证随时发现问题及时维修。对校舍定期查勘鉴定，发现危房立即向学校及上级主管部门汇报，立即封闭停用，按有关规定加固或拆除。大、中修项目由学校提前上报主管部门审批实施。 2.校舍各部按以下要求维修 ①门、窗保持完整无损，开启灵活，玻璃五金齐全，油漆完好，铝合金窗要保证推拉灵活，玻璃、皮条、完好无损。 ②屋面应保持不渗漏，无破损，无杂物，平整完好，排水畅通。 卷材屋面每年雨季前检查维修一遍，确保使用。 ③墙体应保持完好，平整、牢固、无裂缝。内墙瓷砖不空鼓，无脱落。外墙不剥落，瓷砖不空鼓，不脱落。内墙、顶棚可三年粉刷一次。 ④地面应保持平整完好，无空鼓，无裂缝。地面砖无空鼓，无破损。 ⑤落水管应保持完好无缺。 ⑥散水坡应保持完好无渗，房屋周围应保持排水畅通。 ⑦屋面防雷设施，每年雷雨季节前要检查维修一次，并检测导电功能是否达到要求。 ⑧水、电、暖设施应定期检测维修，严防跑、冒、滴、漏、确保畅通安全。3.新建校舍功能必须符合标准要求： 做到有证勘探，有证设计，按投招标手续，有证施工。由质检站、监理公司、施工单位、学校共同严把质量关，验收关，确保工程合格后交付使用。 4.校舍档案是维护学校权益，查勘维修房屋，合理使用校舍，反映学校建设的重要资料。因此，学校必须建立校舍档案，校舍档案分为确权、基建、管理三大职责。 ①校舍档案的归集整理由分管校长，总务主任，档案管理员，共同负责。

②修建工程竣工及房屋，土地权属的变更，必须在两个月之内将一切档案资料整理归档。 ③校舍档案由专职档案人员保管，专柜存入，并切实做好档案的防火，防盗，防虫，防鼠，防霉，防光，防高温工作。 ④档案一般不得外借，如工作需要，借用人需写借条，用后及时归还。不准拆页，确保安全完整。 5.加强领导 校舍设施维护管理是学校管理的重要组成部分。所以学校要切实下大力气抓好这项工作，为此要做好以下具体工作。 ①学校成立以校长任组长，总务主任为副组长校舍设施维护管理领导小组，配齐有关管理人员，明确责任，统一管理好这项工作。 ②及时倾听师生的意见，定期研究，部署管理工作。期末、学年末各检查总结评比一次。做到管理严格，使用方便，有奖有惩。 ③确保维护经费。维护经费是校舍设备延长寿命，确保安全，保持常用常新的根本保障。所以学校领导要广辟资金渠道，多方筹措校舍设施维护经费，用于校舍设施的维护和保养，延长使用寿命。 ④接受上级部门特别是教育局领导的检查监督，促进校产校舍设施的维护管理工作，保证教育教学事业的发展。 期胡圩小学2017年（春、秋）学

项目管理制度实施细则

金干二期项目部现场调整管理模式具体实施方案 项目部全体员工： 目前，由于我项目部管理人员与劳务管理人员对交叉进行 进一步提高项目团队素质、服务质量和工作效率，真正做到奖勤罚懒、奖优罚劣，提高项目团队的工作积极性和主动性，结合实际情况，特制定 一、绩效考核的目的、用途和方式 1、绩效考核的最终目的是提高项目团队工作效率，发现、培养、使用人才，创建精英团队。 2、考核的结果主要用于工作反馈、考核工资支付、年终奖金支付、薪资调整、岗位调整、晋级和工作改进。 二、考核原则 客观性：绩效考核要客观的反映项目员工的实际情况，考核必须以考核项目、员工岗位职责、工作事实及日常工作纪录为依据，只对该员工本人工作情况进行客观评价，对事不对人，保证考核评价结果客观、公正、合理，避免由于光环效应、新近性、偏见等带来的误差。 公平性：考核者必须公正无私，严禁营私舞弊，对于相同岗位的管理人员使用相同的绩效考核标准。 公开性：所有考核结果对本人公开。 考核标准：以“项目管理制度实施细则”为标准。 考核依据：岗位职责、业务能力、工作态度、组织管理、目标控制（工程安全、质量、进度、成本）。 （项目管理制度实施细则） 一、行政管理： 1、服从项目部安排，完成责任工长及技术负责人交代的工作。 2、各行其职，不得经管与本项目部工作无关的其它业务。 3、发现可能对项目利益产生负面影响的安全隐患，技术问题，管理问题，项目部人员都有责任及时纠正并立即报告。视野范围内不作为者，视为失职。 4、现场例会 4.1施工现场每天18：00举行一次项目部管理人员碰头会，由责任工长主持。会议要

求简短精干，会议类容为（按照周计划对当天已完成施工内容进行汇报，对未完成内容分析原因并提出解决方案明确方案落实人员，明确明日工作内容，对无法解决的问题逐级上报。）碰头会议只限项目管理人员，其他班组可不参加，但项目部要制定管理人员对口交接落实。 4.2每周六16:30进行周例会，公司工程部、项目全体管理人员、各分包队伍负责人及主要管理人员全部参加。总结上周现场情况及施工进度、安排落实本周施工进度计划，提出施工过程中遇到问题及有可能影响本周计划完成的问题，提交现场例会解决，由项目部领导指定责任主体落实，例会中做出的决定必须坚决执行。会议纪要抄送公司相关部门及总经理。 4.3涉及需甲方协调解决的问题由责任工长汇总经项目部审核之后在每周一的甲方、监理工程联系会中提出并要求及时解决，例会中及时传达有关作业要求、及最新工程动态。 5、考勤 5.1所有管理人员常驻现场，由责任工长制定值班表，现场管理人员轮流值班。在不影响工作的情况下经责任工长同意可以合理安排轮休（月休息时间不超过2个工作日）。工作期间或休假期间通讯需24小时保持畅通。 5.2现场班组工人作息时间为项目管理人员上下班时间，严禁出现现场施工无管理人员旁站监督的情况。 5.3项目部员工请假需填写书面假条经项目部责任工长批准。突发情况经项目部领导同意后可以事后及时补办假条，假条作为考勤表附件由项目部备存，无假条，假条未经批准以未出勤的按旷工处理。 5.4员工请假三天以上的，需由项目经理批准。 二、合同管理制度： 所有供销合同需签订正式合同，合同在正式签订前，必须按规定上报相应领导审查批准。合同审批权限如下： 项目部根据工作开展需要和总经理授权，在本制度范围内由项目经理审批现场材料采购、现场材料租赁、劳务班组分包等不超过20万元的合同；标的超过20万元的（预付定金或预付货款超过2万元的、联营、合资、合作合同、劳务分包合同、重大涉外合同）由项目部连同公司相关部门进行合同会审之后，由公司总经理授权指定部门或人员签订。 合同中涉及的相关数据及条款需保密，所有合同复印件由资料室负责保管，可随时查阅。 三、财务管理 1、资金申请程序：项目部需编制项目季度、月资金预算计划，报公司审批，并向公司

公司客户服务管理办法

公司客户服务办法■★第一条本公司为强化对客户服务，加强与客户的业务联系，树立良好的企业形象，不断地开拓市场，特制订本规定。 ■★第二条本规定所指服务，包括对各地经销商、零售商、委托加工工厂和消费者（以下统称为客户）的全方位的系统服务。 ■★第三条客户服务的范围1．巡回服务活动。（1）对有关客户经营项目的调查研究。（2）对有关客户商品库存、进货、销售状况的调查研究。（3）对客户对本公司产品及其他产品的批评、建议、希望和投诉的调查分析。（4）搜集对客户经营有参考价值的市场行情、竞争对手动向、营销政策等信息。2．市场开拓活动。（1）向客户介绍本公司产品性能、特点和注意事项，对客户进行技术指导。（2）征询新客户的使用意见，发放征询卡。3．服务活动。（1）对客户申述事项的处理与指导。（2）对客户进行技术培训与技术服务。（3）帮助客户解决生产技术、经营管理、使用消费等方面的技术难题。（4）定期或不定期地向客户提供本公司的新产品信息。（5）举办技术讲座或培训学习班。（6）向客户赠送样品、试用品、宣传品和礼品等。（7）开展旨在加强与客户联系的公关活动。 ■★第四条管理各营业单位主管以下列原则派遣营销员定期巡访客户。（1）将各地区的客户依其性质、规模、销售额和经营发展趋势等，分为A、B、C、D四类，实行分级管理。 （2）指定专人负责巡访客户（原则上不能由本地区的负责业务员担任）。

■★第五条实施各营业单位主管应根据上级确定的基本方针和自己的判断，制订年度、季度和月份巡回访问计划，交由专人具体实施。计划内容应包括重点推销商品、重点调查项目、特别调查项目和具体巡访活动安排等。■★第六条赠送对特殊客户，如认为有必要赠送礼品时，应按规定填写《赠送礼品预算申请表》，报主管上级审批。 ■★第七条协助为配合巡回访问活动展开，对每一地区配置1—2名技术人员负责解决技术问题。重大技术问题由生产部门或技术部门予以协助解决。■★第八条除本规定确定事项外，巡访活动需依照外勤业务员管理办法规定办理。 ■★第九条日报巡回访问人员每日应将巡访结果以“巡访日报表”的形式向上级主管汇报，并一同呈报客户卡。日报内容包括：（1）客户名称及巡访时间。（2）客户意见、建议、希望。（3）市场行情、竞争对手动向及其他公司的销售政策。（4）巡访活动的效果。（5）主要处理事项的处理经过及结果。（6）其他必要报告事项。 ■★第十条月报各营业单位主管接到巡访日报后，应整理汇总，填制“每月巡访情况报告书”，提交公司主管领导。 ■★第十一条通报各营业单位主管接到日报后，除本单位能够自行解决的问题外，应随时填制“巡访紧急报告”，通报上级处理。报告内容主要包括：（1）同行的销售方针政策发生重大变化。（2）同行有新产品上市。（3）

设备日常维护管理制度范本

设备日常维护管理制度范本 检查电源及电气控制开关、旋扭等是否安全、可靠;各操纵机构、传动部位、挡块、限位开关等位置是否正常、灵活;各运转滑动部位 润滑是否良好，油杯、油孔、油毡、油线等处是否油量充足;检查油 箱油位和滤油器是否清洁。在确认一切正常后，才能开机试运转。 在启动和试运转时，要检查各部位工作情况，有无异常现象和声响。 2.在使用过程中 (1)严格按照操作规程使用设备。不要违章操作。 (2)确保活动导轨面和导轨面接合处无切屑、尘灰，无油污、锈迹，无拉毛、划痕，研伤、撞伤等现象。 (4)设备运转时，操作工应集中精力，不要边操作边交谈，更不 能开着机器离开岗位。 (5)设备发生故障后，自己不能排除的应立即与维修工联系;在排除故障时，不要离开工作岗位，应与维修工一起工作，并提供故障 的发生、发展情况。 3.当班工作结束后无论加工完成与否，都应进行认真擦拭，全面保养，要求达到： (1)设备内外清洁，无锈迹，工作场地清洁、整齐，地面无油污、垃圾;加工件存放整齐。 (2)各传动系统工作正常;所有操作手柄灵活、可靠。 (3)润滑装置齐全，保管妥善、清洁。 (4)安全防护装置完整、可靠，内外清洁。 (5)设备附件齐全，保管妥善、清洁。

(6)保养后，各操纵手柄等应置于非工作状态位置，电气控制开关、旋扭等回复至“0”位，切断电源。 (7)保养工作未完成时，不得离开工作岗位;保养不合要求，接班人员提出异议时，应虚心接受并及时改进。 4.为了保证设备操作工进行日常维护保养，规定每班工作结束前和节、假日放假前的一定时间内，要求操作工进行设备保养。对连 续作业不能停机保养的设备，操作工要利用一切可以利用的时间,为 使保养工作制度化，经常化，由维护工人设备及相关部门定期进行 评测，予以奖罚。 一、坚持执行变电所设备的维护保养与预防检修相结合的检修制度。积极推行故障诊断的状态监测技术，按设备运行状态合理确定 检修时间和检修内容，逐步向预知检修方向发展，以提高检修质量，降低检修费用，缩短检修停电时间。 二、变电所供电系统，包括高压电缆主线路、变电所硐室内设备、电缆、馈出高压配电点、线路的电气设备每月检查一次，发现问题 及时处理。设备检修分为小修(日常检修)、中修(月度检修)和年度 检修。 三、变电所日常巡检或检修时发现防爆性能受到破坏的电气设备，立即处理或更换，存在故障的设备严禁继续使用。 四、变电所内的高压电气设备，发现三次短路或过流跳闸，应立即进行实验检修或更换。 六、实行日常巡检和维护保养制，变电所主要生产设备要保证有每班不少于2小时的检查、日常维护保养。若发现设备存在隐患故 障时应及时向上级部门汇报，组织力量进行检修。 七、变电所应实行设备包机制，包机人员在月度检修时间内都应参加检修和维护保养工作。每次检修完毕后，当班包机人员和当班 配电工负责验收，验收完毕后签字交接，配电工负责变电所设备的 外观防爆。

死因网络报告工作制度及流程

死因网络报告工作管理 规章制度 （2016）

目录 例会制度 ................ 错误 ! 未指定书签 死因登记报告管理制度 ........... 错误 ! 未指定书签 死亡信息核实制度 ............ 错误 ! 未指定书签 死亡信息补充报告制度 ........... 错误 ! 未指定书签 档案管理制度 .............. 错误 ! 未指定书签 培训工作制度 .............. 错误 ! 未指定书签 定期考核评比通报制度 ........... 错误 ! 未指定书签 死亡病例报告工作流程 ........... 错误 ! 未指定书签 临床医生填写死亡医学证明书要求 ........ 错误 ! 未指定书签 基础项目的填写要求 ............ 错误 ! 未指定书签 特殊项目的填写要求 ............ 错误 ! 未指定书签 调查记录的填写要求 ............ 错误 ! 未指定书签 死因编码规定 .............. 错误 ! 未指定书签 例会制度 1、组织门诊医生每季度召开一次死因监测工作会议，主要内容为死因管理、死亡信息的收集、报告等。 2、医院要高度重视死因监测工作，不定期组织召开死亡报告讨论会，对存在的问题要尽快解决，使《死亡医学证明书》的填写得到不断的完善。 3、医院安排人员参加区疾控中心的死因监测工作会议，了解存在的问 题并给予技术上的指导和协调。

4、例会应有签到，做好会议记录并妥善保存。 死因登记报告管理制度 一、成立死因监测管理领导小组，设专（兼）职人员负责医院死亡信息的收集、整理、核查、登记及网络报告工作等。 二、在医疗过程中患者死亡后，须填报《死亡病例报告卡》，对死亡案例进行死因医学诊断并由诊治医生填报《死亡医学证明书 三、医务科组织有关专家对死亡病例进行实地调查核实，采集病史，并在死亡证明书上加盖公章。 四、每年组织对临床医生或新进医生进行两次培训，培训内容：《死亡医学证明证》的正确填写及根本死因的确定。 五、网络直报人员在开具死亡证明书7 天内完成网络直报工作。在进行直报时要认真填写基本信息：姓名、性别、年龄、职业、发病日期、诊断日期、报告日 期、报告单位；死亡信息：死亡日期、死亡原因（直接死因、根本死因、与传染病 相关的死因及不明死因）。对于不明原因死亡病例，要在《医学死亡证明书》背面〈调查记录〉一栏填写病人症状、体征。 六、病案室做好原始死亡医学证明书的保存与管理，协助区疾病预防控制机构开展相关调查工作。 七、医务科可要定期检查各科室死亡报告情况，并对网络直报工作进行定期督导，发现问题及时解决。 八、实行奖惩机制，对有漏报、迟报的科室、个人进行通报批评，对开展工作好的科室进行奖励。

服务器日常维护及管理制度

编号：XMDMTQS220-2009 服务器日常维护及管理制度

1 目的 为保证所有服务器稳定、安全地运行，特制订本规定。 2 范围 本规定中所指的服务器包括：WEB服务器、TSM服务器、OA服务器、SCM服务器以及其他对外公布的服务器。 3 活动内容 3.1系统维护人员的权限管理 3.1.1系统支持部指定服务器系统管理员、网络设备管理员，记录于《服务器、网络设备管理员对照表》中。 3.1.2 服务器、网络设备默认超级用户帐号由系统管理员（或网络管理员）根据需要更建立、修改，并在填写《服务器、网络设备超级用户帐号对照表》的“修改日期”、“帐号”、“密码”、“修改人”栏后，由其上级主管在“确认人”栏签名确认。 3.1.3 《服务器、网络设备超级用户帐号对照表》由系统支持部统一存档。 3.1.4 系统管理员负责服务器的操作系统参数设置、系统安全维护、服务器应用软件系统设置、系统备份。网络管理员负责网络设备的系统参数设定、备份、网络设备安全维护，参数更改完必须马上更新该设备系统参数数据备份。 3.2 日常维护与备份 3.2.1系统管理员、网络管理员每天上班后必须马上检查服务器、网络设备的工作状态、查看服务器的运行日志并随时关注服务器运行状况，发现异常及时报告并处理。检查结果记录于《服务器、网络设备日检查表》中。 3.2.2 备份包括：系统备份、数据备份。 ——备份的存储介质应放于机房外。 ——原则上每年年底做一次系统备份；每日做一次数据备份。应至少保留最近7日的日数据备份；设备系统参数变化时应做系统参数数据备份，并保留最新的系统参数备份数据。 ——系统备份的媒体应异地存放。 原则上系统备份、日数据备份应在系统空闲时间进行，如：设置在每日晚上下班后开始备份。每日日常设备状态检查时应检查备份状态，并在《服务器、网络设备日检查表》填写备份记录。年备份可在备份媒体栏注明年备份，系统参数数据备份可在备份媒体栏注明系统参数备份。

国家基本公共卫生服务项目管理制度

基本公共卫生服务项目管理制度和服务流程 目录 项目监督管理部门管理制度 一、人才培养管理制度 二、资金使用、管理情况监督检查制度 三、基本公共卫生服务监督管理制度 四、行政工作管理制度 五、信息统计管理制度 六、资金管理制度 七、质量控制管理制度 八、绩效考核管理制度 项目实施机构内部运行管理制度 九、信息收集、报告、管理制度 十、健康档案管理制度 十一、突发公共事件管理制度 十二、公共卫生事件应急处理制度 十三、传染病管理制度 十四、疫情报告制度 十五、免疫规划管理制度 十六、健康教育管理制度 十七、慢性非传染性疾病管理制度 十八、儿童保健工作制度 十九、孕产妇保健工作制度 二十、精神卫生工作制度 二十一、老年保健工作制度 二十二、基本公共卫生健康管理团队制度

基本公共卫生服务流程 二十三、确定建档对象流程 二十四、居民健康档案管理流程图 二十五、健康教育服务流程图 二十六、儿童体检服务流程图 二十七、孕产妇保健服务流程图 二十八、老年人体检服务流程图 二十九、预防接种服务流程图 三十、传染病报告和处理服务流程图 三十一、高血压筛查流程图 三十二、高血压随访流程图 三十三、2型糖尿病患者管理服务流程图 三十四、重性精神病患者服务流程图 项目监督管理部门管理制度 一、人才培养管理制度 1.监督检查承担基本公共卫生服务机构人才培养规划、年度计划及组织实施情况。 2.监督检查承担基本公共卫生服务机构完成人员继续教育和岗位培训情况，及建立继续教育档案和获得的学分登记情况。 3.监督检查承担基本公共卫生服务机构每年度安排卫生技术人员到上级医院和预防保健机构进修学习，参加学术活动的计划及落实情况。

死因监测工作管理制度

一、死因监测领导小组 组长：孔西海（院长） 副组长：耿会卿（主管院长） 组员：许倩（体检科主任）刘艳铭（防保科主任） 信息科主任质控科主任 二、职责： 1、负责研究制定我院死因管理相关制度规定，协调各科工作。 2、体检科负责死亡医学证明的领用、发放、收集、登记工作。 3、防保科负责死亡医学证明的审核、网报、检查、奖惩工作。 4、病案室负责死亡医学证明疾病编码、病历及存根等原始资料的保存。

三、死因监测工作管理制度 1、例会制度 1）、每半年组织本院临床科室医生召开一次死因监测工作会议，主要内容为死因管理、死亡信息的收集、报告等。 2）、医院要高度重视死因监测工作，不定期组织召开死亡报告讨论会，对存在的问题要尽快解决，使《死亡医学证明书》的填写得到不断的完善。 2、死因登记报告管理制度 1）、院成立死因监测管理领导小组，专人负责本院死亡信息的收集、整理、核查、登记及网络报告等工作。 2）、明确死因登记报告工作流程，防保医生将收集到的《死亡医学证明书》，在30天内向县疾病预防控制机构报出。 3）、对收集的死亡信息进行台帐登记，建立死亡登记册。 4）、每月10日前将上月填报的《死亡医学证明书》第二联上交到县疾控中心. 5）、必须由执业医师负责死亡报告工作。 3、死亡信息核实制度

1）、建立死亡信息核实制度，对死因信息不清楚，死因不明的死亡病例要认真核实调查，提高死因推断准确性。 2）、安排专门人员及时收集院内死亡的信息，对有疑问的《死亡医学证明书》及时向诊治（填写）医生进行核实。 4、档案管理制度 1）、安排专人妥善保存死因登记信息原始资料（包括原始记录、死亡登记册、各种报表和个案数据），填报的《死亡医学证明书》按档案管理要求长期保存。 2）、按照有关法律、法规和国家有关规定对死亡统计、信息分析的资料统一管理，不得擅自公布。 3）、对于其他需要使用死亡信息的，应由申请人按有关行政审批程序进行审批，申请书应明确信息的用途、范围、时段和类别。 5、培训工作制度 1）、防保科每年组织对临床医生进行培训一次，培训内容应侧重于《死亡医学证明证书》的正确填写及根本死因的确定。 2）、每年派出死因监测管理工作人员以及死因编码人员参加上级培训班。 6、死亡信息补充报告制度