信息系统分析与设计.docx

信息系统分析与设计.docx

《信息系统分析与设计.docx》由会员分享，可在线阅读，更多相关《信息系统分析与设计.docx（26页珍藏版）》请在冰豆网上搜索。

信息系统分析与设计

校医院管理信息系统分析与设计

一、系统规划

1.1系统规划的任务、内容及方法------------------------------------------------------------5

1.2系统规划的具体过程------------------------------------------------------------------------6

1.2.1企业目标--------------------------------------------------------------------------------------6

1.2.2企业现行业务活动--------------------------------------------------------------------------6

1.2.3现行系统数据及数据分析-----------------------------------------------------------------6

1.2.4定义数据结构--------------------------------------------------------------------------------7

二、系统分析

2.1对现行系统的初步调查---------------------------------------------------------------------10

2.2可行性分析------------------------------------------------------------------------------------12

2.3对现行系统的详细调查（需求分析）---------------------------------------------------12

2.3.1现行系统的业务流程----------------------------------------------------------------------12

2.3.2现行系统的数据流程图-------------------------------------------------------------------12

2.4新系统逻辑模型的建立---------------------------------------------------------------------20

2.4.1新系统目标----------------------------------------------------------------------------------20

2.4.2新系统总信息流程图及边界的确定----------------------------------------------------20

2.4.3新系统模块的划分-------------------------------------------------------------------------22

三、系统设计

3.1新系统描述------------------------------------------------------------------------------------25

3.2系统结构图设计---------------------------------------------------------------------------28

3.3数据库设计------------------------------------------------------------------------------------29

四、系统实施

三峡大学校医院管理信息系统

背景概括：

三峡大学校医院建立于三峡大学合并之前原武汉水利电力大学（宜昌）的附属校医院，随着三峡大学的合并及不断发展壮大，校医院希望不断采用比较先进的信息系统与学校的发展保持同步。

一、系统规划

系统规划是信息系统生命周期的第一个阶段，是信息系统的概念形成时期。

这一阶段的主要目标是：

根据组织的目标与战略制定出组织中业务流程改革与创新和信息系统建设的长期发展方案，决定信息系统在整个生命周期内的发展方向，规模和发展进程。

本系统战略规划采用企业系统规划法。

（1）企业系统规划法（BSP，本系统采用这种方法）

20世纪70年代，IBM公司基于用信息支持企业运行的思想，推出了企业系统规划法。

它是一种结构化的方法论，其基本出发点是：

必须让企业信息系统支持企业的目标，让信息系统战略表达出企业各个管理层次的需求，向整个企业提供一致的信息，并且在组织机构和管理体制改变时保持工作能力。

BSP提出的企业信息系统开发的基本概念如图：

即“自上而下“地进行系统规划和”自下而上“地付诸实施。

BSP有助于企业对潜在的应用子系统进行识别和正确划分。

数据类

规划实现

BSP方法实现的主要步骤包括：

定义企业目标，定义企业过程，定义数据类，定义信息系统的总体结构等。

首先是定义企业目标，要在企业各级管理部门中取得一致的看法，使企业的发展方向明确，使信息系统支持这些目标。

第二步是要定义企业过程，这是BSP方法的核心。

所谓企业过程，就是指企业资源管理需要的逻辑上相关的一组决策方法。

企业过程演绎企业目标的完成过程，又独立于具体的组织结构变化，是建立企业信息系统的基础。

1、企业目标

总目标：

三峡大学校医院属于三峡大学后勤服务性机构，随着三峡大学的不断发展与壮大，校医院希望更好的信息系统不断提高医院的服务质量与效率，满足日益增多的广大教师与学生的要求。

同时，此系统院长，各科室主任等管理人员提供所需信息，使他们能及时了解医院各科室的情况，从而做出准确的决策。

各科室医生，护士等业务人员能通过此系统查看病人，病房相关信息，有助于提高业务水平及服务质量。

2、企业业务活动

医院的管理活动由许多相关过程组成，如下：

主要业务活动包括病人挂号，医生看病，划价，取药，收费，入院，出院等

辅助业务活动：

财务管理，药房管理，人员管理，病房管理。

