软件需求规格说明书-高校医院管理(共25页).doc

《软件需求规格说明书-高校医院管理(共25页).doc》由会员分享，可在线阅读，更多相关《软件需求规格说明书-高校医院管理(共25页).doc（25页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。

1、精选优质文档-倾情为你奉上（高校医院管理信息系统）软件需求规格说明书（在这里写组长，组员及分工）2009-06-18修改记录版本号变更控制报告编号更改条款及内容更改人审批人更改日期专心-专注-专业目 录1引言1.1文档编制目的本文档详细介绍了高校医院管理信息系统的需求说明，为用户和领导描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。1.2 背景校医院为了适应工作发展的需要，委托项目组为其开发一套新的高校医院电脑管理系统。高校医院主要为全校教职工、学生、家属提供医疗服务，包括门诊、住院、保健等服务项目。高校医院电脑管理系统应将这些项目有关的信息纳入电脑系统统一管理，以便及

2、时获取有关信息，提高医疗效果和管理效率。高校医院电脑管理系统项目组成员与校医院有关人员经过一个月的工作，就校医院现有正单独使用的门诊、住院、公费医疗、保健等电脑应用系统进行了详细的分析，并考虑到医院各部门联网后的应用需求。确定分以下子系统进行新系统的开发：住院部管理子系统；门诊部管理子系统；中西药房管理子系统；保健档案管理子系统；公费医疗管理子系统；病案管理子系统；业务管理子系统；人事管理子系统；系统管理子系统。1.3词汇表表1 词汇表词汇名称词汇含义备注公费医疗公费医疗制度是国家为保障国家工作人员而实行的、通过医疗卫生部门向享受人员提供制度规定范围内免费医疗预防服务的一项保障制度。门诊科目医

3、院所设的门诊类别由医院设置并编码处方由医院根据病情提供的治疗方法病种代码表示疾病的种类，由医院统一规范1.4参考资料无2软件概述2.1软件范围定义高校医院管理信息系统是医院以业务流程为基础，利用计算机技术、网络技术和通信技术及数据库技术，对医院各项管理、医疗护理、物资经济等信息进行有效的管理和应用，实现医院内、外部信息资源共享的计算机应用软件系统。是现代化医院不可缺少的基础设施和技术支持环境。我国医疗体制的改革为新信息技术的应用创造了条件。而目前大部分医院信息管理系统基本上还处于以财务为核心的阶段，这类系统对于提高医院管理水平短期内可以起到一定的作用，但随着信息技术在医院的深入应用，这种系统的

4、弊端将逐渐显露出来：一是以财务为核心的医院信息系统在设计上颠倒了主次。因此，系统设计时应该以医嘱为核心，研究和处理好医嘱和病人的帐务、药品、检查、治疗等之间的关系。二是这类系统只能提供局部的、小范围的信息，不能为医院的决策机构提供全面的科学的信息，从而促进医院管理的改进。三是这类系统采集的信息是零散的、片面的，不足以自动生成病历首页，更不可能形成电子病历，因此这类系统的生命力是短暂的。本系统就是基于上述情况而提出的。高校医院管理信息系统所研究的对象即临床管理的信息，以患者信息的采集、存储、展现、处理为中心；简化和优化医疗服务流程；使医院内部资源数据共享，加强各部门之前的联系和协调；节约患者排队

5、等候、辗转于医院各部门的时间；保存完整的患者医学记录，为医疗研究提供保证。临床管理的信息化，把信息技术真正应用到医疗过程中去，使传统的医院管理向数字化、无纸化、智能化、综合化的方向发展，真正做到为医生护士减轻劳动强度、提高工作效率、避免人为的工作失误，为患者就医提供优质的服务。系统所涉及到的部门参见图1高校医院管理信息系统顶层图（部分）。图1 高校医院管理信息系统顶层图（部分）2.2系统特性概述高校医院主要为全校教职工、学生、家属提供医疗服务，包括门诊、住院、保健等服务项目。高校医院电脑管理系统应将这些项目有关的信息纳入电脑系统统一管理，以便及时获取有关信息，提高医疗效果和管理效率。高校医院电

