654523932软件工程综合文档入院信息管理系统.doc

《654523932软件工程综合文档入院信息管理系统.doc》由会员分享，可在线阅读，更多相关《654523932软件工程综合文档入院信息管理系统.doc（84页珍藏版）》请在三一办公上搜索。

1、软件工程综合文档学校：东华大学姓名： 学号：专业： 住院管理信息系统 对于住院病人及其费用的管理 病人住院登记 病人处方和检查检验项目开立 病人出院 异常处理 基本数据维护目录软件需求说明书71引言711编写目的712背景713定义714参考资料72任务概述821目标822用户的特点823假定和约束83需求规定831对功能的规定832对性能的规定9321精度9322时间特性要求9323灵活性933输人输出要求934数据管理能力要求1035故障处理要求1036其他专门要求104运行环境规定1041设备1042支持软件1143 接口1144控制12概要设计说明书131引言1311编写目的1312背

2、景1313定义1314参考资料132总体设计1321需求规定1322运行环境1423基本设计概念和处理流程1424结构1425功能需求与程序的关系1626人工处理过程1727尚未问决的问题173接口设计1831用户接口1832外部接口1833内部接口194运行设计1941运行模块组合1942运行控制1943运行时间195系统数据结构设计1951逻辑结构设计要点1952物理结构设计要点2153数据结构与程序的关系216系统出错处理设计2261出错信息2262补救措施2263系统维护设计22详细设计说明书241 引言2411编写目的2412背景2513定义2514参考资料252程序系统的结构252

3、1 本程序系统的主界面2622 病人入院信息管理的主界面2723 病例管理管理的主界面3024 病人出院办理的主界面3225 费用管理的主界面3326 医生资料管理的主界面3527 护士资料管理的主界面3628 病床资料管理的主界面373数据库设计说明3831数据库概念设计（如图表21）3832数据库描述3833数据库的创建394部分JSP设计说明4041 主页JSP设计40411 设计要求40412 代码4042 病人信息添加JSP设计41421 设计要求41422 代码4143 病人信息添加JAVA包设计44431 设计要求44432 代码4444尚未解决的问题47测试计划481引言481

4、1编写目的4812背景4813定义4814参考资料482计划4821软件说明4822测试内容4923测试1（病人入院信息管理）49231进度安排49232条件51233测试资料51234测试培训5124测试2（病人出院办理）51241进度安排52242条件52243测试资料52244测试培训5325测试3（其他测试）533测试设计说明5331测试1（病人入院信息管理）53311控制53312输入53313输出54314过程5532测试2（病人出院办理）55321控制55322输入56323输出56324过程5733测试2（其他测试）574评价准则5741范围5742数据整理5743尺度57测试

5、分析报告581引言5811编写目的5812背景5813定义5814参考资料582测试概要583测试结果及发现5931测试1（病人入院信息管理）5932测试2（病人出院办理）6133测试3（其他测试）624对软件功能的结论6241功能1（病人、费用资料管理）62411能力62412限制6342功能2（医职工、内务资料管理）63421能力63422限制635分析摘要6351能力6352缺陷和限制6353建议6454评价646测试资源消耗64用户手册651引言6511编写目的6512背景6513定义6514参考资料652用途6521功能6522性能66221精度66222时间特性66223灵活性66

6、23 安全保密663运行环境6731 硬设备6732支持软件6733数据结构674使用过程6741安装与初始化6842输入68421输入数据的现实背景68422输入格式6943输出 对每项输出作出说明69431输出数据的现实背景69432输出格式69433输出举例6944文卷查询7045出错处理和恢复7046终端操作70操作手册711 引言7111 编写目的7112 前景7113定义7114参考资料712软件征述7121软件的结构7122程序表7323文卷表753安装与初始化754运行说明7541运行表7542运行步骤7543运行1（数据库的创建）说明7544运行2（使用My Eclipse发

