校医院管理信息系统设计(WUT工业工程制造信息系统)_第1页
校医院管理信息系统设计(WUT工业工程制造信息系统)_第2页
校医院管理信息系统设计(WUT工业工程制造信息系统)_第3页
校医院管理信息系统设计(WUT工业工程制造信息系统)_第4页
校医院管理信息系统设计(WUT工业工程制造信息系统)_第5页
已阅读5页,还剩44页未读 继续免费阅读

下载本文档

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

文档简介

1、.:.;校医院管理信息系统设计目录 TOC o - h z u HYPERLINK l _Toc 引言 PAGEREF _Toc h HYPERLINK l _Toc .系统开发背景 PAGEREF _Toc h HYPERLINK l _Toc .校医院概略 PAGEREF _Toc h HYPERLINK l _Toc .实地调研情况 PAGEREF _Toc h HYPERLINK l _Toc 系统规划 PAGEREF _Toc h HYPERLINK l _Toc . 初步设计方案 PAGEREF _Toc h HYPERLINK l _Toc .范围定义 PAGEREF _Toc

2、h HYPERLINK l _Toc . 识别工程的限制条件 PAGEREF _Toc h HYPERLINK l _Toc .信息系统目的 PAGEREF _Toc h HYPERLINK l _Toc .信息系统规划分析 PAGEREF _Toc h HYPERLINK l _Toc .可行性分析 PAGEREF _Toc h HYPERLINK l _Toc .管理上的可行性分析 PAGEREF _Toc h HYPERLINK l _Toc .技术可行性分析 PAGEREF _Toc h HYPERLINK l _Toc .经济可行性分析 PAGEREF _Toc h HYPERLIN

3、K l _Toc .可行性分析结论 PAGEREF _Toc h HYPERLINK l _Toc .系统开发战略 PAGEREF _Toc h HYPERLINK l _Toc 系统分析 PAGEREF _Toc h HYPERLINK l _Toc .组织构造与业务流程分析 PAGEREF _Toc h HYPERLINK l _Toc .组织构造分析 PAGEREF _Toc h HYPERLINK l _Toc .业务流程分析 PAGEREF _Toc h HYPERLINK l _Toc .需求分析 PAGEREF _Toc h HYPERLINK l _Toc .获取需求 PAGE

4、REF _Toc h HYPERLINK l _Toc .归档和分析需求 PAGEREF _Toc h HYPERLINK l _Toc .需求管理 PAGEREF _Toc h HYPERLINK l _Toc .用例建模 PAGEREF _Toc h HYPERLINK l _Toc .确定业务参与者 PAGEREF _Toc h HYPERLINK l _Toc .确定业务需求用例 PAGEREF _Toc h HYPERLINK l _Toc .构造用例模型图 PAGEREF _Toc h HYPERLINK l _Toc .过程建模和分析 PAGEREF _Toc h HYPERLI

5、NK l _Toc .上下文数据流图 PAGEREF _Toc h HYPERLINK l _Toc .功能分解图 PAGEREF _Toc h HYPERLINK l _Toc .校医院管理信息系统子系统图 PAGEREF _Toc h HYPERLINK l _Toc 系统设计 PAGEREF _Toc h HYPERLINK l _Toc .系统模块构造设计 PAGEREF _Toc h HYPERLINK l _Toc .代码设计 PAGEREF _Toc h HYPERLINK l _Toc .数据库设计 PAGEREF _Toc h .数据库E-R图 HYPERLINK l _To

6、c PAGEREF _Toc h .数据库表的设计 HYPERLINK l _Toc PAGEREF _Toc h HYPERLINK l _Toc .用户界面设计 PAGEREF _Toc h HYPERLINK l _Toc 课程设计总结 PAGEREF _Toc h 参考文献 引言.系统开发背景 随着信息技术的不断开展,各企业均利用计算机技术去完善企业的各项任务以及提高任务效率,校医院的很多方面也可以运用信息技术去提高任务效率,如:挂号、缴费、拿药、病历、行政管理等。因此医院管理信息系统也曾经成为各医院信息化的必备工具,也是医院开展过程中的必经之路,现代的医院曾经不仅仅是一个医疗场所,更

7、是一个人安康的档案室,看病带病历也表达了了这一点,信息的高度集中开展依赖于一个完备并且不断跟新的信息系统。同时,软件开发环境的高度集成和数据库技术的日益成熟成为开发医院管理信息系统的技术根底,大大降低了系统的开发本钱。系统开发工具的智能化也使得各项任务均能开发出适宜的系统以满足其需求。运用如今的知识以及技术,初步开发出我校校医院管理信息系统,不但可以提高医院的经济效益,而且可以提高医院的竞争力,更有利于医院发扬效力学生的职能。.校医院概略武汉理工校医院又名武汉市洪山区珞南街第二社区卫生效力中心,是一家非盈利性质医疗保健机构。医院设有内科、外科、妇科、儿科、中医科、耳鼻喉科、眼科、口腔科、理疗科

