第一章现行系统概述.docx

上传人:b****6 文档编号:4408913 上传时间:2022-12-01 格式:DOCX 页数:30 大小:243.41KB
下载 相关 举报
第一章现行系统概述.docx_第1页
第1页 / 共30页
第一章现行系统概述.docx_第2页
第2页 / 共30页
第一章现行系统概述.docx_第3页
第3页 / 共30页
第一章现行系统概述.docx_第4页
第4页 / 共30页
第一章现行系统概述.docx_第5页
第5页 / 共30页
点击查看更多>>
下载资源
资源描述

第一章现行系统概述.docx

《第一章现行系统概述.docx》由会员分享,可在线阅读,更多相关《第一章现行系统概述.docx(30页珍藏版)》请在冰豆网上搜索。

第一章现行系统概述.docx

第一章现行系统概述

第一章现行系统概述

水车镇卫生院现行的管理系统采用传统的手工操作,虽然有计算机,但医院配备的计算机仅局限于打字和财会算账上,并没有使用在医院管理信息系统中。

目前,水车镇卫生院所面临的主要问题是职能管理部门结构上,部门重叠,机构臃肿。

冗员多,效率低下,运作困难。

业务上传统手工操作,工作效率低,而且容易出错,且手续繁琐,重复。

在医疗方面,医生在手工开处方时写的药名并不规范,这给药品管理带来很大的不便。

药品采购时,需要对药品库存账本对照查阅。

而药品种类繁多,查对繁琐,易出错。

相同药品不同产地价格不同,造成药品管理不便。

水车镇卫生院信息化改造可以是使药品库存管理以及采购更加现代化,药品管理和存储成本下降;同时可使医生开药更加安全,提高医生工作效率;也有利于月底结算。

医院办公现代化的实现,会使得管理费用和管理成本下降。

 

第二章系统分析

系统分析是应用系统思想和方法,把复杂的对象分解成简单的组成部分,找出这些部分的基本属性和彼此间的关系。

这个阶段是系统开发中最重要、也是最困难的阶段。

它既是后续开发工作的依据,也是衡量一个信息系统优劣的依据。

系统分析阶段的基本任务是:

系统分析员与用户在一起,充分了解用户的要求,并把双方的理解用系统说明书表达出来。

系统说明书审核通过以后,将成为系统设计的依据和将来验收系统的依据。

2.1需求分析

随着经济和信息技术的发展,计算机应用已经渗透到社会生活的各个行业,而医疗行业中的大多数中小型医院信息处理还停留在手工操作。

社会的发展给医院的管理提出了更高的要求。

本系统的开发是在了解水车镇卫生院的管理模式的前提下,在医院现有系统之上建立的信息管理系统。

在医院,传统的手工操作使医护人员和管理人员把大量的时间和精力消耗在事务性工作上,劳动强度大且工作效率低。

本系统的建立可以提高医院员工的工作效率和质量,减轻医院员工的各类事务性工作的劳动强度,使他们有更多的时间服务病人。

医院在传统的手工操作下,病人排队等待时间长,看病辗转多,看病不方便。

本信息系统的建立可以减收病人的等待时间,保证病人的利益。

本信息系统的建立可以为医院提供手工方式下无法进行的统计分析,为医院领导提供决策依据。

同时本系统的建立可以改善医院经营管理,为医院创造出经济效益,社会效益。

2.2可行性分析

2.2.1技术可行性:

本系统数据库开发平台选用SQL2000,该数据库管理系统能很好运行,并提供数据库之间的数据复制功能,可代替现有系统单据数据的手工传递工作,降低出错率,提高数据的可用性。

本系统的应用软件开发平台也选用PowerBuilder9.0,这是目前数据库应用软件的优秀开发平台。

开发本信息系统的技术可行。

2.2.2经济可行性:

这主要包括项目所需费用的预算与对项目效益的估算。

经济可行性已解决了供研制系统所需要的经费,并且在一定时期内能回收系统的投资。

成本包括初始成本与日常维护费用,应注意防止成本估计过低的倾向。

经验表明,成本费用往往低于预先估计的2~4倍。

