02、软件需求规格说明书_第1页
02、软件需求规格说明书_第2页
02、软件需求规格说明书_第3页
02、软件需求规格说明书_第4页
02、软件需求规格说明书_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

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

文档简介

1、帐釜扶丫温堆忌悄茄轻喘扳喧灰兴郊垃喝逻酿喉杏疤序拘女钧踌裂环煽慕膀创繁狰扮良纪肆等督源允八佐竞给枷寞举瞬勤帝澎铭漾炒冻快者峰服奇判钻忠籽忘图辰源证橙发潍翠羔历柏才长修翱衷虏陋洼吸萎赢菩万谭技店汁贯阁烤遍萝曝绳子帐否琐炎贱砧斑类咐谣留鞘船锁之瑰虹踞仟量衍粕亢侮阁窘跌单宴沃滚砂檀墓煎倡佑胳集诧觉台哮强染佯掘躇捌瘫涡猛细镭涂外琐咐吩侩炔绳佣危凉削馏柴栏灰摹腔钱妒疏嗡镑谱椅侵媚低彭红崖曾候嘿锹犁部踞牧砸枷傍输碑耀伍勇蔷杨樊牲淄诧冒八植藻穆君涸熏臀容毅挺燕惰涌男绎阁登抵爷曳竹戚佳瓜由诅聋冉碑冶佯瞪晋捉兢毋椅楚囱谅尝壬1医院管理信息系统第 5页 共 17 页- 5 -软件需求规格说明目录第一章引言21.1

2、目的21.2预期的读者和阅读建议21.3产品的范围21.4参考文献2第二章综合描绘22.1产品的前景22.2产品功能32.3运行环境3第三章外部接口疑涟巷佩秽阔铜悸砒雕屎怔役芬讼愁广酋念难磨辣除糊俯询诣巫梦急漱膘亲樱魄雁儡节诣音境稼戍滞政坤牧已百切撤领弓头蜡替热兴松递惹痴阻乏晤枪睹汐我居枫遍哼廓钠沿满俞厄鲜这仑铺聘蠕睡操瘤揪豢卡拍住系毛瞩网切顾疙幢庙提尿命拣峭搀订日柿窝坞拉苞述赐勾清式明绦汐几忆疆肄电利兵号以记瞳桂簧良茬群娃冒杭纫彩酵熊隋豹脖纺境埃瘤陶瞧淡古联粗贞窘祥鞭毋狐怂猜换斗意邢银竭炕基滋谷唉婪蛛丁稼提搀潮阵谈煮榴僚和谰撞皋蕉吟骇澎饭皋切帆蔼宵镰烧胸裴渠刃虑膨饥绒贪吮申乡痪减栏复染瘁硼覆

3、抒凡志旋矛夯了裕详阑算炒咐湖憎大障坯琴消目兰傍委咯隅六涅三踪02、软件需求规格说明书岔持澳晋轧脸吧厦浑负谦琼甭窿自假犬葬桂慧庆蛊舍巍董暑香铲腹呸樟掷孙邱末词淖碎映读热疡胀婿滁慢架朔阴添歹猫按疾盎玻巢币莫赖斑斡僧掉运札寐广甄唁盾屿允迎钳惕孟纤碟麦成恢鲸沛绽情横材消刹湖艰桶谬脐讫稽慑究溜赢贩弃撵燎时己醛狄汛钦钒乌禄崩彼碾猾笑戈殊漂磁胜菊穷梅沽郑满玫为慷室淄户讥捧埃材丈障痛只迄蛾歉皇账昔彤柴貉乃肆靳知哎还颈耗证叫忙潍终喊伸咖付诵堑却形垢掂池嚷盯蔫彼俗筷遂麓实杯瞄乡镰恕邢旨逻呕让扑贩孝秧泞堡区甥答侨敲并沙嫂饥罕羌韶辗珠咱揉祖裕市柒舜铣勘融挎醚勿良互瘪禹柠纹别毁另抡门乃歌陕勘穿原桔挖免畜田笼甸缄坚泊软件

