【系统分析与设计】数码信息管理系统系统设计报告 【系统分析与设计】线上商品供应管理系统需求规格说明书

本章节是关于医院管理系统的功能和性能的要求，重点描述了医院管理系统的功能需求，是系统分析与设计中的概要设计阶段的重要输入。

本章节的预期读者是：

本章节主要阐述的是医院管理系统的需求分析过程，解决了本系统是“怎样的”以及是“做什么的”问题，不涉及到具体的开发技术，而通过建立各种模型的方式来描述用户的需求。

无。

我们将从项目的背景、来源来阐述现状问题是什么以及客户的期望是什么这两个内容，同时会简述本系统用户的特点和本系统的目标。

医院作为公共服务设施，必须充分利用科技手段来提高管理效率和服务质量。传统的医疗服务渐渐被在线服务所取代，医院内部管理也需要根据现代信息化手段来实现。

该项目的来源来自具有前瞻性和创新性的医院管理体制改革，促进医疗卫生服务体系的健康发展，加强信息化建设，提高医疗服务的规范化和便捷化水平。医院管理系统是一款基于网络的信息系统，主要用于协调、管理和统计医院内的各类资源，以实现更好的医疗服务。

该系统主要面向医院内部不同的用户群体，包括医院管理者、医生、护士、患者和药师等。这些用户具备不同的特点和需求，因此系统需要根据用户的实际情况，提供相应的功能模块和服务。

医院管理系统的主要目标是提高医院的管理效率和医疗服务水平，在保障医疗质量的基础上，提升患者体验。具体实现目标包括：

1、提供快速、准确、安全的医疗服务管理，包括医院资源的管理、病患的信息管理、诊断过程的管理等。

2、通过增强资源和数据管理，实现更高效的工作流程，包括医生、护士、药师等资源的安排和调度。

3、有效控制药品、设备等医院内部资源的管理和流通，确保安全和医疗质量。

4、提供更好的患者服务，包括线上/线下预约、随时查询诊疗记录、及时付款与退款等服务。

5、监测医疗服务和医生和职员的绩效，以了解患者的满意度和对医院管理者的反馈。

医院管理系统是一个基于网络的信息系统，需要在广域网或局域网中使用。系统需要保证快速传输数据，保证系统稳定性和安全性。同时，系统应该具有跨越不同地域因素的网络信道，并通过网络控制器或路由器进行流量调度以提高网络运行效率。

医院管理系统需要在医院内部的服务器端进行部署，以确保数据的安全性和快速性。另外，用户终端设备如电脑、手机、平板电脑等需要连接互联网，用于访问并使用系统。

系统服务器所需的硬件环境包括服务器硬件、存储设备、网络设备等。服务器性能决定了系统的效率和稳定性，所以服务器具有较高的性能要求。此外，存储设备需要拥有足够的容量来存储海量的医院管理数据。

对于用户终端设备的性能要求相对较低，只需要拥有稳定的网络连接和现代网络浏览器即可。

医院管理系统需要根据不同用户的需求提供不同的软件环境，包括服务器端的操作系统、数据库系统、网站服务器、应用服务器等等。

前端用户所需的软件环境包括浏览器端的代码库等等。

医院管理系统应实现严格的数据保护措施，应该通过身份验证的机制来确保数据的安全，并需要提供实时的数据备份和恢复机制。此外，系统应该具有防火墙技术、数据加密技术等安全技术，以确保系统的网络和数据的安全性。同时，医院管理系统的数据权限应该进行分类，针对不同的用户设置不同的数据访问权限。

本系统中将会包含一下用户角色及功能：

1、管理员可以登录系统，并查看、管理医院内各种资源和信息。

2、 医生和护士可以根据分配的权限登录系统，并查看患者的诊疗记录信息、开出药方、执行治疗流程等操作。

3、患者可以在系统中申请预约、查看/编辑个人信息、查看支付账单、进行评价等操作。

