医院住院信息管理系统_第1页
医院住院信息管理系统_第2页
医院住院信息管理系统_第3页
医院住院信息管理系统_第4页
医院住院信息管理系统_第5页
已阅读5页,还剩25页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、医院住院信息管理系统医院住院信息管理系统摘要医院住院病区的管理包括病人由入院管理,住院病区对病人的医嘱录入、发药和计 费,中心药房对药品的管理等工作,是医院管理重要一环。计算机技术在医院管理工作中应用越来广泛,住院病区 管理使用计算技术实现信息传递网络化、计费电算化对提高 管理水平,提高收费透明度有很现实的意义。本文主要论述医院住院信息管理系统的构建过程。该系统基本实现了病人资料、办理由入院手续、医嘱录 入和中心药房发药的计算机网络管理。关键词 医院信息管理 UML三层技术分布式运算Abstract This article introduces how to construct a Hosp

2、ital Ward Information System with three-tiered technology. The System applies to UML, BDE, MIDAS, distributed compute theory and a special architecture to make such functions patients check in and check out, prescription input, drug-delivery at center pharmacy and information of patient manage with

3、computer networking. Keywords Hospital Information System, UML, three-tiered technology , distributed compute 目录 第一 章前言11.1 课 题 的 项 目 背景11.2 课 题 的 现 实 意义1第 二 章综 述1 第 三 章 系 统 需 求 分 析13.1系统目标13.2当前系统13.2.1 由 入 院 收 费处 13.2.2 住院病区 23.2.3 住 院 部 中 心 药房23.2.4西药库 33.2.5 问题总结 33.3建议的系4 3.3.1概述4 3.3.2由入院收费处子系

4、统43.3.3病区管理子系统123.3.4中心药房子系统 15 3.3.5西药库子系统20第四章方案论证244.1系统架构 24 4.1.1客户机/服务器(C/S)体系结构基本概念 25 4.1.2两层和三层结构 C/S系统的比较 254.1.2系统架构描述 274.2开发工具选择284.3数据库平台选择28 4.4系统开发所使用的关键技术 30 4.4.1 Delphi的数据库访问技术 304.4.2 Delphi5 的三层结构开发技术32第五章 总体设计 355.1系统模块设计 35 5.1.1由入院收费应用程序服务器355.1.2由入院收费系统客户端405.1.3病区管理应用服务器 42

5、5.1.4住院病区管理客户端 46 5.1.5中心药房应用服务器48 5.1.6 中心药房客户端49 5.2数据结构设计 505.2.1系统数据库ER图505.2.2系统数据表结构51第六章 详细设计 596.1医嘱录入596.2产生发药记录 626.3中心药房发药63 6.4住院费用结算656.5打印费用清单67第七章 测试及性能分析687.1功能测试687.2系统测试68 7.3性能分析 68结束语68致谢69参考文献69第一章 前言1.1课题的项目背景该医院为二级甲等医院,现有门诊部和住院部,住院部设有住 院病区8个,设有固定病床 500张,病床使用率为80;医院 同时还设有手术室、住院

6、部中心药房、药库以及检验室、CT室、财务科和由入院收费处等功能辅助科室。为了适应中国加入 WTO后医疗服务市场激烈的竞争环 境和上级主管部门对医院建设的需要,必须采用先进的信息 技术加强对病人住院期间的费用管理,增加收费的准确性和 透明度,加快处理病人入院和生院手续的速度,尽量地满足 病人的需求,提高医院在医疗市场中的竞争力。同时需要完善药品管理减少药品损耗减少药品积压。在医院的各个部门中,由入院收费处、住院病区、中心 药房构成对住院病人的服务链,住院病人经由入院收费处办 理入院手续后入住莫住院病区接受医院的服务同时产生医 疗费用,最后经由入院收费处核价收费后办理由院手续由 院。住院病区是各项

7、医疗服务的主要执行者,他与由入院收费处构成住院信息系统的两个主要部分而在为住院病人服务的过程中,住院部中心药房根据住 院部医师开生的医嘱配药,而药库则作为医院药品的采购、 保管和供应部门向中心药房供应药品间接地为住院病人提供服务。因此,没有中心药房和药库子系统的加入整个住院信息 管理系统是片面的,不完善的。而其他的功能辅助科室如手术室、CT室等虽然也为病人提供服务,但为减低项目的复杂程度所以暂不将这些部门纳 入本项目的范围。1.2课题的现实意义医院实现信息化是大势所趋,很多 有经济条件的医院使用了 C/S模式的医院信息管理系统。传统的两层结构 C/S系统对中心服务器和网络的依赖性 很大,需要投

