校医院管理信息系统设计教材

64/64校医院治理信息系统设计目录1引言 31.1系统开发背景 31.2校医院概况 31.3实地调研情况 42系统规划 52.1初步设计方案 62.2范围定义 62.3识不项目的限制条件 72.4信息系统目标 72.5信息系统规划分析 102.6可行性分析 112.6.1治理上的可行性分析 112.6.2技术可行性分析 112.6.3经济可行性分析 112.6.4可行性分析结论 122.7系统开发策略 123系统分析 123.1组织结构与业务流程分析 123.1.1组织结构分析 123.1.2业务流程分析 133.2需求分析 163.2.1猎取需求 163.2.2归档和分析需求 243.2.3需求治理 253.3用例建模 263.3.1确定业务参与者 273.3.2确定业务需求用例 283.3.3构造用例模型图 293.4过程建模和分析 303.4.1上下文数据流图 303.4.2功能分解图 313.4.3校医院治理信息系统子系统图 324系统设计 374.1系统模块结构设计 374.2代码设计 394.3数据库设计 404.3.1数据库E-R图 414.3.2数据库表的设计 414.4用户界面设计 475课程设计总结 48参考文献1引言1.1系统开发背景随着信息技术的不断进展，各企业均利用计算机技术去完善企业的各项工作以及提高工作效率，校医院的专门多方面也能够运用信息技术去提高工作效率，如：挂号、缴费、拿药、病历、行政治理等。因而医院治理信息系统也差不多成为各医院信息化的必备工具，也是医院进展过程中的必经之路，现代的医院差不多不仅仅是一个医疗场所，更是一个人健康的档案室，看病带病历也体现了了这一点，信息的高度集中进展依靠于一个完备同时不断跟新的信息系统。同时，软件开发环境的高度集成和数据库技术的日益成熟成为开发医院治理信息系统的技术基础，大大降低了系统的开发成本。系统开发工具的智能化也使得各项工作均能开发出合适的系统以满足其需要。运用现在的知识以及技术，初步开发出我校校医院治理信息系统，不但能够提高医院的经济效益，而且能够提高医院的竞争力，更有利于医院发挥服务学生的职能。1.2校医院概况武汉理工校医院又名武汉市洪山区珞南街第二社区卫生服务中心，是一家非盈利性质医疗保健机构。医院设有内科、外科、妇科、儿科、中医科、耳鼻喉科、眼科、口腔科、理疗科、皮肤科、肛肠科、保健科、心理咨询、住院部等临床科室，为学校师生职员及社区内3万多居民提供预防、医疗、保健、康复、健康教育、打算生育指导"六位一体"的服务。医院现有全自动生化分析仪、B超仪、6导心电图仪、长程心电图仪、进口500毫安X光仪、牙科治疗仪、电子胃肠镜、全自动电解质分析仪、全自动血球分析仪、血凝仪、微波治疗仪、牵引床等仪器，其价值共计600余万元，其中万元以上的设备40余台，可满足各医疗科室的检查、化验、透视拍片、理疗等需要。住院部现有床位80张。医院注重医护人员队伍的建设及其专业理论、技术水平和业务能力的提高和医德医风的建设，不断提高服务质量。开设有心血管、内分泌、消化内科、神经内科、肛肠科、心理咨询专家专科等特色服务，并聘请校外医院专家来医院坐诊，开展专业学术交流活动。校医院在马房山校区及余家头校区设有医疗机构。医院治理机构总部设在马房山校区西院，马房山校区下设南湖新校园医务室、西院校医院及东院校医院；余家头校区为医院余家头分院，下设三层楼教学区医务室、中区医务室。医院内设医院办公室、财务办公室、打算生育办公室、余家头分院办公室4个职能科室。目前医院中挂号、缴费、药库、药房治理等工作依旧是手工进行，效率低下且各部门间信息传递不通畅，药库治理经常由于治理上的不当使部分药品失效报废，给医院带来了一定的经济损失。1.3实地调研情况通过对马房山校区校医院的实地考察以及亲自体验看病流程和报销流程，我校医院的信息处理差不多上脱离手工方式，采纳电子无纸化办公；病人排队等候时刻长，辗转过程多，阻碍医院的秩序；病案、临床检验、病理检查等许多宝贵的数据资料的检索十分费事甚至难以实现；病人校外看病校内报销过程繁琐，辗转过程多，排队等候时刻长；病人不能自助挂号、自助缴费、自助取药以及电子病历，使得看病不是一件专门容易的事，不清晰流程的病人经常要多个科室来回跑；开发医院治理信息系统是解决上述问题的有效途径。医院治理信息系统的有效运行，将提高医院各项工作的效率和质量，促进医学科研、教学；减轻各类事务性工作的劳动强度，使他们腾出更多的精力和时刻来服务于病人；改善经营治理，堵塞漏洞，减少行政人员的额外支出，保证病人和医院的经济利益。用PIECES问题解决框架和检查表来表达（见表1-1）。PIECES问题解决框架和检查表性能现行系统使用人数较少，性能一般信息（和数据）输出输出病历信息太少输入输入信息繁琐，无自动添加，冗余的收集信息数据存储数据病人不可访问经济费用费用不明确利润可通过优化系统提高效率，降低成本操纵（和安全）安全或操纵太多，操纵使病人或者大夫用户感到不方便效率人、机器或计算机白费时刻冗余的输入或者复制数据任务所需工作量大任务所需材料太多服务系统不对病人开放，系统信息集成度差表1-SEQ表_1-\*ARABIC1PIECES问题解决框架和检查表2系统规划信息系统规划是将组织目标、支持组织目标所必需的信息、提供这些必需信息的信息系统，以及这些信息系统的实施等诸要素集成的信息系统方案，是面向组织中信息系统进展远景的系统开发打算。信息系统规划的任务是通过对组织目标和战略、现状和进展的分析，制定指导信息系统建设的规划。2.1初步设计方案图STYLEREF1\s错误!文档中没有指定样式的文字。–SEQ图STYLEREF1\s错误!文档中没有指定样式的文字。–SEQ图\*ARABIC\s11图2-SEQ图_2-\*ARABIC1设计方案差不多思路2.2范围定义范围定义时期的一个重要任务确实是确定触发该项目的问题、机会和/或指示，同时对每个问题、机会和指示都按照紧急程度、可见性、好处和优先权进行评估。任何额外的详细分析在那个时期差不多上不必要的，问题陈述专门好的反映了差不多明确了的问题、机会和指示，见表2-1。问题陈述项目：校医院治理信息系统项目经理：XXX创建人：张玉帆最后修改人：张玉帆创建日期：2017年1月5日最后修改日期：2017年1月6日问题、机会及指示的简要描述紧急程度可见性优先权建议的方案1.现在系统的使用对象要紧为大夫和医院行政人员，达不到效益的最大化高高1新开发一个系统2.输出病历信息太少；而且输入信息繁琐，冗余度大，重复性大，无法自动添加高高1快速修复3.由于专门多流程的繁琐，使大夫和病人都感受不方便中等高2新开发一个系统4.完成某些任务所需工作量大，所需材料多，冗余的输入或者复制数据低高3快速的修改，然后开发一个系统表2-SEQ表_2-\*ARABIC1问题陈述2.3识不项目的限制条件校医院下属各分院、医务室分布太过分散，在对企业进行调查、收集资料时，过程复杂，要想收集详细资料会花费大量的人力物力。高层领导难以及时的了解问题，坏消息向上传递的速度比较慢，报喜不报忧几乎是所有组织都存在的通病。实施中各时期中发生的问题往往会被过滤掉，不能及时的反映到治理和决策的高层中去。系统开发过程中专门容易忽视学生和老师对系统的态度以及看法，尽早对这部分用户进行系统功能与开发方法的讲解、培训和讲明，鼓舞他们支持并参与系统的开发。这一点也常常被忽视。组织架构的调整。为适应信息系统带来的改变，操作人员由原先的工作模式转变成在新系统下工作，会产生诸多问题，因此实施企业往往需要进行程重组和改善工作，从而妥善处理上述问题，减少由此给企业带来的不稳定因素。2.4信息系统目标校医院治理信息系统的建立涉及到医院的方方面面，从计算机的硬件到软件，从治理的模式到人员的素养，从医院领导的关怀和重视到各部门相互配合，都对医院治理系统的建立产生了专门大的阻碍。同时，对各个部门的工作进行了规范化处理，既提高了本部门的工作效率，又制造出额外的经济效益。本系统的开放性有助于提高大夫接诊时刻和病人等待时刻，极大地提高了工作效率，有助于我校医院科学的治理。同时，校医院高层还可依照系统所收集的信息进行相应的决策。制定系统的改进目标，我们就要进行问题分析，那个时期的最后交付成果确实是产生处理问题、机会和约束的系统改进目标。在那个时期我们首先要了解那个系统，即整个系统如何同他周围的世界进行交互，采纳上下文图的方法来描述，见图2-2。图2-SEQ图_2-\*ARABIC2校医院治理信息系统上下文图除了了解当前系统外，我们必须采纳因果分析的方式分析问题或机会，并制定出系统改进目标，详见表2-2。问题、机会、目标和约束矩阵项目：校医院治理信息系统项目经理：XXX创建者：张玉帆最后修改人：张玉帆创建日期：2017年1月5日最后修改日期：2017年1月5日因果分析系统改进目标问题或机会缘故和结果系统目标系统约束条件1.现在系统的使用对象要紧为大夫和医院行政人员，达不到效益的最大化1.现行的系统设计容量较小，只供大夫使用，未对外界开放；2.病人专门多时候要排队处理专门多业务，这部分业务能够在信息系统能开通让病人自己完成。1.新开发的系统的使用对象包括病人，病人可自助完成某些业务；2.新开发的系统要保证在扫瞄量专门大是也能正常运行，比如新生开学时接种疫苗。1.新系统必须有较好的兼容性；2.系统的治理与维护的投入相应会增大；3.合理安排处理信息的人手。2.输出病历信息太少；而且输入信息繁琐，冗余度大，重复性大，无法自动添加1.病历表格设计不够完备；2.一个科室的大夫对同一症状的病情要重复多次输入，效率低下。1.设计相对比较完备的病历表格；2.每个科室设置不同的子系统，建立病情数据库，使得每次就诊时可直接选择针状进入电子病历，同时同时具备打字输入功能；3.病人的病历自动保存，病人可登陆自己的界面查看，同时方便大夫在下次就诊时明白病人的详细情况。1.系统要设置与其他医院系统联系的借口。3.由于专门多流程的繁琐，使大夫和病人都感受不方便1.现行看病流程、转诊流程、校外看病校内报销流程较为繁琐，病人专门多时刻都花在了找大夫签字和排队上，而且找大夫签字具有不确定性，大夫去其他地点就诊的情况也会存在，信息的交互出现严峻滞后。1.设计一个较为合理的流程，并将其系统化，使其能够在系统里操作，减少形式上的流程。2.报销流程能够在网上操作，资金直接打到学生账户，大大减少排队时刻，减轻多方工作量。1.设计流程需要考虑如何确保数据的真实可靠；2.必须增加对某些环节的监管力度，防止出现不良风气；3.系统安全性必须加强，防止泄露病人和大夫个人信息。4.完成某些任务所需工作量大，所需材料多，冗余的输入或者复制数据1.诸如数据采集、数据统计一类的工作需要的工作量大，而且不可幸免的会出现一定的错误，数据准确性不高，无法提供准确地数据来决策或者进行相应的科学研究。1.设计相应的借口自动生成表格等报告。1.系统须具有较好的运算能力、信息收集以及处理能力。表2-SEQ表_2-\*ARABIC2问题、机会、目标和约束矩阵2.5信息系统规划分析系统规划的一个重要的任务是确定治理信息系统的战略和目标，使它们与组织的战略和目标保持一致。在这些战略和目标指导下开发的信息系统，能够支持组织长期战略的需要。当系统规划进入到系统实施建设前时期时，这是就概括产生了用于系统规划的方法，要紧有关键成功因素法（CSF）、战略目标集转化法（SST）、企业系统规划法（BSP）。现采纳CSF法来进行分析。关键成功因素是指在一个组织中能决定组织在竞争中获胜的区域（或部门）。假如这些区域（或部门）的运行结果令人中意，组织就能在竞争中获胜；否则组织在这一时期的努力将达不到预期的效果。如图2-3，优化信息治理的要紧因素有信息在各部门之间的传递速度、运营的成本以及治理的效率。图2-SEQ图_2-\*ARABIC3CSF分析图2.6可行性分析2.6.1治理上的可行性分析治理人员对此系统的开发特不感兴趣，此项目的开发使学校的领导、医院的领导能够及时准确地收到各类信息，为其决策作出重要依据。本系统区分不同权限来登录系统，为医院的治理提供了科学、安全的保障。医院的治理模式通过多年的进展差不多日趋成熟，正确有效的原始数据为本系统的开发提供了有力的保证。2.6.2技术可行性分析依照本系统的定义，系统用户为：病人（学生、教职工和其他人群）、医院治理层、学校某些治理者以及医院大夫及行政人员，差不多所有用户均具备独立使用系统的能力。同时系统的运行环境均符合现在电脑主流运行环境，医院的电脑设备也在跟新换代，不管是从软件依旧硬件来看，均能满足系统开发所需的要求。2.6.3经济可行性分析新开发的系统成本低，操作起来方便，数据冗余度低，而且能够提供高质量的信息。鉴于校医院是要紧服务学生的一个机构，在一个信息化进展迅速的时代，大学生是推动信息化进程的一股重要力量，因此开发此系统是一个专门好的选择。新系统使用后，能够大幅提高工作效率，提升接诊速度，有效加强各部门间的交流沟通，减少治理混乱带来的损失，药品白费，分责不清等问题。从长期经营治理来看，能够降低经营治理成本。2.6.4可行性分析结论综合考量之后发觉，开发该系统前景较好，同时已差不多具备系统开发的条件，可转入下一时期。2.7系统开发策略一个历史最悠久、也最常用的的分析和设计信息系统的方法确实是建模。模型驱动方法的各个时期同信息系统的生命周期并无较大差不，模型驱动的方法强调系统建模。模型一旦实现了，就成了生命周期的运行和支持时期所需的任何改变的记录文档。在本系统的开发中，由于能力的限制，我选择这种最常用的开发策略。3系统分析系统分析是一个项目中最关键的时期，它将系统分解成各个组成部分，目的是研究各个部分如何工作、如何交互以实现其系统目标。系统分析时期要回答的中心问题是系统要“做什么”，即明确系统功能。3.1组织结构与业务流程分析3.1.1组织结构分析组织结构是指一个组织的组成以及与其组成部分之间的隶属关系或治理与被治理关系。通常用组织结构图来表示上述关系，如图3-1。图3-SEQ图3-\*ARABIC1图3-SEQ图3-\*ARABIC1校医院组织结构图武汉理工大学校医院分为两个大块党务部和行政部，党务部下属为各党支部，承担各分院的治理工作，行政部则是医院的主力军，医院要紧的工作内容就由行政部来完成。如：门诊看病、住院、日常报销、拿药等各项事宜均由行政部完成。3.1.2业务流程分析为了能够反映组织内部各部分之间的联系程度，组织各部分的要紧业务和他们在业务过程中所承担的任务等，需要对组织进行业务流程分析，即从一个实际业务流程的角度将系统调查中有关该业务的信息来源、处理方法、信息流去向、提供信息的时刻和形态进行分析。一般来讲校医院对外的要紧业务有三个，分不是门诊、转诊以及报销，经详细调查得到以下流程图。需要注意的是在校医院看病，最终所付的医疗费是报销之后的，因此无需再次报销，而转诊去校外合作医院看病则需要履行各项手续，回学校内进行报销。校内门诊的流程见图3-2。图3-SEQ图3-\*ARABIC2门诊流程图鉴于校内医疗水平和医疗设施有限，有些疾病需要到校外的某些医院就诊，这是就自然衍生出了转诊那个业务，流程见图3-3。假如有专门情况来不及履行一下流程，即急诊，则需要在急诊后的第二天履行上述流程。图3-SEQ图3-\*ARABIC3转诊流程图在校外就医后，如需报销一部分医疗费（拥有大学生医保的同学），需要履行一定的程序，预备一定的材料到医院对应部门进行报销，具体流程见图3-4。图3-SEQ图3-\*ARABIC4校外转诊校内报销流程图3.2需求分析3.2.1猎取需求如前所述，需求解决问题。分析每一个问题才能够更好地猎取需求，在系统规划时期，我们差不多就问题进行过详细的分析，并绘制出了问题、机会、目标和约束矩阵，同时用CSF的方式分析了系统获得成功的关键因素。通过初期的调研，为了成功的定义系统需求，我们需要用到MIS中手机信息的有效方法调查研究。由于本系统的一些专门性，以及本次系统分析的专门性质，我们能够发觉系统内部专门多调查研究数据、或者其他数据我们差不多没有条件得到，同时我们也没有能力采纳猎取原型的设计方法，而且没有能力组织联合需求打算（JRP）。因此在本系统中要紧采纳调研和实地访问、调查表以及面谈的方法来猎取需求。现就调查表和面谈做详细讲明。3.2.1.1调查表调查表的方法能够得到快速的回答，人们能够在他们方面的时候返回调查表，调查表作为一种有效的事实收集方法被广泛的利用，在初步的研究初始调研发觉的问题后，结合调研得到的结果设计了以下问卷（见表3-1），希望能用调查表得到的消息进行论证初期的研究成果。校医院治理信息系统的开发校医院是我们大学生活的一部分，建设校医院信息系统能极大地提高我们就医的效率，方便理工学子1.您的职业是？[单选题][必答题]○学生

