医院管理信息系统 医院作为一个特殊的医疗服务实体,担任着重要的社会职能。医院的管理水平和服务质 量无论是对医院自身还是对患者,甚全对整个社会都会产生影响。在信息化社会的今天,创 建一个符合医院管理业务实际的、高质量的医院管理信息系统( Hospital Management Information System,HS)几乎已经成为提高医院管理水半和服务质量不可缺少的途径。 本案例所讨论的案例是一个职工医院的管理信息系统。系统针对该医院的实际业务流 程,以医院的财务运转过程为主线,结合药品、器材在医院的流通过程以及门诊患者、住院 患者的就诊过程,叙述了医院各个主要工作环节的信息化管理 1需求分析 1.1需求获取 在信息系统建设过程中,尤其是在需求分析阶段,长期困扰开发者的一个问题是:用户 不能准确或全面地提出系统需求,导致系统建设进度停滞不前。需求获取过程不能过多地依 靠用户,因为用户水平参差不齐,而且可能不熟悉计算机应用的有关问题。要根本解决该问 题,必须依靠系统开发者自身,在与用户充分沟通的基础上,开发者应站在用户的角度考虑 软件的操作和使用,即开发者要学会替用户进行需求分析。 在替用户进行需求分析的过程中,主要可以从以下几个方面着手 (1)首先按信息系统建设的思路來引导用户,了解欲建立的信息系统解决用户的相关 业务问题时所采用的方式,让用户理解信息系统工作模式与其手工工作模式的区别和对应关 系,力求说服用户,信息系统的建设对其企业管理水半和经济效益的提高是必要的 (2)必要时可以先按照用户最初对信息系统的描述和开发者对信息系统的理解,建立 个能够反映用户企业业务的信息系统软件原型,用户可以通过这个信息系统软件原型的运 行过程和运行模式进一步理解信息系统的运行特点和解决实际业务问题的模式 (3)如果开发者以前有过开发同类型信息系统的经历,那么最好能够带领用户去观摩 以前开发和应用比较成功的信息系统,这样不但可以使用户加深对信息系统运行特点和解决 实际业务问题的模式的理解,而且同时可以影响用户,使其倾向于开发者建设信息系统的思 维模式,为说服用户提供一些有力的论据 (4)有时还会出现用户对计算机功能的理解不够客观的情况,有的用户认为计算机拥 有一定的智能,从而能够解决一些现阶段还不能解决的问题,对信息系统的功能期望值过髙。 此时应该时心地向用户讲解现阶段计算机发展的水平,能够解决的问题和不能够解决的问 题,以及解决问题所采用的模式等知识,争取说服用户放弃一些不切合实际的要求。 建设信息系统的目的是要使得用户企业的业务信息化,而一个企业的业务通常是非常复 杂的,这就要求信息系统的建设者在系统建设过程当中的任何一个环节都能够非常全面地考 虑所有问题,即要做到“思维严密、考虑周全” 在信息系统开发过程中,大多数用户对计算机知识了解不够,他们不可能按照信息系统 解决实际业务问题的模式提出比较规范、全面和严谨的需求。这要求开发者能够从用户对业 务的非规范描述中去概括、整理、补充,最后得到规范、全面和严谨的需求说明。在这个过 程中要求开发者具备严谨的工作作风和严密的思维方式。 例如,医院门诊就医是职工医院计费系统的重要环节,涉及的人员有患者、医生、护士 门诊收费员、药房发药员等。对于这个业务环节,医院相关的业务人员把其业务流程描述为: 挂号、就诊开处方、划价、交费、取药、治疗。相关的特殊情况有,当患者出现过敏反应及 其他一些不可预料的情况时,患者有可能要求退药。那么作为开发者必须对这个过程进行全 面分析,采取严密的思维方式,全面地考虑到各种可能出现的情况
(1)手工划价的过程在信息系统的管理模式中山信息系统自动完成 (2)患者在未交费之前个能取药 (3)患者在退药时必须到退药窗口交回欲退药品,并得到药房发药员在信息系统中的 操作和确认; (4)患者在退药之前不能退款 (5)患者在退款之后不能再次取药。 以上仪罗列了医院门诊就医业务环节中需要考虑的特殊情况,旨在引起读者注重培养自 已在进行信息系统开发时养成严谨的工作作风和采用严密思维方式的主动性 1.2系统目标 确定系统目标就是根据企业发展的总目标,结合企业的现状以及信息系统建设的枏关因 素,确定出系统建设的目标。信息系统建设目标一般山总目标和多层次子目标构成的一个树 状目标体系组成。子目标是对总目标的分解和细化,总目标是对子目标的概括和综合。系统 目标的确定对于整个系统建设的过程有着非常重要的指导意义,它对系统开发的各个阶段都 有着航标和指挥棒的作用,系统开发人员应该充分重视和企业的管理人员,尤其是企业的决 策人员进行充分的交流,以正确确定系统建设的目标。 医院作为一个特殊的服务实体,其业务流程和相关人员的从业习惯都会因医院的不同而 存在差异,加之我国目前的医院管理信息系统建设的现状是各个医院各自为政,所以要在整 个行业中建立一个统一适用的医院管理信息系统几乎是不可能的。本章案例是一个职工医院 信息系统建设过程的一部分。职工医院和社会医院相比较,其业务的复杂性要大一些,所以 以此系统建设过程作为案例史加适合本书的目的 通过与医院的相关业务人员特别是各科室主管以及医院的决策者进行充分的交流,得出 该职工医院管理信息系统建设的总体目标是,以医院的局域內和信息中心数据厍服务器等资 源为基础软硬件平台,建立能够正确反映医院基本业务流程的功能完整、反应快速、高质量 的医院管理信息系统,从而达到提高医院管理水半和服务质量的目的。具体各子目标是 (1)根据医院的组织目标、使命和组织的发展方向,为了提高医院的整体管理水平和 服务质量,建立对医院所有主干业务提供全面信息化管理的功能齐全、业务覆盖面广、技术 先进、使用方便的医院管理信息系统。 (2)对医院的部门、人员、工作量核算、药品及医疗器材资料档案、供应商档案、费 用名称档案、病房炇床位档案、临床诊断资料档案等医务信息提供全面的信息化管理 (3)对内部职工患者的资料档案、社会医疗统筹基金、内部医疗补贴基金和医疗信息 提供全面的信息化管理;对外部社会就诊患者不建立档案而只提供医疗信息管理。 (4)对药品及医疗器材的采购、药厍到药房、药房到药库、药房到药房和药房到住院 科室或者到门诊患者的所有流通过程提供全面的信息管理。 (5)对门诊患者从挂号开始,经过就诊、检査、开处方、划价、交费、取药,最后治 疗和处置的就医过程提供全面的信息管理 (6)对住院患者从开住院通知单开始,经过交住院押金、入院、安排病房和床位、检 査、医生下临时医嘱和长期医嘱、护士审核和执行医嘱、每凵的治疗和处置、每凵的护理 手术、每凵的押金监搾和催款,到患者痊愈后出院和结算的整个住院就医过程提供全面的信 息管理。 (7)对医院的门诊收费、住院收费、药品及医疗器材供应商的货到付款和内部科室及 个人工作量的财务核算过程以及工资和奖金发放提供全面的信息管理 (8)对整个医院管理信息系统的运行过程都要记录其操作时间和操作人员,对医疗责 任事故和院内责任事故提供监控和管理 (9)对整个医院业务运行信息正确地产生山报表、月报表、季报表和年报表等统计报
(10)对整个医院业务运行的所有历史数据按设定时长侏存,定期对数据厍进行整理(转 存),使得系统的执行历史能够随时査询 1.3系统需求 药忤管理 忤存管理(账目、盘点、损益) 向药房分发药品及医疗器材(出厍) 从药厍进药及医疗器材(入阵) 药房管理 阵冇管理(账目、盘点、损益 向患者发药及医疗器材(出阵) 门诊收费管理 财务管理 住院收费及结算管理 财务交款管理 工作量统计及核算 门诊挂号 门诊就医管理 门诊处方管理 治疗及处置 长期及临时医嘱管理 住院就医管理 护理管理 治疗、处置及手术管理 化验 放射及检验管理 部门及人员管理 医务信息管理 部门及个人工作量核算 医疗信息档案管理 报表统计及上报管理 图1医院功能结构 1.需求调查 根据与用户的交流、协商,结合该医院的目标,可以将该医院的功能划分为药厍管理 药房管理、财务管理、门诊就医管理、住院魷医管理、放射及检验管理和医务信息管理模块 每一功能可以进一步细分为许多子功能,如图1所示。具体功能的详细介绍见表1,各功能 与医院各部门的对应关系见表8.2 表1医院功能介绍 序号功能名称 1采购入由药招标采购药品及医疗器材,形成药入单,审核后药品正式入斥 2药品出厍至由药房填写请领单至药,药审核后形成药库出库单,返回到药房后形成药房 药房 入单,药房审核后以出入的数量形成药房的阵存,并相应减去药忤的库存 门诊药房划「由门诊药房对忠者处方进行划价,并审核忠省已经交费的处方后给忠者发药 价与发药 时减去该药房的库存 住院药房发由住院药房对住院科室的药品统计清单进行审核后给住院科室发药,并減去相应 的该药房的阵存 5库有盘点 由药库、各药房在固定的时间对各自的药品及医疗器材的阵存数量进行盘点,并 在允许的损耗范围内进行损益管理 门]诊挂号与 由门诊收费室应忠者要求进行挂号,并对己经划价的处方进行收费
门诊检查治丨由门诊医牛对就诊患者进行检查,并视忠者具体情況开检查单,最后根据检查 疗与开处方果对症下药开处方,同时就忠者病情做相应的治疗 患者入院 忠者由仕院处办珅入院手续,到住院科室接受病房、床位安排、入院常规护理和 检查 临时医嘱 由住院科室医生就患者病情开出的只执行一次的医嘱 10长期医嘱 由住院科室医生就忠者病情开出的可以多日执行的医嘱 11日常护理 由护士根据医嘱对志者进行护理,并根掂医嘱和所做的护理进行计费,出具患者 每日费用清单 12手术 由住院科室医生根据患者的病情决定对其进行手术,并在患者同意的情况下和手 术室进行手术的预约、安排和实施 13 住院检查、治由住院科室医生就住院忠者的病情对其开具检查单,并根据检查的结果实施治疗 疗与处置 和处置 14|院收费与/由住院处收取住院患者的住院押金,每日对患者的押金余额进行监控,并在押金 结算 余额不足时出具催歊单,同时通知住院科室向忠名催交押金:在患者出院后对其 就医费用进行结算 15财务交款 由财务科会计每日收缴门诊收费员和住院收费员的每日收费,并给予其一定数额 的小面额现金 16部们及人员由医务科对医院的部门及各部门的工作人员档案进行管理,根部门和个人的工 作业绩与财务科一起核算其工作量,并根据工作量核算奖金 17医疗档案管 医务科对门诊忠者及住院忠者的医疗档案进行维护,并在每个核算时间段结束 时统计并上报医院的各项医疗报表 18检查 由检验科、功能科和放射科根据检査单对戀者进行检査并山具检查结果 内部患者档由医务科对内部职工的档案进行维护和管理,主要包括内部职工的医疗统筹金的 案管理 划拨、花费历史及余额的监控 表2医院主要功能/机构关系表 部门 医务科财务科 诊职住院职 药剂科检验科功能科放射科 业务名称 能科室能科室 采购入厍 药品出库至药房 门诊药房划价与发药 住院药房发药 ☆☆☆★ 阵存盘点 门诊挂号与收费 门诊检查、治疗与开处方 患者入院 临时医嘱 长期医嘱 日常护理 住院检查、治疗与处置 ★★★ 住院收费与结算 财务交款 部门及人员管理 医疗档案管理 ☆ ☆☆☆☆☆☆ 检查 内部忠者档案管理 说明:★表示该部门主要功能,☆表示与该部门有关系的功能
2.功能需求 能够正确反映医院内部的部门、人员、药品资料、药品供应商、内部患者以及外部 患者等档案信息 能够正确反映药品从入厍开始,经过分发给药房,药房间调配,最后发到患者手中 的过程:能够处理因正常损耗(如中药的风干和西药的意外破碎)所造成的药品损 能够正确反映门诊患者从挂号开始,经过开处方、交费、取药、检査、治疗等整个 就诊过程;能够处理因特殊原因造成的患者退药和退欤等情况。 ■能够正确反映住院患者从入院开始,经过交住院押金、检査、医生下医嘱(包括长 期医嘱和临时医嘱)、护士审核医嘱、执行医嘱并计费、治疔,到最后患者出院并结 算的整个过程;能根据每凵医嘱自动生成和打印输液单和每凵费用清单;能够处理 因医生或护士的误操作所造成的无效医嘱 ■能够正确反映医院的财务核算过程,包括药品入庳时的入庳后付款、门诊收费员和 住院处收费员的收费、门诊收费员和住院处收费员向财务科交费、药品损耗所造成 的费用:能够根据各科室和个人的工作量核算部门和个人酬金。 具有与社保系统的接口,使社俫系统根据患者的就诊信息正确地将所发生的费用按 比例扣除。 ■能够根据医院的具体管理要求和上级管理部门的要求正确产生凵报表、月报表、季 报表和年报表等统计报表 能够时刻监控系统的所有用户,正确记录所有用户的操作历史信息,以便在出现责 任事故时有据可查。 性能需求 ■系统的界面设计友好,操作方便、灵活,要具有联机提示和帮助学习功能,使得 般职工通过简单培训就可以熟练地使用系统 ■要求系统除统计报表和大数据量査询之外的所有功能的反应速度一般保持在数秒之 所有业务均实现电子化管理,代替原有的手工处方、票据、医嘱、检査单据、病历 和所有报表。 系统具有高可靠性和容错能力,不能出现系统丢失患者、药品、医疗器材、处方 医嘱、费用等所有操作历史信息的情况 ■系统要具有医院要求的安全检査机制和保密机制,系统非法用户不能登录和使用系 统,系统的各级使用者和各个角色都只允许查看自己权限之内的系统信息。 系统的开发应尽量使用医院现有的內络及计算机等硬件资源,不能造成不必要的投 ■所有的历史数据按设定时长保存,在一定周期内清理一次数据库,使得系统的操作 历史能够随时査询 1.4结构分析 需求结构是按照信息系统目标、职能和需求的相关性,从总体上把信息系统的需求划分 成为若干个需求包,山这些需求包相互关联构成信息系统的需求模式,它是对需求的一种有 效的组织方法。确定信息系统需求结构的依据是信息系统的日目标、组织职能和需求的相关性。 通常用包图来描述信息系统的需求结构 该医院管理信息系统的功能目标共划分为七大部分:药厍管理、药房管理、门诊就医管
理、住院就医管理、放射及检验管理、财务管理和医务信息管理。这七个功能包构成系统的 第一层需求包。可按照自顶向下,逐步细化的方法和策略对每一个功能包进行进一步细化, 构成系统的第二层需求包。其系统需求包见图2。 下面以药厍管理功能为例,对其功能包进行分解,如图3所示。 医院管理信息系统 药阵管理 药房管理 财务管理 医务管理 门诊就医管理 住院就医管理 放射及检验管理 图2顶层需求结构 药坪管理 庥单管理 出阵单管理 药品资料管 阵存台账管理 图3药库管理功能包 1.5功能分析 信息系统功能是信息系统应该具有的效能和作用,也是信息系统呈现给用户的直观效 果。用户通过信息系统所提供的功能来认识、使用和评价信息系统,通过信息系统功能的使 用来完成自己的业务工作,所以功能分析是需求分析的重要内容。功能分析的依据是信息系 统的目标,它来源于用户需求,通常采用用例分析的手段,通过参考组织的功能模型,形成 用信息系统功能模型描述的功能分析结果 信息系统功能模型是描述信息系统功能的一组用例图和对用例说明的用例字典,它通过 信息系统参与者与信息系统的交互过程,反映出信息系统应该具有的功能。 该医院业务的参与者(除患者外)如图4所示。对该医院信息系统的需求结构的功能包 逐层进行分解,可以得到如图5的功能用例图(此处只给出了两个用例)。图6是对药厍管 理中的入库功能的分解,图7是入库单录入的用例说明 于 于 于 天 药库管理员 科家主任 药管员 房房管员 住院收赞员 放射员 务科科员 图4医院业务参与者
管理 挂号、收费 阵管员 4存盘点 于 疗处笆管理 图5分解的顶层部分功能用例图 图6药入管理功能用例图 药库管理:入库单录入 所在包:药入杵管理 参与者:药阵管理员,药坪阵管员。 说明:录入人员根据招标的采购清单,录入清单中所有的采购药品及医疗器材。其中录入每一 项时都可分别采用鼠标操作或键盘快捷键操作,并提供按照药品及医疗器材资料档案中 的拼音码快速查找录入 图7入阵单录入用例说明 需求分析除了要确定信息系统的目标、结构和功能之外,还需要进行风险分析。风险是 可能给信息系统带来威胁或损失的各种潜在的因素。在信息系统开发和运行的过程中,这些 潜在的因素有可能发生或者暴露出來,成为信息系统开发和使用的障碍。所以,及早地发现 信息系统中存在的各种风险,并采取应对措施,对成功开发信息系统具有重要的意义。有关 风险分析本案例不予讨论 3系统设计 系统设计是在系统分析的基础上,综合考虑系统的实现环境和系统的效率、可靠性、安 全性和适应性等非功能性需求,对系统分析的进一步深化和细化的过程,其目的是给出能够 指导信息系统实现的设计方案。系统设计的主要工作包括系统平台设计、结构设计、数据库 设计、详细设计和系统功能界面设计五个方面 信息系统平台是信息系统开发和运行的环境,包括计算机及其相关设备、计算机內络、 系统软件和支撑软件。信息系统平台设计需要根据信息系统设计要求,通过对技术和市场的 综合分析,确定出~络结构、设备选型和软件平台方案等。系统结构设计包括信息系统拓扑 结构设计、计算模式设计和软件结构设计等三个方面的工作。下面讨论医院信息系统的软件 结构设计,有关信息系统平台设计、拓扑结构设计和计算模式设计部分在此不再赘述
3.1系统软件结构 信息系统的软件结构是山信息系统软件的各子系统按照确定的关系构成的结构框架, 般呈现多层次结构模式。子系统是对软件进行分解的一种中间形式,也是组织和描述软件的 种方法。山多个子系统构成信息系统软件,每一个子系统中包括多个用例设计、类和接口。 软件结构设计就是把软件分解成多个子系统,并确定各子系统及其接口之间的相互关系 1.系统软件结构 该医院管理信息系统的软件结构见图12,各子系统软件结构可参照其进行设计 医院管理信息系统 约管理门诊就医管理药房管理住院就医管理‖财务管理放射及检验管理 务管理 图12系统软件结构 2.系统支撑结构 绎过仔细分析,在该医院管理信息系统的软件结构中,中间件层用于系统建模、数据厍 设计建模、数据库接口、系统界面设计及搭建C/S开发和工作平台,操作系统采用 Window XP,网络通信协议采用TCP/IP。其软件系统支撑结构如图13所示 PowerDesigner PurerBuildel 中间什层 Windows XP 系统层 图13医院管玶信恳系统软件系统支撑结构 数据库设计是指根据业务需求、信息需求和处理需求,确定信息系统的数据库结构、数 据库操作和数据一致性约束的过程。数据库是信息系统的基础和核心,数据库设计的质量将 直接关系到信息系统开发的优劣和成败。数据库设计一般要经过需求分析、概念设计和物理 设计等步骤。该医院管理信息系统的数据厍表分为以下几类: 档案表:用于存储系统中要频繁使用的档案资料。例如药品资料档案、供应商档案、 部门档案、员工档案等数据 ■业务表:用于存储医院相关业务运行的所有数据。例如处方、医嘱等数据 系统表:用于存储管理信息系统非业务功能所需的数据。例如系统角色、权限分配 等数据。 ■历史数据表:用于存储经过数据转存后需要保存的系统过期数据。 3.2系统详细设计 详细设计是对软件结构中已绎确定的各个子系统内部的设计,包括每一个子系统内部的
用例设计、类设计和关系设计。通常用用例类图和顺序图来描述详细设计的结果。 下面以药库入厍单管理子系统为例,描述详细设计过程。 (1)子系统和类。入厍单录入用例所涉及的类有入厍单界面、选择供应商、增加采购 条目、删除采购条目、修改采购条目、保存入厍单、打印入厍单,另外在数据庳服务器节点 还涉及药品资料、供应商、药厍厍管员及出入厍流水账四个数据厍表 (2)用例类图。入库单录入的用例类图如图14所示。 约库入阵单录入 药业务节点 增加采颺条月 保存入库 打印进程 删除采购条月 打印入库单 修改采购条月 供应商 药品资料 山入阵流水账 医院员工 约阵管员 图14入单录入用例类图 (3)顺厅图。入库单录入的顺序图如图15所示 入阵单 增加采购‖修改采购‖测除采购‖入库单‖1保存 供应商 条目 信息1入阵单 供商 药晶资料保存 药品瓷料 增加 修改 删除 取入阵 单信息 打印 图15入阵单录入顺序图 3.3系统功能界面设计 用户功能界面是对用户与系统之间进行交互所采用的方式、途径、内容、布局和结构的 总称,有时也称其为人机交互界面、人机接口。信息系统是通过用户功能界面向用户展示其 功能和内谷的,用户也只能通过用户功能界面来感知、认识、把握和使用信息系统。用户功 能界面通常有输入界面、输出界面和输入输岀界面。 用户功能界面设计是信息系统设计的一项非常重要的内容。要求系统设计人员根据信息
系统的设计目标,在需求分析文档的基础上进行严格设计,使系统能够合理、有效、安全地 反映信息系统的功能和作用 根据该医院所提供的手工处方、票据、病历和报表以及医院相关人员对系统操作界面的 要求,结合系统需求分析说明书,对医院管理信息系统的功能界面设计尽可能地采用人性化 的设计思路,方便用户对系统的理解和使用。图16是该系统以调试身份登录系统主界面的 主要部分 在系统设计的基础上,根据设计模型编码实现信息系统,最后测试、验收和移交信息系 统。系统编码、测试、验收和移交的工作往往需要较长的时间,有时还会出现多次反复的过 程,而正式使用之后还需要大量的维护工作。 图16系统主界面 34典型功能设计 1药品名称快速查询 在医院系统中,医生开处方是最常用的操作之一。在开处方过程中需要频繁检索药品名 称以及药品的相关信息,因此,使用行之有效的快速检索方法|分重要。汉语拼音一般用户 都应该熟悉,但按全拼检索字符数量多,且容易出错:按汉字第一个拼音字母检索(简称 Z1方法),可能会出现相同字母不同药品的现象。山于药品本身存在同名称异单位问题,而 这时只能将该情况的药品认为是不同药品,因此,在检索前须将所有药品按名称每个汉字的 第一个拼音字母排序。用Z1方法检索时将指示条放在第一个满足条件的记录上,山医生在 其后挑选。例如,检索10#裝牛黄解毒片,本来应输入“NJDP”,但输入到“NH”时指示 条已到达目标记录,见图17;如果检索60#装牛黄解毒片时,只须将指示条下移一行即可