药务管理系统论文.doc

上海市印刷七厂药务管理信息系统

论 文

题目 药务管理信息系统

专 业 计 算 机 信 息 管 理
作 者
指导教师
完成日期 5月21日
摘 要

本文论述的主要内容为上海市印刷七厂药务管理信息系统的开发的整个过程，阐明了药务管理信息系统的应用背景，系统结构、系统开发的基本原理及方法。全文包括引言、系统分析、需求分析、概要设计、详细设计、系统实现、小结等七章。在系统分析、需求分析阶段，运用了组织结构图、业务流程图、数据流程图和数据词典等开发工具，对整个系统进行了分析，同时提出了开发该系统的主要目的。在概要设计、详细设计阶段，主要运用了HIPO图、IPO图、E-R图等工具，对整个系统的输入输出、代码、数据库、人机界面等进行了设计。在系统实施阶段，运用了程序流程图等工具进行功能模块的设计。同时，提供了系统测试的方法，包括功能模块的测试及系统整体的测试，附加了实例使用户从实际操作中对本系统有更深一层的认识。
该药务管理信息系统是以delphi 7.0为开发工具，包括查询、输入、打印、统计、管理等功能，大大提高了医务室的工作效率，也推动了上海市印刷七厂的信息化进程。
目 录

第一章 引言――――――――――――――――――――（4）
第二章 系统分析――――――――――――――――――（6）
2．1系统调查――――――――――――――――――（6）
2．2软件系统的总目标――――――――――――――（8）
2．3可行性分析―――――――――――――――――（8）
2．4项目开发计划――――――――――――――――（10）
第三章 需求分析――――――――――――――――――（11）
3．1业务流程图―――――――――――――――――（11）
3．2数据流程图――――――――――――――－――（14）
3．3数据字典――――――――――――――――――（20）
3．4代码设计――――――――――――――――――（25）
第四章 概要设计――――――――――――――――――（28）
4．1HIPO技术――――――――――――――――――（28）
4．1．1HIPO分层图――――――――――――――――（28）
4．1．2IPO图――――――――――――――――――（30）
4．2DB的概念设计（ER图）――――――――――――（33）
第五章 详细设计――――――――――――――――――（36）
5．1DB的逻辑设计――――――――――――――――（36）
5．2数据库的实现――――――――――――――――（38）
5．3处理过程设计――――――――――――――――（40）
5．4物理配置方案――――――――――――――――（44）
5．5历史数据的管理―――――――――――――――（44）
5．6人机界面设计――――――――――――――――（44）
第六章 系统实现――――――――――――――――――（47）
6．1编程过程和特点―――――――――――――――（47）
6．2测试方法和特点―――――――――――――――（47）
6．2．1测试方法―――――――――――――――――（47）
6．2．2测试过程―――――――――――――――――（49）
6．2．3测试用例―――――――――――――――――（49）
6．3恢复工作和安全性工作――――――――――――（51）
6．4系统运行和维护———————————————（52）
第七章 小结————————————————————（54）
7．1系统功能与特点———————————————（54）
7．2软件开发的特点———————————————（54）
7．3改进方向——————————————————（55）
7．4个人体会——————————————————（55）
参考文献——————————————————————（56）
附录————————————————————————（57）
第一章 引言