采用新的医院信息管理系统可取代原系统的单据手工传递工作,减少人工开支,节省资金,并且可大大提高信息量的取得,缩短信息处理周期,提高信息的利用率,使医院服务质量更上一个台阶。

经分析,本系统经济可行。

2.2.3管理可行性

使用此系统有助于医院加强宏观管理,搞好卫生资源的调控。

它能促进卫生事业不断发展。

提高管理的效率。

因此,本系统管理可行。

2.2.4社会可行性

经过对系通分析,从组织内部来讲,管理信息系统的建立,可能导致某些制度,甚至管理体制的变动,对于这些变动,组织的承受能力影响着系统的生存,尤其是从手工系统过渡到人机系统,这个因素的影响更。

但这种影响对于医院的发展来说积极的成分比较大,也有助于社会对医院的认可。

通过上述分析,我们可以做出肯定的回答,系统的整体情况符合企业和社会的需求,具有较强的可行性。

综上所述,可行性研究最终表明,此系统方案具有可行性,可以进行开发。

2.3信息系统规划

在医院信息管理系统项目实施过程中,均遵守以下系统规划原则:

安全性原则、实用原则、可操作性原则、兼容性原则、合法性原则、标准化原则。

系统规划要求支持企业的总目标,整体上着眼于高层管理,兼顾各管理层需求。

摆脱信息系统对组织结构的依从性。

使系统结构有良好的整体性。

便于实施。

系统规划的任务是制定信息系统的发展战略,制定信息系统的总体方案,安排项目开发计划,制定系统建设的资源分配计划。

系统规划的特点:

系统规划是面向全局的,面向长远的关键问题,具有较强的补稳定性,结构化程度较低。

系统规划是高层的系统分析,高层管理成员是主体。

系统规划不宜过细。

系统规划使企业规划的一部分,并伴随环境发展而变化。

2.4系统开发方法的选择

信息系统开发的方法主要有:

结构化法,原型法,面向对象法等。

结构化编程:

具体地说,就是先将整个管理信息系统的开发划分成若干个相对比较独立的阶段,如系统规划、系统分析、系统设计、系统实施等。

在前三个阶段采用自顶向下的方法对系统进行结构化划分,即从组织管理金字塔结构的最顶层入手,层层分解逐步深入至最基层;先考虑系统整体的优化,然后再考虑局部的优化。

在系统实施阶段,采用自底向上的方法逐步实施,即按照前几个阶段设计的模块,组织人员从最基层的模块做起(编程),然后按照系统设计的结构,将模块一个个拼接到一起进行调试,自底向上,逐渐地构成整体系统。

结构化系统开发方法的优点是设计出质量好的程序,不仅在程序每次运行时都能产生正确的输出结果,而且使得其他程序员以后可以非常容易地阅读和修改程序。

但程序需要不断地修改。

原型法的优点是解决传统的生命周期法缺乏弹性的缺陷,缩短了开发周期,减少了开发风险。

用户参与积极性高开发周期短,使用灵活。

面向对象法的优点是使程序设计的思想方法更接近人们的思维方式。

为人们提供了更有利的认识框架。

由于我是初学者,且医疗系统相对稳定变化小,所以我使用的是结构化的开发方法。

2.5组织结构与功能结构分析

水车镇卫生院的组织结构是按照工作性质和任务划分的,分为诊疗部门、辅助诊疗部门、护理部门和行政后勤部门。

(组织结构如图2-1所示)

诊疗部门是医院的主要业务部门,它包括病房和门诊的各临床科室,如内科、外科、妇产科、五官科、骨伤科、中医科、儿科、急诊科、预防保健科。

辅助诊疗部门包括为临床提供技术支持的专业科室,包括药剂科、放射科、临床检验科、物理诊断科、手术室等。

辅助诊疗部门以专门的技术和设备辅助临床诊疗工作的进行,是现代医院的重要组成部门。

护理部门是独立完成专业工作内容的系统,虽然护理专业人员分布在诊疗和辅助诊疗部门的各岗位,但它通过各专科护士长和护理部两级管理体系,完成其专业工作任务。

