医院数据库设计

医院数据库设计
医院信息化是医院应用信息技术及其产品的过程，是信息技术由局部到全局、由战术层次到
战略层次向医院的全面渗透，运用于流程管理、支持医院经营管理的过程。

信息化的实施从
自上而下的角度说，必须与医院的制度创新、组织创新和管理创新结合；从自上而下的角度说，必须以作为医院主体的业务人员直接受益及其使用水平的逐步提高为基础[1]。

医院门诊信息系统属于比较复杂的一类，这是医院门诊本身的目标、任务和性质决定的；它
应用于医院的医疗管理、经济管理等各个方面。

在一定程度上作用于医院当前的运作方式和
业务流程：他实施的技术手段与当前快速发展的信息技术密切相关。

因此，医院信息化建设
工作具有长期性、复杂性和内容的多变性；医院信息系统不是一个简单的、封闭的、静止的
软件，而是一个复杂的、开放的、在应用的深度和广度上逐步变化和发展的软件系统。

随着计算机技术的广泛应用以及现代社会信息量的急剧增加,传统的人工信息管理体系已经远远不能满足快节奏、高效率的现代生活的需要,落后的管理技术严重阻碍了信息的交流与共享。

医院在当今社会发挥着越来越重要的作用，在生活中涉及范围极其广泛，因此为医院门诊设
计一个合理数据库系统时十分必要的，能为病人提供方便、快捷的服务。

鉴于此目的基于PowerDesigner12.5和SQL Server 2000技术的科研信息管理系统为我们提供
了强有力的应用工具。

该系统可以达到查找方便，录入简单，可靠性高，存储量大，保密性
好的要求。

运用上述工具，结合生活中的实际例子，设计出了一个合理使用的医院子系统数
据库。

医院子系统数据库的设计是结合学校小型医院设计的。

这个数据库系统的设计主要包
括四个模块的规划：病人信息、医生信息、交费信息以及治疗信息[2]。

在每个信息模块的设
计中，都可记录与之有关的数据信息。

本次设计的医院子系统数据库是个小型的数据库系统，因此仅仅用一个星期就完工。

虽然设计的医院子系统数据库是个小型的数据库系统，但是这
个系统是联系实际而设计的，设计合理，可用性强。

在这个子系统的基础上加以运用，即可
成为大型医院的应用系统。

一、设计方法和内容
本次课程设计的课题是医院子系统数据库的设计。

在设计的过程中，根据学校医院，分析其
医生、医生诊断病人情况、病人、病人交费、住院情况、押金是否足够等相关信息，为分析
信息流程做准备。

分析完实体后对实体的属性做研究，在设置实体属性的时候，要考虑完善、合理，以便设计出正确的E-R图。

在选择好局部应用之后，就要对每个局部应用逐一设计出
E-R图，标定局部应用中的实体、实体的属性、标识实体的码，确定实体之间的联系及其类型。

在这个过程中应当遵循两条准则：（1）作为“属性”，不能再具有需要描述的性质。

“属性”必须是不可分的数据项，不能包含其他属性。

（2）“属性”不能与其他实体具有联系，即
E-R图中所表示的联系是实体之间的联系。

在课程设计中，所需要的硬件环境是装有Windows XP的计算机；所需要的软件环境是PowerDesigner12.5和SQL Server 2000[3]。

（一）信息要求
在设计医院子系统数据库时，主要的实体是病人与医生，因此所需要的信息要求如下：
（1）病人基本信息
设计数据库时要记录病人的基本信息，主要包括病人的姓名，性别，年龄，年龄，家庭住址，联系方式，就诊时间等。

（2）医生基本信息
设计数据库时要记录医生的基本信息，主要包括医生的姓名，医生的编码，所在科室，当值
日期等。

（3）病情诊治信息
设计数据库时要根据病情的不同状况，得出不同的诊断方案，从而进行记录。

（二）数据库需求分析
针对医院的操作流程进行详细的调研和分析，可以看出在医院门诊中一切活动都是以病人为
核心，而各种处理也是由病人主动去完成，如挂号、检查、交费、取药、看病、做检查检验等。

于是总结出相应的需求信息之间的联系：病人先挂号交挂号费后，然后再找医生进行诊断，从而开出诊断的方案。

其中医生诊断方案有四种：医嘱、检查身体、开药、住院，医生
根据病人的身体状况开出不同的诊断方案。