随着社会经济和科学技术的迅猛发展，各类社会组织，特别是各级企业所面临的环境更加复杂，在我国已经加入WTO的形势下，其竞争日趋激烈，国际社会对信息化的需求日益高涨，传统的管理信息系统的建设方法已不能再满足日益增长的社会需要，各个企业为了获得更强的竞争实力，势必要将自动化、高效化的计算机管理摆上自己的议事日程。
正是由于上面所述的大环境，上海市印刷七厂也不例外，势必也要加快信息化进程。上海市印刷七厂是一家有着近千名职工的大厂，医务室负责全厂职工日常的保健工作。作为一个企业内部的独立的医疗保健机构，医务室人员少，工作量大，平时对于药品的采购、按处方配药、职工药费的计算扣除等日常工作都通过手工完成，不仅费时费力，而且经常会出现差错。因此单位领导希望开发一个“药务管理信息系统”，使之能够辅助医务室医务人员对药库的入、出以及个人医药费等进行有效管理，将目前传统的手工信息管理方法逐步向现代化的计算机管理系统过渡、转变，提高医务人员处理日常事务的效率，保证医务室的优质服务。
企业领导已充分意识到这一点的必要性，为了提高医务室的工作效率，从而提高整个企业的效率，药务管理信息系统的开发将显得十分重要且迫切。这个信息系统将涉及到药品的入库、出库及个人医药费的进帐、记账等方面的内容。
本系统采用结构化开发方法，将开发过程分成若干阶段，每个阶段进行若干活动，每项活动应用一系列标准、规范的方法和技术，完成一个或多个任务，形成符合给定规范的产品或成果，整个开发过程应遵循用户参与、先逻辑，后物理、自顶向下、工作成果描述标准化等原则。
第二章 系统分析

系统分析的目标就是要明确系统开发的目标和用户的信息需求， 提出系统的逻辑方案。系统分析在整个系统开发过程中，是要解决“做什么”的问题，包括要解决哪些问题，满足用户哪些具体的信息需求调查，分析清楚，从逻辑上或者从信息处理的功能需求上提出系统的方案，即逻辑模型，为下一阶段进行物理方案（即计算机和通信系统方案）设计即解决“怎么做”提供依据。

2．1 系统调查
系统调查是系统分析阶段的第一项活动，也是整个系统开发的第一项活动。由于管理系统是以人为主体的系统，人的思想与行为都是系统分析过程中必须面对的问题。考虑到本系统在开发和实现过程中将会涉及到相关的部门，而且对于一个系统的认识应从它的组织结构入手，所以有必要先对上海市印刷七厂的组织结构进行一下分析。通过调查，形成该厂的组织层次图如下：

上海印刷七厂是一个属于出版系统的企业单位，建厂时间已有几十年，厂内职工较多。因此设有一个独立的医务室，为所有职工的正常工作和健康生活提供保障。医务室的主要任务是负责为全厂职工的日常疾病提供医疗服务。其主要工作有：定期购药、药库日常管理、个人医药费管理、及月末报表统计。目前医务室仍采用传统的手工信息管理方法，其弊端显而易见：信息冗余度高，工作量大，查询维护困难，易出错。

2．2 软件系统的总目标
通过系统的调查，我们发现了系统的主要问题，而要解决上述问题，必须建立信息管理系统，而建立一个信息管理系统必须先设立系统的目标。针对以上问题现提出本系统的目标：
1、实现信息登记的完整性和正确性。
2、实现信息查询的快速化与准确化。
3、实现信息处理的自动化。

2．3 可行性分析
信息系统的建立是一个复杂的过程，且耗费时间、金钱和精力巨大，所以事先必须进行可行性分析，以免造成人力、物力上的浪费。可行性分析可以从技术上、经济上、营运上三方面进行分析。技术上的分析主要涉及到对现有技术进行评价，分析系统是否可以用现有技术来实施以及技术发展对系统建设有什么影响。经济上的分析主要涉及到建设费用、运行费用、经济效益及社会效益。营运上的分析涉及到系统对组织机构的影响，现有人员和机构、设施、环境等对系统的适应性。现在对本系统进行可行性分析：
1、技术可行性
调查表明，该管理系统数据量为小型规模，未涉及技术难度较高的领域，根据目前调查结果，及目前计算机的数据存储容量和运行处理性能，运用现有的管理信息系统开发理论及成熟技术，完全可以实现此项系统开发的要求。
2、经济可行性
系统开发费用的产生主要是在软件开发方面的费用，大约3000元。硬件配置费用包括一台PC机7000元左右，打印机3000元左右，总共需要13000元左右。根据企业目前良好的经营状况，能够承担开发的全部费用。由于系统一旦建成，可以大大减少传统方式信息处理的时间，同时提高信息的准确性，更有效地支持广大职工的正常工作。所以新系统的开发运行无疑可以为企业带来更大效益。
3、营运可行性
本次系统的开发是应企业领导的要求进行的，这就表明了领导层对建立新系统的支持，在此次调查过程中发现大部分人员对新系统是持有支持、积极的态度。系统建立后可以提高信息的准确性并缩短信息处理时间，这使操作人员及管理层受益，信息查询的便利更为大家所欢迎。可能刚开始时会有些不适应，但随着时间的推移，新系统的优越性将逐步体现出来。
通过对上述三方面的分析，我们认为建立本系统是可行的。