7、布）说明775非常规过程836远程操作83软件需求说明书住院信息的管理系统是每个医疗机构所必要的。住院信息作为患者信息以及医院信息的载体，集中反映了患者的诊断治疗过程、收费以及医院的即时信息。1引言11编写目的通过需求分析来全面了解整个系统的软件功能和性能方面的要求，为软件设计打下坚实的基础。该部分的目标主要有：获得当前系统的物理模型，了解当前系统是如何运行的；抽象出当前系统的逻辑模型，对物理模型进行筛选，得到与软件系统有关的部分；建立电子系统的逻辑模型，得出数据流图和数据字典；补充目标系统的逻辑模型，对目标系统的用户界面，至今尚未考虑的细节进行说明。本文档供项目经理、设计人员、开发人员参考。

8、12背景 计算机软件在现代社会已经成为必不可少的元素，成为一种驱动力。它是进行商业决策的引擎；它是现代科学研究和工程问题解决的基础；它是区分现代产品和服务的关键因素。软件工程是在人们克服“软件危机”中应运而生，它在软件开发实践中发挥着重要作用。软件工程作为计算机系本科生的一门核心课程，主要包括支持软件开发和维护的理论、方法、技术、标准以及计算机辅助工具和环境。医院为了适应工作发展的需要，为加快信息化建设以提高医疗服务质量和工作效率委托项目组为其开发一套医院信息管理系统。医院主要提供医疗服务，包括住院登记、处方等服务项目。医院电脑管理系统应将这些项目有关的信息纳入电脑系统统一管理，以便及时获取有

9、关信息，提高医疗效果和管理效率。13定义本文件中暂未用到的专门术语和外文首字母组词。14参考资料 本项目是本学期的数据库课程设计中，我小组的设计作品。并无以下a、b、c三种参考资料。a经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料、包括所要用到的软件开发标准。2任务概述 21目标 医院为了适应工作发展的需要，为加快信息化建设以提高医疗服务质量和工作效率委托项目组为其开发一套医院信息管理系统。本软件将住院部管理子系统、门诊部管理子系统、药房管理子系统、公费医疗管理子系统、病案管理子系统、业务管理子系统、人事管理子系统、系统管理子系统等八大

10、子系统的有关的信息纳入电脑系统统一管理，以便医生、护士等各部门的相关人员以及就医患者能及时获取有关信息，以提高医疗效果和管理效率。22用户的特点 系统最终用户是医院的工作人员，主要包括：卫生技术人员，工程技术人员，各级管理人员和工勤人员。用户专业技能过硬，但对信息化时代电脑管理系统了解不多，电脑操作技能一般。23假定和约束医院信息管理系统实施的目标就是要带给医院效益的增加和效率的提高，其开发过程中也要考虑到人力、资金和时间的约束。因此，在设计中，重点是系统的方便快捷，能提供给病人以优质高效的服务，并提高医院工作的效率和便捷，为校医院带来良好的效益。计算机技术和产品的发展日新月异，将会给信息处理

11、带来更多的手段，同时也会带来更加丰富的信息表达形式。例如图象和语音技术的进步，多媒体技术的发展，这些都要求系统在设计时考虑技术变化的可能性，为可能的变化预留一定的系统处理能力。3需求规定 31对功能的规定本系统的主要的输入输出项目有病人入院信息、病例信息管理、费用管理、病人出院办理、医生资料管理、护士资料管理、病床资料管理。处理的功能性能要求有插入、删除、修改、查询、结算费用。32对性能的规定321精度 软件设计的数据精确度满足医院日常业务中所涉及到的各个方面中的各类数据精度要求。322时间特性要求 此要求是指系统的响应时间、更新处理时间、数据转换与传输时间、运行时间等符合用户单位要求。本系统

12、系统在日常处理中的响应速度为秒级，达到实时要求，以及时反馈信息。在进行统计分析时，根据所需数据量的不同而从秒级到分钟级，原则是保证操作人员不会因为速度问题而影响工作效率。该软件的时间特性要求不高，只需要一些对数据的基本操作，比如插入、删除、查询、修改、以及一些简单的运算。323灵活性 当系统服务器或客户机操作方式、运行环境、硬件配置发生变化时(变为与所设计相兼容即可)，具有相应的适应能力。同时采用容错技术：即对某些无法避开的差错，使其影响减至最小的技术。主要遵循以下几个方面：(1)充分利用现有的系统资源、包括与现有的综合布线系统的紧密结合、与现有的硬件设备及软件资源的紧密结合以及与用户技术人员