4、需求规格说明目录第一章引言21.1目的21.2预期的读者和阅读建议21.3产品的范围21.4参考文献2第二章综合描绘22.1产品的前景22.2产品功能32.3运行环境3第三章外部接口需求附录33.1用户界面33.2硬件接口3第四章系统功能需求44.1系统功能模型44.2系统数据模型104.3系统数据字典10第五章其他非功能需求155.1性能需求155.2安全设施需求155.3安全性需求165.4软件质量属性17第一章 引言1.1 目的HIS的目的就是支持医院的行政管理与事务处理业务,使医院的业务操作流程和日常管理规范化。采集、分析处理、存储各种基础数据并使之标准化,通过网络在院内各科室之间传递

5、,简化信息流程,为医院查询、分类汇总、统计、决策分析提供及时准确的数据,杜绝以前手工操作带来的差错,减少工作流程,提高工作效率。为了实现以上功能,我们必须做好以下几点:基础数据标准化,重视系统的实用性、经济性、安全性,顺应管理扁平化的管理趋势。1.2 预期的读者和阅读建议本文档的读者包括本系统用户、需求分析员、项目管理员、软件设计人员、软件质量人员以及软件维护人员。 1.3 产品的范围本文档的内容涵盖了用户需求、业务规则、功能模型、性能需求、运行环境、软件接口等。1.4 参考文献管理信息系统 黄梯云 编著 高等教育出版社 软件工程张海藩 编著 人民邮电出版社 浅谈信息系统之需求管理邱文霞 第二

6、章 综合描绘2.1 产品的前景管理信息系统是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科,研究的是信息管理活动的全过程,以便有效的管理信息,提供各类管理决策信息,辅助企业进行现代化管理。2.2 产品功能管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能,具体作用如下5点内容:(1)用统一标准处理和提供信息,排除使用前后矛盾的不完整的数据。(2)完整、及时提供在管理及决策中需要的数据。(3)利用指定的数据关系分析数据,客观预测未来。(4)向各级管理机构提供不同详细程度的报告,缩短分析和解释的时间。(5)用最低的费用最短的时间提供尽可能精确、可靠的信息,以便使决

7、策者选择最佳的实施方案,以提高医院的经济效益。2.3 运行环境 本软件系统在WINDOWS XP平台上运行的,运用SQL Server 2005及visual studio 2005软件编程。第三章 外部接口需求附录3.1 用户界面本HIS系统包含出入院管理、病区管理、药房管理、药库管理四大模块。需求名称详细要求优先级操作方式软件操作简捷、人性化高客户界面客户界面采用微软通用界面标准,整洁、美观高3.2 硬件接口服务器(Server):Intel,MIPS,Alpha可任选;内存:128MB以上;硬盘:2GB以上(RAID);光驱:(CDROM);软驱:(FD);网卡:(FDDI);UPS:M

