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

管理信息系统课程设计专业班级：电子0808学号：28姓名：魏一航指导教师：张颖职称：讲师医院管理信息系统可行性分析与设计一、需求分析概要1.1项目开发的背景人类社会进入二十一世纪，医院最为一个特殊的服务行业，其发展应适应于市场经济的发展。目前，我国的医疗体制正处于发展阶段，需要医疗市场的进一步规范化，这就要求医院加强自身的管理，利用现代化的管理工具对医院的工作进行必要的管理，无疑将提高工作效率、信息的准确程度，根除现行的人工管理模式存在的某些弊端，达到减支增效的目的。有利于提高医疗水品和服务质量，更好的服务于社会。医院管理系统是利用电子计算机和通讯设备，为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据交换的能力，并满足所有授权用户的功能需求。随着计算机性能不断提高，价格不断下降，计算机已在医院医疗、教学科研、管理的各个方面得到越来越广泛的应用。计算机化的医院信息系统已成为现代医疗运营必不可少的基础设施于技术支撑环境。就好像一个现代医院的成功运行离不开功能完整、美观、舒适的建筑物。技术娴熟的医护人员，性能齐全、高精确的医疗设备一样，它也离不开计算机化的医院信息系统。1.2系统分析1.2.1可行性研究在医院管理信息系统是在今天医疗事业的迅猛发展的前提下，以前的手工录入或早期的医药管理应用软件以逐渐不满足用户的需求，而在这些问题中，落后的医药管理已严重影响医院工作人员的工作效率基于以上的原因，从而提出了医药管理信息系统的设计目标。通过信息数据高度共享，在强大的数据库的支持下，将医院的全面管理水平和服务提高到更高的档次。医药管理系统集合医院管理工作特点，充分利用局域网，广域网，大型分布式数据库等先进的计算机技术，运用系统的理论与方法将医院各组成部分的信息处理过程综合成有机体，及时而有效的为医院日常管理和发展提供决策依据，使医院信息管理工作尽快达到规范化、制度化、科学化的要求，并实现医院信息技术全电子无纸化和胶片管理的最终目标。1.2.1.1技术可行性开发软件所需的技术是否具备是通过该系统的目标来衡量的，一般情况下我们可以从软件的环境条件、硬件性能要求、相应的开发及操作人员的能力水平等方面综合进行分析和考虑。从系统开发及实施的可行性和灵活性考虑，本系统的软件开发环境主要选择了当前较为流行的VisualC#.NET来进行前台的管理设计，而后台则选用功能强大的SQLsever2005数据库。从硬件角度来说，要求相对比较低，所以选择空间较大，一般情况下计算机硬盘在100MB左右，内存在512M以上都是可以满足开发环境的。根据现在计算机的发展和普及，系统在硬件方面是可行的。当然，硬件环境的配置越高，系统的开发与运行相对就会更加的高效与快捷，可行性也会大幅度提高。从软件角度来说，主要采用的是VisualC#.NET和SQLserver2005,两个开发软件都是现有开发软件中交为安全，可靠和成熟的，具有较高的可行度，所以软件方面也是可行的。1.2.1.2经济可行性分析在软件的开发过程中，在世界上普遍采用的一种研究工程项目是否可行的科学。它通过各种有效的方法，对工程项目进行分析，从技术、经济、财务等方面加以评价，最终给投资决策者提供是否选择该项目进行投资的依据。1.2.1.2管理可行性分析1、医院信息系统能够实现计算机终端设置在各个不同的科室，点多，面广，多人操作，而且工作点间联系密切，信息要相互调用，资料要随时更新保存，此外，病人的医疗信息涉及到个人隐私，医院有责任为所有病人保守秘密，因此与其它行业相比较，医院信息系统建设对系统的可靠性、安全性要求更高。2、解决系统标准化问题。如果系统标准化问题解决得不好，医院间的信息沟通不仅是纸上谈兵，医院内部不同部门间的信息交换以及与医院外界的信息交流也只是梦想。医院管理信息系统的有效运行，将提高医院各项工作的效率和质量，减轻各类事务性工作的劳动强度，使医护和管理人员能腾出更多的精力和时间来服务于病人；改善经营管理，堵塞漏洞，保证病人和医院的经济利益；为医院创造很好的经济效益。二．组织结构分析1医院组织结构图院长职务行政院长职务经营院长职务业务院长职务后勤院长职务医务部护理部事业发展部药事部信息管理中心后勤保障部财务部人力资源部2.医院功能结构图医院管理系统门诊管理病人管理药品管理护士站门诊挂号门诊收费信息查询信息录入药品库存药品出入库医嘱管理病人费用查询3.组织/功能联系表功能序号联功系程能组织度门诊管理病人管理药品管理护士站1人力资源部√×○√功能的联系2财务部××√×3医务部×○×4护理部○√×○5事业发展部○√×6药事部×○√√7信息管理中心√××8后勤保障部○○“○”——表示该项业务是对应组织的主要业务“√”——表示该单位是参加协调该项业务的辅助单位“×”——表示该单位是该项业务的相关单位空格：表示该单位与对应的业务无关三．业务流程分析系统业务流程图（TransactionFlowDiagram,简称TFD），就是用一些规定的符号及连接来表示某个具有的业务处理过程。我们采用以下规定符号。业务处理功能描述表格/报表制作收集/统计数据数据/文件存档信息传递过程业务流程分析可以帮助用户了解该业务的具体处理过程，发现和处理系统工作中的错误和疏漏，修改和删除业务中的不合理部分利用系统调查的资料将业务处理过程中的每一步用一完整的图形将其串起来。1.业务流程图主要的业务流程图预检分诊挂号分科就诊交费划价治疗取药挂号单医嘱检查检验检查检验预约2.表格分配图门诊部药房住院部挂号单挂号诊断取药交费用户信息治疗出院入院单护士站处理四．数据流程分析数据流程图（DateFlowDiagram，简称DFD），是便于用户理解的数据流程图的图形表示，它能精确地在逻辑上描述系统的功能、输入、输出和数据存储等等，而摆脱了其物理内容。我们用以下符号来画图数据流处理过程对象1.数据流程图入院登记出入院处出院结算预交金管理A病人入院信息A1预交金单F1F1F1F2F2F3A2结算信息F5F4A3A4病人费用病人入住信息（出入院管理数据流图）发药管理药房退药管理发药申请发药信息退药申请退腰信息B1B2B3B4F6F6F7F7F8F8F9F9（药房管理数据流图）2.数据字典由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内容及数据的加工过程进行说明，而这正是数据字典所要表达的。数据字典是关于数据信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚，便于后续工作—系统设计的进行。以下列出本系统的部分数据字典，就是数据流、数据元素、数据存储、外部项和数据加工举例说明。4．2．1数据流数据流系统名：医院管理信息系统编号：条目名：发药申请单别名：来源：病区系统去处：药房系统数据流结构：请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型简要说明：病区执行医嘱后产生发药申请单，药房再按照申请单发药修改记录编写：日期：审核：日期：4．2．2数据元素数据元素系统名：医院管理信息系统编号：条目名：住院号别名：属于数据流：病人入院信息、预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细存储处：病人入院信息数据元素值：代码类型长度意义numeric9住院号简要说明：识别病人的唯一编码修改记录编写：日期：审核：日期：4．2．3数据存储数据存储系统名：医院管理信息系统编号：条目名：病人入院信息别名：存储组织：每个病人入院时产生一条信息记录数：约10000条数据量：约100KB主关键字：住院号辅关键字：记录组成：项目：住院号姓名身份证号性别生日病人状态入院日期出院日期入区日期诊断代码病人类型病区代码床位代码医生代码护士代码近似长度：91224281161616201(字节)4444简要说明：将病人每次入院时在出入院处登记的信息保存于此。修改记录编写：日期：审核：日期：4．2．4数据加工数据加工系统名：医院管理信息系统编号：条目名：出入院管理别名：输入：病人入院信息、预交金、费用明细输出：病人结算单加工逻辑：录入病人入院信息和预交金信息，病区系产生的费用明细传入出入院处，出入院处根据费用明细产生结算信息简要说明：完成病人出院和入院时的日常业务工作修改记录编写：日期：审核：日期：4．2．5外部项外部项系统名：医院管理信息系统编号：条目名：药商别名：输入数据流：药库退货单输出数据流：药库外部入库单主要特征：药库系统药品的提供者，主要特征为：药商编码、药商名称、开户银行、银行账号、地址、邮政编码、联系人、联系电话、邮件地址简要说明：药库从药商处进出货。修改记录编写：日期：审核：日期：五．现行系统的改造建议有不合理之处，过于简单，划分的不清晰。可以考虑考虑删掉/去掉一些没用的步骤需要扩充一些有价值的步骤到某一个流程中去可以考虑增加某一个有意义的业务流程可以去掉某些没有价值的流程（1）医院管理信息系统主要用于管理病人、医师与病房之间发生的关系,同时需要对病房信息以及病人信息进行管理,如查看剩余病房、病人退房时间、病房病人费用信息；病人病历查询、病人病历更新、存储病人信息等。本系统的开发任务是实现某医院对病房的管理和病人的管理（2）而原来的数据流程图无法实现上述要求所以应考虑新的数据流程图实验报告（二）一、新系统的业务流程划价单挂号处挂号挂号处主治医生主治医生划价处方收费处收费单病人收费处划分处划分处诊断挂号单收费存档存档存档（门诊业务流程图）工作人员工作人员工作人员入库单采购存档药品缺货单药品入库（药品入库业务流程图）工作人员工作人员存档处方单发药（药品出库业务流程图）二、新系统的数据流程管理员基本信息表用户入库药品添加出库核对信息库存信息初始化出库单表入库单表库存表药品表（新系统数据流图）三、新系统的逻辑结构1药品管理子系统门诊药房管理部分：1、接收门诊收费处或门诊医生工作站发送来的处方，按处方内容备药、发药；2、向药库提交药品请领单，以从药库领药为入库，处方发药为出库，实现门诊药房的出入库管理；3、药品盘点、报损处理；4、持就医IC卡的病人可在此刷卡扣除药费并取药；5、统计门诊药房配、发药人员工作量；6、统计各科室、全院门诊药品消耗量；7、查询病人处方内容；中心药房部分：1．接收病区发送来的处方，生成病区领药单以进行配药、发药；2．向药库提交药品请领单，以从药库领药为入库，病区领药为出库，实现药房的库存管理；3．药品的盘点、报损处理；4．对病区的余药进行回收管理；5．为病区实时提供医嘱药品的库存信息；6．统计药房配、发药人员工作量；7．统计各科室、全院药品消耗量；药库部分：一．建立药库的药品出入库账目；二．辅助制定合理的药品库存水平和采购计划，以最小的资金占用保证药品的供应；三．按药品批次和有效期进行管理和出库安排；四．通过与门诊药房和中心药房的连接，实现药库药品出库与各药房药品入库的计算机一体化处理；五．进行药品的调价、盘点、报损处理；六．药品入、出、存的查询统计。1．药品发放上交处方请领药品门诊药房药库供应商验收未验收药品已验收药品中心药房禁药审查发药病区病人药品药品药品请领单处方处方处方不可配药整理药方药品配药整理统计整理统计配药药品登记（药品管理子系统）实验报告（三）一、系统总体设计方案系统用户登录模块如下：１．医院门诊管理子系统医院门诊管理系统分为门诊挂号，门诊划价收费，门诊查询三个部分，其中门诊查询可以根据科室，主治大夫，门诊编号和时间日期四个部分进行查询。其中以门诊划价收费为重点。它为门诊部提供了有效、合理的工作流程，实现门诊病人的处方、检验、检查等项目的录入、实现划价收费一体化，在一个地点一次性办完所有手续，减少病人来回奔波的现象，避免病人在医院看病在外买药的现象发生，能给医院带来直接的，可观的经济效益。门诊挂号是对门诊病人的第一次信息建立，为门诊病人的后续活动以及门诊工作量统计提供信息