13、的技术结合。(2)保护用户已有的应用业务系统，使其在新的网络中充分利用，可以节省用户有应用软件上所花费的人力、物力和财力。(3)兼容现有和未来将出现的网络技术，使系统保持尽可能长的生命周期，从而保护用户对新系统的投资。(4)扩充性，采用的产品具有充分的可扩充性及升级能力，具有足够的向未来网络发展方向过渡的可能。33输人输出要求数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统容错性检查，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理大

14、量数据。数据的输出为屏幕显示方式。输出要求即根据用户查询统计要求在规定时间内正确显示出来。34数据管理能力要求 1.数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理大量录入的数据。2.数据的一致性与完整性由于系统的数据是共享的，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数

15、据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝该数据。3.数据的共享与独立性整个信息管理系统的数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。35故障处理要求本软件暂无可能的软件、硬件故障以及对各项性能而言所产生的后果和对故障处理的要求。36其他专门要求本软件暂无用户单位对安全保密的要求，以及对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转

16、换性的特殊要求等。 4运行环境规定 41设备 在硬件的选择过程中，我们考虑到了用户单位已有的计算机设备，在充分利用已有设备的同时，选择性能/价格比好的设备，从而建成一费用适中而性能卓越的网络系统。1.服务器选型:服务器系统是整个计算机信息系统的核心部位，采用先进有效合适的服务器系统能大大提高医院的日常工作效率，提高医院的服务水平，取得更好的经济效益与社会效益。主服务器应具有以下特点：(1)硬件水平高，较长的时间内不落后。(2)数据总线速度快。(3)硬盘速度快，容量大。(4)网络频宽高，应在100M以上。(5)可靠性高，安全性好。 二级以上医院或业务量较大的医院（如床位在400以上，日门诊量在5

17、00人次）,一般可选择企业级服务器,一般建议采用由两台服务器加磁盘阵列组成一个集群。部分较大的医院及业务量较大切医院经济效益较好的医院也可选择小型机或顶级PC-SERVER等。 一般二级医院或业务量较小的（如床位在200左右，日门诊量在400人次左右），一般可选择部门级服务器，可根据医院实际需要是否组成集群。一般中心卫生院等一级医院，可选择入门级服务器。考虑到用户单位的发展，及主服务器在整个系统中的重要地位，我们选用企业级服务器。2.工作站及外围设备选型(1)工作站从目前客户机/服务器的应用来看，工作站使用终端、486或586 微机、APPLE机，考虑到用户单位的长远发展，工作站选用Penti

18、um 4系列微机。(2)打印机打印机是和工作站密不可分的外围设备，基本上每一台工作站都需要进行各类凭证的打印。当然部分有需要的科室或工作站（如院长综合查询）也可以选择激光打印机，一般工作站可选择窄行打印机，当然也可以选择宽行打印机。有需要的科室也可以选择激光打印机。(3)UPS（不间断电源） 众所周知，服务器系统是整个医院计算机网络的核心，服务器系统的稳定与否，直接影响医院正常工作，因此，如何更好地保障服务器系统的稳定运行是建设医院计算机网络系统工程中必不可少的内容。 需要为计算机房以及安装交换机的网络控制柜提供在线式不间断电源（UPS）。那么，单是安装一台UPS是不够的，要做到系统的供电保证

19、，必须对系统进行双电源供电，即从两个不同的变压器经过两种不同的线路敷设方式引到计算机房的配线箱上（如果没有条件做到双变压器供电，则应从离变压器最近的接线箱引出），并要保证医院内的照明以及普通的辅助插座与用于计算机设备的电路-开关-分开并配备在线式或线上互动式的不间断电源。 42支持软件 本软件以网页JSP形式，无特殊要求，包括支持软件、要用到的操作系统、编译（或汇编）程序、测试支持软件等。43 接口本软件暂无同其他软件之间的接口、数据通信协议等。44控制 本软件暂无运行的方法和控制信号，只需打开JSP网页即可。 概要设计说明书1引言 11编写目的 通过概要设计来大概设计整个系统的软件功能和性能