4、药房管理员在本地药房可以登录系统，管理库存和药品信息，并处理患者下的订单。

5、药师可以登录系统，审核处方药品并回复病患关于药品试用方法方面的咨询。

图1 用户泛化关系用例图 下图是看病基本流程泳道图：

图2 医院看病流程泳道图

以下是医院管理系统的具体功能模块：

1、管理员、医生、护士、药房管理员、药师和患者可以通过登录名和密码登录系统。医生、护士和药师的工作台界面应该与其权限相对应，并且提供可以轮播或通知细节的消息中心，用于提醒他们任务以及系统内的通知消息。

2、在任何时候都可以通过简单的点击注销操作来实现退出登录。

图3 登录功能用例图

图4 登录功能活动图

1、医院管理者可以通过管理页面添加、编辑、查询、删除医院资源等。可以添加/删除科室、诊疗室、病床、医疗设备、医生信息等。

2、患者能够通过本站进行线上/线下的预约挂号，并查看其挂号情况和后续诊断报告，或进行评价以及之后订单的管理。

3、可以为每个患者建立专属的病历档案，并提供多种查询和管理方法。

图5 医院资源管理用例图

图6 管理员管理活动图

图7 患者使用系统活动图

1、医生/护士可以查看每日、每周、每月等时间范围内的排班情况。

2、医生/护士可以查看患者病历、药物处方信息、执行治疗流程等操作。

3、医生/护士负责撰写病患的诊断报告，可以在系统内完成报告的创建、编辑和提交。

图 8 医生/护士管理用例图

图9 医生/护士管理活动图

1、药房管理员可以查看本地所有药品、库存、订单详情。

2、应该提供一个订单管理页面，用于添加、编辑和删除订单，订单信息应该包括订单编号、客户名称、订单日期和订单状态等信息。

3、药房管理员可以为新订单添加药品细节，包括数量和药品优惠信息等。

4、应该在页面底部提供当前药品的详细信息和审查结果。

图10 本地药房管理用例图

图11 药房管理员使用活动图

1、药师负责审核有关药品的信息，并向患者提供一些有关药品使用和健康方面的建议。

2、药师可以查看每日、每周和每月的药品配送列表，以提升药品配送的效率。

图12 药师管理用例图

图13 药师工作活动图

在任何情况下，系统的前端界面都要求在1秒内响应。

在执行批量处理操作时，响应时间不应超过5秒。

在系统中支持同时在线的最大用户数为200人。

在同时访问系统时，系统应该保证良好的吞吐量，以满足多用户、高并发的需求。

系统的吞吐量需要根据实际负载情况进行优化，以达到最佳的系统性能状态。

系统的存储设备（服务器等）需要具备良好的稳定性，以防止数据丢失等问题。

系统需要具备良好的容错性，以防系统停止运行或出现严重错误。

系统需要保留持续运行时间较长的日志记录，以记录系统错误和维护历史。

系统需要在网络规划中加入身份验证和授权等安全机制，以防止未经授权的访问和数据泄露等问题。

系统需要使用数据加密技术，以保证数据在传输和存储过程中的安全性和完整性。

系统需要实现审计和日志记录，以记录用户的操作行为和系统的安全状态，以便日后审计。

系统需要具备易用性和用户友好性，以减少用户的操作难度。

系统需要提供足够的用户帮助信息，包括用户手册、帮助信息和在线支持等，以帮助用户快速掌握系统的使用方法和操作流程。

系统需要快速、准确地查询和管理各种数据，包括患者数据、医生数据、药品数据等。

系统需要具备高效的数据备份和恢复机制，以确保数据不会丢失。

系统应该在应用程序中支持查询高级功能，以优化查询性能

在完成系统开发后，需要向用户提交完整的产品，包括系统源码、系统安装包、用户手册等。

导言是对这份软件系统概要设计报告的概览，是为了帮助阅读者了解这份文档是如何编写的，并且应该如何阅读、理解和解释这份文档。