8、、皮肤科、肛肠科、保健科、心思咨询、住院部等临床科室,为学校师生员工及社区内 万多居民提供预防、医疗、保健、康复、安康教育、方案生育指点六位一体的效力。医院现有全自动生化分析仪、 B 超仪、 导心电图仪、长程心电图仪、进口 毫安 X 光仪、牙科治疗仪、电子胃肠镜、全自动电解质分析仪、全自动血球分析仪、血凝仪、微波治疗仪、牵引床等仪器,其价值合计 余万元,其中万元以上的设备 余台,可满足各医疗科室的检查、化验、透视拍片、理疗等需求。住院部现有床位 张。医院注重医护人员队伍的建立及其专业实际、技术程度和业务才干的提高和医德医风的建立,不断提高效力质量。开设有心血管、内分泌、消化内科、神经内科、肛肠

9、科、心思咨询专家专科等特征效力,并聘请校外医院专家来医院坐诊,开展专业学术交流活动。校医院在马房山校区及余家头校区设有医疗机构。医院管理机构总部设在马房山校区西院,马房山校区下设南湖新校园医务室、西院校医院及东院校医院;余家头校区为医院余家头分院,下设三层楼教学区医务室、中区医务室。医院内设医院办公室、财务办公室、方案生育办公室、余家头分院办公室 个职能科室。 目前医院中挂号、缴费、药库、药房管理等任务依然是手工进展,效率低下且各部门间信息传送不通畅,药库管理经常由于管理上的不当使部分药品失效报废,给医院带来了一定的经济损失。.实地调研情况 经过对马房山校区校医院的实地调查以及亲身体验看病流程

10、和报销流程,我校医院的信息处置根本上脱离手工方式,采用电子无纸化办公;病人排队等候时间长,辗转过程多,影响医院的次序;病案、临床检验、病理检查等许多珍贵的数据资料的检索非常费事甚至难以实现;病人校外看病校内报销过程繁琐,辗转过程多,排队等候时间长;病人不能自助挂号、自助缴费、自助取药以及电子病历,使得看病不是一件很容易的事,不清楚流程的病人经常要多个科室来回跑;开发医院管理信息系统是处理上述问题的有效途径。医院管理信息系统的有效运转,将提高医院各项任务的效率和质量,促进医学科研、教学;减轻各类事务性任务的劳动强度,使他们腾出更多的精神和时间来效力于病人;改善运营管理,堵塞破绽,减少行政人员的额

11、外支出,保证病人和医院的经济利益。用PIECES问题处理框架和检查表来表达见表-。PIECES问题处理框架和检查表性能 现行系统运用人数较少,性能普通信息和数据输出 输出病历信息太少输入 输入信息繁琐,无自动添加,冗余的搜集信息数据存储 数据病人不可访问经济费用 费用不明确利润 可经过优化系统提高效率,降低本钱控制和平安 平安或控制太多,控制使病人或者医生用户感到不方便效率人、机器或计算机浪费时间 冗余的输入或者复制数据义务所需任务量大义务所需资料太多效力 系统不对病人开放,系统信息集成度差表 - SEQ 表_- * ARABIC PIECES问题处理框架和检查表 系统规划信息系统规划是将组织

12、目的、支持组织目的所必需的信息、提供这些必需信息的信息系统,以及这些信息系统的实施等诸要素集成的信息系统方案,是面向组织中信息系统开展远景的系统开发方案。信息系统规划的义务是经过对组织目的和战略、现状和开展的分析,制定指点信息系统建立的规划。. 初步设计方案图 STYLEREF s 错误!文档中没有指定款式的文字。 SEQ 图 * ARABIC s 图 - SEQ 图_- * ARABIC 设计方案根本思绪综合运用所学知识,再结合本系统的特殊情况,按看管理信息系统的生命周期来开发校医院管理信息系统,即采用构造化系统开发方法。根本思绪如图-。.范围定义范围定义阶段的一个重要义务就是确定触发该工程

13、的问题、时机和/或指示,并且对每个问题、时机和指示都按照紧急程度、可见性、益处和优先权进展评价。任何额外的详细分析在这个阶段都是不用要的,问题陈说很好的反映了曾经明确了的问题、时机和指示,见表-。问题陈说工程:校医院管理信息系统工程经理:XXX创建人:张玉帆最后修正人:张玉帆创建日期:年月日最后修正日期:年月日问题、时机及指示的简要描画紧急程度可见性优先权建议的方案.如今系统的运用对象主要为医生和医院行政人员,达不到效益的最大化高高新开发一个系统.输出病历信息太少;而且输入信息繁琐,冗余度大,反复性大,无法自动添加高高快速修复.由于很多流程的繁琐,使医生和病人都觉得不方便中等高新开发一个系统.

