医院管理系统需求规格说明书.docx

《医院管理系统需求规格说明书.docx》由会员分享，可在线阅读，更多相关《医院管理系统需求规格说明书.docx（30页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、医院管理系统需求规格说明书1. 引言1.1 编写目的本文档用于叙述医院管理系统的需求，为后面的需求分析报告的编写提供参考依据。预定的合法读者为：1、本项目的所有责任人和决策者；2、参与概要设计和需求确认的有关业务人员和技术员；3、本项目的软件开发人员、测试人员、文档编写人员。本文档全部内容均为商业机密，应严格控制其应用和阅读范围。在项目开展过程中，由本项目小组负责管理，项目完成后交专人负责保存。未经文档责任人许可，任何人不得将本文档部分或全部内容私自保留或交于他人。1.2 项目背景项目的委托单位为重庆市海星医院，开发单位为重庆交通大学信息学院在校学生。1.3 定义Abbreviations缩略

2、语Full spelling名英文全Chinese explanation 中文解释DBDatabase数据库B/SBrowser/Server浏览器/服务器PCPersonal computer台式个人电脑DAOData Access Object数据访问对象EREntity Relation实体关系9 / 30LGLogin登录BMBase Manage基本管理FSFront Service前台服务ASAppointment Service预约服务DSDoctor Service医生服务ISInspect Service检查服务PSPramcy Service药房服务QSQueue Ser

3、vice队列服务CSCount Service门诊统计服务1.4 参考资料项目经核准的计划任务书、合同或上级机关的批文、项目开发计划。2. 任务概述2.1 目标在当今中国，虽然人们的生活水平越来越高，但是人们的身体素质并不是很好，所以导致每天医院的病人流量非常的大。为了提高医院工作人员的办事效率，同时使病人会诊和医生服务更加的井然有序，开发一个性能良好的医院管理系统是十分必要的。该软件将考虑多方面的用户，从“为医生、病人、护士、管理员等相关人员提供便捷”出发，以达到提高工作效率和质量的目的， 为病人和医生提供更好的服务。2.2 运行环境操作系统：Microsoft Windows 2000 A

4、dvanced Server 支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20082.3 条件与限制2.3.1 标准符合性本软件产品应严格遵循设计，编码规范及用户界面的友好性。2.3.2 硬件约束客户端约束：能访问本系统主页网站。服务器端约束：客户通过用户交互界面提交一项请求，要求必须在1秒之内做出响应，不能给用户有迟滞的感觉。2.3.3 技术限制数据库：软件产品设计应与数据库无关，本系统使用SQL Server数据库为主。接口：符合本系统的接口标准。并行操作：同时允许100个以上客户端同时运行，保证数据的正确和完备性。编程规范：用C#和Asp实现，由开发方提

5、供一套编程规范，甲方审查认定。3. 数据描述3.1 静态数据医院员工的基本信息、科室信息、检查项目信息、病人基本信息等3.2 动态数据病人挂号信息、处方信息、检查信息、缴费信息、药品基本信息、日统计信息等。3.3 数据库介绍SQL Server 2008 在 Microsoft 的数据平台上发布，可以组织管理任何数据。可以将结构化、半结构化和非结构化文档的数据直接存储到数据库中。可以对数据进行查询、搜索、同步、报告和分析之类的操作。数据可以存储在各种设备上，从数据中心最大的服务器一直到桌面计算机和移动设备，它都可以控制数据而不用管数据存储在哪里。SQL Server 2008 允许使用 Mic

6、rosoft .NET 和 Visual Studio 开发的自定义应用程序中使用数据，在面向服务的架构（SOA）和通过 Microsoft BizTalk Server 进行的业务流程中使用数据。信息工作人员可以通过日常使用的工具直接访问数据。3.4 数据词典增加药品：AddMedicine字段名称字段类型字段约束注释am_idint非空药品单号，主键md_idvarchar(50)非空药品号，外键，关联Medicine 表am_numberint非空药品编号am_timedatetime允许为 null增加药品时间e_idvarchar(50)非空员工号，外键，关联Employee 表预约