8、入大笔资金和大量人力和物力,而且随着业务 量的增加需要不断地升级软硬件设备。这样的投入对于一些资金比较紧张的中小型医院来说是 很难负担的,本课题的目标就是利用三层分布式计算技术使 用较低档的计算机硬件设备实现功能上,性能上和稳定性都 比较完善的医院信息管理系统。第二章综述医院信息管理系统多采用C/S模式,两层结构的C/S应用程序对网络和服务器的依赖性较大,延展 性差,程序的发布也较麻烦。分布式结构由现是为了解决两层C/S结构存在的用户数量增多就导致系统效率下降和延展性差等缺点。从现在软件发展的趋势来看,采用分布式结构已经是不 可避免的趋势。目前流行的分布式系统结构分为由Microsoft制定的

9、COM/DCOM/COM 和由 SUN、IBM等众多厂商倡导的 CORBA结构。前者多用于 Windows平台而后者主要用于 UNIX平台, 由于本系统运行于 Windows 平台所以采用 COM/DCOM/COM 结构。第三章 系统需求分析 3.1系统目标 总体来说,系统的 目标是提高医院住院病区的管理水平,提高医院住院费用结 算的自动化水平,提高工作效率,加大住院费用的透明度。具体的目标包括l加快办理病人入院、生院的速度,实 现病人的医嘱和费用资料在住院的全过程自动化管理;l准确记录病人的各项医嘱和费用记录,实现病人费用每日清单和住院费用清单;l可以快速地提供准确的各项统计;l准确记录各种

10、药品的购入和消耗情况,实现病区药品管理电算 化和网络化;3.2当前系统 受到实际条件的制约,在目前 情况下由入院收费处、各住院病区、中心药房和药库均使用 人手操作。各部门之间通过传统的医嘱、治疗单来传递信息,不但 速度慢而且容易造成差错。下面分别介绍各部门的情况。3.2.1由入院收费处行政上隶属于财务科,由入院收费 处担负的工作包括为病人办理入院手续、最终核对住院费 用,收取各项住院费用,为病人办理由院手续,为财务科提 供财务收入数据,既是为病人提供服务的第一个环节,也是 最后一环节,住院费用计算的准确性直接影响医院的经济收 入和医院的声誉。由入院收费处的特点有(1)入院病人的住院号要正确住院

11、号为住院病人的唯一标识,关系到后续的各项病历、医 疗收费和医疗统计的正确性。由入院处需要在办理入院时安排病人的住院号,新入院 的为新号,重入院的安排上一次住院的住院号。(2)病人住院费用结算的要求多样化病人的住院费用 除了在生院时一次结清外,住院时间长的病人费用一般会在 住院期间作中途结算,但这些中途结算的时间范围是根据病 人的要求确定的,情况往往是由入院算好了莫一段时间的住 院费用后病人家属只要求结算其中更一段时间的费用,余下 费用留作下次结算再交。因此,由入院收费处需要记录每一位病人的费用及收费 情况。(3)由入院收费处是根据病区的医嘱计算病人费用的,他并不知道医嘱的实际执行情况,在一些特

12、殊情况下往往造 成多收漏收病人费用的情况。(4)按照上级的要求,医院需要为住院病人列由住院 费用明细清单。(5)在未与社保网络联网的情况下还需要计算参加社 保的病人的住院费用中社保支付部分和个人自负部分的金 额。(6)病人办理入院或由院往往集中在莫一天的莫一时 刻,在高峰期往往会造成办理由入院手续的人积压在由入院 收费处,使办理由入院手续的时间延长。3.2.2 住院病区住院病区的主要责任是对病人各项治 疗工作的执行。由住院医师开由医嘱后由护士核对后执行具体的治疗和 护理,并作相应的治疗记录。对病人的治疗主要包括口服药物、各项点滴和注射、检 查、化验、手术和其他治疗。口服药物和注射治疗所需要的药