2．4 项目开发计划
该项目开发充分利用了现有的人力资源和物力资源，项目组成人员从系统的整体出发，按照项目开发表，发挥最大的潜力。
项目开发进行2周的调查和设计，然后开始开发工作，估计整个开发过程约6个月，到2004年8月全部完成，最后由公司的决策层验收，如果通过则投入正式使用。
第三章 需求分析

需求分析的根本任务是确定系统开发必须具有什么样的功能和性能，为了建立一个满足用户需求的管理信息系统，在需求分析中，主要采用业务流程图、数据流程图、数据字典这几种工具来描述。

3．1 业务流程图
主要业务流程如下：
Ø 药品采购管理过程：
根据药房库存情况，发现某种药品库存量较少或出现缺货情况，药房人员填写药品申购单，并及时交于采购科。
Ø 药品入库管理过程：
采购科根据药品申购单的要求提供所需各种药品至医务室，同时提交供货单给药房人员，药房人员再将供货单登记进入供货单台帐，接着填写药品入库单，修改药品库存台帐。
Ø 处方管理过程：
职工看病得处方单，医务人员根据药房库存是否能满足处方的情况来确定药品出库数量，并交于药房人员。同时医务人员根据药品单价及出库数量计算药费，形成药费单并记录和预留金扣款。
药房人员根据药品出库量领出药品交给职工，办理药品出库手续，修改库存台帐。
Ø 预留金缴入管理过程：
由财务科将预留金缴入单交到医务室，医务人员将其登记进入预留金缴入台帐，并修改个人预留金余额台帐中职工的药费预留金余额。
Ø 报表制作过程：
系统中人员
系统外实体
单据、报表、帐目目
处理
数据流向
存储
到了月底，医务人员依据药品入库台帐、药品出库台帐、药品库存制作药品逐日消耗报表，依据预留金缴入台帐、药费单台帐、预留金余额制作医药费一览表，并将两表报于行政科领导。
具体业务流程图详见后页：

业务流程图图形符号

业务流程图
3．2 数据流程图
在对现阶段绘制的业务流程图进行分析的基础上，从系统的科学性，管理的合理性，运行的可行性角度出发，将信息处理功能和彼此之间的联系自上而下，逐层分解，从逻辑上精确地描述新系统应具有的数据加工存储，数据输入，数据输出及数据来源的方向。数据流程图是系统分析人员与用户进行交流的手段，也是系统设计（即建立新开发的系统的物理模型）的主要依据之一。
数据流程图的图形符号如下：

首先，分析信息管理的总体情况，划分系统的边界，识别系统的数据来源和去向，确定外部实体，得出系统的关联图：
系统关联图
通过系统关联图我们从整体上了解了系统与外部的联系，得到了一个整体上的概念。了解了整体上的概念，我们就要对局部进行分析，整个系统将要被分为处方管理、药品入库管理、预留金缴入管理、药品采购管理和报表管理五个方面。处方管理功能模块负责接收职工的处方单信息，用于药品出库和药费的计算；形成发药单交于职工，并对药品库存和职工的预留金余额进行相应的修改。药品入库管理功能模块接收来自采购科的供货单，形成药品入库单，进行药品单价和库存的更新。预留金缴入管理功能模块接收来自财务科的预留金缴入单，对相应职工预留金余额进行修改。药品采购管理功能模块通过对库存量的查询，对于缺货的药品提供制作药品采购单的支持。报表管理功能模块制作医疗费用一览表和药物逐日消耗报表传送给行政科领导用于决策，详见系统顶层图。
在整个系统被分为上述五大功能模块后，这些模块又可相应的细分为若干个小模块。其中处方管理功能模块被分为处方药品出库处理、药费预留金扣款两个子功能模块。药品入库管理功能模块被分为供货单信息录入、药品单价定制、入库药品量确定、更新药品库存（入库）四个子功能模块。预留金缴入管理功能模块被分为预留金缴入信息录入、预留金缴入处理两个子功能模块。药品采购管理功能模块被分为药品库存查询、药品采购单制作两个子功能模块。报表管理功能模块被分为报表信息处理、药品逐日消耗表制作、医药费一览表制作三个子功能模。详见系统第一层分解图。
至此系统还未被彻底分解，处方管理还要进行第二层分解。处方药品出库处理还可分为处方单信息录入、药品可满足量确定、更新药品库存（出库）三个子模块。药费预留金扣款可分为药费计算、药费预留金扣款二个子模块，详见处方管理的第二层分解图。