20、方面的要求，为软件设计打下坚实的基础。本文档供项目经理、设计人员、开发人员参考。12背景待开发软件系统的名称为住院管理信息系统。此项目的任务提出者为数据库课程设计老师，开发者为刘思强、冯涛、黄波，用户以及将运行该软件的计算站（中心）为某医院。13定义 本文件中暂未用到的专门术语的定义和外文首字母组词。14参考资料 本项目是本学期的数据库课程设计中，我小组的设计作品。并无以下a、b、c三种参考资料。a经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料、包括所要用到的软件开发标准。2总体设计 21需求规定 本系统的主要的输入输出项目有病人入院信

21、息、病例信息管理、费用管理、病人出院办理、医生资料管理、护士资料管理、病床资料管理。处理的功能性能要求有插入、删除、修改、查询、结算费用。22运行环境 本信息管理系统中的各个子系统的硬件和软件的配置如下：1服务器端系统的运行要求： 系统软件： Windows Server 2000数据库管理系统：DB2 UDB Express。 硬件要求：企业级服务器2客户端子系统的运行要求：系统软件： Windows XP 数据库管理系统：DB2 UDB Express。 硬件要求：Pentium 4或以上系列Pentium微机23基本设计概念和处理流程 本系统的基本设计概念和处理流程如下图（见图表1）：图

22、表 124结构 本系统主要的输入输出项目有病人入院信息、病例信息管理、费用管理、病人出院办理、医生资料管理、护士资料管理、病床资料管理。处理的功能性能要求有插入、删除、修改、查询、结算费用。本系统的结构如下图（见图表2、3）：图表 2图表 325功能需求与程序的关系各项功能需求的实现同各块程序的分配关系（如表格1）：表格 1p_index.jspn_index.jspr_index.jspz_index.jspb_index.jspd_index.jsppout_index.jsp病人入院信息病例信息管理费用管理病人出院办理医生资料管理护士资料管理病床资料管理26人工处理过程本软件系统的工作过

23、程中暂无包含的人工处理过程。27尚未问决的问题暂无在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的问题。3接口设计 31用户接口本软件暂无将向用户提供的命令和它们的语法结构，以及软件的回答信息。32外部接口 当前，可供一个医院信息管理系统选择的体系结构不外三种，主机加终端的分时系统，微机网络加文件服务器系统和客户机/服务器系统。主机加终端分时系统是美国、西欧与日本自七十年代到八十年代末在开发综合医院信息系统时的基本选择。许多成功的著名的医院信息管理系统都是基于这样的体系结构开发出来的。这就是所谓传统集中式信息管理基于主机的模型。尽管这样的系统可处理的数据量，其运行效率，对完整的关系

24、数据库的支持以及数据的整体可用性等方面可以满足医院信息管理的需要，但近年来理论上受到越来越多的批评，实践上受到Downsizing(降型化)浪潮的强烈冲击。普遍认为这样的集中式系统一次性投入太大，应用系统被过多地束缚在厂家的软、硬件产品之上，失去了系统的开放性，灵活性，可伸缩性，笨拙的软件开发工具影响应用软件的开发速度。微机网络加文件服务器系统支持分布式处理，而且直接继承了PC系统的全部优点，用户可以充分使用自己的CPU的同时又可以共享昂贵的外部设备，海量外存器，激光打印机及绘图仪，亦能实现多用户的数据共享。但是这样的系统也许可以承担大型医院部门一级(例如财务处、人事处或病人入、出院管理等)的

25、信息管理任务，但此类结构的先天不足会使其难以担负起建立整个医院完整的信息系统的重任。这是因为：通常此类系统均不是建立在真正RDBMSServer(关系型数据库管理系统)之上，无法为开发者和用户提供完整的关系数据库管理服务。文件服务器(Server)负责应答用户端计算机(工作站)有关数据存取的需求，但它往往是以简单的文件方式：用对单一文件加锁、解锁方式实现共享，用传输整个文件的方式提供服务。这不但给LAN增加了不必要的流通负担，同时也没能充分发挥后台服务器CPU的能力，工作站仍然承担全部所需处理，和单个微机情况相同。客户机/服务器(Client/Server)是在网络基础上，以数据库管理系统为后

