计算机软件毕业设计】网上药店管理系统

1、信息管理与信息管息系统专业 综合课程设计 题目 网上药店管理信息系统68661508辩论项主辩论成绩50%审核辩论成绩50%最终辩论成绩备注题目难度和工作量大小课程设计报告质量系统运行状况及质量知识水平、分析问题和解决问题的能力自述及答复下列问题情况辩论老师签名、签时间注：成绩评定依照?1136综合课程设计辩论评分参考标准?，根据辩论情况给出优、良、中、及格、不及格五等级成绩；“主辩论成绩由主辩论老师逐项给，“审核辩论成绩由辩论审核老师逐项给，“最终辩论成绩由辩论审核老师逐项依据权值汇总。辩论老师必须签名和签时间，否那么成绩无效！ 学生姓名 学号 指导教师 起止时间：2021年9月9日至202

2、1年9月30日目录：前言：3第1章 系统开发背景及组织结构分析3系统开发背景3组织结构分析组织结构图4第2章 系统目标及开发可行性4系统目标4可行性分析5第3章 业务流程图5注册业务流程图：5登录业务流程图：6处方单信息录入：7验证处方单信息：8第4章 数据流程图和数据字典94.1 数据流程图94.1.1 上下文图关联图 94.1.2 图00层图 10其他DFD104.2 数据字典DD13第5章 系统设计175.1 功能结构图175.2 代码设计175.3 输出设计185.4 输入设计18第6章 数据库设计196.1 概念结构设计CDM图196.2 逻辑结构设计PDM图20第7章 系统实现24

3、系统开发总结30主要参考文献30前言：课程设计背景： 针对当前医药产品销售日益剧烈的竞争情况，为了加强管理，提高工作效率和改善效劳质量而设计的一套行之有效的管理系统。满足药店的管理人员和一般客户的根本要求，将日常繁琐的工作简单化、信息化。药店允许顾客凭借医生开具的处方,通过网络在该药店购置处方上的药品。第1章 系统开发背景及组织结构分析 在今天，信息化的大潮已经不可逆转，互联网技术席卷全球。对中国企业而言，21世纪是一个充满机遇的世纪，互联网的开展成为其中成功关键。对于药店而言，信息化已势在必行。网上药店管理系统设计主要有以下几点：1.本系统包含顾客的注册与登录，包含顾客的对处方信息的录入。2

4、.本系统能验证处方信息，对用户输入的医生及处方药物进行核对，更加方便顾客，是顾客购药更加放心准确。意义主要有以下几点：1.降低本钱，这样的购药方式不仅仅方便的顾客，同时节省了大量人力，物力。同时使得交易突破了事件和空间的限制，可以在任何时间进行，大大降低本钱，提高效率。2.有利于树立企业的形象，互联网其特点就是可以跨越时空，正常情况下，网站无时无刻都在工作，通过网上药店管理系统的建成，用户可以跨越空间进行按处方拿药，为用户节约时间，不会出现排队等情况。3.可以到达盈利最大化，有利于拓展市场的渠道，顾客通过网上在药店购置药物，简单快捷。通过这种方式可以接触到更多的消费群体。获得更多的新顾客，有利

5、于扩大市场。组织结构图第2章 系统目标及开发可行性(1)注册。顾客在买药之前,必须先在网上药店注册。注册过程中需填写顾客资料。此外顾客必须与药店现场签订一份授权协议书,授权药店可以向其医生确认处方的真伪。(2)登录。已经注册的顾客可以登录到网上药房购置药品。如果是没有注册的顾客,系统将拒绝其登录。(3)录入及提交处方。登录成功后,顾客按照处方录入界面显示的信息,填写开具处方的医生的信息以及处方上的药品信息。填写完成后,提交该处方。(4)验证处方。对于已经提交的处方(系统将其状态设置为处方已提交),其验证过程为: 核实医生信息。如果医生信息不正确,系统将拒绝其处方单的录入，如果医生信息是正确的,

6、如果库存中没有该药品信息，系统也会提示无药品信息。 如果医生回复处方无效,系统将处方状态设置为为审核通过。 如果医生在给出了确认答复,该处方的状态被修改为审核通过。 (5)对于提交过的处方单，系统将修改库存量。1.市场可行性：信息化大潮已不可阻挡，药店管理的信息化已势在必行，购药信息化已经成为一钟开展趋势。系统的建立会使得购药更加方便快捷。2.技术可行性：系统功能主要包括用户的注册、登录、录入处方信息、验证处方以及系统对通过处方的计算。主要包括对数据库的增删改查操作。可以满足要求。3.资源可行性：人力资源满足。如见资源：Windows 7系统、VS2021、SQL2005满足要求。时间资源一周