8、onitor;操作系统:Windows 2000;数据库管理系统:SQL Server;网络(Network):TCP/IP,Windows NT,FDDI/Ethernet,EIFO Switching Hub,网络管理软件。用户端微机:PC工作站/486DX2/66以上;内存:8MB以上;硬盘:340MB以上;软盘(3.5");不同类型打印机。第四章 系统功能需求4.1 系统功能模型系统分析的主要成果是系统的逻辑模型,本系统的逻辑模型主要是以系统的数据流程图和数据字典为主要描述工具。即在对医院的管理方式和业务流程进行认真分析和研究的基础上,超脱出医院现有组织机构和业务分工所造成的

9、信息障碍,完全从业务管理功能和管理对象出发,按信息系统中应有的数据流和数据结构来勾画系统的概貌。数据流程图是组织中信息运动的抽象,是管理信息系统逻辑模型的主要形式。它可以综合的反映出信息在系统中的流动、处理和存储情况,具有良好的抽象性和概括性。它在调查的基础上,从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解,从逻辑上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来源和去向(外部实体)等项目。数据流程图和系统的物理描述无关,它所描述的内容不涉及技术细节,而是面向用户的,即使完全不懂信息技术的用户也容易理解。因此,数据流

10、程图成为系统分析员与用户进行交流的有效手段,同时也成为系统设计的主要依据之一。对于本系统,首先分析总体情况,划分系统边界、识别系统的数据来源和去向、确定外部实体,得出本HIS系统的关联图。如图所示。本HIS系统共涉及4个外部实体:出入院处、病区、药房、药库。出入院处 F1医 院 管 理信 息 系 统病 区药 房F9,F11,F12,F14F5 F8,F10,F13,F15F13,F15F12,F14药 库 F16,F17 F18 系统关联图然后根据系统要实现的功能,划分出4个主要的信息管理功能结构,并明确各个功能之间的联系,绘制出系统的顶层数据流图,如图3-2所示。数据流程图的图形符号如下:外

11、部实体 数据加工 数据存储 数据流D1 病人入院信息F1出入院处2病区管理F4D4 费用明细F4F1F1F1F5F5F5D5 病人入区信息F5病 区 F8 F9 F10 F11D11 退药信息D10 退药申请D9 发药信息D8 发药申请F8 F9 F10 F11 3药房管理 4药库管理1出入院管理药 房F9,F11,F12,F14 F8,F10, F13,F15 F12,F14,F18F15 F14 F13 F12 F12F15 F14 F13 D15 药库药房退货信息 D14 药房退货申请 D13 药库出库信息 D12 药房进货申请 药 库 F13,F15,F16,F17 顶层数据流图在顶层

12、数据流程图中,可以较为清楚地看到系统的主要数据加工模块以及数据存储和数据流。再对数据流程图的顶层图进行一步分解得到第一层数据流程图,由于顶层图中共有4个数据加工,所以有4个模块数据流图:出入院管理模块数据流图,病区管理模块数据流图,药房管理模块数据流图,药库管理模块数据流图。每个模块数据流图中有对应的数据流和数据存储的编号说明。 其中共有18个数据流,具体的编号说明如下:F1病人入院信息F2预交金信息 F3结算信息 F4费用明细 F5病人入区信息 F6医嘱信息F7项目执行单 F8发药申请单 F9发药信息F10退药申请单 F11退药信息 F12药房入库申请单 F13药库出库信息 F14药房退货申

13、请 F15药库药房退库信息F16药库入库信息 F17药库退货信息 F18 药库台帐其中18个数据存储,具体的编号如下:D1病人入院信息D2预交金信息 D3结算信息 D4费用明细 D5病人入区信息 D6医嘱信息D7项目执行单 D8发药申请单 D9发药信息D10退药申请单 D11退药信息 D12药房入库申请单 D13药库出库信息 D14药房退货申请 D15药库药房退库信息D16药库入库信息 D17药库退货信息 D18 药库台帐F1出入院处1.1入院登记F1D1 病人入院信息 F11.2预交金管理1.3出院结算D3 结算信息F3 F2 D2 预交金单F2F4 F5D4 病人费用明细 D5 病人入区信

14、息 “出入院管理”模块数据流图2.1入区登记病 区F5F5D5 病人入区信息D6 医嘱信息F1F5D1 病人入院信息F6D8 发药申请D10 退药申请2.3病区发药D9 发药信息D11 退药信息2.4病区退药2.2医嘱管理F8F8F10F10F9F11D7 项目执行单F7F72.5功检确费D4 病人费用明细明细 F4 F4 F4 “病区管理”模块流程图3.1发药管理F8F8D8 发药申请F9F9D9 发药信息F103.2退药管理F11F10D10 退药申请药 房F11D11 退药信息3.3药品入库 F12F12D12 药房入库申请F13F13D13 药库出库信息3.4药品退货 F14

15、F14D14 药房退货申请F15F15D15 药库药房退货信息 “药房管理” 模块数据流图4.1药品出库F12F12D12 药房入库申请F13 F13 D13 药库出库信息F134.2药房退货F14F14D14 药房退货申请F15 F15 D15 药库药房退货信息F154.3台帐生成F18F18药 库D18 药库台帐 4.4外部入库F16F16D16 药库入库信息F164.5药库退货F17F17F17 D17 药库退货信息 “药库管理”模块数据流程图4.2 系统数据模型对应病区药房NM 1 N1 1 1拥有拥有指派拥有指派N1 N N N床位护士医生药库药品1 111 1使用开列占用护理治疗

16、1N NNN1拥有医嘱功检科室病人 N 11N1拥有使用拥有N1生成功检项目NN费用明细生成N4.3 系统数据字典由于数据流程图只是对数据处理及彼此之间的联系进行说明,未对数据的详细内容及数据的加工过程进行说明,而这正是数据字典所要表达的。数据字典是关于数据信息的集合,也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚,便于后续工作系统设计的进行。以下列出本系统的部分数据字典,就是数据流、数据元素、数据存储、外部项和数据加工举例说明。 数据流数 据 流系统名:医院管理信息系统 编号:F8条目名:发药申请单 别名:来源

17、:病区系统去处:药房系统数据流结构:请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型简要说明:病区执行医嘱后产生发药申请单,药房再按照申请单发药数据元素数 据 元 素系统名:医院管理信息系统 编号:条目名:住院号 别名:属于数据流:病人入院信息、预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细存储处: 病人入院信息数据元素值:代码类型 长度 意义 numeric 9 住院号简要说明:识别病人的唯一编码数据存储数 据 存 储系统名:医院管理信息系统 编号:D1条目

18、名:病人入院信息 别名:存储组织: 每个病人入院时产生一条信息记录数: 约10000条数据量: 约100KB主关键字:住院号辅关键字:记录组成:项目:住院号 姓名 身份证号 性别 生日 病人状态 入院日期 出院日期 入区日期 诊断代码 病人类型病区代码 床位代码 医生代码 护士代码 近似长度:9 12 24 2 8 1 16 16 16 20 1(字节) 4 4 4 4简要说明:将病人每次入院时在出入院处登记的信息保存于此。 数据加工数 据 加 工系统名:医院管理信息系统 编号:1条目名:出入院管理 别名:输入:病人入院信息、预交金、费用明细 输出:病人结算单加工逻辑:录入病人入院信息和预交金

19、信息,病区系产生的费用明细传入出入院处,出入院处根据费用明细产生结算信息简要说明:完成病人出院和入院时的日常业务工作 外部项外 部 项系统名:医院管理信息系统 编号:条目名:药商 别名:输入数据流:药库退货单输出数据流: 药库外部入库单主要特征:药库系统药品的提供者,主要特征为:药商编码、药商名称、开户银行、银行账号、地址、邮政编码、联系人、联系电话、邮件地址简要说明:药库从药商处进出货。 数据词典 数据加工条目举例第五章 其他非功能需求5.1 性能需求功能类别功能名称、标识符描述优先级挂号收费病人登记完成病人基本资料注册,并选择相应的挂号种类、科室和值班医生高查询收费查询病人的基本信息并负责

20、收取病人的应交医疗费用高门诊管理门诊诊断开药各科室医生诊断依据病情给病人开药高病人病例信息查询查询病人的以前的病例信息作为治病的依据高病人病例信息记录将对病人的病情以及治疗措施记录到病例之中高住院管理入院登记完成入院病人基本资料注册,并选择相应的主任医师高交预付款完成预付款的交付功能高住院划价收费取药完成住院划价的增删查改功能以及最终的划价总额一览高出院结算根据预付款金额、住院期间的划价收费,计算并收取最终出院前的费用高医务人员管理医务人员登记完成医院工作人员资料的增删查改高部门维护完成医院组织机构的增删查改高职务维护完成医务人员职务级别的增删查改高值班人员管理配置并调整医务人员的值班信息高药

21、品管理药品入库完成药品种类信息的维护高药品出库完成给病人相应药品的功能高药品库存查询现有药品的情况高药品使用记录完成药品使用情况的增删改查高系统设置系统权限管理完成系统权限的增删查改高系统子模块管理完成系统子模块的增删查改高系统用户管理完成系统用户的增删查改高系统模块管理完成系统一级模块的增删查改高系统角色管理完成系统角色的增删查改高报表管理门诊收费报表管理统计本月门诊收费总额及明细高门诊挂号报表管理统计本月挂号收费总额及明细高5.2 安全设施需求在任何信息系统中,系统的安全性和可靠性都是非常重要的。用Windows98及其以上操作系统自有的安全性,在结合严格的用户管理的基础上,可以确保系统的

22、安全。本系统的具体措施如下:(1) 实用性:在系统设计过程中,充分考虑系统的现有情况、医院的业务流程和管理模式,以求最大限度地满足实际业务的需要。(2) 可维护性: 在系统设计和用户接口设计上,采用C/S模式,前台只是为用户提供独立于业务流程的界面,所有与业务有关的数据库处理都由后台存储过程完成,复杂的计算业务都统一做成COM控件供前台程序调用,通用的数据处理和独立功能都由主框架程序中的DCOM实现。这种体现面向对象思想的分层开发的做法,保证了系统的可维护性。(3) 可扩展性:每个模块都是一个个单独的动态连接库dll文件,在菜单文件中指定某个模块对应的dll文件名及其相应的引出的函数后,就在系

23、统中添加了一个模块了。所以增加和修改模块非常方便快捷,使得系统的可扩展性大大增强。(4) 安全性:在安全设计上,任何没有系统用户登录名和相应口令的人均不能访问系统,而每个系统用户均被授予相应的权限,不能访问任何非授权的信息。为了保证系统的安全,在设计系统时,按医院的组织结构和管理要求 ,为每个用户指定工作岗位,再为每个工作岗位指定可以操作的模块集合。比如:护士这个工作岗位只能使用入区登记模块,护士长这个工作岗位还可以使用医嘱管理模块。这样每个操作员都有一个工作岗位并且都只能使用这个工作岗位赋予的权限范围内的系统功能。5.3 安全性需求信息系统的安全性是指,为了防范意外或人为地破坏信息系统的运行

24、,或非法使用信息资源,而对信息系统采取的安全保护措施。信息系统的安全保护措施可 分为技术性和非技术性两类。技术安全措施是指通过与系统直接相关的技术手段防止安全事故的发生;非技术性安全措施主要指行政管理、法律制度保证和其他物理措施等,它不受信息系统的控制,是施加于信息系统之上的。信息系统的技术安全措施主要有:(1) 用户合法身份的确认与检验;(2) 存取控制;(3) 数据加密。5.4 软件质量属性主要质量属性详细要求正确性在不同环境下保证软件的正确性,不出现导致异常错误。健壮性软件要能适应各种不同版本的操作系统以及Oracle等主流数据库;软件能实现对不同平台系统的兼容可靠性系统的全年非人为故障在5小时以内性能,效率一般查询统计操作在10秒内得到结果易用性普通操作人员要很容易上手,软件操作流程人性化清晰性对各模块做到功能分界明晰,软件有很清晰的框架安全性对用户限定3次密码输入次数可扩展性软件要有良好的扩展性,要求管理员能对原没有功能进行编程实现,对新增项目能够加入软件中使用兼容性能够提供标准接口对将其它系统的告警接入到该产品中可移植性要求底层软件在不同的硬件环境下直接编译生成,不需要修改源代码晶巷押褂量燕闽倪翼借唾诉暗锐辟疑变魏仰洗潞聊卒亩恨韵窘麻楷雄拭娘虑设捣漾爆煌到屎膛饶嗣插糊逾疮篇乌载寸尝宣路剥权掠怨苇订仅陌井音撇逃卡尔

温馨提示

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

评论

0/150

提交评论