系统顶层图

系统第一层分解图

处方管理的第二层分解图

F1 处方单 F2 发药单 F3 供货单 F4 药品采购单 F5 预留金缴入通知单
F6 药品逐日消耗表 F7 医药费一览表 F8 库存信息
F9 库存更新量（出库） F10 药品单价 F11药品满足量 F12 药品出库量
F13处方药费 F14药费单信 F15预留金扣款信息 F16供货单信息
F17供货单价信息 F18供货量信息 F19药品入库量 F20库存更新量（入库）
F21 预留金缴入信息 F22预留金余额更新信息 F23药品申购信息
F24药物消耗信息 F25医药费用信息 F26处方单信息 F27报表处理信息
3．3 数据字典
至此，整个系统已被完全分解，数据流图绘制完毕，这就是系统的逻辑模型。然而，对于逻辑模型中涉及到的元素，对于设计者以外的人来说是陌生的，如何才能使使用该系统的人对该系统有深入的了解，必须要对逻辑模型中的一些要素进行说明。这对系统的维护与运营来说是非常有帮助的。数据逻辑模型中涉及到的元素主要有数据流，数据加工，外部项，数据元素及数据存储。对于这些元素说明的综合就是数据词典。这里仅列出数据流，数据元素，数据存储，数据加工及外部项的各几个例子。
1、数据流
数　据　流
系统名：药务管理信息系统 编号：F3
条目名：供货单 别名：
来源：　“采购科”外部项 去处：“供货单信息录入”数据加工
数据流结构：
供货单={供应编号+药品编号+供应商编号+批号+供应单价+供应日期+供应数量+
失效期+批准文号+注册商标+质量}
简要说明：采购科向医务室提供药品，同时提交供货单作为凭证。
修改记录：
编写
王慧平
日期
2004-5-06
审核
丁宝康
日期
2004-5-07

2、数据元素
数　据　元　素
系统名：药务管理信息系统 编号：E001
条目名：供应编号 别名：
所属数据流：F16 存储处：D8
数据元素值：
代码类型：字符型
长度：15
取值范围及含义 1-8位 供应日期 9-13位 药品编号 14-15位 供应商编号
简要说明：唯一标识每种药品的每批供应。
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7

3、数据存储
数 据 存 储
系统名：药务管理信息系统 编号：D5
条目名：预留金余额 别名：
存储组织：
二维表
记录数：约1000
主键：职工工号
辅键：
记录组成：
字段名　　　　　职工工号　　　　　预留金余额
长度（字节）　 3 　　　　　　　5
简要说明：用于职工个人药费预留金余额信息的存储。
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7

4、加工
加　　　工
系统名：药务管理信息系统 编号：P1
条目名：处方管理　　　　　　　　　 别名：
输入：处方单　　　　　　　　　　　　输出：药费单、药品出库单
处理逻辑：
接收处方单信息；
根据处方单信息及实际库存量信息出库，并修改药房库存（出库）；
计算处方单药费，并进行药费预留金扣款；
简要说明：本加工还可划分子模块。
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7