26、缓，以微机为工作站的一种系统结构。其关键点在于一分为二，即：前端（客户机）和后端（服务器）。数据存取与应用程序分离开，分别由数据库(Server端)及工作站(Client端)来执行。前端（客户机）位于一个工作站上，当需要某些特殊服务时，工作站调用后端的服务器来完成。服务器并不需要了解应用的功能，只要作出响应即可以了。从而明显地既保证整个系统的运行性能，又增加了系统的易开发性、可扩充性和可维护性。它的优越性在于：(1)极高的性能(Performance)，Server端一定有一个完整的高效能的关系数据库管理系统(RDBMS,RelationalDataBaseManagementSystem)。

27、CPU只管DBMS的使用，不管任何客户端应用功能，支持并发控制，确保多个用户同一时间内处理相同的表、行、列数据，这就显著地改善了运行性能，特别是医院中以高频率更新数据的应用环境。(2)集中式数据管理。这是该结构的关键环节，是医院环境之高层管理和病人医疗数据管理的至关重要的需求。所有数据均用集中式DBMS加以管理和存取。Server所负责的DBMS功能完全等同于大、中型计算机中的DBMS。(3)扩充升级方便灵活(Scalability)。前后台任务的分离使得前端的应用程序不依赖于后台的软、硬件平台。无论用户升级更换后台的操作系统、Server硬件，应用程序都无须变动。这一方面保护了用户对应用程序

28、及使用培训方面的投资，同时也为用户提供了一种低消耗地逐步更新设备的途径。(4)开放式平台有利于加速系统的开发。一方面，开放式后台数据库拥有强大的数据管理功能。另一方面，开发者又可以在前端用各式各样所熟悉的微机环境下的开发工具进行应用程序的开发工作，当然也可以使用数据库所提供的API方式来开发前端应用。本系统选用C/S（客户机/服务器）型的工作模式。33内部接口本系统之内的各个系统元素之间的接口的安排：出院信息管理接费用管理以及入院信息管理。4运行设计 41运行模块组合 说明对系统施加不同的外界运行控制时所引起的各种不同的运行模块组合，说明每种运行所历经的内部模块和支持软件。（本系统暂无）42运

29、行控制 每一种外界的运行控制的方式方法和操作步骤。（本系统暂无）43运行时间说明每种运行模块组合将占用各种资源的时间。（本系统暂无）5系统数据结构设计 51逻辑结构设计要点 本系统内的数据均储存在数据库，详细设计如下。病人(Patient)（如表格2）:表格 2字段名称字段描述类型是否主键说明Patient_no病人编号int是非空Bed_no病床号int对应主键在bed表Patient_name姓名CharPatient_sex性别CharPatient_add地址varcharPatient_in住院日期smalldatetime录入时记录Patient_out出院日期smalldatet

30、ime出院时记录病床(Bed)（如表格3）:表格 3字段名称字段描述类型是否主键说明Bed_no病床号Int是非空Nurse_no护士工号Int对应主键在nurse表Bed_type病床类型CharIs_empty是否为空char护士(Nurse)（如表格4）:表格 4字段名称字段描述类型是否主键说明Nurse_no护士工号Int是非空Nurse_name姓名CharNurse_c职称char医生(Doctor)（如表格5）:表格 5字段名称字段描述类型是否主键说明Doctor_no医生工号Int是非空Doctor_name姓名CharDoctor_c职称char诊断书(Book)（如表格6）

31、:表格 6字段名称字段描述类型是否主键说明Book_no诊断编号Int是非空Book_in内容VarcharDoctor_no医生工号Int对应主键在doctor表Patient_no病人编号Int对应主键在patient表收据(Receipt)（如表格7）:表格 7字段名称字段描述类型是否主键说明Receipt_no收据编号Int是Patient_no病人编号Int对应主键在patient表Receipt_item项目charReceipt_money金额Int非空Receipt_hito收款人CharReceipt_date收款日期smalldatetime非空52物理结构设计要点本系统内

32、所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）均由数据库设计中给出。53数据结构与程序的关系 各个表与程序的关系（如表格8）：表格 8p_index.jspn_index.jspr_index.jspz_index.jspb_index.jspd_index.jsppout_index.jsp病人表病例表费用表医生表护士表病床表6系统出错处理设计61出错信息 本系统暂无可能的出错或故障情况。62补救措施本系统暂无故障出现后可能采取的变通措施，包括：a后备技术说明准备采用的后备技术，当原始系统数据万一丢失时启用的副本的建立和启动的技术，例