7、剩余号：Appointment_num字段名称字段类型字段约束注释e_nameint允许为 null员工姓名datedatetime允许为 null日期total_numint允许为 null总的数量surplus_numint允许为 null剩余数量d_idvarchar(50)允许为 null部门号e_idvarchar(50)允许为 null员工号缴费：MoneyThing字段名称字段类型字段约束注释cu_idint非空门诊号，外键，关联Cure 表yf_moneymoney允许为 null缴纳的药费yf_timedatetime允许为 null缴纳药费时间yf_eidvarchar(5

8、0)允许为 null收药费人的姓名xm_money xm_time xm_eid ty_money ty_timemoney datetime varchar(50) money datetime允许为 null 允许为 null 允许为 null 允许为 null 允许为 null缴纳的项目费用缴纳项目费用的时间收纳检查费用的时间退药金额退退药时间药ty_eidvarchar(50)varchar(50)退药人姓名：urnMedicineRet字段名称字段类型字段约束注释cu_idint非空门诊号，外键，关联Cure 表md_idvarchar(50)非空药品编号，外键，关联 Medicin

9、e 表rm_numberint非空退药数量rm_reasonvarchar(50)非空退药原因rm_timedatetime非空开退药单的时间rm_mreasonvarchar(50)允许为 null药品检测师意见rm_mtimebit允许为 null退药时间e_idvarchar(50)非空医师编号m_idvarchar(50)允许为 null退药药师编号rm_statusvarchar(50)允许为 null退药状态开药：TakeMedicine字段名称字段类型字段约束注释tm_idint非空处方编号，主键cu_idint非空门诊号， 外键， 与Cure 关联md_idvarchar(50

10、)非空药品编号tm_numberint非空药品数量tm_pricemoney允许为 null药品价格tm_timedatetime允许为 null开药时间tm_moneyvarchar(50)允许为 null每种药品总价tm_statusvarchar(50)允许为 null取药状态值班：work 字段名称work_id e_id字段类型字段约束int非空varchar(50)非空注释值班编号，主键员工号， 外键， 与d_idvarchar(50)非空Employee 关联部门号， 外键， 与Department 关联work_begin work_end datevarchar(50) va

11、rchar(50) datetime允许为 null 允许为 null 允许为 null值班签到下班签到日期项目检查：DoProject字段名称字段类型字段约束注释dp_idint非空项目编号，主键cu_idint非空门诊号，外键，关联Cure 表pr_idvarchar(50)非空项目号，外键，关联Project 表dp_timedatetime允许为 null开检查单时间dp_statusvarchar(50)允许为 null检查状态ch_timedatetime允许为 null检查时间resultvarchar(50)允许为 null检查结果e_idvarchar(50)非空检查医师编号

12、， 外键，和 Employee 关联referencevarchar(50)允许为 null参考值预约：appointment字段名称字段类型字段约束注释app_idvarchar(50)非空预约号app_namevarchar(50)非空预约人姓名app_telvarchar(50)非空预约人电话d_idvarchar(50)非空科室号，外键，关联department 表p_idvarchar(50)允许为 null专家号，外键，关联Position 表app_timedatetime非空预约时间ifhasrecordbit非空是否有病历pa_idvarchar(50)非空病历号，外键，关联

13、ptient 表app_detailvarchar(50)允许为 null预约其他细节看诊：Cure字段名称字段类型字段约束注释cu_idvarchar(50)非空检查单编号，外键，关联 Department 表cu_timedatetime非空检查时间d_idvarchar(50)非空科室号e_idvarchar(50)非空医生职工号，外键，关联 Employee 表pa_idvarchar(50)非空病历号，外键，关联Patient 表pr_idvarchar(50)允许为 null检查项目编号， 外键，关联 Project 表resultvarchar(50)非空检查结果suggesti

14、onvarchar(50)非空医生处方部门：Department字段名称字段类型字段约束注释d_idvarchar(50)非空科室编号d_namevarchar(50)允许为 null科室名称d_detailvarchar(50)允许为 null科室描述职工：Employee字段名称字段类型字段约束注释e_idVarchar(50)非空职工号，主键，关联Cure 表， Exchange 表，Users 表e_nameVarchar(50)允许 null职工名称e_sexVarchar(50)允许 null职工性别e_numberVarchar(50)非空职工身份证号d_idVarchar(50

15、)非空科室号，主键，关联Department 表p_idVarchar(50)非空职称号，主键，关联Position 表e_telVarchar(50)允许 null职工电话交接班： Exchange字段名称字段类型字段约束time_idvarchar(50)非空e_idvarchar(50)非空注释交接班序列号职工号，外键，关联Employee 表d_idvarchar(50)非空worktimeofftimedatetimedatetime允许 null允许 null科室号，外键，关联Ddepartment 表上班时间下班时间药房：Medicine字段名称字段类型字段约束注释md_idva

