面向医药行业的销售管理系统

1、一、基本要求：delphi+sql不用在界面的设计上花时间（什么图片什么颜色都不用），简洁即可，主要是实现业务流程。控件用常用的控件（连接数据库用ado控件）。编程的时候考虑到通俗易懂（比如数据库字段的设置，窗体的保存等）。第三章 面向医药行业的销售系统原型功能分析与业务流程面向医药行业的销售管理系统的整个流程，整个销售系统从销售计划开始，经过销售计划的制定，实施，订单录入、提交和审核，合同的制定、审核和履行，发货计划的制定，提货单和运货单的生成，应收账款等一系列管理，进行全过程管理。3.1 面向医药行业的销售管理系统的解决方案医药行业是一个特殊的行业，它有着类型复杂、数量庞大的客户群体，不断

2、创新的医药产品与服务以及由医药行业本身特征决定的复杂运营模式。随着我国医疗体制改革的进一步深入，以及中国加入wto后一系列承诺的兑现，中国医药行业将面临前所未有的竞争压力。大批的外资制药企业与大量的国外药品和医药服务的涌入，将迫使我国医药企业改进管理思想，转变经营理念，把握客户，深化服务。面向医药行业的销售管理是专门适合医药生产厂家的销售管理方法。它是在严格满足gsp的基础上，有效的对药品详细信息进行管理，对销售流程的控制，资金情况的了解和管理，员工管理、员工工资管理、员工考勤管理、费用管理、供货商管理等一系列系统化的管理过程。同时系统还具有一下特性：1.通过对药品类型的严格管理，有效的提高药

3、品信息查询的速度，详细性和准确性；2.建立客户信用评价制度，争取最大的销售机会，为其提供更加个性化的服务，不仅可以提升客户满意度和忠诚度，还从销售渠道上全面的提高销售的效率，并且节省开支；3.随时掌握销售业务员的业绩，方便企业根据市场的变化随时调整策略，并能提高销售管理人员的销售动力和效率，保证企业销售目标的达成；4.提高了企业对信息的收集、处理和交换的速度，推动企业管理现代化，促进医药行业管理制度的改进；5.支持销售订单的全生命周期管理，提供订单接受，报价，审核，销售订单的维护，以及销售合同生成；6.严格对订单执行的控制，提高销售的准确性，有效的降低销售成本；7.建立企业销售计划管理并且保证

4、销售计划的严格执行，提高企业的管理水平；8.用统一的标准和科学的统筹来促进企业内部效率的最大化，促进企业实现价值最大化，提高企业管理决策水平；9.提供完整的付款控制机制，能够很好的将企业运营财务风险控制在合理的范围之内；10.与医药行业的特点相结合，符合gsp管理规范。3.2 面向医药行业的销售管理系统原型业务流程分析3.2.1 竞标管理流程从产品生产出来到最终的消费者所经过的所有环节,医药行业的客户主要包括：医院，销售公司，药店和最终消费者等。医院是一类特别的客户，它们的药品采购采用招标的方式进行。当医院发布了药品招标信息，在相关区域的制药企业等就可以向医院递交品种申报单以及相关资料。医院以

5、企业的资源组织能力，配送服务以及配送信誉为主要方面，对竞价企业进行评议，确定若干企业为竞价成交人；然后竞价成交人进行竞价，竞价成功者将药品销售给医院。 图3-1 竞标管理流程3.2.2 客户信用评价管理流程客户信用评价管理是为改善客户关系管理水平和降低企业交易风险提供决策支持和保障而设计的。客户信用评价管理流程是根据客户交易信息对客户的信用进行评价过程，每个等级赋予一定的信用程度。客户的信用一般等级分为 “好”，“良好”，“一般”，“差”四个等级，等级越高说明客户的信用度越好，企业可以把这些客户列为重点客户，向他们争取最大的销售机会，为企业赢得销售效率和效益。图3-2 客户信用评价管理流程3.

