1、医院病房管理系统报告重庆大学课程设计报告课程设计题目： 医院病房管理系统 学 院： 专业班级： 年 级： 姓 名： 学 号： 完成时间： 年 月 日成 绩： 指导教师： 重庆大学教务处制 重庆大学本科学生课程设计任务书课程设计题目医院病房管理系统学院专业年级任务描述：以1-5人为一个小组，完成本次课程设计，设计题目为 “医院病房管理系统”，方法以结构化方法和面向对象方法为主；每个项目小组必须按照文档规范标准提供下列文档，文档中必须注明完成者，其中完成需求分析和设计工作的人员不能相同，完成编码和测试的人员不能相同；文档包括：需求分析规格说明概要设计规格说明详细设计规格说明测试报告文档必须按课程设
2、计规范装订，任务书由各项目组根据自己所选题目填写（如设计要求，完成工作内容等，详见课程设计报告模版），同时在前边附上每个同学的成绩表，并注明名字。任务下达日期 2014 年 12月 28 日完成日期 2014 年 1 月 4日说明：学院、专业、年级均填全称，如：计算机学院、计算机科学与技术、2010.医院病房管理系统一、需求规格说明书二、概要设计说明书三、详细设计说明书 3.1医院前台处理模块.19 3.2主治医师模块.223.3护士处理模块.243.4药房处理模块.263.5财务处模块.283.6出院模块.31四、测试计划1、需求规格说明书2、1引言1.1编写目的本需求分析旨在对病房管理系统
3、的阐释，使人们可以对病房管理系统更轻松的使用和更容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员参考。1.2项目背景a. 软件系统名称：医院病房管理系统b. 项目提出者：软件工程课程设计c. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋d. 项目使用者：主治医生、护士、财务人员、药剂师e. 在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。1.3定义本系统可以定义为一个主要为处理病人看病流程
4、情况而设计的病房管理系统。1.4参考资料a. 国标8567-88项目开发计划b. 计算机软件文档编制规范GB-T8567-2006c. 软件工程实践者的研究方法 Roger S.Pressman 著2任务概述2.1目标 本项目实现的功能有：1、为病人办理住院手续；2、医生调取病人病历，获悉特定病人病情，生成领药单，护士根据此发药；3、财务人员进行扣费处理2.2运行环境操作系统：Microsoft Windows 8支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20002.3条件与限制由于人员、资金、时间等各方面因素，完成一个用于实际的病房管理系统还是具有很大难度
5、的，完成的项目还存在很多缺陷，有待进一步改进。3数据描述3.1静态数据病人（ID，病人姓名，性别，体重，年龄，婚姻状态，身体状况）；主治医师（医师ID，姓名，主治科目，职务类别，所属科室，职称）；药房（药房名称，药房类别）；药品（药品编号，名称，功效）；护士（护士ID，姓名）；病床（床号，房号，状态）3.2动态数据先生成病历档案（ID，既往住院情况描述）；医师开出医嘱（医嘱ID，医嘱内容）；根据医嘱生成领药单（ID，内容）；根据每天消费情况生成缴费单（缴费项目，金额）；在化验部生成化验单（编号，化验项目，化验结果）3.3数据库介绍病人信息：病人姓名varchar(20)，病历编号varchar
6、(20)；主治医师信息：医生ID varchar(20)，姓名varchar(20)，所属科室varchar（20）；药品信息：药品编号varchar(20)，名称varchar(20)；护士信息：护士编号varchar(20)，姓名varchar(20)；病床信息：床号varchar(20)，房号varchar（20），状态boolean (20)；病历信息：既往住院描述varchar(100)，ID varchar（20）；医嘱信息：治疗措施varchar(100)，ID varchar（20）；缴费单信息：缴费项目varchar(50)，金额 int；化验单信息：化验单编号varchar
7、 （20），化验项目varchar(50)，化验结果varchar(100)。3.4数据词典数据词典一般包括数据项条目、数据存储条目、数据流条目和数据加工条目。此处分别进行列举3.5数据采集 数据采集方式为前台手工录入和系统生成两种方式。手工录入如：病人信息、医师、护士信息等；系统生成如：缴费单、化验单等。4功能需求4.1功能划分 主要功能有如下三项：1) 入院病房管理2) 住院领药、化验管理3) 出院结账管理4.2功能描述 1.入院管理：登记病人信息，为病人分配医生、病房。2.住院期间管理：包括住院期间的医生查房、开医嘱；护士根据医嘱生成领药单和化验单；药房配药，化验科化验；医生催缴费用。3
8、.出院管理：医生开具出院小结；病例归档；出院结算。4.3数据流图医院管理系统顶层DFD图5性能需求5.1数据精确度1) 医嘱、化验单精确到具体开具年月日小时；2) 固体药品剂量一毫克为单位，液体药品剂量一毫升为单位；3) 缴费金额以元为单位；5.2时间特性1) 响应时间小于2秒；2) 系统能保证工作日全天正常运行；3) 数据传输与转换时间小于0.5s；4) 更新处理时间小于1秒5.3适应性1) 本系统能够对信息录入时进行检测，超过有效位或数据格式错误，系统不会录入并给病人返回错误提示信息；2) 本系统暂时只能运行在Windows操作系统上；3) 本系统能够接入医保系统并与其它医院的后台数据库对
9、接，实现治疗信息和费用结算联网；4) 本系统可扩展性，可以为后续功能的实现提供可能。6运行需求6.1用户界面无特殊需求6.2硬件接口 网络硬件接口要求：实现内部网络通信，其余无特别要求。6.3软件接口软件接口： 无特殊要求。6.4故障处理发生停电等不可抗力因素的故障时，为了保证数据完整以及及时恢复，以保证数据的一致性同时也要定期进行磁盘阵列数据备份，管理人员不定期对系统进行升级管理，保障系统运行的流畅性。7其它需求可使用性：操作简单易上手，界面简洁美观。安全保密的要求：病人信息是隐私，不能轻易对外界泄露，为了保证用户的个人隐私权，病人治疗信息必须提供应有权限才能进行有条件地访问，另外全国联网医
10、疗，使就医变得更加轻松简单。在用户登录时需要验证用户名及密码。可维护性：要满足使用方便的要求，并应该提供可维护、可补充、易读、可靠的接口进行操作。可移植性：在多个平台之间能互相移植，共通数据。二、概要设计说明书1引言1.1编写目的本需求分析旨在对病房管理系统的阐释，使人们可以对病房管理系统更轻松的使用和更容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员参考。1.2项目背景f. 软件系统名称：医院病房管理系统g. 项目提出者：软件工程课程设计h. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋i. 项目使用者：主治医生、护士、财
11、务人员、药剂师j. 在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。1.3定义本系统可以定义为一个主要为处理病人看病流程情况而设计的病房管理系统。1.4参考资料d. 国标8567-88项目开发计划e. 计算机软件文档编制规范GB-T8567-2006f. 软件工程实践者的研究方法 Roger S.Pressman 著2任务概述 2.1目标 本项目实现的功能有：1、为病人办理住院手续；2、医生调取病人病历，获悉特定病人病情，生成领药单，护士根据此发药；3、财务
12、人员进行扣费处理2.2运行环境操作系统：Microsoft Windows 8支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20002.3需求概述 本系统可以定义为一个主要为处理病人病房管理，集挂号，缴费，分配病房，医生查房记录，治疗于一体而设计的管理系统。2.4条件与限制以为实际情况只是模拟，不能够真正的用很多台pc实验这个系统的性能，有一定的局限性。a) 系统运行中途发生重大错误的数据恢复b) 医院规模扩大后系统的适应性c) 病人转诊机制3总体设计3.1处理流程系统基本设计概念，分别对各个子系统的功能和数据库进行设计。再把各个系统进行合并，并定义各个子系统对
13、其他系统的通信接口以及设计整体数据库，形成一个整体信息管理系统。流程如下： N重试3次 Y N Y3.2总体结构和模块外部设计用以下的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系.3.3功能分配用一张如下的矩阵图功能需求医院前台护士站化疗室财务部药房室档案室（1）记录病房信息开领药单执行治疗结算病人费用配药，送药记录病人信息（2）分配病房执行治疗并记录催缴费用记录药房药品信息病人病例归档（3）分配主治医师4接口设计 4.1外部接口 网络硬件接口要求：实现内部网络通信，其余无特别要求。4.2内部接口
14、不详5数据结构设计5.1逻辑结构设计该系统使用的数据结构由数据库的表来实现，具体如下：用管理员 用户名 ManagerName 密码 Password 用户类型 UserType病人 病案号 MedicalRecordID 身份 Identity 挂号费用 RegisterCharge 医疗费用 MedicalTreatmentCharge病历 病案号 MedicalRecordID 病人姓名 PatientName 病人性别 PatientSex 诊断时间 Date 主诊医生号 DocID 诊断结果 Result 医生 医生号 DocID 姓名 Name 性别 Sex 药品基本信息 药品号
15、MedID 名字 Name 价格 Price 入库药品信息 药品号 MedID 进库数目 InAmount 总价格 TotalCost 出库药品信息 药品号 MedID 就诊卡号 SickID 出库数量 OutAmount 日收入信息 收入流水ID chargeID 类型 chargeType 金额 chargeVal 总收入信息 日期 chargeTime 金额 chargeVal日支出信息 支出ID outID 日期 outTime 金额 outVal总支出信息 日期 outTime 金额 outVal 数据结构关系数据项数据项ID病人病历关系病案号MedicalRecordID病历与医生
16、关系医生号DocID入库药品信息与药品基本信息关系药品号MedID出库药品信息与药品基本信息关系药品号MedID病人与缴费病人id5.2物理结构设计该系统数据结构采用SQL2000数据库实现并存储，数据库名称为CHISDataBase。CHIS的子系统，数据间的交流通过数据库实现，因此，要求数据库对于子系统均可见，而且要求数据的一致，通过SQL语言访问数据库，并由DBMS实现物理存储以及安全管理。 5.3数据结构与程序的关系数据结构系统函数用户病人chargeForRegister病历getPatientInfoaddPatientRecordupdatePatientRecordstatic
17、PatientInfo医生getDataOnDutyInfo工作时间表getDataOnDutyInfogetDoctorDutyList药品基本信息getMedicianUnitPriceaddMedicianRecorddeleteMedicianRecord入库药品信息payForMedicineToBuyPrice staticMonthInStoragestaticMonthOutStorage出库药品信息getMedicianUnitPriceMedicianTotalVal6运行设计6.1运行模块的组合系统的各个模块都与数据库连接，所以运行时各个模块都可以独立运行。在系统登陆完成
18、之后，用户在各自的模块进行操作。整个系统在局域网的环境下所进行，各个模块通过数据库进行信息的交流6.2运行控制先由操作系统启动医院信息管理系统，然后用户登录认证，然后再选取相应的子系统，进行功能操作，最后退出系统。6.3运行时间系统所要求所有的操作都必须在2秒内作出响应。7出错处理设计7.1出错输出信息系统功能模块在连接数据库失败的时候会发出操作失败的错误信息。7.2出错处理对策故障出现后的补救措施包括： a启动备份数据库，对丢失的数据进行恢复。 b重新启动系统，恢复系统正常运行。 c对原来的数据库进行备份，并对这次错误进行详细的记录，以便以后的检查。8.安全保密设计登陆密码设计更复杂。9.维
19、护设计作为一个产品，医院信息管理系统必须按照规范的步骤进行开发，并充分考虑软件可维护性，同时必须按时认真完成相应文档资料，以利于未来版本升级即移植等二次开发。3、详细设计说明书1引言1.1编写目的本需求分析旨在对病房管理系统的阐释，使人们可以对病房管理系统更轻松的使用和更容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员参考。1.2项目背景k. 软件系统名称：医院病房管理系统l. 项目提出者：软件工程课程设计m. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋n. 项目使用者：主治医生、护士、财务人员、药剂师o. 在现代社会，病
20、人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。1.3定义本系统可以定义为一个主要为处理病人看病流程情况而设计的病房管理系统。1.4参考资料g. 国标8567-88项目开发计划h. 计算机软件文档编制规范GB-T8567-2006i. 软件工程实践者的研究方法 Roger S.Pressman 著2总体设计2.1需求概述 本系统可以定义为一个主要为处理病人病房管理，集挂号，缴费，分配病房，医生查房记录，治疗于一体而设计的管理系统。2.2软件结构3程序描述01：医院前台处理
21、模块3.1功能 对病人信息进行检索，若存在则直接打出病历卡，若不存在，则先创建信息，再打出病历卡，然后分配主治医师，在其进行诊断之后，缴纳费用，分配病房3.2性能 页面响应时间应该在2s以内完成，对输入的信息的合法性要进行验证，给出相关提示3.3输入项目 病人信息3.4输出项目 病历卡，主治医师，病房信息3.5算法 3.6程序逻辑3.7程序接口 不详3.8存储分配 病人： ID，姓名，性别 主治医师：ID，姓名，性别，科室 病房：病房号，床号3.9限制条件 无3.10测试要点 能否正确连接数据库，读取病人信息，准确分配病房，不出现误差，数据库异常时能否给出正确处理。02：主治医师模块3.1功能
22、 对病人进行诊断，开出医嘱，并且能进行查房，记录病情到病历卡3.2性能 诊断结果能及时反馈到数据库3.3输入项目 病人病情信息3.4输出项目 无3.5算法 3.6程序逻辑 3.7接口 不详3.8存储分配主治医师：ID，姓名，性别，科室病房：病房号，床号3.9限制条件 无3.10测试要点能否正确处理医师给出的数据，并且成功传输到护士站03：护士站处理模块3.1功能 根据医嘱开出领药单，带领病人执行化疗以及其他辅助治疗手段3.2性能 实时转换医嘱，及时收到治疗手段信息3.3输入项目 病人信息3.4输出项目 需要的治疗手段以及药品信息3.5算法 3.6程序逻辑 3.7接口 不详3.8存储分配护士：I
23、D，姓名，性别化疗室：化疗室房号药房：药房号3.9限制条件 无3.10测试要点能否准确把详细资料传递过来04：药房处理模块3.1功能 为病人进行配送药品，并且登记药品分发情况3.2性能 实时更新药房药品库存记录3.3输入项目 领药单3.4输出项目 药品种类，数量3.5算法 3.6程序逻辑 3.7接口 不详3.8存储分配药房：药房号药品：药品ID，数量3.9限制条件 无3.10测试要点数据信息能否实时的更新05：财务处模块3.1功能 费用的收缴，结算3.2性能 及时对病人住院费用进行结算，不能出现拖沓3.3输入项目 病人ID3.4输出项目 病人应缴纳费用3.5算法 3.6程序逻辑3.7接口 不详
24、3.8存储分配 财务处：财务处号3.9限制条件 无3.10测试要点 财务处能否准确结算病人所花费用06：出院模块3.1功能 开出院小结，结算所有费用，病历归档3.2性能 及时完成以上工作3.3输入项目 病人信息3.4输出项目 无3.5算法 3.6程序逻辑3.7接口 不详3.8存储分配档案处：病人ID，姓名，性别3.9限制条件 无3.10测试要点能否完整病历归档，结算清楚费用四、测试计划1引言1.1编写目的本需求分析旨在对病房管理系统的阐释，使人们可以对病房管理系统更轻松的使用和更容易的维护。为明确软件需求、安排项目规划与进度、组织软件开发与测试，撰写本文档。本文档供项目经理、设计人员、开发人员
25、参考。1.2项目背景p. 软件系统名称：医院病房管理系统q. 项目提出者：软件工程课程设计r. 项目开发者：王成、颜宵鹏、彭金、许晓勇、李嘉勋s. 项目使用者：主治医生、护士、财务人员、药剂师t. 在现代社会，病人管理通常要投入大量的人力资源，用于查房，看护等方面，方便于医院随时获取病人病情，和处理病人应急情况。而本项目可以减少这些不必要的人力资源输出，降低医院在此方面的经济投入。1.3定义本系统可以定义为一个主要为处理病人看病流程情况而设计的病房管理系统。1.4参考资料j. 国标8567-88项目开发计划k. 计算机软件文档编制规范GB-T8567-2006l. 软件工程实践者的研究方法 R
26、oger S.Pressman 著2任务概述2.1目标 本项目实现的功能有：1、为病人办理住院手续；2、医生调取病人病历，获悉特定病人病情，生成领药单，护士根据此发药；3、财务人员进行扣费处理2.2运行环境操作系统：Microsoft Windows 8支持环境：IIS 5.0数 据 库：Microsoft SQL Server 20002.3条件与限制由于人员、资金、时间等各方面因素，完成一个用于实际的病房管理系统还是具有很大难度的，完成的项目还存在很多缺陷，有待进一步改进。3计划3.1测试方案 以管理员身份进入，然后对住院病人信息进行登记，分配主治医师以及病房3.2测试项目 首先以管理员身份登录系统 分配主治医师 分配病房3.3测试准备 数据库与系统提前连接好3.4测试机构及人员11级网络工程01班测试小组王成 李嘉勋4测试项目说明4.1测试项目名称及测试内容 （1）管理员登录 以管理员身份登录系统 （2）分配主治医师 查询空闲主治医师，医师是否与病人相符合，分配医师，改变医师状态 （3）分配病房 查询空闲病房，按顺序划分病房4.2测试用例4.2.1输入 管理员用户名