其中财务管理主要包括每月收支汇总，所有工作人员的工资及奖金发放，器械管理主要器械采购，器械报废，器械维修，药房管理主要包括药品采购，药品出入库，门诊药品管理，住院药品管理，人事管理主要包括对病房，病床等设备及病人的护理管理。

3、数据及数据分析

本系统采用企业过程法，即利用之前识别的企业过程，分析每一个过程利用什么数据产生什么数据，或者说每一个过程的输入和输出数据是什么（本系统不包括人事管理的绩效考核，因此未包括人事管理）。

业务活动名

输入数据

输出数据

病人挂号

校园卡

挂号单

医生看病

医生诊断结果

药方

划价

药方

划价后的药方

取药

药方

药库药品量

收费

划价后的药方

收入

入院

挂号单

住院单

出院

住院单

出院单

财务管理

日常收入与支出

收支汇总表

器械采购

采购清单

医院设备表

器械报废与维护

器械报废与维护通知单

采购申请表

药品出入库

药品清单

药品库存量

病房管理

住院单

病房相关信息

4、定义信息结构（即划分子系统）

采用U-C矩阵，U代表信息用户，C代表信息生产者，左列表示医院活动，最上一行列出数据，开始时，数据与活动是随机排列的，UC在矩阵中的排列也是分散的，我们以调整数据的方法求解UC矩阵。

数据

活动

挂号单

工作人员表

药方

药品库存

病房

收入与支出

设备表

挂号

C

看病

U

U

C

划价

U

U

U

取药

U

U

U

收费

U

U

C

办理出入院手续

U

C

U

C

器械采购

U

U

器械报废与维修

U

药品出入库

C

病房管理

U

人事管理

C

对以上U-C矩阵经完备性，一致性，无冗余性检验，得以上U-C矩阵正确，将以上U-C进行调整（高内聚，低耦合使C尽量靠近主对角线），得U-C矩阵如下

数据

活动

挂号单

药方

收入与支出

病房

设备表

药品库存

工作人员表

挂号

C

看病

U

C

划价

U

U

取药

U

U

收费

U

U

C

办理出入院手续

U

C

器械采购

U

C

器械报废与维护

U

U

药品出入库

U

C

病房管理

U

人事管理

C

求解上述U-C矩阵，可知新系统可初步划分为六个子系统，分别为门诊管理系统，财务管理系统，住院管理系统，器械管理，药品管理和人事管理。

二、系统分析

1、对现行系统的初步调查

三峡大学校医院现在已经实行了管理信息系统，但所实行的系统属于第一阶段的信息系统，即只有药品管理和财务管理，且两个子系统之间没有数据的传递（两个子系统是相互独立的），采用这种系统，极容易造成数据的不一致。

现行系统的概图如下：

药品汇总表

2、可行性分析

在技术上，该系统对速度要求很高，需要以很快速度查询或修改相关信息，在财务管理这个子系统的数据的保密性要求较高，绝对不用许业务流程之外的随便修改。

整体上，系统对交互性要求较高，需要非常友好实用的界面，仅在医院内部使用。

根据这些特点，该系统适合采用两层的C/S结构，这样，该系统在硬件上需要一个小型的微机局域网环境，网络接点中需要一个服务器（既充当数据库服务器又充当文件服务器）和数台终端PC，在软件上,需要购买一个支持网络环境下中小型数据处理的数据库管理系统并在之上面建立医院管理系统的数据库模型（后台）,市场上流行的ORACLE,SQLSEVER等数据库管理系统都可以,还需要开发能够在WINDOWS操作系统下使用的应用程序（前台）,而现有的许多开发工具均能够做出标准实用,操作方便的WINDOWS应用程序.所以,现有的软硬件技术对于实现医院管理系统来说是完全可行的.

在经济上,这套系统的硬件投入大约是三万元,软件部分约是一万元,资金是由医院来支付.该系统将进一步实现医院业务的信息化,极大地减少了人力财力,提高了业务效率,长远收益将远超过系统的投资.

在社会方面,首先,医院的各级领导对新系统的开发极为支持,各工作人员也表示愿意积极配合,并且在新系统实施后将尽量尽快地学会应用新系统.其次,学校有关方面也认为采用新系统有利于医院与学校的协调发展.因此,采用新系统势在必行.最后,系统的开发与运行不违反任何政府法令或行业要求或其他法律责任问题.