说明这份系统概要设计报告是基于哪份产品需求规格说明书编写的，开发这个软件产品意义、作用、以及最终要达到的意图。通过这份系统概要设计报告说明了该产品的结构，包括数据库结构和出错处理，从而对该产品的结构的描述。

如果这份系统概要设计报告只与整个系统的某一部分有关系，那么只定义系统概要设计报告中说明的那个部分或子系统。

可能的读者包括：

用户；暂无建议

开发人员；暂无建议

项目经理；暂无建议

营销人员；暂无建议

测试人员；暂无建议

文档编写人员；暂无建议

开发本项目时所要用到的标准；

系统需求分析书；

医院管理系统是一个基于应用的医院信息管理系统，旨在提高医院内部的管理效率和医疗服务质量。该系统的用户分为管理员、医生、护士、药师和患者，每个用户都有不同的登录权限和相关操作权限，以保护医院和患者的利益。

医院管理系统的主要功能包括患者管理、医生管理、药房管理、药品管理、订单管理、排班管理、病历管理、诊疗室管理、病床管理、药品配送管理等。医院管理系统还通过网络技术将这些功能联系在一起，组成了一个完整的医院管理系统。

在逻辑设计上，该系统分为前端页面与后端服务两部分，前端页面通过Ajax请求后端服务端接口，后端服务端从数据库中取数据并进行处理，并将处理后的数据返回给前端页面。

前端页面包括了用户登录页面、医院管理者页面、医生/护士/药师页面、本地药房系统页面和患者页面。后端服务端接口包括用户认证接口、医院信息接口、医生接口、护士接口、药师接口、药品接口、订单接口、排班接口、诊疗室接口、病床接口等。

本软件的层次结构大致分为四层，分别为Data Base（数据库）层、DAL（数据库访问）层、BLL（业务逻辑）层、UI（界面）层。其中，Data Base层需要完成数据库的配置以及部署，DAL层需要完成对数据库的访问操作，BLL层需要完成业务逻辑的实现

该系统采用前后端分离的设计思路，前端使用Vue框架，后端使用Node.js和Express框架，并使用MySQL数据库进行数据存储。

本系统的安全架构图如下图所示：

本系统可划分以下模块：

用户模块

医院信息模块

医院信息管理模块

医生诊疗模块

患者预约管理模块

药品库存管理模块

病历管理模块

排班管理模块

根据第一章的需求分析书，下图是患者看病的基本流初步设计类图：

1.追求最大化产品数量，使用尽可能少的模块，并确保模块之间的联系简单化。

2.将模块系列化，以便使用有限的产品品种和规格来满足用户的要求，并在经济上更加合理。

3.确保模块具备完整功能和相互联系。

4.模块间的接合要素应该易于连接和分离。

5.在划分模块时，不能影响系统的主要功能。

该模块实现了用户注册、登录认证、修改个人信息、找回密码等功能。用户分为医院管理者、医生、护士、药师和患者，每个用户类型拥有不同的权限和操作界面。

图17 用户模块组件图

该模块实现了医院内部各种资源和信息的管理，包括科室管理、诊疗室管理、病床管理、医生管理、护士管理等。管理员可以设置、修改和删除各种资源和信息，并可以根据时间、科室、医生等条件进行查询和统计。

图18 医院信息管理模块组件图

该模块实现了医生对患者进行诊断和开具处方、护士进行治疗流程执行情况记录、药师进行处方审核和药品咨询回答等功能。医生可以根据患者病症和医院规定进行诊断和处方开具，护士负责根据医嘱进行治疗流程的执行，药师负责对医生开出的处方进行审核，并回答患者关于药品使用和健康方面的咨询。

图19 医生诊疗模块组件图

该模块实现了患者线上/线下预约挂号，查看个人诊疗记录、药品配送等功能。患者可以通过系统进行挂号、线上/线下问诊、查看诊断结果等操作，药品的配送可以由药房管理员进行处理。