6、脑管理系统项目组成员与校医院有关人员经过一个月的工作，就校医院现有正单独使用的门诊、住院、公费医疗、保健等电脑应用系统进行了详细的分析，并考虑到医院各部门联网后的应用需求。确定分以下子系统进行新系统的开发：住院部管理子系统；门诊部管理子系统；中西药房管理子系统；保健档案管理子系统；公费医疗管理子系统；病案管理子系统；业务管理子系统；人事管理子系统；系统管理子系统。参见图2高校医院管理信息系统层次图。图2 高校医院管理信息系统功能层次图子系统之间的关系参见图3 高校医院管理信息系统第一层数据流图。图3 高校医院管理信息系统第一层数据流图表2 系统特性综述表系统特性名称系统特性描述优先级住院部管理

7、子系统从“医院”概念上看，住院部是医院的基本组成单位；从医院管理角度看，住院诊疗是医院业务工作的核心部份。因此，建立一个高效可靠的住院业务管理系统，不仅可以在一定程度上减轻医务人员的劳动强度，提高工作效率和工作质量，而且可以更及时、准确、有效地分析统计各种临床数据及管理数据，供上级主管部门作出科学的管理决策，促进医院管理水平的进一步提高。高门诊部管理子系统门诊业务管理子系统分为挂号、计价收费、医疗卡处理、其它管理等四部分高中西药房管理子系统校医院中西药房负责管理医院日常所需药品的采购、进货、定价、发售和结算，药房管理的优劣，对医院的正常运作具有很大影响。中西药房在业务上是完全互相独立的两个药房

8、，需要配备两套管理系统。高保健档案管理子系统保健档案管理子系统用来管理全校教职工、学生的体检资料和有关健康状况的字典库。同时能从其它子系统查询教职工、学生的就医情况。中公费医疗管理子系统公费医疗报销管理子系统主要处理经医生批准出外看病的病人回来报销药费的资料高病案管理子系统病案管理就是用科学的方法，把医疗工作每个环节产生的大量信息资料进行全面系统地收集，并加以检查、整理、编号、登记、编制各种分类索引和有秩序的存储，需用时可及时、完整、准确地提供，使资料的信息作用得到充分利用和发挥。所以病案管理是医院内重要的医疗信息管理。病案室即是医疗信息资料管理的职能部分。病案一般由病案首页、医疗记录、检验记

9、录、护理记录及各种证明文件组成。考虑到校医院实际情况，计算机的病案管理仅包含病案首页和病历两部分。中业务管理子系统业务管理子系统主要是全方位提供医院运作信息，供院方及时了解本院现状，合理安排、调度现有资源，及时提供各种数据上报主管单位，更好的为学校服务。高人事管理子系统医院人事部门的基本职能是：按照医院工作的特点，合理地调配人、了解人、安排使用人，做到知人善任，发挥人的作用。主要任务是：编制医院人员计划，掌管医院人员的调配、选拔、任免、培养、升迁，进行人员考核，管理人事档案，承办各项人事事务等。中系统管理子系统系统管理子系统提供用户权限表、系统参数表维护、数据库备份以及就医人员基本信息库管理。

10、校医院主要为教职工、学生服务，就医人员基本信息库包含了这些人员的基本信息。他们分别享受不同的公费医疗标准。信息的准确性直接决定了医院收费的准确程度。基本信息库还提供同就医人员的联系等。因此，当就医人员发生离退休、调出、毕业等变动时必须及时更新基本信息库。本子系统将对就医人员可能发生的所有变动提供操作工具，用户可借助于这些工具及时更新就医人员基本信息库。高2.3系统运行环境2.3.1设备及分布1） 主机类型数据库服务器：SUN E220,单CPU，1G RAM前台客户端：LEGEND PC，256M RAM2） 网络类型局域网（以太网）3） 存贮器容量数据库服务器：100G以上客户端：20G以上