5、加工
加　　　工
系统名：药务管理信息系统 编号：P2
条目名：药品入库管理　　　　　　　 别名：
输入：供货单　　　　　　　　　　　　输出：药品入库单
处理逻辑：
接收供货单信息；
根据供货单信息更改药品单价；
根据供货及实际情况确定入库药品量；
更改库存量，生成药品入库单。
简要说明：本加工还可划分子模块。
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7
6、加工
加　　　工
系统名：药务管理信息系统 编号：P3
条目名：预留金缴入管理　　　　　　 别名：
输入：预留金缴入单　　　　　　　　　输出：预留金余额
处理逻辑：
接收预留金缴入单信息；
根据预留金缴入单信息修改预留金余额。
简要说明：本加工还可划分子模块。
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7

7、加工
加　　　工
系统名：药务管理信息系统 编号：P4
条目名：药品采购管理　　　　　　　 别名：
输入：药品库存量 　　　　　　　　　输出：药品采购单
处理逻辑：
提供药品库存量信息；
提供制作药品采购单制作的支持。
简要说明：本加工还可划分子模块。
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7

8、加工
加　　　工
系统名：药务管理信息系统 编号：P5
条目名：报表管理达式　　　　　　　 别名：
输入：药品入库、出库、库存信息　　　输出：药品逐日消耗表、医药费一览表
预留金缴入、支出、余额信息
处理逻辑：
接收所要生成报表的要求信息；
依据要求制作药品逐日消耗表、医药费一览表支持。
简要说明：本加工还可划分子模块。
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7

9、外部项
外 部 项
系统名：药务管理信息系统 编号：W2
条目名：采购科 别名：
输入：药品申购单 输出：供货单
主要特征：
接收系统开出的药品申购单并为系统提供药品的部门。
简要说明：
修改记录：
编写
王慧平
日期
2004-5-6
审核
丁宝康
日期
2004-5-7
这样，数据词典已经编写完毕。有了数据词典，将对系统的后期开发起到相当大的作用，有了它将大大地方便我们进行查询，对以后数据库的设计具有重要作用。

3．4 代码设计
通过对数据库之间的联系进行分析，对所有数据库中的主码和外码的构成进行设计。
代码就是以数字或符号来代表客观实体的符号。在信息系统中，由于要处理的信息量大、种类多，为了便于进行详细分类、校对、统计和检索，就必须要设计一套行之有效的代码方案。
本系统的代码设计遵循以下基本原则：
（1）标准化：尽可能采用国际标准、国家标准，暂无国标者使用部标或厂内部的一般约定，以减少今后系统更新和维护的工作量，方便 信息的交换和共享。
（2）唯一性：每个代码代表唯一的实体。
（3）合理性：编码方法合理，与分类体系相适应。
（4）可扩充性：编码留在足够的位置，以适应今后变化的需要。
（5）简单性：尽可能反映分类对象的特点，做到表意直观，使用户易于了解与掌握。
（6）适用性
代码的种类主要有以下两大类：无含义码和有含义码。无含义码又分为顺序码和无序码。有含义码分为系列顺序码，数值化字母顺序表，层次码，特征组合码及复合码。
具体设计如下：
（1）药品编号的代码设计：药品编号我们采用的是有含义码中的层次码。例如：KG001（克感敏片）
XX
XXX
顺序号
药品名称前二位拼音首码

（2）供货商编号的代码设计：供货商编号我们采用无含义码中的顺序码。例如：“02”代表华氏医药商店
（3）供货编号的代码设计：供货编号我们采用的是有含义码中的层次码。例如：20030518KG00101
XXXXXXXX
XXXXX
XX
药品编号
供应日期
供应商编号

（4）处方号的代码设计：处方号我们采用的是有含义码中的层次码。例如：20030518001
XXXXXXXX
XXX
顺序号
开方日期

（5）预留金缴入号的代码设计：加入号我们采用的是有含义码中的层次码。例如：J20030516168
职工工号
XXX
XXXXXXXX
X

加入日期

代号

（6）职工工号的代码设计：职工工号我们采用无含义码中的顺序码。例如：“168”代表周云的工号。
第四章 概要设计

系统设计的工作技术性强，涉及面广、内容复杂，必须有科学的方法和设计工具根据需求分析的结果，对系统总体功能的设计主要采用结构化的设计方法，即将整个系统分解成相对独立的若干模块，通过对模块的设计和模块之间的关系，协调实现整个软系统的功能。

