医院管理信息系统

上传人:无*** 文档编号:172282820 上传时间:2022-12-02 格式:DOC 页数:67 大小:1.26MB
收藏 版权申诉 举报 下载
医院管理信息系统_第1页
第1页 / 共67页
医院管理信息系统_第2页
第2页 / 共67页
医院管理信息系统_第3页
第3页 / 共67页
资源描述:

《医院管理信息系统》由会员分享,可在线阅读,更多相关《医院管理信息系统(67页珍藏版)》请在装配图网上搜索。

1、摘 要本文简单介绍了医院出入院处、病区、药房、药库的业务流程,在整体分析医院各部门以及部门之间的实际工作业务的基础之上,结合管理信息系统开发的理念,开发了医院管理信息系统(HospitalInformationSystem,以下简称HIS)。HIS的目的就是利用计算机软硬件技术、 网络通讯技术等现代化手段,对医院及其所属各部门(本系统不包含门诊部分)的人流、物流、财流进行综合管理,对在医疗活动各阶段中产生的数据进行采集、存贮、处理、提取、传输、 汇总、加工生成各种信息,从而为医院的整体运行提供全面的、自动化的管理及各种服务的信息系统。 全文共分七个章节,通过对业务流程的分析以及对系统的模块设计

2、、实体-联系图(E-R图)设计、关系模式设计、数据库设计、代码设计、人机界面设计等,详细地阐明了本系统开发的目的、过程及预期效果。文后还附有系统操作的使用说明书和部分源程序代码,以供参考。【主题词】医院管理信息系统(HIS) 网络 出入院处 病区 药房 药库【缩略语 】 医院管理信息系统 HIS HospitalInformationSystem目 录摘要1主题词1缩略语1第一章 引言 4第二章 系统需求分析 521 业务系统描述 5 211 业务流程分析5 212 组织层次图6 213 业务流程图722 可行性分析 1023 HIS系统的目标1124 项目开发计划11第三章 系统逻辑方案12

3、31 数据流程图1232 数据词典18 321 数据流18 322 数据元素18 333 数据存储19 324 数据加工19 325 外部项1933 数据项的代码设计21第四章 系统总体结构设计2241 软件模块结构的设计22411 模块结构图(HIPO图)23412 IPO图2542 数据库设计27421 实体描述28422 联系描述29423 E-R图31424 转换规则31425 关系模式32426 数据库的实现3343计算机系统配置方案的选择和设计35431 计算机系统硬件配置35432 计算机系统软件配置3544系统总体安全性、可靠性方案与措施36441 系统安全性方案和措施3744

4、2 可靠性方案与措施37第五章 系统详细设计 3951 代码设计 3952 人机界面设计 39 521 输入设计40 522 输出设计42 533 模块处理过程43第六章 实施概况 4561 实施环境与工具45611 计算机系统实施4562 实施环境与工具的比较选择45621 实施环境45622 几种工具的特点及比较47623 编程环境与工具47624 数据准备概况4763 系统测试概况48631 系统测试的基本原则48632 系统测试的方法4863 测试记录4964 历史数据备份、数据恢复51641 历史数据备份51642数据恢复5265 系统转换方案及实现概况5266 系统运行及维护概况5

5、3661系统运行概况53662系统维护概况54第七章 小结5571 系统功能和特点5572 软件开发过程的特点和体会5673 系统评价及改进56结束语57参考文献58附录一 操作使用说明书58附录二 部分源程序代码63第一章 引言随着社会的发展,人们对健康越来越关注,医院的业务不断增长,处理越来越复杂,简单的人工经营管理,已无法满足医院的需要, 成为医院发展的瓶颈, 人们对医疗服务的要求也越来越高。传统的手工操作模式,病人帐目繁杂,病人查帐困难, 病区和药房的药品浪费现象严重且无法追踪, 人工传送各种记帐单容易漏、错帐,人工划价收费差错难以避免,因此,如何提高服务水平、提高工作效率,成为迫待解