图20 患者预约管理模块组件图

该模块实现了药房内药品的库存和订单管理。药房管理员可以管理药品信息和库存情况，并接受来自医生/护士/药师和患者的订单，进行订单处理和药品的配送。

该模块实现了对患者病历的管理。医生、护士等可以在系统中创建患者病历、记录相关的诊疗和康复信息，药师可以查看患者处方信息，并回答患者疑问。同时，系统要求对患者的病历信息进行归档，方便患者查询。

图22 病历管理模块组件图

该模块实现了对医生的排班管理。医院管理员可以根据医生的工作情况和科室需求定义每个医生的排班表，医生可以查看自己的排班，药房可以根据排班表确定药品配送情况。

图23 排班管理模块组件图

在数据库设计中，将需求分析中得到的用户需求抽象为信息结构（即概念模型）的过程就是概念结构设计。

绘制系统的实体属性图：

图24 实体属性图1

图25 实体属性图2

图26 总体ER图

系统采用MySQL数据库进行数据存储

下面是关系模式对应的数据表汇总

视图设计

项目风险：项目风险是指可能对项目目标产生负面影响的不确定性因素。马克思·怀德曼，一位美国项目管理专家，将其定义为某一事件对项目目标产生不利影响的可能性。

项目风险管理旨在科学而艺术地识别、评估和应对项目生命周期中的风险，以最大程度地实现项目目标。它是一种综合性的管理活动。

系统边界设计：系统边界是系统与其环境之间的界面，用于区分系统与环境的本质差异和系统所包含要素的范围。边界可以是物理的，也可以是非物理的。例如，国家之间在地理上的界线是物理边界，生物系统中的细胞膜是物理边界，而在工作中划分职责范围则是非物理边界。边界对系统与环境之间具有一定的隔离作用，它不仅对系统的形成和保护具有重要意义，还能使不同系统在同一环境中保持独立性。

系统边界定义了系统包含和不包含的功能之间的界限。通常在系统分析阶段进行定义，只有明确了系统边界，才能进行后续的分析和设计工作。

系统模块化设计：模块化设计是一种程序设计方法，其核心思想是将程序的编写过程从逐条录入计算机语句和指令改变为首先使用主程序、子程序、子过程等框架描述软件的主要结构和流程，并定义和调试各个框架之间的输入和输出链接关系。逐步精化的结果是得到一系列以功能块为单位的算法描述。通过以功能块为单位进行程序设计，实现了降低程序复杂度的目标，使得程序设计、调试和维护等操作变得简单化。只需修改相应的模块即可改变某个子功能。

模块化是将复杂问题从顶层开始逐层划分为多个模块的过程，用多种属性来反映模块的内部特性。

**E-R图:**E-R图是一种表示实体型、属性和联系的方法，用于描述现实世界的概念模型。它是实体-联系方法的简称，有效地描述了现实世界的概念结构模型，是表示概念关系模型的一种方式。在E-R图中，实体型用矩形框表示，实体名称写在框内，实体的属性用帕圆图框或圆角矩形表示，而实体型之间的关系则用实心线段连接起来。

**逻辑设计:**逻辑设计是将计划、规划、设想通过概念、判断、推理、论证等思维方式，以视觉形式来表达和传达对客观世界的理解和区分的活动过程。相比于物理设计，逻辑设计更加理论化和抽象化，关注对象之间的逻辑关系，并提供了更多关于系统和子系统的详细描述。

物理设计:是数据库的一部分，它指的是将数据库的逻辑模型在实际的物理存储设备上进行实现的过程。物理设计考虑数据库的存储问题，包括数据在硬件设备上的存储方式管理和存取数据的软件系统数据库存储结构。其目标是建立一个性能良好的物理数据库，以确保用户能以熟悉的方式存取数据，并且数据在各个位置的分布方式等都得到合理管理。物理设计的过程依赖于特定的计算机系统。