7、。4.社会可行性：该系统产品无侵权违法行为、无国家政策限制、也无专利，故可用。使用主要是包括广阔需要购药的群体，无特殊的要求。第3章 业务流程图注册业务流程图：顾客在注册过程中，填写个人根底资料，系统验证该用户名是否被使用过，并给出反应。当用户注册成功时，会导入用户信息库。假设没成功也会反应给顾客原因。登录业务流程图：顾客在登录过程中，输入自己注册的帐号密码，系统与用户信息库中的数据进行比拟，并给出判断，反应给顾客数据。处方单信息录入：顾客在登录成功后录入处方单信息并提交。：对顾客已经提交的处方单进行核实：首先是验证医生信息是否正确，然后医生对已经通过的处方单进行核实。医生对处方单未审核通过，

8、那么系统将处方单状态改为未审核通过。对于未审核通过的处方单系统将以右键的形式反应给顾客。第4章 数据流程图和数据字典4.1 数据流程图 上下文图关联图 顾客注册成功后，可以通过登录系统后提交处方单来购置药品，系统那么是通过系统本身以及医生对顾客所提供的处方单进行审核。 图00层图 顾客进入系统后首先导入处方单，系统会对处方单的医生信息进行核实验证，验证后将交由医生进行处方的验证，验证后的结果将交由系统，最后能通过系统查询审核结果。其他DFD顾客首先将注册信息提交给系统，系统将核实顾客注册信息是否可用，假设不可用那么返回该信息给顾客，假设可用那么参加顾客信息表，提示顾客注册成功。顾客注册成功之后

9、用该信息登录系统，系统将根据顾客信息数据来进行核对。4.1.3.2 导入处方单、审核数据流程图顾客登录成功后首先导入处方单，系统将该处方单，导入处方单表中，系统将该处方单中的医生信息与医生信息表中的医生信息进行核对。假设核对通过那么由医生对该处方单进行审核，假设未通过，那么返回忆客未通过医生信息审核信息。医生对处方单进行审核，假设审核通过，系统将处方单状态改为“审核通过，假设未通过审核，医生将发出未通过审核信息，顾客能在系统中查询自己的处方单的审核结果。4.2 数据字典DD表4-1 数据项的定义数据项编号数据项名称简述类型及宽度取值范围01顾客编号对顾客的编号Int 02顾客帐号顾客用于登录系

10、统的帐号VarChar 2003密码 顾客用于登录系统的密码VarChar 2004姓名顾客姓名记录VarChar 1505性别顾客性别记录VarChar 1006年龄顾客年龄记录Int07 顾客的 号码VarChar 3008地址顾客的地址、用于邮寄药品VarChar 15009授权状况顾客所签授权协议、用于医生审核处方单VarChar 2010处方单编号处方单的编号Int11医生编号医生的编号Int12审核结果系统对处方单的审核结果VarChar 5013药品名对药品名称的记录VarChar 5014药品数量对药品的数量记录Int15合计对于所有药品的价格合计VarChar 10016医生

11、姓名医生的姓名记录VarChar 1517医生职称医生的职称记录VarChar 3018管理员姓名管理员的姓名记录VarChar 3019管理员性别管理员的性别记录VarChar 10表4-2 数据流的描述数据流编号数据流名称简 述数据流来源数据流去向数据流组成数据流量顶峰流量D1顾客信息顾客信息的查询字段顾客顾客名、帐号、密码、性别、 、地址、授权信息等10份/天20份/天D1顾客信息顾客信息的查询字段F1顾客信息表顾客名、帐号、密码、性别、 、地址、授权信息等10份/天20份/天D2合格顾客信息合格顾客信息查询字段顾客名、帐号、密码、性别、 、地址、授权信息等10份/天20份/天D3登录信

12、息顾客信息查询模块顾客顾客帐号、密码10份/天20份/天D3登录信息顾客信息查询模块顾客帐号、密码10份/天20份/天D3登录信息顾客信息查询模块F1顾客信息表顾客帐号、密码10份/天20份/天D4注册信息合格顾客信息查询字段F1顾客信息表顾客名、帐号、密码、性别、 、地址、授权信息等10份/天20份/天D5登录成功信息顾客登录成功信息顾客登录成功信息10份/天20份/天D5登录成功信息顾客登录成功信息顾客登录成功信息10份/天20份/天D6处方单信息处方单信息查询字段F2处方单信息表处方单编号、医生编号、药品名、药品名数量10份/天20份/天D6处方单信息处方单信息查询字段F2处方单信息表处

