医院食堂售饭订餐一卡通系统.doc

医院食堂售饭订餐
系统方案

郑州方卡实业有限公司
电话：[phone]
网址：目 录
目 录 1
1、项目背景 1
2、项目需求分析 2
3、系统设计原则 3
3.1先进性原则 3
3.2可靠性和安全性原则 3
3.3实时性原则 3
3.4兼容性原则 3
3.5开放性和可扩展性原则 4
3.6可维护性原则 4
4.1卡片选型（SIM PASS等多种卡片同时应用） 4
4.2系统的软件结构： 5
4.2.1总体结构： 5
4.2.2组成模块 5
4.2.3操作系统的选型 5
4.2.4数据库的选型 6
4.2.5系统的权限管理 6
4.2.6第三方接口 6
4.3系统网络结构 7
5系统性能指标 8
6系统各子系统介绍 9
6.1发卡管理子系统（病人、职工分别使用） 9
6.1.1系统功能： 9
6.1.2系统结构示意图： 10
6.1.3系统配置 10
6.2食堂超市收费系统（职工、病人分别使用） 11
6.2.1系统功能： 11
6.2.2系统结构图： 12
6.2.3系统配置清单： 13
6.2.4系统各组件参数： 13
6.3、订餐管理系统（病人订餐） 15
6.3.1手持机订餐 15
6.3.2综合管理系统（系统软件） 15
基本信息管理 15
系统管理 15
病人管理 16
菜单管理 16
订餐管理 16
营养分析 16
财务报表管理 16
6.3.3业务流程： 17
6.3.4手持机介绍 18
7、一卡通系统的施工规范 20
7.1总  则 20
7.2工程组织结构 20
7.3工程工作流程 21
7.4工程管理与考核 22
7.5工程文档管理 23
7.6工程准备管理 25
7.7工程实施管理 27
7.8工程验收管理 28
7.9工程维护管理 29

1、项目背景
南京医科大学第二附属医院（又名南京医科大学第二临床医学院、江苏省第二红十字医院、南京医科大学附属儿童医院）是江苏省卫生厅直属三级甲等综合医院和南京医科大学临床教学医院，是卫生部消化内镜诊疗培训基地和卫生部全科医师培训基地、国家药物临床试验机构。
医院共占地3.7万平方米，建筑面积8.2万平方米，开放床位近1200张。医院总人数1760人，其中卫技人员1467人，有高级职称264人，中级职称517人，博士生导师4人，硕士生导师44人，教授10人，副教授37人，享受国务院政府特殊津贴专家8人；江苏省“双创”人才1名，江苏省特聘教授1名，江苏省有突出贡献中青年专家2人，江苏省“333工程”重点人才7人，江苏省卫生厅“兴卫工程”重点人才和重点培养人才各1人，江苏省六大高峰人才11人。
医院坚持“要让病人满意，先让职工满意；态度决定一切，细节决定成败”的管理理念；坚持“服务病人、满意病人、感动病人”的服务理念；坚持“2007-2015三个三年”的医院发展战略，医院正在积极建设一幢约5万平方米的医学综合楼，全面提升医、教、研各方面水平，努力将医院建成省属大型教学型综合性医院。
2、项目需求分析
做为一个大型医院机构，管理部门众多，迫切需要一个统一的管理平台优化管理。一卡通平台做为一个很好的统一平台，集成食堂就餐、刷卡购物、刷卡定餐等各种应用。
相关业务需求具体如下:
Ø 医院职工：
食堂就餐、超市消费。
Ø 病人：
食堂就餐、超市购物、刷卡订餐等；

