医药行业需求文档零售业务终端项目方案v10.docx

1、医药行业需求文档零售业务终端项目方案v10医药行业需求文档零售业务终端项目方案v10 国药集团药业股份零售业务治理系统项目方案国药集团药业股份2021年7月文档修改记录版本日期说明编写者审核者Version v1.02021-7名目综述1.1.目的为了配合零售事业部的快速进展，期望通过构建零售业务治理系统加强对相关业务的治理和操纵，提高零售事业部的业务治理能力，通过零售学术部的推广与零售分销部的渠道信息，构建零售业务新的治理模式。1.2.需求背景2021年股份公司成立了零售事业部，分为零售分销、零售学术和电子商务三个部分。估量以后股份公司将扩大零售学术队伍，协助厂家针对零售终端进行产品推广业务

2、。因此产生了对整个零售业务治理模式进行变革式的治理需求。具体情形如下：零售学术部组织架构总监大区经理地区经理学术专员总监/信息治理零售学术部岗位职责说明1、学术专员每人负责80-100家目标药店，目标药店相对固定爱护目标药店的基础信息每周提交下一周的拜望打算，并确保拜望覆盖率和正确率每日按打算拜望目标客户，完成并提交拜望报告拜望报告包含目标药店内收集的重点产品铺货、陈设信息、竞品信息等，以及重点产品的进销存数据2、地区经理批阅学术专员的拜望打算，批准或拒绝拜望打算依照学术专员的拜望打算制定随访打算并提交大区经理批阅学术专员的拜望报告提交随访报告3、大区经理批阅学术专员的拜望打算和地区经理的随访

3、打算批阅学术专员的拜望报告和地区经理的随访报告批阅地区经理的随访打算，批准或拒绝地区经理的随访打算。4、部门总监批阅并批准或拒绝以上的打算和报告零售分销部组织架构总监大区经理地区经理商务专员总监/客户经理客户专员零售学术部岗位职责说明1.3.系统实施规划零售业务治理系统将作为股份公司业务治理核心系统的探究，作为业务员日常业务行为的治理平台。为方便业务员使用将对应开发手机平台的版本，使业务员在业务工作过程中形成与股份公司治理进行有效交互的目的。项目从业务形式角度总体能够分为两个方面：零售学术以药店推广为要紧业务形式。注重业务行为治理、门店信息采集、以及拜望打算的制定和执行。零售分销以渠道爱护为要

4、紧业务形式。注重渠道业务过程的治理、渠道信息的采集、以及渠道爱护、拜望的制定和执行。1.4.系统总体功能描述该系统共分为学术、分销、系统治理和手机业务平台四大部分共17个模块： 零售业务治理系统功能图图1-1A、学术治理部分工作打算需求：1、业务员每周五前完成打算填报2、地区经理每周六前审批业务员打算，审批过程中勾选产生随访打算，空白时刻填写其他工作内容。3、大区经理每周日前审批地区经理工作打算4、总监每周一审批大区经理工作打算。5、系统提供历史拜望统计4周为一个周期：A类客户一期拜望4次、B类客户一期拜望2次，C类客户一期拜望1次6、一年13期、每期4周。整个打算和拜望周期都已自然周和4周为