经过可行性分析,得出结论:

系统建设确有必要,并且在技术上与经济上的条件成熟,可立即开发.

3,对现行系统的详细调查（需求分析）

（1）组织结构调查

经过调查,医院的部门组成以及这些部门所承担的业务内容如下:

院长办公室------负责医院的重大决策与管理,院长对系统的要求是进行相关的查询工作,以便及时全面地了解医院的营业状况,作出正确的决策.

人事部--------负责整个医院员工的招聘,分配,调动,考勤及解聘等业务.人事部安排给每个员工分配一个唯一的员工号.

财务部--------负责医院资金的出入,对门诊部的收银员进行管理,对资金进行盘点,每月对系统做一次月结,生成收支月汇总表.每逢季末,年末要生成收支季汇总表,收支年汇总表.

就诊科--------负责医院的主要业务,对系统要求能够查看和修改病人相关信息

住院部--------负责住院病人的护理及对病房的管理.对系统的要求是能够查看和修改病人,病房的相关信息.

药品房--------负责对药品的管理和入库.每月都要对仓库里的药品进行盘点,核对库存,对系统的要求能查看和修改药品的相关信息.

器械室--------负责对医院的器械进行管理.对系统的要求是能够查看和修改器械的相关信息.

医院的组织结构较简单,如图:

三峡大学校医院

院长办公室

器械室

住院部

药品房

财务部

人事部

就诊科

内科

外科

检验室

门诊部

（2）业务流程及数据流图的调查

医院整体业务流程,如图:

供应商

院长办公室

器械室

人员资料汇总

人事部

财务部

药房

供应商

纪录业务情况

住院部

就诊科

病人

采购

与看病相关的业务流程及数据流程图,如图:

具体业务流程

通知器械报废或维修

划价

是否有药

付费

取药

住院

纪录业务情况

住院

就诊

挂号

病人

是

否

否

是

具体数据流图:

N

相关数据存储的结果说明如下：

挂号单=就诊编号+日期+[教师号|学号]

业务纪录表=日期+主治医生

器械报废或维修通知单=器械编号+器械名称+通知类型+日期

收费单=就诊编号+日期+药品费用+已收金额+经手人

药方=姓名+性别+就诊编号+日期+诊断结果+医师嘱咐

取药单=日期+药名+药量+取药人+就诊编号

住院单=姓名+性别+就诊编号+入院日期+病房号+病床号+住院押金

+主治医生

药房相关的具体业务流程及数据流图，如下：

业务流图：

采购

具体数据流图：

入库

相关数据存储的结构说明：

采购药品单=采购编号+药品名+药品数量

采购票据=采购编号+日期+金额+采购人

药品库存表=药品名+药品编号+药品量+药品单价+药品有效期+生产日期

住院部相关的具体业务流程图及数据流图：

具体业务流图：

医务人员

具体数据流图：

病房状况表

相关数据存储的结构说明：

病人状况表=时间+病房号+病床号+姓名+病情+填写人

病人用药表=时间+病房号+病床号+姓名+药品名称+药量+用药费用

住院单=就诊编号+性别+姓名+入院日期+病房号+病床号+住院押金+主治医生

病房状况表=设备名+设备号+设备状况+填写人+日期

人事部相关的具体业务流程图及数据流图

具体业务流程：

人事部

具体数据流图：

工作人员表

相关数据存储的结构说明

工作人员表=工作证号+姓名+性别+出生日期+学历+职位+所属部门+联系方式

与器械室相关的具体业务流程及数据流图

具体业务流程：

有无库存

具体数据流图：

出库

相关数据存储的结果说明：

器械报废或维修通知单=日期+器械号+器械名称+通知单类型+通知单号

出库通知单=通知单号+日期+经手人+器械号+器械名称

设备列表=器械号+器械名称+采购时间+采购人+采购价格

器械采购申请表=采购申请号+采购物资名称+预计采购资金+日期

采购通知=采购通知号+采购物质名称+下发采购资金+日期+经手人

采购单=采购单号+采购通知号+采购情况+实际采购资金+日期+采购人

与财务部相关的具体业务图与数据流图

具体业务图：

资金申请

具体数据流图：