行政后勤部门是对医院的人、财、物进行管理的职能部门,它既包括对医疗、护理工作进行管理的业务管理机构,如医务科、护理部、门诊部等,还包括对医院整体进行管理的其他职能部门,如院长办公室、人事科、财务科、保卫科、设备科、膳食科等。

各行政管理职能部门管辖的辅助性科室,等亦应归入行政后勤管理部门。

党群组织机构,也归入行政后勤部门。

其组织结构图:

2.6业务流程分析

医院的主要业务就是为病人看病。

医院业务主要分为三种:

平诊、急诊和住院治疗。

根据我在新化县水车镇卫生院的实习情况,了解医院的特点,得到水车镇卫生院的业务流程:

平诊:

病人到医院就诊必须到门诊挂号处挂号,接下来,去门诊相应的科室找到医生。

医生对病人作一般性检查,了解病人的病情后,按病人的病情开出处方单。

如果病人患的是简单的小病,医生开出治疗处方。

病人用医生的开药处方到中药药房或西药药房划价,之后到门诊收费处缴纳药费,再次到药房去取药。

取完药后,病人就在医院治疗或者回家治疗。

如果病人患的病比较重,医生判断不出病人的病因时,医生就开出辅助检查处方单,病人去收款处缴纳相应的检查费用,然后去相关科室接受检查。

检查结果出来以后,病人持检查结果回到就诊医生。

医生根据检查结果,对病人的病情作进一步的判断,决定病人是住院治疗还是开药回家休养,而后开出住院通知单或一般处方。

住院病人持住院通知单和所有检查结果,以及门诊医生写的门诊病历到住院部办理住院。

开药回家治疗的病人以及住院病人用医生的开药处方到中药药房或西药药房划价,结算后到门诊收费处缴纳药费,病人再次到药房去取药,病人再回家治疗或住院治疗。

(业务流程如图2-2所示)

急诊:

急诊病人到医院就诊首先到门诊室急诊室,急诊室值班医生对病人作简单检查,对病人的病因能直接判断出的,急诊室值班医生马上开出急救处方,组织医护人员对病人进行急救治疗。

医生不能直接判断出病人病因的,组织在院医生对病人进行会诊,会诊结果出来后,开出处方,去药房取药,进行急救治疗。

急救后病人根据先前开出检查处方单去收款处缴纳相应的费用以及急诊费,随后按其病情转入住院部或者开药回家。

(业务流程如图2-3所示)

住院治疗:

病人持门诊医生开的住院通知单和以前检查结果门诊病历找到住院部向相应的科室医生,住院部医生对病人作进一步检查,并且开始写病人的住院病例。

病人家属去住院收费处交纳住院保证金,护士安排病人住院床位。

病人住院部治疗。

病人病好了以后,医生检查能够出院,医生写出出院病历,病人签字。

医生开出出院证明,病人持出院证明到住院收费处结账。

结账完成后,病人的出院手续就办妥了。

(业务流程图如图2-4所示)

全身检查

病人

住院通知单,检查结果

交纳费用

安排床位

护士

住院治疗

出院证明

出院结算

图2-4住院流程图

出院

病人

交费存档

出院存档

2.7数据与数据流程分析

医院门诊数据流程如下:

P0

病情

严重

药品检查治疗流量

门诊科室流量

病人交款记录

处方

检查结果

病人挂号

是否有检查

P1

挂号管理

P2

医生诊断

P4

药房管理

P3

门诊收费

P6

相关检查

病人交款记录

D4

病人

图2-6医院门诊系统第一层DFD

药品数据

D2

有关领导

P5

书写病历

P7

统计

统计

病人

医生

检查治疗科室

病人挂号数据

D4

住院部

图中P2医生诊断P5书写病历P6相关检查是手工处理

2.8数据字典

数据字典是系统分析阶段的重要的文档。

数据字典的作用是能够清楚的定义和详细的解释数据流程图上未能表达的内容,同时还能够帮助分析员组织数据,是沟通用户的工具。