如果医生认为病人的身体状况正常时，只需要执
行医嘱项目就行了。

当医生需要让病人进行身体检查时，需要记录检查费用详细清单，并且
当病人交齐了这些费用以后，才能进行身体检查。

当医生为病人开药时，需要记录药品的详
细情况和这些药品的总金额，当病人交齐了药品费用后，才能领取药品。

当病人需要住院时，就应当交付一定的押金，才能进行住院处理，在住院的过程中，计算各种住院花费，当押金
不足时，应当提醒病人押金不足，当押金有多余时，应当进行押金找零[4]。

（三）实体及相应的属性
门诊病人（病人号、病人姓名、性别、就诊时间）
挂号单（挂号号、医师号、病人号、挂号类别、挂号科室、挂号日期、交费情况）
医生（诊断医师号、医师姓名、科室、当值日期）
诊断处理方案（处理方案号、处方号、病房号、诊断单序号、检查编号、开出时间、处理方
案内容）
医嘱（诊断单序号、诊断类别、启用日期、医嘱编码、医嘱、内容）
身体检查（检查编号、检查项目号、收费序号、收费定价、检查医师、检查时间安排、检查
总费用）
开药方（处方号、药品编号、处方内容）
药品请领单（药品编号、收费项目号、药品名称、规格、领药量、单价、药品总金额）
病人实交费用（交费序号、收费序号、检查编号、药品编号、检查总金额、药品总金额、检
查总金额费是否齐全、药品总金额费是否齐全）
检查治疗（检查编号、检查分析、检查结果）
药品领取（药品编号、药品名称、规格、领药量）
需求住院（病房号、住院帐单号、主治医师号、押金）
门诊部门应收费用（收费序号、药品费、检查费、住院费、检查费用总金额）
住院费用单（住院帐单号、交费帐单号、住院费、药品名称、规格、领药量、单价、其他费用、住院总花费）
住院交费情况（交费帐单号、已用金额、余额找零、补交金额）
根据上述的实体及其属性之间的联系，设计出医院子系统数据库设计的流程图。

（四）视图的设计
在设计完物理模型后，考虑到数据库设计的便捷性以及合理性，使用户能把注意力集中在所
关心的数据上，设计了3个视图，分别如图2—身体检查资料、图3—领取药品资料、图4—
住院资料，便于查询各种费用情况。

通过身体检查资料可以直接查询到病人的姓名、挂号号、诊断医生号、检查编号、检查医生、检查时间安排、检查总费用等；通过领取药品资料可以
直接查询到病人的姓名、挂号号、诊断医生号、药品开出时间、药品号、药品名称、药品编号、药品总金额等；通过住院资料可以直接查询到病人的姓名、挂号号、诊断医生号、病房号、主治医生号、押金、住院总花费、余额找零、补交金额。

（五）数据库表中数据的插入
（1）门诊病人表
（2）挂号单表
（3）医生表
（4）诊断处理方案表
（5）医嘱表
（6）身体检查表
（7）开药方表
（8）住院需求表
（9）药品请领单表
（10）门诊部门应收费用
（11）病人实交费用
（12）检查治疗
（13）药品领取表
（14）住院费用单表
（15）住院交费情况表
二、设计难点与关键技术
在本次课程设计中，主要的难点是在设计医院各种业务方面。

病人要经过挂号、交费后才能
进行各种诊断活动，并且医生要根据病人的病情进行不同的处理。

而在本次设计的医院子系
统数据库模型中，将上述的难点有效的结合起来，从而设计得比较合理。

但是由于设计中有
很多不合理的地方，在自动生成脚本时出现了一些错误，例如在主键与外键的设置方面出现
了问题等。

经过再次的审查系统的E-R图，从而得到了合理的的E-R图和正确的脚本。

将脚
本在SQL Server 2000中运行，生成了表，并且能输入符合要求的数据。

参考文献
[1]王珊等.数据仓库技术与联机分析处理.数据库技术丛书之一.北京：科学出版社，1998：1～1.
[2]萨师煊等.数据库系统概论.第4版.北京：高等教育出版社，2005：1～2.
[3]Bain T等.SQL Server 2000数据仓库与Analysis Services.邵勇等译.北京：中国电力出版社，2003：2～2.
[4]王珊，陈红.数据库系统原理教程.北京：清华大学出版社，1998：2～3.。