vc_医院管理系统的设计与实现内容摘要:
第 5 页 2 需求分析 需求分析是描述系统的需求,通过定义系统中的关键类来建立模型。 分析的根本目的是在开发者和提出需求的人之间建立一种理解和沟通的机制。 因此, 医院软件的 开发的需求分析也应该 是 开发人员和用户一起完成,是开发的第一步也是最重要的一步。 本系统主要面向所有具有 需要医院系统辅助管理 的用户,所以,需求是根据 各个医院 的需要出发,开发者可以以任何一个 医院的要求 为用户进行功能调研和模块划分。 不同的 医院 对系统的需求则不同。 具体所列如下。 用户 对功能的需求: (1) 可以添加,修改,删除科室,药品类别和药品生产单位信息。 (2) 提供 管理员信息管理功能。 (3) 可以对药品信息,医生信息和患者信息进行管理。 (4) 可是去收费的项目进行管理,对收费进行完善。 (5) 对收费的信息可以进行查询 ,缴费,同时记录缴费单 号。 (6) 提供销售信息和医疗信息的查询显示,方便了解整个医院的情况。 可行性分析 可行性分析是系统分析阶段的重要活动,是对系统进行全面、概要的分析。 它的任务是确定项目开发是否必要和可行。 它的主要目标是:进一步明确系统的目标、规模和功能,对系统开发背景、必要性和意义进行调查分析,并根据需要和可能提出拟开发系统的初步方案和计划,明确问题,对所提供系统大致规模和目标的几个有关约束条件进行论证,并且提出系统的逻辑模型和各种可能的方案,从而为系统开发项目的决策提供科学依据。 因此, 针对医院管理系统 , 为了 使 医院 与 患者 间的 医疗的信息的掌握更加全面和自如。 一般可以从三个方面进行研究,分别是技术可行性、经济可行性、操作可行性。 技术可行性 医院 系统后台数据库采用 SQL Server 2020 ,该数据库是 Microsoft 公司推出的数据库管理系统,是当前非常流行的数据库管理系统之一, 具有易管理性、 可用性、可伸缩性、安全性等特征。 前台采用了 Microsoft 公司的 Visual C++作为主要的开发工具,可以实现 本科生毕业设计(论文) 第 6 页 与 SQL Server 2020 数据库的完美链接。 利用现有的数据库管理系统以及最新的数据库访问接口是可以实 现系统目标的。 操作可行性 本系统界面简洁,操作方便, 医院住院 流程层次清晰,操作简单,具有良好的可操作性。 只要懂得电脑基础 人 ,都可以很快掌握系统的操作流程。 经济可行性 本系统本着简单、实用的原则,既在功能上满足用户的需求,又力求操作简单,比较容易掌握和使用,而且开发时间短,成本较低, 功能丰富,具有很强的可推广性。 另外目前国内应用医院管理在信息化上的软硬件投资只占其年收入的 1%3%,而应用计算机管理后,阻塞了管理漏洞,杜绝了药品的丢失,节省了人力,提高了医院的财、物管理水平,改善 了患者的就医环境,方便了患者就医和查询,提高了医院的服务效率和服务质量。 因此带来的经济回报将远远超过信息化过程中的投入。 综上所述在目前的计算机的水平下开发这样一个 基于 VC 的 医院管理系统 完全具有可能性,不管是从技术上还是从操作上和经济上,它都可以实现。 所以开发这个项目是完全可行的。 系统功能需求概述 该系统为 医院提供很强大的信息查询和处理功能。 系统 主要 包括的 具体功能如下: 1. 基本设置功能 系统基本设置功能包括科室名称设置,药品类别设置,药品单位设置和用户信息。 基本信息模块可以实现以下功能: 添加,修改 ,删除和查看科室信息; 添加,修改,删除和查看药品类别信息; 添加,修改,删除和查看药品单位信息; 2. 信息 管理功能 此模块的主要功能包括: 药品管理,包括添加,修改,删除和查看药品信息; 医生管理,包括添加,修改,删除和查看医生信息; 患者管理,包括添加,修改,删除和查看患者信息; 本科生毕业设计(论文) 第 7 页 收费项目管理,包括添加,修改,删除和查看收费项目信息; 3. 收费管理功能 此模块的主要功能包括: 收费管理,即住院总体花费管理; 4. 统计查询管理 此模块用于对住院收费信息进行统计和查询,主要功能包括: 销售信息统计查询 医生效益统计查 询 5. 用户管理 此模块用于对用户的管理 ,主要功能包括: 添加,修改,删除和查看用户信息; 系统结构分析 数据库在物理设备上的存储结构与存取方法称为数据库的物理结构,它依赖于选定的数据库管理系统 [3]。 系统物理结构图,如图 所示。 图 系统物理结构图 数据流图 (DFD) 数据流图是描述信息 流和数据流从输入流动到输出的变换的图形化技术,是表示软件逻辑模型的图形工具。 它即提供了信息流建模机制,也提供了功能建模机制,是自顶向下的分解和自底向上的抽象工具。 数据流就是数据在系统中的传播路径。 这里的数据 本科生毕业设计(论文) 第 8 页 是指一组成分固定的数据项,即数据实体和数据对象。 本系统的逻辑模型主要以系统的数据流图为主要描述。 在给出最高层次抽象的系统概貌后,想要反应更详细的内容,可将处理功能分解为若干子功能,每个子功能还能继续分解,直到把系统的过程表示清楚为止。 在处理功能逐步分解的同时,他们所有的数据也逐步分解,形成若干层次的数据流 图。 加工:就是数据处理,或者理解为一种变换,把输入的数据变成输出的数据。 数据存储:即把处理的结果存储在相应数据库的表中。 数据库是一个庞大的数据管理系统。 它把同一类型的数据按表(数据对象)的形式存放起来,便于读取、查询和更新等操作。 数据源点和终点:一般是指发布和接受数据的对象 [4]。 1. 医院管理 系统模型顶层 DFD 如图 所示。 图 系统模型顶层 DFD 本科生毕业设计(论文) 第 9 页 2. 医院管理 系统的第二层 DFD 如下 : 图 医院管理 系统第二层 DFD 本科生毕业设计(论文) 第 10 页 3 系统总体设计 根据需求分析将整个系统分割成 多个 模块, 把每个模块分成几个不同的功能 ,使功能达到完美 , 在详细设计阶段将对这 几个 模块进行进一步定义。 系统功能图及功能介绍 下面对各模块的具体功能、性能要求进行具体的描述。 (1) 基本设置模块 :该模块 主要 是针对 医院的一些基本信息进行管理,管理包括科室,药品类别和药品的生产单位 管理。 (2) 信息管理模块 : 该模块主要实现信息的查询,删除和修改和添加,其中在药品信息管 理中,默认页面为按全部检索,还可选按类别进行查询,实现更细致,能 有目的的检索;医生信息管理,同样可以进行添加,删除,修改,功能,在查询条件中,默认显示的是全部条件,还可按科室进行查询;在患者查询界面上,也可以实添加,删除和修改,不过在查询条件上只可以按照姓名 进行查找; 其中收费项目中可以以项目名称进行查询,同时增加添加,删除,修改操作。 (3) 收费管理模块 : 收费模块里包含医院缴费这一部分。 在医院收费中,可以按照收费日期进行查询,可是执行添加,删除和返回操作;在得到收费详单的页面中,显示收费单号,可以添加新患者和选择数据库中的患者,需要选择患者所在科室和患者的治疗医生,之后查看患者的消费信息,进行付费操作,得到缴费账单。 (4) 统计查询模块 : 通过查询功能可以了解到医院的基本收费信息数据,销售信息统计表,可以通过查询时间最多可达到统计月份,同时可是选择统计类型,医生效益统计表, 可以通过统计月份了解统计信息。 (5) 用户管理模块:医院管理员 进入 系统 后可查看 其他管理员用户名但不能对其他管理员进行修改 , 其他医生和患者和其他 信息。 系统管理员才能执行添加医院管理员的操作,通过操作可以添加和修改,删除。 系统功能图如图 所示。 本科生毕业设计(论文) 第 11 页 图 医院 系统的开发功能结构图 数据库表结构 数 据库在一个系统中占有非常重要的地位,数据库结构设计的好坏将直接对系统的访问效率、稳定性以及实现的效果产生影响。 一个设计合理的数据库可以提高数据库的存储速率,保证数据的完整性和一致性。 数据库中的数据表结构 : (1) 基本 信息表( BaseType)如表 所示。 表 基本 信息表 列名 数据类型 长度 允许空 说明 Id Int 4 否 记录编号 TypeId tinyint 1 是 类型编号 TypeName varchar 30 是 基本信息名称 (2) 用户 信息表( Users)如表 所示。 本科生毕业设计(论文) 第 12 页 表 饰品信息表 列名 数据类型 长度 允许空 说明 UserName varchar 40 否 用户名 Pwd varchar 40 是 密码 User_Type tinyint 1 是 用户 类型 (3) 药品 信息表( Medicine)如表 所示。 表 药品 信息表 列名 数据类型 长度 允许空 说明 MedId Int 4 否 药品编号 MedName varchar 50 是 商品名称 TypeId int 4 是 商品类别编号 UnitId int 4 是 药品单位标号 BuyPrice float 8 是 进货价格 SalePrice float 8 是 售出价格 Total float 8 是 库存数量 Flag tinyint 1 是 中西药标记 (4) 医生 信息表( Doctor)如表 所示。 表 医生 信息表 列名 数据类型 长度 允许空 说明 Id Int 4 否 记录 编号 Name varchar 50 是 医生姓名 Sex varchar 2 是 性别 Age Int 4 是 年龄 DeptId int 4 是 所在科室编号 Title varchar 50 是 职务 (5) 患者 信息表( Patient)如表 所示。 本科生毕业设计(论文) 第 13 页 表 患者 信息表 列名 数据类型 长度 允许空 说明 Id Int 4 否 记录编号 Name varchar 50 是 患者姓名 IDNum Varchar 30 是 患者身份证号 Sex varchar 2 是 患者性别 Age int 4 是 患者年龄 Marry varchar 8 是 婚姻状况 (6) 收费项目信息 表 (Item)如表 所示。 表 收费项目 信息表 列名 数据类型 长度 允许空 说明 ItemId Int 4 否 记录编号 ItemName varchar 50 是 项目名称 Total Int 4 是 数量 UnitId Int 4 是 单位编号 BuyPrice float 8 是 进货价格 SalePrice float 8 是 售出价格 (7) 收费明细 表 (PayItem)如表 所示。 表 收费明细 表 列名 数据类型 长度 允许空 说明 PayId Int 4 否 记录编号 RegId Int 4 是 登记记录编号 ItemId int 4 是 I项目编号 PNum int 4 是 数量 Price float 10 是 价格 PType tinyin 1 是 类型 (8) 收费登记 表 (Registration)如表 所示。 本科生毕业设计(论文) 第 14 页 表 收费登记 表 列名 数据类型 长度 允许空 说明 RegId。vc_医院管理系统的设计与实现
相关推荐
它们之间的关系,为后面的逻辑 结构打下基础。 数据库逻辑结构设计 现在需要将上面的数据库概念结构转化为 SQL Server 2020 数据库系统所支持的实际数据模型,也就是数据库的逻辑结构。 物业管理信息系统数据库中各个表格的设计结果如下面表格所示。 每个表格表示在数据库中的一个表。 物业管理系统的数据库名称: 房屋信息表: () 列 名 数据类型 长度 可否为空 房屋代码 Int 5 NOT
而从现在开始选用计算机管理模式,用此管理系统进行车队的综合业务的管理,将会带来很大的回报。 下面是开发该系统的技术经济分析: ● 成本 /效益分析 车队综合业务管理系统一旦开发成功,投入运行后,所有的信息(车辆档案、驾驶员档案、用车单位档案 、任务需求信息、派工单信息、结算信息等)都将录入计算机进行管理,可以对整体的数据有一个宏观的掌控,同时不仅实现了数据的完整性,还在信息的修改
enu to default set sysmenu on set status bar on use jh pack use jh1 pack use fk pack 25 use fk1 pack use mcb pack use jbrb pack use dwb pack close all clear all return pass 表单设计: 确认命令代码: IF (N2)
一 非数据模型的数据语言一般都分为模式数据定义语言(模式 DDL)、外模式数据定义语言(外模式 DDL)、与数据存储有关的描述语言( DSDL)、及数据操纵语言( DML),分别用于定义模式、外模式、内模式和进行数据的存储与处置。 当数据库投入运行后,如果需要修改模式,必须停止现有的数据库的运行,存储数据,修改模式并编译后再重装数据库,十分麻烦。 SQL 原因呢则集数据定义语言 DDL
工资管理、查询、报表。 请先通 过 “工资表项 ”设置一个 “工资表 ”,然后通过 “录入工资 ”功能进行工资录入。 工资表录入完成后 ,可以进行 “工资报表 ”、 “个人工资表项 ”查询等功能。 操作如下 教育局管理使用指南 第 31 页 共 86 页 广州市爱喜软件有限公司 广州市番禺区沙南路 74 号 (511490) Tel: (86)020 84879179 Fax: (86)020
其 流程 图 如图 ( 2): Y N Y N 开启系统 连接数 据库 登录系统 验证身份 资料管理 采购管理 销售管理 库存管理 统计分析 系统管理 退出系统 供应商资料 商品资料 客户资料 采购单 采购入库 采购查询 销售单 销售出库 销售查询 库存维护 价格管理 库存盘点 采购单分析 销售单分析 销售利润 用户管理 密码维护 重新登录 初期建账 登录失败 连接数据库失败 超市货物管理系统