16、rchar(50)非空药品编号，主键md_namevarchar(50)非空药品名称md_pricemoney允许为 null药品价格md_numberint允许为 null药品数量患者：Patient字段名称字段类型字段约束注释pa_idvarchar(50)非空病历号，主键，关联Appointment表 ，Cure 表pa_sexvarchar(50)非空患者性别pa_ageInternet非空患者年龄pa_numbervarchar(50)允许 null患者身份证号pa_workvarchar(50)允许 null患者工作pa_telnchar(50)允许 null患者电话ifaller

17、gicvarchar(50)允许 null是否有过敏史职称:Position字段名称字段类型字段约束注释p_idvarchar(50)非空职称号p_namevarchar(50)允许 null职称名检查：Project字段名称字段类型字段约束注释pr_idvarchar(50)非空检查项目编号， 主键，关联 Cure 表pr_namevarchar(50)允许为 null检查项目名pr_pricemoney允许为 null检查项目价格pr_detailvarchar(50)允许为 null检查结果管理员：Users字段名称e_id字段类型varchar(50)字段约束非空注释职工号，外键，关联

18、Employee 表idnamevarchar(50)允许 null用户名idkeyvarchar(50)非空用户密码p_namevarchar(50)非空职称， 外键， 关联Position 表SexNchar(10)非空性别3.5 数据采集本系统中需要用到数据采集的主要是对病人检查结果的采集。当相关检察人员查询出病人需要做的检查项目并指导病人进行检查之后需要记录病人的检查结果。然后对病人身体的检查结果需要进行数据采集并显示在相应的图形显示器上以提供给医生判断参考。4. 功能需求4.1 功能划分系统包括的总体功能如下图所示每一部分所包含的详细功能如下图所示10 / 304.2 功能描述4.2

19、.1 LG该模块主要是验证用户身份信息，其主要的几个身份为基本管理员、计价师、统计 员、药剂师、药库负责人、护士、医师。身份验证成功之后便跳转到各自的页面进行相应的操作。4.2.2 BM用例图4.2.2.1 检查项目设置4.2.2.1.1 介绍检查项目设置模块替工对医院的所有检查项目的基本管理功能，比如照 CT 之类的检查。30 / 304.2.2.1.2 输入管理员在检查部门收集检查项目的相关信息并进行记录。4.2.2.1.3 处理管理员将收集到的信息记录到数据表中，并可以进行增加、删除、修改和查询等操作。4.2.2.1.4 输出管理员有需要的时候可以在数据表中查询并打印相关信息。4.2.2

20、.2 科室信息管理4.2.2.2.1 介绍在本模块中，管理员对医院所设置的所有科室进行管理。4.2.2.2.2 输入管理员收集各科室的相关信息并进行记录。4.2.2.2.3 处理管理员将收集到的信息记录到数据表中，并可以进行增加、删除、修改和查询等操作。4.2.2.2.4 输出管理员有需要的时候可以在数据表中查询并打印相关信息。4.2.2.3 员工信息管理4.2.2.3.1 介绍在本模块中，管理员对医院所有员工进行管理。4.2.2.3.2 输入管理员收集所有员工的相关信息并进行记录。4.2.2.3.3 处理管理员将收集到的信息记录到数据表中，并可以进行增加、删除、修改和查询等操作。4.2.2.

21、3.4 输出管理员有需要的时候可以在数据表中查询并打印相关信息。4.2.2.4 用户信息管理4.2.2.4.1 介绍在本模块中，管理员为用户提供修改密码服务4.2.2.4.2 输入用户输入自己修改的密码并确认4.2.2.4.3 处理管理员根据用户需求核实用户信息，若身份属实，允许其进行密码修改4.2.2.4.4 输出管理员对相关用户信息进行修改并将数据保存至数据库。4.2.3 AS该模块的用例图为4.2.3.1 分发会诊单4.2.3.1.1 介绍会诊单是让病人能够有序会诊的必要单据。病人填写好相关的信息之后由前台服务人员分发给病人。4.2.3.1.2 输入会诊单的输入信息是病人所填写的相关信息

22、。4.2.3.1.3 处理前台服务人员将病人信息记录到数据库中，并具有增加、删除、查询和修改的功能。4.2.3.1.4 输出前台服务人员打印出会诊单并将其给予病人。4.2.3.2 开处方收据4.2.3.2.1 介绍该模块为前台服务人员提供给病人开处方收据的功能。病人拿着处方在前台缴费后，前台服务人员查询药品信息并收取费用之后开出处方收据以方便病人取药。4.2.3.2.2 输入输入为医生所开出的处方上的所有药品的基本信息。4.2.3.2.3 处理前台服务人员查询到药品信息并收费，然后开出处方收据给予病人，同时将处方收据上的数据进行记录，并具有增加、删除、查询和修改的功能。4.2.3.2.4 输出