14、完成某些义务所需任务量大,所需资料多,冗余的输入或者复制数据低高快速的修正,然后开发一个系统表 - SEQ 表_- * ARABIC 问题陈说. 识别工程的限制条件校医院下属各分院、医务室分布太过分散,在对企业进展调查、搜集资料时,过程复杂,要想搜集详细资料会破费大量的人力物力。高层指点难以及时的了解问题,坏音讯向上传送的速度比较慢,报喜不报忧几乎是一切组织都存在的通病。实施中各阶段中发生的问题往往会被过滤掉,不能及时的反映到管理和决策的高层中去。系统开发过程中很容易忽视学生和教师对系统的态度以及看法,尽早对这部分用户进展系统功能与开发方法的讲解、培训和阐明,鼓励他们支持并参与系统的开发。这一

15、点也经常被忽视。组织架构的调整。为顺应信息系统带来的改动,操作人员由原先的任务方式转变成在新系统下任务,会产生诸多问题,因此实施企业往往需求进展程重组和改善任务,从而妥善处置上述问题,减少由此给企业带来的不稳定要素。.信息系统目的校医院管理信息系统的建立涉及到医院的方方面面,从计算机的硬件到软件,从管理的方式到人员的素质,从医院指点的关怀和注重到各部门相互配合,都对医院管理系统的建立产生了很大的影响。同时,对各个部门的任务进展了规范化处置,既提高了本部门的任务效率,又发明出额外的经济效益。本系统的开放性有助于提高医生接诊时间和病人等待时间,极大地提高了任务效率,有助于我校医院科学的管理。同时,

16、校医院高层还可根据系统所搜集的信息进展相应的决策。制定系统的改良目的,他们就要进展问题分析,这个阶段的最后交付成果就是产生处置问题、时机和约束的系统改良目的。在这个阶段他们首先要了解这个系统,即整个系统如何同他周围的世界进展交互,采用上下文图的方法来描画,见图-。图 - SEQ 图_- * ARABIC 校医院管理信息系统上下文图除了了解当前系统外,他们必需采用因果分析的方式分析问题或时机,并制定出系统改良目的,详见表-。问题、时机、目的和约束矩阵工程:校医院管理信息系统工程经理:XXX创建者:张玉帆最后修正人:张玉帆创建日期:年月日最后修正日期:年月日因果分析系统改良目的问题或时机缘由和结果

17、系统目的系统约束条件.如今系统的运用对象主要为医生和医院行政人员,达不到效益的最大化.现行的系统设计容量较小,只供医生运用,未对外界开放;.病人很多时候要排队处置很多业务,这部分业务可以在信息系统能开通让病人本人完成。.新开发的系统的运用对象包括病人,病人可自助完成某些业务;.新开发的系统要保证在阅读量很大是也能正常运转,比如新生开学时接种疫苗。.新系统必需有较好的兼容性;.系统的管理与维护的投入相应会增大;.合理安排处置信息的人手。.输出病历信息太少;而且输入信息繁琐,冗余度大,反复性大,无法自动添加.病历表格设计不够完备;.一个科室的医生对同一病症的病情要反复多次输入,效率低下。.设计相对

18、比较完备的病历表格;.每个科室设置不同的子系统,建立病情数据库,使得每次就诊时可直接选择针状进入电子病历,并且同时具备打字输入功能;.病人的病历自动保管,病人可登陆本人的界面查看,并且方便医生在下次就诊时知道病人的详细情况。.系统要设置与其他医院系统联络的借口。.由于很多流程的繁琐,使医生和病人都觉得不方便.现行看病流程、转诊流程、校外看病校内报销流程较为繁琐,病人很多时间都花在了找医生签字和排队上,而且找医生签字具有不确定性,医生去其他地方就诊的情况也会存在,信息的交互出现严重滞后。.设计一个较为合理的流程,并将其系统化,使其可以在系统里操作,减少方式上的流程。.报销流程可以在网上操作,资金

19、直接打到学生账户,大大减少排队时间,减轻多方任务量。.设计流程需求思索如何确保数据的真实可靠;.必需添加对某些环节的监管力度,防止出现不良风气;.系统平安性必需加强,防止泄露病人和医生个人信息。.完成某些义务所需任务量大,所需资料多,冗余的输入或者复制数据.诸如数据采集、数据统计一类的任务需求的任务量大,而且不可防止的会出现一定的错误,数据准确性不高,无法提供准确地数据来决策或者进展相应的科学研讨。.设计相应的借口自动生成表格等报告。.系统须具有较好的运算才干、信息搜集以及处置才干。表 - SEQ 表_- * ARABIC 问题、时机、目的和约束矩阵.信息系统规划分析系统规划的一个重要的义务是

