数据库课设医院门诊收费系统设计报告

琼州学院电子信息工程学院

《数据库系统原理》课程设计报告

项目名称：医院门诊收费系统设计

专业：网络工程

年级： 2 0 0 9级

姓名：林振达

学号： 09240063 指导老师：陈作聪

2011年9月

摘要

随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代，各医疗院所莫不兢兢业业地改善本身的体制或管理方式，所以应越来越严格的规范；在此背景下，本文论述了医院管理系统（重点论述门诊收费子系统）的设计实现。通过对各种数据库管理系统的模型分析，结合医院门诊的实际需求，采用C/S(客户端/服务器)模式，说明了医院管理系统的开发过程及各种技术细节。本系统是适应时代发展的需要，提高管理的效率而开发设计的。

医院管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。

因此本人结合医院门诊收费系统的要求，对MS SQL Server2000数据库管理系统、SQL 语言原理将对数据库应用系统开发医院门诊收费系统进行了简明的介绍，并分析了开发医院管理系统所应进行的工作;对数据库的设计和SQL语言的使用进行了系统分析，为深入理解数据库应用打下了基础;学习了具体的开发工具Delphi 7.0，对其数据库组件，SQL语言在Delphi中的应用等数据库编程关键技术进行了系统的介绍；除此还分析了医院管理系统的应用需求，按照数据库设计理论一步一步地给出了系统需求说明书、局部ER图、全局ER图、系统关系模式，子模式，利用MS SQ Server2000建立了数据库；进行了具体的程序设计，具体划分了三类用户的操作权限，设计了了三个操作界面。实现了数据库表的浏览，记录的添加、删除和修改，报表的生成，实现了多数据库表的连接操作，实现了多条件查询和模糊查询，并灵活实现了对不可更新查询结果集的更新操作，实现了主从表操作，实现了密码维护功能，医院信息系统（HIS）是一套通用性很强的商业软件。本人负责的门诊划价子系统是针对一般医院的业务处理而开发的，主要用于门诊部的划价和信息生成。关键字：HIS，软件工程，模块化数据库，SQL语言，数据库组件

目录

1．引言 (1)

2. 需求分析阶段 (2)

2.1 引言 (2)

2.2 需求分析阶段的目标与任务 (2)

2.2.1处理对象 (2)

2.2.2处理功能及要求 (3)

2.2.3.安全性和完整性要求 (3)

2.3 需求分析阶段成果 (3)

3 概念设计阶段 (6)

3.1 引言 (6)

3.2 任务与目标 (6)

3.3 阶段结果 (7)

4．逻辑设计阶段 (8)

4.1逻辑设计的任务和目标 (8)

4.2数据组织 (8)

4.2.1将E-R图转换为关系模型 (8)

4.2.2模型优化 (9)

4.2.3数据库模式定义 (9)

4.2.4 用户子模式定义 (10)

4.3数据处理 (10)

5．物理设计阶段 (12)

5.1物理设计阶段的目标与任务 (12)

5.2数据存储方面 .......................................... 错误!未定义书签。

5.3系统功能模块 .......................................... 错误!未定义书签。

5.3.1 读者基本信息的查询和更新模块.................... 错误!未定义书签。

5.3.2 图书基本信息的查询和更新模块.................... 错误!未定义书签。6．数据库实施阶段 (12)

6.1建立数据库、数据表、视图、索引 (12)

6.1.1 建立数据库 (13)

6.1.2 建立数据表 (13)

6.1.3 建立视图 (15)

6.1.4 建立索引 (17)

6.1.5 建立触发器 (17)

6.2数据入库 .............................................. 错误!未定义书签。

6.3创建各个功能的存储过程 (17)

7．系统调试和测试 (18)

8．设计心得 (18)

9．存在的问题及建议 (18)

致谢 (19)

参考文献 (19)

附录1 数据查看和存储过程功能的验证 (20)

附录2 所有的SQL运行语句 (25)

附录3 系统的运行界面 (27)

1．引言

随着科学技术的高速发展，计算机软件的需求量大幅度提升，各种专业的特殊管理、应用软件已被提上了议案，当然，与此同时，计算机软件开发越来越专业化，对设计人员的综合素质和专业知识的要求越来越高，任务也是越来越重。信息产业作为当今社会做前端的技术性行业，其科技含量是最高的；作为一个计算机专业的大学生，特别是面对我们国家现在紧缺高水平、高素质的软件人员，我们也清醒的认识到掌握好专业知识的重要性，更清楚了自己肩上的责任。