23、前台服务人员能够打印出相应的处方收据将其给予病人。4.2.3.3 开检查收据4.2.3.3.1 介绍该模块为前台服务人员提供给病人开检查单收据的功能。病人拿着检查单在前台缴费后，前台服务人员查询检查项目信息并收取费用之后开出检查单收据以方便病人检查身体。4.2.3.3.2 输入输入为医生所开出的检查单上的所有检查项目的基本信息。4.2.3.3.3 处理前台服务人员查询到检查项目信息并收费，然后开出检查单收据给予病 人，同时将检查单收据上的数据进行记录，并具有增加、删除、查询和修改的功能。4.2.3.3.4 输出前台服务人员能够打印出相应的处方收据将其给予病人。4.2.3.4 退费4.2.3.4

24、.1 介绍该模块为前台服务人员提供给病人退费的功能。4.2.3.4.2 输入该模块的输入为病人在药房出领取的退费单据上的相应信息。4.2.3.4.3 处理前台服务人员查看退费单后如果合理便退费給病人，并开出已退费的相关凭证，然后将相应信息保存到数据库中，并具有增加、删除、查询和修改的功 能。4.2.3.4.4 输出前台服务人员退费后打印出已退费凭证给予病人。4.2.3.5 管理病人基本资料4.2.3.5.1 介绍该模块为前台服务人员提供给管理病人基本资料的功能。4.2.3.5.2 输入该模块的输入是病人在会诊之前自己所填写的相关信息。4.2.3.5.3 处理前台服务人员能够录入病人所填写的相关

25、信息，并且具有增加、删除、查询和修改的功能。4.2.3.5.4 输出前台服务人员如果有需要可以打印出病人的相关资料。4.2.4DS该模块的用例图为4.2.4.1 通知病人会诊4.2.4.1.1 介绍该模块能够保证医生工作的顺利进行和病人能够有序的就诊。4.2.4.1.2 输入该模块的输入是排队服务模块给病人合理分配的就诊顺序信息。4.2.4.1.3 处理医生在查看完一个病人之后利用该模块能够通知下一位准备就诊的功能。4.2.4.1.4 输出在相应地显示屏上显示当前就诊病人信息以及下一位即将就诊的信息。4.2.4.2 开处方4.2.4.2.1 介绍该模块为医生提供开处方的功能。医生为病人检查完身

26、体之后，给病人开处方以方便他们缴费。4.2.4.2.2 输入由医生查询药品信息并在处方上写下相应药品。4.2.4.2.3 处理将要写入处方上的药品信息以数据库的形式进行存储，并提供增加、删除、查寻和修改的功能。4.2.4.2.4 输出医生能够打印输出处方并将其给予病人。4.2.4.3 开检查单4.2.4.3.1 介绍该模块为医生提供开检查单的功能。医生为病人检查完身体之后，给病人开检查单以方便他们缴费。4.2.4.3.2 输入由医生根据病人身体状况并在检查单上写下需要进行检查的项目。4.2.4.3.3 处理将要写入检查单上的检查项目信息以数据库的形式进行存储，并提供增加、删除、查寻和修改的功能

27、。4.2.4.3.4 输出医生能够打印输出检查单并将其给予病人。4.2.4.3信息查询该模块主要是为辅助医生为病人开处方而设计的，主要功能是查询药品和病历信息4.2.5 QS该模块的用例图为4.2.5.1 组织病人序列4.2.5.1.1 介绍该模块为已缴费病人提供排序的功能。病人缴费后按系统给出的序号会诊、取药及检查。4.2.5.1.2 输入会诊时间、缴费时间4.2.5.1.3 处理系统按先来先服务的方式为先会诊或先交费的病人先排序4.2.5.1.4 输出将排好的序号输出到显示屏，供病人医生查看。4.2.6IS4.2.6.1 记录检查结果4.2.6.1.1 介绍模块能够保证主治医生和项目检查医

28、生的衔接4.2.6.1.2 输入病人会诊单上的信息4.2.6.1.3 处理为该病人进行项目检查，并把结果存入数据库4.2.6.1.4 输出将检查结果发送给该患者主治医生并给出参考意见4.2.7 PS用例图4.2.7.1 发放药品4.2.7.1.1 介绍该模块为医生提供开检查单的功能。4.2.7.2 输入药房管理人员根据病人所持的处方和收费凭证为病人拿药。4.2.7.3 处理将要发放的药品从仓库里取出来4.2.7.4 输出将取出的药品发放给患者4.2.7.2 退药4.2.7.2.1 介绍该模块为病人提供退药的服务，病人持处方医生所开的退药单到取药处退药。4.2.7.2.2 输入药房管理人员从数据