4．1 HIPO技术
HIPO技术是用图形方法表示一个系统的输入、输出功能，以及系统模块层次关系。HIPO技术主要包括两个方面的内容。
1、HIPO分层图。用此图表示自顶向下分解所得系统的模块层次结构。
2、IPO图，此图描述分层图中的一个模块的输入、输出和处理内容。
4．1．1 HIPO分层图
通过上一章的系统分析，整个系统可划分为处方管理、药品入库管理、预留金缴入管理、药品采购管理和报表管理五大功能模块。为了使系统能更加稳定安全有效的运行，特增加系统维护功能模块。详见HIPO分层图。

4．1．2 IPO图
为了对这些子功能的详细情况进行说明，我们需要引进IPO图这个工具对其进行说明。IPO图实际上是一张图形化的表格，它描述了分层图中每一个模块的输入输出关系，处理内容，模块的内部数据和模块间的调用关系。下面选取HIPO图的树根模块、一个中间结点模块及一个树叶模块的的IPO图进行举例，如下列图所示：

IPO图
系统名：药务管理信息系统
模块名：总模块
制图者：
日期：
由下列模块调用：
无
调用下列模块：
处方管理模块
药品入库管理模块
预留金缴入管理模块
药品采购管理模块
报表管理模块
基本信息维护模块
系统维护模块
输入：模块选择信息
输出：无
处理内容：
1 如果先择处方管理则调用处方管理模块。
2 如果先择药品入库管理则调用药品入库管理模块。
3 如果先择预留金缴入管理则调用预留金缴入管理模块。
4 如果先择药品采购管理则调用药品采购管理模块。
5 如果先择报表管理则调用报表管理模块。
6 如果先择基本信息维护则调用基本信息维护模块。
7 如果先择系统维护则调用系统维护模块。
内部数据元素：
备注

IPO图
系统名：药务管理信息系统
模块名：处方药品出库处理模块
制图者：
日期：
由下列模块调用：
处方管理模块
调用下列模块：
处方单信息录入模块
药品可满足量确定模块
更新药品库存（出库）模块
输入：处方
输出：药费单、出库单
处理内容：
1 如果选择处方单信息录入则调用处方单信息录入模块
2 如果选择药品可满足量确定功能则调用药品可满足量确定模块。
3 如果选择更新药品库存功能则调用更新药品库存（出库）模块。
内部元素：
备注

IPO图
系统名：药务管理信息系统
模块名：供货单信息录入模块
制图者：
日期：
由下列模块调用：
药品入库管理
调用下列模块：
无
输入：供货单
输出：供货单信息
处理内容：
1 如果要新增供货单信息，则新增一条记录。
2 如果要删除供货单信息，则删除已选定记录。
3 如果要修改供货单信息，则修改已选定记录。
内部元素：
备注
以上是IPO图，通过IPO图使使用者对系统的各个功能模块有了相当具体的了解。

4．2 DB的概念设计（ER图）
ER图是一种用于描述静态数据结构的概念模式，是对现实世界的抽象和概括，它独立于机器，具有易理解，且容易向关系、网络、层次等各种数据模型转换的特点，通过实体、关系、属性三个基本概念来概括数据的基本结构。该药务管理信息系统数据库概念设计如下：
八个实体：
职工、预留金余额、医务人员、财务人员、药品、药柜、采购单、供货商

实体的属性：
1、职工（职工工号、姓名、性别、出生年月、所属部门、职务级别、状态）
2、预留金余额（余额）
3、医务人员（医务人员编号、姓名、职务级别）
4、财务人员（财务人员编号、姓名、职务级别）
5、药品（药品编号、药品名称、剂型、剂量、统计单位、单价）
6、药柜（药柜编号、药柜容量）
7、采购单（采购单号、日期、数量）
8、供货商（供货商编号、供货商名称、地址、联系人、电话、传真号码）

九个实体间联系，除余额、采购联系无属性，其余联系属性如下：
1、预留金缴入（缴入号、缴入日期、缴入金额）。
2、收药费（收费号、收费日期、收费金额）
3、开处方（处方号、开方日期、数量1、数量2、数量3、数量4、数量5）
4、供货（供货编号、批号、供货单价、供货日期、供货数量、失效期、批准文号、注册商标、质量）
5、入库（入库号、入库日期、入库数量）
6、出库（出库号、处方号、出库日期、出库数量）
7、库存（库存量）