本次设计的主题是：基于C/S结构的医院门诊收费系统。本系统提供给医院门诊收费用户一个综合、全面的办公环境和工具，同时实现了大量数据信息和文档以及多媒体信息快速、有效、准确地获取、管理和传递。因此本系统是提高工作效率、规范医院门诊办公制度、方便领导决策的重要工具。

本软件主要完成门诊划价收费功能，按照软件工程的思想来完成这一设计过程，历经三个多月，在指导教师认真耐心的指导下，系统已经初步完成。由于是初次完成比较正规的且有规模的软件设计，所以难免出现一些错误和漏洞，恳请各位老师和同学批评指正。在本次设计期间，指导教师、师长们给了我们很大的鼓励和支持，在我们有困难的时候给予了我们无私的关心和帮助，在这里表示深深的感谢！

同时，也向评阅论文和参加论文答辩的老师们表示衷心的感谢！

2. 需求分析阶段

2.1 引言

一所医院的主要构成分为两个部分，一是门诊部门，二是住院部门，医院的所有日常工作都是围绕着这两大部门进行的。

门诊部门和住院部门各下设若干科室，如门诊部门下设口腔科、内科、外科、皮肤科等，住院部门下设内科、外科、骨科等，二者下设的部分科室是交叉的，各科室都有相应的医生、护士，完成所承担的医疗工作，医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。

为了支持这两大部门的工作，医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室，以及为医院的日常管理而设置的行政部门等。

其中，药库负责药品的贮存、发放和采购；中心药房负责住院病人的药品管理，包括根据处方及医嘱生成领药单，向药库领药，配药并把药品发给相应的病区，以及药房的库存管理和病区余药回收；门诊药房负责门诊病人的药品管理，包括根据处方，按处方内容备药、发药，向药库领药等；制剂室负责药物的配制，并提供给药库；设备科负责医院的医疗设备等的购入和维修等；财务科负责医院中一切与财务有关的业务和工作，进行医院的财务管理；后勤仓库负责医院所有后勤物品的贮存和管理；门诊收费处负责门诊病人的处方的划价和收费；门诊挂号处负责门诊病人的挂号事务；问讯处负责向有疑问的就医病人解释相关问题；住院处负责所有就医病人的住院事宜和相关管理；检验科室负责病人的各项检验，（如验血等）以及与各项检验相关的管理，药剂取用等；检查科室负责病人的各项检查（如CT检查以及其他放射线检查等）以及与各项检查相关的管理，设备使用与维护等；血库负责医院的各种血型的血液的贮存和管理以及血液的采集；病案室负责病人病案的管理和保存；手术室负责病人的手术，手术的安排以及有关手术的相关事宜和器械，制剂，设备等的使用等；行政部门则根据其相应的工作职责进行日常的工作，对医院进行行政方面的管理，以保证医院的医疗工作的正常进行和医院的后勤保障。

2.2需求分析阶段的目标与任务

2.2.1处理对象

科室信息：科室ID，科室名称

医生信息：医生姓名，性别，年龄

借阅历史信息：药品名称，买价，卖价

病人信息：病人姓名，性别，年龄，是否有婚姻

管理员信息：用户名，密码

2.2.2处理功能及要求

系统提供待开门诊处方以及各种检查检验申请单实时划价、输入、查询、修改功能。另外还提供候诊病人就医分配；按科室、人员等条件统计单据；检索病人就诊历史等可选功能。它将病人历次门诊的所有临床医疗信息通过计算机管理，并为后继系统提供划价信息，是全面实现门诊信息化管理的必备前端系统之一。

门诊系统联系物流、财务、医疗的主要信息是病人信息与处方信息。考虑到目前医院情况，门诊系统主要完成处方信息的电子化，以及和医院药房、财务系统联网。由于医生工作站的推广困难，处方信息的录入，通过划价子系统进行。

2.2.

3.安全性和完整性要求

1）安全性要求