11、4） 其他特殊设备打印机：HP 6L5） 设备分布图图4 网络拓扑图2.3.2支撑软件1） 操作系统数据库服务器：Solaris 8客户端：windows2000以上2） 数据库管理系统BEA Oracle Enterprise 9i3） 其他支撑软件无2.4假定和依赖为了能够保证系统的正常运行，学校医院已经建立好通畅的局域网环境。学校财务系统预留接口，可接受高校医院管理信息系统的数据作为财务系统数据输入的组成部分。3外部接口需求3.1用户界面描述需要的用户界面的逻辑特征。1） 用户界面简洁，以图表为主，重点体显示的是数据，如药品明细等，色调为灰色2） 屏幕分为左右两侧，左侧占屏幕的25%，右

12、侧75%，右侧上半部分为图表信息，下半部分为操作按钮3） 按钮为标准的矩形按钮，有确定和取消4） 设置快捷键5） 错误信息显示以弹出对话框的形式3.2硬件接口描述软件系统和硬件各个接口的特征。这些特征包括但不限于支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。硬件接口名称硬件名称厂商接口描述RS232串行通讯口IC卡读写器XXXX符合ISO7816-3同步传输协议3.3软件接口描述软件系统与其他外部组件（须注明名称和版本）的连接，包括数据库、操作系统、工具软件、库和集成的商业组件。明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。确定将在组件间

13、共享的数据。软件接口名称外部组件名称版本号接口描述与财务系统进行数据传递的协议3.4通信接口描述与软件系统所使用的通信特性相关的需求，包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等。定义相关的消息格式。规定通信安全或加密问题、数据传输速率和同步通信机制。通信接口名称协议或方式安全要求传输速率要求同步通信描述Web浏览器HTTP/1.0100M4需求规格4.1系统特性1（SS01/住院部管理子系统）略。4.2系统特性2（SS02/门诊部管理子系统）4.2.1系统特性说明门诊部管理子系统主要负责患者在门诊看病，及相关部门的日常管理活动。4.2.1.1 业务说明图5 门诊部业务流程图4.

14、2.1.2 功能总体说明图6 门诊部管理子系统数据流图片段图7 门诊管理子系统数据流图2层图总图4.2.2功能需求详细列出该系统特性包含的功能集。这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。描述各功能需求如何响应可预知的出错条件或者非法输入或动作。对每个功能需唯一标识。功能编号功能名称功能描述1挂号子模块 根据医院的实际情况，病人挂号分持卡和自费两种方式，持卡的病人挂号时可由他本人或操作员在卡阅读器上扫一下，系统自动显示出该人的基本信息，然后操作员确认后给他一张挂号纸，挂号费由系统自动扣除。自费就由操作员输入该病人的有关资料，系统给出门诊号，当场收挂号费并给挂号纸。

15、因此，挂号子模块就要分两种方式进行处理， 2计价收费子模块计价收费子模块主要是根据门诊诊断结果所开处方进行计价收费.该模块根据患者提供的处方、或者检查项目等单据，系统核实后进行计价收费。完成记录病人看病日记表、处方日志、修改药库等记录等。3医疗卡管理子模块医疗卡管理子系统模块主要是对医疗卡的资料进行维护，其内容有发新卡；追加金额；挂失；制造代扣款软盘、按照不同的方式（卡号、姓名、日期）进行医疗卡的收费明细查询、代扣金额、剩余金额；按照不同方式统计代扣计价收费明细帐。4其他管理子模块其它管理管理主要是维护门诊所需的各种代码（收费类型、门诊科目、医生所属科室、人员基本资料等）、数据备份、统计（如根

16、据药方的张数统计各科医生的工作量等）、复制由财务处代扣软盘。4.2.2.1 挂号子模块图8 挂号处理过程数据流图片段具体的实际功能如下：处理编号：P2.1.1 简称：挂号分类输入数据处理描述输出数据挂号信息如果挂号信息为现金和个人信息则转入录入信息过程如果挂号信息为公费医疗卡，则转入读取医疗卡条码过程患者个人信息和现金或公费医疗卡处理编号：P2.1.2 简称：读取医疗卡条码输入数据处理描述输出数据公费医疗卡条形码或磁卡阅读器扫一下医疗卡上的标识码公费医疗卡号处理编号：P2.1.3 简称：录入信息输入数据处理描述输出数据公费医疗卡号录入该病人的有关资料（包括登记姓名、性别、电话号码、地址），系统