6、决的问题。医院管理信息化不仅能提高医务人员的工作效率和医疗水平,而且能提高医院的服务质量和管理水平,因此,医院对管理信息系统有着强烈的需求。美国著名教授Morris.Collen于1988年曾著文为医院信息系统(HIS)下了如下定义:利用电子计算机和通讯设备,为医院所属各部门提供病人诊疗信息和行政管理信息的收集、存储、处理、提取和数据医交换的能力,并满足所有授权用户的功能需求。 开发医院管理信息系统(HIS)的目标就是立足医院应用实际,着眼院未来发展,以强化医院管理,提高医疗质量,方便患者就医和查询,提高医院的服务效率和服务质量,设计一套符合国家功能规范要求,安全稳定,操作简便的医院信息系统,

7、为医院提供一套全方位的解决方案。第二章 系统需求分析管理信息系统是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科,研究的是信息管理活动的全过程,以便有效的管理信息,提供各类管理决策信息,辅助企业进行现代化管理。管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能,具体作用如下5点内容:(1)用统一标准处理和提供信息,排除使用前后矛盾的不完整的数据。(2)完整、及时提供在管理及决策中需要的数据。(3)利用指定的数据关系分析数据,客观预测未来。(4)向各级管理机构提供不同详细程度的报告,缩短分析和解释的时间。(5)用最低的费用最短的时间提供尽可能精确、可靠的信息,以

8、便使决策者选择最佳的实施方案,以提高企业的经济效益。21 业务系统描述医院的医疗水平和服务质量一直是社会关注的焦点,仅靠增加基础设施投入和脱离信息化的管理方法的改进,是不能从根本上提高医院的工作效率、服务质量和管理水平的。HIS的目的就是减轻业务劳动强度,减少了差错,科学管理药品,节省人力,提高医院的财、物管理水平,增加经济效益,改善患者的就医环境,方便患者就医和查询,提高医院的服务效率和服务质量,提高医院的医疗质量和管理水平。所以,一个现代化的适应社会发展需要的医院,除了具备一流的医疗队伍、一流的服务设施之外,还应具备一流的管理信息系统。211 业务流程分析对一个住院病人来讲,他到医院看病的

9、过程及医院的处理流程,简单的讲是:病人先要到住院处登记并交纳住院押金,床位紧张的医院登记后要等待床位。然后,到病区接受主治医生的检查和询问,接受入院常规检查,接受临时治疗或按主治医生制定的长期治疗方案接受长期治疗。治疗过程中医生给病人下医嘱,医嘱产生药品和治疗项目两种申请单,药房根据病区的发药申请单给病人发药,在此之前药房要向药库申请进货,如果药库有库存则发给药房没有则列入采购计划。治疗过程中因为押金不够或医生的判断,需要退药,则会向药房申请退药。治疗项目在功检科室做完后直接收费。治疗结束后护士让病人出区,出入院处再给病人办理出院手术。 同时,对医院管理者来讲,还要将上述过程中发生的各类数据信

10、息由医院各职能部门和其下属部门的工作人员把各种单据归类、统计、汇总、计算形成各类报表。并将这些报表,报送相应的管理职能科室,再由这些科室将这些报表制单、汇总、计算形成医院总体的人事、财务、设备、医疗等各类报表和管理分析图表。212 组织层次图本HIS系统可分为出入院管理、病区管理、药房管理、药库管理等内容,从这几大要点出发的角度分西,本系统有如下的组织层次图,如图2-1所示:医院财务科功检科室出入院处药库病区药房急诊药房西药房中药房西药库中药库图2-1 组织层次图213 业务流程图在对HIS的业务流程、组织层次进行初步调查分析之后,明确了需求分析的目的,明确了系统开发的目标和用户的信息需求,接

11、下来本节将通过具体的业务流程图来描述HIS业务的全过程, 以明确系统应具有的功能。业务流程图是在对病人诊疗过程和医院行政管理流程进行调查、分析的基础上得到的,其调查内容紧紧围绕系统的功能、目标。调查结果利用图形化工具进行描述,以规范说明。本HIS系统包含出入院管理、病区管理、药房管理、药库管理四大模块。整个业务流程包括:入库登记、预交金登记、入区登记、医生诊断检查、医生开医嘱、检查项目执行、发药申请、药房发药、退药申请、药房退药、药房入库申请、药库药品出库、药房药品退货、药库药房退库、药库药品入库、药库药品退货、病人出区、出院结算。以下按出入院处、病区、药房、药库四大功能科室分别阐述。(1)