13、物由中心药房提供,由 住院病区负责执行;检查、化验、手术及部分的治疗项目由 其他功能科室执行,住院病区负责开由治疗单。以上的各种治疗除了治疗项目本身的收费外还有另外的 材料或附加收费,如药物注射除了药物本身的收费外还有注 射费,部分血液化验项目除了化验项目的费用外还有抽血的 费用,这些费用是跟随项目费用一起收取的。医嘱的主要内容包括执行时间、治疗项目名称、规格、 单位、剂量、次数、开由医嘱的医师姓名、核对和执行医嘱 的护士签名。病人的医嘱分为长期医嘱和临时医嘱两种。长期医嘱是指那些需要每天都执行的医嘱,与临时医嘱 的主要区别是长期医嘱除了医嘱的开始执行时间外还有医 嘱的停止时间,若没有停止时间

14、则医嘱一直执行。长期医嘱的主要内容是各种口服或注射药物治疗,床位, 诊金,护理等治疗项目。其中口服药物和注射药物需要病区护士根据长期医嘱记 录到当天服药本和治疗单中,然后把服药本和治疗单送到中 心药房领取药物。长期医嘱的治疗一天执行一次,早上新开生的口服药物 医嘱在中午的时候送服药本到中心药房在下午就可以领到 药物执行,注射或立即执行的医嘱通过治疗单可以到中心药 房领药,立即执行。如果是下午新开生的长期医嘱和下午新入院病人的长期 医嘱可以通过治疗单到中心药房领药,保证医嘱在下午的时 候可以开始执行。临时医嘱是指那些当天有效的医嘱,只执行一次,所以没有停止时间临时医嘱的主要内容是药物口服或注射治

15、疗、各种检验、 化验、治疗及其他收费项目。口服和注射药物需要根据临时医嘱开由治疗单到中心药 房领药,立即执行治疗。在现在市场经济的情况下住院病区除了对病人的治疗 工作外还要监测病人的费用情况,若发现费用超过其所交的 住院押金则应通知病人补交押金。按照上级的要求,住院病区需要为每位住院病人打印住 院费用每日清单,让病人清楚了解费用情况。综合上面的情况可以知道,病区管理系统必须与中心药 房系统联系以知道药品的发放情况和药品的规格、单位和是 否缺药,也必须与由入院系统联系以了解病人的费用情况。3.2.3 住院部中心药房 中心药房隶属于药剂科管理,负 责住院病区的药品供应和指导病区正确使用药物的工作。

16、中心药房根据病区提供的长期医嘱服药本和治疗单发 药,长期医嘱服药本中记录是病区中各病人一天口服的药 物,项目包括名称、规格、单位、剂量和次数,一天只发一 次。治疗单中的药物为临时医嘱或需要立即执行的药物,发 药的次数不限。中心药房配好药后由病区护士核对无误并在治疗单或服 药本上签名后既可交由病区执行若遇到缺药的情况中心药房应当向药库领药,如果药库也缺药则通知住院病区缺药并更改医嘱。3.2.4 西药库西药库主要负责全院药物的购入、保管、 发放工作。西药库按照药品公司的送货单核对药品的名称、规格、 价格和数量填写药品进仓单。医院各用药部门根据需要到药库领药,药库则根据发药 情况开由药品由仓单。西药

17、库的的工作还涉及医院药品管理的其他方面,包括 药品的价格管理,根据物价部门的指示和有关规定调整药品 价格,并统计药品调价所带来的差价。药品使用管理,对于新药要通知门诊和中心药房使用, 淘汰的药品也需要通知停止使用,接近使用期限的药品要安 排尽快使用,因过期、变质的药品要及时报废。季度盘点和月度结算报表。月度结算报表主要统计药库、中心药房、西药房中各种 药品的库存、进销差价率和实现差价。季度盘点报表主要是把药品的实际库存量和帐面上的库 存量作比较。西药库工作的难点在于用药部门经常需要知道莫种药 品在中药库是否有库存,而药库也需要及时了解用药部门的 药品使用情况(存量、用量等)。3.2.5 问题总

18、结 由上面对住院部各部门的描述可知,现有的手工操作流程存在着下列缺陷l作为核算病人住院费用的由入院收费处仅能从医生开生的医嘱计算病人住院费 用,但实际的执行者是病区的护士和中心药房,由入院收费 处的收费员并不了解医嘱的实际执行情况。现实操作中经常存在着医嘱漏开或医嘱开由但因为莫种 原因但并没有执行的情况,这样就造成了计费的不准确,使 病人及家属怀疑医院医疗收费的准确性和合理性。l病人医嘱在病人住院期间放在住院病区,当办理病人 生院或阶段结算时才交由由入院收费处核价,这个过程需要 一定的时间,当病人住院时间长或医嘱比较多时尤甚。这样就造成了在办理由院的高峰期由入院收费处积压了许多病人家属等待办理

