病历管理系统设计与实现毕业设计论文.docx

病历管理系统设计与实现毕业设计论文.docx

《病历管理系统设计与实现毕业设计论文.docx》由会员分享，可在线阅读，更多相关《病历管理系统设计与实现毕业设计论文.docx（25页珍藏版）》请在冰豆网上搜索。

病历管理系统设计与实现毕业设计论文

病历管理系统设计与实现

──病人、医生模块、功能界面分页处理

摘要；现代化的医院也应该有现代化的管理系统。

在科技日益发达的今天，人们的身体健康也在不断受到重视。

因此，医院进行现代化管理就变得尤为重要。

这里，我们以一个典型的医院病历管理系统的开发为例，来讲述如何建立一个实用的病历管理系统。

本文介绍毕业设计课题的选题背景和意义，相关的研究和开发的比较和综述，研究开发的过程，以及设计思路和实现细节的考虑，最后给出了作者在毕业设计过程中的体会。

关键字：

病历管理系统；数据库；病人；药物；实体关系图

Abstract：

Alsoshouldtherebethemodernizedmanagementsysteminthemodernizedhospital.Thebodyhealthofpeoplealsoconstantlysufferedattachingimportancetotodayadvancedincreasinglyatthescienceandtechnology.

Thereforethehospitalcarriesonthemodernizemanagingtobecometosuchanextentthatblamesforimportant.Here,ourdevelopmentofthetypicalhospitalphysicalmedicinemanagementsystemwithistheexample,andtellsabouthowtobuildapracticalhospitalphysicalmedicinemanagementsystem.

Selectedtopicbackgroundandthemeaningofthistext,article,etc.introductiongraduationprojectsubject,thecomparisonandsummarizingofresearchanddevelopmentbeingmutuallyrelated,thecourseofresearchanddevelopment,aswellasdesigningthetrainofthoughtwithrealizingthinkingoverofdetails,andfinallygivingouttherealizationthatauthorisinthegraduationprojectcourse.

Keywords：

CaseHistoryMS；database；patient；medicine；E-R

第1章绪论

1.1研究课题的背景

现代计算机技术的进步，使医院信息化已经成为现代医院改革与发展的重要方向。

由于信息自动化的日趋重要，使利用计算机提高医院的日常工作效率已经成为各医院改革的迫切需求。

1.2研究思路和工作计划

正如研究任何其它软件项目一样，我做的毕业设计也经历了从选题，调研，熟悉开发环境，实验关键技术，查找类似的相关系统的资料；系统概要设计，数据库结构设计，功能模块开发，功能模块测试，系统调试和系统试运行和修改。

下面的流程图反映了我们的基本的思路和过程。

第2章ASP.NET的开发环境及配置

此次设计用ASP.NET开发，SQLSERVER2008作为后台数据库，在Microsoft的不同版本Windows中有不同版本的服务器。

在实际设计中我使用的是Windows7+IISEXPRESS。

2.1IISEXPRESS新特点

简练并且易于安装（文件大小不到10兆而且安装速度相当快）。

在VisualStudio中不需要管理员权限即可启动和调试程序。

提供了完整的Web服务器功能—包括SSL,URL重写，多媒体支持和所有其他的IIS7.x模块。

它的可扩展模型和web.config配置结构和IIS7.x是一样的。

它可以和IISWeb服务器还有ASP.NET开发服务器同时运行在同一台机器上（他们不会相互冲突）。

它支持WindowsXP及更高版本的操作系统—在所有操作系统平台上提供了完整的IIS7.x功能集。

IISExpress（跟ASP.NET开发服务器一样）可以快速地从硬盘上的某个文件夹上启动网站程序。

它不需要任何注册或配置步骤。

在网站开发过程中，这个特性使启动和运行网站显得相当便捷。

2.2ASP.NET的优点

[1]可管理性：

