校医院管理信息系统设计.docx

校医院管理信息系统设计目录1弓I言21.1 系统开发背景21.2 校医院概况31.3 实地调研情况32系统规划52.1 初步设计方案52.2 范围定义62.3 识别项目的限制条件62.4 信息系统目标72.5 信息系统规划分析92.6 可行性分析102.6.1 管理上的可行性分析102.6.2 技术可行性分析102.6.3 经济可行性分析112.6.4 可行性分析结论112.7 系统开发策略113系统分析113.1 组织结构与业务流程分析113.1.1 组织结构分析113.1.2 业务流程分析123.2 需求分析153.2.1 获取需求153.2.2 归档与分析需求223.2.3 需求管理233.3 用例建模243.3.1 确定业务参与者243.3.2 确定业务需求用例263.3.3 构造用例模型图273.4 过程建模与分析283.4.1 上下文数据流图283.4.2 功能分解图283.4.3 校医院管理信息系统子系统图294系统设计334.1 系统模块结构设计344.2 代码设计364.3 数据库设计374.3.1 数据库ER图374.3.2 数据库表的设计384.4 用户界面设计445课程设计总结44参考文献1引言1.1 系统开发背景随着信息技术的不断进展，各企业均利用计算机技术去完善企业的各项工作与提高工作效率，校医院的很多方面也能够运用信息技术去提高工作效率，如：挂号、缴费、拿药、病历、行政管理等。因而医院管理信息系统也已经成为各医院信息化的必备工具，也是医院进展过程中的必经之路，现代的医院已经不仅仅是一个医疗场所，更是一个人健康的档案室，看病带病历也表达了了这一点，信息的高度集中进展依靠于一个完备同时不断跟新的信息系统。同时，软件开发环境的高度集成与数据库技术的日益成熟成为开发医院管理信息系统的技术基础，大大降低了系统的开发成本。系统开发工具的智能化也使得各项工作均能开发出合适的系统以满足其需要。运用现在的知识与技术，初步开发出我校校医院管理信息系统，不但能够提高医院的经济效益，而且能够提高医院的竞争力，更有利于医院发挥服务学生的职能。1.2 校医院概况武汉理工校医院又名武汉市洪山区珞南街第二社区卫生服务中心，是一家非盈利性质医疗保健机构。医院设有内科、外科、妇科、儿科、中医科、耳鼻喉科、眼科、口腔科、理疗科、皮肤科、肛肠科、保健科、心理咨询、住院部等临床科室，为学校师生员工及社区内3万多居民提供预防、医疗、保健、康复、健康教育、计划生育指导”六位一体”的服务。医院现有全自动生化分析仪、B超仪、6导心电图仪、长程心电图仪、进口500毫安X光仪、牙科治疗仪、电子胃肠镜、全自动电解质分析仪、全自动血球分析仪、血凝仪、微波治疗仪、牵引床等仪器，其价值共计600余万元，其中万元以上的设备40余台，可满足各医疗科室的检查、化验、透视拍片、理疗等需要。住院部现有床位80张。医院注重医护人员队伍的建设及其专业理论、技术水平与业务能力的提高与医德医风的建设，不断提高服务质量。开设有心血管、内分泌、消化内科、神经内科、肛肠科、心理咨询专家专科等特色服务，并聘请校外医院专家来医院坐诊，开展专业学术交流活动。校医院在马房山校区及余家头校区设有医疗机构。医院管理机构总部设在马房山校区西院，马房山校区下设南湖新校园医务室、西院校医院及东院校医院；余家头校区为医院余家头分院，下设三层楼教学区医务室、中区医务室。医院内设医院办公室、财务办公室、计划生育办公室、余家头分院办公室4个职能科室。目前医院中挂号、缴费、药库、药房管理等工作依然是手工进行，效率低下且各部门间信息传递不通畅，药库管理经常由于管理上的不当使部分药品失效报废，给医院带来了一定的经济缺失。1.3 实地调研情况通过对马房山校区校医院的实地考察与亲自体验看病流程与报销流程，我校医院的信息处理基本上脱离手工方式，使用电子无纸化办公；病人排队等候时间长，辗转过程多，影响医院的秩序；病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现；病人校外看病校内报销过程繁琐，辗转过程多，排队等候时间长；病人不能自助挂号、自助缴费、自助取药与电子病历，使得看病不是一件很容易的事，不清晰流程的病人经常要多个科室来回跑；开发医院管理信息系统是解决上述问题的有效途径。医院管理信息系统的有效运行，将提高医院各项工作的效率与质量，促进医学科研、教学；减轻各类事务性工作的劳动强度，使他们腾出更多的精力与时间来服务于病人；改善经营管理，堵塞漏洞，减少行政人员的额外支出，保证病人与医院的经济利益。用PIECES问题解决框架与检查表来表达（见表I-1）。PlECES问题解决框架与检查表性能现行系统使用人数较少，性能通常信息（与数据）A.输出输出病历信息太少B.输入输入信息繁琐，无自动添加，冗余的收集信息C.数据存储数据病人不可访问经济A.费用费用不明确B.利润可通过优化系统提高效率，降低成本操纵（与安全）安全或者操纵太多，操纵使病人或者者医生用户感到不方便效率A.人、机器或者计算机浪费时间冗余的输入或者者复制数据B.任务所需工作量大C.任务所需材料太多服务系统不对病人开放，系统信息集成度差表卜1PlECES问题解决框架与检查表2系统规划信息系统规划是将组织目标、支持组织目标所必需的信息、提供这些必需信息的信息系统，与这些信息系统的实施等诸要素集成的信息系统方案，是面向组织中信息系统进展远景的系统开发计划。信息系统规划的任务是通过对组织目标与战略、现状与进展的分析，制定指导信息系统建设的规划。2.1 初步设计方案综合运用所学知识，再结合本系统的特殊情况，按照管理信息系统的生命周期来开发校医院管理信息系统，即使用结构化系统开发方法。基本思路如图2-1。图2-1设计方案基本思路2.2 范围定义范围定义阶段的一个重要任务就是确定触发该项目的问题、机会与/或者指示，同时对每个问题、机会与指示都按照紧急程度、可见性、好处与优先权进行评估。任何额外的全面分析在这个阶段都是不必要的，问题陈述很好的反映了已经明确了的问题、机会与指示，见表2-1。问题陈述项目：校医院管理信息系统项目经理：XXX创建人：张玉帆最后修改人：张玉帆创建日期：2017年1月5日最后修改日期：2017年1月6日问题、机会及指示的简要描述紧急程度可见性优先权建议的方案1.现在系统的使用对象要紧为医生与医院行政人员，达不到效益的最大化高高1新开发一个系统2.输出病历信息太少；而且输入信息繁琐，冗余度大，重复性大，无法自动添加高高1快速修复3.由于很多流程的繁琐，使医生与病人都感受不方便中等高2新开发一个系统4.完成某些任务所需工作量大，所需材料多，冗余的输入或者者复制数据低高3快速的修改，然后开发一个系统表2-1问题陈述2.3 识别项目的限制条件校医院下属各分院、医务室分布太过分散，在对企业进行调查、收集资料时，过程复杂，要想收集全面资料会花费大量的人力物力。高层领导难与时的熟悉问题，坏消息向上传递的速度比较慢，报喜不报忧几乎是所有组织都存在的通病。实施中各阶段中发生的问题往往会被过滤掉，不能及时的反映到管理与决策的高层中去。系统开发过程中很容易忽视学生与老师对系统的态度与看法，尽早对这部分用户进行系统功能与开发方法的讲解、培训与说明，鼓励他们支持并参与系统的开发。这一点也常常被忽视。组织架构的调整。为习惯信息系统带来的改变，操作人员由原先的工作模式转变成在新系统下工作，会产生诸多问题，因此实施企业往往需要进行程重组与改善工作，从而妥善处理上述问题，减少由此给企业带来的不稳固因素。2.4 信息系统目标校医院管理信息系统的建立涉及到医院的方方面面，从计算机的硬件到软件，从管理的模式到人员的素养，从医院领导的关心与重视到各部门相互配合，都对医院管理系统的建立产生了很大的影响。同时，对各个部门的工作进行了规范化处理，既提高了本部门的工作效率，又制造出额外的经济效益。本系统的开放性有助于提高医生接诊时间与病人等待时间，极大地提高了工作效率，有助于我校医院科学的管理。同时，校医院高层还可根据系统所收集的信息进行相应的决策。制定系统的改进目标，我们就要进行问题分析，这个阶段的最后交付成果就是产生处理问题、机会与约束的系统改进目标。在这个阶段我们首先要熟悉这个系统，即整个系统如何同他周围的世界进行交互，使用上下文图的方法来描述，见图2-2。图2-2校医院管理信息系统上下文图除了熟悉当前系统外，我们务必使用因果分析的方式分析问题或者机会，并制定出系统改进目标，详见表2-2。问题、机会、目标与约束矩阵项目：校医院管理信息系统项目经理：XXX创建者：张玉帆最后修改人：张玉帆创建日期：2017年1月5日最后修改日期：2017年1月5日因果分析系统改进目标问题或者机会原因与结果系统目标系统约束条件L现在系统的使用对象要紧为医生与医院行政人员，达不到效益的最大化1 .现行的系统设计容量较小，只供医生使用，未对外界开放；2 .病人很多时候要排队处理很多业务，这部分业务能够在信息系统能开通让病人自己完成。1 .新开发的系统的使用对象包含病人，病人可自助完成某些业务；2 .新开发的系统要保证在浏览量很大是也能正常运行，比如新生开学时接种疫苗。1 .新系统务必有较好的兼容性；2 .系统的管理与保护的投入相应会增大；3 .合理安排处理信息的人手。2.输出病历信息太少；而且输入信息繁琐，冗余度大，重复性大，无法自动添加1 .病历表格设计不够兀备;2 .一个科室的医生对同一症状的病情要重复多次输入，效率低下。1 .设计相对比较完备的病历表格；2 .每个科室设置不一致的子系统，建立病情数据库，使得每次就诊时可直接选择针状进入电子病历，同时同时具备打字输入功能；3 .病人的病历自动储存，病人可登陆自L系统要设置与其他医院系统联系的借口。己的界面查看，同时方便医生在下次就诊时明白病人的全面情况。3.由于很多流程的繁琐，使医生与病人都感受不方便1.现行看病流程、转诊流程、校外看病校内报销流程较为繁琐，病人很多时间都花在了找医生签字与排队上，而且找医生签字具有不确定性，医生去其他地方就诊的情况也会存在，信息的交互出现严重滞后。1 .设计一个较为合理的流程，并将其系统化，使其能够在系统里操作，减少形式上的流程。2 .报销流程能够在网上操作，资金直接打到学生账户，大大减少排队时间，减轻多方工作量。1 .设计流程需要考虑如何确保数据的真实可靠；2 .务必增加对某些环节的监管力度，防止出现不良风气；3 .系统安全性务必加强，防止泄露病人与医生个人信息。4.完成某些任务所需工作量大，所需材料多，冗余的输入或者者复制数据1.诸如数据采集、数据统计一类的工作需要的工作量大，而且不可避免的会出现一定的错误，数据准确性不高，无法提供准确地数据来决策或者者进行相应的科学研究。L设计相应的借口自动生成表格等报告。1.系统须具有较好的运算能力、信息收集与处理能力。表2-2问题、机会、目标与约束矩阵2.5 信息系统规划分析系统规划的一个重要的任务是确定管理信息系统的战略与目标，使它们与组织的战略与目标保持一致。在这些战略与目标指导下开发的信息系统，能够支持组织长期战略的需要。当系统规划进入到系统实施建设前阶段时，这是就概括产生了用于系统规划的方法，要紧有关键成功因素法（CSF）、战略目标集转化法（SST）、企业系统规划法（BSP）o现使用CSF法来进行分析。关键成功因素是指在一个组织中能决定组织在竞争中获胜的区域（或者部门）。假如这些区域（或者部门）的运行结果令人满意，组织就能在竞争中获胜；否则组织在这一时期的努力将达不到预期的效果。如图2-3,优化信息管理的要紧因素有信息在各部门之间的传递速度、运营的成本与管理的效率。2.6 可行性分析2.6.1 管理上的可行性分析管理人员对此系统的开发非常感兴趣，此项目的开发使学校的领导、医院的领导可与时准确地收到各类信息，为其决策作出重要根据。本系统区分不一致权限来登录系统，为医院的管理提供了科学、安全的保障。医院的管理模式通过多年的进展已经日趋成熟，正确有效的原始数据为本系统的开发提供了有力的保证。2.6.2 技术可行性分析根据本系统的定义，系统用户为：病人（学生、教职工与其他人群）、医院管理层、学校某些管理者与医院医生及行政人员，基本所有用户均具备独立使用系统的能力。同时系统的运行环境均符合现在电脑主流运行环境，医院的电脑设备也在跟新换代，不管是从软件还是硬件来看，均能满足系统开发所需的要求。2.6.3 经济可行性分析新开发的系统成本低，操作起来方便，数据冗余度低，而且能够提供高质量的信息。鉴于校医院是要紧服务学生的一个机构，在一个信息化进展迅速的时代，大学生是推动信息化进程的一股重要力量，因此开发此系统是一个很好的选择。新系统使用后，能够大幅提高工作效率，提升接诊速度，有效加强各部门间的交流沟通，减少管理混乱带来的缺失，药品浪费，分责不清等问题。从长期经营管理来看，能够降低经营管理成本。2.6.4 可行性分析结论综合考量之后发现，开发该系统前景较好，同时已基本具备系统开发的条件，可转入下一阶段。2.7 系统开发策略一个历史最悠久、也最常用的的分析与设计信息系统的方法就是建模。模型驱动方法的各个阶段同信息系统的生命周期并无较大差别，模型驱动的方法强调系统建模。模型一旦实现了，就成了生命周期的运行与支持阶段所需的任何改变的记录文档。在本系统的开发中，由于能力的限制，我选择这种最常用的开发策略。3系统分析系统分析是一个项目中最关键的阶段，它将系统分解成各个构成部分，目的是研究各个部分如何工作、如何交互以实现其系统目标。系统分析阶段要回答的中心问题是系统要“做什么”，即明确系统功能。3.1 组织结构与业务流程分析3.1.1 组织结构分析组织结构是指一个组织的构成与与其构成部分之间的隶属关系或者管理与被管理关系。通常用组织结构图来表示上述关系，如图3-1。UKH舒勤Mrft人 M办公室2l图31校医院组织结构图武汉理工大学校医院分为两个大块党务部与行政部，党务部下属为各党支部，承担各分院的管理工作，行政部则是医院的主力军，医院要紧的工作内容就由行政部来完成。如：门诊看病、住院、日常报销、拿药等各项事宜均由行政部完成。312业务流程分析为了能够反映组织内部各部分之间的联系程度，组织各部分的要紧业务与他们在业务过程中所承担的任务等，需要对组织进行业务流程分析，即从一个实际业务流程的角度将系统调查中有关该业务的信息来源、处理方法、信息流去向、提供信息的时间与形态进行分析。通常来说校医院对外的要紧业务有三个，分别是门诊、转诊与报销，经全面调查得到下列流程图。需要注意的是在校医院看病，最终所付的医疗费是报销之后的，因此无需再次报销，而转诊去校外合作医院看病则需要履行各项手续，回学校内进行报销。校内门诊的流程见图3-2。图3-2门诊流程图鉴于校内医疗水平与医疗设施有限，有些疾病需要到校外的某些医院就诊，这是就自然衍生出了转诊这个业务，流程见图3-3。假如有特殊情况来不及履行一下流程，即急诊，则需要在急诊后的第二天履行上述流程。图3-3转诊流程图在校外就医后，如需报销一部分医疗费（拥有大学生医保的同学），需要履行一定的程序，准备一定的材料到医院对应部门进行报销，具体流程见图3-4。图3-4校外转诊校内报销流程图3.2 需求分析3.2.1 获取需求如前所述，需求解决问题。分析每一个问题才能够更好地获取需求，在系统规划阶段，我们已经就问题进行过全面的分析，并绘制出了问题、机会、目标与约束矩阵，同时用CSF的方式分析了系统获得成功的关键因素。通过初期的调研，为了成功的定义系统需求，我们需要用到MlS中手机信息的有效方法一调查研究。由于本系统的一些特殊性，与本次系统分析的特殊性质，我们能够发现系统内部很多调查研究数据、或者者其他数据我们基本没有条件得到，同时我们也没有能力使用获取原型的设计方法，而且没有能力组织联合需求计划（JRP）O因此在本系统中要紧使用调研与实地访问、调查表与面谈的方法来获取需求。现就调查表与面谈做全面说明。3. 2,1.1调查表调查表的方法能够得到快速的回答，人们能够在他们方面的时候返回调查表，调查表作为一种有效的事实收集方法被广泛的利用，在初步的研究初始调研发现的问题后，结合调研得到的结果设计了下列问卷（见表3-1）,希望能用调查表得到的消息进行论证初期的研究成果。校医院管理信息系统的开发校医院是我们大学生活的一部分，建设校医院信息系统能极大地提高我们就医的效率，h便理工学子1 .您的职业是？单选题必答题O学生O教师O医生O其他2 .您熟悉去校医院看病的流程吗单选题必答题O熟悉O不熟悉（请跳至第5题）3 .您觉得去校医院处理业务流程繁琐吗？单选题必答题O很繁琐O通常O不繁琐、能同意4 .您觉得校医院的业务中哪一个最烦恼单选题必答题O门诊O转诊O校外报销5 .您希望校医院信息系统有什么新功能多选题必答题 自助服务（自助挂号等） 网上报销 电子病历 其他6 .您对校医院管理信息系统的开发是否具有什么建议？填空题必答题衣3-1调查表问卷共收回106份，每一小题的原始分析如表3-2。第1题您的职业是？单选题选项小计比例学生10397.17%教师21.89%医生O0%其他10.94%本题有效填写人次106第2题您熟悉去校医院看病的流程吗单选题选项小计比例熟悉4441.51%不熟悉6258.49%本题有效填写人次106第3题您觉得去校医院处理业务流程繁琐吗？单选题选项小计比例很繁琐818.18%通常2965.91%不繁琐、能同意715.91%本题有效填写人次44第4题您觉得校医院的业务中哪一个最烦恼单选题选项小计比例门诊4I9.09%转诊920.45%校外报销3170.45%本题有效填写人次44第5题您希望校医院信息系统有什么新功能多选题选项小计比例自助服务（自助挂号等）8983.96%网上报销7570.75%电子病历5854.72%其他7B-6.6%本题有效填写人次106第6题您对校医院管理信息系统的开发是否具有什么建议？填空题必答题多宣传、普及更多信息增加网上报销与预约网上查询有关信息网上提供问诊服务简化报销流程开通自助服务形成电子病历，长期跟踪系统速度快表3-2原始分析表现在就得到的结果进行客观的分析，本次调查的一个缺陷在于没有除学生外的其他群体来参与到问卷的填写，即此调查表要紧反映的是学生对校医院管理信息系统的懂得，但是在之前的系统建设时往往容易忽略学生的办法，即之前的系统要紧满足了校医院医生的客观需求而忽略了学生对这方面的需求，因此从这个意义上讲，本次调查的数据在需求获取方面仍然具有很高的价值。本次问卷共收回106份，已经形成一定的规模，数据具有一定的参考价值。另外由于本人调查技术的限制，调查表的设计方面也存在一定的问题，因此数据得到的需求仍需通过论证分析。3.2.1.2面谈通过调查表的调查能够明白用户内心的一定的办法，但是调查表会限制用户表达他们的办法，因此需要对一部分人进行面谈来更加清晰的熟悉用户需要什么。通常的，个人面谈是最重要的与最常用的调查研究技术。个人面谈通过直接、面对面的交互获取需求。面谈能够使系统分析员直接从用户那里获得更多的反馈，但是面谈非常耗时，因此费用昂贵。特制订面谈问题列表（表3-3）以提高面谈效率与面谈质量。被接见者：日期：时间：地点：主题：分配的时间接见者的问题与目标被接见者的回答12分钟目标开始面谈：I自我介绍II感谢您的到来III陈述面谈目的4分钟问题1I熟悉校医院看病的流程吗？II觉得怎么样？4分钟问题2评价下列现行的医院门诊、转诊与报销的流程4分钟问题3你觉得作为大学校医院还应该提供什么服务？4分钟问题4您觉得校医院信息系统应该具备什么功能？问题5（可选）其他问题1-2分钟目标总结面谈：感谢您的合作，您将收到一份面谈副本通常评价与注释表3-3面谈表面谈的原始数据记录如表3-4被接见者：杨丰徽（学生）日期：2017年1月6日时间：19:30地点：周小吉奶茶店主题：校医院的业务流程分配的时间接见者的问题与目标被接见者的回答12分钟目标开始面谈：I自我介绍II感谢您的到来IIl陈述面谈目的4分钟问题1I熟悉校医院看病的流程吗？II觉得怎么样？熟悉，觉得有些时候不记得带病历会把情况高的很复杂，然后现在开通了刷校园卡登记方便了很多，医生们都挺好的4分钟问题2评价下列现行的医院门诊、转诊与报销的流程门诊感受还能够，就是转诊与报销比较烦恼，特别是报销。我上次校外转诊，校内报销的经历就很惨痛。首先是去找对应领导签字，找了好几次才找到他，而且我根本不明白他什么时候在办公室；另外就是报销时排好长的队，上次我大概排了1个多小时吧！还有就是我刚开始对这个流程也不是很清晰，有一个领导没有签字，害得我又重新跑了一次，因此感受很复杂，看病也很难，假如开通网上报销的话会好很多，会更加的方便。4分钟问题3你觉得作为大学校医院还应该提供什么服务？提供某些医疗知识吧！尽管有急救的培训但力度不够大，能够开通此类的服务。还有网上咨询就诊感受也很不错啊！4分钟问题4您觉得校医院信息系统应该具备什么功能？我希望我能够网上自助的完成一些情况，比如挂号、病历、报销等；还有我希望能在系统里看到体检报告、病历等等的东西。问题5（可选）其他问题医院开发这个系统应该是一个必定的趋势吧，毕竟现在是网络时代。1-2分钟目标总结面谈：感谢您的合作，您将收到一份面谈副本还是聊到了很多东西吧！要是确实有人去开发这个系统应该是一个很好的创业项目。通常评价与注释本次面谈收集到了较多的信息，也深入的熟悉到了用户（学生）的办法表3-4面谈记录表面谈的数据分析，客观的评价面谈数据的缺陷，限于身份的限制，无法熟悉各个职业的人群对信息系统的看法，但是在现有的条件下，面谈的结果仍具有参考价值。在进行需求归档与分析是我们务必要考虑到医生与医院行政人员的办法，比如医生每天要用到的功能务必齐全。1.1.2 归档与分析需求由于需求有不一致的来源，而且每个人对新系统的功能与特征都有自己的观点与期望，因此调查研究活动中会产生互相矛盾的需求。需求分析的目标就是发现与解决需求中的这些问题并对其修改使其达成一致，以使关联人员达到满意。经分析论证，得到需求定义表3-5o需求定义需求属性需求内容对象需求分析功能性需求自助服务病人自助服务要紧是网上挂号、网上排队、自助取药、自助缴费等功能性需求网上报销病人开通网上报销业务，实现业务流程重构功能性需求电子病历病人实行实时电子病历，且电子病历可储存，实时查询跟踪功能性需求网上查询有关信息病人、医生网上可查询医生排班情况、药品的库存情况与医疗设备的正常使用情况；医生可查询自己的有关信息，诸如考核、工资等功能性需求录入病人病历医生实行某些重复选项自动添加，提高医生工作效率功能性需求医疗业务流程管理行政提供病人线下挂号、缴费、取药等服务功能性需求行政管理行政医院领导或者有关部门对医院医生进行考核、财务等的管理功能性需求系统信息同步其他系统能及时与其他有关系统实行信息同步非功能性需求速度快、减少卡顿或者系统崩溃用户做好此类服务能够大大提高用户对系统的满意度非功能性需求界面美观非功能性需求系统安全性表3-5需求定义表1.1.3 需求管理在项目的生命期间，即使需求定义的文档已经被批准了，新需求的出现与现有需求的变化仍然是很常见的，因此需要持续不断的进行需求管理（表3-6）。初始需求管理需求属性需求内容需求变化对范围、进度、费用的影响批准或者驳回批准后如何实现功能性需求自助服务自助服务范围扩大范围扩大、进度变长、费用增多功能性需求网上报销网上报销无法实现范围你缩短、进度加快、费用减少功能性需求电子病历病历无法储存或者同步范围变大，进度变长、费用增多功能性需求网上查询有关信息查询信息范围扩大范围变大，进度变长、费用增多功能性需求录入病人病历录入病人信息过多范围变大，进度变长、费用增多功能性需求医疗业务流程管理流程管理复杂化范围变大，进度变长、费用增多功能性需求行政管理行政管理项目增多范围变大，进度变长、费用增多功能性需求系统信息同步信息同步无法实现范围变窄、进度缩短、费用减少非功能性需求速度快、减少卡顿或者系统崩溃卡顿进度增加、费用增多非功能性需求界面美观不美观进度增加、费用增多非功能性需求系统安全性安全性不高社会风险大表3-6初始需求管理表3.3 用例建模捕捉与记录系统需求是信息系统开发项目成功的关键，为了成功的计划、分析、设计、构造与部署一个信息系统，务必要懂得关联用户的需要，与开发该系统的原因一以用户为中心的开发。用例建模就是一种促进以使用为中心的开发方法。3.3.1 确定业务参与者通过关注参与者，我们能够把重点放在如何使用系统，而不是如何构造系统上。关注参与者有助于提炼与进一步定义系统的边界的范畴，参与者也决定了系统需求的完整性。上下文图是发现业务参与者的极好来源，在系统规划阶段，我们已经就系统如何同外界发生交互进行过上下文图分析，在需求分析之后，我们重新对系统如何同外部世界进行交互进行再分析，发现无明显差别，上下文图见图3-5。图35用例上下文图从上下文图中我们很容易就得到了业务参与者，见表3-7o业务参与者词汇表序号词汇描述1病人来医院看病的人，包含学生、教职工、其他人2医生给病人看病的人3行政部管理医院与做其他对应工作的部门4学生信息服务门户学校记录学生综合信息的门户系统5党务部医院的管理层，具有决策权利的部门6其他医院信息系统与其他医院的信息系统实现病人信息同步7时间触发时序事件的参与者表3-7业务参与者词汇表3.3.2 确定业务需求用例一个典型的信息系统可能包含许多用例，我们利用上下文图3-5能够很容易的发现需求用例，详见用例词汇表3-8。用例词汇表用例名称用例描述参与者查询预约服务该用例描述病人在网上查询信息、预约服务病人、医生、行政部挂号该用例描述病人线下排队挂号、缴费、拿药等病人、行政部自助服务该用例描述病人利用信息系统自助完成挂号、缴费、拿药等服务病人信息输入该用例描述医生输入病人信息与个人信息医生信息查询该用例描述医生进行有关信息的查询，如医生的效绩考核医生、行政部发送学生信息该用例描述发送学生综合信息学生信息服务门户、行政部、医生审核管理该用例描述对下属发送的文件进行审核管理党务部、行政部、医生、病人发送信息响应该用例描述其他医院信息系统发送信息响应其他医院信息系统、行政部提交信息该用例描述行政部提交医生、病人有关信息行政部、医生、病人每日生成流水报告该用例描述每日需要生成的报告时间、行政部表3-8用例词汇表3.3.3 构造用例模型图一旦确定了参与者与用例，就能够用用例图来描述系统的范围与边界。本系统的用力模型图见图3-60校医院信息管理系统的用例模型图使用简洁的图形表达了用例与发起用例的业务参与者之间的关系，其复杂的相互关系被省略，被省略的关系在过程建模中表达出来。每一个业务参与者都参与发起一个或者多个用例，能够清晰的表达出来用例与业务参与者之间的关系，同时子系统的功能也在逐步的显现出来。图36用例模型图3.4 过程建模与分析3.4.1 上下文数据流图首先我们需要记录项目的初始范围，项目范围定义了一个系统或者应用程序准备支持的方面。根据系统规划部分的分析，我用一个用例符号的上下文图已经确定了系统的范围与边界，现在将其用过程建模的方式表示，见图3-7。图3-7上下文数据流图3.4.2 功能分解图功能分解图显示了一个系统自顶向下的功能分解结构，也为我们提供了绘制数据流图的提纲。图3-8功能分解图3.4.3 校医院管理信息系统子系统图构造一个或者多个显示系统或者子系统中所有事件的系统图也是有用的。系统图被形象的称之是从原始的上下文图中的单个过程中“爆炸”出来的。系统图在单张图中显示了系统的所有事件，显示了子系统的所有事件。病人子系统的数据流图如图3-9o改图使用数据流图的专用符号表达了各个外部代理与过程与存储之间的关系，如描述的过程有：整合病人信息、处理病人查询信息、处理病人预约的服务、处理自助服务、处理病人取消预约、处理病人取消自助服务由于系统设计初始要求与其他医院设立接口，使得病人在此不仅能够查询在校医院的看病病历，也能查询在其他有关医院的看病病历，真正实现了医院信息系统的集成化，数据的集成化。图3-以医院的病人子系统的基本功能为出发点，通过全面的过程描述了每个过程所对应的步骤与关系。图3-9病人子系统图医生子系统图如图3-10。其中描述的过程有：处理医生信息的输入、处理医生信息的查询。处理医生信息的输入这个过程包含的信息较多，医生个人信息的输入、病人病历的输入、其他信息的输入均包含在里面。但是医生信息的查询又有一定的限制，医生只能查询自己的个人信息，如基本情况与工资绩效等，也能查询自己诊断的病人病历，但是不能查询到病人的其他信息，由于权限的限制，医生也不能查询其他人的信息。医生信息查询就人子系统信息病人信息BT-t病人信息医生个人信息医生个人信息信息报告处理医生信息也前医生信息A相关 信息行政子系统生他息医其信药从库存信息V药品库存信息图3-10医生子系统图行政子系统的数据流图如图3-11o行政子系统是一个相对其他三个子系统都要复杂的一个系统，该系统除了要处理病人的一些申请信息，还要处理医生之间的管理，报告的生成等很多复杂的事件。处理线下挂号、取药、缴费、处理员工绩效考核、处理员工工资、处理药品库存管理、处理病人校外转诊校内报销、生产药品库存报告、生成财务报告均属于行政子系统的业务过程。其中需求分析中比较重要的一个系统功能就是开通线上校外转诊校内报销，行政子系统很好的实现了这个功能。行政子系统生成的很多报告、处理的很多信息也会分权限的给不一致的人看到，如财务报告就会给领领导看到，员工的绩效就会给对应员工看到，提高了医院的管理效率，促进了医生办公的自动化与文档的专业化。时间病人子系统党务子系统行政病人子系统党务子系统工资息 员工信图3-11行政子系统图党务子系统的数据流程图如图3-12。党务子系统所需处理的业务要紧是处理查询信息、处理管理任务。党务人员是医院的高层领导人员，对医院的重大决策具有决定权，同时统筹整个医院的各项工作，对医院进行管理。需要说明的是信息查询也是有限制的，比如不能查询病人的个人信息、不能对某些信息进行修改，这有效地保护了信息的真实性，信息查询要紧查询的是医生的工资发放情况、绩效考评情况与个性信息。处理管理任务则是对应于行政系统的管理功能而产生的一个业务，领导者需要对某些业务作出决策与管理，利用信息系统大大提高了信息在上下级之间的传递速度，极大地提高了行政工作效率。图3-12党务子系统图4系统设计系统设计的要紧任务是在系统分析提出的逻辑模型的基础上，科学合理的进行物理模型的设计，要紧是为熟悉决“怎么做”的问题。系统设计的内容可分为总体设计与全面设计两部分。总体设计是根据系统分析阶段所提出的的逻辑模型，把系统功能划分成若干个子系统，再将子系统分解成功能单一、彼此独立的模块，形成有层次关系的模块结构。即总体完成系统的模块结构设计，它说明系统模块的构成需要明确的功能与模块间的相互关系。全面设计完成系统中各部分内容的全面设计，包含代码设计、数据库设计、输入输出设计、模块处理设计等内容。4.1 系统模块结构设计系统总体结构设计是根据系统分析提出的要求与组织的实际情况对新系统的总体结构形式与可利用资源进行设计，它是一种宏观、总体上的框架性设计。系统名称校医院管理信息系统系统主题校医院行政管理与流程管理进行设计系统使用者学生、教职工、医生、医院行政人员、其他与系统管理人员系统目的通过系统对医院业务流程与行政工作进行管理表4-1系统情况简述表在信息处理中，任何一个处理功能都能够被认为是一个模块，同时具有参差性。因此，一个具有合理结构的层次模块结构图能够直观清晰的表达出模块之间的相互关系。如图4-1为校医院管理信息系统的功能模块图，每个独立的子系统包含了对应系统应做的所有功能，四个子系统之间相互联系关系已在数据流图之间表现出来，四个子系统共同构成了校医院管理信息系统这个完整的管理体系。校医院管理信息系统病人子系统行政子系统查询及约服务信息查询自助服务修改密码医生子系 统图4- 1功能模块图党务干系 统