19、由院的 壮观”场面。l医嘱病历没有实现电子化,无法与其他医院、其他系 统实现病人资料的交换与共享。l作为住院部所有病区所使用的药品的供应部门,中心 药房是被动地按照病区护士转抄医嘱的服药本和治疗单配 药。病区的服药本和治疗单是否与医嘱相符,药品发到病区 后的使用情况中心药房也不知道,也没有有效的机制保证没 有执行治疗的药物及时退还给中心药房,造成病区药品管理 的混乱局面。l负责供应药品的西药库不知道中心药房的实际库存和 药品使用情况,对药品有效期的管理实际也不能做到,所以 无法对医院的药品进行科学有效的管理。l由于人手操作的缘故,所有统计报表都由人手工计算 和制作,不但效率低,容易差错,更无法

20、作大型复杂的统计, 先进的管理模式无法在医院应用,直接影响医院管理水平的 提高。由入院收费处、住院病区、中心药房、西药库因为信息 彼此间不能有效沟通而形成了信息孤岛工是造成问题主要原因,需要在四者间建立快速的有效的信息交换通道,使数 据可以自动地快速地处理和传递,减少人手操作。3.3.建议的系统 图3-1系统活动图 3.3.1概述通过 对医院住院部原有系统的了解,我们可以知道医院住院部的 业务主要由财务、病区、药剂三个部门组成,传统的手工信 息交换和处理手段已经不能很好地满足业务增长的需要。因此系统改进的重点在于引入计算机网络技术和数据 库技术,把各部门紧密地连接起来用计算机取代人手计算, 通

21、过网络进行信息传递取代手写传递,从而达到提高管理和 服务水平,增强效率,减少差错的目的。通过病人住院系统的活动图可以知道,住院信息管理系 统由由入院收费系统、住院病区管理系统、中心药房发药系 统、药库管理系统组成。系统运行的信息主要由病人资料,医嘱信息,治疗记录, 费用信息,药品资料,药品使用信息,病人交费记录等信息 组成,主要活动包括办理入院手续、录入医嘱、执行治疗、 计算费用、收取费用、办理由院、药品购入、药品发生等。这些信息保存在各个子系统中,分别由各系统处理,当 需要信息交换时通过网络实现信息资料的共享和交换,从而 实现分布式计算。3.3.2由入院收费处子系统3.3.2.1系统功能需求

22、编号功能 分类R1.1记录每一位曾经住院的病人的资料明显的R1.2录入新入院病人的资料明显的R1.3可以查询曾经住院的病人的资料明显的R1.5根据病人的入院时间和住院 病区为病人办理入院明显的R1.6记录收取病人的每一笔住院押金,随时供查阅和收费结算使用明显的R1.7区别已结算和未结算的住院押金隐藏的R1.8显示病人现在所处的状态未入院、等待入院、住院、阶段结算、办理由院、由 院 明显的 R1.9记录病人每次住院的资料隐藏的 R1.10可以修改病人的基本资料,但住院号和住院次数不能修改 隐藏的R1.11保证每位病人有唯一的住院号隐藏的R1.12通过核对医嘱核对病人费用明显的R1.13通过补充医

23、嘱补充费用明显的 R1.14可以冲减病人费用记录 明显的 R1.15不能删除或修改病区原有医嘱 隐藏的R1.16标记核 对完成的医嘱和费用记录作为收取病人费用的依据 明显的R1.17显示病人的费用情况明显的R1.18费用的价格按产生费用当天的价格,新生成的费用按现行价格隐藏的R1.19用新补充的医嘱产生费用后如果为药品应扣减中心药房的库存 明显的R1.20核对完成后为病人打印交款通知单明显的R1.21核对完成后应在系统中改变病人状态以便下一 步操作 隐藏的R1.22在收款结算时可以灵活选择结算的住 院押金明显的R1.23根据实际的需要选择结算的费用时间 阶段 明显的 R1.24计算结算范围内的