ASP.NET使用基于文本的、分级的配置系统，简化了将设置应用于服务器环境和Web应用程序的工作。

因为配置信息是存储为纯文本的，因此可以在没有本地管理工具的帮助下应用新的设置。

配置文件的任何变化都可以自动检测到并应用于应用程序。

[2]安全：

ASP.NET为Web应用程序提供了默认的授权和身份验证方案。

开发人员可以根据应用程序的需要很容易地添加、删除或替换这些方案。

[3]易于部署：

通过简单地将必要的文件复制到服务器上，ASP.NET应用程序即可以部署到该服务器上。

不需要重新启动服务器，甚至在部署或替换运行的已编译代码时也不需要重新启动。

[4]增强的性能：

ASP.NET是运行在服务器上的已编译代码。

与传统的ActiveServerPages（ASP）不同，ASP.NET能利用早期绑定、实时（JIT）编译、本机优化和全新的缓存服务来提高性能。

[5]灵活的输出缓存：

根据应用程序的需要，ASP.NET可以缓存页数据、页的一部分或整个页。

缓存的项目可以依赖于缓存中的文件或其他项目，或者可以根据过期策略进行刷新。

[6]国际化：

ASP.NET在内部使用Unicode以表示请求和响应数据。

可以为每台计算机、每个目录和每页配置国际化设置。

[7]移动设备支持：

ASP.NET支持任何设备上的任何浏览器。

开发人员使用与用于传统的桌面浏览器相同的编程技术来处理新的移动设备。

[8]扩展性和可用性：

ASP.NET被设计成可扩展的、具有特别专有的功能来提高群集的、多处理器环境的性能。

此外，Internet信息服务（IIS）和ASP.NET运行时密切监视和管理进程，以便在一个进程出现异常时，可在该位置创建新的进程使应用程序继续处理请求。

[9]跟踪和调试：

ASP.NET提供了跟踪服务，该服务可在应用程序级别和页面级别调试过程中启用。

可以选择查看页面的信息，或者使用应用程序级别的跟踪查看工具查看信息。

在开发和应用程序处于生产状态时，ASP.NET支持使用.NETFramework调试工具进行本地和远程调试。

当应用程序处于生产状态时，跟踪语句能够留在产品代码中而不会影响性能。

[10]与.NETFramework集成：

因为ASP.NET是.NETFramework的一部分，整个平台的功能和灵活性对Web应用程序都是可用的。

也可从Web上流畅地访问.NET类库以及消息和数据访问解决方案。

ASP.NET是独立于语言之外的，所以开发人员能选择最适于应用程序的语言。

另外，公共语言运行库的互用性还保存了基于COM开发的现有投资。

[11]与现有ASP应用程序的兼容性：

ASP和ASP.NET可并行运行在IISWeb服务器上而互不冲突；不会发生因安装ASP.NET而导致现有ASP应用程序崩溃的可能。

ASP.NET仅处理具有.aspx文件扩展名的文件。

具有.asp文件扩展名的文件继续由ASP引擎来处理。

然而，应该注意的是会话状态和应用程序状态并不在ASP和ASP.NET页面之间共享。

2.3ASP.NETWeb应用程序的布局

ASP.NET应用程序被定义为可从Web服务器上的虚拟目录及其子目录中调用的所有文件和可执行码。

其中可以包含网页（.html文件）、Web表单页面（.aspx文件）、Web表单用户控件（.ascx文件）、XMLWeb服务（.asmx文件）、HTTP处理程序、HTTP模块和其他文件（如图像和配置文件）。

现在使用的所有与Microsoft.NETFramework版本相关的脚本映射也都是ASP.NET应用程序的一部分。

ASP.NET应用程序必须位于IIS虚拟目录（也称为应用程序根目录）中。

ASP.NET应用程序可包含已编译的程序集（通常是包含业务逻辑的DLL文件）、用于存储预编译代码的已知目录（目录名总是\Bin）、存储在基于文本的、易读的Web.config文件中的配置设置、页、服务器控件，以及XMLWeb服务。