12、出入院处:病人首先到出入院处登记入院,出入院处给病人分配一个住院号,登记病人的姓名、年龄、医疗类别、入院日期、待住院的病区和科室、入院诊断等入院信息。登记结束后,病人再交纳一定数额的押金,出入院处给病人押金收据。(2) 病区:病人入院登记之后,到病区由护士给病人分配床位和相应的主治医生。医生在给病人做完诊断之后给病人下医嘱。由医嘱产生治疗项目执行申请和药品发药请领单。治疗过程中如果病人申请退药,护士再向药房发送退药申请.医嘱执行时产生的固定项目费用,例如:护理费、床位费、诊疗费都在相应的功能科室直接收费。需要医技确认的医嘱项目都在检查科室执行完成后,由病区记费。(3) 药房:药房收到病区的发药

13、申请后即给病区发药,收到病区的退药申请后给病区退药。药房向药库申请药品入库药品退货。(4) 药库:药库收到药房的入库申请后即给药房发货,收到药房的退药申请后给药房退货。药库向药商购货和退货。业务流程图入图2-2所示,符号说明如下: 系统中人员 系统外实体单据、发票、帐目处理 数据流向存储病人入院信息预交金处理入院处入院登记医生诊断 护士病人入区信息入区登记医嘱信息医嘱执行预交金单据病人退药申请单发药申请单项目执行单出院处结算单功检科出院结算发药信息退药信息药房退药处理费用明细病人确费退药申请入库申请发药处理药库台帐台帐生成药商药房退货信息入库申请单退货申请单药库出库信息药品出库外部入库信息入库

14、处理药库药库退货信息退货处理药房退货图2-2 业务流程图22 可行性分析可行性分析是系统分析阶段的重要活动,是对系统进行全面、概要的分析。它的任务是确定项目开发始否必要和可行。它的主要目标是:进一步明确系统的目标、规模和功能,对系统开发背景、必要性和意义进行调查分析,并根据需要和可能提出拟开发系统的初步方案和计划,明确问题,对所提供系统大致规模和目标的几个有关约束条件进行论证,并且提出系统的逻辑模型和各种可能的方案,从而为系统开发项目的决策提供科学依据。其主要从三个方面进行研究:(1) 技术可行性:对现有技术进行评价,以明确能否利用现有技术进行系统开发及系统实施。计算机网络技术的发展和计算机硬

15、件性价比的不断提升,使计算机全面应用于医院管理的各个环节成为可能。C/S开发模式、COM、DCOM技术在国内各行各业的信息管理系统开发中已经被广泛采用,实践证明这些技术都非常适合医院管理信息系统的开发。(2) 经济可行性:对组织的经济状况和投资能力进行分析,对系统建设、运行和维护费用进行评估,对系统建成后可能取得的社会及经济效益进行估计。目前国内应用HIS的医院在信息化上的软硬件投资只占其年收入的1%-3%,而应用HIS后,阻塞了管理漏洞,杜绝了药品的丢失,节省了人力,提高了医院的财、物管理水平,改善了患者的就医环境,方便了患者就医和查询,提高了医院的服务效率和服务质量。因此带来的经济回报将远

16、远超过信息化过程中的投入。(3) 营运可行性:指系统对组织机构的影响,对现有人员和机构、设施、环境等的适应性以及进行人员培训补充计划的可行性。国内自上世纪80年代末就开始应用HIS,经过近20年的发展,我国大部分医院都有主管HIS的信息科,绝大部分医院都使用过单机版计算机软件来完成日常的收费划价以及药库管理工作。经调查发现华东地区近95%的医院都在20世纪90年代中期开始应用HIS。所以医院的计算机信息管理人才、计算机硬件设备、操作员的计算机应用能力都为系统的运行过程提供了可靠保证。23 HIS系统的目标HIS的目的就是支持医院的行政管理与事务处理业务,使医院的业务操作流程和日常管理规范化。采

17、集、分析处理、存储各种基础数据并使之标准化,通过网络在院内各科室之间传递,简化信息流程,为医院查询、分类汇总、统计、决策分析提供及时准确的数据,杜绝以前手工操作带来的差错,减少工作流程,提高工作效率。为了实现以上功能,我们必须做好以下几点:基础数据标准化,重视系统的实用性、经济性、安全性,顺应管理扁平化的管理趋势。24 项目开发计划本系统的开发大致分为四步:a.系统分析(包括需求分析和逻辑方案)b.系统设计(包括总体设计和详细设计)c.系统实施d.系统运行和维护.第三章 系统逻辑方案系统分析的主要成果是系统的逻辑模型,本系统的逻辑模型主要是以系统的数据流程图和数据字典为主要描述工具。即在对医院

