软件需求规格说明书高校医院管理.docx
《软件需求规格说明书高校医院管理.docx》由会员分享，可在线阅读，更多相关《软件需求规格说明书高校医院管理.docx（25页珍藏版）》请在冰豆网上搜索。
软件需求规格说明书高校医院管理
（高校医院管理信息系统）
软件需求规格说明书
（在这里写组长，组员及分工）
2009-06-18
修改记录
版本号
变更控制报告
编号
更改条款及内容
更改人
审批人
更改日期
1引言
1.1文档编制目的
本文档详细介绍了高校医院管理信息系统的需求说明，为用户和领导描述出一个具体的产品模型，为软件设计、开发及测试人员提供下步工作的依据。
1.2背景
校医院为了适应工作发展的需要，委托项目组为其开发一套新的《高校医院电脑管理系统》。
高校医院主要为全校教职工、学生、家属提供医疗服务，包括门诊、住院、保健等服务项目。
《高校医院电脑管理系统》应将这些项目有关的信息纳入电脑系统统一管理，以便及时获取有关信息，提高医疗效果和管理效率。
《高校医院电脑管理系统项目组》成员与校医院有关人员经过一个月的工作，就校医院现有正单独使用的门诊、住院、公费医疗、保健等电脑应用系统进行了详细的分析，并考虑到医院各部门联网后的应用需求。
确定分以下子系统进行新系统的开发：
住院部管理子系统；门诊部管理子系统；中西药房管理子系统；保健档案管理子系统；公费医疗管理子系统；病案管理子系统；业务管理子系统；人事管理子系统；系统管理子系统。
1.3词汇表
表1词汇表
词汇名称
词汇含义
备注
公费医疗
公费医疗制度是国家为保障国家工作人员而实行的、通过医疗卫生部门向享受人员提供制度规定范围内免费医疗预防服务的一项保障制度。
门诊科目
医院所设的门诊类别
由医院设置并编码
处方
由医院根据病情提供的治疗方法
病种代码
表示疾病的种类，由医院统一规范
1.4参考资料
无
2软件概述
2.1软件范围定义
高校医院管理信息系统是医院以业务流程为基础，利用计算机技术、网络技术和通信技术及数据库技术，对医院各项管理、医疗护理、物资经济等信息进行有效的管理和应用，实现医院内、外部信息资源共享的计算机应用软件系统。
是现代化医院不可缺少的基础设施和技术支持环境。
我国医疗体制的改革为新信息技术的应用创造了条件。
而目前大部分医院信息管理系统基本上还处于以财务为核心的阶段，这类系统对于提高医院管理水平短期内可以起到一定的作用，但随着信息技术在医院的深入应用，这种系统的弊端将逐渐显露出来：
一是以财务为核心的医院信息系统在设计上颠倒了主次。
因此，系统设计时应该以医嘱为核心，研究和处理好医嘱和病人的帐务、药品、检查、治疗等之间的关系。
二是这类系统只能提供局部的、小范围的信息，不能为医院的决策机构提供全面的科学的信息，从而促进医院管理的改进。
三是这类系统采集的信息是零散的、片面的，不足以自动生成病历首页，更不可能形成电子病历，因此这类系统的生命力是短暂的。
本系统就是基于上述情况而提出的。
高校医院管理信息系统所研究的对象即临床管理的信息，以患者信息的采集、存储、展现、处理为中心；简化和优化医疗服务流程；使医院内部资源数据共享，加强各部门之前的联系和协调；节约患者排队等候、辗转于医院各部门的时间；保存完整的患者医学记录，为医疗研究提供保证。
临床管理的信息化，把信息技术真正应用到医疗过程中去，使传统的医院管理向数字化、无纸化、智能化、综合化的方向发展，真正做到为医生护士减轻劳动强度、提高工作效率、避免人为的工作失误，为患者就医提供优质的服务。
系统所涉及到的部门参见图1高校医院管理信息系统顶层图（部分）。
图1高校医院管理信息系统顶层图（部分）
2.2系统特性概述
高校医院主要为全校教职工、学生、家属提供医疗服务，包括门诊、住院、保健等服务项目。
《高校医院电脑管理系统》应将这些项目有关的信息纳入电脑系统统一管理，以便及时获取有关信息，提高医疗效果和管理效率。
《高校医院电脑管理系统项目组》成员与校医院有关人员经过一个月的工作，就校医院现有正单独使用的门诊、住院、公费医疗、保健等电脑应用系统进行了详细的分析，并考虑到医院各部门联网后的应用需求。
确定分以下子系统进行新系统的开发：
住院部管理子系统；门诊部管理子系统；中西药房管理子系统；保健档案管理子系统；公费医疗管理子系统；病案管理子系统；业务管理子系统；人事管理子系统；系统管理子系统。
参见图2高校医院管理信息系统层次图。
图2高校医院管理信息系统功能层次图
子系统之间的关系参见图3高校医院管理信息系统第一层数据流图。
图3高校医院管理信息系统第一层数据流图
表2系统特性综述表
系统特性名称
系统特性描述
优先级
住院部管理子系统
从“医院”概念上看，住院部是医院的基本组成单位；从医院管理角度看，住院诊疗是医院业务工作的核心部份。
因此，建立一个高效可靠的住院业务管理系统，不仅可以在一定程度上减轻医务人员的劳动强度，提高工作效率和工作质量，而且可以更及时、准确、有效地分析统计各种临床数据及管理数据，供上级主管部门作出科学的管理决策，促进医院管理水平的进一步提高。
高
门诊部管理子系统
门诊业务管理子系统分为挂号、计价收费、医疗卡处理、其它管理等四部分
高
中西药房管理子系统
校医院中西药房负责管理医院日常所需药品的采购、进货、定价、发售和结算，药房管理的优劣，对医院的正常运作具有很大影响。
中西药房在业务上是完全互相独立的两个药房，需要配备两套管理系统。
高
保健档案管理子系统
保健档案管理子系统用来管理全校教职工、学生的体检资料和有关健康状况的字典库。
同时能从其它子系统查询教职工、学生的就医情况。
中
公费医疗管理子系统
公费医疗报销管理子系统主要处理经医生批准出外看病的病人回来报销药费的资料
高
病案管理子系统
病案管理就是用科学的方法，把医疗工作每个环节产生的大量信息资料进行全面系统地收集，并加以检查、整理、编号、登记、编制各种分类索引和有秩序的存储，需用时可及时、完整、准确地提供，使资料的信息作用得到充分利用和发挥。
所以病案管理是医院内重要的医疗信息管理。
病案室即是医疗信息资料管理的职能部分。
病案一般由病案首页、医疗记录、检验记录、护理记录及各种证明文件组成。
考虑到校医院实际情况，计算机的病案管理仅包含病案首页和病历两部分。
中
业务管理子系统
业务管理子系统主要是全方位提供医院运作信息，供院方及时了解本院现状，合理安排、调度现有资源，及时提供各种数据上报主管单位，更好的为学校服务。
高
人事管理子系统
医院人事部门的基本职能是：
按照医院工作的特点，合理地调配人、了解人、安排使用人，做到知人善任，发挥人的作用。
主要任务是：
编制医院人员计划，掌管医院人员的调配、选拔、任免、培养、升迁，进行人员考核，管理人事档案，承办各项人事事务等。
中
系统管理子系统
系统管理子系统提供用户权限表、系统参数表维护、数据库备份以及就医人员基本信息库管理。
校医院主要为教职工、学生服务，就医人员基本信息库包含了这些人员的基本信息。
他们分别享受不同的公费医疗标准。
信息的准确性直接决定了医院收费的准确程度。
基本信息库还提供同就医人员的联系等。
因此，当就医人员发生离退休、调出、毕业等变动时必须及时更新基本信息库。
本子系统将对就医人员可能发生的所有变动提供操作工具，用户可借助于这些工具及时更新就医人员基本信息库。
高
2.3系统运行环境
2.3.1设备及分布
1）主机类型
数据库服务器：
SUNE220,单CPU，1GRAM
前台客户端：
LEGENDPC，256MRAM
2）网络类型
局域网（以太网）
3）存贮器容量
数据库服务器：
100G以上
客户端：
20G以上
4）其他特殊设备
打印机：
HP6L
5）设备分布图
图4网络拓扑图
2.3.2支撑软件
1）操作系统
数据库服务器：
Solaris8
客户端：
windows2000以上
2）数据库管理系统
BEAOracleEnterprise9i
3）其他支撑软件
无
2.4假定和依赖
为了能够保证系统的正常运行，学校医院已经建立好通畅的局域网环境。
学校财务系统预留接口，可接受高校医院管理信息系统的数据作为财务系统数据输入的组成部分。
3外部接口需求
3.1用户界面
描述需要的用户界面的逻辑特征。
1）用户界面简洁，以图表为主，重点体显示的是数据，如药品明细等，色调为灰色
2）屏幕分为左右两侧，左侧占屏幕的25%，右侧75%，右侧上半部分为图表信息，下半部分为操作按钮
3）按钮为标准的矩形按钮，有确定和取消
4）设置快捷键
5）错误信息显示以弹出对话框的形式
3.2硬件接口
描述软件系统和硬件各个接口的特征。
这些特征包括但不限于支持的硬件类型、软硬件之间交流的数据和控制信息的性质以及所使用的通信协议。
硬件接口名称
硬件名称
厂商
接口描述
RS232串行通讯口
IC卡读写器
XXXX
符合ISO7816-3同步传输协议
3.3软件接口
描述软件系统与其他外部组件（须注明名称和版本）的连接，包括数据库、操作系统、工具软件、库和集成的商业组件。
明确在软件组件之间交换数据的目的，描述所需要的服务以及内部组件通信的性质。
确定将在组件间共享的数据。
软件接口名称
外部组件名称
版本号
接口描述
与财务系统进行数据传递的协议
3.4通信接口
描述与软件系统所使用的通信特性相关的需求，包括电子邮件、Web浏览器、网络通信标准或协议及电子表格等。
定义相关的消息格式。
规定通信安全或加密问题、数据传输速率和同步通信机制。
通信接口名称
协议或方式
安全要求
传输速率要求
同步通信描述
Web浏览器
HTTP/1.0
100M
4需求规格
4.1系统特性1（SS01/住院部管理子系统）
略。
4.2系统特性2（SS02/门诊部管理子系统）
4.2.1系统特性说明
门诊部管理子系统主要负责患者在门诊看病，及相关部门的日常管理活动。
4.2.1.1业务说明
图5门诊部业务流程图
4.2.1.2功能总体说明
图6门诊部管理子系统数据流图片段
图7门诊管理子系统数据流图2层图总图
4.2.2功能需求
详细列出该系统特性包含的功能集。
这些是须提交给用户的软件功能，使用户可以使用所提供的特性执行特定的服务。
描述各功能需求如何响应可预知的出错条件或者非法输入或动作。
对每个功能需唯一标识。
功能编号
功能名称
功能描述
1
挂号子模块
根据医院的实际情况，病人挂号分持卡和自费两种方式，持卡的病人挂号时可由他本人或操作员在卡阅读器上扫一下，系统自动显示出该人的基本信息，然后操作员确认后给他一张挂号纸，挂号费由系统自动扣除。
自费就由操作员输入该病人的有关资料，系统给出门诊号，当场收挂号费并给挂号纸。
因此，挂号子模块就要分两种方式进行处理，
2
计价收费子模块
计价收费子模块主要是根据门诊诊断结果所开处方进行计价收费.该模块根据患者提供的处方、或者检查项目等单据，系统核实后进行计价收费。
完成记录病人看病日记表、处方日志、修改药库等记录等。
3
医疗卡管理子模块
医疗卡管理子系统模块主要是对医疗卡的资料进行维护，其内容有发新卡；追加金额；挂失；制造代扣款软盘、按照不同的方式（卡号、姓名、日期）进行医疗卡的收费明细查询、代扣金额、剩余金额；按照不同方式统计
代扣计价收费明细帐。
4
其他管理子模块
其它管理管理主要是维护门诊所需的各种代码（收费类型、门诊科目、医生所属科室、人员基本资料等）、数据备份、统计（如根据药方的张数统计各科医生的工作量等）、复制由财务处代扣软盘。
4.2.2.1挂号子模块
图8挂号处理过程数据流图片段
具体的实际功能如下：
处理编号：
P2.1.1简称：
挂号分类
输入数据
处理描述
输出数据
挂号信息
如果挂号信息为现金和个人信息则转入录入信息过程
如果挂号信息为公费医疗卡，则转入读取医疗卡条码过程
患者个人信息和现金或公费医疗卡
处理编号：
P2.1.2简称：
读取医疗卡条码
输入数据
处理描述
输出数据
公费医疗卡
条形码或磁卡阅读器扫一下医疗卡上的标识码
公费医疗卡号
处理编号：
P2.1.3简称：
录入信息
输入数据
处理描述
输出数据
公费医疗卡号
录入该病人的有关资料（包括登记姓名、性别、电话号码、地址），系统给出门诊号
现金挂号信息
处理编号：
P2.1.4简称：
查询
输入数据
处理描述
输出数据
公费医疗卡号
根据读取到的公费医疗卡号提取患者个人信息，包括姓名、性别、年龄、工作单位、职称。
也可通过姓名进行查询。
身份验证结果
处理编号：
P2.1.5简称：
挂号费处理
输入数据
处理描述
输出数据
身份验证结果
如果身份验证成功，则系统自动在病人看病日记文件标上已挂号标记。
否则，不予挂号处理
医疗卡挂号信息
处理编号：
P2.1.6简称：
输出挂号单
输入数据
处理描述
输出数据
现金挂号信息或医疗卡挂号信息
根据挂号单据格式打印挂号单
挂号单据
4.2.2.2计价收费子模块
处理编号：
P2.2.1简称：
核实处方
输入数据
处理描述
输出数据
输入门诊编号
检查处方是否是该院处方，从门诊信息中提取病人的基本信息和挂号信息。
处方信息
处理编号：
P2.2.2简称：
计价
输入数据
处理描述
输出数据
处方信息
根据处方信息，读取检查项目的受费标准、中药价格和库存、西药价格和库存
计费总额
处理编号：
P2.2.3简称：
收费
输入数据
处理描述
输出数据
计费总额
完成收费，并打印收费收据给患者，并记录处方日志，病人看病记录以及计费流水号和收讫标志。
收费收据、以及计费流水号、病人看病结果记录
处理编号：
P2.2.3.1简称：
医疗卡付费
输入数据
处理描述
输出数据
计费总额
输入医疗卡信息，检查所剩费用是否满足本次费用，如果满足用医疗卡付费。
不能满足调用医疗卡管理模块
收费收据、以及计费流水号、病人看病结果记录、医疗卡余额。
4.2.2.3医疗卡管理子模块
]
图9医疗卡管理子模块数据流图片段
处理编号：
P2.5.1简称：
制作新卡
输入数据
处理描述
输出数据
取卡信息或者买卡信息
如果是第一次获取本卡或者是挂失后补办医疗卡，输入取卡信息，产生新卡；
如果是买固定金额的医疗卡，输入买卡信息，产生新卡
医疗卡
处理编号：
P2.5.2简称：
追加金额
输入数据
处理描述
输出数据
追加的金额数量
获得要追加金额的卡号，将追加的金额数量存入医疗卡信息
追加结果
处理编号：
P2.5.3简称：
挂失医疗卡
输入数据
处理描述
输出数据
医疗卡信息
验证要挂失的医疗卡是否存在，将其置为挂失状态，依照原来的医疗卡信息重新为患者办卡
挂失结果
处理编号：
P2.5.4简称：
查询医疗卡信息
输入数据
处理描述
输出数据
待查询信息的关键词
如果是患者进行查询，将患者查询的信息打印输出给患者；
如果是管理员进行查询，将管理员查询结果输出
查询结果
处理编号：
P2.5.5简称：
统计医疗卡信息
输入数据
处理描述
输出数据
带统计信息的关键词
如果是患者要进行统计个人代扣计价收费明细帐，将患者统计的结果打印输出给患者；
如果是管理员进行统计，将管理员统计结果输出
统计结果
4.2.2.4其他管理子模块
其它管理管理主要是维护门诊所需的各种代码（收费类型、门诊科目、医生所属科室、人员基本资料等）、数据备份、统计（如根据药方的张数统计各科医生的工作量等）。
图*其它管理子模块数据流图片段
图*其它管理子模块—维护门诊科目代码数据流图片段
图*其它管理子模块—维护医生所属科室数据流图片段
图*其它管理子模块—统计数据流图片段
功能编号
功能名称
功能描述
P2.6.1
维护门诊科目代码
对门诊科目代码增加、修改、删除、查询和打印
P2.6.2
维护医生所属科室
对医生所属可是信息增加、修改、删除、查询和打印
P2.6.3
查询
可按医生代号、日期、药品代号、医疗卡号和操作员代号查询有关资料
P2.6.4
统计
•按日期段统计单位应负担的医药费和个人应负担的医药费。
•按日期段统计各科室看病情况。
内容有：
日期、科室、处方张数、药品总数、总金额。
•按日期段统计和打印个人或全部工作人员工作量表。
内容有：
日期、姓名、处方张数、笔数、总金额。
4.2.2.5数据字典
部门码表department
管理要求：
只能使用不能修改。
需要增加、删除或修改必须由系统管理员负责，其他人只是使用。
部门表用于定义各个部门的部门号及名称。
表定义如下：
字段名称
字段描述
主键
类型
长度
说明
Department_no
部门代号
字符型
3
按学校统一编码非空
Department_name
部门名称
字符型
20
非空
收费类型表charge_type
管理要求：
只能使用不能修改。
需要增加、删除或修改必须由系统管理员负责，其他人只是使用。
收费类型表用于定义各种收费类型的代号、名称及收费标准。
表定义如下：
字段名称
字段描述
主键
类型
长度
说明
Charge_no
收费类型代号
字符型
2
由医院编码01-99非空
Charge_name
收费类型名称
字符型
12
非空
Charge_standard1
门诊收费标准
整型
是应扣费的百分比。
如应扣百分十即收费标准就是10,非空
charge_standard2
住院收费标准
整型
是应扣费的百分比。
如应扣百分十即收费标准就是10,非空
门诊科目表subject
管理要求：
只能使用不能修改。
需要增加、删除或修改必须由系统管理员负责，其他人只是使用。
门诊科目表用于定义各门诊科目的代号及名称。
表定义如下：
字段名称
字段描述
主键
类型
长度
说明
Subject_no
门诊科目代号
字符型
2
由医院编码01-99非空
Subject_name
门诊科目名称
字符型
10
非空
Register_money
挂号费
实型
医生所属科室表doctor
管理要求：
只能使用不能修改。
需要增加、删除或修改必须由专人负责，其他人只是使用。
医生所属科室表用于定义各医生所在的科室代号及名称。
表定义如下：
升级会员 