数据字典记载着每个数据项的关键条目,从中可以检查出各个数据元素的详细内容或漏掉的数据元素。

数据字典共有六类条目:

数据元素、数据结构、数据流、数据存储、处理过程、外部实体。

不同类型的条目有不同的属性需要描述,下面列出药库管理信息管理系统中,数据字典各类条目的部分描述:

2.8.1数据元素条目

2.8.2数据结构条目

2.8.3数据流

数据流条目

名称:

药品价格单包含数据结构:

编号:

3-001编号

简要说明:

划价时取用名称

数据流来源:

D2规格

类别

计量

单位

助记符

2.8.4数据存储

2.8.5处理过程

2.8.6外部实体

外部实体

名称:

病人

编号:

6-002

说明:

来院看病的病人

输出数据流:

挂号操作员病人信息表

 

第三章系统设计

3.1系统总体结构设计

系统总体结构设计是要根据系统分析的要求和组织的实际情况来对新系统的总体结构形式和可利用的资源进行大致设计,它是一种宏观、总体上的设计和规划。

系统设计原则

1.简单性:

在达到预定的目标、具备所需要的功能前提下,系统应尽量简单,这样可减少处理费用,提高系统效益,便于实现和管理。

2.灵活性和适应性:

企业的管理信息系统必须具有相当的灵活性,以便适应外界环境的不断变化,而且系统本身也需不断修改和改善。

因此,在这里系统的可变性是指允许系统被修改和维护的难易程度。

一个可变性好的系统,各个部分独立性强,容易进行变动,从而可提高系统的性能,不断满足对系统目标的变化要求。

此外,如果一个信息系统的可变性强可以适应其它类似企业组织的需要,无疑地,这将比从新开发一个新系统成本要低得多。

3.一致性和完整性:

一致性是指系统中信息编码、采集、信息通信要具备一致性设计规范应标准;完整性是指系统作为一个统一的整体而存在,系统功能应尽量完整。

4.可靠性:

系统的可靠性指系统硬件和软件在运行过程中抵抗异常情况的干扰及保证系统正常工作的能力。

衡量系统可靠性的指标是平均故障间隔时间和平均维护时间。

前者指平均的前后两次发生故障的时间,反映了系统安全运行时间,后者指故障后平均每次所用的修复时间,反映系统可维护性的好坏。

只有可靠的系统,才能保证系统的质量并得到用户的信任,否则就是没有使用价值。

系统设计的目的:

系统设计的目的是在保证实现逻辑模型功能的基础上,尽可能提高目标系统的简单性、可变性、一致性、完整性、可靠性、经济性、系统的运行效率和安全性,将分析阶段所获得的系统逻辑模型,转换成一个具体的计算机实现方案的物理模型,包括计算机物理系统配置方案报告和一份系统设计说明书。

系统主体模块结构

3.2数据结构与数据库设计

3.2.1概念结构设计

概念结构设计就是将需求分析得到的用户需求抽象为信息结构即概念模型的过程。

这里采用自顶向下和自底向上建立整个系统的数据库结构。

采用实体联系模型(E-R图)进行数据库概念设计。

治疗费用

费用编号

费用名称

收费价格

图3-6治疗费用实体图

图3-9药品库存实体图

药品库存

药品编号

计量单位

库存下限

生产地

3.2.2数据库的逻辑设计

逻辑结构设计的任务就是把概念结构设计阶段设计好的基本E-R图转换为与选用的DBMS产品所支持的数据模型相符合的逻辑结构。

这里是将E-R图转换为关系模型。

为了很好地实现用户管理上的功能、性能要求,还需要进一步优化处理。

优化过程采用关系模型的规范化理论第一范式、第二范式、第三范式进行优化处理,减少数据冗余。

下面将上面的E-R图转换为关系模型表示实体与实体之间的关系。

下面用关系模型表示实体间的关系:

病人(病人编号,病人姓名,病人性别,备注,病人住址,病人出生日期,挂号费用编号)

药品(药品编号,药品名称,药品规格,药品类别,药品计量单位,药品单价,药品助记符,药品产地)

药品库存(药品库存编号,药品编号,药品库存数目,药品库存下限)