20、确定管理信息系统的战略和目的,使它们与组织的战略和目的坚持一致。在这些战略和目的指点下开发的信息系统,可以支持组织长期战略的需求。当系统规划进入到系统实施建立前阶段时,这是就概括产生了用于系统规划的方法,主要有关键胜利要素法CSF、战略目的集转化法SST、企业系统规划法BSP。现采用CSF法来进展分析。关键胜利要素是指在一个组织中能决议组织在竞争中获胜的区域或部门。假设这些区域或部门的运转结果令人称心,组织就能在竞争中获胜;否那么组织在这一时期的努力将达不到预期的效果。如图-,优化信息管理的主要要素有信息在各部门之间的传送速度、运营的本钱以及管理的效率。图 - SEQ 图_- * ARABIC

21、 CSF分析图.可行性分析.管理上的可行性分析管理人员对此系统的开发非常感兴趣,此工程的开发使学校的指点、医院的指点可以及时准确地收到各类信息,为其决策作出重要根据。本系统区分不同权限来登录系统,为医院的管理提供了科学、平安的保证。医院的管理方式经过多年的开展曾经日趋成熟,正确有效的原始数据为本系统的开发提供了有力的保证。.技术可行性分析根据本系统的定义,系统用户为:病人学生、教职工和其他人群、医院管理层、学校某些管理者以及医院医生及行政人员,根本一切用户均具备独立运用系统的才干。并且系统的运转环境均符合如今电脑主流运转环境,医院的电脑设备也在跟新换代,不论是从软件还是硬件来看,均能满足系统开

22、发所需的要求。.经济可行性分析新开发的系统本钱低,操作起来方便,数据冗余度低,而且可以提供高质量的信息。鉴于校医院是主要效力学生的一个机构,在一个信息化开展迅速的时代,大学生是推进信息化进程的一股重要力量,所以开发此系统是一个很好的选择。新系统运用后,可以大幅提高任务效率,提升接诊速度,有效加强各部门间的交流沟通,减少管理混乱带来的损失,药品浪费,分责不清等问题。从长期运营管理来看,可以降低运营管理本钱。.可行性分析结论综合考量之后发现,开发该系统前景较好,并且已根本具备系统开发的条件,可转入下一阶段。.系统开发战略一个历史最悠久、也最常用的的分析和设计信息系统的方法就是建模。模型驱动方法的各

23、个阶段同信息系统的生命周期并无较大差别,模型驱动的方法强调系统建模。模型一旦实现了,就成了生命周期的运转和支持阶段所需的任何改动的记录文档。在本系统的开发中 ,由于才干的限制,我选择这种最常用的开发战略。系统分析系统分析是一个工程中最关键的阶段,它将系统分解成各个组成部分,目的是研讨各个部分如何任务、如何交互以实现其系统目的。系统分析阶段要回答的中心问题是系统要“做什么,即明确系统功能。.组织构造与业务流程分析.组织构造分析组织构造是指一个组织的组成以及与其组成部分之间的隶属关系或管理与被管理关系。通常用组织构造图来表示上述关系,如图-。图- SEQ 图- * ARABIC 校医院组织构造图武

24、汉理工大学校医院分为两个大块党务部和行政部,党务部下属为各党支部,承当各分院的管理任务,行政部那么是医院的主力军,医院主要的任务内容就由行政部来完成。如:门诊看病、住院、日常报销、拿药等各项事宜均由行政部完成。.业务流程分析为了可以反映组织内部各部分之间的联络程度,组织各部分的主要业务和他们在业务过程中所承当的义务等,需求对组织进展业务流程分析,即从一个实践业务流程的角度将系统调查中有关该业务的信息来源、处置方法、信息流去向、提供信息的时间和形状进展分析。普通来说校医院对外的主要业务有三个,分别是门诊、转诊以及报销,经详细调查得到以下流程图。需求留意的是在校医院看病,最终所付的医疗费是报销之后

25、的,所以无需再次报销,而转诊去校外协作医院看病那么需求履行各项手续,回学校内进展报销。校内门诊的流程见图-。图- SEQ 图- * ARABIC 门诊流程图鉴于校内医疗程度和医疗设备有限,有些疾病需求到校外的某些医院就诊,这是就自然衍生出了转诊这个业务,流程见图-。假设有特殊情况来不及履行一下流程,即急诊,那么需求在急诊后的第二天履行上述流程。图- SEQ 图- * ARABIC 转诊流程图在校外就医后,如需报销一部分医疗费拥有大学生医保的同窗,需求履行一定的程序,预备一定的资料到医院对应部门进展报销,详细流程见图-。图- SEQ 图- * ARABIC 校外转诊校内报销流程图.需求分析 .获