18、的管理方式和业务流程进行认真分析和研究的基础上,超脱出医院现有组织机构和业务分工所造成的信息障碍,完全从业务管理功能和管理对象出发,按信息系统中应有的数据流和数据结构来勾画系统的概貌。31数据流程图数据流程图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。它可以综合的反映出信息在系统中的流动、处理和存储情况,具有良好的抽象性和概括性。它在调查的基础上,从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解,从逻辑上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来源和去向(外部实体)等项目。数据流程图和系统的物理描述

19、无关,它所描述的内容不涉及技术细节,而是面向用户的,即使完全不懂信息技术的用户也容易理解。因此,数据流程图成为 系统分析员与用户进行交流的有效手段,同时也成为系统设计的主要依据之一。对于本系统,首先分析总体情况,划分系统边界、识别系统的数据来源和去向、确定外部实体,得出本HIS系统的关联图。如图3-1所示。本HIS系统共涉及4个外部实体:出入院处、病区、药房、药库。出入院处 F1医 院 管 理信 息 系 统病 区药 房F9,F11,F12,F14F5 F8,F10,F13,F15F13,F15F12,F14药 库 F16,F17 F18 图3-1 系统关联图然后根据系统要实现的功能,划分出4个

20、主要的信息管理功能结构,并明确各个功能之间的联系,绘制出系统的顶层数据流图,如图3-2所示。数据流程图的图形符号如下:外部实体 数据加工 数据存储 数据流D1 病人入院信息F1出入院处2病区管理F4D4 费用明细F4F1F1F1F5F5F5D5 病人入区信息F5病 区 F8 F9 F10 F11D11 退药信息D10 退药申请D9 发药信息D8 发药申请F8 F9 F10 F11 3药房管理 4药库管理1出入院管理药 房F9,F11,F12,F14 F8,F10, F13,F15 F12,F14,F18F15 F14 F13 F12 F12F15 F14 F13 D15 药库药房退货信息 D1

21、4 药房退货申请 D13 药库出库信息 D12 药房进货申请 药 库 F13,F15,F16,F17图3-2 顶层数据流图在顶层数据流程图中,可以较为清楚地看到系统的主要数据加工模块以及数据存储和数据流。再对数据流程图的顶层图进行一步分解得到第一层数据流程图,由于顶层图中共有4个数据加工,所以有4个模块数据流图。出入院管理模块数据流图见图3-2-1,病区管理模块数据流图见图3-2-2,药房管理模块数据流图见3-2-3,药库管理模块数据流图见3-2-4。每个模块数据流图中有对应的数据流和数据存储的编号说明。 其中共有18个数据流,具体的编号说明如下:F1病人入院信息F2预交金信息 F3结算信息

22、F4费用明细 F5病人入区信息 F6医嘱信息F7项目执行单 F8发药申请单 F9发药信息F10退药申请单 F11退药信息 F12药房入库申请单 F13药库出库信息 F14药房退货申请 F15药库药房退库信息F16药库入库信息 F17药库退货信息 F18 药库台帐其中18个数据存储,具体的编号如下:D1病人入院信息D2预交金信息 D3结算信息 D4费用明细 D5病人入区信息 D6医嘱信息D7项目执行单 D8发药申请单 D9发药信息D10退药申请单 D11退药信息 D12药房入库申请单 D13药库出库信息 D14药房退货申请 D15药库药房退库信息D16药库入库信息 D17药库退货信息 D18 药

23、库台帐F1出入院处1.1入院登记F1D1 病人入院信息 F11.2预交金管理1.3出院结算D3 结算信息F3 F2 D2 预交金单F2F4 F5D4 病人费用明细 D5 病人入区信息图3-2-1 “出入院管理”模块数据流图2.1入区登记病 区F5F5D5 病人入区信息D6 医嘱信息F1F5D1 病人入院信息F6D8 发药申请D10 退药申请2.3病区发药D9 发药信息D11退药信息2.4病区退药2.2医嘱管理F8F8F10F10F9F11D7 项目执行单F7F72.5功检确费D4 病人费用明细明细 F4 F4 F4图3-2-2 “病区管理”模块流程图3.1发药管理F8F8D8 发药申请F9F9

