【毕业学位论文】（Word原稿）社区医院HIS系统分析与应用-软件工程

中图分类号： 学校代码： 10055 密级： 硕 士 专 业 学 位 论 文 中文题目 ： 社区医院 析与 应用 开大学研究生院 二一 四 年 四 月 摘 要 I 摘 要 本文简单介绍了 社区 医院出入院处、病区、药房、药库的业务流程，在整体分析医院各部门以及部门之间的实际工作业务的基础之上，结合管理信息系统开发的理念，开发了医院管理信息系统 (下简称 络通讯技术等现代化手段，对医院及其所属各部门 (本系统不包含门诊部分 )的人流、物流、财流进行综合管理，对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、汇总、加工生成各种信息，从而为 社区 医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。 更便捷、保质、保量承载起百姓的健康屏障。 关键字 ： 医院管理信息系统（ 网络 出入院处 病区 药 房 摘 要 in of to as is to IS of no of of in in of of so as to of 录 录 摘要 第一章 引言 第二章 系统需求分析 2 1 业务系统描述 2 1 1 业务流程分析 2 1 2 组织层次图 2 1 3 业务流程图 2 2 可行性分析 2 3 统的目标 2 4 项目开发计划 第三章 系 统逻辑方案 3 1 数据流程图 3 2 数据词典 3 2 1 数据流 3 2 2 数据元素 3 3 3 数据存储 3 2 4 数据加工 3 2 5 外部项 3 3 数据项的代码设计 第四章 系统总体结构设计 4 1 数据库设计 4 1 1 实体描述 4 1 2 联系描述 4 1 3 4 1 4 转换规则 4 1 5 关系模式 4 1 6 数据库的实现 4 2 计算机系统配置方案的选择和设计 4 2 1 计算机 系统硬件配置 4 2 2 计算机系统软件配置 4 3 系统总体安全性、可靠性方案与措施 4 3 1 系统安全性方案和措施 4 3 2 可靠性方案与措施 第五章 系统详细设计 5 1 代码设计 目 录 V 5 2 人机界面设计 5 2 1 输入设计 5 2 2 输出设计 5 3 3 模块处理过程 第六部分 具体实现步骤及流程分析 统分析 务流程 统功能 能说明 第七部分 门诊管理子系统 能模块 能简介 疗卡管理子系统模块 统模块 第八部分 中西药房管理子系统 房业务流程 能说明 第九部分 公费医疗管理子系统 第十部分 病案管理子系统 务流程 第十一部分 业务管理子系统 第十二部分 人事管理子系统 第十三部分 系 统管理子系统 统管理子系统功能 户权限表管理 统参数表管理 医人员基本资料管理 码表维护 据备份与恢复 统管理子系统提供的数据表 第十四部分 实现的功能模块 目 录 十五部分 程序部分代码 总结 结束语 致谢 参考文献 第 二 章 格式要求 7 第 一 章 内容要求 (引言或绪论 ) 第一章 引言 随着社会的发展，人们对健康越来越关注， 社区 医院的业务 也在 不断增长，处理越来越复杂，简单的人工经营管理，已无法满足 百姓的就医 需要 , 成为 社区 医院发展的瓶颈， 人们对 基层 医疗服务的要求也越来越高。传统的手工操作模式 ,病人帐目繁杂，病人查帐困难 , 病区和药房的药品浪费现象严重且无法追踪 , 人工传送各种记帐单容易漏、错帐，人工划价收费差错难以避免，因此 ,如何提高服务水平、提高工作效率，成 为迫待解决的问题。 社区卫生服务中心承载着百姓健康的第一道屏障，实现基层社区医院的双重网底也是我国医疗卫生体制改革的重要环节。 医院管理信息化不仅能提高医务人员的工作效率和医疗水平，而且能提高医院的服务质量和管理水平 ,因此，医院对管理信息系统有着强烈的需求。美国著名教授 988年曾著文为医院信息系统 (了如下定义：利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据医交换的能力，并满足所有授权用户的功能需求。 开发医院管理信息 系统 (目标就是立足医院应用实际，着眼院未来发展，以强化医院管理，提高医疗质量，方便患者就医和查询，提高医院的服务效率和服务质量，设计一套符合国家功能规范要求，安全稳定，操作简便的医院信息系统，为 社区 医院提供一套 全 方位的解决方案。 第 二 章 格式要求 8 第二章 系统需求分析 管理信息系统是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科，研究的是信息管理活动的全过程，以便有效的管理信息，提供各类管理决策信息，辅助企业进行现代化管理。管理信息系统它具备数据处理、计划、控制、预测和辅助决策功 能，具体作用如下 5点内容： （ 1）用统一标准处理和提供信息，排除使用前后矛盾的不完整的数据。 （ 2）完整、及时提供在管理及决策中需要的数据。 （ 3）利用指定的数据关系分析数据，客观预测未来。 （ 4）向各级管理机构提供不同详细程度的报告，缩短分析和解释的时间。 （ 5）用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳的实施方案，以提高企业的经济效益。 2 1 业务系统描述 医院的医疗水平和服务质量一直是社会关注的焦点，仅靠增加基础设施投入和脱离信息化的管理方法的改进，是不能从根本上提高医 院的工作效率、服务质量和管理水平的。 少了差错，科学管理药品，节省人力，提高医院的财、物管理水平，增加经济效益，改善患者的就医环境，方便患者就医和查询，提高医院的服务效率和服务质量，提高医院的医疗质量和管理水平。所以，一个现代化的适应社会发展需要的医院，除了具备一流的医疗队伍、一流的服务设施之外，还应具备一流的管理信息系统。 2 1 1 业务流程分析 对一个住院病人来讲，他到医院看病的过程及医院的处理流程，简单的讲是：病人先要到住院处登记并交纳住院押金，床位紧张的医院登记 后要等待床位。然后，到病 区接受主治医生的检查和询问，接受入院常规检查，接受临时治疗或按主治医生制定的长期治疗方案接受长期治疗。治疗过程中医生给病人下医嘱，医嘱产生药品和 治疗项目两种申请单，药房根据病区的发药申请单给病人发药，在此之前药房要向药库申请进货，如果药库有库存则发给药房没有则列入采购计划。治疗过程中因为 押金不够或医生的判断，需要退药，则会向药房申请退药。治疗项目在功检科室做完后直接收费。治疗结束后护士让病人出区，出入院处再给病人办理出院手术。 同时，对医院管理者来讲，还要将上述过程中发生的各类 数据信息由医院各职能部门和其下属部门的工作人员把各种单据归类、统计、汇总、计算形成各类报表。并将 这些报表，报送相应的管理职能科室，再由这些科室将这些报表制单、汇总、计算形成医院总体的人事、财务、设备、医疗等各类报表和管理分析图表。 2 1 2 组织层次 图 2门 诊 部 管理 子 系 统患 者挂 号 信 息检 查 项 目门 诊 病 人 基 本 信 息收 费 标 准处 方 日 志挂 号 单 据交 款 收 据药 品 清 单中 药 价 格西 药 价 格检 查 报 告患 者 I D 、药 品 清 单领 药 清 单图 2 组织层次图 2 1 3 业务流程图 在对 织层次进行初步调查分析之后，明确了需求分析的目的 ,明确了系统开发的目 标和用户的信息需求，接下来本节将通过具体的业务流程图来描述 明确系统应具有的功能。业务流程图是在对病人诊疗过程和医院行政管理流程进行调查、分析的基础上得到的，其调查内容紧紧围绕系统的功能、目标。调查结果利用图形化工具进行描述，以规范说明。 本 区管理、药房管理、药库管理四大模块。整个业务流程包括：入库登记、预交金登记、入区登记、医生诊断检查、医生开医嘱、检查项目执行、发药申请、药房发药、退药申请、药房退药、药房入库申请、药库药品出库、药房药品退货、药库药房退库、 药库药品入库、药库药品退货、病人出区、出院结算。以下按出入院处、病区、药房、药库四大功能科室分别阐述。 （ 1）出入院处：病人首先到出入院处登记入院，出入院处给病人分配一个住院号，登记病人的姓名、年龄、医疗类别、入院日期、待住院的病区和科室、入院诊断等入院信息。登记结束后，病人再交纳一定数额的押金，出入院处给病人押金收据。 （ 2）病区：病人入院登记之后，到病区由护士给病人分配床位和相应的主治医生。医生在给病人做完诊断之后给病人下医嘱。由医嘱产生治疗项目执行申请和药品发药请领单。治疗过程中如果病人申请退药 ,护士 再向药房发送退药申请 章 格式要求 9 的固定项目费用 ,例如 :护理费、床位费、诊疗费都在相应的功能科室直接收费。需要医技确认的医嘱项目都在检查科室执行完成后，由病区记费。 （ 3）药房：药房收到病区的发药申请后即给病区发药，收到病区的退药申请后给病区退药。药房向药库申请药品入库药品退货。 （ 4）药库：药库收到药房的入库申请后即给药房发货，收到药房的退药申请后给药房退货。药库向药商购货和退货。 业务流程图如 图 2 挂 号 门 诊 诊 断收 费 标 准挂 号 单处 方患 者计 费病 历医 疗 卡 信 息项 目 检 查药 房 管 理子 系 统药 品 库 存药 品 清 单交 款 收 据检 查 报 告处 方 日 志患 者 信 息图 2 业务流程 图 2 2 可行性分析 可行性分析是系统分析阶段的重要活动，是对系统进行全面、概要的分析。它的任务是确定项目开发始否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能，对系统开发背景、必要性和意义进行调查分析，并根据需要和可能提出拟开发系统的初步方案和计划，明确问题，对所提供系统大致规模和目标的几个有关约束条件进行论证，并且提出系统的逻辑模型和各种可能的方案，从而为系统开发项目的决策提供科学依据。其主要从三个方面进行研究： （ 1）技术可行性：对现有技术进行评价，以明确能否利用现有技术进行系统开发及系统实施 。计算机网络技术的发展和计算机硬件性价比的不断提升，使计算机全面应用于医院管理的各个环节成为可能。 C/术在国内各行各业的信息管理系统开发中已经被广泛采用，实践证明这些技术都非常适合医院管理信息系统的开发。 （ 2）经济可行性 :对组织的经济状况和投资能力进行分析，对系统建设、运行和维护费用进行评估，对系统建成后可能取得的社会及经济效益进行估计。目前国内应用 %而应用 塞了管理漏洞，杜绝了药品的丢失，节省了人力，提高了 医院的财、物管理水平，改善了患者的就医环境，方便了患者就医和查询，提高了医院的服务效率和服务质量。因此带来的经济回报将远远超过信息化过程中的投入。 （ 3）营运可行性 :指系统对组织机构的影响，对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。国内自上世纪 80年代末就开始应用 过近 20年的发展，我国大部分医院都有主管 大部分医院都使用过单机版计算机软件来完成日常的收费划价以及药库管理工作。经调查发现华东地区近 95%的医院都在 20世纪 90年代中期开始应用 以医 院的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。 2 3 统的目标 使医 院的业务操作流程和日常管理规范化。采集、分析处理、存储各种基础数据并使之标准化，通过网络在院内各科室之间传递，简化信息流程，为医院查询、分类汇总、统计、决策分析提供及时准确的数据，杜绝以前手工操作带来的差错，减少工作流程，提高工作效率。为了实现以上功能，我们必须做好以下几点 :基础数据标准化，重视系统的实用性、经济性、安全性，顺 应管理扁平化的管理趋势。 2 4 项目开发计划 本系统的开发大致分为四步： 包括需求分析和逻辑方案 )包括总体设计和详细设计 ) 第三章 系统逻辑方案 系统分析的主要成果是系统的逻辑模型，本系统的逻辑模型主要是以系统的数据流程图和数据字典为主要描述工具。即在对医院的管理方式和业务流程进行认真分析和研究的基础上，超脱出医院现有组织机构和业务分工所造成的信息障碍，完全从业务管理功能和管理对象出发，按信息系统中应有的数据流和数据结构来勾画系统的概貌。 3 1 数据 流程图 数据流程图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。它可以综合的反映出信息在系统中的流动、处理和存储情况，具有良好的抽象性和概括性。它在调查的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，第 二 章 格式要求 10 将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来源和去向（外部实体）等项目。数据流程图和系统的物理描述无关，它所描述的内容不涉及技术细节，而是面向用户的，即使完全不懂信息技术的用户也容易理解。因此，数据流 程图成为系统分析员与用户进行交流的有效手段，同时也成为系统设计的主要依据之一。 门 诊 系 统管 理 员2 . 6 . 1维 护 门 诊 科目 代 码2 . 6 . 2维 护 医 生 所属 科 室2 . 6 . 3查 询2 . 6 . 4统 计门 诊 科 目代 码门 诊 科 目医 生 信 息科 室 信 息医 生 所 属 科 室 表查 询 条 目查 询 结 果统 计 条 目统 计 结 果收 费 类 型 药 费 类 别 对 照 表医 疗 卡 信 息医 院 职 工 基 本 资 料药 品 价 格处 方 日 志住 院 病 人 基 本 资 料部 门 码 表处 方 日 志图 1 其它管理子模块 数据流图片段 门 诊 系 统管 理 员门 诊 科 目代 码门 诊 科 目2 . 6 . 1 . 1增 加2 . 6 . 1 . 2修 改2 . 6 . 1 . 3删 除2 . 6 . 1 . 4查 询2 . 6 . 1 . 5打 印门 诊 系 统管 理 员图 2 其它管理子模块 维护门诊科目 代码数据流图片段 门 诊 系 统管 理 员2 . 6 . 2 . 1增 加2 . 6 . 2 . 2修 改2 . 6 . 2 . 3删 除2 . 6 . 1 . 4查 询2 . 6 . 1 . 5打 印门 诊 系 统管 理 员医 生 信 息科 室 信 息医 生 所 属 科 室 表部 门 码 表图 3 其它管理子模块 维护医生所属科室 数据流图片段 门 诊 系 统管 理 员2 . 6 . 4 . 1统 计 费 用收 费 类 型药 费 类 别 对 照 表2 . 6 . 4 . 2统 计 看 病情 况处 方 日 志2 . 6 . 4 . 3统 计 工 作 量统 计 条 目统 计 结 果图 4 其它管理子模块 统计 数据流图片段 第 二 章 格式要求 11 3 2 数据词典 由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内容及数据的加工过程进行说明，而这正是数据字典所要表达的。数据字典是关于数据信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚，便于后续工作 系统设计的进行。以下列出本系统的部分数据字典，就是数据流、数据元素、数据存储、外部项和数据加工举例说明。 3 2 1 数据流 数 据 流 系统名：医院管理信息系统 编号： 目名：发药申请单 别名： 来源：病区系统 去处：药房系统 数据流结构：请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型 简要说明：病区执行医嘱后产生发药申请单，药房再按照申请单发药 修改记录 编 写： 蒋君伟 日 期： 2004 5 审 核： 丁宝康教授 日 期： 2004 5 3 2 2 数据元素 数 据 元 素 系统名：医院管理信息系统 编号： 条目名：住院号 别名： 属于数据流：病人入院信息、预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细 存储处： 病人入院信息 数据元素值：代码类型 长度 意义 9 住院号 简要说明：识别病人的唯一编码 修改记录 编 写： 蒋君伟 日 期： 2004 5 审 核： 丁宝康教授 日 期： 2004 5 3 2 3 数据存储 数 据 存 储 系统名：医院管理信息系统 编号： 目名： 病人入院信息 别名： 存储组织： 每个病人入院时产生一条信息 记录数： 约 10000条 数据量： 约 100关键字：住院号 辅关键字： 记录组成： 项目：住院号 姓名 身份证号 性别 生日 病人状态 入院日期 出院日期 入区日期 诊断代码 病人类型 病区代码 床位代码 医生代码 护士代码 近似长度 ：9 12 24 2 8 1 16 16 16 20 1 (字节 ) 4 4 4 4 简要说明：将病人每次入院时在出入院处登记的信息保存于此。 修改记录 编 写： 蒋君伟 日 期： 2004 5 审 核： 丁宝康教授 日 期： 2004 5 3 2 4 数据加工 第 二 章 格式要求 12 数 据 加 工 系统名：医院管理信息系统 编号： 1 条目名：出入院管理理 别别名 ： 输入：病人入院信息、预交金、费用明细 输出：病人结算单 加工逻辑：录入病人入院信息和预交金信息，病区系产生的费用明细传入出入院处，出入院处根据费用明细产生结算信息 简要说明：完成病人出院和入院时的日常业务工作 修改记录 编 写： 蒋君伟 日 期： 2004 5 审 核： 丁宝康教授 日 期： 2004 5 3 2 5 外部项 外 部 项 系统名：医院管理信息系统 编号： 条目名：药商 别名： 输入数据流：药库退货单 输出数据流： 药库外部入库单 主要特征：药库系统药品的提供者，主要特征为：药商编码、药商名称、开户银行、银行账号、地址、邮政编码、联系人、联系电话、邮件地址 简要说明：药库从药商处进出货。 修改记录 编写： 蒋君伟 日期： 2004 5 审核： 丁宝康教授 日期： 2004 5 图 3据词典 数据加工条目举例 3 3 数据项的代码设计 目前计算机还无法识别客观世界中的任何一种具体的事物，它只能识别 56个基本字符和数字。所以，计算机管理信息系统设计的基本前提条件是把管理对象数字化或字符化，这就是代码设计。代码包括无含义码和有含义码，本系统中运用了大量的系列顺序码，来表示各种记录的顺序。 第四章 系统总体结构设计 系统设计是信息开发过程中的另一个重要阶段，在这一阶段中将根据前一阶段 逻辑分析的结果，在系统分析报告的基础上，按照逻辑模型的要求，科学合理地进行新系统的设计。系统设计包含两个方面：首先是总体结构设计，其实是具体物理模型的设计。这个阶段的主要目标是将反映用户信息需求的系统逻辑方案转换成可以事实的基于计算机的物理方案，并为下一阶段的系统事实提供必要的技术资料。 系统设计的的依据如下： (1) 系统分析阶段的成果 (2) 现行计算机软硬件技术、数据库技术等 (3) 现行信息管理与信息技术的标准、规范等有关法律制度 (4) 用户要求 (5) 系统运行环境条件 我们采用结构化 设计的方法来实现系统总体功能，提高系统的各项指标，即将整个系统合理的划分成各个功能模块，正确地处理模块之间和模块内部的联系以及它们之间的调用关系和数据联系，定义各模块的内部结构，通过对模块的设计和模块之间关系的系统来实现整个系统的功能 4 1 数据库设计 系统总体结构功能模块设计后，就要对数据库进行设计了。支持管理信息系统的数据库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成，其中除数据库管理系统可以从现有产品中选购外，外模式、子模式、应用程序、数据库等则必须根据用户的具体要求进行分析和 设计，这项工作称为数据库设计，它的核心问题是如何从系统的观点出发建立一个数据模式，使其满足以下几个条件： 第 二 章 格式要求 13 （ 1）符合用户的要求，即能正确地反映用户的工作环境，该环境包括拥护需处理的所有”数据”，并支持用户需进行的所有“加工”。 （ 2）与所选用的数据库管理系统所支持的数据模式相匹配。 （ 3）数据组织合理，应易于操作，易于维护，易于理解。 为管理信息系统设计一个数据库系统通常包括如下几个步骤： （ 1）用户需求分析； （ 2）基本数据库结构的设计 （ 3）中间数据库结构的设计； （ 4）与应用程序的接口。 4 1 1 实体描述 在数据库设计中，对数据字典中的数据结构、数据流和数据存储进行分析，参照数据流程图抽取数据，确定实体、实体的属性及试题之间的关系，得出系统的关系模式。采用实体 性、联系三部分组成。 1) 本系统实体根据分析得到 ，各实体的属性分别描述如下： 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 (1) 挂号处理 (2)门诊收费处收费 门诊医生 门诊 病人 挂号单 挂号 3 挂号 2 挂号 1 1 N 1 1 N 1 第 二 章 格式要求 14 （ 3）医生诊断 （ 4）根据上面的分 和门诊子系统的第一层数据流图画出总的 由于篇幅的问题，不再画出各个实体与其属性的 个实体及其属性可以参看下面列出的说明。 门诊子系统总 1 门诊处方 应交费项目 门诊病人 支付 N 1 金钱数额 构成 4 构成 3 构成 2 构成 1 检查项目 检验项目 挂号单 1 1 1 1 1 1 1 包括 5 对应 门诊病历 N 挂号单 门诊病人 1 门诊处方 处理方案 门诊医生 发出 N 1 包括 4 包括 3 包括 2 包括 1 检查项目 检验项目 住院申请单 N N 1 1 1 1 1 1 1 1 挂号 挂号 1 1 1 N 第 二 章 格式要求 15 4 1 4 转换规则 1） 实体集的 转换 每个实体集用一个关系表示，其中实体集的属性被转换成关系的属性。实体集的主键，在满足唯一标识的无冗余等性质的条件下，将作为对应关系的主键。在实体的对应关系上，由于加入了联系，可能还要增加一些属性。 2） 联系的转换 （ 1） 1： 1的联系 如果实体集 2的联系为 1： 1，应根据需要把 1中，或反之。 （ 2） 1： 如果实体集 2的 联系为 1： N，将 2 的关系模式中。 （ 3） M： 如果实体集 2繁荣联系为 M： N，则它们之间的联系由另一个关系模式表示，这个关系模式由每个参加的实体集的主键及这个 联系的任何属性一起组成。 4 1 5 关系模式 何确定这些关系模式的属性和代码。就按 因此，由 3个关系模式如下所示，有下划线的属性为主码，带 #号的属性为外码： 1、病区：病区代码、病区名称、备注 2、医生：医生代码、医生姓名、性别、身份证、病区代码 #、备注 3、护士：护士代码、护士姓名、性别、身份 证、病区代码 #、备注 4、病人：住院号、姓名、身份证号、性别、病人状态、入院日期、出院日期、入区日期、诊断代码、病人类型、床位代码 #、医生代码 #、护士代码 #、备注 5、床位：床位代码、占用标志、床位类型、编制类型、 病区代码 #、备注 6、药品：药品编码、药品名称、药品规格、药品单位、药房代码 #、药品价格、进货日期、自费比例、停用标志、备注 7、功检项目：功检项目编码、功检项目名称、价格、自费比例、停用标志、备注、功检科室代码 # 8、医嘱：医嘱编号、医嘱类型、医嘱状态、医嘱内容、开始日期、停止日期、 住院号 #、药品编码 #、功检项目编码 #、医生代码 #、备注 9、费用明细：序号、住院号 #、药品编码 #、功检项目编码 #、数量、金额、费用类型、确费日期、备注 10、药房：药房代码、药房名称、药房类型、药库代码 #、备注 11、药库：药库代码、药库名称、药库类型、备注 12、功检科室：功检科室代码、功检科室名称、科室类别、备注 13、药房病区对应：序号、病区代码 #、药房代码 # 挂号单 处理方案 门诊医生 发出 N 1 包括2 检查项目 N 1 1 1 1 挂号 1 1 N 包括1 住院申请单 1 包括3 检验项目 N 门诊处方 包括4 1 1 N 对应 门诊病人 1 挂号 2 1 1 包括5 门诊病历 N 住院病人 应交费项目 支付 N 1 金钱数额 生成 构成 1 药品提领单 1 1 N 构成 3 构成 2 构成 4 1 1 1 1 1 1 1 拥有 1 1 (与住院子系统接口 ) (与药品出入管理子系统接口 ) 第 二 章 格式要求 16 4 1 6 数据库的实现 通过对转换后所得到关系模式的分析，结合本系统的功能及所选开发工具和数据库系统的特点，对系统数据库进行设计，建立一个具 有良好的数据组织结构的数据库，应遵循的原则有： （ 1） 可能减少数据冗余和重复 （ 2） 结构设计和操作设计相结合 （ 3） 数据结构具有相对的稳定性 由于数据库中所保存的数据是系统中非常重要的资源，所以在数据库设计时一定要注意数据结构的安全性、完整性，并发控制与恢复，而一般的数据库管理系统都提供了一定的数据保护功能。 以下是本系统中的 3张数据库表，字段名称中有 *为主键 主 码 字段代码 字段名称 数据类型 长 度 小数位数 可否为空 * 工编号 工姓名 4 工类别 0医生 1护士 2其他 别 份证号 0 区代码 音 笔 2. 病人入院信息（ 主 码 字段代码 字段名称 数据类型 长 度 小数位数 可否为空 * 院 号 者姓名 4 份证号 0 别 人状态 0在院 1出院 2作废 院日期 院日期 区日期 断代码 0 人类型 00:自费 01:公费 02:医保 位代码 2 注 4 生代码 士代码 音 笔 第 二 章 格式要求 17 主 码 字段代码 字段名称 数据类型 长 度 小数位数 可否为空 * 嘱编号 2 嘱类型 0长期 1临时 嘱状态 0执行 1停止 嘱内容 4 始日期 止日期 院 号 品编码 目编目 生代码 注 4 音 笔 4 2 计算机系统配置方案的选择和设计 根据系统调查和系统分析的结果来考虑硬件配置和系统软件配置以及网络通信系统的配置。本 、 用 005 开发 ,数据库使用 000。基于软件开发工具的选择，并考虑到本系统的性能要求，对计算机系统具体配置如下。 4 2 1 计算机系统硬件配置 服务器 ( 存： 128 盘： 2光驱： (软驱： (网卡： (作系统： 000；数据库管理系统： 络 ( P， T，络管理软件。 用户端微机： 4866以上；内存： 8盘： 340盘 (；不同类型打印机。 4 2 2 计算机系统软件配置 统和以上。 4 3 系统总体安全性、可靠性方案与措施 在任何信息系统中，系统的安全性和可靠性都是非常重要的。用 结合严格的 用户管理的基础上，可以确保系统的安全。本系统的具体措施如下： （ 1）实用性：在系统设计过程中，充分考虑系统的现有情况、医院的业务流程和管理模式，以求最大限度地满足实际业务的需要。 （ 2）可维护性： 在系统设计和用户接口设计上，采用 C/台只是为用户提供独立于业务流程的界面，所有与业务有关的数据库处理都由后台存储过程完成，复杂的 计算业务都统一做成 用的数据处理和独立功能都由主框架程序中的 种体现面向对象思想的分层开发的做法，保证了系统的可维护性。 （ 3）可