26、取需求如前所述,需求处理问题。分析每一个问题才可以更好地获取需求,在系统规划阶段,他们曾经就问题进展过详细的分析,并绘制出了问题、时机、目的和约束矩阵,并且用CSF的方式分析了系统获得胜利的关键要素。经过初期的调研,为了胜利的定义系统需求,他们需求用到MIS中手机信息的有效方法调查研讨。由于本系统的一些特殊性,以及本次系统分析的特殊性质,他们可以发现系统内部很多调查研讨数据、或者其他数据他们根本没有条件得到,并且他们也没有才干采用获取原型的设计方法,而且没有才干组织结合需求方案JRP。所以在本系统中主要采用调研和实地访问、调查表以及面谈的方法来获取需求。现就调查表和面谈做详细阐明。.调查表调查

27、表的方法可以得到快速的回答,人们可以在他们方面的时候前往调查表,调查表作为一种有效的现实搜集方法被广泛的利用,在初步的研讨初始调研发现的问题后,结合调研得到的结果设计了以下问卷见表-,希望能用调查表得到的音讯进展论证初期的研讨成果。校医院管理信息系统的开发校医院是他们大学生活的一部分,建立校医院信息系统能极大地提高他们就医的效率,方便理工学子. 您的职业是? 单项选择题 必答题 学生 教师 医生 其他. 您了解去校医院看病的流程吗 单项选择题 必答题 了解 不了解 (请跳至第题). 您觉得去校医院处置业务流程繁琐吗? 单项选择题 必答题 很繁琐 普通 不繁琐、能接受. 您觉得校医院的业务中哪一

28、个最费事 单项选择题 必答题 门诊 转诊 校外报销. 您希望校医院信息系统有什么新功能 多项选择题 必答题 自助效力自助挂号等 网上报销 电子病历 其他 _. 您对校医院管理信息系统的开发有没有什么建议? 填空题 必答题 _表- SEQ 表- * ARABIC 调查表问卷共收回份,每一小题的原始分析如表-。第题 您的职业是? 单项选择题选项小计比例学生.%教师.%医生%其他.%此题有效填写人次 第题 您了解去校医院看病的流程吗 单项选择题 选项小计比例了解.%不了解.%此题有效填写人次 第题 您觉得去校医院处置业务流程繁琐吗? 单项选择题 选项小计比例很繁琐.%普通.%不繁琐、能接受.%此题有

29、效填写人次 第题 您觉得校医院的业务中哪一个最费事 单项选择题 选项小计比例门诊.%转诊.%校外报销.%此题有效填写人次 第题 您希望校医院信息系统有什么新功能 多项选择题 选项小计比例自助效力自助挂号等.%网上报销.%电子病历.%其他.%此题有效填写人次 第题 您对校医院管理信息系统的开发有没有什么建议? 填空题 必答题 多宣传、普及更多信息添加网上报销和约定网上查询相关信息网上提供问诊效力简化报销流程开通自助效力构成电子病历,长期跟踪系统速度快 表- SEQ 表- * ARABIC 原始分析表如今就得到的结果进展客观的分析,本次调查的一个缺陷在于没有除学生外的其他群体来参与到问卷的填写,即

30、此调查表主要反映的是学生对校医院管理信息系统的了解,但是在之前的系统建立时往往容易忽略学生的想法,即之前的系统主要满足了校医院医生的客观需求而忽略了学生对这方面的需求,所以从这个意义上讲,本次调查的数据在需求获取方面依然具有很高的价值。本次问卷共收回份,曾经构成一定的规模,数据具有一定的参考价值。另外由于本人调查技术的限制,调查表的设计方面也存在一定的问题,所以数据得到的需求仍需经过论证分析。.面谈经过调查表的调查可以知道用户内心的一定的想法,但是调查表会限制用户表达他们的想法,所以需求对一部分人进展面谈来更加清楚的了解用户需求什么。普通的,个人面谈是最重要的和最常用的调查研讨技术。个人面谈经

31、过直接、面对面的交互获取需求。面谈可以使系统分析员直接从用户那里获得更多的反响,但是面谈非常耗时,因此费用昂贵。特制定面谈问题列表表-以提高面谈效率和面谈质量。被接见者: 日期:时间:地点: 主题: 分配的时间接见者的问题和目的被接见者的回答分钟目的开局面谈: = * ROMAN I自我引见 = * ROMAN II赞赏您的到来 = * ROMAN III陈说面谈目的分钟问题 = * ROMAN I了解校医院看病的流程吗? = * ROMAN II觉得怎样样?分钟问题 评价以下现行的医院门诊、转诊以及报销的流程分钟问题 他觉得作为大学校医院还应该提供哪些效力?分钟问题 您觉得校医院信息系统应该

32、具备哪些功能?问题可选 其他问题分钟目的总结面谈:赞赏您的协作,您将收到一份面谈副本普通评价和注释表- SEQ 表- * ARABIC 面谈表面谈的原始数据记录如表-被接见者: 杨丰徽学生日期: 年月日时间::地点:周小吉奶茶店 主题:校医院的业务流程分配的时间接见者的问题和目的被接见者的回答分钟目的开局面谈: = * ROMAN I自我引见 = * ROMAN II赞赏您的到来 = * ROMAN III陈说面谈目的分钟问题 = * ROMAN I了解校医院看病的流程吗? = * ROMAN II觉得怎样样?了解,觉得有些时候忘记带病历会把事情高的很复杂,然后如今开通了刷校园卡登记方便了很多

