1、医院管理信息系统 第 1 页 共 17 页- 1 -软件需求规格说明目录第一章 引言 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医院管理信息系
2、统 第 2 页 共 17 页- 2 -第一章 引言1.1 目的HIS 的目的就是支持医院的行政管理与事务处理业务,使医院的业务操作流程和日常管理规范化。采集、分析处理、存储各种基础数据并使之标准化，通过网络在院内各科室之间传递，简化信息流程，为医院查询、分类汇总、统计、决策分析提供及时准确的数据，杜绝以前手工操作带来的差错，减少工作流程，提高工作效率。为了实现以上功能，我们必须做好以下几点:基础数据标准化，重视系统的实用性、经济性、安全性，顺应管理扁平化的管理趋势。1.2 预期的读者和阅读建议本文档的读者包括本系统用户、需求分析员、项目管理员、软件设计人员、软件质量人员以及软件维护人员。 1.
3、3 产品的范围本文档的内容涵盖了用户需求、业务规则、功能模型、性能需求、运行环境、软件接口等。1.4 参考文献管理信息系统 黄梯云 编著 高等教育出版社 软件工程张海藩 编著 人民邮电出版社 浅谈信息系统之需求管理邱文霞 第二章 综合描绘2.1 产品的前景管理信息系统是一门新兴的、集管理科学、信息科学、系统科学及计算机科学为一体的综合性学科，研究的是信息管理活动的全过程，以便有效的管理信息，提供各类管理决策信息，辅助企业进行现代化管理。医院管理信息系统 第 3 页 共 17 页- 3 -2.2 产品功能管理信息系统它具备数据处理、计划、控制、预测和辅助决策功能，具体作用如下 5 点内容：（1）
4、用统一标准处理和提供信息，排除使用前后矛盾的不完整的数据。（2）完整、及时提供在管理及决策中需要的数据。（3）利用指定的数据关系分析数据，客观预测未来。（4）向各级管理机构提供不同详细程度的报告，缩短分析和解释的时间。（5）用最低的费用最短的时间提供尽可能精确、可靠的信息，以便使决策者选择最佳的实施方案，以提高医院的经济效益。2.3 运行环境本软件系统在 WINDOWS XP 平台上运行的，运用 SQL Server 2005 及visual studio 2005 软件编程。第三章 外部接口需求附录3.1 用户界面本 HIS 系统包含出入院管理、病区管理、药房管理、药库管理四大模块。需求名称
5、 详细要求 优先级操作方式 软件操作简捷、人性化 高客户界面 客户界面采用微软通用界面标准，整洁、美观 高3.2 硬件接口服务器(Server)：Intel，MIPS，Alpha 可任选；内存：128MB 以上；硬盘：2GB 以上(RAID)；光驱：(CDROM)；软驱：(FD)；网卡：(FDDI)；UPS：Monitor；操作系统：Windows 2000；数据库管理系统：SQL Server；网络(Network)：TCP/IP，Windows NT，FDDI/Ethernet，EIFO Switching Hub，网络管理软件。用户端微机：PC 工作站/486DX2/66 以上；内存：8
6、MB 以上；硬盘：340MB 以上；软盘(3.5“)；不同类型打印机。医院管理信息系统 第 4 页 共 17 页- 4 -第四章 系统功能需求4.1 系统功能模型系统分析的主要成果是系统的逻辑模型，本系统的逻辑模型主要是以系统的数据流程图和数据字典为主要描述工具。即在对医院的管理方式和业务流程进行认真分析和研究的基础上，超脱出医院现有组织机构和业务分工所造成的信息障碍，完全从业务管理功能和管理对象出发，按信息系统中应有的数据流和数据结构来勾画系统的概貌。数据流程图是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。它可以综合的反映出信息在系统中的流动、处理和存储情况，具有良好的抽象性和概
7、括性。它在调查的基础上，从系统的科学性、管理的合理性、实际运行的可行性角度出发，将信息处理功能和彼此之间的联系自顶向下、逐层分解，从逻辑上精确地描述系统应具有的数据加工、数据输入、数据输出、数据存储及数据来源和去向（外部实体）等项目。数据流程图和系统的物理描述无关，它所描述的内容不涉及技术细节，而是面向用户的，即使完全不懂信息技术的用户也容易理解。因此，数据流程图成为系统分析员与用户进行交流的有效手段，同时也成为系统设计的主要依据之一。对于本系统，首先分析总体情况，划分系统边界、识别系统的数据来源和去向、确定外部实体，得出本 HIS 系统的关联图。如图所示。本 HIS 系统共涉及 4 个外部实
8、体：出入院处、病区、药房、药库。医院管理信息系统 第 5 页 共 17 页- 5 -F1F9，F11，F12，F14 F5F8，F10,F13,F15F13，F15 F12，F14F16，F17 F18系统关联图然后根据系统要实现的功能，划分出 4 个主要的信息管理功能结构，并明确各个功能之间的联系，绘制出系统的顶层数据流图，如图 3-2 所示。数据流程图的图形符号如下：外部实体 数据加工数据存储 数据流医 院 管 理信 息 系 统药 房药 库病 区出入院处医院管理信息系统 第 6 页 共 17 页- 6 -F1 F1F5F9，F11，F12，F14 F8，F10， F13，F15 F12，F
9、14，F18D15 药库药房退货信息 D14 药房退货申请 D13 药库出库信息 D12 药房进货申请 F13，F15，F16，F17顶层数据流图出入院处1出入院管理 病 区2病区管理3药房管理4药库管理D4 费用明细D1 病人入院信息D9 发药信息 D10 退药申请 D11 退药信息药 库药 房F8 F9 F10 F11F8 F9 F10 F11F15 F14 F13 F12 F12F15 F14 F13D5 病人入区信息D8 发药申请F5 F5F1F5F1F4 F4医院管理信息系统 第 7 页 共 17 页- 7 -在顶层数据流程图中，可以较为清楚地看到系统的主要数据加工模块以及数据存储和
10、数据流。再对数据流程图的顶层图进行一步分解得到第一层数据流程图，由于顶层图中共有 4 个数据加工，所以有 4 个模块数据流图：出入院管理模块数据流图，病区管理模块数据流图，药房管理模块数据流图，药库管理模块数据流图。每个模块数据流图中有对应的数据流和数据存储的编号说明。 其中共有 18 个数据流，具体的编号说明如下：F1 病人入院信息 F2 预交金信息 F3 结算信息 F4 费用明细 F5 病人入区信息 F6 医嘱信息F7 项目执行单 F8 发药申请单 F9 发药信息F10 退药申请单 F11 退药信息 F12 药房入库申请单 F13 药库出库信息 F14 药房退货申请 F15 药库药房退库信
11、息F16 药库入库信息 F17 药库退货信息 F18 药库台帐其中 18 个数据存储，具体的编号如下：D1 病人入院信息 D2 预交金信息 D3 结算信息 D4 费用明细 D5 病人入区信息 D6 医嘱信息D7 项目执行单 D8 发药申请单 D9 发药信息D10 退药申请单 D11 退药信息 D12 药房入库申请单 D13 药库出库信息 D14 药房退货申请 D15 药库药房退库信息D16 药库入库信息 D17 药库退货信息 D18 药库台帐医院管理信息系统 第 8 页 共 17 页- 8 -D1 病人入院信息F1D3 结算信息 F3 F2 D2 预交金单 F2F4 F5D4 病人费用明细 D
12、5 病人入区信息“出入院管理”模块数据流图F5 F5 D5 病人入区信息F1 F5D1 病人入院信息 F6F8 F8 F10 F10F9 F11F7F7F4 F4 F4“病区管理”模块流程图出入院处 1.1入院登记1.3出院结算1.2预交金管理2.1入区登记2.2医嘱管理病 区D6 医嘱信息D9 发药信息D8 发药申请 D10 退药申请D11 退药信息D7 项目执行单D4 病人费用明细明细2.3病区发药2.4病区退药2.5功检确费F1F1医院管理信息系统 第 9 页 共 17 页- 9 -F8 F8 D8 发药申请F9 F9 D9 发药信息F10 D10 退药申请F11 D11 退药信息F12
13、 F12 D12 药房入库申请F13 F13 D13 药库出库信息F14 F14 D14 药房退货申请F15 F15 D15 药库药房退货信息“药房管理” 模块数据流图F12 F12 D12 药房入库申请F13 F13 D13 药库出库信息 F13F14 F14 D14 药房退货申请F15 F15 D15 药库药房退货信息 F15D18 药库台帐 F16 F16 D16 药库入库信息 F16D17 药库退货信息“药库管理”模块数据流程图3.1发药管理3.4药品退货3.3药品入库3.2退药管理药 房药 库4.5药库退货4.4外部入库4.2药房退货4.1药品出库F10F114.3台帐生成F17 F
14、17 F17F18F18医院管理信息系统 第 10 页 共 17 页- 10 -4.2 系统数据模型N M1 N 1 1 1N 1 N N N1 1 1 1 11 N N N N 1N 11 N 1N 1NNN4.3 系统数据字典由于数据流程图只是对数据处理及彼此之间的联系进行说明，未对数据的详细内容及数据的加工过程进行说明，而这正是数据字典所要表达的。数据字典是关于数据信息的集合，也就是对数据流程图中包含的所有元素的定义的集合。它能将数据流程图中全部数据流及其组成部分的数据元素、数据存储、数据加工等描述清楚，便于后续工作系统设计的进行。以下列出本系统的部分数据字典，就是数据流、数据元素、数据
15、存储、外部项和数据加工举例说明。药库拥有药房 病区医生 护士 床位病人功检项目医嘱药品护理治疗指派 指派使用拥有开列使用拥有占用拥有费用明细功检科室拥有拥有生成生成对应医院管理信息系统 第 11 页 共 17 页- 11 -数据流数 据 流系统名：医院管理信息系统 编号：F8条目名：发药申请单 别名：来源：病区系统 去处：药房系统数据流结构：请求序号、住院号、患者姓名、医嘱序号、药房代码、病区代码、科室代码、医生代码、请求日期、药品代码、药品数量、药品规格、药品单位、单价、请求类型简要说明：病区执行医嘱后产生发药申请单，药房再按照申请单发药数据元素数 据 元 素系统名：医院管理信息系统 编号：
16、条目名：住院号 别名：属于数据流：病人入院信息、预交金单、发药申请单、发药明细、退药申请单、退药明细、项目执行单、病人入区信息、费用明细存储处： 病人入院信息数据元素值：代码类型 长度 意义numeric 9 住院号简要说明：识别病人的唯一编码医院管理信息系统 第 13 页 共 17 页- 13 -数据存储数 据 存 储系统名：医院管理信息系统 编号：D1条目名：病人入院信息 别名：存储组织：每个病人入院时产生一条信息记录数： 约 10000 条数据量： 约 100KB主关键字：住院号辅关键字：记录组成：项 目 ： 住 院 号 姓 名 身 份 证 号 性 别 生 日 病 人 状 态 入 院 日
17、 期 出 院 日 期 入 区 日 期 诊 断 代 码 病 人 类 型病 区 代 码 床 位 代 码 医 生 代 码 护 士 代 码 近 似 长 度 ：9 12 24 2 8 1 16 16 16 20 1(字节) 4 4 4 4简要说明：将病人每次入院时在出入院处登记的信息保存于此。数据加工数 据 加 工系统名：医院管理信息系统 编号：1条目名：出入院管理 别名：输入：病人入院信息、预交金、费用明细 输出：病人结算单加工逻辑：录入病人入院信息和预交金信息，病区系产生的费用明细传入出入院处，出入院处根据费用明细产生结算信息简要说明：完成病人出院和入院时的日常业务工作外部项外 部 项系统名：医院管
18、理信息系统 编号：条目名：药商 别名：输入数据流：药库退货单 输出数据流： 药库外部入库单主要特征：药库系统药品的提供者，主要特征为：药商编码、药商名称、开户银行、银行账号、地址、邮政编码、联系人、联系电话、邮件地址简要说明：药库从药商处进出货。数据词典 数据加工条目举例医院管理信息系统 第 15 页 共 17 页- 15 -第五章 其他非功能需求5.1 性能需求功能类别 功能名称、标识符描述 优先级病人登记 完成病人基本资料注册，并选择相应的挂号种类、科室和值班医生高挂号收费查询收费 查询病人的基本信息并负责收取病人的应交医疗费用高门诊诊断开药 各科室医生诊断依据病情给病人开药 高病人病例信
19、息查询查询病人的以前的病例信息作为治病的依据 高门诊管理病人病例信息记录将对病人的病情以及治疗措施记录到病例之中 高入院登记 完成入院病人基本资料注册，并选择相应的主任医师高交预付款 完成预付款的交付功能 高住院划价收费取药完成住院划价的增删查改功能以及最终的划价总额一览高住院管理出院结算 根据预付款金额、住院期间的划价收费，计算并收取最终出院前的费用高医务人员登记 完成医院工作人员资料的增删查改 高部门维护 完成医院组织机构的增删查改 高职务维护 完成医务人员职务级别的增删查改 高医务人员管理值班人员管理 配置并调整医务人员的值班信息 高药品入库 完成药品种类信息的维护 高药品出库 完成给病
20、人相应药品的功能 高药品库存 查询现有药品的情况 高药品管理药品使用记录 完成药品使用情况的增删改查 高系统权限管理 完成系统权限的增删查改 高系统子模块管理完成系统子模块的增删查改 高系统用户管理 完成系统用户的增删查改 高系统模块管理 完成系统一级模块的增删查改 高系统设置系统角色管理 完成系统角色的增删查改 高门诊收费报表管理统计本月门诊收费总额及明细 高报表管理门诊挂号报表管理统计本月挂号收费总额及明细 高5.2 安全设施需求在任何信息系统中，系统的安全性和可靠性都是非常重要的。用Windows98 及其以上操作系统自有的安全性，在结合严格的用户管理的基础上，可以确保系统的安全。本系统
21、的具体措施如下：医院管理信息系统 第 16 页 共 17 页- 16 -（1） 实用性：在系统设计过程中，充分考虑系统的现有情况、医院的业务流程和管理模式，以求最大限度地满足实际业务的需要。（2） 可维护性： 在系统设计和用户接口设计上，采用 C/S 模式，前台只是为用户提供独立于业务流程的界面，所有与业务有关的数据库处理都由后台存储过程完成，复杂的计算业务都统一做成 COM 控件供前台程序调用，通用的数据处理和独立功能都由主框架程序中的 DCOM 实现。这种体现面向对象思想的分层开发的做法，保证了系统的可维护性。（3） 可扩展性：每个模块都是一个个单独的动态连接库 dll 文件，在菜单文件中
22、指定某个模块对应的 dll 文件名及其相应的引出的函数后，就在系统中添加了一个模块了。所以增加和修改模块非常方便快捷，使得系统的可扩展性大大增强。（4） 安全性：在安全设计上，任何没有系统用户登录名和相应口令的人均不能访问系统，而每个系统用户均被授予相应的权限，不能访问任何非授权的信息。为了保证系统的安全，在设计系统时，按医院的组织结构和管理要求 ，为每个用户指定工作岗位，再为每个工作岗位指定可以操作的模块集合。比如：护士这个工作岗位只能使用入区登记模块，护士长这个工作岗位还可以使用医嘱管理模块。这样每个操作员都有一个工作岗位并且都只能使用这个工作岗位赋予的权限范围内的系统功能。5.3 安全性
23、需求信息系统的安全性是指，为了防范意外或人为地破坏信息系统的运行，或非法使用信息资源，而对信息系统采取的安全保护措施。信息系统的安全保护措施可 分为技术性和非技术性两类。技术安全措施是指通过与系统直接相关的技术手段防止安全事故的发生；非技术性安全措施主要指行政管理、法律制度保证和其他物理措施等，它不受信息系统的控制，是施加于信息系统之上的。信息系统的技术安全措施主要有：（1） 用户合法身份的确认与检验；（2） 存取控制；（3） 数据加密。医院管理信息系统 第 17 页 共 17 页- 17 -5.4 软件质量属性主要质量属性 详细要求正确性 在不同环境下保证软件的正确性，不出现导致异常错误。健壮性 软件要能适应各种不同版本的操作系统以及 Oracle 等主流数据库；软件能实现对不同平台系统的兼容可靠性 系统的全年非人为故障在 5 小时以内性能，效率 一般查询统计操作在 10 秒内得到结果易用性 普通操作人员要很容易上手，软件操作流程人性化清晰性 对各模块做到功能分界明晰，软件有很清晰的框架安全性 对用户限定 3 次密码输入次数可扩展性 软件要有良好的扩展性，要求管理员能对原没有功能进行编程实现，对新增项目能够加入软件中使用兼容性 能够提供标准接口对将其它系统的告警接入到该产品中可移植性 要求底层软件在不同的硬件环境下直接编译生成，不需要修改源代码