财务部

相关数据存储的结构说明：

资金申请表=日期+申请金额+申请原因+申请人

日常收支表=日期+[收|支]+金额+来源+经手人

采购批准通知=日期+申请采购号+批准采购号+批准金额+经手人

工资发放表=日期+姓名+工作号+金额+发放方式

收支汇总表=日期+汇总表类型+[收|支]+金额+经手人

3、新系统逻辑模型

（1）新系统的目标

经过对现行系统的业务和数据的分析，确定了新系统的目标如下：

系统功能目标：

新系统面对的用户是医院的工作人员，即医务人员，财务人员，药品管理人员，设备管理人员。

因此新系统在功能上能够辅助医务人员从事医院的主要业务活动，财务人员能够利用新系统进行医院相应的财务工作，药品管理人员和设备管理人员也可以通过此系统进行相应的管理。

系统技术目标：

对新系统的运行效率较高，响应时间限定在2S内，可靠性高，可修改，操作使用方便，通用性强。

系统经济目标：

新系统的预期投资费用主要在研制阶段，运行维护费用相比之下是较少的。

采用新系统，将会提高医院各项业务效率，带来直接的经济效益。

同时，新系统将会提高管理水平，优化管理方法，改变管理劳动性质而带来间接的经济效益。

（2）新系统总信息流程图及边界的确定

业务流程重组

在对原有系统业务流程及数据流图的调查过程中，发现现有系统的有些业务流程有待改善。

因此，需对医院现有业务流程进行重组。

从现有医院的整体业务流程图中可以发现，器械室与药房都有采购这一过程，并且，在采购之前都需要向财务不申请，并且器械室只有设备采购与设备管理这两种主要业务，药房的主要业务只有药品管理与药品采购，这两个部门的工作性质极为相似，所以考虑将器械室与药房合并成库房一个部门，然后由库房进行统一管理与采购。

在现有系统中，病人就诊后，需要到药房排队划价，然后再到门诊部缴纳费用。

由于划价、取药都需要在药房排队，极大延长了病人的看病时间。

故考虑利用新划价策略，即病人看病后直接到门诊部交费而省略人工划价的这一道手续，这是可行的。

只需将药品数据库与医生工作台相连即可，但为了防止药品数据库出现不一致现象，需进行一定的权限设置，即只允许医生工作台查询药品数据库，这样，既缩短了看病时间，有保证了在药库没有相应药品的情况下，医生能够及时用其他的药品代替，而不需病人再排队就诊。

将现有系统的数据流程和以上流程重组结合，可得新系统的总数据流程图如下：

N

相应处理说明如下：

挂号：

每个教师或学生在校期间都拥有一张唯一的校园卡，上面纪录着每个学生或教师唯一的学生号或教师号。

挂号时，采用刷卡的方式，系统根据校园卡上的卡号建立挂号单，由于医院的主要病人是学生或教师，故本系统考虑是病人也是学生或教师，但由于存在一些例外情况，如学生或老师的校园卡丢失，在补办期间，学生或教师可能需要到医院看病；校外一些人也可能到校医院看病等情况，因此，需考虑另一类看病情况，这种情况在后面的数据库设计中将详细讲到。

就诊：

这里主要指的是医生的工作平台的主要业务，由于医生工作平台可以访问药品数据库，现实中的划价过程有系统自动完成，若药房中有医生所开的药品及药量，当医生提交药方到数据库时，系统将自动划价，并提示医生提交成功。

否则，系统将提示提示医生所开药方无法提交，药房无所开药品，需重新开药方。

新系统的边界在上图中已用虚线划出。

（3）新系统的模块划分

在系统规划中，有UC矩阵求解可得出新系统由六个子系统组成，由于新系统的业务流程的改造，新系统有五个子系统组成，分别是门诊系统，财务系统，住院系统，仓库系统，人事系统。

新系统的组织结构如下：

器械室

新系统的功能模型如下：

人事管理

新系统的关联图如下：

收支汇总表

新系统的顶层图：

学号|教师号

三、系统设计（只包括门诊管理子系统）

1、新系统描述

主要功能：

门诊挂号、划价收费和医生诊断。