6、2.3 订单管理流程订单管理流程是对客户下的订单进行管理和维护，通过系统录入后，转换为订单档案。订单档案可以增加，修改，取消以及审核，审核的主要依据是库存情况和订单的合理性，订单审核通过后才成为有效的订单，然后对有效的订单进行追踪和维护。图3-3 订单管理流程3.2.4 订单执行流程订单执行流程是订单审核通过后，对有效订单进行的跟踪管理。根据客户的付款情况决定是否发货，发货的先制定发货计划，然后制定发货单，提货单，通知相关部门去仓库提货，完成发货过程。图3-4 订单执行流程3.2.5 应收账款管理流程应收账管理是订单提交后，对客户的付款情况和订单的回笼资金进行跟踪管理，客户的每付一次款，订单的

7、付款资金就会更新。当客户的付款金额大于订单的金额时，会有付款记录和剩余的金额记录，同时订单的付款标记就会更改为已完成付款：当客户的付款金额小于订单的金额时，只有付款记录。系统根据未完成付款的订单，生成催款单，递交给客户。图3-5 应收账款流程3.3销售系统原型功能设计根据以上对业务流程和的分析,确定面向医药行业的销售管理系统原型主要实现了几大功能：药品管理，销售业务员管理，客户管理，销售计划管理，订单管理，合同管理，订单执行管理和应收账款管理。3.3.1 系统总体功能设计面向医药行业的销售管理系统主要实现的几大功能：药品管理，管理药品的具体信息；客户管理，管理客户的基本信息；销售业务员管理，管

8、理销售业务员的相关信息和销售业绩；销售计划管理，管理相关的销售计划；订单管理，管理订单的相关信息和执行过程；合同管理，对合同的管理；应收账款管理，管理客户付款情况；其它管理，报表等的管理。图3-6 面向医药行业的销售管理系统总体功能设计3.3.2 药品管理功能设计药品管理是对药品基本信息进行管理，通过对药品的分类管理，方便对药品的查询和信息的修改。药品管理包括药品档案，存储了药品的基本资料；药品类型档案，存储了药品类型的基本资料，方便药品分类管理。图3-7 药品管理功能设计3.3.3客户管理功能设计客户管理是对客户基本信息进行管理，通过客户资料和客户活动，分析潜在的销售机会，争取最大的销售机会

9、，得到最大的销售利润。客户管理包括客户档案，存储客户的基本资料；客户联系人，存储了客户联系人的基本信息，方便于联系客户；客户产品档案，存储了客户所购买的药品信息；客户分类档案，存储客户类别信息。图3-8 客户管理功能设计3.3.4 销售业务员管理功能设计销售业务员管理是对销售人员进行管理，分析销售活动的费用，对销售业务员进行业绩考核，以最合理销售业务员安排，获得企业的最高效益。销售业务员管理包括销售业务员档案，存储了销售业务员的基本信息；销售费用，对销售过程中的费用进行管理控制；销售业绩，存储业务员的销售业绩以及相应的考核情况。图3-9 销售业务员管理功能设计3.3.5 销售计划管理功能设计销

10、售计划管理是对药品每个年季月的销售计划及销售任务分配的管理，通过制定销售计划来明确销售目标。销售计划管理包含了产品年的销售计划，季的销售计划，月销售计划以及销售任务分配。图3-10 销售计划管理功能设计3.3.6竞标管理功能设计竞标管理是针对面向医院客户时需要的管理功能，是区别于其它客户的功能。竞标管理包括品种申报表档案，存储要申报品种的基本信息；药品报价单档案，存储产品的价格等基本信息；其它一些相关档案，存储竞标时需要的其它文件信息。图3-11竞标管理功能设计3.3.7 订单管理功能设计订单管理是对订单制定，修改，实施以及状态跟踪的管理，是销售管理系统的核心部分，更是面向医药行业的销售管理系

11、统的最重要的部分。订单管理包括订单档案，存储订单的基本信息；订单明细档案，存储订单的详细信息；订单状态管理。通过对订单维护（包括增加，删除，修改），订单状态跟中等，实现对订单生命周期的跟踪。图3-12 订单计划管理功能设计3.3.8 合同管理功能设计合同管理包括合同档案，对合同生成，删除，修改等的管理；合同附件档案，对合同附件信息的维护；合同评审。图3-13 合同管理功能设计3.3.9 订单执行管理功能设计订单执行管理是对订单执行进行跟踪管理，包括发货计划，提货单管理等，通过与应收账款管理实现销售过程的实现。图3-14 订单执行管理功能设计3.3.10 应收账款管理功能设计应收账款管理是对客户