系统安全性要求体现在数据库安全性、信息安全性和系统平台的安全性等方面。安全性先通过视图机制，不同的用户只能访问系统授权的视图，这样可提供系统数据一定程度上的安全性，再通过分配权限、设置权限级别来区别对待不同操作者对数据库的操作来提高数据库的安全性；系统平台的安全性体现在操作系统的安全性、计算机系统的安全性和网络体系的安全性等方面。

2）完整性要求

系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键，使用check 约束，或者通过使用触发器和级联更新。

2.3 需求分析阶段成果

病

人 病区医住院药检 检 手 术

过程信管理信

押金信病人基本信病人费用基本信

诊

押金日结信基本医疗收入

基本类在院收入

收费日结信息

病历首页费用

病人费用收据

院

科费用核算

医疗保险费用

药品收入构成

设备帐入

会计凭证

月末在院结算

凭证制作

凭证制作

收取押金

入院登记

医嘱输入与划价

2.3.1 体会与收获

经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理和处理，具体的工作内容见第二部分， 由手工完成的工作主要有对原始数据的录入；不能由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；以及系统的日常维护。

2.3.3 医院的基本业务流程图

2.3.4 图书管理系统数据字典

（a）数据项：

表1.1 数据项列表

数据项编号数据项名数据项含义与其它数据项的关

存储结构别名

系

DI-1 NUM 编号Int

DI-2 NAME 姓名Char

DI-3 SEX 性别Bit

DI-4 ID 身份证号Char

DI-5 PRICE 费用总计Float

DI-6 TOTILPrice 自付总计Float

DI-7 MARRY 婚姻char

DI-8 民族char

DI-9 职业char

DI-24 工作单位char

DI-25 单位电话char

DI-26 家庭住址Char

DI-27 宅电Char

DI-28 邮编Char

DI-29 科室同ReaLBID Char

DI-30 医疗来源Char

日期Datetim

DI-31

e

DI-32 经办人char

DI-33 标识char

DI-34 医保编号同RoomMID char

（b）数据结构：

表1.2 数据结构列表

数据结构编号数据结构名

数据结构

含义

属性

DS-1 NUM 流水号Not null

DS-2 医疗号Not null

DS-3 NAME 姓名Null

DS-4 ITEM 科室Null

DS-5 医疗类别Null

DS-6 DATA 日期Null

DS-7 PRICE 挂号费Null

DS-8 病历Null

2.3.5 处理逻辑描述

表1.3 处理逻辑列表

处理编号处理功能处理过程

PR-1 医院门诊部门收费时的系统医生、病人管理模块、收费、药品管理模块3 概念设计阶段

3.1 引言

本次设计开发的医院门诊收费信息系统是一套完整的医院信息

系统的一部分，整个系统应既可以面向大中型医院又可针对中小型医院的专用应用系统。它几乎覆盖了医院主要管理职能和患者在医院就诊的各主要环节。我们的HIS专用应用系统不简单地是一套计算机管理应用软件，最重要的是它符合中国实际情况，参照了现行医改政策，

结合国内与国际先进的医院管理经验，将医院的管理思想、医院各部门的业务经验以及当今计算机科学技术的完美统一起来的体现。

3.2 任务与目标

（1）选择中层数据流为切入点，通常选择实际系统中的子系统；

（2）设计分E-R图，即各子模块的E-R图；

（3）生成初步E-R图，通过合并方法，做到各子系统实体、属性、联系统一；

（4）生成全局E-R图，通过消除冲突等方面。

3.3 阶段结果

（1）根据不同的对象，从第3层数据流程图入手，分别画出各分E－R图：

病人挂号病人出院

病人按处方配药病人看病

病人交费取药

病人住院

病人交预交款

4．逻辑设计阶段

4.1逻辑设计的任务和目标

以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS 产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R 图转换为选用DBMS 产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R 图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。

4.2数据组织

4.2.1将E-R 图转换为关系模型

实体型转换为关系模式。实体的属性就是关系的属性，实体的码就是关系的码。对于实体间的联系则有以下不同的情况：

一个m ：n 联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的

挂 号 模 块

医生诊断

病情模块

门诊挂号操作

1:挂号 2:输入挂号信息

3:挂号流水号

4:看病5:药方

6:药方交费

划价收费 取药模块

7:输入药方信息

8:药品明细单,收费发票

9:取药

