医院管理系统可行性分析与设计(20210116185756)

1、11背景 人类社会进入二十一世纪，医院最为一个特殊的服务行业，其发展应适应 于市场经济的发展。口前，我国的医疗体制正处于发展阶段，需要医疗市场的进 一步规范化，这就要求医院加强自身的管理，利用现代化的管理工具对医院的工 作进行必要的管理，无疑将提高工作效率、信息的准确程度，根除现行的人工管 理模式存在的某些弊端，达到减支增效的U的。有利于提高医疗水品和服务质量, 更好的服务于社会。医院管理系统是利用电子计算机和通讯设备，为医院所属各 部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的 能力，并满足所有授权用户的功能需求。随着讣算机性能不断提高，价格不断下 降，计算机已在医院

2、医疗、教学 科研、管理的各个方面得到越来越广泛的应用。计算机化的医院信息系统已成为 现代医疗运营必不可少的基础设施于技术支撑环境。就好像一个现代医院的成功 运行离不开功能完整、美观、舒适的建筑物。技术娴熟的医护人员，性能齐全、 高精确的医疗设备一样，它也离不开计算机化的医院信息系统。 12系统分析 12.1可行性研究 在医院管理信息系统是在今天医疗事业的迅猛发展的前提下，以前的手工录入或 早期的医药管理应用软件以逐渐不满足用户的需求，而在这些问题中，落后的医 药管理已严重影响医院工作人员的工作效率基于以上的原因，从而提出了医药管 理信息系统的设计LI标。通过信息数据高度共享，在强大的数据库的支

3、持下，将 医院的全面管理水平和服务提高到更高的档次。医药管理系统集合医院管理工作 特点，充分利用局域网，广域网，大型分布式数据库等先进的计算机技术，运用 系统的理论与方法将医院各组成部分的信息处理过程综合成有机体，及时而有效 的为医院日常管理和发展提供决策依据，使医院信息管理工作尽快达到规范化、 制度化、科学化的要求，并实现医院信息技术全电子无纸化和胶片管理的最终U 标。 技术可行性 开发软件所需的技术是否具备是通过该系统的LI标来衡量的，一般情况下我 们可以从软件的环境条件、硬件性能要求、相应的开发及操作人员的能力水平等 方面综合进行分析和考虑。 从系统开发及实施的可行性和灵活

4、性考虑，本系统的软件开发环境主要选择 了当前较为流行的Visual C#.NET来进行前台的管理设计，而后台则选用功能强大的SQL sever 2005数据库。 从硬件角度来说，要求相对比较低，所以选择空间较大，一般情况下计算机 硬盘在100MB左右,内存在512M以上都是可以满足开发环境的。根据现在计 算机的发展和普及，系统在硬件方面是可行的。当然，硬件环境的配置越高，系 统的开发与运行相对就会更加的高效与快捷，可行性也会大幅度提高。 从软件角度来说，主要采用的是Visual C#.NET和SQLServer 2005,两个开发 软件都是现有开发软件中交为安全，可翥和成熟的，具有较高的可行度

5、，所以软 件方面也是可行的。 经济可行性分析 在软件的开发过程中，在世界上普遍采用的一种研究工程项U是否可行的科 学。它通过各种有效的方法，对工程项进行分析，从技术、经济、财务等方面 加以评价，最终给投资决策者提供是否选择该项U进行投资的依据。 管理可行性分析 1、医院信息系统能够实现计算机终端设置在各个不同的科室，点多，面广, 多人操作，而且工作点间联系密切，信息要相互调用，资料要随时更新保存，此 外，病人的医疗信息涉及到个人隐私，医院有责任为所有病人保守秘密，因此与 其它行业相比较，医院信息系统建设对系统的可靠性、安全性要求更高。 2、解决系统标准化问题。如果

6、系统标准化问题解决得不好，医院间的信息沟通 不仅是纸上谈兵，医院内部不同部门间的信息交换以及与医院外界的信息交流也 只是梦想C 徒院管掃信息系统的有效运行，将提高医院各项工作的效率和质量，减轻各类事 务性工作的劳动强度，使医护和管理人员能腾出更多的精力和时间来服务于病 人：改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为医院创造很好的 经济效益。 人力资源部 财务部 医务部 护理部 事业发展部 药事部 信息管理中心 后勤保障部 2-医院功能结构图 3 组织/功能联系表 功能 序号 联功 5 病人管理 药品管理 护士站 功能的联系 1 人力资源部 V X O V 2 财务部 X X V X