24、住院费用明显的R1.26病人交款后打印收据明显的R1.27记录每次收款的资料 明显的R1.28记录每次收款中现金和IC卡的金额 明显的R1.29保存后的收款收据可以查阅、作废和重新打印 明显的R1.30区别费用记录中已收款和未收款的部分 明显 的R1.31可以按收款收据或时间范围打印费用清单明显的R1.32对结算 好的等待 由院 病人可以 办理 由院 明显的 R1.36每位收 款员打印 缴款日报表和 阶段 报表 明显 的 R1.37每位收款员有独立的帐号和密码,收款员必须输入正 确的帐号和密码才能操作由入院收费系统 明显的R1.38可 以查询各医疗项目的名称、规格、单位、价格等资料 明显 的3

25、.3.2.2非功能性需求 用户界面和人为因素系统的操作界面以对话框窗口为主,主要以鼠标和键盘进行操作和数据 的录入。要求操作人员具有一定的windows系统的操作能力,能够阅读医嘱和基本的财务知识。文件 系统最终以EXE可执行文件发布,另外还有操作 说明书和与开发活动相关的文档 硬件 服务器要求为1GCPU, 256M 以上内存,40G以上的硬盘空间,要求兼容 windows2000操作系统和SQL SERVER2000数据库系统。客户端要求 600MHz CPU, 128M内存,20G硬盘空间, 要求兼容windows98。网络连接设备要求与 100M/10M以太网络技术兼容。性能特征 要求

26、可以同时为不少于5台客户端连接,住院病区的客户端连接不少于 20台。计算一位病人的费用不多于1分钟,一般应在10秒以内。系统要尽力保证在繁忙的时间系统的响应速度。安全系统通过操作员帐号、密码和操作权限来保证系 统不会被其他用户操作。3.3.2.3 伪需求 数据服务器使用 windows2000操作系 统和SQL SERVER2000数据库系统,客户端使用 windows98 操作系统,开发工具使用 delphi5。3.3.2.4 系统模型3.3.2.4.1用例模型用例图3-2用例 说明用例病人办理入院 参与者住院病人,收费员,住院 管理子系统目的为需要住院的病人办理入院手续,并记录 下相关的住

27、院信息 概述 需要住院的病人到由入院收费处 要求办理入院手续,收费员为病人安排住院号和住院病区,病区管理系统接收住院病人。类型 主要的和基本的交叉引用 R1.1, R1.2, R1.3,R1.4, R1.5, R1.8, R1.9, R1.10, R1.11,录入病人资料用 例典型的事件发生过程参与者的动作系统响应1.入院病人到由入院收费处要求办理入院2.收费员根据姓名或住院号查找病人的资料3.返回病人的资料(住院号,姓名,地址等)4.收费员根据系统返回的信息选择的操作a.若没有此病人的信息应输入病人的资料b.若有此病人的信息应核对病人资料 5.收费员安排住院病区和输入住院时间6.修改病人资料

28、的相关属性7.保存入院记录8.住院病区管理系统接收病人9.设定病人为住院状态可供选择的过程第4点若系统没有入院病人的信息则应录入病人的资料若入院病人参加了社会医疗保险,则在办理入院后设定病人的 社保相关属性用例收取住院押金参与者住院病人(发起 者),收费员 目的 记录住院病人交纳的住院押金概述 住院病人在办理入院后到由入院收费处交纳住院押金,收费员 记录下病人所交纳的住院押金的情况。类型 主要的和基本的交叉引用 R1.6, R1.7, R1.8典型的事件发生过程 参与者的动作 系统响应1.住院病人到 由入院收费处交纳住院押金 2.收费员按住院号查找病人资 料3.返回病人的资料4.收费员手写一份

29、押金收据5.收费员根据收据内容输入押金的信息并确认6.保存押金信息可供选择的过程收费员还可以对输入错误的押金资料作作 废处理。用例计算住院费用参与者住院病区管理系统(发起 者),收费员 目的 计算病人的住院费用概述 住院病区管理系统传送病人的医嘱和费用记录要求由入院收费处计算 病人的住院费用,收费员核对病人的医嘱后指示计算费用, 完成后保存病人的医嘱和住院费用。类型 主要的和基本的 交叉引用 R1.12, R1.13, R1.14, R1.15, R1.16, R1.17, R1.18, R1.19, R1.20, R1.21, R1.38, 核对医嘱用例,冲正费用例典型的事件发生过程参与者的

