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
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专用应用系统不简单地是一套计算机管理应用软件，最重要的是它符合中国实际情况，参照了现行医改政策，结合国内与国际先进的医院管理经验，将医院的管理思想、医院各部门的业务经验以及当今计算机科学技术的完美统一起来的体现。
为了支持这两大部门的工作，医院还设置了药库、中心药房、门诊药房、制剂室、设备科、财务科、后勤仓库、门诊收费处、门诊挂号处、问讯处、住院处、检验科室、检查科室、血库、病案室、手术室，以及为医院的日常管理而设置的行政部门等。
其中，药库负责药品的贮存、发放和采购；中心药房负责住院病人的药品管理，包括根据处方及医嘱生成领药单，向药库领药，配药并把药品发给相应的病区，以及药房的库存管理和病区余药回收；门诊药房负责门诊病人的药品管理，包括根据处方，按处方内容备药、发药，向药库领药等；制剂室负责药物的配制，并提供给药库；设备科负责医院的医疗设备等的购入和维修等；财务科负责医院中一切与财务有关的业务和工作，进行医院的财务管理；后勤仓库负责医院所有后勤物品的贮存和管理；门诊收费处负责门诊病人的处方的划价和收费；门诊挂号处负责门诊病人的挂号事务；问讯处负责向有疑问的就医病人解释相关问题；住院处负责所有就医病人的住院事宜和相关管理；检验科室负责病人的各项检验，（如验血等）以及与各项检验相关的管理，药剂取用等；检查科室负责病人的各项检查（如CT检查以及其他放射线检查等）以及与各项检查相关的管理，设备使用与维护等；血库负责医院的各种血型的血液的贮存和管理以及血液的采集；病案室负责病人病案的管理和保存；手术室负责病人的手术，手术的安排以及有关手术的相关事宜和器械，制剂，设备等的使用等；行政部门则根据其相应的工作职责进行日 常的工作，对医院进行行政方面的管理，以保证医院的医疗工作的正常进行和医院的后勤保障。
琼州学院电子信息工程学院
《数据库系统原理》课程设计报告
项目名称：医院门诊收费系统设计
专 业：网 络 工 程
年 级：2 0 0 9级
姓 名：林 振 达
学 号：09240063
指导老师：陈 作 聪
2011年9月
摘 要
随着科学的不断进步，计算机应用已经遍布整个社会的每个角落。目前社会正处于健保发展方兴未艾的时代，各医疗院所莫不兢兢业业地改善本身的体制或管理方式，所以应越来越严格的规范；在此背景下，本文论述了医院管理系统（重点论述门诊收费子系统）的设计实现。通过对各种数据库管理系统的模型分析，结合医院门诊的实际需求，采用C/S(客户端/服务器)模式，说明了医院管理系统的开发过程及各种技术细节。本系统是适应时代发展的需要，提高管理的效率而开发设计的。
关键字：HIS，软件工程，模块化数据库，SQL语言，数据库组件
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
医院管理系统是典型的信息管理系统(MIS),其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。
因此本人结合医院门诊收费系统的要求，对MSSQLServer2000数据库管理系统、SQL语言原理将对数据库应用系统开发医院门诊收费系统进行了简明的介绍，并分析了开发医院管理系统所应进行的工作;对数据库的设计和SQL语言的使用进行了系统分析，为深入理解数据库应用打下了基础;学习了具体的开发工具Delphi7.0，对其数据库组件，SQL语言在Delphi中的应用等数据库编程关键技术进行了系统的介绍；除此还分析了医院管理系统的应用需求，按照数据库设计理论一步一步地给出了系统需求说明书、局部ER图、全局ER图、系统关系模式，子模式，利用MSSQServer2000建立了数据库；进行了具体的程序设计，具体划分了三类用户的操作权限，设计了了三个操作界面。实现了数据库表的浏览，记录的添加、删除和修改，报表的生成，实现了多数据库表的连接操作，实现了多条件查询和模糊查询，并灵活实现了对不可更新查询结果集的更新操作，实现了主从表操作，实现了密码维护功能，医院信息系统（HIS）是一套通用性很强的商业软件。本人负责的门诊划价子系统是针对一般医院的业务处理而开发的，主要用于门诊部的划价和信息生成。
2.2
2.2.1处理对象
科室信息：科室ID，科室名称
医生信息：医生姓名，性别，年龄
借阅历史信息：药品名称，买价，卖价
病人信息：病人姓名，性别，年龄，是否有婚姻
管理员信息：用户名，密码
2.2.2处理功能及要求
系统提供待开门诊处方以及各种检查检验申请单实时划价、输入、查询、修改功能。另外还提供候诊病人就医分配；按科室、人员等条件统计单据；检索病人就诊历史等可选功能。它将病人历次门诊的所有临床医疗信息通过计算机管理，并为后继系统提供划价信息，是全面实现门诊信息化管理的必备前端系统之一。
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
DI-31
4．逻辑设计阶段
4.1逻辑设计的任务和目标
以上的概念设计阶段是独立于任何一种数据模型的，但是逻辑设计阶段就与选用的DBMS产品发生关系了，系统逻辑设计的任务就是将概念设计阶段设计好的基本E-R图转换为选用DBMS产品所支持的数据模型相符合的逻辑结构。具体内容包括数据组织（将E-R图转换成关系模型、模型优化、数据库模式定义、用户子模式设计）、数据处理（画出系统功能模块图）两大任务。
同时，也向评阅论文和参加论文答辩的老师们表示衷心的感谢！
2. 需求分析阶段
2.1
一所医院的主要构成分为两个部分，一是门诊部门，二是住院部门，医院的所有日常工作都是围绕着这两大部门进行的。
门诊部门和住院部门各下设若干科室，如门诊部门下设口腔科、内科、外科、皮肤科等，住院部门下设内科、外科、骨科等，二者下设的部分科室是交叉的，各科室都有相应的医生、护士，完成所承担的医疗工作，医生又有主治医师、副主任医师、普通医师或教授、副教授、其他之分。
本次设计的主题是：基于C/S结构的医院门诊收费系统。本系统提供给医院门诊收费用户一个综合、全面的办公环境和工具，同时实现了大量数据信息和文档以及多媒体信息快速、有效、准确地获取、管理和传递。因此本系统是提高工作效率、规范医院门诊办公制度、方便领导决策的重要工具。
本软件主要完成门诊划价收费功能，按照软件工程的思想来完成这一设计过程，历经三个多月，在指导教师认真耐心的指导下，系统已经初步完成。由于是初次完成比较正规的且有规模的软件设计，所以难免出现一些错误和漏洞，恳请各位老师和同学批评指正。在本次设计期间，指导教师、师长们给了我们很大的鼓励和支持，在我们有困难的时候给予了我们无私的关心和帮助，在这里表示深深的感谢！
2） 完整性要求
系统完整性要求系统中数据的正确性以及相容性。可通过建立主、外键，使用check约束，或者通过使用触发器和级联更新。
2.3 需求分析阶段成果
2.3.1 体会与收获
经对前面的需求调查和初步的分析，确定由计算机完成的工作时对数据进行各种管理和处理，具体的工作内容见第二部分， 由手工完成的工作主要有对原始数据的录入；不能由计算机生成的，各种数据的更新，包括数据变化后的修改，数据的增加，失效数据或无用数据的删除等；以及系统的日常维护。