33、,医生们都挺好的分钟问题 评价以下现行的医院门诊、转诊以及报销的流程门诊觉得还可以,就是转诊和报销比较费事,尤其是报销。我上次校外转诊,校内报销的阅历就很惨痛。首先是去找对应指点签字,找了好几次才找到他,而且我根本不知道他什么时候在办公室;另外就是报销时排好长的队,上次我大约排了个多小时吧!还有就是我刚开场对这个流程也不是很清楚,有一个指点没有签字,害得我又重新跑了一次,所以觉得很复杂,看病也很难,假设开通网上报销的话会好很多,会更加的方便。分钟问题 他觉得作为大学校医院还应该提供哪些效力?提供某些医疗知识吧!虽然有急救的培训但力度不够大,可以开通此类的效力。还有网上咨询就诊觉得也很不错啊!分

34、钟问题 您觉得校医院信息系统应该具备哪些功能?我希望我可以网上自助的完成一些事情,比如挂号、病历、报销等;还有我希望能在系统里看到体检报告、病历等等的东西。问题可选 其他问题医院开发这个系统应该是一个必然的趋势吧,毕竟如今是网络时代。分钟目的总结面谈:赞赏您的协作,您将收到一份面谈副本还是聊到了很多东西吧!要是真的有人去开发这个系统应该是一个很好的创业工程。普通评价和注释本次面谈搜集到了较多的信息,也深化的了解到了用户学生的想法表- SEQ 表- * ARABIC 面谈记录表面谈的数据分析,客观的评价面谈数据的缺陷,限于身份的限制,无法了解各个职业的人群对信息系统的看法,但是在现有的条件下,面

35、谈的结果仍具有参考价值。在进展需求归档和分析是他们必需求思索到医生以及医院行政人员的想法,比如医生每天要用到的功能必需齐全。.归档和分析需求 由于需求有不同的来源,而且每个人对新系统的功能和特征都有本人的观念和期望,所以调查研讨活动中会产生相互矛盾的需求。需求分析的目的就是发现和处理需求中的这些问题并对其修正使其达成一致,以使关联人员到达称心。经分析论证,得到需求定义表-。需求定义需求属性需求内容对象需求分析功能性需求自助效力病人自助效力主要是网上挂号、网上排队、自助取药、自助缴费等功能性需求网上报销病人开通网上报销业务,实现业务流程重构功能性需求电子病历病人实行实时电子病历,且电子病历可保管

36、,实时查询跟踪功能性需求网上查询相关信息病人、医生网上可查询医生排班情况、药品的库存情况以及医疗设备的正常运用情况;医生可查询本人的相关信息,诸如考核、工资等功能性需求录入病人病历医生实行某些反复选项自动添加,提高医生任务效率功能性需求医疗业务流程管理行政提供病人线下挂号、缴费、取药等效力功能性需求行政管理行政医院指点或相关部门对医院医生进展考核、财务等的管理功能性需求系统信息同步其他系统能及时和其他相关系统实行信息同步非功能性需求速度快、减少卡顿或系统解体用户做好此类效力可以大大提高用户对系统的称心度非功能性需求界面美观非功能性需求系统平安性表- SEQ 表- * ARABIC 需求定义表.

37、需求管理在工程的生命期间,即使需求定义的文档曾经被同意了,新需求的出现以及现有需求的变化依然是很常见的,所以需求继续不断的进展需求管理表-。初始需求管理需求属性需求内容需求变化对范围、进度、费用的影响同意或驳回同意后如何实现功能性需求自助效力自助效力范围扩展范围扩展、进度变长、费用增多功能性需求网上报销网上报销无法实现范围他缩短、进度加快、费用减少功能性需求电子病历病历无法保管或同步范围变大,进度变长、费用增多功能性需求网上查询相关信息查询信息范围扩展范围变大,进度变长、费用增多功能性需求录入病人病历录入病人信息过多范围变大,进度变长、费用增多功能性需求医疗业务流程管理流程管理复杂化范围变大,

38、进度变长、费用增多功能性需求行政管理行政管理工程增多范围变大,进度变长、费用增多功能性需求系统信息同步信息同步无法实现范围变窄、进度缩短、费用减少非功能性需求速度快、减少卡顿或系统解体卡顿进度添加、费用增多非功能性需求界面美观不美观进度添加、费用增多非功能性需求系统平安性平安性不高社会风险大表- SEQ 表- * ARABIC 初始需求管理表.用例建模捕捉和记录系统需求是信息系统开发工程胜利的关键,为了胜利的方案、分析、设计、构造和部署一个信息系统,必需求了解关联用户的需求,以及开发该系统的缘由以用户为中心的开发。用例建模就是一种促进以运用为中心的开发方法。.确定业务参与者图- SEQ 图-