33、如周期性地把磁盘信息记录到磁带上去就是对于磁盘媒体的一种后备技术；b降效技术说明准备采用的后备技术，使用另一个效率稍低的系统或方法来求得所需结果的某些部分，例如一个自动系统的降效技术可以是手工操作和数c恢复及再启动技术说明将使用的恢复再启动技术，使软件从故障点恢复执行或使软件从头开始重新运行的方法。 63系统维护设计 (1)签订系统维护协议，建立快速有效的沟通体系，及时准确地定位并解决发生的问题。(2)建立应用程序备份和管理机制，定期监测数据使用空间、数据导出和整理工作。(3)保证系统的运行速度，定期检查数据的索引，不断对程序进行优化和修改，保证运行效率。(4)更新程序要严格测试并做好记录，要

34、求在非工作繁忙的时间进行（节假日或晚上），对原应用程序要妥善保管，一旦新程序出现问题，及时恢复原系统。更新后的程序至少有一个工作日的跟踪时间。(5)建立服务器、网络系统、应用软件、数据库、操作流程以及数据的工作日志和更改档案，并定期由主管领导审核。(6)服务器硬件至少每年保养维护一次，清理硬盘数据（包括文件系统和数据库系统），清理灰尘，检查电源系统、UPS系统以及其他附属设备（如空调系统、接地防雷击系统、绝缘系统等）。(7)维护人员 用户单位配备专门的维护人员，负责日常计算机系统正常运行。(8)经常性维护 指设备的定期监测和软件升级等。(9)应急性维护系统发生故障后，维护人员将在8小时内到达现

35、场解决问题。制定故障恢复和紧急处理方案。(10)设备备件准备集成商应对常规部件有充分的备件，以便及时排除故障。(11)硬件设备维护硬件设备发生故障时用户单位可以自己负责即直接与设备供应商联系进行维修或更换，但必须将整个过程通报项目开发公司；用户单位也可以联系项目开发公司，由公司负责联系设备供应商并完成设备最终的维修或更换。(12)原厂商承诺 建议用户在得到集成商的承诺后，还应得到原厂商的技术支持和维护称诺。详细设计说明书1 引言 近些年来，随着医疗事业及其网络的不断发展，医疗的各种机制越来越完善，信息管理趋于网络化、信息化。医疗信息数量庞大，人工处理将变得不可想象。用计算机可使人们从繁重的劳动

36、中解脱出来，仅使用一些简单的操作便可及时、准确地获得需要的信息，具有手工管理无法比拟的优点，如：检索迅速、查询方便、可靠性高、存储量大、保密性好、寿命长、成本低等，而这些优点能够极大的提高医疗基本信息管理的效率，也是医疗的科学化、正规化管理与世界接轨的重要条件，因此作者们开发这个住院信息管理系统。11编写目的住院信息管理系统对学校加强教师信息管理有着极其重要的作用。由于每个医疗机构的信息量日益庞大，传统的手工记录信息不仅工作量大，而且容易出现问题。在电脑的使用还没普及的时候，医疗工作人员一直都是人工手写病历。但渐渐的人们发现，人工手写病历有太多的弊端：1) 浪费时间，手写病历速度太慢，浪费了大

37、量的时间在写病历上，分散了医疗工作者的精力，这也是导致医疗事故和庸医的根源。2) 容易出错，且不工整，经常会出现涂改或者不认识的手写病历的情况。3) 手写病历，不易于管理和保存。而随着信息时代的进步，越来越多的行业使用上了电脑，很多公司，事业单位都实现了信息化管理，由于信息化管理在各个领域都体现出其优越性，电子病历也因此得到了快速的发展。1960年，以美国麻省总医院为代表，开发门诊电子病历EMR(Electronic Medical Record)，并投入使用。1991年，美国国家科学院医学研究所发表了题为“EMR是医疗保健的基本技术”的研究报告，总结了40年来实现病历记录计算机化的经验，全面