29、库中查询所退药品4.2.7.2.3 处理药房管理人员检查原始发票, 查看退回药品的效期、数量、质量，核对药品批号是否由本药房发出4.2.7.2.4 输出药房管理人员在退药单上签署意见，并在电脑系统中做退药处理4.2.7.3 开退费单据4.2.7.3.1 介绍该模块为病人提供退费的服务，病人持药房管理人员所开的退费单到收费处退费。4.2.7.3.2 输入药房管理人员从数据库中查询所退药品4.2.7.3.3 处理药房管理人员根据退药单上的意见处理4.2.7.3.4 输出药房管理人员在退费单上签署意见，并把退费单交给病人4.2.8 CS该模块的用例图为4.2.8.1 日统计4.2.8.1.1 介绍该

30、模块统计单日所接待的病人量及病人情况4.2.8.1.2 输入输入查询日期4.2.8.1.3 处理通过数据库查询该时间段并统计医生开单量。4.2.8.1.4 输出显示当天就诊的处方单和医技费用4.2.8.2 科室统计4.2.8.2.1 介绍该模块统计各个科室所接待的病人量及病人情况4.2.8.2.2 输入输入科室名称4.2.8.2.3 处理通过数据库查询该科室并统计医生开单量。4.2.8.2.4 输出显示当天就诊的处方单和医技费用4.2.8.3 交接班统计4.2.8.3.1 介绍该模块统计每日各个岗位的交接班记录4.2.8.3.2 输入输入岗位职称名称4.2.8.3.3 处理通过数据库查询该岗位

31、一天的值班人员时间表4.2.8.3.4 输出输出显示该岗位的值班人员5. 性能需求5.1 数据精确度对于像病人、员工、部门等的基本信息输入时必须是完全准确的。但是像缴费之类的信息则需要精确到 0.01 位5.2 时间特性搜索返回给用户时间控制在2s内，平均搜索时间在1秒以内。5.3 适应性在操作方式、运行环境、与其它软件的接口以及开发计划等发生变化时，软件都必须具有良好的适应性，并且应该具备良好的软件兼容性、平台兼容性和操作系统兼容性。软件要有良好的性能和扩展能力。6. 运行需求6.1 用户界面本系统基于B/S模式，提供给用户的操作界面主要有管理主界面，能在1024*768的分辨率下很好地显示

32、，并自动适应其它分辨率的显示。输入输出时间能在2s之内完成。6.2 硬件接口排队显示屏幕、图像显示设备、预约挂号显示屏6.3 软件接口本系统采用的数据库为Sql Server2008,本系统主要运行在Windows操作系统下。并且正式运行时要与人事管理系统、医保系统相结合。6.4 故障处理当系统发生硬件故障时则需要及时更换硬件设备才能使系统正常运行，而当系统发生软件故障时，系统应该采用相关的事务回滚机制，使系统回到发生故障之前的状态。7. 其它需求可靠性容错性：用户输入非法的数据或不合理的操作，不会造成系统崩溃或引起数据的不完整。客户端在不同的操作系统下或不同的硬件配置下，都能正常工作，也不会

33、因为用户在系统装了不同的软件，造成本产品的工作不正常。可靠性：提交给用户的最终产品在6个月的运行期间，不能有致命错误，严重错误不超过5次，一般错误不超过15次。可恢复性：当系统出现故障或机器硬件出现断电等情况，系统应该能自动恢复数据和安全性等方面的功能。易用性易懂性：用户能够容易的理解该系统的功能及其适用性。易操作性：具备良好的用户交互界面，使用户容易操作。阻止用户输入非法数据或进行非法操作。正确性要充分考虑数据的一致性和完整性(实体完整性、域完整性、参照完整性)，保证数据正确率。可维护性随着企业需求的变更，系统可以很容易的扩充模块来适应业务的增加。另外系统能方便平滑的升级。可测试性产品的单元模块和最终产品的功能都是可验证和可测试的。适应性保证软件产品能很好的进行功能扩充，在原来的系统中增加新的业务功能，可方便的加入，而不影响原系统的架构。经济性系统的设计与实施必须考虑现有资源的使用和闲置情况。附录需求建模数据流图顶层数据流图Level-0 0 层数据流图Level-1 1 层数据流图预约服务模块数据流图：前台服务模块数据流图：