3、系统设计原则
3.1先进性原则
以数字化医院为理念，利用内部网作为一卡通系统的主要通讯平台，采用有线和无线相结合的通讯方式，实现一卡通系统的综合应用；
3.2可靠性和安全性原则
系统结构尽可能简单、连接点少、可靠性高，具备移动级网络的要求，能长期稳定的工作。
一卡通系统从卡片、终端、网络、软件、硬件、数据库等各个组成部分，到支付交易、数据存储、数据传输、数据处理、数据使用等各个环节，均遵从中国人民银行、有关专业银行以及国家计算机信息系统安全保护等级标准(GB 17859-1999)，确保系统的安全性。规范性
系统的设计必须遵循国际标准和国内外有关的规范要求，到达国际一流水平，且切实可行易于实现，并且是应用成熟的系统。
3.3实时性原则
系统的设计要做到黑白名单同步机制，中心数据库及时划账，商户资金及时到账。
3.4兼容性原则
系统软件设计方面要做到支持第三方软件接入，兼容其他产品的方案。与医院的管理系统实现良好的兼容性。
3.5开放性和可扩展性原则
提供给用户完善的数据库结构和说明，及提供标准的第三方接口。
系统采用三层架构，今后的扩展只是对应用子系统的扩充，而无需再对平台改动。
3.6可维护性原则
任何系统的正常运行均离不开完善的维护，对系统这样，日常使用范围广，使用频繁的系统更是如此，因此系统的建设必须考虑系统维护的简便、快捷和成本，特别是一致性管理和维护，可以大幅度减轻工作人员的管理复杂性，避免帐务清算、系统接口等严重问题。
4、系统设计
4.1卡片选型（SIM PASS等多种卡片同时应用）
Ø M1卡

非接触式IC卡，主要用于校园内部使用，可以用于证件、消费、出勤、场馆管理等应用。
无电源，自带天线，内含加密控制逻辑和通讯逻辑电路。
擦写次数>100000次 、工作频率：13.56MHZ 、通信速率：106 KBPS 。
病人和医院的职工的卡片采用同一芯片，采用不同的密码分开。
4.2系统的软件结构：
4.2.1总体结构：
统一的软件平台，包括校园内部管理、一卡通、移动通信等应用。
软件采用C/S+B/S的结构，一卡通管理主要使用C/S结构，移动办公和各种应用查询主要使用B/S结构。
数据库采用SQL　SERVER数据库。
4.2.2组成模块
系统管理子系统：完成对整个一卡通的初始设置，操作授权，发卡/换卡，查询各子系统数据和打印报表等。
食堂消费和超市购物系统：定额和不定额消费系统都能与POS系统相结合使用，保证账户的安全性前提下，能分别按部门、人员、窗口、时间段等来分析和统计消费数据出财务报表。
刷卡订餐：病人可采用手持订餐机刷卡订餐；
第三方接口：医院管理系统接口、OA系统接口、短信平台接口；
4.2.3操作系统的选型
一卡通系统的后台系统、数据库系统将主要采用windows server2003操作系统，各个工作站采用WINDOWS　XP操作系统。
4.2.4数据库的选型
一卡通系统采用SQL　SERVER 2005数据库。采用大型关系型数据库系统，可以避免在日常管理工作和拓展自动化应用规模时，可能出现的瓶颈现象，也提高了整个系统具有可扩展能力和可伸缩性。
4.2.5系统的权限管理
分层与分组，是权限管理的主要方法。整个系统按管理职能分级分组进行权限的划分，使操作人员对系统的访问控制在被指定的范围内，并可建立灵活的应用系统。
4.2.6第三方接口
提供软硬件二次开发支持、包括设备的访问和通信的接口、通信和设备管理程序、设备内嵌软件的调用接口，其它实现应用功能必须的程序和技术文档、API源代码。

4.3系统网络结构

1、 同医院HIS系统相连接，获得病人信息、床位信息；
2、 同移动网络连接，通过GPRS传输手持机数据；
3、 院内设备全部通过TCP方式同主机连接；

5系统性能指标
“一卡通系统”具有优异的性能指标，下表仅列出部分主要的性能指标。
指标项目
参数
备注
系统账户容量
10万
可扩至30万
子系统接入数量
<1024

交易处理能力
>3000笔/秒

中心数据库
SQL Server 2000

中心主机操作系统
Win2000 Server
支持双机热备份
系统管理系统操作系统
Windows　2000

密钥控制体系
动态分配

加密签名算法
DES/MD5/MAR/HASH

系统工作特征
7×24小时不间断服务

平台通信协议
TCP/IP

数据访问操作方式
C/S结构

第三方接入接口
紧耦合、松耦合、不耦合

系统记账方式
借贷记账法

流水账保留天数
不限
仅受计算机硬盘容量限制
卡片充值方式
实时转账、现金充值

终端联网方式
TCP/IP协议