24、D9 发药信息F103.2退药管理F11F10D10 退药申请药 房F11D11 退药信息3.3药品入库 F12F12D12 药房入库申请F13F13D13 药库出库信息3.4药品退货 F14F14D14 药房退货申请F15F15D15 药库药房退货信息图3-2-3 “药房管理” 模块数据流图4.1药品出库F12F12D12 药房入库申请F13 F13 D13 药库出库信息F134.2药房退货F14F14D14 药房退货申请F15 F15 D15 药库药房退货信息F154.3台帐生成F18F18药 库D18 药库台帐 4.4外部入库F16F16D16 药库入库信息F164.5药库退货F17F1

25、7F17 D17 药库退货信息图3-2-4 “药库管理”模块数据流程图32 数据词典由于数据流程图只是对数据处理及彼此之间的联系进行说明,未对数据的详细内容及数据的加工过程进行说明,而这正是数据字典所要表达的。数据字典是关于数据信息的集合,也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚,便于后续工作系统设计的进行。以下列出本系统的部分数据字典,就是数据流、数据元素、数据存储、外部项和数据加工举例说明。321 数据流数 据 流系统名:医院管理信息系统 编号:F8条目名:发药申请单 别名:来源:病区系统去处:药房系统

26、数据流结构:请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型简要说明:病区执行医嘱后产生发药申请单,药房再按照申请单发药修改记录编 写:蒋君伟日 期:20045审 核:丁宝康教授日 期:20045322 数据元素数 据 元 素系统名:医院管理信息系统 编号:条目名:住院号 别名:属于数据流:病人入院信息、预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细存储处: 病人入院信息数据元素值:代码类型 长度 意义 numeric 9 住院号简要说明:识别病人的唯一编码修

27、改记录编 写:蒋君伟日 期:20045审 核:丁宝康教授日 期:20045323 数据存储数 据 存 储系统名:医院管理信息系统 编号:D1条目名:病人入院信息 别名:存储组织: 每个病人入院时产生一条信息记录数: 约10000条数据量: 约100KB主关键字:住院号辅关键字:记录组成:项目:住院号 姓名 身份证号 性别 生日 病人状态 入院日期 出院日期 入区日期 诊断代码 病人类型病区代码 床位代码 医生代码 护士代码 近似长度:9 12 24 2 8 1 16 16 16 20 1(字节) 4 4 4 4简要说明:将病人每次入院时在出入院处登记的信息保存于此。修改记录编 写:蒋君伟日 期

28、:20045审 核:丁宝康教授日 期:20045324 数据加工数 据 加 工系统名:医院管理信息系统 编号:1条目名:出入院管理 别名:输入:病人入院信息、预交金、费用明细 输出:病人结算单加工逻辑:录入病人入院信息和预交金信息,病区系产生的费用明细传入出入院处,出入院处根据费用明细产生结算信息简要说明:完成病人出院和入院时的日常业务工作修改记录编 写:蒋君伟日 期:20045审 核:丁宝康教授日 期:20045325 外部项外 部 项系统名:医院管理信息系统 编号:条目名:药商 别名:输入数据流:药库退货单输出数据流: 药库外部入库单主要特征:药库系统药品的提供者,主要特征为:药商编码、药

29、商名称、开户银行、银行账号、地址、邮政编码、联系人、联系电话、邮件地址简要说明:药库从药商处进出货。修改记录编写:蒋君伟日期:20045 审核:丁宝康教授日期:20045 图3-3 数据词典 数据加工条目举例33 数据项的代码设计目前计算机还无法识别客观世界中的任何一种具体的事物,它只能识别ASCII字符集中的256个基本字符和数字。所以,计算机管理信息系统设计的基本前提条件是把管理对象数字化或字符化,这就是代码设计。代码包括无含义码和有含义码,本系统中运用了大量的系列顺序码,来表示各种记录的顺序。第四章 系统总体结构设计系统设计是信息开发过程中的另一个重要阶段,在这一阶段中将根据前一阶段逻辑