7、3 医务部 X O X 4 护理部 O V X O 5 事业发展部 O V X 6 药事部 X O V V 7 信息管理中心 V X X 8 后勤保障部 O O “o” 一一表示该项业务是对应组织的主要业务 “ V” 一一表示该单位是参加协调该项业务的辅助单位 “ X” 一一表示该单位是该项业务的相关单位 空格：表示该单位与对应的业务无关 三. 业务流程分析 系统业务流程图(Transdction Flow Diagram,简称TFD),就是用一些规定 的符号及连接来表示某个具有的业务处理过程。我们采用以下规定符号。 业务处理功能描述 表格/报表制作 6 收集/统计数据 数据/文件存档 信息传

8、递过 程 业务流程分析可以帮助用户了解该业务的具体处理过程，发现和处理系统工 作中的错误和疏漏，修改和删除业务中的不合理部分利用系统调查的资料将业务 处理过程中的每一步用一完整的图形将其串起来。 1 业务流程图 主要的业务流程图 分科就诊 険检分诊 医嘱 查检g) 曲股町 2 表格分配图 门诊部 药房 住院部 挂号 挂号单匚 护士站 入院单 用尸侑思 取药 诊断 1 治疗 出院 数据流 处理过程 四. 数据流程分析 数据流程图(Date Flow Diagram,简称DFD),是便于用户理解的数据流程 图的图形表示，它能精确地在逻辑上描述系统的功能、输入、输出和数据存储等 等，而摆脱了其物理内

9、容。我们用以下符号来画图 对象 1数据流程图 （岀入院管理数据流图） （药房管理数据流图） 2 数据字典 山于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内 容及数据的加工过程进行说明，而这正是数据字典所要表达的。数据字典是关于 数据信 息的量合，也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流 程图中全部数据流及其组成部分的数据元素、数据存储、数据加匸等描述清楚， 便于 后续工作一系统设计的进行。以下列出本系统的部分数据字典，就是数据流、数 据元素、数据存储、外部项和数据加工举例说明。 4. 2. 1数据流 数据流 系统名：医院管理信息系统编号： 条目名：发药

10、申请单别名： 来源：病区系统 去处：药房系统 数据流结构：请求序号、住院号、患者姓需、医嘱序号、药房代码、病区代码、科室代码、医 生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型 简要说明：病区执行医嘱后产生发药申请单，药房再按照申请单发药 修改记录 编写： 日期： 审核： 日期： 4. 2. 2数据元素 数据元素 系统名：医院管理信息系统编号： 条目需：住院号别名： 属于数据流：病人入院信息、预 交金单、发药申请单、发药明细、 退药申请单、退药明细、项目执 行单、病人入区信息.费用明细 存储处：病人入院信息 数据元素值：代码类型长度意义 numeric9住院号 简要说

11、明：识别病人的唯一编码 修改记录 编写： 日期： 审核： 日期： 4. 2. 3数据存储 数据存储 系统名：医院管理信息系统 编号： 条目名：病人入院信息 别名: 存储组织： 记录数：约10000条 主关键字：住院号 每个病人入院时产生一条信息 数据量：约100KB 辅关键字： 4. 2. 4数据加工 数据加工 系统名：医院管理信息系统编号： 条目名：岀入院管理别名： 输入：病人入院信息、预交金、 费用明细 输出：病人结算单 加工逻辑：录入病人入院信息和预交金信息，病区系产生的费用明细传入出入院处，出入院处 根据费用明细产生结算信息 简要说明：完成病人岀院和入院时的日常业务工作 修改记录 编J

12、i 日期： 审核： 日期： 4. 2. 5外部项 夕卜部项 系统名：医院管理信息系统编号： 条目名：药商别名： 输入数据流：药库退货单 输岀数据流：药库外部入库单 主要特征：药库系统药品的提供者，主要特征为：药商编码、药商名称、开户银行、银行账号、 地址、邮政编码、联系人、联系电话、邮件地址 简要说明：药库从药商处进岀货。 修改记录 编写：日期： I审核： II日期: 五. 现行系统的改造建议 有不合理之处，过于简单，划分的不清晰。 可以考虑考虑删掉/去掉一些没用的步骤 需要扩充一些有价值的步骤到某一个流程中去 可以考虑增加某一个有意义的业务流程 可以去掉某些没有价值的流程 (1) 医院管理信

13、息系统主要用于管理病人、医师与病房之间发生的关系，同时需 要对病房信息以及病人信息进行管理，如查看剩余病房、病人退房时间、病房病 人费用信息；病人病历查询、病人病历更新、存储病人信息等。本系统的开发任 务是实现某医院对病房的管理和病人的管理 (2) 而原来的数据流程图无法实现上述要求所以应考虑新的数据流程图 实验报告（二） 一、新系统的业务流程 （门诊业务流程图） （药品入库业务流程图） 新系统的数据流程 存档 （药品出库业务流程图） 用户 管理员基本 信息表 A幺j品添加| T 核对信息 岀库 瘁存信息初 始化 出库单表 入库单表 库存表 （新系统数据流图） 三、新系统的逻辑结构 1药品管理