12、的付款记录和核销对仗的管理，是销售过程中执行的重要依据。应收账管理包括应收账款档案，存储票据里的基本信息；付款记录管理，对客户的付款记录进行管理。图3-15 应收账款管理功能设计第四章 销售系统原型数据库分析设计本章分析了销售系统数据流，同时对系统部分数据库进行了分析与设计。4.1 销售系统原型数据流销售管理系统就是计划、执行及控制企业的销售活动，以达到企业的销售目标。它是从市场营销计划的制定开始，管理和控制营销计划中的销售活动，并且负责主导和执行企业的营销计划。销售管理应当负责组建销售队伍去执行企业的销售任务；并且负责控制及管理销售人员的业务活动，为企业寻找、建立和维系满意的客户，以达到企业

13、的销售目标。然而销售系统的数据流是个复杂的过程，数据流决定数据库设计要涉及到的相关表，结合销售系统原型的系统流程和功能设计，对系统进行数据流分析。4.1.1 销售基础数据管理业务数据流图销售管理信息系统的基础数据包括几个部分：客户资料，产品结构，业务员结构和销售计划。只有将这些数据定义清晰，才可以进行下一步的销售数据出来和分析。因此，对于数据的管理，企业也应该有一致的数据管理指标。图4-1 销售基础数据管理业务数据流图4.1.2 销售订单管理业务数据流图订单管理主要包括商品报价，订单维护，合同等的管理。订单档案由许多订单详细信息组成，订单审核通过后才成为有效的订单。有些订单需要增加合同，而合同

14、还可以有附件。图4-2 销售订单管理业务数据流图4.1.3 销售发货管理业务数据流图订单通过审核后，根据客户的付款情况就可以决定是否发货，可以发货的制定发货计划，对要退货的进行退货管理。图4-3 销售收发货管理业务数据流图4.2面向医药行业的销售管理系统e-r图分析e-r图即实体-联系图，提供了表示实体型、属性和联系的方法，用来描述现实世界的概念模型。在整个面向医药行业的销售管理系统中涉及到很多个实体，主要有药品，客户，药品报价单，业务员，销售订单，销售订单明细，销售合同，合同附件，发货单，发货单明细，提货单，提货单明细，运货单等实体。每个实体有各自的属性，不同实体之间又通过各种联系的方法关联

15、着。4.2.1销售管理系统整体er图销售管理系统整体er图，通常把整个系统看作是一个整体对象，如下图显示了销售管理系统的e-r 模型，图描述了在此系统中的实体之间的联系。图中省略了实体的属性。图4-4 系统整体er图4.2.2竞标管理er图对医药行业来说，医院可以说是特殊的客户，针对医院的药品销售首先要进行竞标，然后成为竞价企业后，才可以进行下一步的竞价。在这个流程涉及到的实体中，一个业务员可以制定多份产品申报表，药品报价单以及销售订单；一份产品申报表可以由一种或是多种药品信息组成，一种药品也可以在不同产品申报表中；同样，一份药品报价单可以由一种或是多种药品信息组成，一种药品可以出现在不用药品

16、报价单中；一家医院可以查看多份产品申报表和药品报价单，而一份产品申报表和药品报价单只对应一家医院。竞标管理er图如下图：图4-5 竞标管理er图4.2.3订单管理er图 订单管理主要包括商品报价，订单维护，合同等的管理，同时涉及到的实体有药品报价单，客户，业务员，销售订单，销售订单明细，销售合同等实体。客户通过查看药品报价单了解药品的价格等信息，然后确定是否购买药品；客户决定购买药品后，相应的业务员就会制定销售订单，一个客户可以通过业务员制定多张销售订单，而一个业务员也可以制定不同的订单；一张销售订单可以由一张或是多条的销售订单明细记录组成；如果订单是合同订单，则要附加合同，一张订单对应一份合

17、同；每份合同还可以附加一份合同附件。订单管理的er图如图4-6：图4-6 订单管理er图4.2.4订单执行管理er图订单审核通过后，就可以对订单进行跟踪，根据具体情况实现对订单的执行。一条或是多条销售订单明细记录组成一张销售订单，一张销售订单可以生成一张或是多张发货单；一条发货单明细记录只能根据一条销售订单明细生成，而一条销售订单明细记录可以分多次生成发货记录。订单执行管理的er图如图4-7： 图4-7 订单执行管理er图4.3 数据库表设计根据上面的销售系统原型数据流可知,面向医药行业的销售管理系统会涉及到很多实体，这些实体构成了销售管理数据库中的至关紧要的部分，由于篇幅有限，仅对部分重要表