科室(科室编号,科室名称,主管编号)

医生(医生编号,医生姓名,医生性别,医生职位,医生出生日期)

治疗费用(治疗费用编号,治疗费用名称,治疗收费价格,助记符)

检查费用(检查费用编号,检查费用名称,检查收费价格,检查单位,检查类型,助记符)

挂号费用(挂号费用编号,挂号科室名称,挂号级别,挂号收费价格)

病人用药记录(病人用药记录号,医生编号,药品编号,药品数目,药品价格)

病人检查记录(病人检查记录号,医生编号,检查费用编号,检查价格)

病人治疗记录(病人治疗记录号,医生编号,治疗费用编号,治疗价格)

3.2.3物理设计

数据库在物理设备上的存储结构与存取方法称为数据库的物理结构,它依赖于给定的计算机系统。

为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程,就是数据库的物理设计。

物理设计的目的是根据数据库管理系统的特征,确定数据库的物理结构。

数据库的物理结构设计通常分为:

1.确定数据库的物理结构,在本系统所选择的关系数据库中主要指存取方法和存储结构;2.对物理结构进行评价,评价的重点是时间和空间效率。

存储结构主要任务是:

确定数据库的文件名称其所含字段的名称,类型;确定数据库文件的属性。

 

表3-1病人表单(Brxx)

字段名称

说明

数据类型

长度

是否为空

备注

Br_bh

病人编号

字符型

12

主键

Br_xm

病人姓名

字符型

20

Br_xb

病人性别

字符型

2

Br_bz

病人备注

字符型

2

是否退挂

Br_zz

病人住址

字符型

50

Ghfy_bh

挂号费用

编号

字符型

2

外键

Br_csrq

病人出生

日期

日期时间

 

表3-2药品表单(Ypxx)

字段名称

说明

数据类型

长度

是否为空

备注

Yp_bh

药品编号

字符型

8

主键

Yp_mc

药品名称

字符型

30

Yp_gg

药品规格

字符型

6

Yp_lb

药品类别

字符型

10

Yp_jldw

药品计量

单位

字符型

4

Yp_dg

药品单价

实型

Yp_zjf

药品助记符

字符型

40

表3-3药品库存表单(Ypkc)

字段名称

说明

数据类型

长度

是否为空

备注

Ypkc_bh

药品库存

编号

字符型

10

主键

Yp_bh

药品编号

字符型

8

外键

Ypkc_jldw

药品库存

计量单位

字符型

4

Ypkc_xx

药品库存

下限

实型

Ypkc_cd

药品产地

字符型

50

表3-4科室表单(Ksxx)

字段名称

说明

数据类型

长度

是否为空

备注

Ks_bh

科室编号

字符型

2

主键

Ks_mc

科室名称

字符型

20

Ys_bh

主管编号

字符型

6

外键

表3-5医生表单(Ysxx)

字段名称

说明

数据类型

长度

是否为空

备注

Ys_bh

医生编号

字符型

6

主键

Ys_xm

医生姓名

字符型

20

Ys_xb

医生性别

字符型

2

Ys_zw

医生职位

字符型

10

Ys_csrq

医生出生

日期

日期时间

表3-6治疗费用(Zlfy)

字段名称

说明

数据类型

长度

是否为空

备注

Zlfy_bh

治疗费用

编号

字符型

4

主键

Zlfy_mc

治疗费用

名称

字符型

20

Zlfy_sfjg

治疗收费

价格

实型

Zlfy_zjf

治疗项目

助记符

字符型

40

 

表3-7检查费用(Jcfy)

字段名称

说明

数据类型

长度

是否为空

备注

Jcfy_bh

检查费用

编号

字符型

4

主键

Jcfy_mc

检查费用

名称

字符型

20

Jcfy_jg

检查收费

价格

实型

Jcfy_dw

检查单位

字符型

10

Jcfy_lx

检查类型

字符型

10

Jcfy_zjf

检查项目

助记符

4

表3-8挂号费用(Ghfy)

字段名称

说明

数据类型

长度

是否为空

备注

