ie工业工程_校医院管理信息系统设计教材

校医院管理信息系统设计目录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问题解决框架和检查表性能 现行系统使用人数较少，性能一般信息（和数据）A. 输出 输出病历信息太少B. 输入 输入信息繁琐，无自动添加，冗余的收集信息C. 数据存储 数据病人不可访问经济A 费用 费用不明确B 利润 可通过优化系统提高效率，降低成本控制（和安全） 安全或控制太多，控制使病人或者医生用户感到不方便效率A. 人、机器或计算机浪费时间 冗余的输入或者复制数据B. 任务所需工作量大C. 任务所需材料太多服务 系统不对病人开放，系统信息集成度差表 1- 1 PIECES问题解决框架和检查表2 系统规划信息系统规划是将组织目标、支持组织目标所必需的信息、提供这些必需信息的信息系统，以及这些信息系统的实施等诸要素集成的信息系统方案，是面向组织中信息系统发展远景的系统开发计划。信息系统规划的任务是通过对组织目标和战略、现状和发展的分析，制定指导信息系统建设的规划。2.1 初步设计方案图 Error! No text of specified style in document.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日因果分析系统改进目标问题或机会原因和结果系统目标系统约束条件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- 2 问题、机会、目标和约束矩阵2.5信息系统规划分析系统规划的一个重要的任务是确定管理信息系统的战略和目标，使它们与组织的战略和目标保持一致。在这些战略和目标指导下开发的信息系统，能够支持组织长期战略的需要。当系统规划进入到系统实施建设前阶段时，这是就概括产生了用于系统规划的方法，主要有关键成功因素法（CSF）、战略目标集转化法（SST）、企业系统规划法（BSP）。现采用CSF法来进行分析。关键成功因素是指在一个组织中能决定组织在竞争中获胜的区域（或部门）。如果这些区域（或部门）的运行结果令人满意，组织就能在竞争中获胜；否则组织在这一时期的努力将达不到预期的效果。如图2-3，优化信息管理的主要因素有信息在各部门之间的传递速度、运营的成本以及管理的效率。图 2- 3 CSF分析图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- 1 校医院组织结构图武汉理工大学校医院分为两个大块党务部和行政部，党务部下属为各党支部，承担各分院的管理工作，行政部则是医院的主力军，医院主要的工作内容就由行政部来完成。如：门诊看病、住院、日常报销、拿药等各项事宜均由行政部完成。3.1.2业务流程分析为了能够反映组织内部各部分之间的联系程度，组织各部分的主要业务和他们在业务过程中所承担的任务等，需要对组织进行业务流程分析，即从一个实际业务流程的角度将系统调查中有关该业务的信息来源、处理方法、信息流去向、提供信息的时间和形态进行分析。一般来说校医院对外的主要业务有三个，分别是门诊、转诊以及报销，经详细调查得到以下流程图。需要注意的是在校医院看病，最终所付的医疗费是报销之后的，所以无需再次报销，而转诊去校外合作医院看病则需要履行各项手续，回学校内进行报销。校内门诊的流程见图3-2。图3- 2 门诊流程图鉴于校内医疗水平和医疗设施有限，有些疾病需要到校外的某些医院就诊，这是就自然衍生出了转诊这个业务，流程见图3-3。如果有特殊情况来不及履行一下流程，即急诊，则需要在急诊后的第二天履行上述流程。图3- 3转诊流程图在校外就医后，如需报销一部分医疗费（拥有大学生医保的同学），需要履行一定的程序，准备一定的材料到医院对应部门进行报销，具体流程见图3-4。图3- 4 校外转诊校内报销流程图3.2需求分析 3.2.1获取需求如前所述，需求解决问题。分析每一个问题才能够更好地获取需求，在系统规划阶段，我们已经就问题进行过详细的分析，并绘制出了问题、机会、目标和约束矩阵，并且用CSF的方式分析了系统获得成功的关键因素。经过初期的调研，为了成功的定义系统需求，我们需要用到MIS中手机信息的有效方法-调查研究。由于本系统的一些特殊性，以及本次系统分析的特殊性质，我们可以发现系统内部很多调查研究数据、或者其他数据我们基本没有条件得到，并且我们也没有能力采用获取原型的设计方法，而且没有能力组织联合需求计划（JRP）。所以在本系统中主要采用调研和实地访问、调查表以及面谈的方法来获取需求。现就调查表和面谈做详细说明。3.2.1.1调查表调查表的方法可以得到快速的回答，人们可以在他们方面的时候返回调查表，调查表作为一种有效的事实收集方法被广泛的利用，在初步的研究初始调研发现的问题后，结合调研得到的结果设计了以下问卷（见表3-1），希望能用调查表得到的消息进行论证初期的研究成果。校医院管理信息系统的开发校医院是我们大学生活的一部分，建设校医院信息系统能极大地提高我们就医的效率，方便理工学子1. 您的职业是？ 单选题 必答题 学生 教师 医生 其他2. 您了解去校医院看病的流程吗 单选题 必答题 了解 不了解 (请跳至第5题)3. 您觉得去校医院处理业务流程繁琐吗？ 单选题 必答题 很繁琐 一般 不繁琐、能接受4. 您觉得校医院的业务中哪一个最麻烦 单选题 必答题 门诊 转诊 校外报销5. 您希望校医院信息系统有什么新功能 多选题 必答题 自助服务（自助挂号等） 网上报销 电子病历 其他 _6. 您对校医院管理信息系统的开发有没有什么建议？ 填空题 必答题 _表3- 1 调查表问卷共收回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- 2 原始分析表现在就得到的结果进行客观的分析，本次调查的一个缺陷在于没有除学生外的其他群体来参与到问卷的填写，即此调查表主要反映的是学生对校医院管理信息系统的理解，但是在之前的系统建设时往往容易忽略学生的想法，即之前的系统主要满足了校医院医生的客观需求而忽略了学生对这方面的需求，所以从这个意义上讲，本次调查的数据在需求获取方面仍然具有很高的价值。本次问卷共收回106份，已经形成一定的规模，数据具有一定的参考价值。另外由于本人调查技术的限制，调查表的设计方面也存在一定的问题，所以数据得到的需求仍需经过论证分析。3.2.1.2面谈通过调查表的调查可以知道用户内心的一定的想法，但是调查表会限制用户表达他们的想法，所以需要对一部分人进行面谈来更加清楚的了解用户需要什么。一般的，个人面谈是最重要的和最常用的调查研究技术。个人面谈通过直接、面对面的交互获取需求。面谈可以使系统分析员直接从用户那里获得更多的反馈，但是面谈非常耗时，因此费用昂贵。特制订面谈问题列表（表3-3）以提高面谈效率和面谈质量。被接见者： 日期：时间：地点： 主题： 分配的时间接见者的问题和目标被接见者的回答12分钟目标开始面谈：I自我介绍II感谢您的到来III陈述面谈目的4分钟问题1I了解校医院看病的流程吗？II觉得怎么样？4分钟问题2 评价以下现行的医院门诊、转诊以及报销的流程4分钟问题3 你觉得作为大学校医院还应该提供哪些服务？4分钟问题4 您觉得校医院信息系统应该具备哪些功能？问题5（可选） 其他问题12分钟目标总结面谈：感谢您的合作，您将收到一份面谈副本一般评价和注释表3- 3 面谈表面谈的原始数据记录如表3-4被接见者： 杨丰徽（学生）日期： 2017年1月6日时间：19:30地点：周小吉奶茶店 主题：校医院的业务流程分配的时间接见者的问题和目标被接见者的回答12分钟目标开始面谈：I自我介绍II感谢您的到来III陈述面谈目的4分钟问题1I了解校医院看病的流程吗？II觉得怎么样？了解，觉得有些时候忘记带病历会把事情高的很复杂，然后现在开通了刷校园卡登记方便了很多，医生们都挺好的4分钟问题2 评价以下现行的医院门诊、转诊以及报销的流程门诊感觉还可以，就是转诊和报销比较麻烦，尤其是报销。我上次校外转诊，校内报销的经历就很惨痛。首先是去找对应领导签字，找了好几次才找到他，而且我根本不知道他什么时候在办公室；另外就是报销时排好长的队，上次我大概排了1个多小时吧！还有就是我刚开始对这个流程也不是很清楚，有一个领导没有签字，害得我又重新跑了一次，所以感觉很复杂，看病也很难，如果开通网上报销的话会好很多，会更加的方便。4分钟问题3 你觉得作为大学校医院还应该提供哪些服务？提供某些医疗知识吧！虽然有急救的培训但力度不够大，可以开通此类的服务。还有网上咨询就诊感觉也很不错啊！4分钟问题4 您觉得校医院信息系统应该具备哪些功能？我希望我能够网上自助的完成一些事情，比如挂号、病历、报销等；还有我希望能在系统里看到体检报告、病历等等的东西。问题5（可选） 其他问题医院开发这个系统应该是一个必然的趋势吧，毕竟现在是网络时代。12分钟目标总结面谈：感谢您的合作，您将收到一份面谈副本还是聊到了很多东西吧！要是真的有人去开发这个系统应该是一个很好的创业项目。一般评价和注释本次面谈收集到了较多的信息，也深入的了解到了用户（学生）的想法表3- 4 面谈记录表面谈的数据分析，客观的评价面谈数据的缺陷，限于身份的限制，无法了解各个职业的人群对信息系统的看法，但是在现有的条件下，面谈的结果仍具有参考价值。在进行需求归档和分析是我们必须要考虑到医生以及医院行政人员的想法，比如医生每天要用到的功能必须齐全。3.2.2归档和分析需求 因为需求有不同的来源，而且每个人对新系统的功能和特征都有自己的观点和期望，所以调查研究活动中会产生互相矛盾的需求。需求分析的目标就是发现和解决需求中的这些问题并对其修改使其达成一致，以使关联人员达到满意。经分析论证，得到需求定义表3-5。需求定义需求属性需求内容对象需求分析功能性需求自助服务病人自助服务主要是网上挂号、网上排队、自助取药、自助缴费等功能性需求网上报销病人开通网上报销业务，实现业务流程重构功能性需求电子病历病人实行实时电子病历，且电子病历可保存，实时查询跟踪功能性需求网上查询相关信息病人、医生网上可查询医生排班情况、药品的库存情况以及医疗设备的正常使用情况；医生可查询自己的相关信息，诸如考核、工资等功能性需求录入病人病历医生实行某些重复选项自动添加，提高医生工作效率功能性需求医疗业务流程管理行政提供病人线下挂号、缴费、取药等服务功能性需求行政管理行政医院领导或相关部门对医院医生进行考核、财务等的管理功能性需求系统信息同步其他系统能及时和其他相关系统实行信息同步非功能性需求速度快、减少卡顿或系统崩溃用户做好此类服务可以大大提高用户对系统的满意度非功能性需求界面美观非功能性需求系统安全性表3- 5 需求定义表3.2.3需求管理在项目的生命期间，即使需求定义的文档已经被批准了，新需求的出现以及现有需求的变化仍然是很常见的，所以需要持续不断的进行需求管理（表3-6）。初始需求管理需求属性需求内容需求变化对范围、进度、费用的影响批准或驳回批准后如何实现功能性需求自助服务自助服务范围扩大范围扩大、进度变长、费用增多功能性需求网上报销网上报销无法实现范围你缩短、进度加快、费用减少功能性需求电子病历病历无法保存或同步范围变大，进度变长、费用增多功能性需求网上查询相关信息查询信息范围扩大范围变大，进度变长、费用增多功能性需求录入病人病历录入病人信息过多范围变大，进度变长、费用增多功能性需求医疗业务流程管理流程管理复杂化范围变大，进度变长、费用增多功能性需求行政管理行政管理项目增多范围变大，进度变长、费用增多功能性需求系统信息同步信息同步无法实现范围变窄、进度缩短、费用减少非功能性需求速度快、减少卡顿或系统崩溃卡顿进度增加、费用增多非功能性需求界面美观不美观进度增加、费用增多非功能性需求系统安全性安全性不高社会风险大表3- 6 初始需求管理表3.3用例建模捕捉和记录系统需求是信息系统开发项目成功的关键，为了成功的计划、分析、设计、构造和部署一个信息系统，必须要理解关联用户的需要，以及开发该系统的原因以用户为中心的开发。用例建模就是一种促进以使用为中心的开发方法。3.3.1确定业务参与者图3- 5 用例上下文图通过关注参与者，我们可以把重点放在如何使用系统，而不是如何构造系统上。关注参与者有助于提炼和进一步定义系统的边界的范畴，参与者也决定了系统需求的完整性。上下文图是发现业务参与者的极好来源，在系统规划阶段，我们已经就系统如何同外界发生交互进行过上下文图分析，在需求分析之后，我们重新对系统如何同外部世界进行交互进行再分析，发现无明显差别，上下文图见图3-5。从上下文图中我们很容易就得到了业务参与者，见表3-7。业务参与者词汇表序号词汇描述1病人来医院看病的人，包括学生、教职工、其他人2医生给病人看病的人3行政部管理医院以及做其他对应工作的部门4学生信息服务门户学校记录学生综合信息的门户系统5党务部医院的管理层，具有决策权利的部门6其他医院信息系统与其他医院的信息系统实现病人信息同步7时间触发时序事件的参与者表3- 7 业务参与者词汇表3.3.2确定业务需求用例一个典型的信息系统可能包含许多用例，我们利用上下文图3-5可以很容易的发现需求用例，详见用例词汇表3-8。用例词汇表用例名称用例描述参与者查询预约服务该用例描述病人在网上查询信息、预约服务病人、医生、行政部挂号该用例描述病人线下排队挂号、缴费、拿药等病人、行政部自助服务该用例描述病人利用信息系统自助完成挂号、缴费、拿药等服务病人信息输入该用例描述医生输入病人信息以及个人信息医生信息查询该用例描述医生进行相关信息的查询，如医生的效绩考核医生、行政部发送学生信息该用例描述发送学生综合信息学生信息服务门户、行政部、医生审核管理该用例描述对下属发送的文件进行审核管理党务部、行政部、医生、病人发送信息响应该用例描述其他医院信息系统发送信息响应其他医院信息系统、行政部提交信息该用例描述行政部提交医生、病人相关信息行政部、医生、病人每日生成流水报告该用例描述每日需要生成的报告时间、行政部表3- 8 用例词汇表3.3.3构造用例模型图一旦确定了参与者和用例，就可以用用例图来描述系统的范围和边界。本系统的用力模型图见图3-6。校医院信息管理系统的用例模型图采用简洁的图形表达了用例和发起用例的业务参与者之间的关系，其复杂的相互关系被省略，被省略的关系在过程建模中表达出来。每一个业务参与者都参与发起一个或多个用例，可以清楚的表达出来用例和业务参与者之间的关系，并且子系统的功能也在逐渐的显现出来。图3- 6 用例模型图3.4过程建模和分析 3.4.1上下文数据流图首先我们需要记录项目的初始范围，项目范围定义了一个系统或应用程序准备支持的方面。根据系统规划部分的分析，我用一个用例符号的上下文图已经确定了系统的范围和边界，现在将其用过程建模的方式表示，见图3-7。图3- 7 上下文数据流图3.4.2功能分解图功能分解图显示了一个系统自顶向下的功能分解结构，也为我们提供了绘制数据流图的提纲。图3- 8 功能分解图3.4.3校医院管理信息系统子系统图构造一个或多个显示系统或子系统中所有事件的系统图也是有用的。系统图被形象的称为是从原始的上下文图中的单个过程中“爆炸”出来的。系统图在单张图中显示了系统的所有事件，显示了子系统的所有事件。病人子系统的数据流图如图3-9。改图采用数据流图的专用符号表达了各个外部代理和过程以及存储之间的关系，如描述的过程有：整合病人信息、处理病人查询信息、处理病人预约的服务、处理自助服务、处理病人取消预约、处理病人取消自助服务由于系统设计初始要求和其他医院设立接口，使得病人在此不仅可以查询在校医院的看病病历，也能查询在其他相关医院的看病病历，真正实现了医院信息系统的集成化，数据的集成化。图3-以医院的病人子系统的基本功能为出发点，通过详细的过程描述了每个过程所对应的步骤和关系。图3- 9 病人子系统图医生子系统图如图3-10。其中描述的过程有：处理医生信息的输入、处理医生信息的查询。处理医生信息的输入这个过程包含的信息较多，医生个人信息的输入、病人病历的输入、其他信息的输入均包括在里面。但是医生信息的查询又有一定的限制，医生只能查询自己的个人信息，如基本情况和工资绩效等，也能查询自己诊断的病人病历，但是不能查询到病人的其他信息，由于权限的限制，医生也不能查询其他人的信息。图3- 10 医生子系统图行政子系统的数据流图如图3-11。行政子系统是一个相对其他三个子系统都要复杂的一个系统，该系统除了要处理病人的一些申请信息，还要处理医生之间的管理，报告的生成等很多复杂的事件。处理线下挂号、取药、缴费、处理员工绩效考核、处理员工工资、处理药品库存管理、处理病人校外转诊校内报销、生产药品库存报告、生成财务报告均属于行政子系统的业务过程。其中需求分析中比较重要的一个系统功能就是开通线上校外转诊校内报销，行政子系统很好的实现了这个功能。行政子系统生成的很多报告、处理的很多信息也会分权限的给不同的人看到，如财务报告就会给领领导看到，员工的绩效就会给对应员工看到，提高了医院的管理效率，促进了医生办公的自动化以及文档的专业化。图3- 11 行政子系统图党务子系统的数据流程图如图3-12。党务子系统所需处理的业务主要是处理查询信息、处理管理任务。党务人员是医院的高层领导人员，对医院的重大决策具有决定权，并且统筹整个医院的各项工作，对医院进行管理。需要说明的是信息查询也是有限制的，比如不能查询病人的个人信息、不能对某些信息进行修改，这有效地维护了信息的真实性，信息查询主要查询的是医生的工资发放情况、绩效考评情况以及个性信息。处理管理任务则是对应于行政系统的管理功能而产生的一个业务，领导者需要对某些业务作出决策和管理，利用信息系统大大提高了信息在上下级之间的传递速度，极大地提高了行政工作效率。图3- 12 党务子系统图4系统设计系统设计的主要任务是在系统分析提出的逻辑模型的基础上，科学合理的进行物理模型的设计，主要是为了解决“怎么做”的问题。系统设计的内容可分为总体设计和详细设计两部分。总体设计是根据系统分析阶段所提出的的逻辑模型，把系统功能划分成若干个子系统，再将子系统分解成功能单一、彼此独立的模块，形成有层次关系的模块结构。即总体完成系统的模块结构设计，它说明系统模块的组成需要明确的功能和模块间的相互关系。详细设计完成系统中各部分内容的详细设计，包括代码设计、数据库设计、输入输出设计、模块处理设计等内容。4.1系统模块结构设计系统总体结构设计是根据系统分析提出的要求和组织的实际情况对新系统的总体结构形式和可利用资源进行设计，它是一种宏观、总体上的框架性设计。系统名称校医院管理信息系统系统主题校医院行政管理和流程管理进行设计系统使用者学生、教职工、医生、医院行政人员、其他和系统管理人员系统目的通过系统对医院业务流程和行政工作进行管理表4- 1 系统情况简述表在信息处理中，任何一个处理功能都可以被认为是一个模块，并且具有参差性。因此，一个具有合理结构的层次模块结构图可以直观清楚的表达出模块之间的相互关系。如图4-1为校医院管理信息系统的功能模块图，每个独立的子系统包含了对应系统应做的所有功能，四个子系统之间相互联系关系已在数据流图之间表现出来，四个子系统共同构成了校医院管理信息系统这个完整的管理体系。图4- 1 功能模块图图中各模块的基本功能及工作原理陈述表4-2。系统名称基本功能及工作原理病人子系统病人子系统主要功能是：病人对自己信息的查询，如病历、体检报告等情况的查询；在系统内预约合适的医生网上问诊，或者其他事宜；在系统内自助服务，如网上挂号、自助缴费、自助取药等；在系统内修改密码。该系统记录了病人从开始使用此系统到现在为止所有的记录，包括预约的医生，开的药以及交的医疗费，并且可延伸至自助在系统内完成医保等保险的缴费。医生子系统医生子系统主要的功能为：病人信息（病历）以及医生自己信息的录入；查询医生自己的绩效信息、工资信息等；修改登录密码服务。医生使用该系统可以录入病人病历，记录下病人的病情，并且查询自己的相关信息。行政子系统行政子系统的主要功能为：对病人线下服务以及自助服务进行管理；对员工绩效的考核和管理；对使用系统的用户进行管理；对医院财务进行管理，包括病人上交的医疗费、校外转诊校内报销的费用、员工工资等的管理；药品库存管理，准确地知道药品的使用情况、药品的库存情况等信息；行政管理人员可以修改登录密码。党务子系统党务子系统的主要功能为：党务人员对行政人员上交的业务进行审核管理；查询员工绩效、员工工资等其他信息表4- 2 系统功能模块说明表运行环境设计如下：语言Java、JSP、JavaScript、Ajax运行工具Tomcat6.0、SQL2012编辑器JDK1.6、MyEclipse5.0/8.0表4- 3 运行环境4.2代码设计代码是以数字或字符来代表各种客观实体，其真正的意义在于采用一对一的方式吧一个复杂的事物用简单的形式表现出来，是信息分类、校对、统计和检索的关键，是人和计算机交互语言的工具。学生登录账号的设计：学生登录账号采用学号方便与教务系统、学生信息系统联系。如：012140495