14、子系统 门诊药房管理部分 1、接收门诊收费处或门诊医生工作站发送来的处方，按处方内容备药、 发药； 2、向药库提交药品请领单，以从药库领药为入库，处方发药为出库， 实现门诊药房的出入库管理； 3、药品盘点、报损处理； 4、持就医IC卡的病人可在此刷卡扣除药费并取药； 5、统计门诊药房配、发药人员工作量； 6、统计各科室、全院门诊药品消耗量； 7、查询病人处方内容； 中心药房部分： 1. 接收病区发送来的处方，生成病区领药单以进行配药、发药； 2向药库提交药品请领单，以从药库领药为入库，病区领药为出库， 实现药房的库存管理； 3药品的盘点、报损处理； 4. 对病区的余药进行回收管理； 5. 为病

15、区实时提供医嘱药品的库存信息； 6. 统计药房配、发药人员工作量； 7. 统计各科室、全院药品消耗量； 药库部分： 一. 建立药库的药品出入库账目； 二. 辅助制定合理的药品库存水平和采购计划，以最小的资金占用保证 药品的供应； 三. 按药品批次和有效期进行管理和出库安排； 四 通过与门诊药房和中心药房的连接，实现药库药品出库与各药房药 品入库的计算机一体化处理； 五. 进行药品的调价、盘点、报损处理； 六. 药品入、出、存的查询统计。 1 （药品管理子系统） 实验报告（三） 一、系统总体设计方案 系统用户登录模块如下： 1医院门诊管理子系统 医院门诊管理系统分为门诊挂号，门诊划价收费，门诊查

16、询三个部分，其中 门诊查询可以根据科室，主治大夫，门诊编号和时间日期四个部分进行查询。其 中以门诊划价收费为重点。它为门诊部提供了有效、合理的工作流程，实现门诊 病人的处方、检验、检查等项目的录入、实现划价收费一体化，在一个地点一次 性办完所有手续，减少病人来回奔波的现象，避免病人在医院看病在外买药的现 象发生，能给医院带来直接的，可观的经济效益。门诊挂号是对门诊病人的第一 次信息建立，为门诊病人的后续活动以及门诊工作量统讣提供信息，在此我们采 用一旦病人选择好挂号类型，即专家门诊（其中包括教授门 诊，副教授门 诊）和普通门诊，计算机自动弹出收费金额，避免工作人员因疏忽给病人带来的 困扰和不便

17、，减少工作人员的工作量，使工作人员能腾出更多的精力和时间来服 务于更多的病人，为提高医院的办事效率提供良好的服务。门诊查询是为方便病 人对自身情况的了解和门诊部对各个科室的工作量进行评佔而设计的一个查询 功能。 2药房管理系统 药库子系统是整个医院管理系统的一个重要组成部分之一，它分为三个部 分，是药品入库管理，药品出库管理，药品查询管理，它是对药品的一个全过程 跟踪，为实现药品的安全管理。 （1 ）药品入库管理。它包括药品的基本信息和供应商的基本信息，即药品的 采购入库管理，在这里可以看到的药品的一些基本属性，如某种药品的单价，单 位，生产日期，有效日期等，还有供应商的基本情况。 （2 ）药

18、品出库管理。即根据主治医师开的处方单给病人发放药品，即完成了 药品的出库管理，药品出库后，系统自动更新，它里面包括药品的基本信息，还 可知道所需药品的科室和所开处方的医师，这样以便医院以后查账之用。 （3 ）药品查询管理。它可以按两个内容查询，是药品名称查询和厂商名称查 询，按药品名称查询可以知道某种药品的基本信息，以及出，入库悄况，按厂商 名称查询可以了解在某个厂家所购的药品的基本信息，根据这些惜况，可以统计 出某种药品的出，入库情 况，以便得出销售情况和U前库存情况。 二、代码设计方案 药品信息代码：即使用药品条码，此代码为区间码，13位。山两种情况构成： 1.对887, 788打头的条码，由7位厂商代码、5位药品代码及1位校验码构成: 例： XXXXXXX XXXXX X 校验码 药品代码 厂商代码 2. 对889打头的条码，由8位厂商代码、4位药品代码及1位校验码构成; 例： XXXXXXXX XXXX X 校验码 药品代码 厂商代码 三、输入输出及菜单设计 1.输入输出设计原则 输入输出是用户与系统的界面，它的好坏直接关系到系统的成败.所以用户 输入输出设讣应坚持友好、简便、实用、易于操作的原则，尽量避免过于烦琐和 花哨。我们在这一部分的设计中没有选择嵌套过多的层次，除主界面采用