○教师

○大夫

○其他2.您了解去校医院看病的流程吗[单选题][必答题]○了解

○不了解(请跳至第5题)3.您觉得去校医院处理业务流程繁琐吗？[单选题][必答题]○专门繁琐

○一般

○不繁琐、能同意4.您觉得校医院的业务中哪一个最苦恼[单选题][必答题]○门诊

○转诊

○校外报销5.您希望校医院信息系统有什么新功能[多选题][必答题]□自助服务（自助挂号等）

□网上报销

□电子病历

□其他_________________6.您对校医院治理信息系统的开发有没有什么建议？[填空题][必答题]_________________________________表3-SEQ表3-\*ARABIC1调查表问卷共收回106份，每一小题的原始分析如表3-2。第1题您的职业是？[单选题]选项小计比例学生10397.17%教师21.89%大夫00%其他10.94%本题有效填写人次106第2题您了解去校医院看病的流程吗[单选题]选项小计比例了解4441.51%不了解6258.49%本题有效填写人次106第3题您觉得去校医院处理业务流程繁琐吗？[单选题]选项小计比例专门繁琐818.18%一般2965.91%不繁琐、能同意715.91%本题有效填写人次44第4题您觉得校医院的业务中哪一个最苦恼[单选题]选项小计比例门诊49.09%转诊920.45%校外报销3170.45%本题有效填写人次44第5题您希望校医院信息系统有什么新功能[多选题]选项小计比例自助服务（自助挂号等）8983.96%网上报销7570.75%电子病历5854.72%其他76.6%本题有效填写人次106第6题您对校医院治理信息系统的开发有没有什么建议？[填空题][必答题]多宣传、普及更多信息增加网上报销和预约网上查询相关信息网上提供问诊服务简化报销流程开通自助服务形成电子病历，长期跟踪系统速度快表3-SEQ表3-\*ARABIC2原始分析表现在就得到的结果进行客观的分析，本次调查的一个缺陷在于没有除学生外的其他群体来参与到问卷的填写，即此调查表要紧反映的是学生对校医院治理信息系统的理解，然而在之前的系统建设时往往容易忽略学生的方法，即之前的系统要紧满足了校医院大夫的客观需求而忽略了学生对这方面的需求，因此从那个意义上讲，本次调查的数据在需求猎取方面仍然具有专门高的价值。本次问卷共收回106份，差不多形成一定的规模，数据具有一定的参考价值。另外由于本人调查技术的限制，调查表的设计方面也存在一定的问题，因此数据得到的需求仍需通过论证分析。3.2.1.2面谈通过调查表的调查能够明白用户内心的一定的方法，然而调查表会限制用户表达他们的方法，因此需要对一部分人进行面谈来更加清晰的了解用户需要什么。一般的，个人面谈是最重要的和最常用的调查研究技术。个人面谈通过直接、面对面的交互猎取需求。面谈能够使系统分析员直接从用户那儿获得更多的反馈，然而面谈特不耗时，因此费用昂贵。特制订面谈问题列表（表3-3）以提高面谈效率和面谈质量。被接见者：日期：时刻：地点：主题：分配的时刻接见者的问题和目标被接见者的回答1~2分钟目标开始面谈：=1\*ROMANI自我介绍=2\*ROMANII感谢您的到来=3\*ROMANIII陈述面谈目的4分钟问题1=1\*ROMANI了解校医院看病的流程吗？=2\*ROMANII觉得如何样？4分钟问题2评价以下现行的医院门诊、转诊以及报销的流程4分钟问题3你觉得作为大学校医院还应该提供哪些服务？4分钟问题4您觉得校医院信息系统应该具备哪些功能？问题5（可选）其他问题1~2分钟目标总结面谈：感谢您的合作，您将收到一份面谈副本一般评价和注释表3-SEQ表3-\*ARABIC3面谈表面谈的原始数据记录如表3-4被接见者：杨丰徽（学生）日期：2017年1月6日时刻：19:30地点：周小吉奶茶店主题：校医院的业务流程分配的时刻接见者的问题和目标被接见者的回答1~2分钟目标开始面谈：=1\*ROMANI自我介绍=2\*ROMANII感谢您的到来=3\*ROMANIII陈述面谈目的4分钟问题1=1\*ROMANI了解校医院看病的流程吗？=2\*ROMANII觉得如何样？了解，觉得有些时候不记得带病历会把情况高的专门复杂，然后现在开通了刷校园卡登记方便了专门多，大夫们都挺好的4分钟问题2评价以下现行的医院门诊、转诊以及报销的流程门诊感受还能够，确实是转诊和报销比较苦恼，尤其是报销。我上次校外转诊，校内报销的经历就专门惨痛。首先是去找对应领导签字，找了好几次才找到他，而且我全然不明白他什么时候在办公室；另外确实是报销时排好长的队，上次我大概排了1个多小时吧！还有确实是我刚开始对那个流程也不是专门清晰，有一个领导没有签字，害得我又重新跑了一次，因此感受专门复杂，看病也专门难，假如开通网上报销的话会好专门多，会更加的方便。4分钟问题3你觉得作为大学校医院还应该提供哪些服务？提供某些医疗知识吧！尽管有急救的培训但力度不够大，能够开通此类的服务。还有网上咨询就诊感受也专门不错啊！4分钟问题4您觉得校医院信息系统应该具备哪些功能？我希望我能够网上自助的完成一些情况，比如挂号、病历、报销等；还有我希望能在系统里看到体检报告、病历等等的东西。问题5（可选）其他问题医院开发那个系统应该是一个必定的趋势吧，怎么讲现在是网络时代。1~2分钟目标总结面谈：感谢您的合作，您将收到一份面谈副本依旧聊到了专门多东西吧！要是确实有人去开发那个系统应该是一个专门好的创业项目。一般评价和注释本次面谈收集到了较多的信息，也深入的了解到了用户（学生）的方法表3-SEQ表3-\*ARABIC4面谈记录表面谈的数据分析，客观的评价面谈数据的缺陷，限于身份的限制，无法了解各个职业的人群对信息系统的看法，然而在现有的条件下，面谈的结果仍具有参考价值。在进行需求归档和分析是我们必须要考虑到大夫以及医院行政人员的方法，比如大夫每天要用到的功能必须齐全。3.2.2归档和分析需求因为需求有不同的来源，而且每个人对新系统的功能和特征都有自己的观点和期望，因此调查研究活动中会产生互相矛盾的需求。需求分析的目标确实是发觉和解决需求中的这些问题并对其修改使其达成一致，以使关联人员达到中意。经分析论证，得到需求定义表3-5。需求定义需求属性需求内容对象需求分析功能性需求自助服务病人自助服务要紧是网上挂号、网上排队、自助取药、自助缴费等功能性需求网上报销病人开通网上报销业务，实现业务流程重构功能性需求电子病历病人实行实时电子病历，且电子病历可保存，实时查询跟踪功能性需求网上查询相关信息病人、大夫网上可查询大夫排班情况、药品的库存情况以及医疗设备的正常使用情况；大夫可查询自己的相关信息，诸如考核、工资等功能性需求录入病人病历大夫实行某些重复选项自动添加，提高大夫工作效率功能性需求医疗业务流程治理行政提供病人线下挂号、缴费、取药等服务功能性需求行政治理行政医院领导或相关部门对医院大夫进行考核、财务等的治理功能性需求系统信息同步其他系统能及时和其他相关系统实行信息同步非功能性需求速度快、减少卡顿或系统崩溃用户做好此类服务能够大大提高用户对系统的中意度非功能性需求界面美观非功能性需求系统安全性表3-SEQ表3-\*ARABIC5需求定义表3.2.3需求治理在项目的生命期间，即使需求定义的文档差不多被批准了，新需求的出现以及现有需求的变化仍然是专门常见的，因此需要持续不断的进行需求治理（表3-6）。初始需求治理需求属性需求内容需求变化对范围、进度、费用的阻碍批准或驳回批准后如何实现功能性需求自助服务自助服务范围扩大范围扩大、进度变长、费用增多功能性需求网上报销网上报销无法实现范围你缩短、进度加快、费用减少功能性需求电子病历病历无法保存或同步范围变大，进度变长、费用增多功能性需求网上查询相关信息查询信息范围扩大范围变大，进度变长、费用增多功能性需求录入病人病历录入病人信息过多范围变大，进度变长、费用增多功能性需求医疗业务流程治理流程治理复杂化范围变大，进度变长、费用增多功能性需求行政治理行政治理项目增多范围变大，进度变长、费用增多功能性需求系统信息同步信息同步无法实现范围变窄、进度缩短、费用减少非功能性需求速度快、减少卡顿或系统崩溃卡顿进度增加、费用增多非功能性需求界面美观不美观进度增加、费用增多非功能性需求系统安全性安全性不高社会风险大表3-SEQ表3-\*ARABIC6初始需求治理表3.3用例建模捕捉和记录系统需求是信息系统开发项目成功的关键，为了成功的打算、分析、设计、构造和部署一个信息系统，必须要理解关联用户的需要，以及开发该系统的缘故—以用户为中心的开发。用例建模确实是一种促进以使用为中心的开发方法。3.3.1确定业务参与者图3-SEQ图3-\*ARABIC5用例上下文图通过关注参与者，我们能够把重点放在如何使用系统，而不是如何构造系统上。关注参与者有助于提炼和进一步定义系统的边界的范畴，参与者也决定了系统需求的完整性。上下文图是发觉业务参与者的极好来源，在系统规划时期，我们差不多就系统如何同外界发生交互进行过上下文图分析图3-SEQ图3-\*ARABIC5用例上下文图从上下文图中我们专门容易就得到了业务参与者，见表3-7。业务参与者词汇表序号词汇描述1病人来医院看病的人，包括学生、教职工、其他人2大夫给病人看病的人3行政部治理医院以及做其他对应工作的部门4学生信息服务门户学校记录学生综合信息的门户系统5党务部医院的治理层，具有决策权利的部门6其他医院信息系统与其他医院的信息系统实现病人信息同步7时刻触发时序事件的参与者表3-SEQ表3-\*ARABIC7业务参与者词汇表3.3.2确定业务需求用例一个典型的信息系统可能包含许多用例，我们利用上下文图3-5能够专门容易的发觉需求用例，详见用例词汇表3-8。用例词汇表用例名称用例描述参与者查询预约服务该用例描述病人在网上查询信息、预约服务病人、大夫、行政部挂号该用例描述病人线下排队挂号、缴费、拿药等病人、行政部自助服务该用例描述病人利用信息系统自助完成挂号、缴费、拿药等服务病人信息输入该用例描述大夫输入病人信息以及个人信息大夫信息查询该用例描述大夫进行相关信息的查询，如大夫的效绩考核大夫、行政部发送学生信息该用例描述发送学生综合信息学生信息服务门户、行政部、大夫审核治理该用例描述对下属发送的文件进行审核治理党务部、行政部、大夫、病人发送信息响应该用例描述其他医院信息系统发送信息响应其他医院信息系统、行政部提交信息该用例描述行政部提交大夫、病人相关信息行政部、大夫、病人每日生成流水报告该用例描述每日需要生成的报告时刻、行政部表3-SEQ表3-\*ARABIC8用例词汇表3.3.3构造用例模型图一旦确定了参与者和用例，就能够用用例图来描述系统的范围和边界。本系统的用力模型图见图3-6。校医院信息治理系统的用例模型图采纳简洁的图形表达了用例和发起用例的业务参与者之间的关系，其复杂的相互关系被省略，被省略的关系在过程建模中表达出来。每一个业务参与者都参与发起一个或多个用例，能够清晰的表达出来用例和业务参与者之间的关系，同时子系统的功能也在逐渐的显现出来。图3-图3-SEQ图3-\*ARABIC6用例模型图3.4过程建模和分析3.4.1上下文数据流图首先我们需要记录项目的初始范围，项目范围定义了一个系统或应用程序预备支持的方面。依照系统规划部分的分析，我用一个用例符号的上下文图差不多确定了系统的范围和边界，现在将其用过程建模的方式表示，见图3-7。图3-图3-SEQ图3-\*ARABIC7上下文数据流图3.4.2功能分解图功能分解图显示了一个系统自顶向下的功能分解结构，也为我们提供了绘制数据流图的提纲。图3-SEQ图3-\*ARABIC图3-SEQ图3-\*ARABIC8功能分解图3.4.3校医院治理信息系统子系统图构造一个或多个显示系统或子系统中所有事件的系统图也是有用的。系统图被形象的称为是从原始的上下文图中的单个过程中“爆炸”出来的。系统图在单张图中显示了系统的所有事件，显示了子系统的所有事件。病人子系统的数据流图如图3-9。改图采纳数据流图的专用符号表达了各个外部代理和过程以及存储之间的关系，如描述的过程有：整合病人信息、处理病人查询信息、处理病人预约的服务、处理自助服务、处理病人取消预约、处理病人取消自助服务由于系统设计初始要求和其他医院设立接口，使得病人在此不仅能够查询在校医院的看病病历，也能查询在其他相关医院的看病病历，真正实现了医院信息系统的集成化，数据的集成化。图3-以医院的病人子系统的差不多功能为动身点，通过详细的过程描述了每个过程所对应的步骤和关系。图3-图3-SEQ图3-\*ARABIC9病人子系统图大夫子系统图如图3-10。其中描述的过程有：处理大夫信息的输入、处理大夫信息的查询。处理大夫信息的输入那个过程包含的信息较多，大夫个人信息的输入、病人病历的输入、其他信息的输入均包括在里面。然而大夫信息的查询又有一定的限制，大夫只能查询自己的个人信息，如差不多情况和工资绩效等，也能查询自己诊断的病人病历，然而不能查询到病人的其他信息，由于权限的限制，大夫也不能查询其他人的信息。图3-SEQ图3-\*ARABIC图3-SEQ图3-\*ARABIC10大夫子系统图行政子系统的数据流图如图3-11。行政子系统是一个相对其他三个子系统都要复杂的一个系统，该系统除了要处理病人的一些申请信息，还要处理大夫之间的治理，报告的生成等专门多复杂的事件。处理线下挂号、取药、缴费、处理职员绩效考核、处理职职员资、处理药品库存治理、处理病人校外转诊校内报销、生产药品库存报告、生成财务报告均属于行政子系统的业务过程。其中需求分析中比较重要的一个系统功能确实是开通线上校外转诊校内报销，行政子系统专门好的实现了那个功能。行政子系统生成的专门多报告、处理的专门多信息也会分权限的给不同的人看到，如财务报告就会给领领导看到，职员的绩效就会给对应职员看到，提高了医院的治理效率，促进了大夫办公的自动化以及文档的专业化。图3-SEQ图3-\*ARABIC图3-SEQ图3-\*ARABIC11行政子系统图党务子系统的数据流程图如图3-12。党务子系统所需处理的业务要紧是处理查询信息、处理治理任务。党务人员是医院的高层领导人员，对医院的重大决策具有决定权，同时统筹整个医院的各项工作，对医院进行治理。需要讲明的是信息查询也是有限制的，比如不能查询病人的个人信息、不能对某些信息进行修改，这有效地维护了信息的真实性，信息查询要紧查询的是大夫的工资发放情况、绩效考评情况以及个性信息。处理治理任务则是对应于行政系统的治理功能而产生的一个业务，领导者需要对某些业务作出决策和治理，利用信息系统大大提高了信息在上下级之间的传递速度，极大地提高了行政工作效率。图3-SEQ图3-SEQ图3-\*ARABIC12党务子系统图4系统设计系统设计的要紧任务是在系统分析提出的逻辑模型的基础上，科学合理的进行物理模型的设计，要紧是为了解决“如何做”的问题。系统设计的内容可分为总体设计和详细设计两部分。总体设计是依照系统分析时期所提出的的逻辑模型，把系统功能划分成若干个子系统，再将子系统分解成功能单一、彼此独立的模块，形成有层次关系的模块结构。即总体完成系统的模块结构设计，它讲明系统模块的组成需要明确的功能和模块间的相互关系。详细设计完成系统中各部分内容的详细设计，包括代码设计、数据库设计、输入输出设计、模块处理设计等内容。4.1系统模块结构设计系统总体结构设计是依照系统分析提出的要求和组织的实际情况对新系统的总体结构形式和可利用资源进行设计，它是一种宏观、总体上的框架性设计。系统名称校医院治理信息系统系统主题校医院行政治理和流程治理进行设计系统使用者学生、教职工、大夫、医院行政人员、其他和系统治理人员系统目的通过系统对医院业务流程和行政工作进行治理表4-SEQ表4-\*ARABIC1系统情况简述表在信息处理中，任何一个处理功能都能够被认为是一个模块，同时具有参差性。因此，一个具有合理结构的层次模块结构图能够直观清晰的表达出模块之间的相互关系。如图4-1为校医院治理信息系统的功能模块图，每个独立的子系统包含了对应系统应做的所有功能，四个子系统之间相互联系关系已在数据流图之间表现出来，四个子系统共同构成了校医院治理信息系统那个完整的治理体系。图4-图4-SEQ图4-\*ARABIC1功能模块图图中各模块的差不多功能及工作原理陈述表4-2。系统名称差不多功能及工作原理病人子系统病人子系统要紧功能是：病人对自己信息的查询，如病历、体检报告等情况的查询；在系统内预约合适的大夫网上问诊，或者其他事宜；在系统内自助服务，如网上挂号、自助缴费、自助取药等；在系统内修改密码。该系统记录了病人从开始使用此系统到现在为止所有的记录，包括预约的大夫，开的药以及交的医疗费，同时可延伸至自助在系统内完成医保等保险的缴费。大夫子系统大夫子系统要紧的功能为：病人信息（病历）以及大夫自己信息的录入；查询大夫自己的绩效信息、工资信息等；修改登录密码服务。大夫使用该系统能够录入病人病历，记录下病人的病情，同时查询自己的相关信息。行政子系统行政子系统的要紧功能为：对病人线下服务以及自助服务进行治理；对职员绩效的考核和治理；对使用系统的用户进行治理；对医院财务进行治理，包括病人上交的医疗费、校外转诊校内报销的费用、职职员资等的治理；药品库存治理，准确地明白药品的使用情况、药品的库存情况等信息；行政治理人员能够修改登录密码。党务子系统党务子系统的要紧功能为：党务人员对行政人员上交的业务进行审核治理；查询职员绩效、职职员资等其他信息表4-SEQ表4-\*ARABIC2系统功能模块讲明表运行环境设计如下：语言Java、JSP、JavaScript、Ajax运行工具Tomcat6.0、SQL2012编辑器JDK1.6、MyEclipse5.0/8.0表4-SEQ表4-\*ARABIC3运行环境4.2代码设计代码是以数字或字符来代表各种客观实体，其真正的意义在于采纳一对一的方式吧一个复杂的事物用简单的形式表现出来，是信息分类、校对、统计和检索的关键，是人和计算机交互语言的工具。学生登录账号的设计：学生登录账号采纳学号方便与教务系统、学生信息系统联系。如：0121404951432大夫、行政、党务人员登录账号的设计：大夫、行政、党务人员的登录账号采纳学校统一设置的职工号。如：6811教职工登录账号的设计：教职工的登录账号采纳学校统一设置的职工号。如：6811其他人登录账号的设计：其他人如社区居民等用户的登录密码则是身份证号，通用性强，稳定性好。如：533001187223241234药品码的设计：药品码采纳