13、方单编号、医生编号、药品名、药品名数量10份/天20份/天D7医生信息表医生信息查询字段F7医生信息表医生编号10份/天20份/天D8审核结果信息医生信息审核结果查询字段F3医生信息核实结果表医生信息核实结果10份/天20份/天D9通过核实医生处方单信息通过的处方单信息查询字段F3医生信息核实结果表通过核实医生处方单信息10份/天20份/天D10通过审核信息通过审核的信息查询字段F4通过审核信息表通过审核的信息10份/天20份/天D11未通过审核信息未通过审核信息查询字段F5未通过审核信息表未通过审核的信息10份/天20份/天D12通过审核信息通过审核的信息查询字段F4通过审核信息表审核结果信

14、息10份/天20份/天D13未通过审核信息未通过审核信息查询字段F5未通过审核信息表未通过审核的信息10份/天20份/天D14审核信息审核的结果审核结果顾客审核的结果10份/天20份/天D15审核结果信息审核结果信息查询字段F6最终审核结果表审核结果信息10份/天20份/天D16不合格信息不合格信息查询字段顾客不合格的顾客信息10份/天20份/天D17未通过医生信息审核未通过医生信息审核信息查询字段F3医生信息核实结果表未通过医生审核的信息10份/天20份/天D18最终审核结果信息通过审核信息查询字段F6最终审核结果表最终审核结果信息10份/天20份/天D19发货信息发货信息查询字段顾客对已付

15、款客户的发货信息10份/天20份/天表4-3 处理逻辑的描述处理逻辑编号处理逻辑名称简述输入的数据流处理描述输出的数据流处理频率核对顾客信息验证顾客账户是否重复顾客信息对顾客输入的注册信息进行查重处理合格顾客信息、不合格顾客信息20次/天注册顾客注册合格顾客信息信息顾客注册后登录系统注册信息20次/天登录用户进行登录登录信息用户输入用户名及密码登录信息20次/天核对登录信息对用户输入的验证登录信息用户输入用户名及密码，同用户表中的记录进行比照验证登录成功信息20次/天导入处方单用户导入处方单登录成功信息用户根据自己的处方单进行导入处方单信息20次/天核对医生信息核对处方单中医生的信息处方单信息

16、、医生信息管理员对处方单中的医生信息进行核实核实结果信息20次/天医生审核处方单医生对处方单中的信息进行审核通过核实医生处方单系你想医生低处方单的妖狐进行核实通过审核信息、未通过审核信息20次/天发送邮件对未通过审核的处方单进行处理未通过审结果信息、未通过医生信息审核对未通过审核的处方单进行邮件通知邮件信息20次/天管理员审批管理员对处理结果进行审批通过审核结果信息管理远对通过的处方单进行审批审核结果信息20次/天对已付款客户进行发货管理员处理已付款客户最终审核结果信息管理员对已付款的客户进行发货发货信息20次/天表4-4 数据存储的描述数据存储编号数据存储名称简 述数据存储组成相关联的处理F

17、1顾客信息表对顾客注册的信息存储顾客编号+顾客帐号+密码+姓名+性别+年龄+ +地址+授权状况F2处方单信息表对顾客输入处方单信息的存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计F3医生信息核实结果表医生信息核实的结果信息存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计F4通通过医生审核的信息存储通过医生审核的信息存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计F5未通过审核信息表未通过医生审核的信息存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计F6最终审核结果表最终通过审核的处方单信息存储处方单编号+医生编号

18、+顾客编号+审核结果+药品名+药品数量+合计F7医生信息表医生的信息存储医生编号+医生姓名+医生职称表4-6 外部实体的描述外部实体编号外部实体名称简述外部实体组成输入的数据流输出的数据流S0顾客购药的使用用户顾客编号+顾客帐号+密码+姓名+性别+年龄+ +地址+授权状况顾客信息、登录信息、顾客信息、邮件信息、发货信息S1医生审核处方单的的用户医生编号+医生姓名+医生职称处方单信息医生信息、审核后处方单信息S2系统管理员对系统进行管理、对处方单进行最终审核的用户管理员编号+管理员姓名+管理员性别处方单信息邮件信息第5章 系统设计5.1 功能结构图5.2 代码设计处方单： 处方单编号 处方单详情

19、 处方单状态 5.3 输出设计信息系统的最终目的是为了使用户得到所需要的信息。因此输出设计应满足正确性、有效性、及时性、简洁明了及易于阅读和理解等要求。 本系统主要输出形式为显示输出。用户通过系统进行的查询等操作通过用户的设备显示出来。这样做主要有输出快，即时性强，而且输出的样式多等特点。5.4 输入设计输入设计原那么： 控制输入量：仅输入必要的数据。不输入系统不需要的数据。输入量越小，出错的时机越少，花费的时间越少，数据的一致性越好。以导入处方单信息为例：已信息表的形式输入：输入的格式：处方单编号医生编号顾客编号药品名数量价格33256D000010003头孢颗粒10110第6章 数据库设计