17、给出门诊号现金挂号信息处理编号：P2.1.4 简称：查询输入数据处理描述输出数据公费医疗卡号根据读取到的公费医疗卡号提取患者个人信息，包括姓名、性别、年龄、工作单位、职称。也可通过姓名进行查询。身份验证结果处理编号：P2.1.5 简称：挂号费处理输入数据处理描述输出数据身份验证结果如果身份验证成功，则系统自动在病人看病日记文件标上已挂号标记。否则，不予挂号处理医疗卡挂号信息处理编号：P2.1.6 简称：输出挂号单输入数据处理描述输出数据现金挂号信息或医疗卡挂号信息根据挂号单据格式打印挂号单挂号单据4.2.2.2计价收费子模块处理编号：P2.2.1 简称：核实处方输入数据处理描述输出数据输入门诊

18、编号检查处方是否是该院处方，从门诊信息中提取病人的基本信息和挂号信息。处方信息处理编号：P2.2.2 简称：计价输入数据处理描述输出数据处方信息根据处方信息，读取检查项目的受费标准、中药价格和库存、西药价格和库存计费总额处理编号：P2.2.3 简称：收费输入数据处理描述输出数据计费总额完成收费，并打印收费收据给患者，并记录处方日志，病人看病记录以及计费流水号和收讫标志。收费收据、以及计费流水号、病人看病结果记录处理编号：P2.2.3.1 简称：医疗卡付费输入数据处理描述输出数据计费总额输入医疗卡信息，检查所剩费用是否满足本次费用，如果满足用医疗卡付费。不能满足调用医疗卡管理模块收费收据、以及计

19、费流水号、病人看病结果记录、医疗卡余额。4.2.2.3医疗卡管理子模块图9 医疗卡管理子模块数据流图片段处理编号：P2.5.1 简称：制作新卡输入数据处理描述输出数据取卡信息或者买卡信息如果是第一次获取本卡或者是挂失后补办医疗卡，输入取卡信息，产生新卡；如果是买固定金额的医疗卡，输入买卡信息，产生新卡医疗卡处理编号：P2.5.2 简称：追加金额输入数据处理描述输出数据追加的金额数量获得要追加金额的卡号，将追加的金额数量存入医疗卡信息追加结果处理编号：P2.5.3 简称：挂失医疗卡输入数据处理描述输出数据医疗卡信息验证要挂失的医疗卡是否存在，将其置为挂失状态，依照原来的医疗卡信息重新为患者办卡挂

20、失结果处理编号：P2.5.4 简称：查询医疗卡信息输入数据处理描述输出数据待查询信息的关键词如果是患者进行查询，将患者查询的信息打印输出给患者；如果是管理员进行查询，将管理员查询结果输出查询结果处理编号：P2.5.5 简称：统计医疗卡信息输入数据处理描述输出数据带统计信息的关键词如果是患者要进行统计个人代扣计价收费明细帐，将患者统计的结果打印输出给患者；如果是管理员进行统计，将管理员统计结果输出统计结果4.2.2.4其他管理子模块其它管理管理主要是维护门诊所需的各种代码（收费类型、门诊科目、医生所属科室、人员基本资料等）、数据备份、统计（如根据药方的张数统计各科医生的工作量等）。图* 其它管理

21、子模块 数据流图片段图* 其它管理子模块维护门诊科目 代码数据流图片段图* 其它管理子模块维护医生所属科室 数据流图片段图* 其它管理子模块统计 数据流图片段功能编号功能名称功能描述P2.6.1维护门诊科目代码对门诊科目代码增加、修改、删除、查询和打印P2.6.2维护医生所属科室对医生所属可是信息增加、修改、删除、查询和打印P2.6.3查询可按医生代号、日期、药品代号、医疗卡号和操作员代号查询有关资料P2.6.4统计 按日期段统计单位应负担的医药费和个人应负担的医药费。 按日期段统计各科室看病情况。内容有：日期、科室、处方张数、药品总数、总金额。 按日期段统计和打印个人或全部工作人员工作量表。

