信息管理与信息系统管理专业综合课程设计-网上药店管理系统（源程序）.doc

信息管理与信息系统管理专业综合课程设计信息管理与信息管息系统专业 综合课程设计 题目 网上药店管理信息系统 答辩项主答辩成绩50%审核答辩成绩50%最终答辩成绩备注题目难度和工作量大小课程设计报告质量系统运行状况及质量知识水平、分析问题和解决问题的能力自述及回答问题情况答辩老师签名、签时间注：成绩评定依照1136综合课程设计答辩评分参考标准，根据答辩情况给出优、良、中、及格、不及格五等级成绩；“主答辩成绩”由主答辩老师逐项给，“审核答辩成绩”由答辩审核老师逐项给，“最终答辩成绩”由答辩审核老师逐项依据权值汇总。答辩老师必须签名和签时间，否则成绩无效！ 学生姓名 学号 指导教师 起止时间：2014年9月9日至2014年9月30日目录：前言：3第1章 系统开发背景及组织结构分析31.1系统开发背景31.2组织结构分析（组织结构图）4第2章 系统目标及开发可行性42.1系统目标42.2可行性分析5第3章 业务流程图53.1注册业务流程图：53.2登录业务流程图：63.3处方单信息录入：73.4验证处方单信息：8第4章 数据流程图和数据字典94.1 数据流程图94.1.1 上下文图（关联图 ）94.1.2 图0（0层图 ）104.1.3其他DFD104.2 数据字典（DD）13第5章 系统设计175.1 功能结构图175.2 代码设计175.3 输出设计185.4 输入设计18第6章 数据库设计196.1 概念结构设计（CDM图）196.2 逻辑结构设计（PDM图）20第7章 系统实现24系统开发总结30主要参考文献30全套源程序代码加153893706前言：课程设计背景： 针对当前医药产品销售日益激烈的竞争情况，为了加强管理，提高工作效率和改善服务质量而设计的一套行之有效的管理系统。满足药店的管理人员和一般客户的基本要求，将日常繁琐的工作简单化、信息化。药店允许顾客凭借医生开具的处方,通过网络在该药店购买处方上的药品。第1章 系统开发背景及组织结构分析1.1系统开发背景 在今天，信息化的大潮已经不可逆转，互联网技术席卷全球。对中国企业而言，21世纪是一个充满机遇的世纪，互联网的发展成为其中成功关键。对于药店而言，信息化已势在必行。网上药店管理系统设计主要有以下几点：1）.本系统包含顾客的注册与登录，包含顾客的对处方信息的录入。2）.本系统能验证处方信息，对用户输入的医生及处方药物进行核对，更加方便顾客，是顾客购药更加放心准确。意义主要有以下几点：1）.降低成本，这样的购药方式不仅仅方便的顾客，同时节省了大量人力，物力。同时使得交易突破了事件和空间的限制，可以在任何时间进行，大大降低成本，提高效率。2）.有利于树立企业的形象，互联网其特点就是可以跨越时空，正常情况下，网站无时无刻都在工作，通过网上药店管理系统的建成，用户可以跨越空间进行按处方拿药，为用户节约时间，不会出现排队等情况。3）.可以达到盈利最大化，有利于拓展市场的渠道，顾客通过网上在药店购买药物，简单快捷。通过这种方式可以接触到更多的消费群体。获得更多的新顾客，有利于扩大市场。1.2组织结构分析（组织结构图）第2章 系统目标及开发可行性2.1系统目标(1)注册。顾客在买药之前,必须先在网上药店注册。注册过程中需填写顾客资料。此外顾客必须与药店现场签订一份授权协议书,授权药店可以向其医生确认处方的真伪。(2)登录。已经注册的顾客可以登录到网上药房购买药品。如果是没有注册的顾客,系统将拒绝其登录。(3)录入及提交处方。登录成功后,顾客按照”处方录入界面”显示的信息,填写开具处方的医生的信息以及处方上的药品信息。填写完成后,提交该处方。(4)验证处方。对于已经提交的处方(系统将其状态设置为”处方已提交”),其验证过程为: 核实医生信息。如果医生信息不正确,系统将拒绝其处方单的录入，如果医生信息是正确的,如果库存中没有该药品信息，系统也会提示无药品信息。 如果医生回复处方无效,系统将处方状态设置为”为审核通过”。 如果医生在给出了确认答复,该处方的状态被修改为”审核通过”。 (5)对于提交过的处方单，系统将修改库存量。2.2可行性分析1）.市场可行性：信息化大潮已不可阻挡，药店管理的信息化已势在必行，购药信息化已经成为一钟发展趋势。系统的建立会使得购药更加方便快捷。2）.技术可行性：系统功能主要包括用户的注册、登录、录入处方信息、验证处方以及系统对通过处方的计算。主要包括对数据库的增删改查操作。可以满足要求。3）.资源可行性：人力资源满足。如见资源：Windows 7系统、VS2010、SQL2005满足要求。时间资源一周。4）.社会可行性：该系统产品无侵权违法行为、无国家政策限制、也无专利，故可用。使用主要是包括广大需要购药的群体，无特殊的要求。第3章 业务流程图3.1注册业务流程图：顾客在注册过程中，填写个人基础资料，系统验证该用户名是否被使用过，并给出反馈。当用户注册成功时，会导入用户信息库。若没成功也会反馈给顾客原因。3.2登录业务流程图：顾客在登录过程中，输入自己注册的帐号密码，系统与用户信息库中的数据进行比较，并给出判断，反馈给顾客数据。3.3处方单信息录入：顾客在登录成功后录入处方单信息并提交。3.4验证处方单信息：对顾客已经提交的处方单进行核实：首先是验证医生信息是否正确，然后医生对已经通过的处方单进行核实。医生对处方单未审核通过，则系统将处方单状态改为未审核通过。对于未审核通过的处方单系统将以右键的形式反馈给顾客。第4章 数据流程图和数据字典4.1 数据流程图4.1.1 上下文图（关联图 ）顾客注册成功后，可以通过登录系统后提交处方单来购买药品，系统则是通过系统本身以及医生对顾客所提供的处方单进行审核。4.1.2 图0（0层图 ）顾客进入系统后首先导入处方单，系统会对处方单的医生信息进行核实验证，验证后将交由医生进行处方的验证，验证后的结果将交由系统，最后能通过系统查询审核结果。4.1.3其他DFD4.1.3.1注册登录数据流程图顾客首先将注册信息提交给系统，系统将核实顾客注册信息是否可用，若不可用则返回该信息给顾客，若可用则加入顾客信息表，提示顾客注册成功。顾客注册成功之后用该信息登录系统，系统将根据顾客信息数据来进行核对。4.1.3.2 导入处方单、审核数据流程图顾客登录成功后首先导入处方单，系统将该处方单，导入处方单表中，系统将该处方单中的医生信息与医生信息表中的医生信息进行核对。若核对通过则由医生对该处方单进行审核，若未通过，则返回顾客未通过医生信息审核信息。医生对处方单进行审核，若审核通过，系统将处方单状态改为“审核通过”，若未通过审核，医生将发出未通过审核信息，顾客能在系统中查询自己的处方单的审核结果。4.2 数据字典（DD）表4-1 数据项的定义数据项编号数据项名称简述类型及宽度取值范围01顾客编号对顾客的编号Int 02顾客帐号顾客用于登录系统的帐号VarChar 2003密码 顾客用于登录系统的密码VarChar 2004姓名顾客姓名记录VarChar 1505性别顾客性别记录VarChar 1006年龄顾客年龄记录Int07电话顾客的电话号码VarChar 3008地址顾客的地址、用于邮寄药品VarChar 15009授权状况顾客所签授权协议、用于医生审核处方单VarChar 2010处方单编号处方单的编号Int11医生编号医生的编号Int12审核结果系统对处方单的审核结果VarChar 5013药品名对药品名称的记录VarChar 5014药品数量对药品的数量记录Int15合计对于所有药品的价格合计VarChar 10016医生姓名医生的姓名记录VarChar 1517医生职称医生的职称记录VarChar 3018管理员姓名管理员的姓名记录VarChar 3019管理员性别管理员的性别记录VarChar 10表4-2 数据流的描述数据流编号数据流名称简 述数据流来源数据流去向数据流组成数据流量高峰流量D1顾客信息顾客信息的查询字段顾客P1.1核对顾客信息顾客名、帐号、密码、性别、电话、地址、授权信息等10份/天20份/天D1顾客信息顾客信息的查询字段F1顾客信息表P1.1核对顾客信息顾客名、帐号、密码、性别、电话、地址、授权信息等10份/天20份/天D2合格顾客信息合格顾客信息查询字段P1.1核对顾客信息P1.2注册顾客名、帐号、密码、性别、电话、地址、授权信息等10份/天20份/天D3登录信息顾客信息查询模块顾客P1.3登录顾客帐号、密码10份/天20份/天D3登录信息顾客信息查询模块P1.3登录P1.4核对登录信息顾客帐号、密码10份/天20份/天D3登录信息顾客信息查询模块F1顾客信息表P1.4核对登录信息顾客帐号、密码10份/天20份/天D4注册信息合格顾客信息查询字段P1.2注册F1顾客信息表顾客名、帐号、密码、性别、电话、地址、授权信息等10份/天20份/天D5登录成功信息顾客登录成功信息P1.4核对登录信息顾客登录成功信息10份/天20份/天D5登录成功信息顾客登录成功信息P2.1顾客登录成功信息10份/天20份/天D6处方单信息处方单信息查询字段P2.1导入处方单F2处方单信息表处方单编号、医生编号、药品名、药品名数量10份/天20份/天D6处方单信息处方单信息查询字段F2处方单信息表P2.2核对医生信息处方单编号、医生编号、药品名、药品名数量10份/天20份/天D7医生信息表医生信息查询字段F7医生信息表P2.2核对医生信息医生编号10份/天20份/天D8审核结果信息医生信息审核结果查询字段P2.2核对医生信息F3医生信息核实结果表医生信息核实结果10份/天20份/天D9通过核实医生处方单信息通过的处方单信息查询字段F3医生信息核实结果表P2.3医生审核处方单通过核实医生处方单信息10份/天20份/天D10通过审核信息通过审核的信息查询字段P2.3医生审核处方单F4通过审核信息表通过审核的信息10份/天20份/天D11未通过审核信息未通过审核信息查询字段P2.3医生审核处方单F5未通过审核信息表未通过审核的信息10份/天20份/天D12通过审核信息通过审核的信息查询字段F4通过审核信息表P2.5管理员审批审核结果信息10份/天20份/天D13未通过审核信息未通过审核信息查询字段F5未通过审核信息表P2.4发送邮件未通过审核的信息10份/天20份/天D14审核信息审核的结果P2.4审核结果顾客审核的结果10份/天20份/天D15审核结果信息审核结果信息查询字段P2.5管理员审批F6最终审核结果表审核结果信息10份/天20份/天D16不合格信息不合格信息查询字段P1.1核对顾客信息顾客不合格的顾客信息10份/天20份/天D17未通过医生信息审核未通过医生信息审核信息查询字段F3医生信息核实结果表P2.4发送邮件未通过医生审核的信息10份/天20份/天D18最终审核结果信息通过审核信息查询字段F6最终审核结果表P2.6对已付款顾客进行发货最终审核结果信息10份/天20份/天D19发货信息发货信息查询字段P2.6对已付款顾客进行发货顾客对已付款客户的发货信息10份/天20份/天表4-3 处理逻辑的描述处理逻辑编号处理逻辑名称简述输入的数据流处理描述输出的数据流处理频率P1.1核对顾客信息验证顾客账户是否重复顾客信息对顾客输入的注册信息进行查重处理合格顾客信息、不合格顾客信息20次/天P1.2注册顾客注册合格顾客信息信息顾客注册后登录系统注册信息20次/天P1.3登录用户进行登录登录信息用户输入用户名及密码登录信息20次/天P1.4核对登录信息对用户输入的验证登录信息用户输入用户名及密码，同用户表中的记录进行对比验证登录成功信息20次/天P2.1导入处方单用户导入处方单登录成功信息用户根据自己的处方单进行导入处方单信息20次/天P2.2核对医生信息核对处方单中医生的信息处方单信息、医生信息管理员对处方单中的医生信息进行核实核实结果信息20次/天P2.3医生审核处方单医生对处方单中的信息进行审核通过核实医生处方单系你想医生低处方单的妖狐进行核实通过审核信息、未通过审核信息20次/天P2.4发送邮件对未通过审核的处方单进行处理未通过审结果信息、未通过医生信息审核对未通过审核的处方单进行邮件通知邮件信息20次/天P2.5管理员审批管理员对处理结果进行审批通过审核结果信息管理远对通过的处方单进行审批审核结果信息20次/天P2.6对已付款客户进行发货管理员处理已付款客户最终审核结果信息管理员对已付款的客户进行发货发货信息20次/天表4-4 数据存储的描述数据存储编号数据存储名称简 述数据存储组成相关联的处理F1顾客信息表对顾客注册的信息存储顾客编号+顾客帐号+密码+姓名+性别+年龄+电话+地址+授权状况P1.1、P1.2、P1.4F2处方单信息表对顾客输入处方单信息的存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计P2.1、P2.2F3医生信息核实结果表医生信息核实的结果信息存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计P2.2、P2.3、P2.4F4通通过医生审核的信息存储通过医生审核的信息存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计P2.3、P2.5F5未通过审核信息表未通过医生审核的信息存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计P2.3、P2.4F6最终审核结果表最终通过审核的处方单信息存储处方单编号+医生编号+顾客编号+审核结果+药品名+药品数量+合计P2.5、P2.6F7医生信息表医生的信息存储医生编号+医生姓名+医生职称P2.2表4-6 外部实体的描述外部实体编号外部实体名称简述外部实体组成输入的数据流输出的数据流S0顾客购药的使用用户顾客编号+顾客帐号+密码+姓名+性别+年龄+电话+地址+授权状况顾客信息、登录信息、顾客信息、邮件信息、发货信息S1医生审核处方单的的用户医生编号+医生姓名+医生职称处方单信息医生信息、审核后处方单信息S2系统管理员对系统进行管理、对处方单进行最终审核的用户管理员编号+管理员姓名+管理员性别处方单信息邮件信息第5章 系统设计5.1 功能结构图5.2 代码设计处方单： 处方单编号 处方单详情 处方单状态 5.3 输出设计信息系统的最终目的是为了使用户得到所需要的信息。因此输出设计应满足正确性、有效性、及时性、简洁明了及易于阅读和理解等要求。 本系统主要输出形式为显示输出。用户通过系统进行的查询等操作通过用户的设备显示出来。这样做主要有输出快，即时性强，而且输出的样式多等特点。5.4 输入设计输入设计原则： 控制输入量：仅输入必要的数据。不输入系统不需要的数据。输入量越小，出错的机会越少，花费的时间越少，数据的一致性越好。以导入处方单信息为例：已信息表的形式输入：输入名称;处方单信息 相关联的模块：P2.1输入的格式：处方单编号医生编号顾客编号药品名数量价格33256D000010003头孢颗粒10110第6章 数据库设计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处方单编号VarChar1515Primary 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管理员姓名VarChar3030nullsadm_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否是取值范围为任意字符ord_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 ordinfo (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否是取值范围为任意字符cus_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 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是否取值范围为任意字符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 varchar(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管理员编号VarChar30是否取值范围为任意字符adm_name管理员姓名VarChar30否是取值范围为任意字符adm_sex管理员性别