ER 图

第五章 详细设计

系统的详细设计阶段主要包括关系设计、数据库实现、处理过程设计、物理配置方法、历史信息的管理和人要界面设计等方法。

5．1 DB的逻辑设计
ER图向关系模式转换时，每一个实体集用一个关系模式表示，其中实体集的属性被转化成关系的属性。联系的种类可以是一对一的关系，也可以是一对多的关系，或者是多对多的关系。下面列出了联系的转换规则：
1、倘若实体集A和B的联系为1：1，则关系模式应将A的主属性作为主键，B的主键要包含在关系模式中。
2、倘若实体集A和B的联系为1：N，则A的关系模式应包含B的主属性。
3、倘若实体集A和B的联系为M：N，则这个关系模式应包含A，B的主属性及这个联系的任何属性。
4、如果实体集A，B，C之间的联系为M：N：P，则产生关系应包括三个参加的实体集的键及这个联系的属性。
应用上述方法，可以得到系统的数据库关系模式为：（ 表示主键，#表示外键）
1、职工（职工工号、姓名、性别、出生年月、所属部门、职务级别、状态）
2、预留金余额（职工工号#、余额）
3、药品（药品编号、药品名称、剂型、剂量、统计单位、单价、药柜编号#、库存量）
4、供货商（供货商编号、供货商名称、地址、联系人、电话、传真号码）
5、药柜（药柜编号、药柜容量）
6、医务人员（医务人员编号、姓名、职务级别）
7、财务人员（财务人员编号、姓名、职务级别）
8、开处方（处方号、开方日期、职工工号#、医务人员编号#、药品编号1#、数量1、药品编号2#、数量2、药品编号3#、数量3、药品编号4#、数量4、药品编号5#、数量5）
9、出库（出库号、处方号、药品编号#、药柜编号#、出库日期、出库数量）
10、供货（供货编号、药品编号#、供货商编号#、批号、供货单价、供货日期、供货数量、失效期、批准文号、注册商标、质量）
11、入库（入库号、药品编号#、药柜编号#、入库日期、入库数量）
12、收药费（收费号、收费日期、职工工号#、财务人员编号#、收费金额）
13、预留金缴入（缴入号、缴入日期、职工工号#、财务人员编号#、缴入金额）
14、采购单（采购单号、药品编号#、日期、数量）

5．2 数据库的实现
在一个完整的管理信息系统中，数据往往据其本身不同的性能指标和具体的要求，被组织成多个数据库，供用户在不同层次和阶段上使用，数据组织结构设计得越合理，则使用和维护就越方便，相应的整个系统运行的效率就越高。在大量的数据中，关键数据组织的好坏直接关系到系统运行的效率，因此关键数据的组织非常重要。上海市印刷七厂药务管理信息系统设计了多个数据库，列举三个如下：
1、表名：职工
字段名
类型
长度
主码

外码
职工工号
字符型
4
是

姓名
字符型
10

性别
字符型
2

出生年月
日期型

所属部门
字符型
8

职务级别
字符型
8

状态
字符型
8

2、表名：供货商
字段名
类型
长度
主码
外码
供货商编号
字符型
2
是

供货商名称
字符型
20

地址
字符型
20

联系人
字符型
10

电话
字符型
18

传真号码
字符型
18

3、表名：预留金缴入
字段名
类型
长度

主码
外码
缴入号
字符型
12
是

缴入日期
日期型

职工工号
字符型
4

是
财务人员编号
字符型
2

是
缴入金额
货币型

5．3 处理过程设计
为了简单直观的描述本系统的处理过程，采用了程序流程图对各功能模块进行描述，程序执行的基本步骤分为起始、输入、判断、处理、输出和终止等几个环节。现列举三个模块的程序流程图如下：

主模块程序流程图

处方管理程序流程图

