资源描述
本科学生设计性实验报告课程名称:信息系统分析与设计系统设计报告项目名称 医院住院部西药管理系统 项目经理 项目成员 班 级 C02 班 组别:第 F 组指导教师及职称 开课学期 2008 至 2009 学年第 2 学期完成时间 2009 年 6 月 12 日 指 导 教 师 评 语 成绩: 分(总分15分) 教师签名: 2009 年 月 日目 录1. 引言- 1 -1.1 项目背景- 1 -1.2 项目工作条件及约束- 1 -1.2.1项目工作条件- 1 -1.2.2 项目约束- 1 -1.3 术语定义- 1 -1.4 主要参考资料- 2 -2.系统总体设计方案- 2 -2.1 系统计算模式- 2 -2.2 系统运行平台设计- 3 -2.2.1软件环境- 3 -2.2.2硬件环境- 3 -2.3 系统结构图- 4 -3.系统详细设计方案- 4 -3.1 数据库设计方案- 4 -3.1.1数据库逻辑结构设计- 4 -3.1.2 数据库物理结构设计- 7 -3.2 输入设计方案- 7 -3.3 输出设计方案- 9 -3.4 安全保密设计- 15 -1. 引言住院药房的管理工作是医院管理系统中非常重要的一部分,它是药剂科与临床科室联系的纽带,与医院管理系统密不可分。1.1 项目背景随着市场竞争的加剧,传统的靠人工管理和孤立的信息管理住院部西药的模式已经捉襟见肘,为使医院能够更科学合理地管理住院部药房,应开发出一套医院住院部西药管理系统,从而实现信息化管理医院住院部的药品及医药费用的功能。在整个网络大背景下,实现传统的手工劳动,变为便捷的电脑录入,通过局域网互联,实现与科室的紧密联系,及时提供业务信息,提高了工作效率,促进了医院重要信息的快捷查询、准确计算和数据共享。1.2 项目工作条件及约束1.2.1项目工作条件医院住院部管理信息系统是需要客户方(医院住院部西药房)的密切配合,为系统设计人员提供大量调研信息。同时该项目需要一定的软、硬件平台:在网络大环境下搭建该系统,需要一些软件提供开发环境。系统试运行阶段需要对医院住院部人员进行培训,让工作人员了解系统的操作,以便给系统的改进提供更多的支持。1.2.2 项目约束1. 项目的范围约束项目的范围约束是规定项目的任务。在了解项目医院住院部西药管理系统的商业利润核心下,明确把握客户(医院住院部西药房)期望通过该系统获得的便捷操作和服务。医院住院部西药管理系统是医院系统的一个子系统,开发过程中需要明确:开发该系统主要为医院住院部西药房的工作人员服务,项目目标为取代医院住院部西药房传统的手工操作为计算机网络跟踪操作。开发的子系统必须与医院的总系统可兼容性强。2. 项目的时间约束项目的时间约束是规定项目的持续时间,包括项目进度的安排,项目活动先后顺序及其在时间上的要求。为保证住院部西药房管理系统能在计划时间完成,会适当考虑重新调整项目的活动历时,具体情况依项目各任务完成时间而定。3. 项目的成本约束项目的成本约束就是规定项目的经费。对于住院部管理系统该项目的成本而言,主要是设备成本的费用、开发设计人员的劳务费和调研阶段的费用。该项目的经费应该控制在预算的5%上下。1.3 术语定义 中心药房:医院对药品的存储主要有3个部门,一个是门诊部药房,一个是住院部药房,还有就是药库。住院部药房就是指中心药房。 盘点:中心药房每半年整理一次,负责与会计部门核对数目。 药品检查:防止药品霉烂变质,过期失效,虫咬鼠伤,避免积压和浪费。中心药房每三个月盘查药品一次,将半年内会过期的药品列出。 摆药:根据病区治疗单或医嘱有药士人员或护士在药房将药品摆入病人的服用杯内,经病区治疗护士核对后发给病人服用。 退药:临床因更改医嘱,需退换药品,应由病区护士录入退药单,在退药单上注明退药原因,并将所退药品一起交由药房工作人员核对后方可办理退药,退药时应注意核对药品名称、规格、批号、有效期,外观无污染方可退药。1.4 主要参考资料1 郑天云医院中心药房计算机网络化管理体会 2 汤利荣做好住院部药房管理工作的几点体会3 李慧新基层医院住院部药房管理模式探讨 4 项目管理的三个约束条件 2.系统总体设计方案2.1 系统计算模式由于本系统服务用户只针对医务人员,没有客户的参与,业务量不大。只是小型局域网使用,客户端数量有限,对维护和管理要求不高,所以采用两层体系结构。为了避免不安全和HTTP的可靠性低,所以采用C/S体系结构。系统架构设计如图2.1所示。图2.1 系统架构设计2.2 系统运行平台设计2.2.1软件环境 软件选型1. 操作系统:住院部西药房管理信息系统是西药房内部使用,考虑安全及日后升级,服务器端采用windows 2000 server操作系统,客户端采用便于操作的windows xp操作系统。2. 数据库管理系统住院部西药房管理信息系统得后台采用关系型数据库,采用的数据库系统需要支持C/S结构的计算模式,为了便于日常的查询需要,需要提供对SQL的支持,由于业务量并不是很大,因此采用SQL Server 2000。3. 实用软件前台的开发工具需要有对后台的数据库的访问能力,应提供完整的可视化的集成开发环境,具有明确的文档支持和使用方便的在线帮助。为简化代码及维护,提高代码的重用性,应同时具有面向对象性,选用Dephi作为开发工具。2.2.2硬件环境 硬件选型:1. 网络结构:采用星型网络结构,用一个8口集线器将五个客户端和服务器相连接,已建立本系统的局域网络。评价:由于医院药房只涉及5个客户端,我们采用星型网络结构节约成本,又不会降低网络速度,任意端的故障都不会影响到系统的正常运行,维护起来也比较方便,而且容易扩充,写添加客户端可以直接连接到集线器上就可以进去系统使用。但是集线器损坏时会造成系统失灵,所以要加强对集线器的维护和管理。系统局域网络图如图2.2所示。图2.2 系统局域网络图1. 系统硬件平台设计:根据企业的资金能力,从实际应用出发,决定成立信息中心,在各科室,财务科,收费处,病房,药房,药库安装多台计算机。另外根据需要配置一台pc服务器。 传输介质:1. 超五类双绞线优劣评价:由于本系统仅仅是在办公室内搭建局域网,属于室内环境,对传输介质要求不高,基于成本因素考虑,我们建议采用超五类双绞线,其传输速度为10m。直接从服务器经集线器到桌面。2. 网络设备选择:根据市场情况和企业网络方案需求,我们建议使用500m超五类线加网卡10MB D-link 5个。服务器要2个100MB网卡,做内部网桥。一个DNS网络存储设备,一个8口集线器(D-link)。3. 硬件设备:客户端采用DimensionTM1100系列台式机若干台,服务器采用DellTM PowerEdgeTM SC430 Server一台。Dell公司是一家全球知名的PC供应商,其优质的服务和可靠的质量可以为我们的系统提供可靠的保证,避免很多不必要的麻烦。2.3 系统结构图根据数据流图导出系统结构图(H图),如图2.3所示。图2.3 系统结构图3.系统详细设计方案3.1 数据库设计方案3.1.1数据库逻辑结构设计说明:带下划线的属性字段为该关系表的主码。 实体转换成关系,得到13个关系模式。(1)药品药品编号,批号,药品名称,规格,药品单位,生产日期,失效期,药品种类,单价(2)处方处方号,药品编号,药品名称,用药量,处方开始时间,处方结束时间,医嘱信息,医生编号(3)病人病人号,病人姓名,处方号,所在科室,病床号,住院日期,出院日期,药品费用单号,欠费状态(4) 请领药品单请领药品表号,请领时间,请领人编号,药库负责人编号(5) 药品保管单药品保管单号,药品编号,库存数量,请领量,摆药总量,统计时间,近期药品明细单号,出院带药单编号,药品报损单号(6) 近期药品单近期药品单号,药品编号,距离失效期时间,近期药品量,退回药库量(7) 药品报损单药品报损单号,药品编号,报损量(8) 药品费用明细单药品费用单号,发药单编号,病人号,结算日期(9) 出院带药单出院带药单编号,病人号,带药时间(10)摆药单摆药单号,摆药时间(11)发药单发药单号,发药时间,发药人编号,所在科室(12)退回药库单退回药库单号,退药时间,退药人(13)退药单退药单号,退药时间,退药护士 联系转换成关系,得到7个关系模式。(1) 开药处方号,药品编号,用药量(2) 请领明细请领药品表单号,药品编号,请领量,摆药量(3) 摆药明细摆药单号,药品编号,所在科室,药品数量,摆药状态(4) 发药明细发药单编号,药品编号,处方号,药品数量,发药状态(5) 出院带药明细出院带药单编号,药品编号,病人号,药品数量(6) 退回药库明细退回药库单号,药品编号,药品数量,退药状态(7) 退药明细退药单号,退药病人编号,药品编号,药品名称,药品数量,退药状态 主要表结构:药品表如表3.1,处方表如表3.2所示,病人表如表3.3所示。摆药单如表3.4所示,摆药明细如表3.5所示,发药表如表3.6所示,发药明细如表3.7所示。药品保管其它表在分析报告的数据字典中有详细描述,这里不再赘述。表3.1 药品表Drug数据项名类型(长度)是否为空约束说明说明DrugNoChar(5)Not nullPrimary key Drug_PK药品编号DrugNameVarchar2(20)Not null字数不超过20个药品名称LotNumberChar2(20)Not null参考药品批号规定批号FormatChar(20)Not null参考药品规格规定规格UnitVarchar2(16)Not null如粒,毫升等药品单位ProduceTimeDateNot nullYyyy-mm-dd格式生产日期InvalidTimeDateNot nullYyyy-mm-dd格式失效期ManufacturerVarchar2(20)Null少于20个汉字生产厂家AddressVarchar2(50)Null少于50个汉字厂家地址DrugSortChar(16)Not null如特殊药品等,具体参考药品分类药品种类UPriceNumeric(7,2)Not null小数点后2位单价表3.2 处方表 Prescription数据项名类型(长度)是否为空约束说明说明PrescriptionNoChar(5)Not nullPrimary key Prescription_PK处方编号 DrugNoChar(5)Not nullPrescription_FK药品编号DrugNameVarchar2(20)Not null字数不超过20个药品名称AmountNumberNot null单位不同,含义不同用药量BeginTimeDateNot nullYyyy-mm-dd格式开始时间EndTimeDateNot nullYyyy-mm-dd格式结束时间OthersVarchar2(60)Null字数不超过60个医嘱信息DoctorNoChar(10)Not null负责医生职员编号医生编号表3.3 病人表Patient数据项名类型(长度)是否为空约束说明说明PatientNoChar(5)Not nullPrimary key Patient_PK病人编号 PatientNameChar(10)Not null 不超过5个字病人姓名PrescriptionNoChar(5)Not nullPatient_FK1处方编号DepartmentVarchar2(8)Not null如内科,外科等所在科室BedVarchar2(20)Not null按医院病床规定格式病床号HospitalInDateNot nullYyyy-mm-dd格式住院日期HospitalOutDateNot nullYyyy-mm-dd格式出院日期FeeChar(5)Not nullPatient_FK2药品费用单号OweStateNumber(1)Not null欠费为0,未欠费为1,默认为0欠费状态表3.4 摆药单表Expose数据项名类型(长度)是否为空约束说明说明ExposeNoChar(5)Not nullPrimary key Expose_PK摆药单号ExposeTimedateNot nullYyyy-mm-dd格式摆药时间表3.5 摆药单明细 ExposeItem数据项名类型(长度)是否为空约束说明说明ExposeNoChar(5)Not nullPrimary key ExposeItem_PK摆药单号DrugNoChar(5)Not null药品编号DepartmentNoChar(5)Not nullExposeItem_FK所在科室AmountNumberNull药品数量ExposeStateChar(1)Not null取值为0或1,分别表示已摆药或未摆药摆药状态表3.6 发药单表Distribution数据项名类型(长度)是否为空约束说明说明DistributionNoChar(5)Not nullPrimary key Expose_PK发药单号DistributionTimedateNot nullYyyy-mm-dd格式发药时间ActorNoChar(5)Not nullDistribution_FK1发药人编号DepartmentNoChar(5)Not nullDistribution_FK2所在科室表3.7 摆药单明细 DistributionItem数据项名类型(长度)是否为空约束说明说明DistributionNoChar(5)Not nullPrimary key DistributionItem_PK摆药单号DrugNoChar(5)Not null药品编号PrescriptionNoChar(5)Not null处方号AmountNumberNull药品数量DistriStateChar(1)Not null取值为0或1,分别表示已发药或未发药发药状态3.1.2 数据库物理结构设计在综合考虑存取时间、存储空间利用率和维护代价三方面的因素下,经过权衡,确定数据的存放位置和存储结构。(1)为提高系统的性能,根据住院部数据特点,易变部分与稳定部分,经常存取部分与存取效率较低部分分开存放。服务器上采用磁盘阵列排放,因此将表和索引放在不同的磁盘上;较大的表则分放在两个磁盘上以加快存取速度;将日志文件与数据库对象(表、索引等)放在不同磁盘上。(2)系统在运行一段时间后数据会大量激增,为了能够对以后的数据库进行物理优化,提供了一些系统配置变量、存储分配系数,并对这些变量赋予了合理的缺省值。如同时使用数据库的用户数,同时打开的数据库对象数,内存分配参数,缓冲区分配参数物理块的大小,物理块装填因子,锁的数目等。由于这些参数值直接影响存取时间和存储空间的分配,在物理设计时应根据应用环境确定这些参数值,以使系统性能最佳。 3.2 输入设计方案输入设计采取Delphi软件前台设计,要让用户能容易且高效的填写表单 ,保证输入达到预定的目的,保证准确填写,使得屏幕和表单富有吸引力,使得输入不那么复杂,创建一致的屏幕和表单。输入设计方案确定的输入项目为: 登录界面,主界面,请领表,出院带药表,报损表。 登录界面,表单设计如图3.1所示。图3.1 登录界面 主界面,表单设计如图3.2所示。图3.2 主界面 请领表,表单设计如图3.3所示。说明:请领单号,请领时间,请领人编号,药库负责人编号,请领药品明细单号,药品编号,请领量,摆药量。图3.3 请领表界面 出院带药表,表单设计如图3.4所示。说明:根据数据库设计要求,要求输入出院带药编号(可自动生成),药品编号,药品名称,药品数量,药品单价,药品规格。图3.4出院带药表界面 报损表,表单设计如图3.5所示。说明:报损表需要输入:药品报损单号,药品编号,报损量,报损人。图3.5报损表界面3.3 输出设计方案输出设计方案确定的输出项目为:药品表,病人信息,退回药库单,摆药单,发药单,退药单,药品保管单,药品费用明细单。 药品表,如表3.1所示。说明:主要是来自外部系统信息,本系统提供接口。表3.1 药品表输出项目:药品信息(视图)功能:查询药品的具体信息接受者:系统各个需要药品信息的窗口输出项:药品编号、批号,药品名称,规格,药品单位,生产日期,失效期,药品种类(是否特殊药品等)药品单价。 病人信息,如表3.2所示。说明:主要是来自外部系统信息,本系统提供接口。表3.2 病人信息输出项目:病人详细信息(视图)功能:查询住院部病人的具体信息接受者:护士、病人等输出项:病人编号,病人姓名,住院编号,所在科室,病床号,住院日期,出院日期,药品费用单号,欠费状态(0为欠费,1为未欠费),处方号,药品编号,药品名称,规格,单位,用药量,处方开始时间,处方结束时间,医嘱信息,医生姓名。 摆药单,如表3.3所示。表3.3 摆药单输出项目:摆药单功能:药房人员根据摆药单摆药,将药品按科室放在不同的地点,供科室的护士领取。接受者:西药房摆药人员输出项数据类型介质数值范围及精度要求窗口跳转摆药单编号Char摆药管理子系统EXXXXX如E00001本窗口摆药时间Date 摆药管理子系统如2009-6-15 15:20本窗口摆药状态Char摆药管理子系统未摆/已摆;lookup字段本窗口摆药人Char外部医院管理系统Char(10)不超过5个字本窗口所在科室Varchar外部医院管理系统如内科,外科等本窗口药品名称Varchar外部医院管理系统Varchar(20)字数不超过20个本窗口药品规格Char外部医院管理系统Char(20) 本窗口药品数量Number摆药管理子系统无本窗口药品单位Char外部医院管理系统如瓶、支本窗口药品单价Number(2,8)外部医院管理系统小数点后2位本窗口药品金额Number(2,8)摆药管理子系统小数点后2位本窗口科室药品汇总Number摆药管理子系统无本窗口、药品保管单打印无打印摆药单无无 发药单,如表3.4所示。表3.4 发药单输出项目:发药单功能:科室的护士根据发药单给该科室的病人发药接受者:各科室护士输出项数据类型介质数值范围及精度要求窗口跳转发药单编号Char摆药管理子系统DXXXXX如D00001本窗口发药护士姓名Char外部医院管理系统Char(10)不超过5个字本窗口发药时间(收费时间)Date 摆药管理子系统如2009-6-15 15:20本窗口、药品费用明细单发药状态Char摆药管理子系统未发/已发;lookup字段本窗口处方编号Char外部医院管理系统PXXXXX如P00001本窗口病人姓名Char外部医院管理系统Char(10)不超过5个字本窗口所在科室Varchar外部医院管理系统如内科,外科等本窗口药品名称Varchar外部医院管理系统Varchar(20)字数不超过20个本窗口规格Char外部医院管理系统Char(20) 本窗口药品总数Number摆药管理子系统无本窗口药品单位Char外部医院管理系统如瓶、支本窗口药品单价Number(2,8)外部医院管理系统小数点后2位本窗口药品金额Number(2,8)摆药管理子系统小数点后2位本窗口打印无打印发药单无无 退药单,如表3.5所示。表3.5 退药单输出项目:退药单功能:对病人处方或医嘱更改后临时退药的管理。接受者:西药房,发药护士。 输出项数据类型介质数值范围及精度要求窗口跳转退药单号Char摆药管理子系统ZXXXXX如Z00001本窗口退药时间Date摆药管理子系统如2009-6-15 15:20本窗口退药护士Char外部医院管理系统退药护士姓名本窗口退药病人Char外部医院管理系统退药病人编号本窗口,药品费用窗口药品编号Char外部医院管理系统DXXXXX如D00001本窗口,药品费用窗口药品名称Varchar外部医院管理系统字数不超过20本窗口,药品费用窗口药品规格Char外部医院管理系统Char(20) 本窗口,药品费用窗口所在科室Varchar外部医院管理系统如内科,外科等本窗口,药品费用窗口药品单位Char外部医院管理系统如瓶、支本窗口,药品费用窗口药品单价Number(2,8)外部医院管理系统小数点后2位本窗口,药品费用窗口退药数量Number摆药管理子系统无本窗口,药品费用窗口打印无打印退药单无无 近期药品单,如表3.6所示。表3.6 近期药品单输出项目:近期药品单(月报表)功能:提供近期药品查询,作药品过期警报,为药房人员提供药品管理接受者:西药房输出项数据类型介质数值范围及精度要求窗口跳转近期药品单号Char药品管理子系统LXXXXX如L00001本窗口统计时间Date药品管理子系统如2009-6-15 15:20本窗口药品编号Char外部医院管理系统DXXXXX如D00001本窗口药品名称Varchar外部医院管理系统Varchar(20)字数不超过20个本窗口药品数量Number药品管理子系统无本窗口距离失效期时间Date药品管理子系统如 3天 5小时 20分本窗口退回药库量Number药品管理子系统无本窗口、退回药库窗口预留量Number药品管理子系统无本窗口打印无打印近期药品报表无无 退回药库单,如表3.7所示。表3.7 近期药品单输出项目:退回药库单功能:根据查看药品对药品进行质量管理,对不符合标准的药品退回药库。接受者:西药房,药库人员输出项数据类型介质数值范围及精度要求窗口跳转退回药库单号Char药品管理子系统BXXXXX如B00001本窗口退药时间Date药品管理子系统如2009-6-15 15:20本窗口退药人Char外部医院管理系统退药人姓名本窗口药品编号Char外部医院管理系统DXXXXX如D00001本窗口药品名称Varchar外部医院管理系统字数不超过20本窗口药品规格Char外部医院管理系统Char(20) 本窗口所在科室Varchar外部医院管理系统如内科,外科等本窗口药品单位Char外部医院管理系统如瓶、支本窗口药品单价Number(2,8)外部医院管理系统小数点后2位本窗口退药数量Number药品管理子系统无本窗口打印无打印退回药库单无无 药品保管单,如表3.8所示。表3.8 药品保管单输出项目:药品保管单功能:统计住院部西药房药品信息,可以按期生成报表(月报表)接受者:具有权限查看报表的用户输出项数据类型介质数值范围及精度要求窗口跳转药品保管单号Char药品管理子系统SXXXXX如S00001本窗口统计时间Date药品管理子系统如2009-6-15 15:20本窗口药品编号Char外部医院管理系统DXXXXX如D00001本窗口药品名称Varchar外部医院管理系统字数不超过20本窗口药品的请领量Number药品管理子系统按药品单位而定本窗口月内摆药总量Number摆药管理子系统按药品单位而定本窗口月内药品报损量Number药品管理子系统按药品单位而定本窗口月出院带药量Number出院带药管理子系统按药品单位而定本窗口药品的库存数量Number药品管理子系统按药品单位而定本窗口查看近期药品信息无药品管理子系统无近期药品明细单打印无打印药品保管单无无 药品费用明细单,如表3.9所示。表3.9 药品费用明细单输出项目:药品费用明细单功能:为病人提供药品费用清单,为医院财务提供药品费用计算接口支持接受者:病人,收费处输出项数据类型介质数值范围及精度要求窗口跳转药品费用单编号Char药费管理子系统FXXXXX如F00001本窗口病人姓名Char外部医院管理系统Char(10)不超过5个字本窗口所在科室Varchar外部医院管理系统如内科,外科等本窗口床位Varchar外部医院管理系统按医院病床规定格式本窗口入院日期Date外部医院管理系统如2009-6-15 15:20本窗口费用结算日期Date药费管理子系统如2009-6-15 15:20本窗口药品名称Varchar外部医院管理系统Varchar(20)字数不超过20个本窗口计费单位Char外部医院管理系统如项,日,个本窗口药品数量Number药费管理子系统无本窗口药品单价Numeric外部医院管理系统小数点后2位本窗口是否支付Char药费管理子系统是/否;Lookup字段显示本窗口费用小计Number(2,8)药费管理子系统小数点后2位本窗口打印无打印药品费用报表无无3.4 安全保密设计为保证本系统的安全运行,满足住院部西药房内用户的信息安全、保密要求,本项目开发的系统拟采取一系列安全措施。(1)利用数据库后台开发环境(本系统使用SQLServer2000平台)的功能,设置系统定期自动完成数据的备份。(2)采用角色-成员法,根据工作的不同,设置不同的角色,为每类角色设置系统功能的操作权限,每个合法用户属于某一类角色,如图3-4所示。为实现角色-成员法,设计关系模式为: 系统合法用户(用户名,口令,职务,所属角色)。 系统角色操作权限(角色,系统功能)。图3-4 住院部西药房角色项目团队成员任务贡献表序号姓名班级学号E-mail联系电话本人签名1刘丹06信管20061509liudang886813627917761任务贡献项目引言部分,系统运行平台的软件平台设计,数据库设计方案、安全保密设计,系统详细设计的输出设计方案。2郭颖琳06信管20061458ying_zi82913767404319任务贡献项目引言部分,系统总体设计方案系统硬件平台设计,系统结构图绘制,辅助输出设计方案。 3董志伟06信管100662121123dzw任务贡献项目引言部分,系统总体设计的计算模式设计,系统详细设计的输入设计方案。4吴兰萍06信管20061510502856073任务贡献项目引言部分,辅助系统运行平台的软件平台设计,辅助数据库表单设计,辅助输出设计方案。其他需要说明的问题:该项目参与的是医院住院部西药房的系统开发,主要是对西药房内部业务的管理,因为是医院系统的子项目,因此用于实际生活则需要和住院部总系统资源整合。(说明:本表说明项目成员在完成本项目过程中承担的主要工作)- 16 -
展开阅读全文