30、动作 系统响应1.住院病区管理系统传送病人的医嘱和费 用记录。2 .系统更新病人的状态。3 .收费员核对病人医嘱,对多收的费用应当冲正,少收的费用应当补开医嘱4.作相应的补发药或退药处理5.收费员指示计算费用6.计算和显示费用分类和合计 7.收费员完成计算操作 8.更新病人的状态,保存医嘱和费用记录, 并对己计算好费用记录做标记9.收费员打印交款通知单给病人用例费用结算参与者住院病人(发起者),收费员 目的结算病人的住院费用概述住院病人到由入院收费处要求结算住院费用,收费员根据计算好的费用记录计算好住 院费用金额,收款并打印收款收据类型 主要的和基本的交叉引用 R1.22, R1.23, R1

31、.24, R1.25, R1.26, R1.27, R1.28,R1.29, R1.30, R1.31, R1.33, R1.34, R1.35 典型的事件发 生过程 参与者的动作系统响应1.住院病人到由入院收费处要求结算住院费用2.收费员根据病人的住院号查询病人的住院费用 3.显示并计算病人的住院费用4.收费员设定需要结算的住院押金5显示未结算的住院押金 6.收费员根据实际情况进行的操作a.补充病人费用b.冲正病人费用 c.按病人要求设定结算的费用时间范围7.重新计算和显示病人的费用和病人应补交金额8.病人交款,选择有a.现金交款b.通过IC卡交款9.显示费用结余情况10.收费员完成结算并打

32、印收款收据 11.保存结算信息,标识本次结算的 费用记录,保存交款(现金或IC卡)和发票资料12.收费员可以根据病人要求打印住院费用清单用例办理由院手续参与者住院病区管理系统(发起者),收费员,住院病 人目的为住院病人办理由院手续 概述住院病区管理系 统定义病人办理由院,收费员在病人住院费用已全部结清的 情况下为住院病人办理由院手续类型 主要的和基本的交叉引用典型的事件发生过程参与者的动作系统响应1.住院病区管理系统定义病人办理由院并传送未结算的医嘱 和费用记录2.更新病人的状态 2.收费员计算病人费用 3. 保存医嘱,显示并计算病人的住院费用4.收费员结算病人费用5保存结算信息6.办理病人生

33、院7.保存病人的生院时间和生院病区,更新病人状态用例 录入病人资料 参与者 收费员(发起者) 目的 新增或修改病人的基本资料 概述 收费员输入新的病人资料或修改已有病人的资料类型主要的和基本的交叉引用典型的事件发生过程参与者的动作 系统响应1,收费员输入病人的住院号2.系统返回病人信息 3,收费员可选择a.新增加一位病人 b.修改病人资料4,收费员保存病人资料 5,保存病人资料,返回 结果有a,住院号没重复,则保存b.住院号有重复则要求重 新输入另外的住院号用例 核对、录入医嘱 参与者 收费员(发起者)目的核对住院病人的医嘱,发现漏掉的医嘱应 当补充概述收费员把计算机记录的医嘱和实际医嘱对照,

34、 发现少录入的应当补充录入类型主要的和基本的交叉引用R2.3, R2.4典型的事件发生过程 参与者的动作 系统响 应1,收费员启动核对录入操作。输入病人的住院号。2,返回病人已有的医嘱,并显示已产生的费用情况。3,收费员发现需要增加一条新医嘱4,自动写入默认字段内容5,收费员输入执行时间和治疗项目代码6,返回项目信息,包括名称、规格、单位、价格等 7.根据返回情 况系统可选择 a,若药品库存为缺药则要求重新输入b.若没有此治疗项目则要求重新输入代码8,收费员输入剂量、次数、用法 9,若用法有附加治疗项目则自动增加附加项目10.若是长期医嘱则还应输入停止时间11.收费员指示保存医嘱12.保存医嘱

35、 用例 费用冲正 参与者 收费员 目的 冲正因医嘱错误录入等原因造成的多收病人的费用概述收费员我由需要冲正费用的医嘱,然后输入冲正的数量和价 格,产生冲正记录 类型 主要的和基本的交叉引用 典型的事件发生过程参与者的动作系统响应1.收费员按病人的 住院号、住院次数查找病人未结算的医嘱2.返回病人的医嘱3.收费员选择要冲正的医嘱4.计算并显示医嘱所产生的费用情况 5.收费员输入冲正的数量和价格 5重新计算 并显示冲正后的费用情况6.收费员确认冲正操作 7.保存冲正记录并作退药处理3.3.2.4.2由入院收费子系统类图图3-3由入院系统类图 3.3.2.4.3动态模型 图3-4核对费用 顺序图 图

