摘要„„„„„„„„„„„„„„„„„„„„„„„„„„„„„„„„1 第一章 引言 „„„„„„„„„„„„„„„„„„„„„„„„„„ 第二章 系统需求分析 „„„„„„„„„„„„„„„„„„„„„„ 2．1 业务系统描述 „„„„„„„„„„„„„„„„„„„„„„„„„5 2．1．1 业务流程分析„„„„„„„„„„„„„„„„„„„„„„5 2．1．2 组织层次图„„„„„„„„„„„„„„„„„„„„„„„6 2．1．3 业务流程图„„„„„„„„„„„„„„„„„„„„„„„7 2．2 可行性分析 „„„„„„„„„„„„„„„„„„„„„„„„„„10 2．3 HIS系统的目标„„„„„„„„„„„„„„„„„„„„„„„„11 2．4 项目开发计划„„„„„„„„„„„„„„„„„„„„„„„„„11 第三章 系统逻辑方案„„„„„„„„„„„„„„„„„„„„„„„1 3．1 数据流程图„„„„„„„„„„„„„„„„„„„„„„„„„„12 3．2 数据词典„„„„„„„„„„„„„„„„„„„„„„„„„„„18 3．2．1 数据流„„„„„„„„„„„„„„„„„„„„„„„„„18 3．2．2 数据元素„„„„„„„„„„„„„„„„„„„„„„„„18 3．3．3 数据存储„„„„„„„„„„„„„„„„„„„„„„„„19 3．2．4 数据加工„„„„„„„„„„„„„„„„„„„„„„„19 3．2．5 外部项„„„„„„„„„„„„„„„„„„„„„„„„19 3．3 数据项的代码设计„„„„„„„„„„„„„„„„„„„„„„21 第四章 系统总体结构设计„„„„„„„„„„„„„„„„„„„„ 4．1 数据库设计„„„„„„„„„„„„„„„„„„„„„„„„„„27 4．1．1 实体描述„„„„„„„„„„„„„„„„„„„„„„„„„„28 4．1．2 联系描述„„„„„„„„„„„„„„„„„„„„„„„„„„29 4．1．3 E-R图„„„„„„„„„„„„„„„„„„„„„„„„„„„31 4．1．4 转换规则„„„„„„„„„„„„„„„„„„„„„„„„„„31 4．1．5 关系模式„„„„„„„„„„„„„„„„„„„„„„„„„„32 4．1．6 数据库的实现„„„„„„„„„„„„„„„„„„„„„„„„33 4．2计算机系统配置方案的选择和设计„„„„„„„„„„„„„„„„35 4．2．1 计算机系统硬件配置„„„„„„„„„„„„„„„„„„„„„35 4．2．2 计算机系统软件配置„„„„„„„„„„„„„„„„„„„„„35 4．3系统总体安全性、可靠性方案与措施„„„„„„„„„„„„„„„36 4．3．1 系统安全性方案和措施„„„„„„„„„„„„„„„„„„„„37 4．3．2 可靠性方案与措施„„„„„„„„„„„„„„„„„„„„„„37 第五章 系统详细设计„„„„„„„„„„„„ „„„„„„„„ 5．1 代码设计„„„„„„„„„„„„„„„„„„„„„„„ „„„„39 5．2 人机界面设计„„„„„„„„„„„„„„„„„„„„„„ „„„39 5．2．1 输入设计„„„„„„„„„„„„„„„„„„„„„„„„40 5．2．2 输出设计„„„„„„„„„„„„„„„„„„„„„„„42 5．3．3 模块处理过程„„„„„„„„„„„„„„„„„„„„„„„ 结束语„„„„„„„„„„„„„„„„„„„„„„„„„„„„57
参考文献„„„„„„„„„„„„„„„„„„„„„„„„„„„„„„
医院信息管理系统
摘 要
本文简单介绍了医院出入院处、病区、药房、药库的业务流程，在整体分析医院各部门以及部门之间的实际工作业务的基础之上，结合管理信息系统开发的理念，开发了医院管理信息系统(Hospital Information System,以下简称HIS)。HIS的目的就是利用计算机软硬件技术、网络通讯技术等现代化手段，对医院及其所属各部门(本系统不包含门诊部分)的人流、物流、财流进行综合管理，对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息，从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。
【关键词】医院管理信息系统（HIS） 网络 出入院处 病区
Hospital Information System
Abstract：
This paper simply introduces ChuRuYuan Hospital ward, pharmacy, pharmacy, business process analysis, in the whole Hospital departments and the actual work between the department of basis, combining business management Information System development concept, developing the Hospital management Information System (Hospital websites System, hereinafter referred to as the \"hiss). The purpose is to use HIS computer software and hardware technology, network communication technology, modern means of hospital and departments (the system contains no part of the people and outpatient logistics, wealth flow of comprehensive management, in medical treatment activity in each stage of data acquisition, storage, processing, extraction, transmission and processing of various information generated summary, so as to provide comprehensive hospital overall operation, management and service automation of the information system.
【KeyWords】Hospital Information System、NetWork、ChuRuYuan Hospital、pharmacy、
第一章 引言
随着社会的发展，人们对健康越来越关注，医院的业务不断增长，处理越来越复杂，简单的人工经营管理，已无法满足医院的需要, 成为医院发展的瓶颈， 人们对医疗服务的要求也越来越高。传统的手工操作模式,病人帐目繁杂，病人查帐困难, 病区和药房的药品浪费现象严重且无法追踪, 人工传送各种记帐单容易漏、错帐，人工划价收费差错难以避免，因此,如何提高服务水平、提高工作效率，成为迫待解决的问题。医院管理信息化不仅能提高医务人员的工作效率和医疗水平，而且能提高医院的服务质量和管理水平,因此，医院对管理信息系统有着强烈的需求。美国著名教授Morris.Collen于1988年曾著文为医院信息系统(HIS)下了如下定义：利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据医交换的能力，
并满足所有授权用户的功能需求。 开发医院管理信息系统(HIS)的目标就是立足医院应用实际，着眼院未来发展，以强化医院管理，提高医疗质量，方便患者就医和查询，提高医院的服务效率和服务质量，设计一套符合国家功能规范要求，安全稳定，操作简便的医院信息系统，为医院提供一套全方位的解决方案。
第二章 系统需求分析
管理信息系统是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科，研究的是信息管理活动的全过程，以便有效的管理信息，提供各类管理决策信息，辅助企业进行现代化管理。管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能，具体作用如下5点内容：
（1）用统一标准处理和提供信息，排除使用前后矛盾的不完整的数据。 （2）完整、及时提供在管理及决策中需要的数据。 （3）利用指定的数据关系分析数据，客观预测未来。
（4）向各级管理机构提供不同详细程度的报告，缩短分析和解释的时间。 （5）用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳的实施方案，以提高企业的经济效益。
2．1 业务系统描述
医院的医疗水平和服务质量一直是社会关注的焦点，仅靠增加基础设施投入和脱离信息化的管理方法的改进，是不能从根本上提高医院的工作效率、服务质量和管理水平的。HIS的目的就是减轻业务劳动强度，减少了差错，科学管理药品，节省人力，提高医院的财、物管理水平，增加经济效益，改善患者的就医环境，方便患者就医和查询，提高医院的服务效率和服务质量，提高医院的医疗质量和管理水平。所以，一个现代化的适应社会发展需要的医院，除了具备一流的医疗队伍、一流的服务设施之外，还应具备一流的管理信息系统。
2．1．1 业务流程分析
对一个住院病人来讲，他到医院看病的过程及医院的处理流程，简单的讲是：病人先要到住院处登记并交纳住院押金，床位紧张的医院登记后要等待床位。然后，到病
区接受主治医生的检查和询问，接受入院常规检查，接受临时治疗或按主治医生制定的长期治疗方案接受长期治疗。治疗过程中医生给病人下医嘱，医嘱产生药品和
治疗项目两种申请单，药房根据病区的发药申请单给病人发药，在此之前药房要向药库申请进货，如果药库有库存则发给药房没有则列入采购计划。治疗过程中因为
押金不够或医生的判断，需要退药，则会向药房申请退药。治疗项目在功检科室做完后直接收费。治疗结束后护士让病人出区，出入院处再给病人办理出院手术。 同时，对医院管理者来讲，还要将上述过程中发生的各类数据信息由医院各职能部门和其下属部门的工作人员把各种单据归类、统计、汇总、计算形成各类报表。并将
这些报表，报送相应的管理职能科室，再由这些科室将这些报表制单、汇总、计算形成医院总体的人事、财务、设备、医疗等各类报表和管理分析图表。
收费标准挂号信息挂号单据2门诊部管理子系统检查项目门诊病人基本信息患者交款收据药品清单检查报告患者ID、药品清单处方日志中药价格西药价格领药清单
图2-1 组织层次图
2．1．3 业务流程图
在对HIS的业务流程、组织层次进行初步调查分析之后，明确了需求分析的目的,明确了系统开发的目标和用户的信息需求，接下来本节将通过具体的业务流程图来描述HIS业务的全过程，以明确系统应具有的功能。业务流程图是在对病人诊疗过程和医院行政管理流程进行调查、分析的基础上得到的，其调查内容紧紧围绕系统的功能、目标。调查结果利用图形化工具进行描述，以规范说明。
本HIS系统包含出入院管理、病区管理、药房管理、药库管理四大模块。整个业务流程包括：入库登记、预交金登记、入区登记、医生诊断检查、医生开医嘱、检查项目执行、发药申请、药房发药、退药申请、药房退药、药房入库申请、药库药品出库、药房药品退货、药库药房退库、药库药品入库、药库药品退货、病人出区、出院结算。以下按出入院处、病区、药房、药库四大功能科室分别阐述。
（1）出入院处：病人首先到出入院处登记入院，出入院处给病人分配一个住院号，登记病人的姓名、年龄、医疗类别、入院日期、待住院的病区和科室、入院诊断等入院信息。登记结束后，病人再交纳一定数额的押金，出入院处给病人押金收据。
（2）病区：病人入院登记之后，到病区由护士给病人分配床位和相应的主治医生。医生在给病人做完诊断之后给病人下医嘱。由医嘱产生治疗项目执行申请和药品发药请领单。治疗过程中如果病人申请退药,护士再向药房发送退药申请.医嘱执行时产生的固定项目费用,例如:护理费、床位费、诊疗费都在相应的功能科室直接收费。需要医技确认的医嘱项目都在检查科室执行完成后，由病区记费。 （3）药房：药房收到病区的发药申请后即给病区发药，收到病区的退药申请后给病区退药。药房向药库申请药品入库药品退货。
（4）药库：药库收到药房的入库申请后即给药房发货，收到药房的退药申请后给药房退货。药库向药商购货和退货。 业务流程图如图2-2所示：
患者信息病历患者挂号挂号单门诊诊断处方医疗卡信息收费标准计费处方日志交款收据药品清单药房管理子系统项目检查检查报告药品库存
2．2 可行性分析
可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发始否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。其主要从三个方面进行研究：
（1）技术可行性：对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施。计算机网络技术的发展和计算机硬件性价比的不断提升，使计算机全面应用于医院管理的各个环节成为可能。C/S开发模式、COM、DCOM技术在国内各行各业的信息管理系统开发中已经被广泛采用，实践证明这些技术都非常适合医院管理信息系统的开发。
（2）经济可行性:对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行估计。目前国内应用HIS的医院在信息化上的软硬件投资只占其年收入的1%-3%,而应用HIS后，阻塞了管理漏洞，杜绝了药品的丢失，节省了人力，提高了医院的财、物管理水平，改善了患者的就医环境，方便了患者就医和查询，提高了医院的服务效率和服务质量。因此带来的经济回报将远远超过信息化过程中的投入。
（3）营运可行性:指系统对组织机构的影响，对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。国内自上世纪80年代末就开始应用HIS,经过近20年的发展，我国大部分医院都有主管HIS的信息科，绝大部分医院都使用过单机版计算机软件来完成日常的收费划价以及药库管理工作。经
调查发现华东地区近95%的医院都在20世纪90年代中期开始应用HIS。所以医院的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。 2．3 HIS系统的目标
HIS的目的就是支持医院的行政管理与事务处理业务,使医
院的业务操作流程和日常管理规范化。采集、分析处理、存储各种基础数据并使之标准化，通过网络在院内各科室之间传递，简化信息流程，为医院查询、分类汇总、统计、决策分析提供及时准确的数据，杜绝以前手工操作带来的差错，减少工作流程，提高工作效率。为了实现以上功能，我们必须做好以下几点:基础数据标准化，重视系统的实用性、经济性、安全性，顺应管理扁平化的管理趋势。
2．4 项目开发计划
本系统的开发大致分为四步：a.系统分析(包括需求分析和逻辑方案)b.系统设计(包括总体设计和详细设计)c.系统实施d.系统运行和维护.
第三章 系统逻辑方案
系统分析的主要成果是系统的逻辑模型，本系统的逻辑模型主要是以系统的数据流程图和数据字典为主要描述工具。即在对医院的管理方式和业务流程分析和研究的基础上，摆脱医院现有组织机构和业务分工所造成的信息障碍，完全从业务管理功能和管理对象出发，按信息系统中应有的数据流和数据结构来勾画系统的概貌。
3．1数据流程图
数据流程图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。它可以综合的反映出信息在系统中的流动、处理和存储情况，具有良好的抽象性和概括性。它在调查的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来源和去向（外部实体）等项目。数据流程图和系统的物理描述无关，它所描述的内容不涉及技术细节，而是面向用户的，即使完全不懂信息技术的用户也容易理解。因此，数据流程图成为系统分析员与用户进行交流的有效手段，同时也成为系统设计的主要依据之一。
门诊系统管理员门诊科目代码2.6.1维护门诊科目代码门诊科目2.6.2医生信息科室信息维护医生所属科室部门码表住院病人基本资料医生所属科室表处方日志2.6.3查询2.6.4统计医院职工基本资料查询条目查询结果统计条目统计结果药品价格医疗卡信息收费类型药费类别对照表处方日志
图1 其它管理子模块 数据流图片段
2.6.1.1增加门诊系统管理员门诊科目代码2.6.1.2修改门诊科目2.6.1.4查询门诊系统管理员2.6.1.3删除2.6.1.5打印
图2 其它管理子模块—维护门诊科目 代码数据流图片段
2.6.2.1增加2.6.1.4部门码表门诊系统管理员医生信息科室信息2.6.2.2修改医生所属科室表查询2.6.1.5打印门诊系统管理员2.6.2.3删除
图3 其它管理子模块—维护医生所属科室 数据流图片段
药费类别对照表2.6.4.1统计费用收费类型2.6.4.2门诊系统管理员统计条目统计结果统计看病情况2.6.4.3统计工作量处方日志 图4 其它管理子模块—统计 数据流图片段
3．2 数据词典
由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内容及数据的加工过程进行说明，而这正是数据字典所要表达的。数据字典是关于数据信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚，便于后续工作—系统设计的进行。以下列出本系统的部分数据字典，就是数据流、数据元素、数据存储、外部项和数据加工举例说明。 3．2．1 数据流 数 据 流 系统名：医院管理信息系统 编号：F8 条目名：发药申请单 别名： 来源：病区系统 去处：药房系统 数据流结构：请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型 简要说明：病区执行医嘱后产生发药申请单，药房再按照申请单发药 修改记录
3．2．2 数据元素
编 写： 蒋君伟 日 期： 审 核： 丁宝康教授 日 期： 2004．5 2004．5 数 据 元 素 系统名：医院管理信息系统 编号： 条目名：住院号 别名： 属于数据流：病人入院信息、存储处： 病人入院信息 预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细 数据元素值：代码类型 长度 意义 numeric 9 住院号 简要说明：识别病人的唯一编码 修改记录 3．2．3 数据存储
数 据 存 储 系统名：医院管理信息系统 编号：D1 条目名：病人入院信息 别名： 存储组织： 记录数： 约10000条 主关键字：住院号 每个病人入院时产生一条数据量： 约100KB 辅关键字： 信息 记录组成： 项目：住院号 姓名 身份证号 性别 生日 病人状态 入院日期 出院日期 入区日期 诊断代码 病人类型 病区代码 床位代码 医生代码 护士代码 近似长度：9 12 24 2 8 1 16 16 16 20 1 (字节) 4 4 4 4 简要说明：将病人每次入院时在出入院处登记的信息保存于此。 修改记录 3．2．4 数据加工
数 据 加 工 系统名：医院管理信息系统 编号：1 条目名：出入院管理 别名： 编 写： 蒋君伟 日 期： 审 核： 丁宝康教授 日 期：
2004．5 2004．5 编 写： 蒋君伟 日 期： 审 核： 丁宝康教授 日 期： 2004．5 2004．5 输入：病人入院信息、预交输出：病人结算单 金、费用明细 加工逻辑：录入病人入院信息和预交金信息，病区系产生的费用明细传入出入院处， 出入院处根据费用明细产生结算信息 简要说明：完成病人出院和入院时的日常业务工作 修改记录 编 写： 蒋君伟 丁宝康教审 核： 授 日 期： 日 期： 2004．5 2004．5 3．2．5 外部项
外 部 项 系统名：医院管理信息系统 编号： 条目名：药商 别名： 输入数据流：药库退货单 输出数据流： 药库外部入库单 主要特征：药库系统药品的提供者，主要特征为：药商编码、药商名称、开户银行、 银行账号、地址、邮政编码、联系人、联系电话、邮件地址 简要说明：药库从药商处进出货。 修改记录 编写： 审核： 蒋君伟 日期： 丁宝康教授 日期： 2004．5 2004．5 图3-3 数据词典 《数据加工》条目举例
3．3 数据项的代码设计
目前计算机还无法识别客观世界中的任何一种具体的事物，它只能识别ASCII字符集中的256个基本字符和数字。所以，计算机管理信息系统设计的基本前提条件是把管理对象数字化或字符化，这就是代码设计。代码包括无含义码和有含义码，本系统中运用了大量的系列顺序码，来表示各种记录的顺序。
第四章 系统总体结构设计
系统设计是信息开发过程中的另一个重要阶段，在这一阶段中将根据前一阶段逻辑分析的结果，在系统分析报告的基础上，按照逻辑模型的要求，科学合理地进行新系统的设计。系统设计包含两个方面：首先是总体结构设计，其实是具体物理模型的设计。这个阶段的主要目标是将反映用户信息需求的系统逻辑方案转换成可以事实的基于计算机的物理方案，并为下一阶段的系统事实提供必要的技术资料。
系统设计的的依据如下： (1) 系统分析阶段的成果
(2) 现行计算机软硬件技术、数据库技术等
(3) 现行信息管理与信息技术的标准、规范等有关法律制度 (4) 用户要求
(5) 系统运行环境条件
我们采用结构化设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系统合理的划分成各个功能模块，正确地处理模块之间和模块内部的联系以及它们之间的调用关系和数据联系，定义各模块的内部结构，通过对模块的设计和模块之间关系的系统来实现整个系统的功能
4．1 数据库设计
系统总体结构功能模块设计后，就要对数据库进行设计了。支持管理信息系统的数据库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成，其中除数据库管理系统可以从现有产品中选购外，外模式、子模式、应用程序、数据库等则必须根据用户的具体要求进行分析和设计，这项工作称为数据库设计，它的核心问题是如何从系统的观点出发建立一个数据模式，使其满足以下几个条件：
（1）符合用户的要求，即能正确地反映用户的工作环境，该环境包括拥护需处理的所有”数据”，并支持用户需进行的所有“加工”。
（2）与所选用的数据库管理系统所支持的数据模式相匹配。 （3）数据组织合理，应易于操作，易于维护，易于理解。 为管理信息系统设计一个数据库系统通常包括如下几个步骤： （1）用户需求分析；
（2）基本数据库结构的设计 （3）中间数据库结构的设计； （4）与应用程序的接口。 4．1．1 实体描述
在数据库设计中，对数据字典中的数据结构、数据流和数据存储进行分析，参照数据流程图抽取数据，确定实体、实体的属性及试题之间的关系，得出系统的关系模式。采用实体-联系图，既E-R图的方法进行数据结构分析，E-R图由实体、属性、联系三部分组成。
1) 本系统实体根据分析得到E-R图，各实体的属性分别描述如下： 2) 实体属性分别描述如下，有下划线的属性为主码： 1、 病区：病区代码、病区名称
2、 医生：医生代码、医生姓名、性别、身份证、病区代码 3、 护士：护士代码、护士姓名、性别、身份证、病区代码
4、 病人：住院号、姓名、身份证号、性别、病人状态、 入院日期、出院日期、入区日期、诊断代码、病人类型
5、 床位：床位代码、占用标志、床位类型、编制类型
6、 药品：药品编码、药品名称、药品规格、药品单位、药品价格、进货日期、自费比例、停用标志
7、 功检项目：功检项目编码、功检项目名称、价格、自费比例、停用标志 8、 医嘱：医嘱编号、医嘱类型、医嘱状态、医嘱内容、开始日期、停止日期 9、 费用明细：序号、药品编码、功检项目编码、数量、金额、费用类型、确费日期
10、 药房：药房代码、药房名称、药房类型 11、 药库：药库代码、药库名称、药库类型
12、 功检科室: 功检科室代码、功检科室名称、科室类型 4．1．2 联系描述
病区、医生、护士、病人、床位、药品、项目、医嘱、费用明细、药库、药房 图中有17个联系，15个一对多，1个一对一，1个多对多
1）一个病区需要向不同类型的药房拿药，一个药房又可为多个病区供药，所以它们是多对多的关系。
2）病区与床位之间是拥有关系，一个病区拥有多张床位 3）一个病区可以指派多个医生 4）一个病区可以指派多个护士
5）医生与病人之间存在治疗关系，一个医生可以治疗多个病人 6）护士与病人之间存在护理关系，一个护士通常要护理多个病人 7）一个病人只占用一张床位
8）医生在治疗过程中会开列许多医嘱，它们之间是一对多的关系 9）一个病人在治疗过程中将发生多笔医嘱 10）一种药品将可被多个医嘱用到 11）一种功检项目可被多个医嘱用到 12）一种药品可被多笔费用明细包含 13）一种功检项目可被多笔费用包含 14）一个药房拥有多种药品
15）多个药房向一个药库进货退货，它们是一对多的关系.比如：一病区中药房二病区中药房都是向中药库进药和退药 16） 一个病人拥有多条费用明细 17） 一个功检科室拥有多个功检项目 4．1．3 E-R图 (1) 挂号处理 门诊医生 1 1
挂号3 挂号1
N N 1 1 门诊病人 挂号单 挂号2
(2)门诊收费处收费
1 N 应交费项目 门诊病人 支付 1 1 1 1 金钱数额
构成1 构成2 构成3 构成4
1 1 1 1
挂号单 检查项目 检验项目 门诊处方
（3）医生诊断 1 N 门诊医生 发出 处理方案 1 1 1 1 1 挂号
包括1 包括2 包括3 包括4 N 1 N N 1
挂号单 检查项目 检验项目 门诊处方 住院申请
1 N
挂号 包括5 1 1 1 1 门诊病人 门诊病历 对应
（4）根据上面的分E-R图和门诊子系统的第一层数据流图画出总的E-R图 由于篇幅的问题，不再画出各个实体与其属性的E-R分图，各个实体及其属性可以参看下面列出的说明。
门诊子系统总E-R图
门诊医生 1 发出 N 处理方案 1 1 挂号1 1 包括1 包括1 包括包括N 挂号单 N 检验项目 N 检查项目 1 1 门诊处方 住院申请单 1 构成1 1 构成3 1 构成2 1 构成4 1 1 挂号2 1 支付 1 N 1 应交费项目 N 1 金钱数包括1 门诊病人 1 1 对应 N 门诊病历 (与药品出入管理子系统接口) 药品提领单 1 生成 N 住院病人 1 拥有 1 (与住院子系统接口) 4．1．4 转换规则
1） 实体集的转换
每个实体集用一个关系表示，其中实体集的属性被转换成关系的属性。实体集的主键，在满足唯一标识的无冗余等性质的条件下，将作为对应关系的主键。在实体的对应关系上，由于加入了联系，可能还要增加一些属性。 2） 联系的转换 （1）1：1的联系
如果实体集E1与实体集E2的联系为1：1，应根据需要把E2的主键放入关系模式E1中，或反之。
（2）1：N的联系
如果实体集E1与实体集E2的 联系为1：N，将E1的主键包含在E2的关系模式中。
（3）M：N的联系
如果实体集E1与实体集E2繁荣联系为M：N，则它们之间的联系由另一个关系模式表示，这个关系模式由每个参加的实体集的主键及这个 联系的任何属性一起组成。
4．1．5 关系模式
E-R图向关系模型的转化要解决的问题是如何将实体和实体间的联系转化为关系模式，如何确定这些关系模式的属性和代码。就按4.2.4转换规则转换。 因此，由E-R图转换得到的13个关系模式如下所示，有下划线的属性为主码，带#号的属性为外码：
1、病区：病区代码、病区名称、备注
2、医生：医生代码、医生姓名、性别、身份证、病区代码#、备注 3、护士：护士代码、护士姓名、性别、身份证、病区代码#、备注
4、病人：住院号、姓名、身份证号、性别、病人状态、入院日期、出院日期、入区日期、诊断代码、病人类型、床位代码#、医生代码#、护士代码#、备注 5、床位：床位代码、占用标志、床位类型、编制类型、 病区代码#、备注 6、药品：药品编码、药品名称、药品规格、药品单位、药房代码#、药品价格、进货日期、自费比例、停用标志、备注
7、功检项目：功检项目编码、功检项目名称、价格、自费比例、停用标志、备注、功检科室代码#
8、医嘱：医嘱编号、医嘱类型、医嘱状态、医嘱内容、开始日期、停止日期、住院号#、药品编码#、功检项目编码#、医生代码#、备注
9、费用明细：序号、住院号#、药品编码#、功检项目编码#、数量、金额、费用类型、确费日期、备注
10、药房：药房代码、药房名称、药房类型、药库代码#、备注 11、药库：药库代码、药库名称、药库类型、备注
12、功检科室：功检科室代码、功检科室名称、科室类别、备注 13、药房病区对应：序号、病区代码#、药房代码# 4．1．6 数据库的实现
通过对转换后所得到关系模式的分析，结合本系统的功能及所选开发工具和数据库系统的特点，对系统数据库进行设计，建立一个具有良好的数据组织结构的数据库，应遵循的原则有：
（1） 可能减少数据冗余和重复 （2） 结构设计和操作设计相结合 （3） 数据结构具有相对的稳定性
由于数据库中所保存的数据是系统中非常重要的资源，所以在数据库设计时一定要注意数据结构的安全性、完整性，并发控制与恢复，而一般的数据库管理系统都提供了一定的数据保护功能。
以下是本系统中的3张数据库表，字段名称中有*为主键
1.职工编码库（YY_ZGBMK）
主 码 字段代码 字段名称 数据类型 长 度 * zgbm zgmc zglb xb sfzh bqdm py wb 职工编号 职工姓名 职工类别 0医生 1护士 2其他 性 别 身份证号 病区代码 拼 音 五 笔 numeric Varchar smallint 4 24 小数位数 可否为空 Not null Not null Not null varchar 4 varchar 20 Varchar 4 char 8 char 8
2. 病人入院信息（ZY_BRXXK）
主 码 字段代码 字段名称 数据类型 长 度 * zyh hzxm sfzh xb Brzt ryrq cyrq rqrq zddm brlx cwdm memo Ysdm hsdm py 住 院 号 患者姓名 身份证号 性 别 病人状态 0在院 1出院 2作废 入院日期 出院日期 入区日期 诊断代码 病人类型 00:自费 01:公费 02:医保 床位代码 备 注 医生代码 护士代码 拼 音 Numeric Varchar Varchar varchar smallint datetime datetime datetime Varchar Char Varchar Varchar Char char char 9 24 20 4 20 2 12 24 4 4 8 小数位数 可否为空 Not null Not null Not null Not null Not null Not null Nut null wb 五 笔 char 8
3.医嘱信息(ZY_YZXXK)
主 码 字段代码 字段名称 数据类型 长 度 * yzbh 医嘱编号 numeric 12 医嘱类型 yzlx 0长期 smallint Not null 1临时 医嘱状态 Yzzt 0执行 smallint Not null 1停止 yznr 医嘱内容 Varchar 64 ksrq 开始日期 Datetime Not null jsrq 停止日期 datetime zyh 住 院 号 Numeric 9 Not null cyrq 药品编码 Numeric 9 Not null zddm 项目编目 Numeric 9 Not null Ysdm 医生代码 Char 4 Not null memo 备 注 Varchar 24 py 拼 音 char 8 wb 五 笔 char 8 4．2 计算机系统配置方案的选择和设计 根据系统调查和系统分析的结果来考虑硬件配置和系统软件配置以及网络通信系统的配置。本HIS系统是基于C/S、COM和DCOM技术理念，采用Microsoft Visual Studio 2005 开发,数据库使用SQL SERVER 2000。基于软件开发工具的选择，并考虑到本系统的性能要求，对计算机系统具体配置如下。 4．2．1 计算机系统硬件配置 服务器(Server)：
Intel，MIPS，Alpha可任选；内存：128MB以上；硬盘：2GB以上(RAID)；光驱：(CDROM)；软驱：(FD)；网卡：(FDDI)；UPS：Monitor；操作系统：Windows 2000；数据库管理系统：SQL Server；网络(Network)：TCP/IP，Windows NT，FDDI/Ethernet，EIFO Switching Hub，网络管理软件。 用户端微机：
PC工作站/486DX2/66以上；内存：8MB以上；硬盘：340MB以上；软盘(3.5\")；不同类型打印机。
4．2．2 计算机系统软件配置
小数位数 可否为空 Not null Window98中文版操作系统和以上。
4．3 系统总体安全性、可靠性方案与措施
在任何信息系统中，系统的安全性和可靠性都是非常重要的。用Windows98及其以上操作系统自有的安全性，在结合严格的
用户管理的基础上，可以确保系统的安全。本系统的具体措施如下：
（1）实用性：在系统设计过程中，充分考虑系统的现有情况、医院的业务流程和管理模式，以求最大限度地满足实际业务的需要。
（2）可维护性： 在系统设计和用户接口设计上，采用C/S模式，前台只是为用户提供独立于业务流程的界面，所有与业务有关的数据库处理都由后台存储过程完成，复杂的计算业务都统一做成COM控件供前台程序调用，通用的数据处理和独立功能都由主框架程序中的DCOM实现。这种体现面向对象思想的分层开发的做法，保证了系统的可维护性。
（3）可扩展性：每个模块都是一个个单独的动态连接库dll文件，在菜单文件中指定某个模块对应的dll文件名及其相应的引出的函数后，就在系统中添加了一个模块了。所以增加和修改模块非常方便快捷，使得系统的可扩展性大大增强。 （4）安全性：在安全设计上，任何没有系统用户登录名和相应口令的人均不能访问系统，而每个系统用户均被授予相应的权限，不能访问任何非授权的信息。为了保证系统的安全，在设计系统时，按医院的组织结构和管理要求 ，为每个用户指定工作岗位，再为每个工作岗位指定可以操作的模块集合。比如：护士这个工作岗位只能使用入区登记模块，护士长这个工作岗位还可以使用医嘱管理模块。这样每个操作员都有一个工作岗位并且都只能使用这个工作岗位赋予的权限范围内的系统功能。
4．3．1 系统安全性方案和措施 信息系统的安全性是指，为了防范意外或人为地破坏信息系统的运行，或非法使用信息资源，而对信息系统采取的安全保护措施。
信息系统的安全保护措施可 分为技术性和非技术性两类。技术安全措施是指通过与系统直接相关的技术手段防止安全事故的发生；非技术性安全措施主要指行政管理、法律制度保证和其他物理措施等，它不受信息系统的控制，是施加于信息系统之上的。
信息系统的技术安全措施主要有： （1） 用户合法身份的确认与检验； （2） 存取控制；
4．3．2 可靠性方案与措施
信息系统的可靠性是指在满足一定条件的应用环境中系统能够正常工作的能力。 在错误不可避免的情况下，提高系统可靠性的主要途径是使系统具有容错能力，即在信息系统产生错误、发生故障的情况下，仍然具有继续运行的能力。要具有这种能力，系统应具有三方面的功能：一是故障约束功能；二是故障检测功能；三是故障恢复功能。在信息系统中，实用的可靠性技术主要有：设备冗余技术；负荷分布技术；系统重新组合技术；数据冗余校验技术；系统数据保护与恢复技术；系统动态检测、诊断和自动校正软件。
第五章 系统详细设计
5．1 代码设计
所谓代码，就是用来表征客观事物的实体类别，以及属性的一个或一组易于计算机识别和处理的特定符号或记号，它可以是字符、数字、某些特殊符号或它们的组合。
代码主要起标识、统计和检索、对象状态的描述等作用，因此我们在进行代码设计时要注意代码的适应性、合理性、简明性、系统性、稳定性、可扩充性、标准性以及要便于识别和记忆。
目前的计算机还无法识别客观世界中的任何一种具体的事物，它只能识别ASCII字符集中的256个基本字符和数字，因此，计算机管理信息系统设计的基本前提条件是管理对象数字化或字符化，这就是代码设计。
5．2 人机界面设计
一个良好的人机界面是衡量一个系统开发水平高低的重要标志之一。具有良好的人机交互界面，可以使系统的使用者乐于接受，并使新系统能在组织中顺利的推广。因此人机界面设计应该从用户的需求出发，尽量是界面设计满足用户的要求。 5．2．1 输入设计
系统输入主要通过键盘和鼠标来完成。考虑到医院一般都存在”三长两短”的 现象，对业务处理的速度要求很高，所以在界面设计时尽量减少用户输入：有代码的信息都是输入代码或者是代码的一部分，系统将自动找出与用户输入的代码匹配的的所有信息，如果只有一条对应的信息则自动显示出来，如果有多条则弹出选择框让用户选择；所有的输入项和按钮都有快捷键与之对应。每个编码数据系统都生成了对应的拼音码或五笔码，用户可以直接输入拼音码或五笔码来查询，非常灵活快捷。下面介绍系统中的部分截面：
5．2．2输出设计
输出设备有显示器或打印机等，输出介质有纸、磁盘等，输出方式为各类数据表单或报表。输出设计的目的是对输入的信息进行加工处理，形成有效信息，并具
有一定的格式，使用户一目了然。 下图为药房发药界面: 点击【药房管理】下的【病区发药】模块就进入了此界面。用户通过选择开始时间和结束时间确定查询时间段后，再在输入框中输入住院号，忘记住院号的可以直接按【Enter】键，系统在弹出框中显示所有病人以供选择，选定病人以后，系统将把该病人在这一时间段的所有待发的药品查询出来 。点击【发药确认】按钮后系统将把产生发药信息并打印发药单据。 5．2．3 模块处理过程
处理过程的设计问题就是对管理信息系统处理方式的合理选择。选择处理方式实际上就是根据系统的任务、目标和环境条件，合理地选择信息活动的形态及其具体方 法。处理过程设计要根据模块划分以及结构化设计的基本原则，对每个程序处理模块中的详细处理过程进行设计。常用的有结构化语言PDL、PAD图、NS图、程序流程图、决策表等。程序设计又成编码，是系统周期中继详细设计后的阶段，这个阶段的任务是使用选用的程序设计语言，把经过概要设计和详细设计所得到的以程序设计说明书体现的信息处理过程描述后，转换成能在计算机系统上运行的源程序。程序设计是严格按照系统的概要设计和详细设计进行的，因此系统设计工作是程序设计工作的先导和前提条件，程序编码是在此之前个阶段工作的结晶。编码只是从源程序角度实现系统的设计结果，所以相对而言，编码工作要比前面几个阶段容易得多。对程序设计的质量要求有：程序的正确性、源程序的可读性、程序编写的运行效率。程序设计的步骤包括：了解计算机系统的性能和软硬件环境：充分理解系统概要设计和详细设计的文档；根据设计要求和软硬件条件，选定程序设计语言；编写程序代码；程序的检查、编译与调试。
结束语
在老师的指导下。本次毕业设计，就要画上一个句号了。可是，对我来说，这次设计的本身所产生的影响，还远远没有结束，我从本次毕业设计中学到了许多课本上没有的知识。从设计任务书的下达到今天基本实现任务书中的设计要求，时间已整整过去了1个月。在这1个月中。通过自己的学习和努力；通过各位老师的指导和教育，使我不仅仅在知识水平和解决实际问题的能力上有了很大的提高。还从思想的深处体会到，要把自己的所学变成现实时所将面对的种种难题。
由于我平时的课程理论知识学的还可以，我总是认为自己的知识水平已经能处理许多的现实问题了。而当自己真正的深入到设计实践当中,深入到问题当中时。我竟然发现自己无从下手，我开始怀疑我是否真正的学到了知识。也只有到了那个时候，我才真正体会到学会运用自己的能力与知识是何等的重要，知识是在课堂上，老师教授的，在书本中学到的，实践则是要自己动手，自己去做才能掌握。
在老师们的关心和帮助下，我渐渐的开始了设计。根据老师的建议，我找来了数据库设计与建设的相关书籍和资料，从最基本的问题入手开始一个个的解决我心中的疑惑。 这是一个漫长的学习过程。随着时间的推移，我开始慢慢的掌握了设计时所需要的知识。我也终于明白了大学三年学习的意义和作用。扎实的基本功和良好的学习习惯，能使自己在学习新知识有更深刻的认识力和更快的领会力。
同时老师对毕业设计的重视也是我能完成设计的一个重要条件。为了保证我们毕业设计的正常进行，学院抽调了优秀的老师指导我们进行毕业设计，提供良好的设备给我们，在软硬件上支持我们进行毕业设计，并且不时地询问我们毕业设计的进展情况。为我们这次设计的正常开展提供了必要的物质基础。
关于本次设计的命题，我的设计只能提供其基本的功能。还有许多的设想由
于时间和自身和因素无法得以实现，这不能不说是本次设计的遗憾之处。不过，至少它已经启发了自己的思维，提高了我的动手能力，这是我在课本中学不到的。它为我们在以后的工作岗位上发挥自己的才能奠定了坚实的基础。 参考文献：
[1] 文渊工作室.Visual Studio 2005[M].2版：中国铁道出版社，2005：7-6. [2] 曹建.ASP.NET实战演练[M].3版：清华大学出版社，2001：3-5.
[3] 麻辣学园.ASP.NET入门与实例演练[M].2版：中国青年出版社，2001：1-2. [4] 邓文渊.ASP.NET与网页数据库设计[M].3版，中国铁道出版社，2001:8-8. [6] 赵增敏.数据库应用基础Access2000[M].4版，电子工业出版社，2005：8-1. [5] 杨开英.数据库系统概论[M].2版，武汉理工大学出版社，2004：12-3. [6] 宋新玲.论新形势下医院管理[J]. 石河子大学学报，2002，(02). [7] 吕力.新型的医院管理方式刍议[J]. 中国高教研究，2002，(05).
[8] leena Lulu.The exploitation criteria and security management of the
asp.net[J]. Computers&Education, 2007, 49(2): 269-283.
[9] Roland Axelsson, The Statistical Mechanics and computer Science Point of
view[J]. Lectures at Les Houches Summer School on Complex Systems, 2006, 20(3):32-44.
因篇幅问题不能全部显示，请点此查看更多更全内容