39、* ARABIC 用例上下文图经过关注参与者,他们可以把重点放在如何运用系统,而不是如何构造系统上。关注参与者有助于提炼和进一步定义系统的边境的范畴,参与者也决议了系统需求的完好性。上下文图是发现业务参与者的极好来源,在系统规划阶段,他们曾经就系统如何同外界发生交互进展过上下文图分析,在需求分析之后,他们重新对系统如何同外部世界进展交互进展再分析,发现无明显差别,上下文图见图-。从上下文图中他们很容易就得到了业务参与者,见表-。业务参与者词汇表序号词汇描画病人来医院看病的人,包括学生、教职工、其他人医生给病人看病的人行政部管理医院以及做其他对应任务的部门学生信息效力门户学校记录学生综合信息的门

40、户系统党务部医院的管理层,具有决策权益的部门其他医院信息系统与其他医院的信息系统实现病人信息同步时间触发时序事件的参与者表- SEQ 表- * ARABIC 业务参与者词汇表.确定业务需求用例一个典型的信息系统能够包含许多用例,他们利用上下文图-可以很容易的发现需求用例,详见用例词汇表-。用例词汇表用例称号用例描画参与者查询约定效力该用例描画病人在网上查询信息、约定效力病人、医生、行政部挂号该用例描画病人线下排队挂号、缴费、拿药等病人、行政部自助效力该用例描画病人利用信息系统自助完成挂号、缴费、拿药等效力病人信息输入该用例描画医生输入病人信息以及个人信息医生信息查询该用例描画医生进展相关信息的

41、查询,如医生的效绩考核医生、行政部发送学生信息该用例描画发送学生综合信息学生信息效力门户、行政部、医生审核管理该用例描画对下属发送的文件进展审核管理党务部、行政部、医生、病人发送信息呼应该用例描画其他医院信息系统发送信息呼应其他医院信息系统、行政部提交信息该用例描画行政部提交医生、病人相关信息行政部、医生、病人每日生成流水报告该用例描画每日需求生成的报告时间、行政部表- SEQ 表- * ARABIC 用例词汇表.构造用例模型图一旦确定了参与者和用例,就可以用用例图来描画系统的范围和边境。本系统的用力模型图见图-。校医院信息管理系统的用例模型图采用简约的图形表达了用例和发起用例的业务参与者之间

42、的关系,其复杂的相互关系被省略,被省略的关系在过程建模中表达出来。每一个业务参与者都参与发起一个或多个用例,可以清楚的表达出来用例和业务参与者之间的关系,并且子系统的功能也在逐渐的显现出来。图- SEQ 图- * ARABIC 用例模型图.过程建模和分析 .上下文数据流图首先他们需求记录工程的初始范围,工程范围定义了一个系统或运用程序预备支持的方面。根据系统规划部分的分析,我用一个用例符号的上下文图曾经确定了系统的范围和边境,如今将其用过程建模的方式表示,见图-。图- SEQ 图- * ARABIC 上下文数据流图.功能分解图功能分解图显示了一个系统自顶向下的功能分解构造,也为他们提供了绘制数

43、据流图的提纲。图- SEQ 图- * ARABIC 功能分解图.校医院管理信息系统子系统图构造一个或多个显示系统或子系统中一切事件的系统图也是有用的。系统图被笼统的称为是从原始的上下文图中的单个过程中“爆炸出来的。系统图在单张图中显示了系统的一切事件,显示了子系统的一切事件。病人子系统的数据流图如图-。改图采用数据流图的公用符号表达了各个外部代理和过程以及存储之间的关系,如描画的过程有:整合病人信息、处置病人查询信息、处置病人约定的效力、处置自助效力、处置病人取消约定、处置病人取消自助效力由于系统设计初始要求和其他医院设立接口,使得病人在此不仅可以查询在校医院的看病病历,也能查询在其他相关医院

44、的看病病历,真正实现了医院信息系统的集成化,数据的集成化。图-以医院的病人子系统的根本功能为出发点,经过详细的过程描画了每个过程所对应的步骤和关系。图- SEQ 图- * ARABIC 病人子系统图医生子系统图如图-。其中描画的过程有:处置医生信息的输入、处置医生信息的查询。处置医生信息的输入这个过程包含的信息较多,医生个人信息的输入、病人病历的输入、其他信息的输入均包括在里面。但是医生信息的查询又有一定的限制,医生只能查询本人的个人信息,如根本情况和工资绩效等,也能查询本人诊断的病人病历,但是不能查询到病人的其他信息,由于权限的限制,医生也不能查询其他人的信息。图- SEQ 图- * ARA