30、分析的结果,在系统分析报告的基础上,按照逻辑模型的要求,科学合理地进行新系统的设计。系统设计包含两个方面:首先是总体结构设计,其实是具体物理模型的设计。这个阶段的主要目标是将反映用户信息需求的系统逻辑方案转换成可以事实的基于计算机的物理方案,并为下一阶段的系统事实提供必要的技术资料。系统设计的的依据如下:(1) 系统分析阶段的成果(2) 现行计算机软硬件技术、数据库技术等(3) 现行信息管理与信息技术的标准、规范等有关法律制度(4) 用户要求(5) 系统运行环境条件我们采用结构化设计的方法来实现系统总体功能,提高系统的各项指标,即将整个系统合理的划分成各个功能模块,正确地处理模块之间和模块内部

31、的联系以及它们之间的调用关系和数据联系,定义各模块的内部结构,通过对模块的设计和模块之间关系的系统来实现整个系统的功能41 软件模块结构的设计根据系统需求分析的结果,按照结构化系统设计的方法,将医院管理信息系统从功能上进行子系统的划分,得到系统的总体功能结构图,如图4-1所示。医院管理信息系统系 统 维 护管理药 库 管 理管理药 房 管 理管理病 区 管 理管理出 入 院 管 理管理411 模块结构图(HIPO图)HIPO技术,即用图形方法表达一个系统的输入和输出功能,以及模块的层次。在子系统划分的基础上,对每一个子系统进行进一步的功能分解,这样不断分解下去,知道分解成含义明确、功能单一的单

32、元功能模块,从而得到系统的功能模块结构图,既系统的HIPO图。HIPO(HIERARCHY PLUS INPUT/PROCESS/OUTPUT)技术包含两个方面的内容: i. HIPO分层图。用此图表示自顶向下分解所得系统的模块层次结构; ii. IPO图(输入-处理-输出图),此图描述分层图中的一个模块的输入、输出和处理内容。应用HIPO技术可以进行系统设计、评价,在系统实施之前加工和修改已设计的系统。HIPO图清洗易懂,可以使用户、管理人员和其他系统建设者很方便地理解系统的程序结构,也有利于程序的编写和系统的维护。本系统共分为四个模块,既出入院管理、病区管理、药库管理、药房管理,对这四个模

33、块再进一步进行分解,即得到含义明确、功能单一的HIPO图,如图4-2所示:医院管理信息系统药房管理病区管理出入院管理药库管理系统维护药品出库药房退货外部入库药库退货入区登记医嘱管理病区退药功检确费病区发药药库台帐操作员维护岗位权限设置配置参数数据恢复及备份发药管理药品入库退药管理药品退货入院登记预交金管理出院结算图4.2 医院管理信息系统HIPO图412 IPO图绘制了HIPO图以后,还应对分层图中每一个模块的输入输出关系、处理内容、本模块的内部数据和模块间的调用关系进行描述,即要做出模块的IPO图,它是一长图形化的表格,是系统设计的重要成果,是系统实施阶段编制程序设计任务书和进行程序设计的出

34、发点和依据。以下举例说明:I P O 图系统名:医院管理信息系统 制图者: 蒋君伟模块名:医院管理信息系统 日 期: 2004.5调用下列模块:出入院管理病区管理药房管理药库管理由下列模块调用:输出:输入:处理内容:如果做与出入院处相关的工作,则调用出入院管理子系统如果做与护士、医生相关的工作,则调用病区管理子系统 如果做与发药退药等药剂师相关的工作,则调用药房管理子系统如果做与进货退货发货等药库管理员相关的工作,则调用药库管理子系统内部数据存储: 备注:图4-3-1 医院管理信息系统模块IPO图I P O 图系统名:医院管理信息系统 制图者: 蒋君伟模块名:药房管理 日 期: 2004.5由

35、下列模块调用:医院管理信息系统调用下列模块:发药管理、退药管理、药品入库、药品退库输出:发药申请单、退药申请单、退货申请单、入库申请单输入:发药信息、退药信息、退货信息、入库信息处理内容:如果给病区发药,则调用发药管理模块如果给病区退药,则调用退药管理模块如果向药库申请药品入库,则调用药品入库模块如果向药库申请退或,则调用药品退库模块内部数据存储: 备注:图4-3-2 医院管理信息系统模块IPO图I P O 图系统名:医院管理信息系统 制图者: 蒋君伟模块名:药库管理 日 期: 2004.5由下列模块调用:医院管理信息系统调用下列模块: 药品出库、药房退货、外部入库、药库退货、台帐生成输出:

36、药库出库信息、药库药房退库信息、药库入库信息、药库退货信息、药库台帐输入:药房进货申请单、药库药品入库 、药房退货申请处理内容:如果是处理药房发药申请,则调用药品出库模块如果是处理药房退药申请,则调用药房退货模块如果从药商购入药品入库, 则调用外部入库模块如果向药商退货, 则调用药库退货模块如果要生成药库台帐,则调用台帐生成模块内部数据存储: 备注:图4-3-3 医院管理信息系统模块IPO图42 数据库设计系统总体结构功能模块设计后,就要对数据库进行设计了。支持管理信息系统的数据库系统由模式、子模式、应用程序、数据库和数据库管理系统等几部分组成,其中除数据库管理系统可以从现有产品中选购外,外模

37、式、子模式、应用程序、数据库等则必须根据用户的具体要求进行分析和设计,这项工作称为数据库设计,它的核心问题是如何从系统的观点出发建立一个数据模式,使其满足以下几个条件:(1) 符合用户的要求,即能正确地反映用户的工作环境,该环境包括拥护需处理的所有”数据”,并支持用户需进行的所有“加工”。(2) 与所选用的数据库管理系统所支持的数据模式相匹配。(3) 数据组织合理,应易于操作,易于维护,易于理解。为管理信息系统设计一个数据库系统通常包括如下几个步骤:(1) 用户需求分析;(2) 基本数据库结构的设计;(3) 中间数据库结构的设计;(4) 与应用程序的接口。 421 实体描述在数据库设计中,对数

38、据字典中的数据结构、数据流和数据存储进行分析,参照数据流程图抽取数据,确定实体、实体的属性及试题之间的关系,得出系统的关系模式。采用实体-联系图,既E-R图的方法进行数据结构分析,E-R图由实体、属性、联系三部分组成。1) 本系统实体根据分析得到E-R图,各实体的属性分别描述如下:如图4-4所示。图中涉及到的12个实体:病区、医生、护士、病人、床位、药品、项目、医嘱、费用明细、药库、药房2) 实体属性分别描述如下,有下划线的属性为主码:1、 病区:病区代码、病区名称2、 医生:医生代码、医生姓名、性别、身份证、病区代码3、 护士:护士代码、护士姓名、性别、身份证、病区代码4、 病人:住院号、姓

39、名、身份证号、性别、病人状态、 入院日期、出院日期、入区日期、诊断代码、病人类型5、 床位:床位代码、占用标志、床位类型、编制类型6、 药品:药品编码、药品名称、药品规格、药品单位、药品价格、进货日期、自费比例、停用标志7、 功检项目:功检项目编码、功检项目名称、价格、自费比例、停用标志8、 医嘱:医嘱编号、医嘱类型、医嘱状态、医嘱内容、开始日期、停止日期9、 费用明细:序号、药品编码、功检项目编码、数量、金额、费用类型、确费日期10、 药房:药房代码、药房名称、药房类型11、 药库:药库代码、药库名称、药库类型12、 功检科室: 功检科室代码、功检科室名称、科室类型422 联系描述病区、医生

40、、护士、病人、床位、药品、项目、医嘱、费用明细、药库、药房图中有17个联系,15个一对多,1个一对一,1个多对多1) 一个病区需要向不同类型的药房拿药,一个药房又可为多个病区供药,所以它们是多对多的关系。2) 病区与床位之间是拥有关系,一个病区拥有多张床位3) 一个病区可以指派多个医生4) 一个病区可以指派多个护士5) 医生与病人之间存在治疗关系,一个医生可以治疗多个病人6) 护士与病人之间存在护理关系,一个护士通常要护理多个病人7) 一个病人只占用一张床位8) 医生在治疗过程中会开列许多医嘱,它们之间是一对多的关系9) 一个病人在治疗过程中将发生多笔医嘱10) 一种药品将可被多个医嘱用到11

