医院管理系统详细设计说明书

详细设计说明书

1.引言
1.1编写目的
在完成了针对北京工商大学校医院的前期调查,同时与多位学生进行了全面深入的探讨和分析的基础上,提出了这份概要设计说明书。
此概要设计说明书对北京工商大学校医院管理系统网站做了全面细致的概要设计,在需求规格说明书已明确所要开发的管理系统应具有的功能、性能与界面及可行性研究和需求分析的基础上,为了明确软件需求、安排项目规划与进度、组织软件开发与测试,项目小组在考虑了几种可能的解决方案,并与程序员进行了较为深入地探讨和分析之后,提出了这份概要设计说明书。
本说明书的预期读者为校医院医生、在校学生或概要设计人员、测试人员、用户文档编写者、项目管理人员。
本说明书是整个管理系统开发的依据,它对以后阶段的工作起指导作用。本文也书项目完成后系统验收的依据。

1.2项目背景
在现代社会中计算机管理已经成为必不可少的元素,它能够十分有效的提高工作效率、简化工作步骤。开发的这样一套校医院信息管理系统是为了让校医院适应工作发展的需要,加快信息化建设以提高医疗服务质量和工作效率。
高校医院面向全校教职工、学生、家属,提供的医疗服务包括门诊、体检等。高校校医院将这些项目有关的信息纳入电脑系统统一管理,以便及时获取有关信息,提高医疗效果和管理效率。
同时,该校医院管理系统还包含了药品出入库的数据管理,以便了解药品库存容量。
所开发软件名称:高校校医院管理系统
项目委托单位:
项目开发单位:北京工商大学计算机与信息工程学院
软件用户:软件测试中心工作人员、校医院职工及管理人员、在校教职工及学生
软件用途:用于高效的管理校医院的各类信息
该软件系统与其他系统的关系:此系统为信息化管理的各类标准软件的一部分,用于帮助员工方便快捷且高效的完成一些管理工作。该软件系统独立于中国信息化管理系统的其他部分。
1.3定义
高校校医院信息管理系统是指包括:药品进销存是从药品的采购(进)到入库(存)到销售(销)的动态管理过程;体检信息管理是从体检信息的采集开始到最终的数据录入的过程。
进销存:“进”是指校医院的商品采购;“销”是指校医院的商品销售;“存”是指校医院的商品的存储;合起来就是整个校医院的日常经营活动。

1.4参考资料
1)郑人杰等,实用软件工程(第二版),清华大学出版社,2010

  1. 总体设计
    2.1 需求概述
    随着社会的发展,校医院为了适应其自身发展的需求,从具体的业务和项目服务出发,需要更大程度的提高其工作效率,减轻员工的工作强度,事实上需要有一个综合的管理信息系统来对具体的药品信息以及教职工体检信息进行有效的管理。从而达到节约时间提高效率的目的,同时为自身的发展提供一个广阔的平台。在这种情况下,校医院管理系统就成了一个客观需要。项目组开发的校医院信息管理系统,以供校医院工作人员及操作者进行药品管理以及对教职工体检信息跟踪调查的管理,方便操作者随时添加、查询、修改信息。
    校医院管理系统的基本功能,包括学生病历管理、药品出入库、药物检索、药品分类管理等功能。
    我们要求该系统能够对用户相关资料进行存储、调用及修改,能够实时更新药物出入库情况,及文档、系统管理等功能。系统具有稳定的性能和一定的安全性。

2.2 软件结构
该系统的结构图:

3.程序描述
3.1功能
模块1——系统管理模块
包括修改密码的功能。
密码是用户登陆的唯一途径,也是提高安全最基本的要求,所以,对于密码的管理是很重要的。用户有着自己的权限,也有属于自己的密码。在修改密码这个模块中,用户必须先输入原始密码,然后才能进行新密码的录入,这样为的是提高安全性。
模块2——体检信息管理模块
信息录入功能
体检人的信息录入包括对姓名、性别、年龄、学号或工作证号信息的录入。登记人员将体检人资料输入系统,并通过体检人学号或工作证号即可在查询系统中查询单位基本信息,以便沟通和联系。
信息查询功能
包括单位资料查询、预定历史查询、体检状态查询、完成情况查询及体检报告查询。通过选择查询可得知每个人的受检时间,当日受检结果录入有无遗漏,各项结果是否及时导入,总检时间,打印报告日期等。还可查询已预定的体检单位、项目及人数。
模块3——药品管理模块
药品入库功能
当销售药品时首先判定库存余量是否充足,如若余量不足则需进行采购,采购完毕时需进行药品入库操作,将药品存至库存之中,并将其准确的数量进行统计保存(如若库存中有剩余量,则可进行查询操作,并直接进行数量的增添)。
药品出库功能
如若余量充足时需要进行销售,即出库操作,根据不同的数量要求进行数量的更改操作。药品出库工作由药库管理员负责。 药品出库时,药库管理员按照实际品种和数量发放药品,对库存暂不足的品种,均需说明情况,并尽快请购.药品出库时,药库管理员必须以认真负责的态度,检查质量和有效期,核实品种,规格等,严防变质失效的药品出库。处方单经发药库管理员签字,作为存档,以备查。出库单、退货出库、盘亏、报损、药品外售等,都必须有完整记录。
药品信息管理功能
药品信息管理中包含了所有药品的详细信息,如产地、科目、种类、规格、单位、售价、批准文号、生产日期、进价、有效期、数量及备注。药品信息是药品进销存管理系统的核心枢纽,决定了其他操作的执行,如:查询条件、药品报废条件等等。
模块4——资料管理模块
病人信息查询
病人在第一次看病时就使用自己工作证件号码或学号注册一个用户,然后登记自己的信息。病人信息查询模块可以让管理者,医生或者病人以及病人家属通过自己各自的权限查询到病人详细信息。如联系方法,家庭住址,有过什么家族遗传病等等。可以让信息一目了然。便于医生进行跟踪调查,及时提醒病人何时服药以及平时有什么要注意的地方。
病人信息查询模块包括记录病人的注册号,即第一次来医务室注册的号码,建立病人基本信息库,如姓名、年龄、性别、住址、病史、本次就诊时间、身份证号等信息。通过添加,删除,修改信息来对模块进行管理。比起以往的手写记录,计算机记录能够更方便,更有效地管理病人的信息。