45、BIC 医生子系统图行政子系统的数据流图如图-。行政子系统是一个相对其他三个子系统都要复杂的一个系统,该系统除了要处置病人的一些恳求信息,还要处置医生之间的管理,报告的生成等很多复杂的事件。处置线下挂号、取药、缴费、处置员工绩效考核、处置员工工资、处置药品库存管理、处置病人校外转诊校内报销、消费药品库存报告、生成财务报告均属于行政子系统的业务过程。其中需求分析中比较重要的一个系统功能就是开通线上校外转诊校内报销,行政子系统很好的实现了这个功能。行政子系统生成的很多报告、处置的很多信息也会分权限的给不同的人看到,如财务报告就会给领指点看到,员工的绩效就会给对应员工看到,提高了医院的管理效率,促进

46、了医生办公的自动化以及文档的专业化。图- SEQ 图- * ARABIC 行政子系统图党务子系统的数据流程图如图-。党务子系统所需处置的业务主要是处置查询信息、处置管理义务。党务人员是医院的高层指点人员,对医院的艰苦决策具有决议权,并且统筹整个医院的各项任务,对医院进展管理。需求阐明的是信息查询也是有限制的,比如不能查询病人的个人信息、不能对某些信息进展修正,这有效地维护了信息的真实性,信息查询主要查询的是医生的工资发放情况、绩效考评情况以及个性信息。处置管理义务那么是对应于行政系统的管理功能而产生的一个业务,指点者需求对某些业务作出决策和管理,利用信息系统大大提高了信息在上下级之间的传送速度

47、,极大地提高了行政任务效率。图- SEQ 图- * ARABIC 党务子系统图系统设计系统设计的主要义务是在系统分析提出的逻辑模型的根底上,科学合理的进展物理模型的设计,主要是为理处理“怎样做的问题。系统设计的内容可分为总体设计和详细设计两部分。总体设计是根据系统分析阶段所提出的的逻辑模型,把系统功能划分成假设干个子系统,再将子系统分解胜利能单一、彼此独立的模块,构成有层次关系的模块构造。即总体完成系统的模块构造设计,它阐明系统模块的组成需求明确的功能和模块间的相互关系。详细设计完成系统中各部分内容的详细设计,包括代码设计、数据库设计、输入输出设计、模块处置设计等内容。.系统模块构造设计系统总

48、体构造设计是根据系统分析提出的要求和组织的实践情况对新系统的总体构造方式和可利用资源进展设计,它是一种宏观、总体上的框架性设计。系统称号校医院管理信息系统系统主题校医院行政管理和流程管理进展设计系统运用者学生、教职工、医生、医院行政人员、其他和系统管理人员系统目的经过系统对医院业务流程和行政任务进展管理表- SEQ 表- * ARABIC 系统情况简述表在信息处置中,任何一个处置功能都可以被以为是一个模块,并且具有参差性。因此,一个具有合理构造的层次模块构造图可以直观清楚的表达出模块之间的相互关系。如图-为校医院管理信息系统的功能模块图,每个独立的子系统包含了对应系统应做的一切功能,四个子系统

49、之间相互联络关系已在数据流图之间表现出来,四个子系统共同构成了校医院管理信息系统这个完好的管理体系。图- SEQ 图- * ARABIC 功能模块图图中各模块的根本功能及任务原理陈说表-。系统称号根本功能及任务原理病人子系统病人子系统主要功能是:病人对本人信息的查询,如病历、体检报告等情况的查询;在系统内约定适宜的医生网上问诊,或者其他事宜;在系统内自助效力,如网上挂号、自助缴费、自助取药等;在系统内修正密码。该系统记录了病人从开场运用此系统到如今为止一切的记录,包括约定的医生,开的药以及交的医疗费,并且可延伸至自助在系统内完成医保等保险的缴费。医生子系统医生子系统主要的功能为:病人信息病历以

50、及医生本人信息的录入;查询医生本人的绩效信息、工资信息等;修正登录密码效力。医生运用该系统可以录入病人病历,记录下病人的病情,并且查询本人的相关信息。行政子系统行政子系统的主要功能为:对病人线下效力以及自助效力进展管理;对员工绩效的考核和管理;对运用系统的用户进展管理;对医院财务进展管理,包括病人上交的医疗费、校外转诊校内报销的费用、员工工资等的管理;药品库存管理,准确地知道药品的运用情况、药品的库存情况等信息;行政管理人员可以修正登录密码。党务子系统党务子系统的主要功能为:党务人员对行政人员上交的业务进展审核管理;查询员工绩效、员工工资等其他信息表- SEQ 表- * ARABIC 系统功能模块阐明表运转环境设计如下:言语Java、JSP、JavaScript、Ajax运转工具Tomcat.、SQL编辑器JDK.、MyEclipse./.表- SEQ 表- * ARABIC 运转环境.代码设计代码是以数字或字符来代表各种客观实体,其真正的意义在于采用一对一的方式吧一个复杂的事物用简单的方式表现出来,是信息分类、校正、

温馨提示

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

评论

0/150

提交评论