20、6.1 概念结构设计CDM图表6-1 顾客实体字段名字段说明类型长度精度备注cus_id顾客身份证号VarChar3030Primary keycus_code顾客帐号VarChar2020nullcus_pwd顾客密码VarChar2020nullcus_name顾客姓名VarChar1515nullcus_sex顾客性别VarChar1010nullcus_age顾客年龄Intnullcus_tel顾客 VarChar2020nullcus_address顾客地址VarChar150150null表6-2 处方单实体字段名字段说明类型长度精度备注ord_id处方单编号VarChar1515

21、Primary keyord_num药品数量Intnullord_state处方单状态VarChar100100null表6-3 医生实体字段名字段说明类型长度精度备注doc_id医生编号VarChar3030Primary keydoc_name医生姓名VarChar1515nulldoc_tel医生 VarChar2020nulldoc_code医生帐号VarChar3030nulldoc_pwd医生密码VarChar2020null表6-4系统管理员实体字段名字段说明类型长度精度备注adm_code管理员编号VarChar3030Primary keysadm_name管理员姓名VarC

22、har3030nullsadm_sex管理员性别VarChar1010nulladm_pwd管理员密码VarChar1010null6.2 逻辑结构设计PDM图表6-5处方单信息表表 名ordinfo中文名处方单信息说 明顾客所导入的处方单英文名称中文名称类型精度主码空数据说明ord_id处方单编号VarChar15是否取值范围为任意字符drug_id药品编号VarChar30否否取值范围为任意字符、外键doc_id医生编号VarChar30否否取值范围为任意字符、外键cus_id顾客身份证号VarChar30否否取值范围为任意字符、外键ord_num t药品数量int否是取值范围为任意字符o

23、rd_state处方单状态VarChar100否是取值范围为任意字符Sql脚本：create table ordinfo ( ord_id varchar(15) not null, drug_id varchar(30) null, doc_id varchar(30) null, cus_id varchar(30) null, ord_num integer null, ord_state varchar(100) null, constraint PK_ORDINFO primary key (ord_id); create unique index ordinfo_PK on ord

24、info (ord_id ASC);create index Relationship_1_FK on ordinfo (doc_id ASC);create index Relationship_2_FK on ordinfo (cus_id ASC);create index Relationship_6_FK on ordinfo (drug_id ASC);表6-7 顾客表表 名customer中文名顾客说 明顾客的信息英文名称中文名称类型精度主码空数据说明cus_id顾客身份证号VarChar30是否取值范围为任意字符cus_code顾客帐号VarChar20否是取值范围为任意字符c

25、us_pwd顾客密码VarChar20否是取值范围为任意字符cus_name顾客姓名VarChar15否是取值范围为任意字符cus_sex顾客性别VarChar10否是取值范围为任意字符cus_age顾客年龄int否是取值范围为任意字符cus_tel顾客 VarChar30否是取值范围为任意字符cus_address顾客地址VarChar150否是取值范围为任意字符：create table customer ( cus_id varchar(30) not null, cus_code varchar(20) null, cus_pwd varchar(20) null, cus_name

26、varchar(15) null, cus_sex varchar(10) null, cus_age integer null, cus_tel varchar(30) null, cus_address varchar(150) null, constraint PK_CUSTOMER primary key (cus_id);create unique index customer_PK on customer (cus_id ASC);表6-6医生信息表表 名docinfo中文名医生信息说 明医生的信息英文名称中文名称类型精度主码空数据说明doc_id医生编号VarChar30是否取值

27、范围为任意字符doc_type医生类别VarChar10否否取值范围为任意字符、外键doc_zili医生资历VarChar10否否取值范围为任意字符、外键doc_name医生姓名VarChar15否是取值范围为任意字符doc_tel医生 VarChar20否是取值范围为任意字符doc_code医生帐号VarChar30否是取值范围为任意字符doc_pwd医生密码VarChar20否是取值范围为任意字符Sql脚本：create table docinfo ( doc_id varchar(30) not null, doc_type varchar(10) null, doc_zili varc

28、har(10) null, doc_name varchar(15) null, doc_tel varchar(20) null, doc_code varchar(30) null, doc_pwd varchar(20) null, constraint PK_DOCINFO primary key (doc_id);create unique index docinfo_PK on docinfo (doc_id ASC);create index Relationship_7_FK on docinfo (doc_zili ASC);create index Relationship_8_FK on docinfo (doc_type ASC);表6-8系统管理员表表 名sysadmin中文名系统管理员说 明系统管理员的信息英文名称中文名称类型精度主码空数据说明adm_code管理