18、进行分析。4.3.1 药品档案药品档案记录的是药品的一些信息，包括药品名称,分类代码，药品名称，药品价格，最大库存，最小库存，生产日期，保质期，药品规格，计量单位等基本信息。表(4-1)药品档案表（表名：product）列名说明索引等数据类型长度是否允许空product_id药品名称主键int4否types_code分类代码外键varchar50是product_name药品名称varchar50是price药品价格decimal(15,4)是product_max最大库存varchar4是product_min最小库存varchar50是product_jp药品简称varchar50是pro

19、duct_data生产日期varchar50是product_duration保质期varchar50是product_type药品规格varchar50是product_danwwe计量单位varchar50是annotation备注varchar200是4.3.2 药品类别档案药品类被档案记录的是药品类别的一些信息，包括类别编号，类别名称，父类编号，层数，是否最后一层等基本信息。表(4-2)药品类别档案表（表名：type）列名说明索引等数据类型长度是否允许空types_code类别编号主键varchar4否types_name类别名称varchar50是parent_code父类编号var

20、char50是layer层数varchar50是endlayer是否最后一层varchar50是annotation备注varchar200是4.3.3 订单档案订单记录的是订单的信息，包括订单编号，业务员编号，客户编号，合同编号，订单类型，交货日期，签订时间，提货方式，付款方式，结算期限，实际总价，定单状态，定单回笼资金，付款完成标志，发货完成标志，备注，提交状态等基本信息。表(4-3)订单档案表（表名：order）列名说明索引等数据类型长度是否允许空orders_id订单编号主键int4否ywy_id业务员编号外键int4否customer_id客户编号外键int4否contract_id

21、合同编号外键int4否orders_source订单来源varchar4是orders_type订单类型varchar50是orders_data签订时间varchar50是orders_paytype付款方式varchar50是totalcost实际总价decimal(15,4)是status定单状态varchar50是orders_payenough付款完成标志varchar50是orders_fahuo发货完成标志varchar200是annotation备注varchar200是4.3.4 订单明细档案订单明细表记录的是订单的详细信息,包括订单明细编号,产品名称，产品类别,计量单位，

22、单价, 数量,折扣，需求日期等基本信息。表(4-4)订单明细档案表（表名：orderdetail）列名说明索引等数据类型长度是否允许空orderdetail_id订单明细编号主键int4否product_id产品编号外键int4否product_type产品规格varchar50是product_danwei计量单位varchar50是price单价decimal(15,4)是zk折扣decimal(15,4)是quantity数量decimal(15,4)是needdate需求日期varchar50是annotation备注varchar200是4.3.5 付款记录付款记录表记录的是客户付款

23、的详细情况，包括付款记录编号，客户编号，业务员编号，付款金额，付款时间，收款人等基本信息。表(4-5)付款表（表名：pay）列名说明索引等数据类型长度是否允许空pay_id付款记录编号主键int4否customer_id客户编号外键int4是ywy_id业务员编号外键int4是pay_money付款金额decimal(15,4)是pay_data付款时间varchar50是pay_people收款人varchar50是annotation备注varchar200是4.3.6 药品发货单档案订单生效后，当客户的付款达到一定数量的时候，满足发货条件时，就可以制定发货单。发货单记录了发货的详细信息，

24、包括发货单编号，产品名称，订单编号，发货时间，发货状态，提交状态,制单人等基本信息。表(4-6)药品发货单档案（表名：fahuo）列名说明索引等数据类型长度是否允许空fahuo_id发货单编号主键int4否order_id订单编号外键int4否fahuo _data发货时间varchar50是pay_state发货状态decimal(15,4)是status提交状态varchar50是maker制单人varchar50是annotation备注varchar200是4.3.7 药品发货明细单档案药品发货明细表记录的是发货的详细信息，包括发货明细单编号，药品发货单编号，产品编号，产品名称，发货数