采用“以病人为中心”的管理模式，以病人就诊环节为轴线，使病人挂号、就诊、缴费及取药活动在统一的信息资源联系下成为一个整体，实现挂号电子化，药方电子化，收费电子化。

门诊挂号：

采用的是刷卡形式挂号，医院的主要服务对象是学生或教师工。

每个学生或教师都拥有一张校园卡，上面纪录学生或教师的基本信息，其中包括学号或教师号，学生或教师在看病时，先在门诊部刷卡挂号，系统会相应为病人建立一张空白电子病单，然后，根据校园卡上纪录的病人的基本信息，系统自动填写相关信息，包括姓名，性别，学号或教师号。

之后将此电子病单存入就诊数据库中。

病人在就诊时需刷卡从数据库中调出自己的电子病单，医生在病人的电子病单上填写病人的病情及相应的治疗药品、药量，然后提交给系统数据库。

此时，系统会自动查询仓库系统中药品数据库，检查仓库中是否还有此类药品及数量是否足够，如果没有此类药品或数量不足，系统将自动提示医生电子病单提交不成功，并返回不成功原因，否则，返回提交成功。

然后病人只需直接到门诊部缴费，缴费时，病人同样需要刷卡调出自己的电子病单，付费后，收银员将在病人的电子病单上已收费用额，同时，会将此纪录在日常收入表中，还要填上自己的工作证号然后将电子病单提交给数据库，否则无法提交成功。

最后，由病人刷卡取药，药品管理人员修改有关的药品信息，同时，在病人的电子病单上确认已取药，生成取药单交给病人，将电子病单保存在数据库中。

当有关管理人员需查看业务情况时，系统在电子病单的基础上生成业务纪录表。

门诊管理子系统的关联图，如下：

采购通知单

门诊管理子系统的顶层图：

主业务收入额

门诊管理的第一层数据流图：

仓库

2、子系统结构图设计

根据第一层数据流图，可得子系统主业务的结构图如下：

业务统计表

3、数据库设计

（1）、数据分类

从上述门诊管理系统的第一层数据流图中，可知子系统所需要的数据可如下分类：

病人学好或教师号信息；

与病单相关的信息；

住院通知信息；

主业务收入信息；

与器械采购或报废或维修相关的信息；

与业务纪录有关的信息；

与药品采购相关的信息；

（2）、数据字典

数据项描述

从门诊管理的第一层数据流图中可知，门诊数据库中有如下数据项：

学号或教师号：

学号或教师号是指学生的学号或教师的教师的工作证号，本系统的主要病人是三峡大学的学生或教师，每个学生或教师都拥有一张校园卡，卡上纪录有学生或教师的基本信息，且是唯一的。

学号或工作号的类型都是数值型，学号由十位数字组成，例如学号2004114116，前四位2004表示入校时间是2004年，1141表示学生所在班级，16表示学生在班级中的序号数。

教师号由11个数字组成，例如教师号20001111111，前面四位2000表示该教师开始在本校执教的时间，后面两位数字表示该教师所在的学院。

三峡大学共有十一个学院，为每个学院分配唯一的代码，从01到11，例如01表示经济与管理学院。

教师号的第七位与第八位表示该教师所在系在学院中的代码，最后三位表示此教师在系中的编号，病人刷卡时系统会根据卡中纪录中数字个数来判断是教师还是学生学生，然后在此基础上建立电子病单，以方便实行收费时的打折政策。

考虑到有些学生或教师丢失了校园卡，在补办期间会到医院就诊，或有校外人士在校看病，子系统设置另一类电子病单——特诊电子病单。

特诊电子病单与上述普通电子病单一样经过上述业务流程，且数据处理也一样。

唯一不同的是特诊电子病单不是经过刷卡后由系统接受卡中信息自动创建而成，而是由门诊部工作人员根据病人的实际情况人工创建而成，特诊电子病单创建之后和普通电子病单一样进入数据库，经过一样的处理过程。

电子病单号：

电子病单号是系统在学号或教师号的基础上建立的，用来标志电子病单的。

数据类型是由字符型与数值型合成的，为了保证特诊电子病单也能够进入系统进行相应处理，为方便起见将特诊电子病单号设置长度为十位，第一位是字符，S，T两种选择，S代表学生，T代表教师，从第二位到第七位表示看病