HIS维护工 作流程.docVIP

HIS维护工作流程 （第一版） 第一章 概述 3 第二章 需求答复与修改工作规范 3 第三章 上线时现场修改工作规范 5 第四章 测试相关工作规范 6 第五章 客户现场支持工作规范 7 第六章 售前支持工作流程 8 第七章 人力资源互援工作流程 8 第八章 计划与工作日志跟踪工作流程 10 概述 为规范工作流程，提高工作效率，在配合回款、合理安排人力资源、努力提高客户满意度的同时能有效控制软件质量，特制定该规范。 该规范在描述了开发内部的工作机制同时也阐述了和实施部、测试部、销售部等外部门之间的分工协作的方式、方法及碰到问题的处理措施。 该规范的执行情况由开发助理负责监督和跟踪。 需求答复与修改工作规范 工作流程： 注意事项及特殊情况处理办法： 服务中心文员将需求按ABC等级分为相互独立的文档发给开发助理（ABC代表需求的紧急程度，A为最紧急需求，开发需在1天内给出答复，其中，项目经理的答复和公共组的审核时间限制均为0.5天；B代表要在本次升级包中发布的需求，其答复时间由项目经理把握；C为一般需求，答复时间无特殊要求）。文档命名规则如下“A_XXX医院_，其中“A”代表问题分类为A级，“未”代表未答复，后面的日期代表问题提出的日期，以服务中心文员发出邮件的日期为准。 2、测试部封版前2天邮件通知开发部和实施部封版时间，封版前2天提交的B类需求转入下月处理。 3、开发助理以每个文档为单位将需求登记到《需求答复跟踪表》中，并依据《需求答复跟踪表》中的内容对答复和审核进度进行督促。需求按维护组和项目分类备档。然后分别发送给各项目经理，并抄送给开发经理和部门经理。 4、当项目经理出差或其他原因不在公司，须提前通知开发助理指定代理人负责答复需求、安排常规的修改工作或处理流程管理中的变更。每个组最好至少每天有一个人留守公司。若整个组人员都出差在外，工作还按该流程展开，即开发助理将需求文档通过INTERNET发送给项目经理或指定代理人，并用电话通知。 5、项目经理无法确定的涉及公共版本核心模块的修改和公共组协商讨论，如果医院的要求开发认为不合理，但医院坚持要做，项目经理向上逐级反映，如果最终认为仍要做的，项目经理给出修改方案、工作计划和工作量估计。 6、开发助理在收到项目经理的需求答复和公共组的方案审核后，将文档名称中“未”改为“已”，并和原文档保存在相同的文件夹中存档，然后在《需求答复跟踪表》中填写“答复日期”。最后发送给服务部文员并抄送开发经理和部门经理。 7、服务部文员在收到需求答复后，A类问题要当天登记到流程管理中，其它问题要在1个工作日内登记到流程管理中。 8、A类问题开发的项目经理在需求登记完成后当天安排修改计划，其他问题在需求登记后2个工作日内，安排修改计划。若整个组人员都出差在外，项目经理要提前电话通知服务部文员，在登记需求的时候注明“（暂缓答复）”的字样。出差回来后及时在流程管理中补上答复。 9、开发的答复如实施工程师有异议，需在两天内和开发的项目经理沟通；仍有异议，涉及公共版核心模块的要和公共组沟通；仍有异议，提交项目组（由开发部和服务总部指定人员）讨论。非公共版本核心模块的，如和开发的项目经理沟通无效，直接提交项目组讨论确定。 10、安排开发任务按服务中心确定的ABC等级进行，若时间上来不及，第一步先和服务中心沟通，让其和客户沟通，能否宽延时限；若仍不行，反映给开发经理来协调。 11、若已安排的任务，由于人员安排的变动无法按期完成，非A类问题，项目经理或代理者须及时在流程管理中变更，A类问题须先和服务中心人员电话沟通，同意后直接在流程管理中变更，若不同意，反映给开发经理协调。 12、若修改的模块是单列版本，在修改前要充分考虑到和公共版本的接口是否一致。 13、若待修改的模块正被别人CHECK OUT，可和对方沟通并调整自己的计划（先修改未被CHECK OUT的模块），若还不行，将问题提交给项目经理。若CHECK OUT的一方出差且问题又是A类问题，要和服务中心沟通。 14、YY_CONFIG新增的开关参数统一向公共组申请，申请过程如下：相关的开发人员将原始的需求描述、打算新增的开关描述，邮件发送给公共组，公共组在回复的邮件中注明编号。《表结构更新》中的脚本由公共组统一来加。 15、库表结构修改申请流程和开关申请流程类似：相关的开发人员将原始的需求描述、打算调整的库表结构描述，邮件发送给公共组，公共组回复同意或拒绝，拒绝的要给出理由及变通的解决方案。《表结构更新》中的脚本由公共组统一来加。 16、核心模块清单由公共组负责公布，核心模块的修改