25、量等详细信息。表(4-7)药品发货明细单档案（表名：fdetail）列名说明索引等数据类型长度是否允许空fdetaail_id发货明细单编号主键int4否fahuo_id发货单编号外键int4否product_id产品编号外键int4否product_name产品名称varchar50是fahuo_numeber发货数量decimal(15,4)是annotation备注varchar200是4.3.8 提货单档案当完成发货单制定后，即可开提货单。提货单记录了提货的基本信息，包括提货单编号，发货单编号，客户编号，提货日期，提货状态，提交状态等基本信息。表(4-8)药品提货单档案（表名：get）

26、列名说明索引等数据类型长度是否允许空get_id提货单编号主键int4否fahuo_id发货单编号外键int4是customer_id客户编号外键int4是get_data提货日期decimal(15,4)是get_state提货状态varchar50是status提交状态varchar50是annotation备注varchar200是4.3.9 提货单明细档案提货明细表记录的是提货的详细信息，包括提货明细编号，提货单编号，产品编号，提货数量，提货金额等详细信息。表(4-9)药品提货明细单档案（表名：getdetail）列名说明索引等数据类型长度是否允许空getdetail_id提货明细编号

27、主键int4否get_id提货单编号外键int4是product_id产品编号外键int4是getdetail_number提货数量decimal(15,4)是getdetail_money提货金额decimal(15,4)是annotation备注varchar200是第五章 运行实例介绍整个销售系统所涉及的界面很多，由于篇幅所限，本章仅对部分界面作为实例简单介绍。5.1 引言考虑到系统的应用需求情况，本系统是以面向对象语言在delphi 7.0 为前台开发工具，以sql server 系统后台数据库，利用delphi 7.0所拥有ado控件来连接后台数据库，以实现系统框架。5.2 销售系统

28、原型5.2.1 药品管理（1）药品管理主界面，如图5-1：药品信息管理页面主要分为三个部分：左边的药品分类树，药品分为中药和西药，中药又分为成药和饮药，西药分为内服，外用，注射，灌肠，中药中的成药和饮药又可以继续往下分类；右上方的产品表，显示是药品的几项基本信息；右下方的产品基本信息和产品辅助信息，显示的是药品的具体信息。当点击树上的节点时（不是叶子节点），右上方的表就会显示所有属于这个节点类型的产品信息；相应的，在右下方的产品基本信息和产品辅助信息就会显示dbgrid选中行的产品的详细信息。图5-1 药品管理界面（2）药品增加界面，如图5-2：增加药品页面的功能就是增加药品种类信息：药品名称

29、和药品信息需要手工输入；药品类型则用下拉框选择输入，由上面的药品管理主页的药品分类树可知，将药品的分类分为三层，当你在第一个下拉框选中中药时，第二个下拉框的内容就会变为成药和饮药，在第二个下拉框选中成药时，第三个下拉框的内容就会变为丸，散，膏，丹；规格型号和计量单位是原先在代码里先写好可供选择的内容；如输入的最大库存，最小库存，库存，不是按大小顺序，则系统会出现对话框提醒。图5-2 药品增加界面（3）药品修改界面，如图5-3：药品信息修改页面修改的是药品信息管理页面当前显示的药品信息，所以该页面的显示的信息是自动生成的，可以更改的属性有：药品名称，药品简称，规格型号，计量单位，价格，最大库存，

30、最小库存，库存，生产日期，保质期，备注等药品属性。图5-3 药品修改界面5.2.2 订单管理（1）订单管理主界面，如图5-4：订单信息管理分为两部分：上面列表显示的是订单基本信息表里面的信息；下面列表显示的是对应上面列表选中订单对应的订单详细表信息。上面列表下面的增加，删除，修改分别是增加，删除，修改订单表的信息；下面的分别是增加，删除，修改订单详细表的信息。当一个订单包含了订单详细记录的数量不为0时，就可以提交按钮，提交订单。图5-4订单管理界面（2）订单概要信息增加界面，如图5-5：订单基本信息增加页面的功能是增加订单的基本信息，其中有几个属性的值是默认的：总价：0；回笼资金：0；付款情况：未完成；发货情况：未完成；业务员编号，客户编号，订单来源，付款类型都是可以通过下拉框选择的。图5-5 订单概要信息增加界面（3）订单概要信息修改界面，如图5-6：订单概要信息修改的主要功能是修改订单基本