医院管理系统需求分析.doc_第1页
医院管理系统需求分析.doc_第2页
医院管理系统需求分析.doc_第3页
医院管理系统需求分析.doc_第4页
医院管理系统需求分析.doc_第5页
已阅读5页,还剩13页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1 引言引言.2 1.1 编写目的2 1.2 背景2 1.3 定义2 1.4 参考资料2 2 任务概述任务概述.2 2.1 目标2 2.2 用户的特点3 2.3 假定和约束3 3 需求规定需求规定.3 3.1 对功能的规定3 3.2 对性能的规定3 3.2.1精度.3 3.2.2时间特性要求.3 3.2.3灵活性.4 3.3 输人输出要求4 3.4 数据管理能力要求4 3.5 故障处理要求4 3.6 其他专门要求5 4 运行环境规定运行环境规定.5 4.1 设备5 4.2 支持软件5 4.3 接口5 4.4 控制5 1 引言引言 1.1 编写目的编写目的 医院管理系统的主要目的是支持医院的行政管理与事务处理业务,减轻事物 处理人员的劳动强度,辅助医院管理,辅助高层领导决策,提高医院的工作效 率。为病人提供更快更好的服务,使医院的管理更加的现代化,逐步强化医院 的自身管理,逐步建立和优化医院的分配制度。实现大量的有关病人的诊断、 治疗、用药、资源消耗的信息不仅在院内而且在许多部门之间快速准确的流通 、传递。此说明书的预期读者为客户、需求分析人员、用户文档编写者、设计 说明书编写者、测试人员。 1.2 背景背景 随着医疗水平的不断提高,医院的规模不断的扩大,利用计算机管理系统管 理 医院的事务处理已经成为提高医院工作效率的最佳途径。 开发小组于 2009 年 9 月 7 日开始策划医院信息管理系统的开发工作。完成 医院信息管理系统需求分析说明书及前期工作。预计十月份完成项目开发 任务。 1.3定义定义 文档中采用的专门术语的定义及其缩略语如下: 医院管理信息系统(Hospital Management Information System,HMIS) MFC:微软基础类 Microsoft foundation classes Visual C+ Microsoft SQL Server 1.4参考资料参考资料 1、软件工程陈明 中央广播电视大学出版社 2002 年 6 月版; 2、数据库技术及应用范剑波 浙江大学出版社; 3、Access 2000 数据库系统开发实例导航范国平、陈晓鹏 人民邮电 出版社 2002 年 12 月版; 4、SQL Server 实用简明教程 闪四清 清华大学出版社 2003 年 1 月 版; 5、SQL Server 数据库基础教程与上机指导 出版单位:清华大学出版社; 6、网络资料。 2 任务概述任务概述 2.1 目标目标 a.开发目标 在当今世界电脑普及的时刻,人们已经习惯用电脑办公,结果自然会产生 大量的电子文件,这些文件有宝贵的历史价值,但我们如果将更多的时间花费 在寻找这些文件上,即费时又费力。本软件根据此需求进行开发的。 b.应用目标 让企事业单位能够有效的掌握,有效的共享文件资源,保护好文件,及促 进档案管理的信息化、规范化和集成化,实现计算机的智能化管理,以提高工 作效率和经济效益。 2.2 用户的特点用户的特点 操作人员:计算机水平较好,具有较强的计算机操作和业务处理能力。 维护人员:水平一般,具有基础的网络配置及系统维护能力。 3 需求规定需求规定 3.1 对功能的需求对功能的需求 根据以上对医院管理系统的分析,一个完整的医院管理系统应包括如下图 所示的几大功能: 图 1 医院管理系统应有的基本功能 各模块实现的功能分别是:各模块实现的功能分别是: 1、“职工管理”用于管理医院在职员工医生、护士等的基本信息。包括编号、 姓名、性别、身份证号、地址、电话、科室名称、科室编号、职务、学历、 执业资格、技术职称、聘用日期、备注。 职工还包括在医院就职的其他非医务工作者,如后勤服务者,管理人员,负 责医院安全工作的人员等。 主要功能有人员信息新建、修改、查询、删除。输入姓名或者科室等基本信 息查询出符合信息的人员名单 医院管理系统 职 工 管 理 门 诊 管 理 住 院 管 理 药 房 管 理 财 务 管 理 信 息 维 护 科 室 管 理 2、 “门诊管理” 用于建立和维护病人的主索引信息,分配病人的 ID 号,确保 病人信息的惟一性,为病人建立就诊卡,对门诊病人进行挂号或者预约号处理 ,为门诊病人的后续活动以及门诊工作量统计提供信息。挂号时计算机自动分 配临时 ID 号,可选择输入病人姓名、挂号类别(普诊号、专家号等)及就诊科室 等信息,打印产生门诊挂号单,统计当天挂号人数及查询相关信息。 挂号分配 ID 号 建立就诊卡、病 历 病人基本信息 挂 号 类 别 就 诊 科 室 就 诊 图 1.2 门诊业务流程 3、“住院管理”主要是为病人办理住院手续,住院病人的相关信息,包括床位 科室、当天所进行的治疗和各种用药并对其费用进行统计送往财务管理系统, 并将各种治疗信息送往病历管理系统、出院办理。 住院手续办理 出院手续办理 统计查询 治疗信息登记 图 1.3 4、 “财务管理“主要负责门诊划价收费,住院费用,病人资金帐户管理、 预缴金处理、固定费用处理、处方费及各种治疗费。日清、月清报表 财务管理 预 缴 金 处 理 固 定 费 处 理 病人帐 户 管 理 费 用 结 算 日清、月清报表 图 1.3 5、 “药房管理”主要管理药品的相关信息,包括供应商基本信息、药品基 本信息、采购计划、应付款管理、药品入库、药品出库、药品盘点、药品报损、 底线报警、有效期提醒。对库存药品进行统计查询。 住 院 管 理 药 房 管 理 供 应 商 信 息 药 品 盘 点 采 购 计 划 应 付 款 管 理 药 品 入、出 库 药 品 报 损 底 线 报 警 有 效 期 提 醒 统 计 查 询 药品基本信息 图 1.4 6、 “科室管理”主要负责对医院各个科室进行编号、增加、删除、修改、查询、 统计。对各科室的基本信息进行等记。主要有 急诊科、儿科、眼科、口腔科、皮肤性病科、妇科、产科、内分泌科、骨科、 肝胆外科、泌尿外科、耳鼻喉科-头颈外科、心血管内科、神经内科、肛肠外科、 乳腺甲状腺外科、整形、激光美容外科、神经外科、心胸外科、消化内科、呼 吸内科、中医、中西医结合科、血液、肿瘤科、肾内科、血液净化中心、核医 学科、检验科、体检中心、B 超室、心电图室、病理科、放射科、高压氧科、 麻醉科、护理部、肠道科、微创介入医学中心、预防保健科、康复理疗科、药 剂科。 7、“信息维护”主要是管理员对病历卡进行注销,对各个模块的相关信息进行 查询、修改、删除等。 3.2 对性能的需求对性能的需求 3.2.1 精度精度 A要按照严格的数据格式输入,否则操作不允许,系统将给出错误提示, 或者系统不给予响应进行处理。 B查询时要保证查全率,所有相应域包含查询关键字的记录都应能查到。 3.2.2 时间特性要求时间特性要求 3.2.3 灵活性灵活性 该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的 适应能力 a操作方式上的变化; b运行环境的变化; c同其他软件的接口的变化; d精度和有效时限的变化; e计划的变化或改进。 对于为了提供这些灵活性而进行的专门设计的部分应该加以标明。 3.3 输人输出要求输人输出要求 解释各输入输出数据类型,并逐项说明其媒体、格式、数值范围、精度等。 对软件的数据输出及必须标明的控制输出量进行解释并举例,包括对硬拷贝报 告(正常结果输出、状态输出及异常输出)以及图形或显示报告的描述。 3.4 数据管理能力要求数据管理能力要求 3.4.1 数据字典数据字典 一、数据项一、数据项 职工号(staffnum)=数据项名: staffnum 职工姓名(staffname)=数据项名:staffname 职工性别(staffsex)=数据项名:staffsex 职工出生年月(staffbirthday)=数据项名:staffbirthday 职工身份证号(ID)=数据项名:ID 职工所属科室号(officeID)=数据项名:officeID 职工职务(job)=数据项名:job 职工毕业院校(academy)=数据项名:academy 职工学历(schoolRecore)=数据项名:schoolRecord 职工职业资格(operation)=数据项名:operation 职工电话(stafftelephone)=数据项名:stafftelephone 职工婚姻状况(gender)=数据项名:gender 职工政治面貌(politics)=数据项名:politics 职工地址(staffaddress)=数据项名:staffaddress 职工聘用日期(hireTime)=数据项名:hireTime 科室号(officeID)=数据项名:officeID 科室名(officename)=数据项名:officename 科室主任(master)=数据项名:master 科室人数(officenumber)=数据项名:officenumber 病人编号(patientnum)=数据项名:patientnum 病人姓名(patientname)=数据项名:patientname 病人出生年月(patientbirthday)=数据项名:patientbirthday 病人身份证号(patientID)=数据项名:patientID 病人地址(patientaddress)=数据项名:patientaddress 病人电话(patienttelephone)=数据项名:patienttelephone 病人性别(patientsex)=数据项名:patientsex 处方编号(RecipeNum)=数据项名:RecipeNum 病人病情(state)=数据项名:state 药方编号(PrescriptionID)=数据项名:PrescriptionID 确诊日期(CertainTime)=数据项名:CertainTime 药品名称(MedicineName)=数据项名:MedicineName 药品数量(medicinenumber)=数据项名:number 是否住院(InHospital)=数据项名:InHospital 药品编号(MedicineID)=数据项名:MedicineID 药品库存量(store)=数据项名:store 供应商编号(SupplierID)=数据项名:SupplierID 药品生产日期(ProduceTime)=数据项名:ProduceTime 药品有效期(EffectTime)=数据项名:EffectTime 药品单价(medicinemoney)=数据项名:medicinemoney 是否交费(whether)=数据项名:whether 供应商姓名(Suppliername)=数据项名:Suppliername 供应商电话(Suppliertelephone)=数据项名:Suppliertelephone 供应商地址(Supplieraddress)=数据项名:Supplieraddress 所供药品(SupplyMedicine)=数据项名:SupplyMedicine 药品采购单号(Purchase)=数据项名:Purchase 采购数量(Purchasecount)=数据项名:Purchasecount 采购单价(money)=数据项名:money 住院号(HospitalID)=数据项名:HospitalID 床号(BedNum)=数据项名:BedNum 住院日期(HospitalTime)=数据项名:HospitalTime 每日治疗费(CureMoney)=数据项名:CureMoney 住院费(LiveMoney)=数据项名:LiveMoney 当日日期(datetime)=数据项名:datetime 账户余额(depositmoney)=数据项名:depositmoney 二、二、 数据结构数据结构 1、职工(staff)=数据结构名:staff;含义说明:医院工作人员都成为职工, 包括医生、护士及后勤服务人员;组成:职工编号:staffnum;职工姓名: staffname;职工性别:staffsex;职工出生年月:staffbirthday;职工身份 证号:ID;职工工作科室:officeID;职位:job;职工毕业院校:academy; 职工学历:schoolRecord;职工职业资格:operation;职工电话: stafftelephone;职工婚姻状况:gender;职工政治面貌:politics;职工地 址:staffaddress;聘用日期:hireTime 2、科室(office)=数据结构名:office;含义说明:医院所有的科室;组成: 科室编号:officeID;科室名称:officename;科室主任:master;科室人数: officenumber 3、就诊(DELIFU-PVC)=数据结构名:DELIFU-PVC;含义说明:为就诊病人办 理就诊卡;组成:病人编号:patientnum;病人姓名:patientname;病人出 生年月:patientbirthday;病人身份证号:patientID;病人地址: patientaddress;病人电话:patienttelephone 4、病历(Medical)=数据结构名:Medical;含义说明:病人就诊后,医生为 病人建立病历记录病人基本信息及就诊情况;组成:病人编号:patientnum; 病人姓名:patientname;病人性别:patientsex;病人出生年月: patientbirthday;病人身份证号:patientID;病人地址:patientaddress; 病人电话:patienttelephone ;处方编号:RecipeNum;是否住院: InHospital 5、处方(Recipe)=数据结构名:Recipe;含义说明:主治医生为病人所开处 方;组成:处方编号:RecipeNum;科室编号:officeID;医生编号: DoctorID;病情:state;药方编号:PrescriptionID;确诊日期: CertainTime 6、药方(Prescription)=数据结构名:Prescription;含义说明:处方中具 体所开药品名称;组成:药方编号:PrescriptionID ;药品名称: MedicineName;药品数量:medicinenumber 7、药房药品信息(Medicine)=数据结构名:Medicine ;含义说明:药方中 所有药品的基本信息;组成:药品编号:Medicine ID;药品名称:Medicine Name;药品库存量:store;药品供应商编号:SupplierID;生产日期: ProduceTime;有效日期:EffectTime;药品单价:medicinemoney 8、药品交费(MedicineCost)=数据结构名:MedicineCost ;含义说明:医 生为病人开处方后,病人到药房划价,药房根据药房表对药品进行划价;组成: 病人编号:patientnum;病人姓名:patientname;需交药品总价:money;是 否交费:whether 9、供应商(Supplier)=数据结构名:Supplier ;含义说明:药房药品供应 商的基本信息;组成:供应商编号:Supplier ID;供应商姓名:Supplier name;供应商电话:Supplier telephone;供应商地址:Supplier address; 所供药品:SupplyMedicine 10、药品采购(Purchase)=数据结构名:Purchase;含义说明:药房制定的 采购计划表;组成:采购单编号:Purchase;药品编号:MedicineID;药品名 称:MedicineName;供应商编号:SupplierID;采购药品数量: Purchasecount;采购单价:money 11、住院信息(Inhospital)=数据结构名:Inhospital;含义说明:病人办 理住院手续后所建立的住院基本信息,包括床位及住院日期;组成:住院号: HospitalID;病人编号:patientnum;床位号:BedNum;住院日期: HospitalTime 12、住院每日治疗信息(HospitalCure)=数据结构名:HospitalCure;含义 说明:病人住院期间每天所进行的治疗信息及所需费用记录;组成:住院号: HospitalID ;治疗费:CureMoney;住院费:LiveMoney;药方号: PrescriptionID;当天日期:datetime 13、病人账户(Account)=数据结构名:Account;含义说明:办理住院手续 后的病人在财务处办理账户,用于支付住院期间所需的费用;组成:病人编号: patientnum;病人姓名:patientname;账户余额:depositmoney 三、数据流图 信 息 记 录 职工管理科室管理 病人就诊 管理 财务管理 药房管理 日 志 文 件 信息维护 管理 数据备份 用户退出 系统 职工基本信息输入 职工基本信息输出 科室基本信息输入 科室基本信息输出 病人基本信息输入 病人基本信息输出 维护人员输入 维护人员输出 财务输入财务输出 信息输入信息输出 数据流图数据流图 1 1 医院管理系统医院管理系统 0 0 层图层图 信 息 记 录 日 志 文 件 病人就诊 卡管理 病人病历 管理 病人信息 查询 病人住院 病人处方 管理 医院管理系统医院管理系统 1 层图(病人就诊住院管理)层图(病人就诊住院管理) 信 息 记 录 日 志 文 件 药品入库 药品出库 药品查询 病人信息输入 病人信息输出 病人信息输入 病人信息输出 信息输入 信息输出 住院信息输入 住院信息输出 查询信息输入 查询信息输出 药品盘点 供应商管 理 药品划价 药品信息输入 药品信息输出 供应商信息输入供应商信息输出 信息输入 信息输出 药品出库 药品入库 查询信息输入查询结果输出 医院管理系统医院管理系统 1 层图(药房管理)层图(药房管理) 3.5 故障处理要求故障处理要求 正常使用时不应出错,若运行时遇到不可恢复的系统错误,也必须保证数 据库完好无损。 调试中遇到的问题及解决的方案: a. 后备技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的 副本的建立和启动的技术,例如周期性地把磁盘信息记录到磁带上去就 是对于磁盘媒体的一种后备技术; b. 降低技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法 来求得所需结果的某些部分,例如一个自动系统的降低技术可以是手工 操作和数据的人工记录; c. 恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复 执行或使软件从头开始重新运行的方法。 d. 遇到跳出“数据库已经关闭”提示信息阻止程序运行时,可以查看一下 进行此项操作时,操作的表是否已经被关闭了或者是在没有关闭此表的 情况下又一次运用打开语句打开此表。 e. 关于空记录带来的麻烦。有些空记录往往会使程序无法运行。此时你可 用提示命令语句先判断一下是否为空记录,再操作。 f. 逻辑错误诸如数据计算错误等,维护开发人员能够在大家界定的时间范 围内修改。 3.6 其他专门要求其他专门要求 1)可使用性:要求容易使用,界面友好。 2)系统的功能实现情况: 用户可在本系统下实现各种用户要求的功能 3)系统的安全性: 因本数据属于公司内部管理用关键数据

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论