22、 内容有：日期、姓名、处方张数、笔数、总金额。4.2.2.5数据字典部门码表 department管理要求：只能使用不能修改。需要增加、删除或修改必须由系统管理员负责，其他人只是使用。部门表用于定义各个部门的部门号及名称。表定义如下： 字 段 名 称 字 段 描 述主 键 类 型长 度 说 明Department_no 部 门 代 号4 字 符 型3按学校统一编码非空Department_name 部 门 名 称 字 符 型20非空收费类型表 charge_type管理要求：只能使用不能修改。需要增加、删除或修改必须由系统管理员负责，其他人只是使用。 收 费 类 型 表 用 于 定 义 各 种

23、 收 费 类 型 的 代 号 、名 称 及 收 费 标 准。 表 定 义 如 下： 字 段 名 称 字 段 描 述主 键 类 型长 度 说 明Charge_no 收费类型代号4 字 符 型2由医院编码01-99非空Charge_name 收费类型名称 字 符 型12非空Charge_standard1 门诊收费标准 整 型是应扣费的百分比。如应扣百分十即收费标准就是10, 非空charge_standard2 住院收费标准 整 型是应扣费的百分比。如应扣百分十即收费标准就是10, 非空门诊科目表 subject管理要求：只能使用不能修改。需要增加、删除或修改必须由系统管理员负责，其他人只是使用

24、。 门 诊 科 目 表 用 于 定 义 各 门 诊 科 目 的 代 号 及 名 称。 表 定 义 如 下： 字 段 名 称 字 段 描 述主 键 类 型长 度 说 明Subject_no 门诊科目代号4 字 符 型2由医院编码01-99非空Subject_name 门诊科目名称 字 符 型10非空Register_money 挂号费 实 型医生所属科室表 doctor管理要求：只能使用不能修改。需要增加、删除或修改必须由专人负责，其他人只是使用。 医 生 所 属 科 室 表 用 于 定 义 各 医 生 所 在 的 科 室 代 号 及 名 称。 表 定 义 如 下： 字 段 名 称 字 段 描

25、述主 键 类 型长 度 说 明Doctor_no 医生代号4 字 符 型2由医院编码或用职工号, 非空Doctor_name 医生名称 字 符 型8非空Subject_no 科室代号 字 符 型2非空Subject_name 科室名称 字 符 型10Subject_no1 兼科代号 字 符 型2person_no 工资代号 字 符 型9药费类别对照表 medicine_type管理要求：只能使用不能修改。该表是由系统操作员负责增加和修改。 药 费 类 别 对 照 表 用 于 定 义 各 种 药 费 的 代 号、名 称 。 表 定 义 如 下： 字 段 名 称 字 段 描 述主 键 类 型长 度

26、 说 明Medi_no 药费代号4 字 符 型2由系统定Medi_name 药费名称 字 符 型10检查项目定价表 check_standard管理要求：由专人负责维护，其他人只能是使用。 检 查 项 目 定 价 表 用 于 定 义 各 种 检 查 项 目 的 每 次 检 查 的 价 格 供 计 价 收 费 用。 表 定 义 如 下： 字 段 名 称 字 段 描 述主 键 类 型长 度 说 明Check_no 检查项目代号4 字 符 型6由医院定非空Check_name名称字 符 型30非空Check_pay 价格 实 型非空Check_unit 单位 字 符 型4次check_type 类型

27、 字 符型2非空处方日记表 prescription 管理要求：其他人只能是使用不能修改，计价员只能修改由他本人经手并且是当天的处方，不是当天的处方不能修改，如要修改由专人负责。 处 方 日 记 表 用 于 记 录 每 一 张 处 方 上 每 一 笔 药 品 使 用 情 况 供 统 计 、查 询 用。 表 定 义 如 下： 字 段 名 称 字 段 描 述主 键 类 型长 度 说 明Persons_no 医疗卡号4 字 符 型9非空Medi_no 药品代号 字 符 型6非空Quantity 数量 实 型非空Pay 单价 实 型Medi_Money 金额实 型Unit 单位字 符 型4克、瓶、片等

