医院管理信息系统课件

1、 医院管理信息系统 第7章目 录7.1 发展现状7.2 需求分析7.3 系统分析7.4 系统设计7.5 典型功能设计本章小结7.1 发展现状国外发展现状国外发达国家医院管理信息系统从产生到发展至今已有三十多年的历史，并且研发出了一些比较成功的系统。 目前国外HMIS已经将医院行政管理、财务收费管理、病人管理、药品库存管理、医学影像处理、统一的医学语言系统等功能逐步纳入到其系统功能之内。 国内发展现状我国医院管理信息系统研发工作从20世纪80年代初开始，至今只有二十多年的历史。经历了单机单任务、多机多任务以及微机网络一体化三个阶段。发展水平与国外医院管理信息系统相比还相对落后。信息系统开发过程

2、一个管理信息系统的建设从系统规划开始到交付使用，需经过可行性分析、业务分析、需求分析、系统分析、系统设计（包括界面设计）和系统实现与测试整个过程。7.2 需求分析7.2.1 需求获取首先按信息系统建设的思路来引导用户，让用户理解信息系统工作模式与其手工工作模式的区别和对应关系。必要时可以先按照用户最初对信息系统的描述和开发者对信息系统的理解，建立一个能够反映用户企业业务的信息系统软件原型，用户可以通过这个信息系统软件原型的运行过程和运行模式进一步理解信息系统的运行特点和解决实际业务问题的模式。如果开发者以前有过开发同类型信息系统的经历，那么最好能够带领用户去观摩以前开发和应用比较成功的信息系统

3、，这样不但可以使用户加深对信息系统运行特点和解决实际业务问题的模式的理解，而且同时可以影响用户，使其倾向于开发者建设信息系统的思维模式，为说服用户提供一些有力的论据。有时还会出现用户对计算机功能的理解不够客观的情况，有的用户认为计算机拥有一定的智能，从而能够解决一些现阶段还不能解决的问题，对信息系统的功能期望值过高。7.2.2 系统目标 确定系统目标就是根据企业发展的总目标，结合企业的现状以及信息系统建设的相关因素，确定出系统建设的目标。 信息系统建设目标一般由总目标和多层次子目标构成的一个树状目标体系组成。 管理信息系统建设的总体目标是以医院的局域网和信息中心数据库服务器等资源为基础软硬件平

4、台，建立能够正确反映医院基本业务流程的功能完整、反应快速、高质量的医院管理信息系统，从而达到提高医院管理水平和服务质量的目的。子目标是 根据医院的组织目标、使命和组织的发展方向，为了提高医院的整体管理水平和服务质量，建立对医院所有主干业务提供全面信息化管理的功能齐全、业务覆盖面广、技术先进、使用方便的医院管理信息系统。对医院的部门、人员、工作量核算、药品及医疗器材资料档案、供应商档案、费用名称档案、病房及床位档案、临床诊断资料档案等医务信息提供全面的信息化管理。对内部职工患者的资料档案、社会医疗统筹基金、内部医疗补贴基金和医疗信息提供全面的信息化管理；对外部社会就诊患者不建立档案而只提供医疗信

5、息管理。对药品及医疗器材的采购、药库到药房、药房到药库、药房到药房和药房到住院科室或者到门诊患者的所有流通过程提供全面的信息管理。对门诊患者从挂号开始，经过就诊、检查、开处方、划价、交费、取药，最后治疗和处置的就医过程提供全面的信息管理。对住院患者从开住院通知单开始，经过交住院押金、入院、安排病房和床位、检查、医生下临时医嘱和长期医嘱、护士审核和执行医嘱、每日的治疗和处置、每日的护理、手术、每日的押金监控和催款，到患者痊愈后出院和结算的整个住院就医过程提供全面的信息管理。对医院的门诊收费、住院收费、药品及医疗器材供应商的货到付款和内部科室及个人工作量的财务核算过程以及工资和奖金发放提供全面的信

6、息管理。对整个医院管理信息系统的运行过程都要记录其操作时间和操作人员，对医疗责任事故和院内责任事故提供监控和管理。对整个医院业务运行信息正确地产生日报表、月报表、季报表和年报表等统计报表。对整个医院业务运行的所有历史数据按设定时长保存，定期对数据库进行整理（转存），使得系统的执行历史能够随时查询。7.2.3 系统需求门诊就诊流程住院流程挂号就诊治疗取药划价缴费挂号就诊临时医嘱会诊住院登记缴 费住院接收长期医嘱执行医嘱检查需求调查根据与用户的交流、协商，结合该医院的目标，可以将该医院的功能划分为药库管理、药房管理、财务管理、门诊就医管理、住院就医管理、放射及检验管理和医务信息管理模块。每一功能可