38、论述了EMR发展的各个方面，提出了推动EMR的多项建议。1993年9月，在法国马塞召开首次健康卡系统国际会议，研究该系统应用及发展等问题。1994年，西门子一公司（SNI）推出了多媒体电子病历记录系统（Viewscope）。1995年，日本厚生省成立了电子病历开发委员会，年度投入2.9亿日元用于开发EMR。2004年，美国总统布什在众议院的年度国情咨文中，把建立电子健康记录（EHR）的目标概括为：“将健康记录计算机化，我们可以避免严重的医疗事故，降低医疗费用，提高医疗水平”，要求在10年内确保绝大多数美国人拥有共享的EHR。美国还准备以EHR（包含个人终生健康状况和医疗保健信息）为基础，建立国

39、家健康信息体系（National Health Information Infrastructure，NHII），据研究人员测算，预计在未来10年内需投入2760亿美元。2005年春，英国卫生部签署了一份为期10年、价值55亿英镑的合同，支持发展电子病历、网上预约和网上处方。在社会各界的支持，以及相关部门的关注下，电子病历由于其本身的优越性不断发展，相信电子病历会发展得越来越完善，越来越方便。住院管理信息系统的核心功能是住院病人的入出转费用管理及病案管理，同时为住院医疗统计、收入核算统计和病人费用查询提供及时、准确、完整的数据。系统包括住院登记及押金子系统、住院记费结帐子系统、护理工作站子系统

40、和医技管理子系统。12背景 待开发软件系统的名称为住院管理信息系统。此项目的任务提出者为数据库课程设计老师，开发者为刘思强、冯涛、黄波，用户以及将运行该软件的计算站（中心）为某医院。13定义 本文件中暂未用到的专门术语的定义和外文首字母组词。14参考资料 本项目是本学期的数据库课程设计中，我小组的设计作品。并无以下a、b、c三种参考资料。a经核准的计划任务书或合同、上级机关的批文；b属于本项目的其他已发表的文件；c本文件中各处引用的文件、资料、包括所要用到的软件开发标准。2程序系统的结构本程序的所有结构以及界面如下列图表展示。21 本程序系统的主界面（如图表4）：图表 422 病人入院信息管理

41、的主界面（如图表5）：图表 5病人入院信息管理中的添加界面（如图表6）：图表 6病人入院信息管理中的删除界面（如图表7）：图表 7病人入院信息管理中的修改界面（如图表8）：图表 8病人入院信息管理中的查询界面（如图表9）：图表 923 病例管理管理的主界面（如图表10）：图表 10病例管理管理中的添加界面（如图表11）：图表 11病例管理管理中的其他界面略。24 病人出院办理的主界面（如图表12）：图表 12病人出院办理无其他界面。25 费用管理的主界面（如图表13）：图表 13费用管理中的添加界面（如图表14）：图表 14费用管理管理中的其他界面略。26 医生资料管理的主界面（如图表15）：

42、图表 15医生资料管理中的添加界面（如图表16）：图表 16医生资料管理中的其他界面略。27 护士资料管理的主界面（如图表17）：图表 17护士资料管理中的添加界面（如图表18）：图表 18护士资料管理中的其他界面略。28 病床资料管理的主界面（如图表19）：图表 19病床资料管理中的添加界面（如图表20）：图表 20病床资料管理中的其他界面略。3数据库设计说明 31数据库概念设计（如图表21）图表 2132数据库描述病人信息表：（病人编号 病床号 姓名 性别 地址 入院日期 出院日期）；P(P# ,B#, PNAME ,PSEX ,PADD ,PIN ,POUT ,)病床信息表：（病床号 病床类型 空床标志）；B(B# ,BTYPE ,BEMPTY)护士信息表：（护士编号 姓名 职称）；N(N# ,NNAME ,NC )医生信息表：（医生编号 姓名 职称）；D(D# ,DNAME ,DC)诊断书信息表：（诊断编号 医生编号 病人编号 内容）；Z(Z# ,D# ,P# ,ZIN )收据信息表：（收据编号 病人编号 项目 金额 收款人 收款日期）；R(R# ,P# ,RITEM ,RMONEY ,RPEOPLE ,RDATE )33数据库的创建数据库的创建代码：