28、Doctor 医生代号字 符 型4非空Today_date 计价日期日 期 型非空Subject_no 门诊科目字 符 型2Opera 计价员号字 符 型4非空Pres_number 处方流水号整 型非空Today_total_yn 日结标记字 符 型11.已日结 0.没日结病人看病日记表 treat 管理要求：只能是使用不能修改，由系统自动增加。 病 人 看 病 日 记 表 用 于 记 录 每 一 个 病 人 每 天 看 病 药 费 情 况 的 资 料 供 统 计 、查 询 及 代 扣 款 用。 表 定 义 如 下： 字 段 名 称 字 段 描 述主 键 类 型长 度 说 明Persons_

29、no 医疗卡号4 字 符 型9非空Treat_date看病日期日 期 型非空Medi_Total 药费总额 实 型非空Percentage 应扣百分比 整 型非空Medi_Type 药品种类字 符 型2非空Opera 挂号员号字 符 型4非空Register_yn 挂号标记字 符 型1Y-已挂号，N-没挂号Print_number 打印标记整 型Pres_number 处方流水号整 型非空医疗卡追加流水帐表 day_money 管理要求：由专人负责追加，修改或删除（只能修改或删除由他本人经手并且是当天追加）。 医 疗 卡 追 加 流 水 帐 表 用 于 记 录 每 个 人 每 次 追 加 金

30、额 的 实 际 情 况 的 资 料 供 备 案 、查 询 及 代 扣 款 用。 表 定 义 如 下： 字 段 名 称 字 段 描 述主 键 类 型长 度 说 明Persons_no 医疗卡号4 字 符 型9非空Day_date追加日期日 期 型非空Day_Money 金额 实 型非空Day_sup 余额 实 型非空Opera 操作员号字 符 型4非空4.2.3性能需求参见“5.1 一般性性能需求”。4.2.4安全性需求参见“5.2 一般性安全性需求”。4.2.5 页面原型4.3系统特性3（SS03/中西药房管理子系统）略。4.4系统特性4（SS04/保健档案管理子系统）略。4.5系统特性5（S

31、S05/公费医疗管理子系统）略。4.6系统特性6（SS06/病案管理子系统）略。4.7系统特性7（SS07/业务管理子系统）略。4.8系统特性8（SS08/人事管理子系统）略。5其他非功能需求能够形成各个独立数据处理功能软件；功能模块可以单独升级，不影响整个软件的运行；智能化安装封装，可选择性功能模块安装；具有良好的扩展性。5.1一般性性能需求详细描述不同应用领域对软件性能的需求，解释它们的原理以帮助设计人员做出合理的设计选择。确定相互合作的用户数或者所支持的操作、响应时间以及与实时系统的时间关系。定义容量需求，例如存储器和磁盘空间的需求或者存储在数据库中表的最大行数等。5.2一般性安全性需求

32、详细描述与系统安全性、完整性或与登录到该系统的使用人员的隐私相关的需求，这些问题会影响到软件系统的使用以及创建或使用的数据的保护。定义用户身份确认或授权需求。明确产品必须满足达到安全性或保密性策略。如有必要，须描述与产品使用过程中可能发生的损失、破坏或危害相关的需求。定义必须采取的安全保护或动作，预防潜在的危险动作。明确软件系统必须遵循的安全标准和规则。例如如果油箱的压力超过了规定的最大压力的95%，那么必须在1秒钟之内停止操作。5.3用户文档需求列举出将与软件系统一同提交的用户文档，例如用户手册和在线帮助和教程。明确用户文档的提交格式或编制标准。6其他需求定义在本文档的其他部分未出现的但需要

33、提起注意的需求：1）特定的业务规则，例如某些最终用户只有在特定的环境下才可以执行何种操作；2）国际化需求或法律法规的需求；3）需要增加有关操作、管理和维护的功能需求来完善软件系统的安装、配置、启动和关闭、修复和容错以及登录和监控等方面的操作。7尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题。可对问题进行编号以便进行跟踪。问题编号问题名称问题描述备注备注中须注明该问题需要哪些项目相关方在什么阶段提供什么样的协助以解决问题。也可以描述该问题对项目成本、进度、质量方面将带来的影响。8附件需求调查过程中会产生各种记录如业务系统单据等。记录或报告的存档编号和名称填写在下表中。其中类别是记录的分类，一般有业务系统说明书、业务系统数据说明书、业务系统调查表、原始数据单据、业务系统参考资料。需求调查表需求跟踪矩阵项目风险管理表