第7章-医院管理信息系统.ppt

,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,-,*,-,第,7,章 医院管理信息系统,单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,目 录,7.1,发展现状,7.2,需求分析,7.3,系统分析,7.4,系统设计,7.5,典型功能设计,本章小结,7.1,发展现状,国外发展现状,国外发达国家医院管理信息系统从产生到发展至今已有三十多年的历史，并且研发出了一些比较成功的系统。,目前国外,HMIS,已经将医院行政管理、财务收费管理、病人管理、药品库存管理、医学影像处理、统一的医学语言系统等功能逐步纳入到其系统功能之内。,国内发展现状,我国医院管理信息系统研发工作从,20,世纪,80,年代初开始，至今只有二十多年的历史。,经历了单机单任务、多机多任务以及微机网络一体化三个阶段。,发展水平与国外医院管理信息系统相比还相对落后。,信息系统开发过程,一个管理信息系统的建设从系统规划开始到交付使用，需经过可行性分析、业务分析、需求分析、系统分析、系统设计（包括界面设计）和系统实现与测试整个过程。,7.2,需求分析,7.2.1,需求获取,首先按信息系统建设的思路来引导用户，让用户理解信息系统工作模式与其手工工作模式的区别和对应关系。,必要时可以先按照用户最初对信息系统的描述和开发者对信息系统的理解，建立一个能够反映用户企业业务的信息系统软件原型，用户可以通过这个信息系统软件原型的运行过程和运行模式进一步理解信息系统的运行特点和解决实际业务问题的模式。,如果开发者以前有过开发同类型信息系统的经历，那么最好能够带领用户去观摩以前开发和应用比较成功的信息系统，这样不但可以使用户加深对信息系统运行特点和解决实际业务问题的模式的理解，而且同时可以影响用户，使其倾向于开发者建设信息系统的思维模式，为说服用户提供一些有力的论据。,有时还会出现用户对计算机功能的理解不够客观的情况，有的用户认为计算机拥有一定的智能，从而能够解决一些现阶段还不能解决的问题，对信息系统的功能期望值过高。,7.2.3,系统需求,门诊就诊流程,住院流程,挂号,就诊,治疗,取药,划价,缴费,挂号,就诊,临时医嘱,会诊,住院登记,缴 费,住院接收,长期医嘱,执行医嘱,检查,需求调查,根据与用户的交流、协商，结合该医院的目标，可以将该医院的功能划分为药库管理、药房管理、财务管理、门诊就医管理、住院就医管理、放射及检验管理和医务信息管理模块。,每一功能可以进一步细分为许多子功能，如图,7.1,。,具体功能的详细介绍见表,7.1,（,P223,）。,各功能与医院各部门的对应关系见表,7.2,（,P224,）。,药库管理,药房管理,财务管理,门诊就医管理,住院就医管理,放射及检验管理,医务信息管理,医院管理信息系统,图,7.1,医院（部分）功能结构,功能需求,能够正确反映医院内部的部门、人员、药品资料、药品供应商、内部患者以及外部患者等档案信息。,能够正确反映药品从入库开始，经过分发给药房，药房间调配，最后发到患者手中的过程；能够处理因正常损耗（如中药的风干和西药的意外破碎）所造成的药品损失。,能够正确反映门诊患者从挂号开始，经过开处方、交费、取药、检查、治疗等整个就诊过程；能够处理因特殊原因造成的患者退药和退款等情况。,能够正确反映住院患者从入院开始，经过交住院押金、检查、医生下医嘱（包括长期医嘱和临时医嘱）、护士审核医嘱、执行医嘱并计费、治疗，到最后患者出院并结算的整个过程；能根据每日医嘱自动生成和打印输液单和每日费用清单；能够处理因医生或护士的误操作所造成的无效医嘱。,能够正确反映医院的财务核算过程，包括药品入库时的入库后付款、门诊收费员和住院处收费员的收费、门诊收费员和住院处收费员向财务科交费、药品损耗所造成的费用；能够根据各科室和个人的工作量核算部门和个人酬金。,具有与社保系统的接口，使社保系统根据患者的就诊信息正确地将所发生的费用按比例扣除。,能够根据医院的具体管理要求和上级管理部门的要求正确产生日报表、月报表、季报表和年报表等统计报表。,能够时刻监控系统的所有用户，正确记录所有用户的操作历史信息，以便在出现责任事故时有据可查。,性能需求,系统的界面设计友好，操作方便、灵活，要具有联机提示和帮助学习功能，使得一般职工通过简单培训就可以熟练地使用系统。,要求系统除统计报表和大数据量查询之外的所有功能的反应速度一般保持在数秒之内。,所有业务均实现电子化管理，代替原有的手工处方、票据、医嘱、检查单据、病历和所有报表。,系统具有高可靠性和容错能力，不能出现系统丢失患者、药品、医疗器材、处方、医嘱、费用等所有操作历史信息的情况。,系统要具有医院要求的安全检查机制和保密机制，系统非法用户不能登录和使用系统，系统的各级使用者和各个角色都只允许查看自己权限之内的系统信息。,系统的开发应尽量使用医院现有的网络及计算机等硬件资源，不能造成不必要的投资。,所有的历史数据按设定时长保存，在一定周期内清理一次数据库，使得系统的操作历史能够随时查询。,7.2.4,结构分析,需求结构,是按照信息系统目标、职能和需求的相关性，从总体上把信息系统的需求划分成为若干个需求包，由这些需求包相互关联构成信息系统的需求模式，它是对需求的一种有效的组织方法。,药库管理功能举例,医院管理信息系统,药库管理,药房管理,财务管理,医务管理,放射及检验管理,住院就医管理,门诊就医管理,图,7.2,顶层需求结构,药库管理,入库单管理,出库单管理,药品资料管理,库存台账管理,图,7.3,药库管理功能包,细化,7.2.5,功能分析,信息系统功能,是信息系统应该具有的效能和作用，也是信息系统呈现给用户的直观效果。,信息系统功能模型,是描述信息系统功能的一组用例图和对用例说明的用例字典，它通过信息系统参与者与信息系统的交互过程，反映出信息系统应该具有的功能。,举例,门诊收费员,药库库管员,药库管理员,药库管理,库存盘点,入库,出库,药房房管员,护士,门诊就医管理,医生,处方管理,挂号、收费,治疗处置管理,划价、发药,图,7.5,分解的顶层部分功能用例图,7.3,系统分析,系统分析,是在系统业务分析和需求分析的基础上，站在信息系统内部的角度，从抽象的概念层次上确定信息系统的要素、构成和结构，得出信息系统的分析模型，并为系统设计提供依据的过程。,7.3.1,逻辑结构分析,信息系统的逻辑结构,是从抽象的概念层次和功能需求角度，根据信息系统的需求结构确定的信息系统模型结构，它由多个分析包按照组成关系或者依赖关系构成。,入库单录入,入库单审核,入库单管理,图,7.8,入库单管理分析包,7.3.2,用例分析,用例分析（,Use-Case Analysis,）,是指从概念层次上对每一个用例进行分析的过程，即要从概念层次上分析为了实现对用例规定的功能，共需要那些概念类，这些概念类之间有着怎样的关系，以及各概念类之间所需交互的信息。,药库入库单录入,药库管理员,入库单界面,选择供应商,删除采购条目,修改采购条目,保存入库单,打印入库单,未入库药品,增加采购条目,药品资料,打印进程,图,7.10“,药品入库单录入”用例分析类图,7.3.3,概念类分析,概念类分析（,Conception Class Analysis,）,是对所提出的各概念类的职责、属性、关系和特殊需求进行分析的过程。,概念类目录,表,7.3,医院管理信息系统的概念类目录,概念类名称,说明,条目编号,入库单界面,药库库管员与系统的操作界面,A-2-01,选择供应商,选择药品及医疗器材的供应商,A-3-01,增加采购条目,增加录入入库单中的药品及医疗器材条目,A-3-02,删除采购条目,删除多余或录入错误的条目,A-3-03,修改采购条目,修改已录入的错误条目,A-3-04,保存入库单,保存已经录入完成的入库单,A-3-05,打印入库单,打印入库单,A-3-06,药品资料,记录药品及医疗器材的档案信息,A-1-01,未入库药品,已经录入到入库单中但未经审核的药品及医疗器材,A-1-02,供应商,药品及医疗器材的供应商,A-1-03,药库库管员,可以进行药库出入库除审核以外所有操作的人员,A-1-04,概念类条目,编号：,A-1-01,概念类名称：药品资料,职责：存放医院所用的所有药品及医疗器材的档案信息,属性：编码，名称，拼音码，规格，包装，分类，甲乙类，批发单位，零售单位，换算量,说明：该概念类存放所有药品类的公用信息。它是未入库药品、入库药品、出库药品的公共超类，同时也是入库单录入、出库单录入、开处方和开医嘱等控制类的快速检索信息来源,特殊需求：,范围：包括医院所有的用药和医疗器材,容量：每个对象约,300,字节，约为,2000,个药品及医疗器材对象,更新频率：系统运行之初建立，永不删除，在必要时进行维护,访问频率：系统运行时平均访问,60,次,/,小时，高峰期约,500,次,/,小时,图,7.11,药品资料的概念类条目,7.4,系统设计,系统设计,是在系统分析的基础上，综合考虑系统的实现环境和系统的效率、可靠性、安全性和适应性等非功能性需求，对系统分析的进一步深化和细化的过程，其目的是给出能够指导信息系统实现的设计方案。,主要工作,系统平台设计 信息系统平台设计需要根据信息系统设计要求，通过对技术和市场的综合分析，确定出网络结构、设备选型和软件平台方案等。,结构设计 系统结构设计包括信息系统拓扑结构设计、计算模式设计和软件结构设计等三个方面的工作。,数据库设计,系统详细设计,系统功能界面设计,7.4.1,系统软件结构,信息系统,的软件结构,是由信息系统软件的各子系统按照确定的关系构成的结构框架，一般呈现多层次结构模式。,系统软件结构,门诊就医,管理,医院管理,信息系统,放射及,检验管理,住院就医,管理,药房,管理,财务,管理,药库,管理,医务,管理,图,7.12,系统软件结构,系统支撑结构,医院管理信息系统,PowerDesigner,Rose,PowerBuilder,Oracle,Windows XP,TCP/IP,应用层,中间件层,系统层,图,7.13,医院管理信息系统软件系统支撑结构,7.4.2,系统详细设计,详细设计,是对软件结构中已经确定的各个子系统内部的设计，包括每一个子系统内部的用例设计、类设计和关系设计。,通常用用例类图和顺序图来描述详细设计的结果。,举例,药库库管员,药库库管员,节点,药库入库单录入,选择供应商,删除采购条目,打印入库单,打印进程,入库单界面,增加采购条目,入库单信息,保存入库单,医院员工,出入库流水账,药库业务节点,供应商,药品资料,修改采购条目,图,7.14,入库单录入用例类图,药品资料,药品数量,提取,入库单,增加,修改,删除,保存,打印,保存,删除,取入库单信息,保存,保存,药库库,管员,供应商,供应商,药品资料,数量,修改,入库单,界面,选择,供应商,入库单信息,增加采购条目,删除采购条目,修改采购条目,保存,入库单,打印,入库单,打印,进程,图,7.15,入库单录入顺序图,7.4.3,系统功能界面设计,系统功能界面,是对用户与系统之间进行交互所采用的方式、途径、内容、布局和结构的总称，有时也称其为人机交互界面、人机接口。,图,7.16,系统主界面,7.5,典型功能设计,7.5.1,药品名称快速查询,在医院系统中，医生开处方是最常用的操作之一。在开处方过程中需要频繁检索药品名称以及药品的相关信息，因此，使用行之有效的快速检索方法十分重要。,汉语拼音一般用户都应该熟悉，但按全拼检索字符数量多，且容易出错；按汉字第一个拼音字母检索（简称,Z1,方法），可能会出现相同字母不同药品的现象。,由于药品本身存在同名称异单位问题，而这时只能将该情况的药品认为是不同药品，因此，在检索前须将所有药品按名称每个汉字的第一个拼音字母排序。,用,Z1,方法检索时将指示条放在第一个满足条件的记录上，由医生在其后挑选。,图,7.17,药品名称快速检索,7.5.2,处方复制,在医院信息系统的门诊处方业务管理中，开处方是处方信息管理的一个重要环节，也是医院门诊业务中最为耗时、劳动量最大和劳动强度最高的业务环节。,在手工操作环境下，所有医生每天不得不手工书写数十份甚至更多处方，即使前后两个患者的病情和用药情况完全一致，医生也必须手工抄写完全相同的处方。但在以计算机为主要工具的医院信息管理系统环境下，如果能够充分发挥计算机信息快速复制的功能，对于医生开处方的效率提高无疑是一个极受欢迎的设计策略。,在医院管理信息系统中，所有的门诊已开处方都可以按照患者、医生、疾病等信息分类进行快速检索和复制，达到提高医生开处方的效率的目的。,操作过程如下所示：,开处方,选类型,选,处方,修改处方,7.5.3,连续流水号的产生,在一些业务中，要求单据的流水号是连续的，即中间不能产生断号。,在医院流程中的发票不能产生断号，这不仅是为了统计工作的方便，还因为各种管理制度所要求的原因。,实际操作中可能有多个打印发票人员在同时在线操作，每个操作人员在打印发票时已得到了相应的发票流水号，但因某种原因打印发票操作员未完成操作而离线，就必然产生断号现象。,一般地说，先操作的先结束操作，所以先操作的分配的序号小，但实际分配的最终流水号是，先结束操作的流水号小。这样，可能出现操作时流水号与结束时最终流水号不同的情况发生，这种情况发生时应向操作人员显示相应的信息。,流水号控制函数,f_counter,取,primarykey,类型当前最大序号加,1,，并作为下一个最大序号。,f_counterget,取,primarykey,类型当前最大序号加,1,，对下一序号无影响。,f_counterset,设置,primarykey,类型当前最大序号为,value,。,本章小结,医院管理信息系统,管理信息系统的建设过程,典型功能设计,作 业,P242,：,1,、,7,