医院患者管理系统

大连理工大学城市学院 软件工程导论大作业 医院患者管理系统分析与设计 课题名称：医院患者管理系统 任课教师：张应博 班 级：嵌入式 1101 班 姓 名：姚志斌（201114055） 完成日期：2012 年 12 月 25 日 0 摘 要 人类社会进入二十一世纪，医院最为一个特殊的服务行业，其 发展应适应于市场经济的发展。目前，我国的医疗体制正处于发展 阶段，需要医疗市场的进一步规范化，这就要求医院加强自身的管 理，利用现代化的管理工具对医院的工作进行必要的管理，无疑将 提高工作效率、信息的准确程度，根除现行的人工管理模式存在的 某些弊端，达到减支增效的目的。有利于提高医疗水品和服务质量， 更好的服务于社会。医院患者管理系统是利用电子计算机和通讯设 备，为医院所属各部门提供患者诊疗信息和行政管理信息的收集、 存储、处理、提取和数据交换的能力，并满足所有授权用户的功能 需求。随着计算机性能不断提高，价格不断下降，计算机已在医院 医疗、教学 科研、管理的各个方面得到越来越广泛的应用。计算机 化的医院患者信息系统已成为现代医疗运营必不可少的基础设施于 技术支撑环境。就好像一个现代医院的成功运行离不开功能完整、 美观、舒适的建筑物。技术娴熟的医护人员，性能齐全、高精确的 医疗设备一样，它也离不开计算机化的医院患者信息系统。 从医院对病人管理系统的需求、医院信息系统的信息构成和信 息分类等分析入手，提出病人管理信息系统总体模块化的设计原则， 对系统进行总体设计。先是根据系统业务流程分析进行模块划分， 然后介绍了系统的数据流程图和数据结构设计，并对系统的功能、 编码、输入输出、界面和安全保密进行设计分析。另外，分析了医 院信息管理系统的背景,对系统整体进行了概要描述;对整个系统的 1 设计进行了细致阐述,对关键问题的解决给出了具体的实现方法。文 章探讨了如何解决安全保密问题,主要采取三个方面的措施,制定完 善的规章制度、加强人员培训和应用先进的技术手段。通过这些措 施,将使工作中的故障率得到降低 关键词：医院患者管理系统；PowerDesigner；Microsoft access；数据库 2 目录 第一章 前 言 1 1.1 背景 1 1.3 定义 .3 第二章 可行性分析 4 2.1 技术的可行性 .4 2.2 经济的可行性 .5 2.3 管理上的可行性 .5 2.4 结论 .6 第三章 需求分析 7 3.1 具体需求 .7 3.1.1 功能需求 .7 3.2 数据流图 .9 3.3 数据字典 .10 3.4 实体关系模型图 .11 3.4.1 实体图 .11 3.4.2 总体 E-R 图 .13 3.5 性能需求 .13 3.6 数据管理能力需求 .13 3.7 故障处理需求 .14 3.8 其他需求 .14 3.9 运行环境需求 .14 第四章 总体设计 15 4.1 系统分析 .15 4.2 系统设计 .15 4.2.1 软件组织结构 .15 4.3 功能说明 .16 4.4 重要数据的数据结构设计 .17 4.4.1 变量设计 .17 4.5 函数设计 .17 第五章 详细设计 18 5.1 数据库的详细设计 .18 5.2 数据库的实现 .18 5.3 界面设计 .19 5.3.1 系统登录界面 .20 5.3.2 系统主界面 .20 5.4 系统功能详细说明 .21 5.4.1 患者信息管理模块 .21 5.4.2 病房管理模块 .21 5.4.3 患者用药管理模块 .21 5.4.4 医护人员管理模块 .22 第六章 系统实现 23 3 6.1 系统登录模块 .23 6.2 患者信息登记模块 .24 6.3 患者病房安排模块 .25 6.4 空余病房管理窗体 .26 6.5 用药管理窗体 .27 6.6 医护人员信息管理 .28 第七章 系统测试 29 7.1 登录测试 .29 7.2 系统功能模块测试 .30 第八章 使用说明 32 8.1 运行环境 .32 8.2 性能说明 .32 8.3 操作说明 .32 总结与展望 33 参考文献 34 0 第一章 前 言 1.1 背景 当今社会发展越来越迅速，竞争越来越激烈，在各种现实压力 和社会风气影响下，各种健康问题比比皆是。 “健康” 、 “绿色”的 概念已得到被越来越多的人的接受和宣传。 但是目前在我国普遍存 在的看病难的问题仍然十分棘手，普通老百姓看病面临着三长一短 的问题：挂号时间长、取药时间长、收费时间长；看病时间短。这 不仅对独自看病的患者十分不方便，而且病人在排队、挂号、向医 生告知自己的身体状况上浪费了很多的时间。 另外，医生还要花大 量时间和精力给病人写处方，而且需要专人来负责挂号、配药、收 费和向病人叮嘱各种注意事项，有大量的重复工作，浪费了大量的 人力和时间。 同时，大医院里“黄牛党” 猖狂，造成了恶劣的社会 影响。 因此，优化医院看病流程，对医院和病人进行人性化的信息 管理，让更多的患者能够看上病，并且让每位患者受到最好的照顾 和治疗，不仅有利于医学的进一步发展，还有利于促进社会的和谐 发展。数字化医院的理念已经被广大医院所接受 1 1.2 编写目的 可行性研究的目的是研究问题，花费最小的代价，以最快的速 度提出解决问题的方法。经过对此项目的详细准确的研究，初拟系 统实现报告，对软件开发中将要面临的问题及其解决方案进行初步 设计及合理安排。明确开发风险及其所带来的经济效益。本报告经 审核后，交软件经理审查。 2 1.3 定义 医院患者管理系统（YUHZGLXT）：YUHZGLXT 分别是“医院患 者管理系统”的汉语拼音首字母缩写。 系统登陆模块：主要负责客户和管理员进入系统的一个身份验证。 患者基本信息管理模块：主要负责管理患者的个人信息。 病房分配管理模块：主要负责为患者分配房间。 药品管理模块：主要负责患者的用药信息管理。 医护人员管理模块：主要负责对医生，护士的基本信息的管理。 3 第二章 可行性分析 在医院管理信息系统是在今天医疗事业的迅猛发展的前提下， 以前的手工录入或早期的患者管理应用软件以逐渐不满足用户的需 求，而在这些问题中，落后的管理已严重影响医院工作人员的工作 效率基于以上的原因，从而提出了医院患者管理信息系统的设计目 标。通过信息数据高度共享，在强大的数据库的支持下，将医院的 全面管理水平和服务提高到更高的档次。医院患者管理系统集合医 院管理工作特点，充分利用局域网，广域网，大型分布式数据库等 先进的计算机技术，运用系统的理论与方法将医院各组成部分的信 息处理过程综合成有机体，及时而有效的为医院日常管理和发展提 供决策依据，使医院信息管理工作尽快达到规范化、制度化、科学 化的要求，并实现医院信息技术全电子无纸化和胶片管理的最终目 标。 可行性研究的目的是付出最小的代价在尽可能短的时间里确定 问题是否通解决，系统的可行性分析可以从以下几个方面研究： 2.1 技术的可行性 技术上的可行性主要分析现有技术条件能否顺利完成开发工作， 软硬件能否满足开发者的需要等，这一特点非常适合计算机的特点， 发挥计算机的数据处理速度快，准确率高的优势。现代计算机硬件 与软件技术的飞速发展，为系统的建设提供了技术条件。由于医院 4 患者管理系统这一类的企业管理系统进行开发已有一定的时期，有 很多成功的实例上，技术基础也已经非常雄厚，因而技术上的是可 行的。 2.2 经济的可行性 主要是对项目经济效益进行评价，一方面是支出的费用，其中 包括设备的购置费，软件开发费，管理和维护费，人员工资和培训 费等。另一方面是取得的收益可以用钱来衡量的那部分以及使用本 系统而提高的效率，节约的人力物力。基于企业的现有计算机及配 套设备，建设 MIS 系统，大大降低了办公费用，提高办公效率，而 且能检测数据效用，为企业提供方便。 在软件的开发过程中，在世界上普遍采用的一种研究工程项目 是否可行的科学。它通过各种有效的方法，对工程项目进行分析， 从技术、经济、财务等方面加以评价，最终给投资决策者提供是否 选择该项目进行投资的依据 2.3 管理上的可行性 1、医院信息系统能够实现计算机终端设置在各个不同的科室， 点多，面广，多人操作，而且工作点间联系密切，信息要相互调用， 资料要随时更新保存，此外，病人的医疗信息涉及到个人隐私，医 院有责任为所有病人保守秘密，因此与其它行业相比较，医院信息 系统建设对系统的可靠性、安全性要求更高。 2、解决系统标准化问题。如果系统标准化问题解决得不好， 5 医院间的信息沟通不仅是纸上谈兵，医院内部不同部门间的信息交 换以及与医院外界的信息交流也只是梦想。 医院管理信息系统的有 效运行，将提高医院各项工作的效率和质量，减轻各类事务性工作 的劳动强度，使医护和管理人员能腾出更多的精力和时间来服务于 病人；改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为 医院创造很好的经济效益。 2.4 结论 由于缺乏专业人士的帮助，并且缺少实际经验，该管理系统可 能做的不太健全，远不是真正意义上的软件、工业产品，只能算作 坊生产的产物。可能还存在缺陷，不足之处有待改进。 前景根据以上分析，我们认为开发此系统的条件已经具备，可 以开始进行开发。并且我们相信此软件经济实惠，肯定具有良好的 前景。我们将会逐步完善该软件，尽可能地让满足客户的需求。让 患者在医院治疗的时候感到方便与快捷。因此我们开发的医院患者 管理系统可行！ 6 第三章 需求分析 3.1 具体需求 3.1.1 功能需求 （1）客户信息管理 简述：患者信息管理，包括信息存入，信息查询，信息修改， 信息删除。 输入：患者信息 处理过程描述：患者信息存数据库。 输出：操作成功或失败的提示信息。 （2）病房管理 简述：病房信息管理包括查看病房的使用情况和病房状态以 及更改病房状态，为病人提供方便住院 输入：病房编号或者病房状态 处理过程描述：提供病房信息，让患者自己或家属选择需要 的病房并录入系统 输出：病房信息及住院情况。 （3）药品管理 简述：管理患者的用药信息 输入：患者信息、药品名称，药品价格 处理过程描述：用药情况录入系统 输出：操作成功或失败的提示信息 7 （4）医生管理 简述：医院人员信息管理，包括医生基本信息、上班情况及 对各种信息的查询和修改。 输入：医生信息 处理过程描述：由医生编号查询或修改各种信息 输出：操作失败或者提示信息 8 3.2 数据流图 绘制数据流图的目的是为了方便开发人员与用户的交流，以及 为系统的设计提供依据。数据流图的绘制过程通常是采用自顶向下， 逐层分解，直到功能细化为止，形成若干层次的数据流图。酒店管 理系统的数据流图如下所示： 管理员 管理员 客户 患者管 理系统 图 3-1 基本系统模型 管理员 录入患者信息 管理患者消费档案 生成报表 管理员 管理员 图 3-2 顶层数据流图 9 管理员 1 . 1 患者登记 1 . 2 患者预订 1 . 3 安排病房 1 . 4 预留病房 1 . 5 建立花费档案 2 . 1 管理患者档案 2 . 2 管理病房档案 2 . 3 药品使用档案 2 . 4 管理医护人员 档案 3 . 4 生成月报表 3 . 3 汇总 3 . 2 结算花费 3 . 1 个人报表 管理员管理员 D 1 患者档案 D 2 病房档案 D 3 药品档案 D 4 医护人员档案 患者个人花费档 案 图 3-3 第一层数据流图 3.3 数据字典 名称：患者档案 别名： 描述：记录患者的基本信息 定义：患者档案姓名+性别+证件号 位置：输出到个人花费档案 名称：用药档案 别名： 描述：患者在医院用药记录的集合 定义：个人话费档案用药地点+药品金额+ 时间 位置：输出到个人花费档案 名称：医护人员档案 别名： 描述：记录治疗照顾患者的医护人员 定义：医护人员档案姓名+职位+性别 位置：输出到个人花费档案 名称：病房档案 别名： 描述：记录患者的病房信息 定义：病房档案病房号+入住时间+姓名 位置：输出到个人花费档案 10 名称：个人花费档案 别名： 描述：患者在医院的花费记录的集合 定义：个人花费档案患者档案+病房档案+花费档案+ 医护人员信息档案 位置：输出到个人花费档案 3.4 实体关系模型图 根据系统的功能需求画出实体联系图（E-R）图： 3.4.1 实体图 图 3-4 患者档案实体 11 图 3-5 病房档案实体 图 3-6 用药项目实体 图 3-7 医护人员档案实体 12 3.4.2 总体 E-R 图 图 3-8 实体关系（E-R）图 3.5 性能需求 1、精度 软件主要用于管理，不是科学计算，要求计算的精度不是很苛 刻，所以输入、输出数据精度的要求不是很高，可以用浮点数。 2、时间特征要求 软件运行的响应时间要求不超过 1-2 秒。 3、灵活性 软件具有升级功能，以满足用户的需求。 13 3.6 数据管理能力需求 本软件管理的数据大都以数据库的形式储存，主要包括病房信 息，药品信息数据，患者信息数据，其中病房信息数据基本不变， 数据库大小基本不变，而药瓶信息数据随着时间的推移和不同的患 者每天都在变化，需要定期进行整理和处理。 3.7 故障处理需求 本软件具有错误和异常的处理能力，基本不会有软件故障，保 证软件能正在运行，有对数据库备份的功能，这样才能使用户满意。 3.8 其他需求 本软件有保密功能，设立了系统账号管理功能，用户登录时需 要验证用户名及密码，对于三次密码输入错误的使用者则关闭此系 统，这样保证了数据的安全。本软件使用也十分方便，以窗口的形 式呈现给用户，很容易操作。 3.9 运行环境需求 内存：512M； 硬盘：80G； 操作系统为 Windows 系列。 14 第四章 总体设计 4.1 系统分析 根据用户的要求以及对需求分析阶段对功能的分析，要实现患 者的基本情况管理、病房分配管理、用药管理、医护人员管理。 （1）患者的基本情况管理：患者住院时要对其信息进行登记包 括患者的姓名、性别、证件号患者档案。 （2）病房管理：按照患者及其家属要求，为患者分配合适的病 房，并且其病房号、使用时间、入住患者的登记管理 病房档案。 （3）用药管理：患者住院后的用药情况。用药类型、药品金额、 用药时间、用药数量花费档案。 （4）医护人员管理：对医护人员的信息进行管理，查询、添加、 删除 4.2 系统设计 由问题分析我们确定了本系统需要哪些确切的功能模块和组织 结构。 4.2.1 软件组织结构 本系统的总体结构采用菜单来调用窗体，利用窗体来进行管理、 数据加工、信息查询等工作，系统的功能模块图如图 4-1 所示： 15 患者信 息管理 病房管 理 用药管 理 医护人 员管理 患者 信息 登记 患者 病房 管理 空余 病房 管理 医院患者管理系统 患者 用药 管理 用药 价格 管理 医护 人员 信息 管理 图 4-1 系统功能结构图 4.3 功能说明 系统分为四个模块来对实现其功能需求，即：患者信息管理模 块、病房管理模块、用药管理模块、医护人员管理模块 1、患者信息管理模块 患者信息登记：对患者的信息进行登记 2、病房管理模块 患者住院管理：为患者安排病房 空余病房管理：对没被安排的房间进行管理，以便病房的安排 3、患者用药管理 16 患者用药状况管理：对患者的用药进行统计 患者用药价格管理：对患者用药的价格进行统计 4、医护人员管理 医护人员信息管理：医护人员信息的添加、查询和删除 4.4 重要数据的数据结构设计 4.4.1 变量设计 在系统的代码实现的时候，必须用到一些变量，一般我们所用 到的变量为两种：一是全局变量、二是局部变量。 全局变量：以“global_”加字母作为变量名，如： global_name。 局部变量：不限制。 4.5 函数设计 为了简化程序，并且提高代码的重要性，在编写代码时，对多 次用到代码段，定义成函数，在用到的地方直接调用函数。 全局函数以“gfunction_”加函数名，如：gfunction_Add()； 局部函数以“zfunction_”加函数名，如：zfunction_Add()； 17 第五章 详细设计 在此阶段将对系统进行更详细的分析和设计，目的是确定如何 具体地实现所要求的系统。 5.1 数据库的详细设计 在设计和实现代码之前必须设计好数据库，根据系统的总体 E- R 图装得到数据库的概念模式： 1、患者档案 HZDA（证件号 ID(20)、姓名 name(12)、性别 sex(5)、 ） 2、病房档案 BFDA（房间号 NO(15)、病房价格 price(12)、病 房状态 state(12)） 3、用药档案 YYDA（药品名称 MC（20） 、患者姓名 XM（20） ， 药品价格 JG（12） ） 4、医护人员档案 YHRY（员工号 YGID(20)、人员姓名 RYName(12)、部门 BM(12)） 5.2 数据库的实现 根据系统数据库的概念模式，可以得到应有如下的 4 个数据表： 表 5-1：患者档案表 字段名 字段代码 字段类型 关键字 是否为空 证件号 ID Int(20) Y N 18 患者姓名 name Varchar(12) N N 性别 sex Varchar(5) N N 表 5-2 房间档案表 字段名 字段代码 字段类型 关键字 是否为空 病房号 NO Int(20) Y N 单价 price double N N 房间状态 state Varchar(12) N N 表 5-3 用药档案表 字段名 字段代码 字段类型 关键字 是否为空 药品名称 MC Int(20) Y N 患者姓名 XM Varchar(25) N N 药品价格 JG double N N 表 5-4 医护人员档案表 字段名 字段代码 字段类型 关键字 是否为空 员工号 YGID Varchar(20) Y N 人员姓名 RY Varchar(12) N N 部门 BM Varchar(12) N N 5.3 界面设计 较好的界面能给用户一幕了然的感觉，也便于设计，系统的界 面应该保持一致不随时间而改变，好的界面是能给用户提供帮助的。 19 5.3.1 系统登录界面 图 5-1 用户登录界面 5.3.2 系统主界面 图 5-2 系统主界面 20 5.4 系统功能详细说明 5.4.1 患者信息管理模块 目的：对患者的信息进行登记和保存。 功能：以直接登记的方式对患者信息进行录入，建立相应的患 者信息档案，并可对患者信息进行添加、删除、修改和 查询。 性能：稳定、快速、准确。 输入项：客户的证件号、姓名、性别。 输出项：相应的信息记录和相应的出错信息提示。 5.4.2 病房管理模块 目的：根据患者的要求给患者安排房间，并对剩下的病房进行 管理。 功能：患者住院以后，建立相应的病房档案，方便对已经安排 的和未分配的病房进行管理。 性能：稳定、及时、正确。 输入项：患者的信息、住院时间、房间信息。 输出项：相应的信息记录和相应的出错信息提示。 5.4.3 患者用药管理模块 目的：对患者的用药进行统计。 功能： 患者住院后，对其用药，价格，及用药时间进行记录。 21 性能：稳定、快速、及时、正确。 输入项： 药品名称，患者姓名、价格。 输出项：相应的信息记录和相应的出错信息或提示。 。 5.4.4 医护人员管理模块 目的：管理员管理医护人员的信息 功能：对医护人员的的信息进行管理，信息的添加、修改、删 除和查询，以及给医护人员赋予登录系统的权限。 性能：稳定、快速、正确 输入项：员工号、人员姓名、部门 输出项：人员的基本信息记录和相应的出错信息或提示。 22 第六章 系统实现 经过前面几个阶段对系统的分析之后，接下来是本系统的实现 阶段。 6.1 系统登录模块 图 6-1 用户登录界面 本模块的主要功能是对操作用户的身份进行验证，只有系统管 理员和默认的用户可以登录本系统。在进行系统登录过程中，登录 模块将调用数据库里的员工档案表，对员工号和密码进行验证（密 码也为员工号） ，只有输入正确后，才能进入系统。每次输入错误时， 模块都会给出错误提示，当第三次输入错误时，给出“第三次输入 错误，还有一次机会”的提示，当第四次输入错误时，自动关闭登 录窗体。当输入正确以后，将进入系统，主界面如图 5-2 所示。 23 6.2 患者信息登记模块 图 6-2 患者信息登记界面 本窗体的主要功能是对客户的信息登记，按照提示输入相应的 信息之后，该窗体将调用数据库中的客户信息档案表，对数据进行 操作。当数据应经存在时将给出提示如图 5-5 所示。 信 息 提 示 信 息 提 示 该证件已经注册 ！ 确定 图 6-3 信息提示 24 6.3 患者病房安排模块 图 6-4 患者病房安排管理界面 该窗体主要功能是为患者安排房间，根据即时的房间信息和客 户的要求，给其分配，如果患者还没有登记的话，必须先登记。该 窗体也将对数据库里的病房档案表和住院档案表进行数据的处理。 在出错的时页面会给出相应的提示。 25 6.4 空余病房管理窗体 图 6-5 空余病房管理界面 该窗体对空余病房进行管理，对空余病房的信息进行时时更新， 还可以添加新的空余房间和查看已经分配出去的房间。该窗体也要 调用数据库里的房间档案数据表。在出错的情况下会给出相应的错 误提示或者警告。 26 6.5 用药管理窗体 图 6-6 用药管理界面 该窗体是对客户的用药花费情况进行统计，这个模块需要客户 进行现金支付，这也是患者的需求，该窗体主要是调用数据库里的 消费类型和消费档案表和客户档案表。 在出错的情况下会给出相应的警告和提示。 27 6.6 医护人员信息管理 图 6-1 医护人员信息管理界面 医护人员信息管理窗体，主要对人员的信息进行统计，管理员 还可以对人员赋予系统登录的权限。主要是对人员档案表进行操作。 28 第七章 系统测试 系统测试是保证软件质量，提高软件可靠性的主要活动之一。 它实施对软件规格说明、设计规格说明和编码的审核。软件测试的 目的是以最少的资源尽可能的找出软件中的错误和缺陷，测试的结 果是为软件的维护提供依据。本次测试将大部分可能的值来检查系 统程序的正确性，并通过测试得到必要的调试或者功能改进。 7.1 登录测试 当用户输入出错时会给出提示用户第 1 次输入错误，如图 7-1 所示 图 7-1 错误提示信息 当输入第三次错误时也会给出提示：如图 7-2 所示。 29 图 7-2 错误提示信息 7.2 系统功能模块测试 在每个相应的功能模块中，测试人员分别输入错误的数据和正 确的数据，查看相应的结果和提示。 在其测试中按照窗体界面的按钮或者图标的提示，查看处理的 结果。 30 图 7-3 患者信息登记界面 如上图在患者信息添加的窗体中，点击添加按钮之后，会把左 边文本框里的内容添加到数据表里面，并且会在右边的数据窗口里 面显示出来。如图 7-4 所示。 图 7-4 客户信息登记界面 每个功能模块在测试过程中都会像图 7-3、图 7-4 一样，按照 31 输入规则点击功能按钮后，会得到处理结果。在这里就不一一介绍。 第八章 使用说明