医院管理系统软件需求分析确认书

《医院管理系统软件需求分析确认书》由会员分享，可在线阅读，更多相关《医院管理系统软件需求分析确认书（26页珍藏版）》请在装配图网上搜索。

1、医院管理信息系统软件需求分析确认书小组成员：胡三丰1143041017夏超 1143041054曾杨宇 1143041133钟卓岑 11430411131 引言31.1 文档编制目的31.2 背景31.3 词汇表31.4 参考资料错误!未定义书签。2 软件概述32.1 软件范围定义42.2 系统特性概述52.3 系统运行环境82.3.1 设备及分布82.3.2 支撑软件92.4 假定和依赖103 外部接口需求103.1 用户界面103.2 硬件接口103.3 软件接口113.4 通信接口114 需求规定104.1 系统特性1（编号/名称）114.1.1 系统特性说明114.1.2 功能需求13

2、4.1.3 性能需求144.1.4 安全性需求224.2 系统特性2 （编号/名称）235 其他非功能需求235.1 一般性性能需求235.2 一般性安全性需求235.3 用户文档需求246 其他需求247 尚需解决的问题248 附件错误!未定义书签。1引言1.1 文档编制目的本文档详细介绍了高校医院管理信息系统的需求说明，为用户和领导描述出 一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。1.2 背景校医院为了适应工作发展的需要，委托项目组为其开发一套新的高校医院 电脑管理系统。高校医院主要为全校教职工、学生、家属提供医疗服务，包括门诊、住院、 保健等服务项目。高校医院电脑

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

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

5、平 短期内可以起到一定的作用，但随着信息技术在医院的深入应用，这种系统的弊 端将逐渐显露出来：一是以财务为核心的医院信息系统在设计上颠倒了主次。因 此，系统设计时应该以医嘱为核心，研究和处理好医嘱和病人的帐务、药品、检 查、治疗等之间的关系。二是这类系统只能提供局部的、小范围的信息，不能为 医院的决策机构提供全面的科学的信息，从而促进医院管理的改进。三是这类系 统采集的信息是零散的、片面的，不足以自动生成病历首页，更不可能形成电子 病历，因此这类系统的生命力是短暂的。本系统就是基于上述情况而提出的。高校医院管理信息系统所研究的对象即 临床管理的信息，以患者信息的采集、存储、展现、处理为中心；简

6、化和优化医 疗服务流程；使医院内部资源数据共享，加强各部门之前的联系和协调；节约患 者排队等候、辗转于医院各部门的时间；保存完整的患者医学记录，为医疗研究 提供保证。临床管理的信息化，把信息技术真正应用到医疗过程中去，使传统的 医院管理向数字化、无纸化、智能化、综合化的方向发展，真正做到为医生护士 减轻劳动强度、提高工作效率、避免人为的工作失误，为患者就医提供优质的服 务。系统所涉及到的部门参见图1高校医院管理信息系统顶层图（部分）。追加成功标志追加信息患者第一次取卡信息 新卡买卡信息Y固定价医疗卡挂失信息挂失结果患者各项费用明细表费用分类统计表欠款证明入院登记信息个人结帐单住院收入报表单位转

7、帐结算通知单住院部资金日报表能构人的本职机和员基工作量统计院长系统管理员书_权限信息T 权限查询条目T 数据备份请求 日志查询条异 变化的参给*高校医院管理信息系统日志查询结果权限查询结果患者病历 长期医嘱 A临时医嘱 A代扣款软盘查谊条目A查询结果， 统计条目A统计结果医疗卡管理员医生药房保健档案室挂号信息 挂号单据 交款收据药品清单查询统计条目资料维护条目查询统计结果人事部门图1高校医院管理信息系统顶层图（部分）2.2系统特性概述高校医院主要为全校教职工、学生、家属提供医疗服务，包括门诊、住院、 保健等服务项目。高校医院电脑管理系统应将这些项目有关的信息纳入电脑 系统统一管理，以便及时获取