属性均转换为关系的属性，而关系的码为各实体码的组合。

一个1：n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。

一个1：1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为各实体码的组合

具有相同码的关系模式可合并。

4.2.2模型优化

关系模式Doctor,BaseType,Items,Medicine ,Patient不存在非主属性对主属性的部分函数依赖，也不存在传递函数依赖，已经达到了3NF.

4.2.3数据库模式定义

表2.1 BaseType表

列名数据类型可否为空说明ID Char not null 编号

TypeId Char not null

TypeName Char not null 科室名

表2.2 doctor表

列名数据类型可否为空说明ID Char not null 编号

Name Char not null 姓名

Sex Char not null 性别

Age Char not null 年龄

DeptId Char not null

Title Char

表2.3 Medicine表

列名数据类型可否为空说明MedID Char not null 药品编号

MedName Char not null 药品姓名

Typeid Char

saleprice Char not null 卖价

unitid Char not null

buyprice Char 买价

totle Char 总计

表2.4 patient表

列名数据类型可否为空说明ID Char not null 编号

NAME Char not null 病人名字

IDnum Char

sex Char 性别

age Char not null 年龄

marry 婚姻

表2.5 item表

列名数据类型可否为空说明ItemID Char not null

ITemName Char not null

Total Char not null

Unitid Char not null

Buyprice Char not null

saleprice

表2.6 User表

列名数据类型可否为空说明Username Char not null

PWD Char not null

User_Type Char not null

4.2.4用户子模式定义

表2.1 BaseType表试图

列名数据类型可否为空说明ID Char not null 编号

TypeId Char not null

TypeName Char not null 科室名

表2.2 doctor表试图

列名数据类型可否为空说明ID Char not null 编号

Name Char not null 姓名

Sex Char not null 性别

Age Char not null 年龄

DeptId Char not null

Title Char

表2.3 Medicine表试图

列名数据类型可否为空说明MedID Char not null 药品编号MedName Char not null 药品姓名Typeid Char

saleprice Char not null 卖价

unitid Char not null

buyprice Char 买价

totle Char 总计

表2.4 patient表试图

列名数据类型可否为空说明ID Char not null 编号

NAME Char not null 病人名字

IDnum Char

sex Char 性别

age Char not null 年龄

marry 婚姻

表2.5 item表试图

列名数据类型可否为空说明ItemID Char not null

ITemName Char not null

Total Char not null

Unitid Char not null

Buyprice Char not null

saleprice

表2.6 User表试图

列名数据类型可否为空说明Username Char not null

PWD Char not null

User_Type Char not null

4.3数据处理

系统功能模块图：

5．物理设计阶段

5.1物理设计阶段的目标与任务

数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程，在这个阶段中要完成两大任务：

（1）确定数据库的物理结构，在关系数据库中主要是存取方法和存储结构； （2）对物理结构进行评价，评价的重点是时间和空间效率。

6．数据库实施阶段

6.1建立数据库、数据表、视图、索引

门诊划价收费系统

门诊划价

门诊收费

药品发货

收据处理

收退款清算

统计、查询

6.1.1 建立数据库

CREATE DATABASE Hospital

GO

6.1.2 建立数据表

（1）BaseType表的建立：

USE Hospital

GO

CREATE TABLE BaseType

(Id int PRIMARY KEY IDENTITY,

TypeId tinyint,

TypeName varchar(30)

)

GO

（2）Doctor表的建立：

USE Hospital

GO

CREATE TABLE Doctor

( Id int IDENTITY PRIMARY KEY,

Name varchar(50) NOT NULL,

Sex v archar(2) NOT NULL,

Age i nt,

DeptId i nt,

Title v archar(50)

);

GO

（3）Items表的建立：

USE Hospital

GO

CREATE TABLE Items

( ItemId int IDENTITY PRIMARY KEY, ItemName varchar(50) NOT NULL,

Total int,

UnitId int,

BuyPrice float,

SalePrice float

)

GO

（4）Medicine表的建立：

USE Hospital

GO

CREATE TABLE Medicine

( MedId int IDENTITY PRIMARY KEY,

MedName varchar(50),

TypeId int,

UnitId int,

BuyPrice float, --进货价格，计算利润用

SalePrice float, --售出价格

Total float,

Flag tinyint --中西药标记，0-中药；1-西药)