7、以进一步细分为许多子功能，如图7.1。具体功能的详细介绍见表7.1（P223）。各功能与医院各部门的对应关系见表7.2（P224）。药库管理药房管理财务管理门诊就医管理住院就医管理放射及检验管理医务信息管理医院管理信息系统图7.1 医院（部分）功能结构功能需求 能够正确反映医院内部的部门、人员、药品资料、药品供应商、内部患者以及外部患者等档案信息。能够正确反映药品从入库开始，经过分发给药房，药房间调配，最后发到患者手中的过程；能够处理因正常损耗（如中药的风干和西药的意外破碎）所造成的药品损失。能够正确反映门诊患者从挂号开始，经过开处方、交费、取药、检查、治疗等整个就诊过程；能够处理因特殊原因造

8、成的患者退药和退款等情况。能够正确反映住院患者从入院开始，经过交住院押金、检查、医生下医嘱（包括长期医嘱和临时医嘱）、护士审核医嘱、执行医嘱并计费、治疗，到最后患者出院并结算的整个过程；能根据每日医嘱自动生成和打印输液单和每日费用清单；能够处理因医生或护士的误操作所造成的无效医嘱。能够正确反映医院的财务核算过程，包括药品入库时的入库后付款、门诊收费员和住院处收费员的收费、门诊收费员和住院处收费员向财务科交费、药品损耗所造成的费用；能够根据各科室和个人的工作量核算部门和个人酬金。具有与社保系统的接口，使社保系统根据患者的就诊信息正确地将所发生的费用按比例扣除。能够根据医院的具体管理要求和上级管理

9、部门的要求正确产生日报表、月报表、季报表和年报表等统计报表。能够时刻监控系统的所有用户，正确记录所有用户的操作历史信息，以便在出现责任事故时有据可查。 性能需求 系统的界面设计友好，操作方便、灵活，要具有联机提示和帮助学习功能，使得一般职工通过简单培训就可以熟练地使用系统。要求系统除统计报表和大数据量查询之外的所有功能的反应速度一般保持在数秒之内。所有业务均实现电子化管理，代替原有的手工处方、票据、医嘱、检查单据、病历和所有报表。系统具有高可靠性和容错能力，不能出现系统丢失患者、药品、医疗器材、处方、医嘱、费用等所有操作历史信息的情况。系统要具有医院要求的安全检查机制和保密机制，系统非法用户不

10、能登录和使用系统，系统的各级使用者和各个角色都只允许查看自己权限之内的系统信息。系统的开发应尽量使用医院现有的网络及计算机等硬件资源，不能造成不必要的投资。所有的历史数据按设定时长保存，在一定周期内清理一次数据库，使得系统的操作历史能够随时查询。 7.2.4 结构分析需求结构是按照信息系统目标、职能和需求的相关性，从总体上把信息系统的需求划分成为若干个需求包，由这些需求包相互关联构成信息系统的需求模式，它是对需求的一种有效的组织方法。药库管理功能举例医院管理信息系统药库管理药房管理财务管理医务管理放射及检验管理住院就医管理门诊就医管理图7.2 顶层需求结构 药库管理入库单管理出库单管理药品资料

11、管理库存台账管理图7.3 药库管理功能包细化7.2.5 功能分析信息系统功能是信息系统应该具有的效能和作用，也是信息系统呈现给用户的直观效果。信息系统功能模型是描述信息系统功能的一组用例图和对用例说明的用例字典，它通过信息系统参与者与信息系统的交互过程，反映出信息系统应该具有的功能。举例门诊收费员药库库管员药库管理员药库管理库存盘点入库出库药房房管员护士门诊就医管理医生处方管理挂号、收费治疗处置管理划价、发药图7.5 分解的顶层部分功能用例图7.3 系统分析 系统分析是在系统业务分析和需求分析的基础上，站在信息系统内部的角度，从抽象的概念层次上确定信息系统的要素、构成和结构，得出信息系统的分析

12、模型，并为系统设计提供依据的过程。7.3.1 逻辑结构分析 信息系统的逻辑结构是从抽象的概念层次和功能需求角度，根据信息系统的需求结构确定的信息系统模型结构，它由多个分析包按照组成关系或者依赖关系构成。 入库单录入入库单审核入库单管理图7.8 入库单管理分析包7.3.2 用例分析 用例分析（Use-Case Analysis）是指从概念层次上对每一个用例进行分析的过程，即要从概念层次上分析为了实现对用例规定的功能，共需要那些概念类，这些概念类之间有着怎样的关系，以及各概念类之间所需交互的信息。 药库入库单录入药库管理员入库单界面选择供应商删除采购条目修改采购条目保存入库单打印入库单未入库药品增

