医院住院系统数据库设计说明

医院住院数据库设计

1需求分析

1.1系统概况

从电子计算机应用于医学领域，特别是在医院管理方面至今已经有近30年的历史了。我国起步较晚，70年代中期个别有条件的大医院才开始研究工作。直到1986年7月卫生部向10个单位下达了研制开发医院管理信息系统（简称HMIS）中统计、财务、病案等6个医院管理软件的委托书，才加快了适合我国国情的HMIS开发研究工作。

然而近年来，随着我国人民生活水平的迅速提高，科学技术的进一步发展，医院对HMIS的需求就越来越迫切，一套好的HMIS在全面提高医院的医疗、教学、科研水平，提高医院整体工作效率，为病人提供方便快捷全面的服务等方面都能发挥出重要作用。根据调查，在西方发达国家，几乎绝大部分的医院都已经采用了HMIS。然而在国HMIS的使用尚不普及，许多小型医院还是完全依靠手工操作在管理病人和医院员工的一切信息，这不仅劳动强度大且工作效率低，医师护士和管理人员的大量时间都消耗在事务性工作上，对其所掌握的信息也无法很好地统计应用起来，这样既无法提高医院自身的医疗水平，同时又无法很好地为病人服务。

信息时代已经来临，信息处理的利器——计算机，应用于医院的日常管理，为医院的现代化带来了从未有过的动力和机遇，为医疗卫生领域的发展提供了无限的潜力。采用计算机管理信息系统已成为医院管理科学化和现代化的标志，给医院带来了明显的经济效益和社会效益。极大的提高了医务人员的工作效率，加快了病人就诊的速度，根除了“三长一短” 的弊端，有效的解决了住院不方便的问题。

1.2 可行性分析

1.2.1 技术可行性

硬件、软件要求不高，目前市场上的一般计算机软硬件资源均能满足系统开发需要。其中软件主要有VB，数据库采用Microsoft access 2000。该管理系统以

VB为主要开发工具，通过ADO方式与后台数据库Microsoft access 2000 相连接，建立了一个基于C/S（客户机/服务器）的数据库应用管理系统。维护工作方便，由于access 2000的易用性，使得后台的操作十分便捷，操作人员可以在短时间完全掌握系统的维护工作。

1.2.2 经济可行性

对于每个住院部门，可以根据自己需要，配置性能一般的计算机做为终端，向服务器存储数据或搜索数据。这些电脑的费用对整个住院系统来说并不是一个很重点负担。

1.2.3 社会可行性

由于医院住院病人数量众多，因而通过电脑化操作可以减少纸的使用，同时由于数据直接通过局域网传输，可以减少信息传递时间，提高效率，同时也方便医生，病人搜查相关住院信息，提高医院工作透明度和工作效率。

1.3 系统功能说明

1.3.1 功能模块说明

由于整个医院住院管理业务包含了人、财、物、信息各种资源的处理，十分复杂，为了实施系统的建设，抓主重点，解决最关键的问题，尽快见到成效，根据医院现有的情况，在这次系统设计中，在总体上定义了系统整个系统和功能的层次模型，做到系统是可扩展的和逐步完善的。在本系统建设中，主要包含以下功能模块：

1．住院病人管理：为新入住的病人分配房间，并提供对已入住医院病人数据的输入，查询，费用结算。

2. 病房管理：根据各科室病床的空缺情况对其进行统计分配。

3．医生信息管理：提供对各科室的医生信息数据的输入，查询。

4. 出院管理：对出院的病人的病床进行回收，并进行收费确认，并生成收费清单。

1.3.2 顶层数据流图

1.3.3病人住院模块数据流图

1.3.4 病人出院模块数据流图

1.3.4 数据字典

由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细容及数据的加工过程进行说明，而这正是数据字典所要表达的。数据字典是关于数据信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚，便于后续工作—系统设计的进行。以下列出本系统的部分数据字典，就是数据流、数据存储、数据加工、外部项和数据元素举例说明：病人个人信息 =病案号++性别+地址++病房编号

病房信息=编号+地点+收费标准+所属科室

病床信息=病房编号+床位号

医生信息=编号++性别+职称++部门

住院信息=日期+病案号+入院时间+出院时间+病房编号+床位号

治疗信息=时间+病案号+医生编号+诊断+治疗方案

住院=日期+病案号+入院时间+出院时间+病房编号+床位号

2概念设计

2.1全局E-R图

一位病人可能有多位治疗医生，而每一位医生又可能给多名病人治病。每一个病房可能住多位病人，而每一位病人只能住在一间病房中。一位病人可能有多个住院登记，而一份住院登记只能有一个病人。病房中有多个床位、一个床位只能在一个病房中。一个床位可以出现在不同的住院登记上，而一份住院登记只能给病人分配一病床。因此可以得出该系统的实体-联系图（E-R图）如下：

3逻辑设计

3．1 初始关系模式设计

3.1.1 转化原则

概念设计中得到的E-R图是由实体，属性和联系组成的，而关系数据库逻辑设计的结果是一组关系模式的集合，所以将E-R图转换为关系模型实际上就是将实体，属性和联系转换成关系模式，在转换中要遵循以下原则：（1）一个实体转化为一个关系模式，实体的属性就是关系的属性，实体的键就是关系的键。

（2）一个联系转换为一个关系模式，与该联系相连的各实体的键以及联系的属性均转换为该关系的属性。该关系的键有三种情况：

1．如果联系为1:1，则每个实体的键都是关系的候选键。

2．如果联系为1:n，则n端实体的键是关系的键。

3．如果联系为n:m,则各实体键的组合是关系的键。

3.1.2转换结果

经分析，可将2中的E-R模型中的五个实体分别转换为五个关系模式：

病房（编号、地点、收费标准，所属科室）

病床（病房编号、床位号）

病人（病案号、、性别、地址、、病房编号）

医生（编号、、性别、职称、、部门）

住院（日期、病案号、入院时间、出院时间、病房编号、床位号）

其中，有下划线的键表示是主键。

再把其中一个联系转换为关系模式，由联系转换得到的关系模式的属性集中，包含两个发生联系的实体中的主键以及联系本身的属性，其关系键的确定与联系的类型有关。转换的关系模式如下：

治疗（时间、病案号、医生编号、诊断、治疗方案）

3.2关系模式规化

规化的基本思想是消除关系模式中的数据冗余，消除数据依赖中的不合适的部分，解决数据插入，删除时发生的异常现象。在SCD中，既存在完全函数依赖，