卡片密码体系
一卡一密

平台干线通信距离
不限
受网影响
最大卡片金额
±10万元

系统记账精度
0. 1元

小钱包最大限额
<1000元

6系统各子系统介绍
6.1发卡管理子系统（病人、职工分别使用）
6.1.1系统功能：
Ø 人员资料引入：录入医生、病人资料信息、或由EXCEL导入人员信息。
Ø 卡片加密授权：通过密钥对卡片进行加密授权。
Ø 发卡：全院医生、病人由统一的科室进行发卡，发卡的同时做出各种基本功能限定。并可调用证卡打印机进行卡片打印。
Ø 开户：对各个级别的用户作出权限分配。
Ø 挂失：挂失卡即时失效，黑名单最大容量为五万个，挂失名单自动同步到各个子系统。
Ø 解挂：卡挂失后，若重新回归持卡人，经过必要的审批手续，可执行解挂，将卡功能恢复正常。
Ø 销卡：持卡人因离校或其他原因不再使用卡时，可进行销卡。
Ø 换卡：换卡即旧卡换新卡，旧卡作废卡处理，旧卡所有属性自动转入新卡中。
Ø 感应卡退款：感应卡退款就是卡务中心将卡中的余额以现金的形式退回给申请退款的用户。该功能是在感应卡卡务管理中心的服务窗口或柜台完成的。
6.1.2系统结构示意图：

6.1.3系统配置
序号
名称
型号
数量
备注
1
卡务管理系统
FK7.0
1套

2
发卡机
SF-2B
1台

3
电脑

Ø 发卡机（SF-2B）
品牌：方卡

型号：SF-2
品牌：方卡
主要技术参数
外形尺寸：12.3×9.9×2.85cm 显示：指示灯
通讯接口：USB 　
工作电压：DC12V 工作温度：-10℃~70℃
读卡类型：Mifare 1　IC卡 或FM1208 读卡距离：1至2厘米
6.2食堂超市收费系统（职工、病人分别使用）
6.2.1系统功能：
Ø 全实时设计，TCP方式通讯，所有交易以库为准，所有交易实时到帐；
Ø 每张卡均有记录交易次数，每个帐户均有交易密码(限额密码)，系统安全性更有保证；
Ø 双面键盘录入，收费员面键盘输入消费金额，客户面键盘输入密码(限额消费密码)；
Ø 双面显示，消费显示当次消费金额，卡中余额；
Ø 语音提示操作，按键报数，刷卡显示；
Ø 售饭机可拆洗机械键盘，使用寿命更长；
Ø 恶意透支防止，一卡一密码，可以为每张卡设定每天最大消费累计金额，超过最大消费累计金额即要求输入密码，防止因卡丢失补恶意透支；
Ø 每台机独立开户，可以通过此功能实现不同人员(如员工、干部)在不同机器上消费的功能；
Ø 收费机具有高可靠性、易维护性和脱机支付交易功能；具有支持挂失、接收白(黑)名单的功能，并且具备独立结算能力。收费机可以联网工作，也完全具备脱网独立工作的功能。联网时，收费机的交易数据实时传输到数据中心；网络不通时，收费机完全可以正常交易，存储交易数据，异常交易报警；网络恢复后，及时将数据上传到服务器。保证数据的完整性和统一性。
Ø 无需补贴机可实现在线充值，在线补贴。
Ø 具有退款、销户等帐务管理功能，并按部门、日期、时间段、个人等查询和统计充值记录和消费记录。
Ø 收费机自带后备电池，停电可工作3-5小时，采用双面LED显示，使刷卡消费情况一目了然。
Ø 软件功能：
采用网络版，支持不同的权限的多用户操作
操作界面友好，功能强大；
可处理IC卡的发行、挂失、解挂、换卡、退卡、充值、退款
统计各种报表；帐户余额、消费流水明细表、充值统计明细表、退款统计明细表，当餐次消费金额明细查询、当日消费统计表、当月消费统计表供查询打印。
多种查询，可查询每台机消费额，每餐次消费额，每日充值、退款额，帐户余额。
Ø 商务财务管理：结算报表、各类统计查询、错帐处理、帐目平衡检测。
6.2.2系统结构图：