5、一期进行统一运算。2、环境阻碍归类选择：填写门店周边环境变化如修路等门店拜望信息采集需求：1、营销活动买赠、降价、店员教育：填写门店进行的营销活动进销存采集1、采集门店要求品种的进、存数据能看上次库存数据2、进货渠道默认历史陈设采集1、陈设面填报手写2、陈设位置柜台、背柜、开架；首层、中间、底层默认为上次历史填写。3、专门陈设海报、吊旗、推头、灯箱、橱窗喷绘竞品采集1、竞品陈设默认为上次历史填写2、竞品销售价格默认为上次历史填写3、竞品活动默认为上次历史填写4、竞品销售量门店信息采集需求：1、门店基础信息及定位2、周边社区情形 社区型/商业型/*2、周边医疗机构勾选相关报表查询条件：区域、药店

6、级别、连锁中心、产品、年周期、学术专员1、拜望打算执行的报表代表ID、代表姓名、所属省、所属市、所属区县、打算日期、打算拜望门店、执行时刻、实际拜望门店、门店级别、当期差不多拜望的次数按照门店汇总，有打算无执行和有执行无打算都需要看到查询条件：区域、药店级别、年周期、学术专员2、门店库存的报表所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、采集时刻采集时生成、品种ID、品种名称、规格、单位、厂家、库存数量默认按区域排序查询条件：区域、药店级别、年周期、品种、学术专员3、门店进货的报表渠道销售关联所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、采集时刻、品种I

7、D、品种名称、规格、单位、厂家、进货数量默认按区域排序查询条件：区域、药店级别、年周期13、品种、学术专员4、门店进销存的报表存为最后一次的存所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、周期、品种ID、品种名称、规格、单位、厂家、进货数量周期内累加、库存数量周期内最后一次、销售数量按照上期库存运算销售数量默认按区域排序查询条件：区域、药店级别、年周期、品种、连锁中心5、门店营销陈设的报表营销活动、是否有陈设标记、陈设形式、陈设面所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、周期、品种ID、品种名称、规格、单位、厂家、营销活动、是否有陈设标记、陈设形式、

8、陈设面查询条件：区域、药店级别、年周期、品种、连锁中心6、门店竞品的报表竞品陈设、价格、活动、销量所属省、所属市、所属区县、门店ID、门店名称、门店级别、连锁中心、周期、品种ID、品种名称、规格、单位、厂家、竞品ID、竞品名称、竞品规格、竞品单位、竞品厂家、竞品陈设、竞品价格、竞品活动、竞品销量查询条件：区域、药店级别、年周期、品种、连锁中心B、分销治理部分日常客户拜望沟通内容：1、业务问题沟通2、客户档案变更情形3、回款，应收情形4、当地市场情形5、市场调研新品6、政策了解价格、医保、卫生等7、招标中标价格8、客户资质爱护9、数据采集与数据直连10、关键品种库存填报商务打算治理同上业务治理及

9、报表业务治理部分和股份已有报表，在股份现有系统基础上实现，不包含在该项目范畴内C、系统治理系统权限架构、定位的通用接口、终端与渠道数据的对比D、手机业务平台方便业务员在手机上进行日常业务使用的相关功能：工作打算提醒、拜望报告填报、客户定位、相关业务查询、推广及培训资料。2.系统分析2.1.系统概貌零售业务系统为零售事业部提供业务员打算审批治理，客户拜望信息采集、门店信息采集、业务治理、数据查询等服务。通过B/S和手机方式提供服务。依照业务部门需求，组织架构、人员等基础信息将基于股份公司协同系统猎取基础数据，同时在项目初期由股份主数据系统提供初始化的客户信息，在该系统运行过程中与主数据形成客户信

10、息爱护关系。3.零售业务系统具体功能概述3.1.系统治理模块3.1.1.系统治理模块说明零售业务系统治理模块操纵的使用者要紧分为以下几类： 3.1.2.系统治理模块要紧解决的问题：零售业务系统治理模块要紧解决使用人员帐号治理、系统角色治理、系统各类角色之间组织架构治理、数据权限治理、功能权限治理、品种爱护以及省市地区之间组织治理。系统治理模块功能如下：系统人员帐号治理组织机构治理功能权限治理系统角色治理门店信息治理及门店定位周边医疗机构为总单细目结构门店与品种关系爱护门店与业务员关系爱护厂家品种及竞品爱护竞品为总单细目结构3.1.3.系统治理模块详细功能设计说明3.1.3.1.系统人员帐号治理

11、在零售业务系统中，该功能为相关人员设置登陆账号及登录人相关信息。帐号治理功能的要紧信息：人员ID、姓名、拼音、出生年月、性别、单位ID、 单位名称默认国药股份、单位类型股份零售学术、零售分销、厂家、系统治理员、职务级别总监、大区经理分部门区域、地区经理分部门区域、业务员分部门区域、其他、对应上级总监、其他可为空、要紧工作、办公室 、手机、 、E-MAIL、所属省、所属市、所属区县、单位状态正式、停用、密码、备注。要求：系统各角色使用用户名和系统密码登陆系统界面时，还需要填报随机附加码验证。职务级别通过编号在系统后台爱护。功能：新增、修改、删除3.1.3.2.系统角色治理 在零售业务系统中，角色

12、分为系统治理员 、零售分销部、零售学术部、厂家销售四类角色。角色治理要紧负责设置相应角色对应使用的功能。角色设计如下：零售学术部：零售学术部总监、零售学术部大区经理、零售学术部地区经理、零售学术部业务员、零售学术部治理员零售分销部：零售分销部总监、零售分销部大区经理、零售分销部地区经理、零售分销部业务员、零售分销部治理员厂家：厂家人员系统治理员；角色治理功能的要紧信息项：角色ID、角色名称、功能ID、功能名称、功能权限标记增、删、改。功能：新增、修改、删除3.1.3.3.功能授权治理在系统中，依照账号治理和角色治理爱护的信息，通过人员授权治理将账号与角色定义的功能关联起来。功能分配大致如下：零

13、售学术部：零售学术部总监：推广及培训资料查看、电子地图、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表零售学术部大区经理：零售学术部随访打算审批、推广及培训资料查看、电子地图、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表零售学术部地区经理：零售学术部拜望打算审批、零售学术部随访打算填报、推广及培训资料查看、电子地图、零售学术部拜望报告审批、零售学术部拜望打算执行报表、

14、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表零售学术部业务员：零售学术部拜望打算填报、门店信息治理及门店定位治理、推广及培训资料查看、电子地图、零售学术部拜望报告填报、零售学术部拜望打算执行报表、零售学术部门店库存明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表零售学术部治理员：门店信息及门店定位审批、门店与品种关系治理、门店与业务员关系治理、厂家品种及竞品关系治理、推广及培训资料治理、电子地图、零售学术部拜望打算执行报表、零售学术部门店库存

15、明细报表、零售学术部门店进货明细报表、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表零售分销部：拜望打算和填报授权差不多对应同上，客户、业务员关系、品种关系均来源于股份业务系统零售分销部总监、零售分销部大区经理、零售分销部地区经理、零售分销部业务员、零售分销部治理员厂家：厂家人员：电子地图、零售学术部门店进销存报表、零售学术部门店营销陈设报表、零售学术部门店竞品报表人员授权治理功能的要紧信息项：人员ID、姓名、单位ID、单位名称、职位、账号状态、角色ID、角色名称、角色所属单位ID、角色所属单位名称。要求：账号治理中的单位ID与角色治理中的角色所属单位ID对应。人

16、员信息通过弹出框选择账号信息反填，角色信息通过弹出框选择角色信息反填，不能直截了当录入信息。功能：新增、修改、删除3.1.3.4.门店信息治理及门店定位治理在系统中，门店信息治理功能要紧用于爱护门店差不多信息和门店定位。门店周边信息同时也在该功能中爱护。该功能为本系统的核心功能。门店信息治理功能的要紧信息项：门店ID、门店名称、门店类型连锁中心、连锁门店、非连锁门店、简称、简拼、所属省、所属市、所属区县、地址、客户状态正式、停用、行政区编码、上级连锁中心ID、上级连锁中心名称、营业面积、固定 、邮政编码、联系人、联系人 、地理位置复选医院、商业区、居民区、提交标记总单细目关联股份主数据的医疗机

17、构按照门店区域信息关联出该区域医疗机构周围500米医疗机构：医疗机构ID、医疗机构名称、医疗机构类别、备注、提交标记门店坐标RF参数、提交标记要求：所属省、所属市、所属区县、行政区编码信息、医疗机构信息由股份提供，直截了当导入作为基础数据。门店坐标信息由统一定位接口采集和生成。上级连锁中心ID与门店治理中已有的ID对应，通过弹出框选择连锁中心信息反填，不能直截了当录入信息。功能：新增、修改、删除3.1.3.5.门店信息及门店定位审批在系统中，门店信息审批功能要紧用于审核代表提交的门店差不多信息和门店定位。审批后的门店信息、定位信息、周边信息同时也在该功能中审批。审批后的门店信息才能在系统中正常

18、使用。该功能为本系统的核心功能。门店信息治理功能的要紧信息项：门店ID、门店名称、门店类型连锁中心、连锁门店、非连锁门店、简称、简拼、所属省、所属市、所属区县、地址、客户状态正式、停用、行政区编码、上级连锁中心ID、上级连锁中心名称、营业面积、固定 、邮政编码、联系人、联系人 、地理位置复选医院、商业区、居民区、审核标记总单细目关联股份主数据的医疗机构按照门店区域信息关联出该区域医疗机构周围500米医疗机构：医疗机构ID、医疗机构名称、医疗机构类别、备注、审核标记门店坐标RF参数、审核标记。功能：新增、修改、删除3.1.3.6.门店或客户与品种关系治理在系统中，门店与品种关系治理功能要紧用于爱

19、护门店与品种的关联关系。该功能为要紧阻碍门店拜望信息采集的品种以及竞品等采集内容。门店与品种关系治理功能的要紧信息项：门店ID、门店名称、门店类型连锁中心、连锁门店、非连锁门店、品种ID、品种名称、通用名、品种规格、剂型、单位、品种厂家要求：门店信息依照门店信息治理功能中已有信息选择反填，不能直截了当录入信息。品种信息据品种信息治理功能中已有信息选择反填，不能直截了当录入信息。功能：新增、修改、删除3.1.3.7.门店与业务员关系治理在系统中，门店与业务员关系治理功能要紧用于爱护门店与业务员的关联关系。该功能为要紧阻碍门店拜望信息采集和拜望打算等相关内容。门店与业务员关系治理功能的要紧信息项：

20、门店ID、门店名称、门店类型连锁中心、连锁门店、非连锁门店、业务员ID、业务员姓名、负责区域、级别、备注要求：门店信息依照门店信息治理功能中已有信息选择反填，不能直截了当录入信息。业务员信息依照人员信息治理功能中已有业务员级别信息选择反填，不能直截了当录入信息。功能：新增、修改、删除3.1.3.8.厂家品种及竞品关系治理在系统中，厂家品种及竞品关系治理功能要紧用于爱护厂家与品种的关联关系和品种与竞品的关联关系。该功能为要紧阻碍门店拜望信息采集的品种以及竞品等采集内容。厂家品种及竞品关系治理功能的要紧信息项：品种ID、品种名称、通用名、品种规格、剂型、单位、品种厂家、厂家类型外企、国资、民营品种

21、与竞品为一对多关系，基于品种信息爱护竞品信息竞品ID、竞品名称、通用名、规格、剂型、单位、厂家、厂家类型外企、国资、民营要求：品种与竞品采纳总单细目方式爱护。功能：新增、修改、删除3.1.3.9.在线统计在线统计功能能够显示当前在线的用户名，登录时刻，单位名称，登录的IP地址等信息。显示信息：用户ID、姓名、性别、单位、职务、要紧工作、办公室 、手机、 、E-MAIL。功能：刷新。3.1.3.10.注销开释当前登录连接，重新导向到登录界面。3.1.3.11.退出系统关闭当前页面，退出系统。3.2.打算治理模块3.2.1.打算治理模块说明拜望打算模块要紧是为治理者对业务员拜望行为进行治理，要紧使

22、用流程如下：1业务员每周五前完成打算填报2地区经理每周六前审批业务员打算，审批过程中勾选产生随访打算，空白时刻填写其他工作内容。3大区经理每周日前审批地区经理工作打算4总监每周一审批大区经理工作打算。5系统提供历史拜望统计4周为一个周期：A类客户一期拜望4次、B类客户一期拜望2次，C类客户一期拜望1次6一年13期、每期4周。整个打算和拜望周期都已自然周和4周为一期进行统一运算。3.2.2.打算治理模块要紧解决的问题：打算治理模块要紧解决零售学术部和零售分销部业务员填报拜望打算、审批拜望打算、制定随访打算、审批随访打算形成。打算治理模块功能如下：零售学术部拜望打算填报零售学术部拜望打算审批零售学

23、术部随访打算填报零售学术部随访打算审批零售学术部电子地图零售分销部拜望打算填报零售分销部拜望打算审批零售分销部随访打算填报零售分销部随访打算审批3.2.3.打算治理模块详细功能设计说明3.2.3.1.零售学术部拜望打算填报在零售业务系统中，该功能为零售学术部代表提供拜望打算填写的功能。填写拜望客户打算时，只能选择非停用状态和有门店坐标信息的客户。同时该功能能够修改处理本人的被驳回的拜望打算。要紧信息项：拜望日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型连锁中心、连锁门店、非连锁门店、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态正式、停用、行政区编码、上级连锁

24、中心ID、上级连锁中心名称、拜望时刻8-17点、提交标记功能：新增、修改、删除3.2.3.2.零售学术部拜望打算审批 在零售业务系统中，该功能为零售学术部地区经理提供代表拜望打算审批的功能。地区经理只能看到下级代表已提交的拜望打算。要紧信息项：拜望日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型连锁中心、连锁门店、非连锁门店、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态正式、停用、行政区编码、上级连锁中心ID、上级连锁中心名称、拜望时刻8-17点、提交标记、审批标记审批、驳回、驳回缘故、审批处理时刻、审批人功能：部分修改、3.2.3.3.零售学术部随访打算填报

25、 在零售业务系统中，该功能为零售学术部地区经理提供制定填报随访打算的功能。地区经理在已审批的下级代表拜望打算中选取打算拜望的客户，生成地区经理的随访打算，同时填写每日随访打算工作说明。同时该功能能够修改处理地区经理本人的被驳回的随访打算。要紧信息项：随访日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型连锁中心、连锁门店、非连锁门店、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态正式、停用、行政区编码、上级连锁中心ID、上级连锁中心名称、拜望时刻8-17点、随访人、随访标记功能：新增、修改、删除3.2.3.4.零售学术部随访打算审批在零售业务系统中，该功能为零售学

26、术部大区经理提供审批随访打算的功能。大区经理只能看到下级地区经理已提交的随访打算。要紧信息项：随访日期、代表、负责区域、门店ID、门店名称、门店等级、门店类型连锁中心、连锁门店、非连锁门店、简称、简拼、所属省、所属市、所属区县、地址、门店坐标信息、客户状态正式、停用、行政区编码、上级连锁中心ID、上级连锁中心名称、拜望时刻8-17点、随访人、随访标记、审批人、审批时刻、审批状态审批、驳回、驳回缘故功能：部分修改3.2.3.5.电子地图基于电子地图引擎，标记门店或者客户位置，门店与客户有图标进行区分。通过选择日期、拜望打算、拜望执行、已拜望状态、未拜望状态、客户类型药店、客户、全部、代表，能够通

27、过地图对应显示相关药店或客户的地图分布。假如选择了代表，同时日期范畴选择为一天自动显示代表该日的拜望打算或者执行路线已发生显示执行路线。功能：查看3.2.3.6.零售分销部拜望打算填报在零售业务系统中，该功能为零售分销部代表提供拜望打算填写的功能。填写拜望客户打算时，只能选择非停用状态和有门店坐标信息的客户。同时该功能能够修改处理本人的被驳回的拜望打算。要紧信息项：拜望日期、代表、负责区域、客户ID、客户名称、客户类型连锁、商业、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态正式、停用、行政区编码、拜望时刻8-17点、提交标记功能：新增、修改、删除3.2.3.7.零售分销部拜望

28、打算审批在零售业务系统中，该功能为零售分销部地区经理提供代表拜望打算审批的功能。地区经理只能看到下级代表已提交的拜望打算。要紧信息项：拜望日期、代表、负责区域、客户ID、客户名称、客户类型连锁、商业、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态正式、停用、行政区编码、拜望时刻8-17点、提交标记、审批标记审批、驳回、驳回缘故、审批处理时刻、审批人功能：部分修改、3.2.3.8.零售分销部随访打算填报在零售业务系统中，该功能为零售分销部地区经理提供制定填报随访打算的功能。地区经理在已审批的下级代表拜望打算中选取打算拜望的客户，生成地区经理的随访打算，同时填写每日随访打算工作说明

29、。同时该功能能够修改处理地区经理本人的被驳回的随访打算。要紧信息项：拜望日期、代表、负责区域、客户ID、客户名称、客户类型连锁、商业、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态正式、停用、行政区编码、拜望时刻8-17点、提交标记、随访人、随访标记功能：新增、修改、删除3.2.3.9.零售分销部随访打算审批在零售业务系统中，该功能为零售分销部大区经理提供审批随访打算的功能。大区经理只能看到下级地区经理已提交的随访打算。要紧信息项：拜望日期、代表、负责区域、客户ID、客户名称、客户类型连锁、商业、简称、简拼、所属省、所属市、所属区县、地址、坐标信息、客户状态正式、停用、行政区编

30、码、拜望时刻8-17点、提交标记、随访人、随访标记、审批人、审批时刻、审批状态审批、驳回、驳回缘故功能：部分修改3.3.拜望报告模块3.3.1.拜望报告模块说明拜望报告模块要紧是为业务员拜望采集进行治理，要紧采集内容如下：门店拜望信息采集：营销活动买赠、降价、店员教育：填写门店进行的营销活动环境阻碍归类选择：填写门店周边环境变化如修路等进销存采集采集门店要求品种的进、存数据能看上次库存数据进货渠道默认历史陈设采集陈设面填报陈设位置柜台、背柜、开架；首层、中间、底层默认为上次历史填写。专门陈设海报、吊旗、推头、灯箱、橱窗喷绘竞品采集竞品陈设默认为上次历史填写竞品销售价格默认为上次历史填写竞品活动默认为上次历史填写竞品销售量3.3.2.拜望报告模块要紧解决的问题：拜望报告模块要紧解决零售学术部和零售分销部业务员填报拜望信息采集、拜望报告核查。拜望报告模块功能如下：零售学术部