医院管理系统的设计和实现毕业设计.doc

毕业设计（论文）题目：医院管理系统的设计和实现学 生 姓 名 学 号 201022030203 班 级 计算机102202H 所属院（系） 计算机科学与技术 指 导 教 师 2014 年 5 月 20 日 医院管理系统的设计与实现 摘要 本论文的课题来源于第一人民医院医院管理系统开发项目，通过对医院管理系统的设计与实现，分析并讨论了一种基于J2EE的Web应用的设计方案，重点研究了Struts2框架，Java数据库连接等技术。本文在需求分析的基础上，设计出了医院管理系统的基本功能，完成了基本管理，医师管理，药品管理，门诊管理，住院管理，系统查询等主要功能模块的设计与实现，基本满足了医院的日常工作的需要。系统界面设计简单大方，交互性强，便于操作。本系统基于B/S结构，采用Struts2的MVC模式进行开发。整个系统在MyEclipse8.5下开发与调试，在Tomcat6.0上部署运行，数据库服务器采用MySQL。关键词：医院管理系统，B/S模式，Struts2 ，MySQLDesign and Implementation of the Medical Management SystemAbstructThis thesis project came from the clinics development of the medical management system of Nanyang first peoples hospital. Through the design and implementation of medical management system, this thesis analyzes a kind of applied website design scheme based on J2EE and mainly discusses the Struts2 framework, Java database connection technologies. Based on the analysis of the demand, this thesis gives the basic functions of this system that including the basic management, physician management, drug management, clinic management, hospital management, system inquirement, which basically meets the needs of practical work of this clinic. Simple and intuitive operation is provided using the system. This system based on B/S structure, Struts2 MVC pattern of development. This system is developed with the tools of MyEclipse8.6 and deployed on the Tomcat5.0, while the database server adopts MySQL.Key Words：medical management system ,Browser/Server model ,Struts2 ,MySQL目 录摘要I关键词IAbstractIIKey WordsII第1章 前言- 1 -1.1 系统研究的背景及意义- 1 -1.2 系统完成的工作及解决方案- 2 -1.3 论文的组织结构- 3 -第2章 系统开发的关键技术- 4 -2.1 J2EE模式的系统架构简介- 4 -2.1.1 J2EE的概念- 4 -2.1.2 J2EE的四层模型- 5 -2.2 Struts2框架简介- 5 -2.2.1 Struts2工作原理- 6 -2.2.2 Struts2的作用及优势- 7 -2.3其他相关技术简介- 8 -2.3.1 JavaScript技术- 8 -2.3.2 Ajax技术- 8 -2.3.3 JDBC技术- 8 -第3章 系统需求分析- 10 -3.1 系统功能需求分析- 10 -3.1.1 系统功能分析- 10 -3.1.2 系统功能描述及用例分析- 11 -3.1.3 系统时序图分析- 12 -3.2 业务流程分析- 14 -3.3 系统非功能需求- 15 -3.3.1 性能需求- 15 -3.3.2 运行环境需求- 16 -第4章 系统设计- 18 -4.1数据库设计- 18 -4.1.1 数据库设计原则- 18 -4.1.2 数据库概念设计- 18 -4.1.3 数据库逻辑设计- 20 -4.1.4 数据库表格设计- 21 -4.2 系统体系设计- 24 -4.2.1 系统总体设计原则- 24 -4.2.2 系统的逻辑与结构- 24 -第5章 编码与实现- 26 -5.1 登录页面的编码实现- 26 -5.2 主页面的编码实现- 27 -5.3 门诊挂号的编码实现- 29 -5.4 门诊就诊的编码实现- 30 -5.5 医师信息录入的编码实现- 32 -5.6 门诊出诊的编码实现- 34 -5.7 系统查询的编码实现- 35 -第6章 测试与运行- 36 -6.1 测试的目的和意义- 36 -6.2 医务管理系统功能测试- 36 -6.2.1 管理员登录模块测试- 36 -6.2.2 医师登录模块测试- 37 -6.2.3 门诊管理模块测试- 37 -6.2.4 系统查询模块测试- 37 -结束语- 39 -参考文献- 40 -致谢- 41 -附录- 42 -第1章 前言1.1 系统研究的背景及意义在全球信息化下，信息社会得到了较快的发展，改变了人类的生产和生活方式，促进了知识经济的成长，加快了世界经济全球化的进程。信息全球化已经全面进入我们的生活，对人们生活以及各个方面都产生了影响，并且成为一种显而易见的发展趋势。医院信息化属于现存企业及信息系统中比较复杂的一类，这是由医院的目标，性质和任务所决定的，它应用于医院的医疗管理和经济管理各个方面，牵涉的信息种类十分复杂；融合了医院的管理思想和各部门的业务经验，是当前医院运营方式和业务流程的具体体现，同时在一定程度上反作用于医院的日常运营的效率。医院信息化所采用的技术手段与当前快速发展的信息技术密切相关，实施的技术手段又要受到当前计算机信息技术发展的高度的大环境的制约，又要受到国家和有关部委制定的相关法律法规的影响。所以，医院医疗信息化的建设并不是一个简单的，封闭的，静止的过程，相反它却是一个复杂的，开放的，动态的研究过程。医院医疗信息化建设工作具有长期性，复杂性和内容的多变性，医院医务系统的设计和实现，有利于提高医院医务办公自动化水平，工作效率和管理水平，从而更好的为管理人员，医师，病人和药物服务，具有十分重要的意义1。医院在改革开放以来，发展迅速，现已成为一家大型综合医院，因此医院投入了大量的人力物力财力推进医院的信息化建设，目前已经建成了覆盖全院的信息化平台，并在此基础上购置和研制了OA办公系统，人力资源管理系统，财务管理系统等，进一步实现了数字化医院的建设，但是有些部门及日常运营信息化工作水平还是比较低，比如病人在门诊就诊时，医生还是采用手写记录病人信息的方式进行门诊就诊的，手写的方式记录的病人的信息查询管理门诊信息难度大，不易进行门诊的报表和业务管理。为了推动医院信息化建设，利用现代计算机技术将医院的病人信息管理，医师信息管理，药物信息管理，门诊管理，住院管理等工作移植到统一的软件网络空间环境下，从而可以达到医院日常运营效率和管理水平的目的。本论文针对第一人民医院目前的现状，结合单位的实际情况，决定开发一个基于B/S模式的医务管理系统，一个规范化的J2EE系统软件。1.2 系统完成的工作及解决方案本文采用了软件工程的设计思想，经过深入的调查编写了医务管理系统的需求分析，系统的总体设计，数据库设计和系统的详细设计和实现。本系统符合医院的管理要求和工作人员的工作习惯，方便医护人员及管理员的使用，采用计算机方式记录医院的医师信息，药品信息，住院信息以及门诊信息，实现了对病人在医院整个就医过程中的各项信息的详细规范的记录和人员信息，药物信息的变更的记录。系统的设计使用了面向对象的编程方法，把系统分成了多个模块，开发环境采用了MyEclipse8.5，后台数据库采用MySQL，部署运行服务器采用的是Tomcat5.0。本系统按照软件工程理论的开发流程，主要完成以下几个线性内容：计划阶段，需求分析，系统设计，编码实现，测试及运行等几个阶段。(1) 计划阶段主要进行可行性分析，主要包括：a.经济可行性b.技术可行性c.法律可行性。(2) 需求分析阶段在此阶段，软件开发人员和用户共同讨论和决定哪些需求是可以满足的，哪些需求是需要改进的，对一些需求和需要加以特殊的描述，写出软件需求说明书或系统功能说明书及初步的用户使用手册。(3) 系统设计阶段此阶段是软件工程的核心部分，大致分为总体设计和详细设计。总体设计根据需求得到的数据流，数据结构；详细设计是使用表格和图形等详细设计工具。(4) 编码与实现阶段把用户可以接受的需求用计算机编程语言实现出来，使用哪种计算机编程语言由计算机编程人员自己确定。(5) 测试与运行阶段包括改正性维护，适应性维护，完善性维护。在本阶段主要编写测试用例来实现测试过程2。1.3 论文的组织结构本文主要分为六节。第一节绪论，主要介绍该系统研究的背景及意义，需要解决的问题和解决问题的方案以及本论文的组织结构。第二节系统开发的关键技术，主要介绍系统实现过程中使用到的技术和方法。第三节系统需求分析，主要介绍了系统实现之前的用户期望达到的效果。第四节系统设计，主要介绍了系统的数据库设计和系统的体系设计。第五节编码与实现，主要介绍了一些功能模块的代码实现。第六节测试运行，主要介绍了软件测试的目的和意义，对本系统进行一些功能测试，列举了一些测试用例。第2章 系统开发的关键技术2.1 J2EE模式的系统架构简介J2EE是Java2平台企业版（Java 2 Platform, Enterprise Edition），J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共同的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，企业内部或外部难以互通的窘境。J2EE的体系结构如图2.1所示：图2.1 J2EE体系结构2.1.1 J2EE的概念J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如“编写一次、随处运行”的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。2.1.2 J2EE的四层模型J2EE使用多层的分布式应用模型，应用逻辑按功能划分为组件，各个应用组件根据他们所在的层分布在不同的机器上。事实上，sun设计J2EE的初衷正是为了解决两层模式（client/server）的弊端，在传统模式中，客户端担当了过多的角色而显得臃肿，在这种模式中，第一次部署的时候比较容易，但难于升级或改进，可伸展性也不理想，而且经常基于某种专有的协议，通常是某种数据库协议。它使得重用业务逻辑和界面逻辑非常困难。现在J2EE 的多层企业级应用模型将两层化模型中的不同层面切分成许多层。一个多层化应用能够为不同的每种服务提供一个独立的层，以下是 J2EE 典型的四层结构： 运行在客户端机器上的客户层组件 运行在J2EE服务器上的Web层组件 运行在J2EE服务器上的业务逻辑层组件 运行在EIS服务器上的企业信息系统（Enterprise information system）层软件 J2EE应用程序组件 J2EE应用程序是由组件构成的.J2EE组件是具有独立功能的软件单元，它们通过相关的类和文件组装成J2EE应用程序，并与其他组件交互。J2EE说明书中定义了以下的J2EE组件： 应用客户端程序和applets是客户层组件。 Java Servlet和JavaServer Pages(JSP）是web层组件。 Enterprise JavaBeans(EJB）是业务层组件3。2.2 Struts2框架简介Struts 2是Struts的下一代产品，是在 struts 和Web Work的技术基础上进行了合并的全新的Struts 2框架。其全新的Struts 2的体系结构与Struts 1的体系结构的差别巨大。Struts 2以Web Work为核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与Servlet API完全脱离开，所以Struts 2可以理解为Web Work的更新产品。虽然从Struts 1到Struts 2有着太大的变化，但是相对于Web Work，Struts 2只有很小的变化。Struts是MVC模式的经典实现，具有组件的模块化、灵活性和重用性的优点，同时也简化了基于MVC的Web应用程序的开发。从应用的角度来说，Struts有三大块，分别是Struts核心类、Struts配置文件及Struts标签库。一般情况下所说的Struts框架指的是Struts 1框架，而非Struts 2框架。由于本系统使用Struts 2框架开发，所以主要介绍Struts 2框架。Struts2是一个优秀的、可扩展的企业级Java Web应用程序开发框架。Struts2并不是Struts 1的升级版本，它是Web Work及Struts1结合的产物。根据J2EE的特点，做了相应的变化和扩展。它是在JSP Model的基础上实现的一个MVC框架，其结构如图2-2所示：图2.2 Struts2结构图2.2.1 Struts2工作原理当客户浏览器发起一个请求，请求被发送到控制组件Dispatch Filter，Dispatch Filter就好比公司的前台，它会根据请求地址将其转到相应的模型组件。每个模型组件都会关联一系列的拦截器，拦截器的作用就好比一层层的守卫，进入模型组件的请求都要首先经过这些拦截器的审查处理，才能进入下一环节处理。在经过拦截器的“层层盘查”后，请求才能到达实现业务逻辑的核心组件Action，Action完成后，根据业务处理的结果。将返回一个Result到客户浏览器。看起来事情到此为止，事实上，拦截器还要进行处理后的一系列善后工作，整个处理流程才算真正的完成。只是此时拦截器进行的这些善后工作对于用户看到的Result组件的显示没有任何影响。Struts2工作原理如图2-3所示：图2.3 Struts2工作原理Struts2框架的大概处理流程如下： (1) 加载类（Filter Dispatcher） (2) 读取配置（struts配置文件中的Action） (3) 派发请求（客户端发送请求） (4) 调用Action（Filter Dispatcher从struts配置文件中读取与之相对应的Action ） (5) 启用拦截器（Web Work拦截器链自动对请求应用通用功能，如验证） (6) 处理业务（回调Action的execute()方法） (7) 返回响应（通过execute方法将信息返回到Filter Dispatcher） (8) 查找响应（Filter Dispatcher根据配置查找响应的是什么信息如：SUCCESS、ERROR，将跳转到哪个jsp页面） (9) 响应用户（jspà用户浏览器端显示） (10) struts2标签库（相比struts1的标签库，struts2是大大加强了，对数据的操作功能很强大）42.2.2 Struts2的作用及优势Struts清晰地划分了控制部分，事务逻辑和外观视图，让开发者遵循一个统一的模式进行设计编码，简化了系统后期维护的工作量，尤其是当其他开发者接受项目时，这种优势体现得更加明显。Struts给开发者提供了了良好的页面导航功能，开发者可以通过配置文件struts.xml把握整个系统各部分之间的相互关联，侵袭地掌握整个系统的结构，同时Struts对Taglib标签库进行了扩展，使得功能更加强大。使用Taglib可以简化JSP页面的开发，使得页面嵌套的Java代码变得更少，页面的工作量减轻，开发人员可以更加灵活的在控制层中编写代码。2.3其他相关技术简介2.3.1 JavaScript技术JavaScript是一种基于对象和事件驱动并具有相对安全性的客户端脚本语言。同时也是一种广泛用于客户端Web开发的脚本语言，常用来给HTML网页添加动态功能，比如响应用户的各种操作。它最初由网景公司的Brendan Eich设计，是一种动态、弱类型、基于原型的语言，内置支持类。JavaScript是Sun公司的注册商标。Ecma国际以JavaScript为基础制定了ECMAScript标准。JavaScript也可以用于其他场合，如服务器端编程。完整的JavaScript实现包含三个部分：ECMAScript，文档对象模型，字节顺序记号。本系统主要运用JavaScript技术提供系统数据验证以及页面跳转等功能。2.3.2 Ajax技术AJAX即“Asynchronous JavaScript and XML”（异步JavaScript和XML)，AJAX并非缩写词，而是由Jesse James Gaiiett创造的名词，是指一种创建交互式网页应用的网页开发技术。AJAX 指异步 JavaScript 及 XML。通过 AJAX，您的 JavaScript 可使用 JavaScript 的 XMLHttpRequest 对象来直接与服务器进行通信。通过这个对象，您的 JavaScript 可在不重载页面的情况与 Web 服务器交换数据。在本系统主要运用AJAX技术实现数据异步刷新和读取等功能5。2.3.3 JDBC技术JDBC（Java Data Base Connectivity,java数据库连接）是一种用于执行SQL语句的Java API，可以为多种关系数据库提供统一访问，它由一组用Java语言编写的类和接口组成。JDBC为工具/数据库开发人员提供了一个标准的API，据此可以构建更高级的工具和接口，使数据库开发人员能够用纯 Java API 编写数据库应用程序，同时，JDBC也是个商标名。 有了JDBC，向各种关系数据发送SQL语句就是一件很容易的事。换言之，有了JDBC API，就不必为访问SQL Server数据库专门写一个程序，为访问Oracle数据库又专门写一个程序，或为访问MySQL数据库又编写另一个程序等等，程序员只需用JDBC API写一个程序就够了，它可向相应数据库发送SQL调用。同时，将Java语言和JDBC结合起来使程序员不必为不同的平台编写不同的应用程序，只须写一遍程序就可以让它在任何平台上运行，这也是Java语言“编写一次，处处运行”的优势。第3章 系统需求分析3.1 系统功能需求分析一个良好的，健壮的系统的实现离不开完整的，准确的系统需求说明。医院医务管理系统的目标是建立一个针对医院工作现状，包含医师信息管理，病人信息管理，门诊信息管理，医疗补助管理，药品信息管理等工作的综合管理系统，从而达到提高医院日常运营的管理效率的目的。3.1.1 系统功能分析根据医院医务管理系统的功能描述，我们将医务系统分为基本管理，门诊管理，住院管理，药品管理，医师管理，系统查询等6个子系统，如图3.1所示：图3.1医务管理系统功能图各个子系统的功能描述：(1) 基本管理：完成系统的一些基本参数的设置，如挂号费，住院餐伙费，废旧医疗器械处理费的设置等，医疗补助和参加医疗保险的管理。(2) 门诊管理：完成门诊挂号，门诊就诊的管理以及门诊报表的管理。(3) 住院管理：完成住院信息的管理和住院治疗的管理。(4) 医师管理：完成医院医师信息的添加，修改和删除。(5) 药品管理：完成医院药品信息的添加，修改和删除。(6) 系统查询：提供对住院门诊信息的查询，住院信息的查询，医师信息的查询，药品信息的查询，药品有效期的提醒及报表。3.1.2 系统功能描述及用例分析根据以上系统功能的描述，可以做出如下列所示的系统的用例图，其中用列包括：基本管理，门诊管理，住院管理，医师管理，药品管理，系统查询。参与者包括：医师，管理员。如图3.2所示为系统的总用例图：图3.2系统总用例图根据需求分析，可以得到如图3.3所示的管理员参与系统的用例图：图3.3 管理员参与系统的用例图图3-3中，管理员作为参与者管理系统时，管理员通过系统的密码验证完毕后，登录系统后，可进行的操作有：基本管理，在基本管理中包括费用管理，医疗补助管理，医保信息录入管理。可进行医师管理，药品管理，同样还具有医师的门诊管理和住院管理等权限。在基本费用管理中可以对挂号费的设置，住院餐伙费的设置，废旧医疗器械处理费的设置，医疗参保信息的录入，医疗管理。在门诊管理中，可以管理门诊就诊，门诊结算出诊等。在住院管理中可以实现对住院治疗，住院病人出院结算等操作。管理员可以实现对药品的入库管理和药品信息编辑，同样可以实现对医师信息的添加和医师信息的编辑管理。管理员登陆系统可以实现医师信息查询，药品信息查询，门诊查询，住院查询，药品保质期查询和提醒等。同样根据需求分析，可以如图3.4所示的医师作为参与者参与系统的用例：图3.4医师参与系统的用例图图3-4中，医师作为参与者管理系统时，必须需要经过系统的密码验证才能登录本医务系统。当医师登录本系统后，可以进行相应的操作，如门诊管理，住院管理，住院查询，系统查询等操作。系统登录中包括密码验证扩展用例，住院管理用例中包括住院治疗管理扩展用例，门诊管理用例中包括门诊就诊管理扩展用例，在系统查询中包括个人信息查询，住院信息查询，门诊信息查询等扩展用例。3.1.3 系统时序图分析时序图（Sequence Diagram），亦称为序列图或循序图，是一种UML行为图。它通过描述对象之间发送消息的时间顺序显示多个对象之间的动态协作。它可以表示用例的行为顺序，当执行一个用例行为时，时序图中的每条消息对应了一个类操作或状态机中引起转换的触发事件。时序图描述对象是如何交互的，并且将重点放在消息序列上。也就是说，描述消息是如何在对象间发送和接收的。时序图有两个坐标轴：纵坐标轴显示时间，横坐标轴显示对象。每一个对象的表示方法是：矩形框中写有对象和 / 或类名，且名字下面有下划线；同时有一条纵向的虚线表示对象在序列中的执行情况 ( 即发送和接收的消息对象的活动 ) ，这条虚线称为对象的生命线。对象间的通信用对象的生命线之间的水平的消息线来表示，消息线的箭头说明消息的类型，如同步，异步或简单 。 浏览时序图的方法是，从上到下查看对象间交换的消息，分析那些随着时间的流逝而发生的消息交换。根据上一小节的用例分析得出的结果，下面设计时序图，如图3.5所示给出了管理员添加医师信息的时序图：图3.5管理员添加医师信息的时序图如图3.6所示为医师查询药品信息的时序图：图3.6医师查询药品信息的时序图如图3.7所示为医师参与门诊就诊的时序图：图3.7医师门诊就诊的时序图3.2 业务流程分析根据病人就诊的业务流程得到如图3.8所示为病人就诊时的业务流程图：图3.8医务管理系统的业务总流程图从上图中我们可以看出病人在挂号完毕去就诊时，医师会询问其有无医保卡，如果病人持有医保卡，那么他的诊疗费，检查费，药费会从医保卡中扣除，如果病人没有持有医保卡，他可以选择去办理医保卡，然后后续的费用可以从医保卡中扣除，当然病人也可以选择现金支付。在门诊就诊过程中，如果病人需要住院治疗的话，那么他的所有信息会转入住院部，在住院部门，医师会对病人采取一系列的住院治疗管理，如果病人需要出院，需要办理出院手续及病案管理和财务查询，当病人把这些手续办理完毕方可以出院，如果不可以出院，则病人还需要接受医师对其进行的一系列的住院治疗。3.3 系统非功能需求3.3.1 性能需求(1) 响应时间系统主要面向的医院医务工作人员，使用的是浏览器的方式录入，面对医院日益繁忙的医务需求，所以不应该有很长的等待时间，响应时间不应该超过5秒钟。快速的响应时间可以提高医务人员的工作效率，降低医务人员工作的主观情绪。(2) 精度系统需要医务人员录入的信息准确无误，准确的数据方便进行综合查询和业务处理，为了保证医务人员录入准确的数据信息，在录入的过程中会对其录入的信息加以适当的提示。(3) 安全性医院的部门信息需要保密，而且具有法律依据，对病案和病例的管理是非常重要的，需要采取不同的权限的管理方法，对病例信息的查看和删除需要权限较高的人员才能处理，一般的人员不能进行随意的查看和删除，并且每次的修改需要有修改的记录。3.3.2 运行环境需求下面主要介绍系统硬件环境的要求：(1) 服务器端服务器端的要求是由软件系统的需要决定的，但是现在计算机技术得到快速发展，计算机硬件性价比都比较好，设置的都比较出色，价格又便宜，因此应给服务器端配置性能较高的硬件，最好的是专业的服务器。本系统的服务器配置如下：Inter Pentium4 1.8或者更高内存：512M或者更高硬盘：40G(2) 客户端因为客户端主要用于客户浏览和数据操作，所以本系统对客户端的要求不是特别的高，但是目前的计算机性价都比较高，因此需要的配置应该是越高越好。处理器：Inter 赛扬400或者更高内存：32M或者更高硬盘：10G或者更高下面主要介绍系统软件环境要求：(1) 服务器操作系统：Windows 2000 Server网络协议：TCP/IPJSP服务器：Tomcat 5.0数据库：MySQL Server 5.1(2) 客户端操作系统：Windows 7/Windows 8.1网络协议：TCP/IP浏览器：Internet Explore 6.0及以上版本第4章 系统设计4.1数据库设计一般的系统软件都需要数据库的支持，完善的数据库系统可以实现对海量数据的有效的管理，现代的数据库不仅仅只是实现数据的存储和管理，而转变成用户所需要的各种数据管理的方式。4.1.1 数据库设计原则在数据库设计时，我们要考虑原始数据和实体之间的关系，他们之间可以是一对一，一对多，多对多的关系。在一般的情况下，它们是一对一的关系，即一张原始单据对应只对应一个实体。在特殊情形下，我们要考虑一对多，多对一的关系，即一张原始单据对应多个实体。主键与外键的设计，在全局数据库设计中，占有重要的地位。在关系数据库中，主键是数据库物理模式的基石。主键在物理层面上有两个作用：首先，主键唯一的标识一行；其次，主键作为一个可以被外键有效引用的对象，一旦一个字段被确定为主键，则该字段不可为空也不可重复。外键的定义是相对于主键而言的，比如另有一张门诊挂号表，表中也出现了医师表中的对应医师编号字段，则相对于门诊挂号表，医师编号就是门诊挂号的外键。在本系统的数据库设计中，主要遵循了设计范式中的第一范式，即对属性的原子性约束，要求属性具有原子性，不可再分解。4.1.2 数据库概念设计根据系统需求分析，可以列出以下所需的数据项：医师信息：编号，姓名，密码，性别，出生日期，从业年份，职称，电话，电邮，所属科室，简介。根据医师信息的数据项分析可得出如图4.1所示的医师信息实体属性图。药品信息：编号，类型，名称，生产日期，生产商，有效期，进价，售价，数量，进货单位，经手人。根据药品信息的数据项分析可得出如图4.2所示的药品信息实体属性图。住院管理：住院号，患者姓名，年龄，性别，地址，电话，婚姻，过敏，医保卡号，主治医师，病情诊断，住院日期，所需药物，药费，搭伙费，处理费，金额，主诉，科室，检查费。根据住院管理的数据项分析可得出如图4.3所示的住院管理实体属性图。门诊管理：门诊号，患者姓名，性别，挂号科室，挂号费，挂号时间，就诊医师。根据门诊管理的数据项分析可得出如图4.4所示的门诊管理的实体属性图。图4.1医师信息的实体属性图图4.2 药品信息的实体属性图图4.3住院管理的实体属性图图4.4住院管理的实体属性图根据上述分析，可以得出如图4.5所示的系统的总E-R图：图4.5系统的实体之间的E-R图4.1.3 数据库逻辑设计数据库逻辑设计的任务就是把概念设计阶段的ER图转换为具有机器上的DBMS产品所支持的数据模型相符合的逻辑结构关系模型。ER图转化为关系模型，首先要进行数据的规范化，所谓规范化指的是在关系数据库中减少数据冗余的过程。除了数据以外，在数据库中，对象名称和形式都需要规范化。本系统需要达到的范式要求为第一范式，即保证了属性的原子性约束，经过数据规范化处理，具体ER图转化为关系模式的结果如下所示，其中加下划线部分为实体关键码：医师：编号，姓名，密码，性别，出生日期，从业年份，职称，电话，电邮，所属科室，简介药品：编号，类型，名称，生产日期，生产商，有效期，进价，售价，数量，进货单位，经手人住院管理：住院号，患者姓名，年龄，性别，地址，电话，婚姻，过敏，医保卡号，主治医师，病情诊断，住院日期，所需药物，药费，搭伙费，处理费，金额，主诉，科室，检查费门诊管理：门诊号，患者姓名，性别，挂号科室，挂号费，挂号时间，就诊医师4.1.4 数据库表格设计根据数据库的概念和逻辑设计可设计出9张系统表。表4.1主要用于医疗补助管理；表4.2主要记录了管理员的信息；表4.3主要记录门诊挂号的信息；表4.4主要记录病人门诊就诊的信息；表4.5主要记录系统相关参数的信息；表4.6主要记录药品的相关信息；表4.7主要记录了医院的相关信息；表4.8主要记录了医师的相关信息；表4.9主要记录了病人的住院信息，具体信息如下列所示：表4.1 补助信息表列名数据类型默认值长度是否主键描述B_idIntNull自动增长是补助编号B_nameVarcharNull30否补助人姓名B_jineFloatNull否补助金额 表4.2 管理员信息表列名数据类型默认值长度是否主键描述IdIntNull自动增长是管理员编号NameVarcharNull30否管理员姓名passwordVarcharNull30否登录密码 表4.3 门诊挂号信息表列名数据类型默认值长度是否主键描述M_numberIntNull自动增长是门诊编号M_nameVarcharNull30否姓名M_sexCharNull2否性别M_keshiVarcharNull20否挂号科室表4.4 门诊就诊表列名数据类型默认值长度是否主键描述IdIntNull自动增长是流水号Mj_idIntNull10否门诊编号Mj_yibaoidVarcharNull20否医保卡号Mj_nameVarcharNull30否姓名Mj_sexCharNull2否性别Mj_ageVarcharNull10否年龄Mj_hunyinVarcharNull10否婚姻Mj_guomingVarcharNull10否过敏与否Mj_keshiVarcharNull10否挂号科室表4.5 系统信息表列名数据类型默认值长度是否主键描述NameVarcharZhou20是名称GuahaofeeFloatNull20否挂号费ZhenliaofeeFloatNull20否诊疗费DahuofeeFloatNull20否搭伙费ChulifeeFloatNull20否处理费表4.6 药品信息表列名数据类型默认值长度是否主键描述Y_numberIntNull自动增加是药品编号Y_typeVarcharNull20否药品类型Y_nameVarcharNull20否药品名称Y_producedataVarcharNull20否生产日期Y_producementVarcharNull30否