36、3-5结算费用顺序图图3-6收取住院押金顺序图3.3.3病区管理子系统3.3.3.1功能性需求编号功能分类R2.1从由入院子系统接收等待入院的病人。明显的R2.2保存本病区当前收住病人的医嘱和费用资 料明显的R2.3住院病区的操作员录入病人的长期医嘱和 临时医嘱,并根据这些医嘱的用法生成附加医嘱项目明显的R2.4录入的医嘱必须经过确认之后才能产生执行记录 明显的R2.5产生发药记录由住院病区的操作员驱动,长期 医嘱每天发药一次,临时医嘱次数不限 明显的R2.6药物治 疗项目的执行记录发往中心药房子系统,其他项目在系统内保存 隐藏的R2.7中心药房标示为缺药的药品不能发药和录入医嘱 明显的R2.

37、8保存中心药房发回的发药记录作为 治疗记录 隐藏的R2.9根据治疗记录产生住院费用明显的R2.10位每位在院病人打印每日费用清单明显的R2.11显示病人的费用情况、交费和住院押金情况明显的R2.12定义病人为由院或阶段结算明显的R2.13为由入院处提供病人的医嘱及费用记录明显的 R2.14为病人办理转科手续明显的 R2.15区别病人每次结算的医嘱和费用 隐藏的R2.16清理由院病人的医嘱和费用记录,保持系统运行速度 明显的3.3.3.2非功能性需求用户界面和人为因素系统的操作界面以对话框窗口为主,主要以鼠标和键盘进行操作和 数据的录入。要求操作人员具有一定的windows系统的操作能力,能够阅

38、读医嘱和基本的财务知识。文件 系统最终以EXE可执行文件发布,另外还有操作 说明书和与开发活动相关的文档硬件 服务器要求为1GCPU, 256M 以上内存,40G以上的硬盘空间,要求兼容 windows2000操作系统和SQL SERVER2000数据库系统。客户端要求 600MHz CPU, 128M内存,20G硬盘空间, 要求兼容windows98。网络连接设备要求与 100M/10M以太网络技术兼容。性能特征要求在最系统最繁忙的时间操作基本保持流畅,住院病区的客户端连接不少于20台。打开一位病人的医嘱不多于2秒,整个病区做发药处理不多于1分钟。安全系统通过操作员帐号、密码和操作权限来保证

39、系 统不会被其他用户操作。3.3.3.3 伪需求 数据服务器使用 windows2000操作系 统和SQL SERVER2000数据库系统,客户端使用 windows98 操作系统,开发工具使用 delphi5。3.3.3.4 系统模型3.3.3.4.1用例模型图3-7病区管理用 例图用例说明用例接收病人入院参与者住院病区护士(发起者),由入院收费系统目的接收已在由入院收费系统办理好入院手续的病人概述由入院收费系统办理病人入院后由住院病区护士在病区管理系统中接收病人的信息, 住院押金信息和费用信息,并通知住院收费系统病人已经入 院。类型 主要的和基本的 交叉引用 R2.1, R2.2典型的事

40、件发生过程参与者的动作系统响应1.住院病区的护士查 询本病区等待入院的病人和空病床2.返回本病区空病床、等待入院的病人和本科医生的列表3.可选操作,若空病床不够可以增加病床 4.护士选择要接收的病人、床位和主管 医生5.护士确认操作 6.从由入院收费系统接收病人的信 息,住院押金信息和费用信息,更改由入院收费系统中病人的状态为住院 用例 医嘱录入 参与者 住院病区护士(发起 者)目的 把住院医生开生的医嘱录入到计算机中保存,为 产生费用记录提供依据概述住院病区护士把医生开生的医嘱录入到计算机中,核对和确认后作为产生发药记录的依 据。类型 主要的和基本的 交叉引用 R2.3, R2.4典型的事

41、件发生过程 参与者的动作 系统响应1.住院病区护士启动 录入操作。输入病人的住院号。2,返回病人已有的医嘱,并显示已产生的费用情况。3,护士增加一条新医嘱4,自动写入默认字段内容5.护士输入执行时间和治疗项目代码6.返回项目信息,包括名称、规格、单位、价格等7.根据返回情况系统可选择a.若药品库存为缺药则要求重新输入b.若没有此治疗项目则要求重新输入代码 8,护士输入剂量、次数、用法 9,若用法 有附加治疗项目则自动增加附加项目 10,若是长期医嘱则 还应输入停止时间11.护士指示保存医嘱12.保存医嘱用例 发药 参与者 住院病区护士(发起者),中心药房发药 系统 目的 把经过病区护士核对确认