服务器中任何不与其他应用程序共享的预编译代码必须存储在应用程序的\Bin目录中。

它是应用程序的本地程序集缓存。

Web.config文件在基于XML的文本文件中存储应用程序级的配置文件。

这意味着可以使用任意标准的文本编辑器或XML分析器来创建它们，而且它们是可读的。

如果不在应用程序根目录中包含Web.config文件，则配置设置由Machine.config文件中整个服务器的配置文件来确定。

安装.NETFramework时，会安装Machine.config文件的某个版本。

　　下图显示了ASP.NET应用程序文件系统布局的示例。

图2.3ASP.NET应用程序文件系统布局

本图中的应用程序包括\Bin目录中的两个DLL文件、一个Default.aspx页，一个名为Menu.ascx的用户控件、一个名为MyWebService.asmx的XMLWeb服务以及一个Global.asax文件。

另外，该应用程序是使用下列三个配置文件配置的：

系统根目录中计算机级别的Machine.config文件、C:

\Inetpub\wwwroot目录中站点级别的Web.config文件和应用程序根目录中应用程序级别的Web.config文件。

当站点的Web.config文件覆盖Machine.config文件中的设置时，在应用程序根目录中存储的配置设置将覆盖站点的Web.config文件和Machine.config文件中的设置。

2.4VisualStudio介绍

MicrosoftVisualStudio（简称VS）是美国微软公司的开发工具包系列产品。

VS是一个基本完整的开发工具集，它包括了整个软件生命周期中所需要的大部分工具，如UML工具、代码管控工具、集成开发环境（IDE）等等。

所写的目标代码适用于微软支持的所有平台，包括MicrosoftWindows、WindowsMobile、WindowsCE、.NETFramework、.NETCompactFramework和MicrosoftSilverlight及WindowsPhone。

VisualStudio2010的新功能：

（1）C#4.0中的动态类型和动态编程；

（2）多显示器支持；

（3）使用VisualStudio2010的特性支持TDD；

（4）支持Office；

（5）QuickSearch特性；

（6）C++0x新特性；

（7）IDE增强；

（8）使用VisualC++2010创建Ribbon界面；

（9）新增基于.NET平台的语言F#；

2.5ASP.NET相关技术

在这里我们将简单介绍此次毕业设计所用到的ASP.NET的相关技术。

2.5.1Session对象

Session对象的功能和Application对象一样，都是用来储存跨网页程序的变量或是对象，但Session对象和Application对象变量有些特性不太一样。

Session对象变量只针对单一网页使用者，也就是说各个联机的机器有各自的Session对象变量，不同的联机无法互相存取。

Application对象变量中止于停止IIS服务，但是Session对象变量终止于联机机器离线时，也就是当网页使用者关掉浏览器或超过设定Session变量对象的有效时间时，Session对象变量就会消失。

Session对象正确的对象类别名称是HttpSessionState，和Application对象一样是属于Page对象的成员；所以可以直接使用。

Session对象的使用方式和Application对象变量相当类似，其使用语法如下：

Session（"变量名"）="内容"

Session也可以存放COM组件，其使用语法如下：

Session（"名称"）=Server.CreateObject（ProgId）

下表为Session对象常用的属性：

表2.2Session对象常用的属性

属性

说明

形态

All

传回全部的Session对象变量到一个数值。

Object（）

Count

传回Session对象变量的个数

Integer

Item

以索引值或变量名称来传回或设定Session

Item（String）AsObject

对象变量的内容。

TimeOut

传回或设定Session对象变量的有效时间，当联机使用者超过有效时间没有动作Session对象便失效。

默认值为20分钟。

Integer

下表为Session对象常用方法：

表2.3Session对象常用方法

方法

说明

语法

Add

新增一个Session对象变量。

