校医院管理信息系统设计方案

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