13、加采购条目药品资料打印进程图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打印入库单打印入

14、库单A-3-06药品资料记录药品及医疗器材的档案信息A-1-01未入库药品已经录入到入库单中但未经审核的药品及医疗器材A-1-02供应商药品及医疗器材的供应商A-1-03药库库管员可以进行药库出入库除审核以外所有操作的人员A-1-04概念类条目 编号：A-1-01概念类名称：药品资料职责：存放医院所用的所有药品及医疗器材的档案信息属性：编码，名称，拼音码，规格，包装，分类，甲乙类，批发单位，零售单位，换算量说明：该概念类存放所有药品类的公用信息。它是未入库药品、入库药品、出库药品的公共超类，同时也是入库单录入、出库单录入、开处方和开医嘱等控制类的快速检索信息来源特殊需求：范围：包括医院所有的用

15、药和医疗器材容量：每个对象约300字节，约为2000个药品及医疗器材对象更新频率：系统运行之初建立，永不删除，在必要时进行维护访问频率：系统运行时平均访问60次/小时，高峰期约500次/小时图7.11 药品资料的概念类条目7.4 系统设计系统设计是在系统分析的基础上，综合考虑系统的实现环境和系统的效率、可靠性、安全性和适应性等非功能性需求，对系统分析的进一步深化和细化的过程，其目的是给出能够指导信息系统实现的设计方案。主要工作系统平台设计 信息系统平台设计需要根据信息系统设计要求，通过对技术和市场的综合分析，确定出网络结构、设备选型和软件平台方案等。 结构设计 系统结构设计包括信息系统拓扑结构

16、设计、计算模式设计和软件结构设计等三个方面的工作。 数据库设计系统详细设计系统功能界面设计7.4.1 系统软件结构 信息系统的软件结构是由信息系统软件的各子系统按照确定的关系构成的结构框架，一般呈现多层次结构模式。 系统软件结构 门诊就医管理医院管理信息系统放射及检验管理住院就医管理药房管理财务管理药库管理医务管理图7.12 系统软件结构系统支撑结构 医院管理信息系统PowerDesignerRosePowerBuilderOracleWindows XPTCP/IP应用层中间件层系统层图7.13 医院管理信息系统软件系统支撑结构 7.4.2 系统详细设计 详细设计是对软件结构中已经确定的各个

17、子系统内部的设计，包括每一个子系统内部的用例设计、类设计和关系设计。通常用用例类图和顺序图来描述详细设计的结果。举例 药库库管员药库库管员节点药库入库单录入选择供应商删除采购条目打印入库单打印进程入库单界面增加采购条目入库单信息保存入库单医院员工出入库流水账药库业务节点供应商药品资料修改采购条目图7.14 入库单录入用例类图 药品资料药品数量提取入库单增加修改删除保存打印保存删除取入库单信息保存保存药库库管员供应商供应商药品资料数量修改入库单界面选择供应商入库单信息增加采购条目删除采购条目修改采购条目保存入库单打印入库单打印进程图7.15 入库单录入顺序图 7.4.3 系统功能界面设计 系统功

18、能界面是对用户与系统之间进行交互所采用的方式、途径、内容、布局和结构的总称，有时也称其为人机交互界面、人机接口。图7.16 系统主界面 7.5 典型功能设计 7.5.1 药品名称快速查询在医院系统中，医生开处方是最常用的操作之一。在开处方过程中需要频繁检索药品名称以及药品的相关信息，因此，使用行之有效的快速检索方法十分重要。汉语拼音一般用户都应该熟悉，但按全拼检索字符数量多，且容易出错；按汉字第一个拼音字母检索（简称Z1方法），可能会出现相同字母不同药品的现象。由于药品本身存在同名称异单位问题，而这时只能将该情况的药品认为是不同药品，因此，在检索前须将所有药品按名称每个汉字的第一个拼音字母排序。用Z1方法检索时将指示条放在第一个满足条件的记录上，由医生在其后挑选。图7.17 药品名称快速检索 7.5.2 处方复制在医院信息系统的门诊处方业务管理中，开处方是处方信息管理的一个重要环节，也是医院门诊业务中最为耗时、劳动量最大和劳动强度最高的业务环节。在手工操作环境下，所有医生每天不得不手工书写数十份甚至更多处方，即使前后两个患者的病情和用药情况完全一致，医生也