Add（ByValnameAsString,ByValvalueAsObject）

Clear

清除所有的Session对象变量。

Clear（）

Remove

以变量名称来移出变量

Remove（ByValnameAsString）

RemoveAll

清除所有的Session对象变量

RemoveAll（）

Session对象变量最常应用在存放使用者的状态。

例如在使用者登入的页面上，我们可以将代表使用者登入网页的成功与否状态储存到一个变量中，然后在其它网页加入判断使用者是否登入成功与否的程序代码。

如果登入成功才可以浏览某些网页，如果登入失败则限制或拒绝使用者的浏览。

2.5.2Web.config配置

ASP.NET配置文件是基于XML的文本文件（每个都命名为web.config），可出现在ASP.NETWeb应用程序服务器上的任何目录中。

每个web.config文件将配置设置应用到它所在的目录和它下面的所有虚拟子目录。

子目录中的设置可随意重写或修改在父目录中指定的设置。

根配置文件——WinNT\Microsoft.NET\Framework\\config\

machine.config，提供整台计算机的默认配置设置。

ASP.NET配置IIS阻止对web.config文件进行直接的浏览器访问，以确保这些文件的值不能成为公共的（试图访问这些文件将导致ASP.NET返回403:

AccessForbidden）。

运行时，ASP.NET使用这些web.config配置文件，针对传入的每个URL目标请求分层计算唯一的设置集合（这些设置只计算一次，然后在后面的请求间被缓存起来；ASP.NET自动监视文件更改，如果有任何配置文件发生更改时则使缓存无效）。

如果web.config文件位于某个站点（如“Inetpub\wwwroot”）的根目录下，其配置设置将应用于该站点的所有应用程序。

注意，给定目录或应用程序根中web.config文件的存在是完全可选的。

如果web.config文件不存在，该目录的所有配置设置将自动从父目录继承。

配置节处理程序和节

web.config文件是基于XML的文本文件，它可以包含标准的XML文档元素（包括格式正确的标记、注释、文本、cdata等等）。

该文件的编码格式可以为ANSI、UTF-8或Unicode；系统自动检测编码。

web.config文件的根元素总是标记。

ASP.NET和最终用户设置因此封装在该标记中，如下所示：

-Configurationsettingswouldgohere.-->

标记通常包含三种不同类型的元素，[1]配置节处理程序声明，[2]配置节组，[3]配置节设置。

配置节处理程序——ASP.NET配置结构在web.config文件中的文件格式或支持的设置方面不进行任何假设。

相反，它将处理web.config数据的任务委托给配置节处理程序，即实现IConfigurationSectionHandler接口的.NET框架类。

单个IConfigurationSectionHandler声明只需要出现一次，通常是在machine.config文件中。

子目录中的web.config文件自动继承此声明。

配置节处理程序通过使用嵌套在标记中的节标记指令在web.config文件中声明。

节标记可进一步由节组标记限定，将它们组织为逻辑组（参见下文）。

每个节标记标识一个表示特定配置数据节的标记名和一个处理该节的关联IConfigurationSectionHandler类。

配置节组——ASP.NET配置允许出于组织目的对节进行分层分组。

标记可显示在标记的内部或其他标记的内部。

例如，ASP.NET节处理程序全都显示在节组中。

配置节——ASP.NET配置设置在配置标记节中表示，同时嵌套在标记（和可选的节组标记）中。

对于每个配置节，必须在config层次结构中定义适当的节处理程序。

例如，在下面的示例中，标记是定义HTTP模块配置数据的配置节。

System.Configuration.HttpModulesConfigurationHandler类负责在运行时解释标记中包含的内容。

注意，节处理程序定义和节必须具有相同的节组限定符（此处为）。

还应注意，标记名区分大小写，必须按所显示的原样键入。

ASP.NET的各种属性和设置也区分大小写，并且配置运行时不检查大小写是否不匹配。

标准ASP.NET配置节

