某公司跨部门客户需求管理制度(三版)
跨部门客户需求管理规范
□总 则
第一条:目的
为保证公司医保软件部的医保客户提出的需求能够及时、准确的得到医药软件部解决,并能提前发现异常、迅速处理改善,借以确保及提高客户满意度及市场需要,特制定此规范。
第二条:范围
客户包括:
(一) 各地市医疗保险基金管理中心;
(二) 各地市医保定点医院(非自费),以下简称为:医保定点医院;
(三) 各地市医保定点药店(非自费),以下简称为:医保定点药店;
本规范公司部门包括:
(一) 医保软件部门;
(二) 医药软件部门;
本规范包括:
(一) 部门工作职责划分;
(二) 客户需求的收集规范;
(三) 客户需求的整理与编写;
(四) 需求报告的评审;
(五) 软件设计与开发评审;
(六) 软件功能测试规范;
(七) 软件提交与实施;
第三条:部门工作职责划分
医保软件部门工作职责:负责医保中心客户需求的收集、整理与编写
负责医保定点医院和药店需求的收集、整理与编写;
负责召集医药软件部对整理的客户需求进行评审;
负责对医药软件部按需求完成的软件进行评审;
负责医保中心、医保定点医院和药店软件的安排实施工作;
负责向质量部提交双方签字认可的《需求报告》备案;
负责向质量部提交医保中心、医保定点医院和药店软件产品
的《软件测试报告书》备案。
负责向质量部提交《项目计划安排》备案,包括:软件开发
计划、测试计划、培训试点计划、实施计划;
负责向质量部提交客户签字认可的《验收报告》;
医药软件部门工作职责:负责对医保软件部提出的需求进行设计及工作量评估; 负责按医保软件部提供确认的需求报告书编写软件;
负责按需求报告书编写完成的软件的测试工作,并提交《测
试计划》给医保软件部门进行测试;
负责按时、保质保量的向医保软件部提交软件产品;
负责向医保软件部提交软件产品的实施步骤及相关SQL、菜
单、工具等。
负责向医保软件部书面转达部分医保定点医院和要点的需求;
负责向质量部提交《设计报告书》、《变更报告书》、《测试计
划书》备案。
医保软件部门与医药软件部门之间业务流程图:
□医保软件部客户需求管理
第四条:客户需求的收集规范:
医保中心、医保定点医院和药店提出的任何需求必须通过医保软件部门相关负责人的收集、整理,其他部门无权对客户提出的需求进行承诺。
例外:如果客户认为在转达需求的过程中存在丢失的情况,直接对医药软件部门提出需求,则医药软件部门相关负责人,要求耐心收集、整理客户需求,但是不要对客户提出的需求进行任何承诺。将书面整理的客户需求准确、无误的反馈给医保软件部门,且要求医保软件部门进行客户需求的二次核对。
第五条:客户需求的整理与编写规范:
需求收集完成后,医保软件部需要对客户需求进行过滤、分类整理及编写需求报告(可以协调医药软件部进行综合分析),需求的整理不仅是分分类、写写需求报告,还要对每个需求进行分析,确定这个需求做不做,及实现的优先级是什么(是高、中还是低),要正确表达所描述的需求,需求报告作为设计阶段的依据,首先要保证其正确性,对每一个需求都应有一种合理正确的解释,不能存在二义性,不能模棱两可,更不能含糊其词。
要完整表达所描述的需求,完整性是需求报告的重要特征之一,一个好的需求报告应该说明什么需求做,什么需求不做,而不需要说明怎么去做,需求报告只是宏观的描述,为设计划定范围,不应该包含不确性因素在里面,要么做,要么不做,不能遗留任何待解决的问题,而且还要保证需求的完整性。
第六条:需求报告的评审规范:
将整理好的需求报告进行评审,最终决定下一步如何执行,需求的评审一般由医保软件部门召集,主要包括医药软件部门的部门经理、相关开发人员、客服部门实施维护人员等,评审的目的主要就软件需求报告中定义的各事项做进一步讨论,根据评审过程中提出的问题再做整理、修改,最终确定需求报告的内容。
评审确定后的需求报告书,在双方部门经理签字认可后,医药软件部方可安排设计、开发。且由医保软件部提交质量保障部进行备案。
□医药软件部客户需求管理
第七条:软件设计与开发评审规范:
设计和开发评审的目的是由医保软件部门与医药软件部门相关人员对医药软件部门编写的软件设计和开发的功能进行评价,以判断确定设计和开发的功能能否实现软件产品预先定义的需求报告中要求的内容,同时通过评审标识出与需求报告中的偏差。
评审的内容可根据产品设计的研发周期、技术难度、复杂程度以及医保软件部门的要求有所侧重和适当的增减。如:设计报告中质量环节设置、关键技术的解决情况等。
评审确定后的设计和开发报告书,在双方部门经理签字认可后,医药软件部方安排人员进行编码。且由医药软件部提交质量保障部进行备案。
第八条:软件功能测试规范:
要求医保软件部门统一搭建测试环境,医药软件部门安排测试,应采取有效措施保证软件产品的质量,软件测试应按规范要求对软件进行检查、测试,医药软件部门应保证对测试错误进行修正。测试过程中发现的软件错误必须及时改正,需要用周密审慎的思考和推理。改正错误常常包括修正原来的设计,必须全盘考虑而不能“头痛医头脚痛医脚”,应该尽量避免在测试过程中产生新的故障。
医保软件部门对医药软件部门提供的自测试完成的软件进行验收测试,其内容包括:功能实现是否完整;界面操作是否灵活、易懂;产生的医保数据是否正确等。
第九条:软件提交与实施规范:
医药软件部门利用外包思维将医保软件部门作为外包客户,在软件功能测试完成后,提交医保软件部门软件产品、设计报告、变更报告、测试计划、实施步骤及相关的SQL/菜单/小工具等,医保软件部门负责安排软件产品的测试、验收及客户服务中心进行软件实施工作。
整个客户需求管理的起点是医保软件部门,终点回到医保软件部门。
□附 则
第十条 实施与修订
本细则呈公司经营管理委员会核准后实施,增补修改亦同。本细节同样适用于农合软件部门与医药软件部门客户需求管理。
相关文章
- 市场营销部部门职责.组织架构.岗位定义-0502
- 公司采取的重点客户策略分为两类
- 证券公司财富管理商业模式浅析
- 化工企业销售管理制度
- 网格化管理制度
- 以客户需求为导向的营销策略
- 资产管理法律法规
- 这是一张大客户管理症结诊断书
- 客服部工作体系
北京泛太物流有限公司 市 场 营 销 部 目 录 1. 部门职责 ....................................................................................... ...
公司采取的重点客户策略分为两类,一类是一般性策略,即对所有重点客户都适用的策略:另一类是具体策略,即针对每一类客户采取的策略. 1一般管理策略 1.1创造客户导向特别是重点客户导向的组织文化 强化公司内部"以客户为中心" ...
金融财税 证券公司财富管理商业模式浅析 奚伟天 (中信证券,北京100125) 摘要:我国证券公司发展到现阶段,由于传统业务受制于监管政策限制,迫切需要进行业务转型.随着我国社会财富积累到一定阶段,财富管理业务正成为证券公司新的业务发展方向 ...
市场调研管理办法 一.目的 通过市场调研和收集.分析顾客.竞争对手相关的资料,结合企业发展规划,确定产品市场.价格定位.竞争对手及相关的应对策略等. 二.范围 本管理办法适用于市场分析过程.产品开发过程,其市场分析针对公司现有生产.销售的产 ...
湖南有线邵东网络有限公司 网格化营销管理方案 一.网格化营销内容及特征 为了将公司营销资源和营销模式以本地行政区域.社区规划.街道等为基础,按照分区分片.点面结合原则,将现有市场分为若干网格区域,网格内配臵网格片区经理或小组长及若干组员,各 ...
以客户需求为导向的营销策略 一.正确认知以客户为导向的营销模式 企业每一次营销活动都是在时间.精力和金钱方面的一种投资,为了使这种投资在短期内得到有效的回报,就要设计一种能收到事半功倍效果的策略. 1.掌握客户采购四要素 客户采购有四个要素 ...
券商资产管理业务:创新迎来发展之春 2012年05月15日 03:43证券日报 在日前召开的"证券公司创新发展研讨会"上,参与讨论探讨资产管理业务创新的券商普遍认为,当前券商资产管理业务正处于历史上最有希望的发展时期,市 ...
对大客户管理不善,不仅容易导致企业收入大幅度波动,还可能引发巨大风险. 汪玉喜 骆志群 吴学仕 · 2016/07/22 08:03 企业到底该怎么做,才能有效解决大客户管理症结?埃森哲调研了众多B2B企业,为大家带来了一份全面的大客户业务 ...
青岛快乐视界数字传媒有限公司 客服部 青岛快乐视界数字传媒有限公司 Qingdao HappyView Digital Media Co., Ltd. 目 录 一.客服部工作内容 . ............................ ...