第一章现行系统概述Word文档格式.docx
- 文档编号:17334289
- 上传时间:2022-12-01
- 格式:DOCX
- 页数:30
- 大小:243.41KB
第一章现行系统概述Word文档格式.docx
《第一章现行系统概述Word文档格式.docx》由会员分享,可在线阅读,更多相关《第一章现行系统概述Word文档格式.docx(30页珍藏版)》请在冰豆网上搜索。
经分析,本系统经济可行。
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
统计
医生
检查治疗科室
病人挂号数据
住院部
图中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
病人备注
是否退挂
Br_zz
病人住址
50
Ghfy_bh
挂号费用
编号
外键
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
Ypkc_jldw
Ypkc_xx
下限
Ypkc_cd
药品产地
表3-4科室表单(Ksxx)
Ks_bh
科室编号
Ks_mc
科室名称
Ys_bh
主管编号
表3-5医生表单(Ysxx)
医生编号
Ys_xm
医生姓名
Ys_xb
医生性别
Ys_zw
医生职位
Ys_csrq
医生出生
表3-6治疗费用(Zlfy)
Zlfy_bh
Zlfy_mc
名称
Zlfy_sfjg
治疗收费
价格
Zlfy_zjf
治疗项目
表3-7检查费用(Jcfy)
Jcfy_bh
检查费用
Jcfy_mc
Jcfy_jg
检查收费
Jcfy_dw
检查单位
Jcfy_lx
检查类型
Jcfy_zjf
检查项目
表3-8挂号费用(Ghfy)
Ghfy_mc
Ghfy_jb
级别
Ghfy_sfjg
挂号收费
表3-9病人用药记录(Yyjl)
Yyjl_bh
病人用药
记录号
16
Bryyjl_sm
药品数目
Yyjl_fy
药品价格
表3-10病人检查记录
病人检查
Jcjl_fy
检查价格
表3-11病人治疗记录
病人治疗
Zljl_fy
治疗价格
3.3代码设计
管理信息系统的代码使用具有重要的意义,它对于快速查找,类型判断,提高系统的速度具有重要作用。
代码的作用:
对客观实体,通过代码进行识别、分类;
从计算机信息处理而言,使用代码节省处理时间与空间,提高处理速度与效率。
代码的分类原则:
唯一性原则:
每一个代码都代表唯一实体或属性。
便于识别和记忆:
为了同时适合于计算机和人工处理使用,代码不仅要具有逻辑数据含义,而且要便于识别和记忆。
容易修改:
代码中有一些注释,当某个代码在条件、特点或代表的实体关系改变时,容易进行变更。
该系统的代码设计如下:
病人编码方案:
XXXXXXXXXXXX(12位)
药品编码方案:
XXXXXXXX(8位)
科室编码方案:
XX(2位)
医生编码方案:
XXXXXX(6位)
治疗费用编码方案:
XXXX(4位)
检查费用编码方案:
挂号费用编码方案:
病人用药记录编码方案:
XXXXXXXXXXXXXXXXXX(16位)
病人检查记录编码方案:
病人治疗记录编码方案:
3.4输入/输出设计
输入输出设计在信息系统设计中占据重要地位,因为输入和输出是用户与系统的接口,是用户与系统关系最密切的两部分,它对于保证今后用户使用系统的方便性及系统的安全可靠性来说十分重要。
系统设计时,应先进行输出设计,再进行输入设计,因为输入信息只有根据输出要求才能确定。
3.4.1输出设计
输出设计的目的是使系统能输出满足用户需求的有用信息,系统的输出主要表现在查询和报表的输出和打印。
查询输出可以通过输入多个查询条件进行有目的的查询。
报表输出可根据用户的要求进行条件打印。
用户往往通过输出来了解系统的面貌,是评价系统应用效果的依据。
因此,输出设计的出发点是保证系统输出的信息能够方便地为用户所使用,能够为用户的管理活动提供有效的信息服务。
信息系统输出设计就是从信息输出角度,通过对输出内容、输出格式、输出设备与介质等方面的分析研究,确定出可行的输出设计方案。
信息一般可以采用屏幕输出、报表输出和其它途径输出等形式。
屏幕输出又可分为文本输出、图表输出、图形图像输出和音频输出等形式。
屏幕输出又可通过屏幕界面的方式来组织。
3.4.2输入设计
输入设计的根本任务是确保数据快速、正确地输入系统。
必须重视输入设计,要避免不合法的、不完整的、不正确的数据进入系统,设法保证输入数据的正确性。
输入设计的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第一章 现行 系统 概述