ASP.NET提供了若干标准配置节处理程序，用于处理web.config文件中的配置设置。

下表提供了有关这些节的简短说明以及指向更多信息的指针。

节名

说明

负责配置应用程序中的HTTP模块。

HTTP模块参与处理应用程序中的每个请求。

常用的用途包括安全性和记录。

负责将传入的URL映射到IHttpHandler类。

子目录不继承这些设置。

还负责将传入的URL映射到IHttpHandlerFactory类。

节中表示的数据由子目录分层继承。

负责配置会话状态HTTP模块。

负责配置应用程序的全局化设置。

负责配置ASP.NET使用的所有编译设置。

负责配置ASP.NET跟踪服务。

负责配置IISWeb服务器系统上的ASP.NET进程模型设置。

负责控制浏览器功能组件的设置。

表2.4标准配置节

Web.config文件

xmlversion="1.0"encoding="utf-8"?

>

--动态调试编译

设置compilationdebug="true"以启用ASPX调试。

否则，将此值设置为false将提高此应用程序的运行时性能。

设置compilationdebug="true"以将调试符号（.pdb信息）插入到编译页中。

因为这将创建执行起来较慢的大文件，所以应该只在调试时将该值设置为true，而在所有其他时候都设置为false。

-->

defaultLanguage="c#"

debug="true"/>

--自定义错误信息

设置customError模式值可以控制应向

用户显示用户友好错误信息而不是错误详细信息（包括堆栈跟踪信息）：

“On”始终显示自定义（友好的）信息；“Off”始终显示详细的ASP.NET错误信息。

“RemoteOnly”只对不在本地Web服务器上运行的用户显示自定义（友好的）信息。

-->

mode="RemoteOnly"/>

--身份验证

此节设置应用程序的身份验证策略。

可能的模式是“Windows”、“Forms”、

“Passport”和“None”-->

--应用程序级别跟踪记录

应用程序级别跟踪在应用程序内为每一页启用跟踪日志输出。

设置traceenabled="true"以启用应用程序跟踪记录。

如果pageOutput="true"，则跟踪信息将显示在每一页的底部。

否则，可以通过从Web应用程序根浏览"trace.axd"页来查看应用程序跟踪日志。

-->

enabled="false"

requestLimit="10"

pageOutput="false"

traceMode="SortByTime"

localOnly="true"/>

--会话状态设置

默认情况下，ASP.NET使用cookie标识哪些请求属于特定的会话。

如果cookie不可用，则可以通过将会话标识符添加到URL来跟踪会话。

若要禁用cookie，请设置sessionStatecookieless="true"。

-->

mode="InProc"

stateConnectionString="tcpip=127.0.0.1:

42424"

sqlConnectionString="datasource=127.0.0.1;userid=sa;password="

cookieless="false"

timeout="20"/>

--全球化

此节设置应用程序的全球化设置。

-->

requestEncoding="utf-8"

responseEncoding="utf-8"/>

--数据库联接，如果更换数据库时只要修改这里就可使程序正常运行-->

2.6B/S模式及其特点

B/S模式是一种以Web技术为基础的新型的MIS系统平台模式。

把传统C/S模式中的服务器部分分解为一个数据服务器与一个或多个应用服务器（Web服务器），从而构成一个三层结构的客户服务器体系。

其优点有：

首先，它简化了客户端。

它无需象C/S模式那样在不同的客户机上安装不同的客户应用程序，而只需安装通用的浏览器软件。

这样不但可以节省客户机的硬盘空间与内存，而且使安装过程更加简便、网络结构更加灵活。

其次，它简化了系统的开发和维护。

系统的开发者无须再为不同级别的用户设计开发不同的客户应用程序了，只需把所有的功能都实现在Web服务器上，并就不同的功能为各个组别的用户设置权限就可以了。

各个用户通过HTTP请求在权限范围内调用Web服务器上不