员工信息查询
员工信息管理是记录员工相关的信息,包括员工的基本资料,如姓名、性别、年龄等,可以方便的通过添加,删除,修改来管理相关信息,对员工信息进行分类统计查询。管理者可以浏览员工信息,当员工的个人情况发生变化需要修改时,可以方便地修改个人资料。
根据不同权限,主要为管理员和普通员工。这样的划分可以通过权限不同而各自的功能不同,但是彼此有紧密的联系,所以将系统功能划分为多个权限便于使用方便理解与使用。
模块5——系统帮助模块
系统帮助是为用户提供一个人性化的帮助模块,校医院信息管理系统面向的客户是广大校医院管理员,操作易上手是我们需要解决的问题,而帮助模块为用户提供各种帮助。
3.2 性能
校医院信息管理系统的功能模型中包括了权限管理,体检人信息管理,门诊管理,药品信息管理,校医院资料管理,人事管理等功能。这些数据对校医院极为重要,为此,提供方便、快捷的信息查询和维护是系统设计考虑的基础。 要求新系统能解决这些环节的科学化管理,完成各种医务数据的共享,实现实时通信来保证业务数据的快速更新。

  • 响应时间:
    要求响应迅速,实现业务数据的实时传递,时间大约为1s。
  • 更新处理时间:
    要求执行更新处理操作时,能快速准确地处理,时间大约为1~1.5s。
  • 数据的转换和传送时间:
    库存盘点时要用到条码扫描终端设备,要求到条码时,能快速转换数据,并将数据迅速传到系统进行汇总处理,时间大约为1s。

3.3 输入项目
输入的数据是用户执行的各种操作,包括鼠标、键盘灯操作。
3.4 输出项目
输出是从数据库中读取的数据,或错误警告信息。
3.2.5算法
该校医院管理系统只涉及数据库的存取,不涉及任何算法。
3.2.6 程序逻辑

3.2.7 接口
3.2.7.1 外部接口
主界面
采用广泛应用的 GUI,即诸如窗口、菜单、对话框、滚动条等。
软件接口
Windows 2000 Server 或更高版本
Linux 内核版本2.4.8
硬件接口
Inter PII300 或更高性能的微型计算机
不低于 1G 的空闲硬盘空间

3.2.7.2 内部接口
Drugs:Dname 药品名称 必填
Staff:Sno 教职员工工作证件号 必填
Student:Xno 学生学号 必填
User:Uno 用户工作证件号 必填
3.2.8 存储分配
动态存储分配可以存储一个int类型量的空间,将空间首地址保存到p中,动态分配的空间在程序运行的过程中必须通过free()函数释放,否则会一直占用.。malloc()用于动态分配连续存储空间的。 realloc()函数用于修改用上述两个函数分配的空间大小。free()用于释放上述函数分配的空间。
3.2.9 限制条件
要求此系统的功能达到预期的功能,以及使用该系统的硬件设施要达到要求。同时也要求开发期限为三个月,以便早日投入使用。
3.2.10 测试要点
3.2.10.1 环境配置测试
(1) 网络连接是否正常
(2) 网络流量负担是否过重
(3) 软件测试平台是否可选
(4) 如果(3),是否在不同的软件测试平台进行软件测试
(5) 所选软件测试平台的版本(包括Service Pack)是否正确
(6) 所选软件测试平台的参数设置是否正确
(7) 所选软件测试平台上正在运行的其它程序是否会影响测试结果
(8) 画面的分辨率和色彩设定是否正确
3.2.10.2 代码测试
(1)边界测试,测试用户输入框中的数值的最大数和最小数,以及为空时的情况。
(2)非法测试,例如在输入数字的地方输入字母。
(3)跟踪测试,跟踪一条数据的流程,保证数据的正确性。
(4)在开始测试时应保证数据的正确性,然后在从系统中找出各种BUG。
(5)接口测试,程序往往在接口的地方很容易发生错误,要在此模块测试勿掉以轻心。

猜你喜欢

转载自blog.csdn.net/ambiguous__/article/details/130907659