8、有关信息，提高医疗效果和管理效率。高校医院电脑管理系统项目组成员与校医院有关人员经过一个月的工 作，就校医院现有正单独使用的门诊、住院、公费医疗、保健等电脑应用系统进 行了详细的分析，并考虑到医院各部门联网后的应用需求。确定分以下子系统进 行新系统的开发：住院部管理子系统；门诊部管理子系统；中西药房管理子系统；保健档案管理子系统；公费医疗管理子系统；病案管理子系统；业务管理子系统;人事管理子系统；系统管理子系统。参见图2高校医院管理信息系统层次图。高校医院管理信息系统住院部管理子系统门诊部管理子系统中西药房管理子系统保健档案管理子系统公费医疗管理子系统病案管理子系统业务管理子系统人事管理子系统

9、系统管理子系统图2高校医院管理信息系统功能层次图子系统之间的关系参见图3高校医院管理信息系统第一层数据流图。病案室住院病人基本资料患者病历病案管理 子系统*体检资料病案信息11XZ1 rhi5, 、6公费医疗管理子系统(A4/业务管理 子系统保健档案管 理子系统/ .-/9转院报销数据欠款证明患者财务处病案信息就医人员基本信息住院部数据收费标准1药品价格检杳项目就医人员基本信息费用分类统计表领药清单领药汇总单住院部管 理子系统人事管理 子系统.入院登记信,个人结帐单,各项费用明细表住院病人基本资料/医院职工基本资料门诊部管理子系统患者ID、药品清单处方日志iiJ临长时期医医单位转帐结算通知单中

10、药库存医生西药库存药品价格药品清单/患者中西药房管 理子系统数据库备价,.7数据备份请求.变化的参数系统管理日志杳询条目,子系统权限杳询条目权限信息系统管理员系统参数系统日志系统管理员用户权限图3高校医院管理信息系统第一层数据流图表2系统特性综述表系统特性名称系统特性描述优先级住院部管理子 系统从“医院”概念上看，住院部是医院的基本组成单位；从医 院管理角度看，住院诊疗是医院业务工作的核心部份。因此，建 立一个高效可靠的住院业务管理系统，不仅可以在一定程度上减 轻医务人员的劳动强度，提高工作效率和工作质量，而且可以更 及时、准确、有效地分析统计各种临床数据及管理数据，供上级 主管部门作出科学的

11、管理决策，促进医院管理水平的进一步提高高。门诊部管理子 系统门诊业务管理子系统分为挂号、计价收费、医疗卡处理、其 它管理等四部分高中西药房管理 子系统校医院中西药房负责管理医院日常所需药品的米购、进货、 定价、发售和结算，药房管理的优劣，对医院的正常运作具有很 大影响。中西药房在业务上是完全互相独立的两个药房，需要配 备两套管理系统。高保健档案管理 子系统保健档案管理子系统用来管理全校教职工、学生的体检资料 和有关健康状况的字典库。同时能从其它子系统查询教职工、学 生的就医情况。中公费医疗管理 子系统公费医疗报销管理子系统主要处理经医生批准出外看病的 病人回来报销药费的资料高病案管理子系 统病

12、案管理就是用科学的方法，把医疗工作每个环节产生的大 量信息资料进行全面系统地收集，并加以检查、整理、编号、登 记、编制各种分类索引和有秩序的存储，需用时可及时、完整、 准确地提供，使资料的信息作用得到充分利用和发挥。所以病案 管理是医院内重要的医疗信息管理。病案室即是医疗信息资料管 理的职能部分。病案一般由病案首页、医疗记录、检验记录、护 理记录及各种证明文件组成。考虑到校医院实际情况，计算机的 病案管理仅包含病案首页和病历两部分。中业务管理子系 统业务管理子系统主要是全方位提供医院运作信息，供院方及 时了解本院现状，合理安排、调度现有资源，及时提供各种数据 上报主管单位，更好的为学校服务。高

13、人事管理子系 统医院人事部门的基本职能是：按照医院工作的特点，合理地 调配人、了解人、安排使用人，做到知人善任，发挥人的作用。 主要任务是：编制医院人员计划，掌管医院人员的调配、选拔、 任免、培养、升迁，进行人员考核，管理人事档案，承办各项人 事事务等。中系统管理子系 统系统管理子系统提供用户权限表、系统参数表维护、数据库 备份以及就医人员基本信息库管理。校医院主要为教职工、学生服务，就医人员基本信息库 包含了这些人员的基本信息。他们分别享受不同的公费医疗标 准。信息的准确性直接决定了医院收费的准确程度。基本信息库 还提供同就医人员的联系等。因此，当就医人员发生离退休、调 出、毕业等变动时必须

14、及时更新基本信息库。本子系统将对就医 人员可能发生的所有变动提供操作工具，用户可借助于这些工具 及时更新就医人员基本信息库。高2.3 系统运行环境2.3.1设备及分布1）主机类型数据库服务器：SUN E220，单CPU, 1G RAM前台客户端：LEGEND PC, 256M RAM2）网络类型局域网（以太网）3）存贮器容量数据库服务器：100G以上客户端：20G以上4）其他特殊设备打印机：HP 6L5）设备分布图图4网络拓扑图2.3.2 支撑软件1）操作系统数据库服务器：Solaris 8客户端：windows2000以上2）数据库管理系统BEA Oracle Enterprise 9i3）

15、其他支撑软件无2.4假定和依赖为了能够保证系统的正常运行，学校医院已经建立好通畅的局域网环境。学校财务系统预留接口，可接受高校医院管理信息系统的数据作为财务系统 数据输入的组成部分。3外部接口需求3.1 用户界面描述需要的用户界面的逻辑特征。1）用户界面简洁，以图表为主，重点体显示的是数据，如药品明细等，色 调为灰色2）屏幕分为左右两侧，左侧占屏幕的25%，右侧75%，右侧上半部分为图 表信息，下半部分为操作按钮3）按钮为标准的矩形按钮，有确定和取消4）设置快捷键5）错误信息显示以弹出对话框的形式3.2 硬件接口描述软件系统和硬件各个接口的特征。这些特征包括但不限于支持的硬件类型、软硬件之间交

16、流的数据和控制信息的性质以及所使用的通信协议。硬件接口名称硬件名称厂商接口描述RS232串行通讯 口IC卡读写器XXXX符合ISO7816-3同步传输协议3.3 软件接口描述软件系统与其他外部组件（须注明名称和版本）的连接，包括数据库、 操作系统、工具软件、库和集成的商业组件。明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。确定将在组件间共享的数据。软件接口名称外部组件名称版本号接口描述与财务系统进行数据传递的协议3.4 通信接口描述与软件系统所使用的通信特性相关的需求，包括电子邮件、Web浏览器、 网络通信标准或协议及电子表格等。定义相关的消息格式。规定通信安全或加

17、密 问题、数据传输速率和同步通信机制。通信接口名称协议或方式安全要求传输速率要求同步通信描述Web浏览器HTTP/1.0100M4需求规格4.1 系统特性1 （SS01/住院部管理子系统）略。4.2 系统特性2 （SS02/门诊部管理子系统）4.2.1 系统特性说明门诊部管理子系统主要负责患者在门诊看病，及相关部门的日常管理活动。4.2.1.1业务说明图5门诊部业务流程图4.2.1.2功能总体说明图6门诊部管理子系统数据流图片段计费信息挂号信息体检处理挂号单据体检报告药品清单计费流水号、 收讫标志 计费信息计费流水号、收讫标志，医疗卡追加流水账2.4处方信息交款收据病人看病日记表中药库存患者患

18、者代扣款软盘 查询条日- 查询结果 统计条目统计结果医疗卡管理员医疗卡信息追加成功标志：追加信息1:2_第一次取卡信息一新卡一医疗卡买卡信息 处理固定价医疗卡.1 挂失信息 f.挂失结果1门诊系-统管理-员门诊科目代码挂失结果医疗卡/固定价医疗卡医疗-统筹医长/疗卡1rL追加挂失信息成功11制作新卡追加金额统计管理人员统计结果处理编号：P2.5.1处理编号：P2.5.3图9医疗卡管理子模块数据流图片段输入数据处理描述输出数据取卡信息或者 买卡信息如果是第一次获取本卡或者是挂失后补办医疗卡，输入取卡信息， 产生新卡；如果是买固定金额的医疗卡，输入买卡信息，产生新卡医疗卡简称：制作新卡输入数据处理

19、描述输出数据追加的金额数 量获得要追加金额的卡号，将追加的金额数量存入医疗卡信息追加结果处理编号：P2.5.2简称：追加金额简称：挂失医疗卡输入数据处理描述输出数据医疗卡信息验证要挂失的医疗卡是否存在，将其置为挂失状态，依照原来的医 疗卡信息重新为患者办卡挂失结果处理编号：P2.5.4简称：查询医疗卡信息输入数据处理描述输出数据待查询信息的关键词如果是患者进行查询，将患者查询的信息打印输出给患者； 如果是管理员进行查询，将管理员查询结果输出查询结果处理编号：P2.5.5简称：统计医疗卡信息输入数据处理描述输出数据带统计信息的关键词如果是患者要进行统计个人代扣计价收费明细帐，将患者统计的结果打印

20、输出给患者；如果是管理员进行统计，将管理员统计结果输出统计结果4.2.2.4其他管理子模块其它管理管理主要是维护门诊所需的各种代码（收费类型、门诊科目、医生 所属科室、人员基本资料等）、数据备份、统计（如根据药方的张数统计各科医 生的工作量等）。门诊系统管理员2.6.1门诊科目代码维护门诊科目代码门诊科目医生信息.科室信息2.6.2维护医生所 -属科室部门码表4医生所属科室表查询条目查询结果2.6.3查询7住院病人基本资料处方日志统计条目2.6.4药品价格医疗卡信息统计结果统计 A医院职工基本资料收费类型药费类别对照表处方日志图*其它管理子模块数据流图片段门诊系统管理员2.6.1.3 删除12

21、.6.1.1增加12.6.1.2修改2.6.1.41查询J厂2.6.1.51打印jT/门诊系统管理员图*其它管理子模块一维护门诊科目代码数据流图片段2621I增加门诊系统管理员七2.6.2.21修改1 Z_2615_、w一医生所属科室表t,打印|部门码表医生信息 科室信息2.6.1.4查询门诊系统管理员r2.6.2.3删除图*其它管理子模块一维护医生所属科室数据流图片段药费类别对照表264 1统计费用收费类型2.6.4.2门诊系统管理员统计条目.统计结果统计看病情况2.6.4.3一统计工作量/处方日志图*其它管理子模块一统计数据流图片段功能编号功能名称功能描述P2.6.1维护门诊科目代码对门诊

22、科目代码增加、修改、删除、查询和打印P2.6.2维护医生所属科室对医生所属可是信息增加、修改、删除、查询和打印P2.6.3查询可按医生代号、日期、药品代号、医疗卡号和操作员代号查询有关资料P2.6.4统计-按日期段统计单位应负担的医药费和个人应负担的医药费。-按日期段统计各科室看病情况。内容有：日期、科室、处方张数、药品总数、总金额。按日期段统计和打印个人或全部工作人员工作量表。内容有：日期、姓名、处方张数、笔数、总金额。4.2.2.5数据字典部门码表 department管理要求：只能使用不能修改。需要增加、删除或修改必须由系统管理员负责，其他人只是 使用。部门表用于定义各个部门的部门号及名

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

24、charge_standard2住院收费标准整型是应扣费的百分比。如应扣百分 十即收费标准就是10,非空门诊科目表 subject管理要求：只能使用不能修改。需要增加、删除或修改必须由系统管理员负责，其他人只是 使用。门诊科目表用F定义各门诊科目的代号及名称。表定义如下：字段名称字段描述主键类型长度说明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管理要求：只能使用不能修改。该表是由系统操作员负责增加和修改。药费类别对照表用于定义各种药费的代号、名称。表定义如下：字段名称字段描述主键类型长度说明Medi_no药费代号4字符型2由系统定Medi_name药费名称字符型10检查项目定价表

26、check_standard管理要求：由专人负责维护，其他人只能是使用。检查项目定价表用于定义各种检查项目的每次检查的价格供价收费用。表关E义如下：字段名称字段描述主键类型长度说明Check_no检查项目代号4字符型6由医院定非空Check_name名称字符型30非空Check_pay价格实 型非空Check_unit单位字符型4次check_type类型字符型2非空处方日记表 prescription管理要求:其他人只能是使用不能修改，计价员只能修改由他本人经手并且是当天的处方， 不是当天的处方不能修改，如要修改由专人负责。处方日记表用于记录每一张处方上每一笔药品使用情况供 统计、查询用。表

27、定义如下：字段名称字段描述主键类型长度说明Persons_no医疗卡号4字符型9非空Medi_no药品代号字符型6非空Quantity数量实型非空Pay单价实型Medi_Money金额实型Unit单位字符型4克、瓶、片等Doctor医生代号字符型4非空Today_date计价日期日期型非空Subject_no门诊科目字符型2Opera计价员号字符型4非空Pres_number处方流水号整型非空Today_total_yn日结标记字符型11.已日结0.没日结病人看病日记表 treat管理要求：只能是使用不能修改，由系统自动增加。病人看病日记表用于记录每一个病人每天看病药费情况的资料供统计、查询及

28、代扣款用。表定义如下：字段名称字段描述主键类型长度说明Persons_no医疗卡号4字符型9非空Treat_date看病日期日期型非空Medi_Total药费总额实型非空Percentage应扣百分比整型非空Medi_Type药品种类字符型2非空Opera挂号员号字符型4非空Register_yn挂号标记字符型1Y-已挂号，N-没挂号Print_number打印标记整型Pres_number处方流水号整型非空医疗卡追加流水帐表day_money管理要求：由专人负责追加，修改或删除（只能修改或删除由他本人经手并且是当天追加）。医疗卡追加流水帐表用于记录每个人每次追加金额的实际情 况的资料供备案、

29、查询及代扣款用。表定义如下：字段名称字段描述主键类型长度说明Persons_no医疗卡号4字符型9非空Day_date追加日期日期型非空Day_Money金额实型非空Day_sup余额实型非空Opera操作员号字符型4非空4.2.3 性能需求参见“ 5.1 一般性性能需求”。4.2.4 安全性需求参见“5.2 一般性安全性需求”。4.3系统特性3 （SS03/中西药房管理子系统）略。4.4 系统特性4 （SS04/保健档案管理子系统）略。4.5 系统特性5 （SS05/公费医疗管理子系统）略。4.6 系统特性6 （SS06/病案管理子系统）略。4.7 系统特性7 （SS07/业务管理子系统）略

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

31、私相关的 需求，这些问题会影响到软件系统的使用以及创建或使用的数据的保护。定义用 户身份确认或授权需求。明确产品必须满足达到安全性或保密性策略。如有必要，须描述与产品使用过程中可能发生的损失、破坏或危害相关的需 求。定义必须采取的安全保护或动作，预防潜在的危险动作。明确软件系统必须 遵循的安全标准和规则。例如如果油箱的压力超过了规定的最大压力的95%，那 么必须在1秒钟之内停止操作。5.3用户文档需求列举出将与软件系统一同提交的用户文档，例如用户手册和在线帮助和教 程。明确用户文档的提交格式或编制标准。6其他需求定义在本文档的其他部分未出现的但需要提起注意的需求：1）特定的业务规则，例如某些最终用户只有在特定的环境下才可以执行何 种操作；2）国际化需求或法律法规的需求；3）需要增加有关操作、管理和维护的功能需求来完善软件系统的安装、配 置、启动和关闭、修复和容错以及登录和监控等方面的操作。7尚需解决的问题以列表的形式列出在需求分析阶段必须解决但尚未解决的问题。可对问题进 行编号以便进行跟踪。备注中须注明该问题需要哪些项目相关方在什么阶段提供什么样的协助以解决问题。可以描述该问题对项目成本、进度、质量方面将带来的影响。