药费计算程序流程图
5．4 物理配置方案
鉴于该系统的特点和使用范围，系统硬件配置方案为选用一台带显示器、软驱、光驱、内存256M、硬盘40G、CPU为奔四的作为主服务器，选用若干台PⅢ667、硬盘20G、内存：128M带显示器作为终端机为有关人员使用。终端机通过HUB组成局域网与主服务器相连，另外配置一台打印机HP LaserJet 1000供打印输出使用。
系统软件配置方案：安装 MS Windows XP Professional和delphi 7.0。

5．5 历史数据的管理
由于该系统主要由医务室有关人员操作，所以历史数据的管理也由医务室人员完成。通过定期的对历史数据进行备份处理和存档，以备今后调阅数据，同时也为更新数据库以及进一步完善系统功能提供依据。

5．6 人机界面设计
该药务管理信息系统从医务人员的实际使用需求为出发点，采用简单的表单操作，输入格式与以前的手写格式基本相同。下面就对一些输入、输出界面及图表界面的设计进行介绍。
1、登录

2、处方单信息录入

三、药品可满足量确定

4、药费计算

5、入库药品量确定

第六章 系统实现

经过了系统分析、系统设计之后，接下来的工作就是系统实现，即将技术设计转化成物理实现。这一阶段的主要工作有编码、测试与系统安装等。

6．1 编程过程与特点
进行功能模块的编码之前，先要选择合适的程序语言，根据实际情况，我选择的delphi作为程序的编写语言。因为要创建Windows应用程序，使用delphi是目前能够找到的最为简捷的途径。决定一个软件开发工具效率的因素可以归结为以下五点：可视化开发环境的性能；编译器的速度和已编译代码的效率；编程语言的功能及其复杂性；数据库结构的灵活性和可扩展性；框架对设计和使用模式的扩充。Delphi是建立在一个真正面向对象的框架结构基础之上的。这样，对基类所做的改变都将会传递给所有的派生类。而且delphi是建立在快速编译器的基础之上的，可以使程序员逐步递进地开发软件，经常地修改源代码、重新编译、测试、再修改、再编译、再测试，形成这样一个良好的开发循环。

6．2 测试方法和特点
6．2．1 测试方法
系统测试的基本原则：
（1）测试工作应避免由原软件开发小组来承担。
（2）设计测试方案时，不仅包括确定的输入数据，而且应包括预期的结果
（3）测试用例不仅包括合理的、有效的数据，还要包括无效的数据。
（4）不仅要检验是否作了该做的事，还要检验是否作了不该做的事情。
有了以上的基本原则，我们就要讨论系统测试的方法了，对软件测试的方法见下图：
软件测试
机器测试
黑盒测试
白盒测试
会审
人工测试
走查
个人复查
我们主要采用黑盒测试和白盒测试作为系统测试的方法。黑盒测试也称功能测试，将软件看作黑盒子，在完全不考虑程序的内部结构和特性的情况下，测试软件的外部特性。从程序的输入和输出特性上测试是否满足设定的功能。白盒测试，也称结构测试，将软件看作一个透明的白盒子，按照程序的内部结构和处理逻辑来选定测试用例，对软件的逻辑路径及过程进行测试，检查它与设计是否相符。

6．2．2 测试过程
系统测试工作一分为三个步骤：单元测试，组装测试，确认测试。
单元测试，将用白盒测试的方法对模块的逻辑路径及过程进行测试，主要测试模块接口，模块内部的数据结构，逻辑路径，出错处理及边界条件。可以根据以上五个方面设计测试测试用例，进行测试。
由于单个模块的正常工作并不能保证所有模块组合起来也能正常工作，因此需要进行组合测试。组合测试可分为非增式测试和增式测试两大类，增式测试又分为自顶向下、自底向上和混合方式三种。我们采用自底向上的增式测试方法。
在完成组装测试后，我们已将软件装配完毕，接下来我们将对整个软件进行测试，采用黑盒测试的方法，检查软件的功能是否符合设计要求。

6．2．3 测试用例
测试用例的设计，可以采用逻辑覆盖法，等价类划分法，边值分析法，错误猜测法，综合测试法。逻辑覆盖法这种方法从程序内部的逻辑结构出发选取测试用例，这要求测试用例