6.2.3系统配置清单：
序号
名称
型号
数量
备注
1
收费机
ESF-22B
1台

2
消费管理软件
FK7.0
1套

3
充值机
S-BDM
2台

４
电脑

6.2.4系统各组件参数：
Ø 收费机挂式（ESF-22）
型号：ESF-22
品牌：方卡
主要技术参数
² 外形尺寸：26.1×2.2×16.8cm 显示：双面LED显示
² 键盘：正面机械键盘，背面薄膜键盘 通讯接口：航空接口、仿USB口
² 其他接口：打印接口 通讯方式：TCP
² 工作电压：220V 工作温度：-10℃~70℃
² 后备电池：1.2AH 读卡类型：Mifare 1　IC卡或FM1208
² 读卡距离：5至10厘米 存储容量：16000条，
² 数据保存时间：10年 黑名单：5万人。
² 多款消费模式：记次、扣款、单价、定额、编码，并可根据需要进行组合。
² 自助识别无效卡、非法卡，无效卡、非法卡消费报警。
Ø 充值机（S-BDM）
品牌：方卡
型号：S-BDM

具体功能如下：
现金充值。

6.3、订餐管理系统（病人订餐）
6.3.1手持机订餐
手持机订餐程序订餐简单易用，在点菜过程中，订餐员还能够随时查看已点菜但是还未扣款的点菜列表，并能进行修改，确认无误后刷卡订餐。
手持机订餐能够完全自动控制病人的膳食类型，也可以不自动控制病人的膳食类型，不自动控制病人的膳食类型类型时，在订餐时需要选择膳食类型。
6.3.2综合管理系统（系统软件）
综合上述的业务流程，系统根据业务岗位和使用用户的不同， PC 综合管理系统基本划分为以下几个模块：

基本信息管理
主要用来维护系统的正常运行所需的基本资料，这些基本资料包括膳食类型、餐次、病人类型、病区、科室、原料、菜品类别等信息。
系统管理
主要用来维护系统的正常运行，包含帐套设置、 IC 卡密码认证设置、用户管理、权限管理、数据备份、数据恢复、数据结转、数据导入导出、日志管理、读卡器设置、手持机设置等与系统运行密切相关的模块。
 病人管理
病人管理子模块对系统中病人从入院、转科到结算出院的整个过程进行管理跟踪，并对病人使用的病人 IC卡从发行到回收整个卡生命流程进行统一管理，它包括预发卡（印刷、分配卡号等预处理）、发卡、挂失、解挂恢复、挂失结算、退卡、换卡等与IC卡相关的所有操作。
菜单管理
主要用来管理制作营养食堂每天每个膳食类型每个餐次的菜谱，方便不同患者的订餐。
订餐管理
针对行动不方便的病人和不能离开岗位的医务人员，配餐人员持手持终端到病房和工作间，病人和医务人员根据菜谱进行订餐。
配餐人员持手持机到工作室将相关数据下载到 IC卡订餐管理系统（电脑）上，并打印制作单和分发表送至饭堂。饭堂人员根据制作单制作菜品并根据分发表送餐。
营养分析
针对病人患病的情况，协助医务人员配置不同的营养食谱，营养分析模块可以对每种菜品的营养进行分析也可以针对某个病人某一段时间的订餐营养情况进行分析。
财务报表管理
提供分组数据浏览和组合查询， 用户可以依照自己的意愿来快速找到您所要的数据 , 提供丰富多采的图文界面，分析医院订餐任意阶段、任意时期的各类经营、管理数据；
提供简洁、清晰、全面的医院订餐经营报表并由不同级别的管理人员进行调用；提供根据现有数据预测将来可能发生的情况的超强分析功能，供医院管理者调整下一步战略目标。
6.3.3业务流程：

6.3.4手持机介绍

物理参数
尺寸：
186.5（长）mm x 75（宽）mm x 31（高）mm（标准电池配置）

重量（含标准电池）：
400克
显示屏幕：
彩色3.2英寸QVGA显示屏 TFT-LCD、65K色
触摸面板：
仿玻璃的耐用触摸屏
背光：
LED背光
主要电池：
充电式聚合物电池（3.7V、2200mAH）
待机时间：150小时