（5）Registration表的建立：

USE Hospital

GO

CREATE TABLE Registration

( RegId int PRIMARY KEY,

PatId i nt,--患者

DocId i nt, --医生名称

RegDate v archar(20), --日期

UserName varchar(20) --用户名

)

GO

（6）Users表的建立：

USE Hospital

GO

CREATE TABLE Users

(UserName varchar(40) PRIMARY KEY,

Pwd varchar(40) NOT NULL,

User_Type tinyint NOT NULL

)

GO

INSERT INTO Users Values('Admin', '888888', 1)

GO

6.1.3 建立视图

（1）用于查询PayList视图定义如下：

USE Hospital

GO

CREATE VIEW PayList_v

AS

SELECT p.PayId, p.RegId,r.DocId,r.RegDate,

m.MedName, b.TypeName, p.Price, m.Total,

p.PNum, p.Price * p.PNum AS PSum, m.BuyPrice,

(p.Price - m.BuyPrice) * p.PNum AS PEarn

FROM PayItems p, Medicine m, BaseType b,Registration r

WHERE p.ItemId = m.MedId AND m.UnitId = b.Id AND p.RegId=r.RegId AND p.PType=1 UNION

SELECT p.PayId, p.RegId,r.DocId, r.RegDate,i.ItemName,

b.TypeName, p.Price, i.Total, p.PNum,

p.Price * p.PNum AS PSum, i.BuyPrice, (p.Price - i.BuyPrice)

* p.PNum AS PEarn

FROM PayItems p, Items i, BaseType b,Registration r

WHERE p.ItemId = i.ItemId AND i.UnitId = b.Id AND p.RegId=r.RegId AND p.PType=2 GO （2）用于ReportDoctor查询的视图定义如下：

USE Hospital

GO

CREATE VIEW ReportDoctor_v

AS

SELECT d .Name AS 医生姓名, b.TypeName AS 科室名称, d .Title AS 职务, p.RegDate AS 月份,

(CASE WHEN p.PNum >= 0 THEN p.PNum ELSE 0 END) AS 销售数量,

(CASE WHEN p.PSum >= 0 THEN p.PSum ELSE 0 END) AS 销售总额,

(CASE WHEN p.PEarn >= 0 THEN p.PEarn ELSE 0 END) AS 纯利润

FROM BaseType b, Doctor d,

(SELECT DocId, LEFT(RegDate,7) AS RegDate, SUM(PNum) AS PNum, SUM(PSum) AS PSum, SUM(PEarn) AS PEarn

FROM PayList_v

GROUP BY DocId, LEFT(RegDate,7)) p

WHERE b.TypeId = 1 AND d.DeptId = b.Id AND d.Id = p.DocId

GO （3）用于显示ReportItems的视图定义如下：

USE Hospital

GO

CREATE VIEW ReportItems_v

AS

SELECT i.ItemId AS 药品编号, i.ItemName AS 药品名称, b.TypeName AS 单位,

i.BuyPrice AS 成本价格, i.SalePrice AS 销售价格, i.Total AS 库存数量, p.RegDate AS 销售日期,

(CASE WHEN p.PNum >= 0 THEN p.PNum ELSE 0 END) AS 销售数量,

(CASE WHEN p.PNum >= 0 THEN p.PSum ELSE 0 END) AS 销售总额,

(CASE WHEN p.PNum >= 0 THEN (p.PSum - i.BuyPrice * p.PNum) ELSE 0 END) AS 纯利润

FROM Items i, BaseType b,

(SELECT ps.ItemId, ps.RegId, LEFT(r.RegDate,7) AS RegDate, SUM(ps.PNum) AS PNum,

SUM(ps.Price * ps.PNum) AS PSum

FROM PayItems ps, Registration r

WHERE ps.PType = 2 AND ps.RegId = r.RegId

GROUP BY ps.ItemId, ps.RegId, LEFT(r.RegDate,7)) p

WHERE i.ItemId = p.ItemId AND i.UnitId = b.Id

GO （4）用于ReportMedicine的视图定义如下：

USE Hospital

GO

CREATE VIEW ReportMedicine_v

AS

SELECT m.MedId AS 药品编号, m.MedName AS 药品名称,