41、) 一种功检项目可被多个医嘱用到12) 一种药品可被多笔费用明细包含13) 一种功检项目可被多笔费用包含14) 一个药房拥有多种药品15) 多个药房向一个药库进货退货,它们是一对多的关系.比如:一病区中药房二病区中药房都是向中药库进药和退药16) 一个病人拥有多条费用明细17) 一个功检科室拥有多个功检项目423 E-R图 对应病区药房NM 1 N1 1 1拥有拥有指派拥有指派N1 N N N床位护士医生药库药品1 111 1使用开列占用护理治疗 1N NNN1拥有医嘱功检科室病人 N 11N1拥有使用拥有N1生成功检项目NN费用明细生成N医院管理信息系统(E-R图)424 转换规则1) 实体

42、集的转换每个实体集用一个关系表示,其中实体集的属性被转换成关系的属性。实体集的主键,在满足唯一标识的无冗余等性质的条件下,将作为对应关系的主键。在实体的对应关系上,由于加入了联系,可能还要增加一些属性。2) 联系的转换(1)1:1的联系如果实体集E1与实体集E2的联系为1:1,应根据需要把E2的主键放入关系模式E1中,或反之。(2)1:N的联系如果实体集E1与实体集E2的 联系为1:N,将E1的主键包含在E2的关系模式中。(3)M:N的联系如果实体集E1与实体集E2繁荣联系为M:N,则它们之间的联系由另一个关系模式表示,这个关系模式由每个参加的实体集的主键及这个 联系的任何属性一起组成。425

43、 关系模式E-R图向关系模型的转化要解决的问题是如何将实体和实体间的联系转化为关系模式,如何确定这些关系模式的属性和代码。就按4.2.4转换规则转换。因此,由E-R图转换得到的13个关系模式如下所示,有下划线的属性为主码,带#号的属性为外码:1、 病区:病区代码、病区名称、备注2、 医生:医生代码、医生姓名、性别、身份证、病区代码#、备注3、 护士:护士代码、护士姓名、性别、身份证、病区代码#、备注4、 病人:住院号、姓名、身份证号、性别、病人状态、入院日期、出院日期、入区日期、诊断代码、病人类型、床位代码#、医生代码#、护士代码#、备注5、 床位:床位代码、占用标志、床位类型、编制类型、病区

44、代码#、备注6、 药品:药品编码、药品名称、药品规格、药品单位、药房代码#、药品价格、进货日期、自费比例、停用标志、备注7、 功检项目:功检项目编码、功检项目名称、价格、自费比例、停用标志、备注、功检科室代码#8、 医嘱:医嘱编号、医嘱类型、医嘱状态、医嘱内容、开始日期、停止日期、住院号#、药品编码#、功检项目编码#、医生代码#、备注9、 费用明细:序号、住院号#、药品编码#、功检项目编码#、数量、金额、费用类型、确费日期、备注10、 药房:药房代码、药房名称、药房类型、药库代码#、备注11、 药库:药库代码、药库名称、药库类型、备注12、 功检科室:功检科室代码、功检科室名称、科室类别、备注

45、13、 药房病区对应:序号、病区代码#、药房代码# 426 数据库的实现通过对转换后所得到关系模式的分析,结合本系统的功能及所选开发工具和数据库系统的特点,对系统数据库进行设计,建立一个具有良好的数据组织结构的数据库,应遵循的原则有:(1) 可能减少数据冗余和重复(2) 结构设计和操作设计相结合(3) 数据结构具有相对的稳定性由于数据库中所保存的数据是系统中非常重要的资源,所以在数据库设计时一定要注意数据结构的安全性、完整性,并发控制与恢复,而一般的数据库管理系统都提供了一定的数据保护功能。以下是本系统中的3张数据库表,字段名称中有*为主键1.职工编码库(YY_ZGBMK)主 码字段代码字段名称数据类型长 度小数位数可否为空*zgbm职工编号numeric4Not nullzgmc职工姓名Varchar24Not nullzglb职工类别0医生1护士2其他smallintxb性 别varchar4sfzh身份证号varchar20bqdm病区代码Varchar4Not nullpy拼 音char8wb五 笔char82. 病人入院信息(ZY_BRXXK)主 码字段代码字段名称数据类型长 度小数位数可否为空*zyh住 院 号Numeric9

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

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!