扩展插槽：
用户可接入的UART插槽（带安全罩）支持SAM卡、SIM卡、TF卡
输入方式：
标配手写笔，可选多种输入方式
性能参数
CPU:
Samsung ARM920T@533MHz
内存：
128MB RAM/1GB Flash存储
接口/通信：
USB、UART、GPRS、WIFI
使用环境
工作温度：
-20℃至50℃
储存温度：
-25℃至70℃
湿度：
5%RH - 95%RH（无凝露）
跌落规格：
在操作温度范围内，6面均可承受从1.5米高度跌落至水泥地面的冲击
滚动规格：
1,000次0.5米，六个接触面滚动
密封环境：
IP64

7、一卡通系统的施工规范
7.1总  则
第1条 为规范本公司一卡通系统的管理，形成一套行之有效的规范化的工作方法，提高工作效率，明确员工的工作职责，保证工程的质量，特制定本规范。
第2条 鉴于本公司的实际工作分工，本规范所指的一卡通系统并不包括项目的前期方案设计和应用软件的开发和维护。
第3条 本规范的主要内容包括：工程组织结构、工程工作流程、工程管理与考核、工程准备管理、工程实施管理、工程验收管理、工程维护管理。
7.2工程组织结构
第1条 工程的一卡通系统工作采用项目负责制，即由部门负责人指定、报公司批准确定一名项目经理。
第2条 项目经理接受任命后，必须与用户项目组协调，确定用户现场负责人，制订出可行的工作进度表。根据工程的情况，划分子系统，并针对不同的子任务，由项目经理提名，部门负责人批准配备工程参与人员组成一任务小组，任务小组可以由一名或多名人员组成。项目经理也可以作为工程参与人员。
第3条 针对不同的子任务，由项目经理指定一个工程参与人员为任务小组负责人。
第4条 项目经理的主要职责：
1） 与用户和原厂商进行工程总协调。
2） 协助本公司商务部写成国内产品的采购。
3） 计划工程进度，划分工程的子任务。
4） 负责工程参与人员的配备并安排的实施过程，负责工程的成本、包括住宿、长途交通费、市内交通费等。
6） 对用户所提出要求的响应。
7） 制作和管理工程文档。
8） 协调解决工程实施过程中出现的不可预测的问题。
9） 向部门和公司领导汇报工作进度。
10） 负责监督和考核工程参与人员的工作。
11） 保证项目按合同期限和技术要求完成，承担完成工程目标的责任。
12） 承担用户满意度责任。
第5条 任务小组负责人的主要职责：
1） 依照本规定，完成项目经理安排的任务。
2） 向项目经理汇报工作进展情况，反馈用户的要求与意见。
3） 负责任务准备期和实施期与用户的协调工作。
4） 安排本任务小组成员的分配实施工作。
5） 制作更新与任务相关的工程文档。
6） 解决工程实施过程中出现的不可预测、妨碍进度的因素。
7） 承担完成所接受任务的责任。
8） 承担用户满意度的责任。
第6条 工程参与人员的主要职责：
1） 依照本，与任务小组负责人协同完成工程安排的任务。
2） 及时反馈用户的要求与意见。
3） 在任务实施期与用户的协调工作。
4） 制作更新与任务相关的工程文档。
5） 解决工程实施过程中出现的不可预测、妨碍进度的因素。
6） 承担完成所接受任务的责任。
7） 承担用户满意度的责任。
7.3工程工作流程
第1条 一卡通系统的工作流程依次包括立项、计划、准备、实施、验收五个顺序阶段。
第2条 在立项阶段，根据公司签订的合同，明确项目背景和技术方案，由部门负责人任命项目经理，下达《工程任务书》。
第3条 在计划阶段，由项目经理制订出的工程项目计划，划分工程任务，人员配备要求，工程预算，并报部门负责人批准。
第4条 在准备阶段的主要工作包括设备采购、确定系统安装位置、安装环境、网络布线准备、远程通讯准备。
第5条 在实施阶段的主要工作包括运输设备、设备到货验收、主机安装调试、数据库安装调试、工作站安装调试、网络设备安装调试以及其他设备安装调试。
第6条 验收阶段则包括设备安装验收、项目初验、项目终验及工程总结。
7.4工程管理与考核
第1条一卡通系统工作以项目经理为核心，以所划分出各种不同子任务的目标责任制进行对任务参与人员的管理和考核。
第2条 一卡通系统工作性质主要分为六个方面：
1） 安装一卡通设备、调试、配套工程设计实施
2） 软件系统安装调试
3） 配置网络设备与网络调试
4） 系统功能调试
5） 系统性能调优
第3条 工程规范的主要管理内容包括工程文档管理、工程准备管理、工程实施管理和工程验收管理四大部分。
第4条 工程文档管理是规范整个工程所需的各类文档，是贯串一卡通系统管理规范最重要的纽带。工程的其他管理都必须紧紧与文档管理相结合。文档的制作是考核工程参与人员的依据。
第5条 对于每一项子任务的完成，主要分工程准备管理和工程实施管理，根据其任务按本章第2条划分性质进行的管理。工程准备管理针对工程参与人员从接受任务开始至到用户现场前所的准备工作。工程实施管理针对工程参与人员的用户现场的工作。
第6条 工程验收管理是公司与用户共同检验工程是否达到预定目标并进行最终确认的重要一环，是直接关系到公司利益的重要工作，每个成员必须高度重视，支持项目验收工作。
第7条 每个工程参与人员都有可能同时承担一项以上的子任务。
第8条 在任务结束后，由项目经理和部门领导对任务参与人员进行考核。在项目结束后，由部门领导对项目经理进行考核。考核办法对各项考核指标进行量化，依照本规范附件《一卡通系统工作考核表》对考核各部分进行打分，结合所完成任务的比重和项目的成本核算，考核结果体现在工程参与人员的个人效益工资。
第9条 对工程人员的主要考核内容包括：
1） 任务完成情况，是否按期按技术要求完成
2） 完成任务的工作比重
3） 任务实施成本的考核
4） 对新产品新技术的掌握程度
5） 任务相关文档的制作
6） 工作态度和工作规范
7） 与同事的协同工作能力
8） 与用户、厂商关系的协调
9） 用户满意度
7.5工程文档管理
第1条 工程文档管理包括工程准备期文档、工程实施期文档、工程验收期文档和工程维护期文档。
第2条 工程参与人员在完善更新相关技术文档时，应保留旧版文档。
第3条 工程准备期文档、工程实施期文档和工程验收期文档在工程通过验收后一周内由项目经理汇总，工程维护期文档每隔3个月由技术支持部负责人汇总，交公司档案管理部门统一管理。
第4条 工程技术人员需要调阅已存档的技术文档，应办理相关调阅手续。
第5条 工程准备期文档包括：
1） 工程任务书
2） 一卡通系统安装平面设计
3） 电源线路设计
4） 通讯线路设计
5） 软件功能确认书
6） 应用支撑平面准备（软件的环境需求）
7） 成本控制预算报告
第6条 工程实施期文档包括：
1） 设备验收文档（外包装、设备外观、数量、型号、使用情况、双方签字等）
2） 主机文档（硬件列表、软件列表、网络配置、主机名、组及用户）
3） 数据库文档
4） IP地址分配（分配的总体、依据可用地址范围、中心局域网地址范围、广域网地址范围、远程网点地址范围、备用策略及相应的地址范围、每一个设备的IP分配清单）
5） 网络设备配置文档
6） 工作站文档（同主机文档）
7） 应用程序配置文档
8） 任务完成报告（内容包括工作参与人员姓名、同组人姓名、时间、用户单位、用户联系人、计划完成任务、解决办法、任务完成情况、遗留问题、用户意见）
9） 设备安装清单（设备名称、数量、型号、序列号、使用情况等）
第7条 工程验收期文档包括
1） 系统初验报告（验收标准、内容、指标、工作规程、遗留问题、验收结论）
2） 系统终验报告（验收标准、内容、指标、工作规程、遗留问题、验收结论）
3） 工程总结报告（工程目标、工作过程、完成情况、问题与解决、遗留问题）
4） 项目完成工作通知书（ 用户验收报告及用户意见报告）。
第8条 系统维护文档包括
1） 系统维护报告（包括工程技术人员姓名、时间、问题出现的表症、解决情况、解决办法、遗留问题、用户意见等）
2） 用户申诉记录（包括工程技术人员姓名、时间、问题出现的表症、解决情况、解决办法、遗留问题、用户意见等）
3） 配置变更说明（包括工程技术人员姓名、时间、配置所在位置、原值、改动值及原因概述）
4） 日常维护说明书（包括系统运行情况、存在问题、用户意见与要求）
7.6工程准备管理
第1条 部门负责人在任命项目经理时，应同时下达《工程任务书》，就工程所需达到的各项技术指标等进行明确的规定。
第2条 项目经理在接受任命后，应在两日之内向部门负责人提交工程实施设计，经部门负责人批准后方可正式实施。
第3条 项目经理在项目启动之初，必须遵循有关约定，作好IP地址的总体分配方案，包括可用地址范围、中心局域网地址范围、广域网地址范围、远程网点地址范围、备用策略及相应地址范围。
第4条 项目经理向工程参与人员安排任务时，必须下达相应的《工程任务书》。阐明任务目标、任务背景、现有的条件、涉及的主要设备、用户的联系方式等。
第5条 工程参与人员必须充分利用公司的资源，全面考虑先期的准备工作，根据实际需要，制作工程准备期相应的文档资料，预先设计任务测试内容，需要用户作的先期准备工作则应与用户以书面形式联系进行确认，向项目经理提出工作计划。
第6条 在搭建硬件平台前，要明确设备清单及安装的位置，考虑如下设计：
1） 系统整体功能设计
2） 系统网络环境
3） 电源环境
4） 服务器及工作站状态
第7条 在安装主机(服务器)软件系统前，要明确主机系统的硬件配置，考虑如下内容：
1） 要安装的软件并明确其介质
2） 硬件和软件环境需求
3） 网络配置
4） 磁盘冗余方式
5） 应用服务配置
6） 数据库配置
7） 终端配置
第8条 在安装网络管理工作站软件前，要明确工作站的硬件配置，考虑如下内容：
1） 要安装的软件并确认其介质
2） 硬件和软件环境需求
3） 网络配置
4） 数据库配置
5） 网络管理软件的协同工作
第9条 在配置网络设备和网络调测前，要明确设备的模块和用途，考虑如下内容：
1） 网络设备系统软件的需求
2） 根据IP地址总体分配方案，分配IP地址
3） 线缆的类型和长度，以及相应的配件（如RJ45头、BNC头、转接头）
4） 相应工具的准备，如RJ45压线钳、BNC压线钳、电烙铁、焊锡、螺丝工具、老虎钳、万用表等。
第10条 项目经理必须保证在工程参与人员到用户现场至少1天前，以书面形式向用户通报日程和工作内容。
第11条 对于存在新旧系统过渡问题的工程，项目经理应考虑相应的过渡策略，包括设备、数据、业务流程等，需要的外部条件、潜在的恶果，形成详细的书面文件，并取得用户负责人的书面同意。作为工程参与人员应透彻理解新旧系统的目标和实施过程。
7.7工程实施管理
第1条 任务小组负责人到用户现场后，向用户现场负责人通报主要工作目标，检查先期的准备工作，提出需用户方配合的工作及必备的人员与物资条件。
第2条 对于存在新旧系统过渡问题的任务，任务小组负责人应检测现行系统的运行状况及涉各个设备的状况，并须向用户现场负责人阐明过渡策略，需要由用户准备的工作，现系统状况，可能的后果。得到用户的书面同意确认后方可执行。
第3条 搭建硬件平台时，根据所完成的准备工作设计，应执行如下规范：
1） 对尚未验收的设备会同用户现场负责人进行设备验货，填写一式两份的设备验收文档，与用户双方签字后各留一份。
2） 与用户现场负责人确认设备位置。
3） 确认提供的工作电压和电源功率。
4） 检查设备的工作环境。
5） 对于不符合设计的条件，要区分是否影响安装设备的安全。若影响安装的设备安全，应向用户现场负责人指出，提出相应的补救措施，并在结束任务前以书面形式递交用户现场负责人。
6） 确保设备安装的整洁和牢靠。
7） 填写一式两份的设备详细安装清单，经与用户双方签字后各留一份。
第4条 在安装服务器软件系统时，要执行如下规范：
1） 详细记录所作的各项配置。
2） 主动检查系统的稳定性，确认是否达到设计目标。
3） 向用户提交基本使用与维护的书面说明。
4） 拷贝记录制作相关文档的其他信息。
第5条 在安装工作站软件系统时，要执行以下规范：
1） 详细记录所作的各项配置。
2） 主动检查系统的稳定性，确认是否达到设计目标。
3） 向用户提交工作站基本使用与维护的书面说明。
4） 向用户讲解软件的基本功能和工作办法。
5） 拷贝记录制作相关文档的其他信息。
第6条 在配置网络设备、考勤机、售饭机等设备通信时，要执行如下规范：
1） 地址配置的正确。
2） 进行网络的连通可靠性和功能性测试。
3） 尽可能优化网络性能。
4） 拷贝网络配置文件和其他信息。
5） 整理捆绑相关电缆。
6） 线路整齐干净。
7） 潮湿及户外线路接头必须做好防水处理。接头必须按照公司规范。
8） 所有线路套管或使用线槽。
9） 刷卡机所有功能必须通电测试通过。
第7条 工程参与人员在结束任务时，应按预先设计的测试内容进行测试。并形成相应的测试报告。
第8条 任务小组负责人在离开用户现场前，必须填写任务完成报告，并由用户现场负责人签字确认，带回交给项目经理。
第9条 工程参与人员要在完成任务一周内制作或完善所完成任务相关的技术文档，并提交项目经理。
7.8工程验收管理
第1条 项目经理在工程启动时，根据公司鉴定的合同制定项目阶段性目标，整理出项目阶段性验收计划，报部门负责人批准。在完成项目阶段性目标后，应向部门负责人就验收项目和人员需求提出验收申请。公司可以根据需要，随时要求项目经理更改验收计划。
第2条 在验收工作前，工程参与人员应参照技术总体方案和项目合同等相关资料，制定一式两份的验收文档，详细罗列验收的标准、内容、指标、工作规程。
第3条 对于验收过程中出现的问题、工程参与人员应力争现场解决，并及时通报项目经理。
第4条 对于验收过程出现的问题，项目经理应尽力负责安排解决，不能解决的或需第三方支持的应及时上报部门负责人。
第5条 在通过验收后，项目经理应将验收报告交给用户负责人签字盖章后，双方各执一份。并将该验收报告及时交部门归档。
第6条 在工程通过验收后一周后，项目经理必须向部门负责人总结报告，将汇总后准确的工程准备期和实施期的文档资料及工程验收文档移交公司档案管理部门统一管理。在工程通过验收后三日内，部门负责人必须向公司经理提交项目完工通知书。
第7条 工程验收标准见附录《工程初验收报告》和《工程终验收报告》。
7.9工程维护管理
第1条 工程维护分为免费维护和收费维护。在系统运行维护期，维护人员则由公司根据情况临时调配。
第2条 维护人员的主要职责：
1） 及时响应用户的故障申告和要求。
2） 按公司的安排完成具体的维护工作。
3） 编制相关的维护文档。
4） 为用户提供技术咨询。
5） 承担维护目标的责任。
6） 承担用户满意度的责任。
第3条 维护人员在接受职责后应调阅工程的技术文档，形成对工程详细准确的了解，并与用户联系沟通。
第4条 对于用户使用发现的故障，维护人员应作相应用户申告记录，视情况尽量通过（电话、电子邮件等途径）远程解决。如确需到用户现场解决，应报部门负责人批准。对用户提出的要求，维护人员应当日及时报告部门负责人后再作答复。
第5条 如果用户系统运行中所发生问题不属于公司的责任，维护人员应向用户说明，并向部门负责人汇报以决定后续工作。
第6条 对于需要第三方配合才能解决的故障，维护人员应向用户作好解释工作，并及时向部门负责人汇报。
第7条 维护人员到达用户现场后，应会同用户负责人确认问题的原因。在现场维护所进行的工作。维护人员都应做详细记录。
第8条 在完成维护工作后，维护人员应填写维护报告，并请用户签署意见带回交给技术支持负责人。
第9条 维护中对系统重要参数所做的修改，技术人员应在完成维护2日内提交配置改动说明。
第10条 部门负责人定期安排维护人员拜访用户，了解系统的运行情况和用户意见。在结束拜访后，维护人员要填写拜访客户记录。