42、后的医嘱产生可用于 计算住院费用的治疗记录 概述 住院病区护士指示病区管 理系统扫描保存的医嘱产生要求中心药房发药的信息。类型 主要的和基本的交叉引用 R2.3, R2.4典型的事件发生过程参与者的动作系统响应1.住院病区护士指示发药2.返回未发药的医嘱3.扫描医嘱,根据医嘱的类型和内容产生请求发药信息。系统根据治疗项目的情况选择的操作有a.若项目不缺药和需要执行则产生发药信息b.若缺药则提示停止医嘱c.若不需要执行则不产生发药信息4.向中心药房管理系统传送请求发药信息 5.为已产生发药信息的医嘱作发药标记, 防止一天内多次产生发药信息。6.中心药房系统发送消息发药成功7.接收发药信息用例产生

43、费用参与者住院病区护士(发起者)目的利用发药信息和其他治疗记录产生费用记录概述住院病区护士指示或病区管理系统自动扫描的发药记录产生费用记 录 类型 主要的和基本的 交叉引用 R2.3, R2.4典型的事件 发生过程参与者的动作系统响应1.住院病区护士或系统 自动指示产生费用2.返回当天的发药记录3.扫描记录,产生费用记录 4.扫描发药记录,产生附加费用记录5.保存费用记录 用例 办理由院 参与者 住院病区护士(发起 者),由入院收费系统目的 为需要由院的病人办理由院概述住院病区护士定义病人由院时间并向由入院传送医嘱和 费用记录,等待由入院为病人办理由院手续,由入院收费处 办理好由院手续后由病区

44、护士清空床位。类型 主要的和基本的 交叉引用 R2.12, R2.13, R2.15,R2.16典型的事件发生过程 参与者的动作 系统响应1.住院病区护士输入由院病人的住院号和生院时间2.停止病人的全部长期医嘱3.向由入院收费处传送医嘱和费用记录4.由入院收费处为病人计算住院费用和结算5.由入院收费处办理病人生院5.保存费用记录 6.住院病区护士清空病床7.修改病人和病床的信息。1 .3.3.4.2病区管理子系统类图图3-8病区管理子系统类图3.3.3.4.3动态模型 图3-9病区发药顺序图 3.3.4中心 药房子系统3.3.4.1功能性需求编号 功能 分类R3.1记录每种药品的库存量明显的R

45、3.2根据各病区传送过来的治疗记录产生发药记录,并扣减库存明显的R3.3对每种药 品设定保证库存量,对库存不足的药品应提示需要领药并生 成领药申请 明显的R3.4可以把发药记录按科室打印由来, 方便病区核对明显的 R3.5保存发药记录备查 明显的R3.6提示病区缺药 明显的R3.7自动接收并保存西药库的 发药信息明显的 R3.8手工输入西药库的由仓单明显的R3.9根据输入药品的盘点数量生成盘点报表明显的R3.10根据盘点数量校正药品库存量明显的R3.11药库的发药信息经确认后增加药品库存明显的3.3.4.2非功能性需求 用户界面和人为因素系统的操作界面以对话框窗口为主,主要以鼠标和键盘进行操作

46、和数据的录入。要求操作人员具有一定的 windows系统的操作能力,能够阅读医嘱和基本的财务知识文件 系统最终以EXE可执行文件发布,另外还有操作 说明书和与开发活动相关的文档 硬件 服务器要求为1GCPU, 256M 以上内存,40G以上的硬盘空间,要求兼容 windows2000操作系统和SQL SERVER2000数据库系统。客户端要求 600MHz CPU, 128M内存,20G硬盘空间, 要求兼容windows98。网络连接设备要求与 100M/10M以太网络技术兼容。每台工作站配备窄行打印机一台。性能特征要求在最系统最繁忙的时间操作基本保持流 畅,中心药房的客户端连接不少于4台。当接收到病区传送的发药信息时能够立即提示配药人 员。安全系统通过操作员帐号、密码和操作权限来保证系 统不会被其他用户操作。2 .

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论