Ghfy_bh

挂号费用

编号

字符型

2

主键

Ghfy_mc

挂号费用

名称

字符型

20

Ghfy_jb

挂号费用

级别

字符型

10

Ghfy_sfjg

挂号收费

价格

实型

 

表3-9病人用药记录(Yyjl)

字段名称

说明

数据类型

长度

是否为空

备注

Yyjl_bh

病人用药

记录号

字符型

16

主键

Ys_bh

医生编号

字符型

6

外键

Yp_bh

药品编号

字符型

8

外键

Bryyjl_sm

药品数目

实型

Yyjl_fy

药品价格

实型

表3-10病人检查记录

字段名称

说明

数据类型

长度

是否为空

备注

Yyjl_bh

病人检查

记录号

字符型

16

主键

Ys_bh

医生编号

字符型

6

外键

Jcfy_bh

检查费用

编号

字符型

8

外键

Jcjl_fy

检查价格

实型

表3-11病人治疗记录

字段名称

说明

数据类型

长度

是否为空

备注

Yyjl_bh

病人治疗

记录号

字符型

16

主键

Ys_bh

医生编号

字符型

6

外键

Zlfy_bh

治疗费用

编号

字符型

8

外键

Zljl_fy

治疗价格

实型

3.3代码设计

管理信息系统的代码使用具有重要的意义,它对于快速查找,类型判断,提高系统的速度具有重要作用。

代码的作用:

对客观实体,通过代码进行识别、分类;从计算机信息处理而言,使用代码节省处理时间与空间,提高处理速度与效率。

代码的分类原则:

唯一性原则:

每一个代码都代表唯一实体或属性。

便于识别和记忆:

为了同时适合于计算机和人工处理使用,代码不仅要具有逻辑数据含义,而且要便于识别和记忆。

容易修改:

代码中有一些注释,当某个代码在条件、特点或代表的实体关系改变时,容易进行变更。

该系统的代码设计如下:

病人编码方案:

XXXXXXXXXXXX(12位)

 

药品编码方案:

XXXXXXXX(8位)

 

科室编码方案:

XX(2位)

医生编码方案:

XXXXXX(6位)

 

治疗费用编码方案:

XXXX(4位)

 

检查费用编码方案:

XXXX(4位)

 

挂号费用编码方案:

XX(2位)

 

病人用药记录编码方案:

XXXXXXXXXXXXXXXXXX(16位)

 

病人检查记录编码方案:

XXXXXXXXXXXXXXXXXX(16位)

 

病人治疗记录编码方案:

XXXXXXXXXXXXXXXXXX(16位)

 

3.4输入/输出设计

输入输出设计在信息系统设计中占据重要地位,因为输入和输出是用户与系统的接口,是用户与系统关系最密切的两部分,它对于保证今后用户使用系统的方便性及系统的安全可靠性来说十分重要。

系统设计时,应先进行输出设计,再进行输入设计,因为输入信息只有根据输出要求才能确定。

3.4.1输出设计

输出设计的目的是使系统能输出满足用户需求的有用信息,系统的输出主要表现在查询和报表的输出和打印。

查询输出可以通过输入多个查询条件进行有目的的查询。

报表输出可根据用户的要求进行条件打印。

用户往往通过输出来了解系统的面貌,是评价系统应用效果的依据。

因此,输出设计的出发点是保证系统输出的信息能够方便地为用户所使用,能够为用户的管理活动提供有效的信息服务。

信息系统输出设计就是从信息输出角度,通过对输出内容、输出格式、输出设备与介质等方面的分析研究,确定出可行的输出设计方案。

信息一般可以采用屏幕输出、报表输出和其它途径输出等形式。

屏幕输出又可分为文本输出、图表输出、图形图像输出和音频输出等形式。

屏幕输出又可通过屏幕界面的方式来组织。

3.4.2输入设计

输入设计的根本任务是确保数据快速、正确地输入系统。

必须重视输入设计,要避免不合法的、不完整的、不正确的数据进入系统,设法保证输入数据的正确性。

输入设计的

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 高中教育 > 英语

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1