入出转院需求规格说明书.docx

实验3 需求分析说明书 执笔人：范吉伟目录1.引言21.1.编写目的21.2.背景21.3.定义21.4.参考资料22.任务概述32.1.目标32.2.用户的特点32.3.假定和约束32.4.需求规定32.4.2.1.1.入院管理62.4.2.1.2.住院管理72.4.2.1.3.出院管理82.5.系统环境122.6.子系统的逻辑类型131. 引言 需求规格说明书是需求分析的产物，它是软件系统生存期中软件定义阶段的最后一个步骤。作为整个软件开发过程的指南，它也是软件开发人员开发出符合用户要求的软件的基础。1.1. 编写目的软件需求说明书的编写目的是为了使用户和软件开发者双方对该软件的初始化规定有一个共同的理解，使之成为整个开发工作的基础。1.2. 背景1.2.1 本系统的名称是“住院病人入、出、转院管理子系统及住院药房管理子系统”1.2.2 本项目的任务提出者是指导老师，开发者是信息技术学院，用户是病人、医生、医院管理人员及系统开发者和维护者。1.3. 定义数据字典：关于数据的信息的集合，也即是对数据流图中包含的元素的定义的集合。HIS：医院信息管理系统1.4. 参考资料1.4.1 科教信息管理系统开发合同1.4.2 引用资料1) 张海藩. 软件工程导论. 北京：清华大学出版社，2008.2) 医院信息系统教程 施诚 中国中医药出版社，20072. 任务概述1.2.2.1. 目标住院病人入、出、转院管理子系统及住院药房管理子系统的总目标是：在计算机网络，数据库和先进的开发平台上，利用现有的软件，配置一定的硬件，开发一个具有开放性强、易扩充的、易维护的、易操作，具有良好人机交互界面的住院病人入、出、转院管理子系统及住院药房管理子系统，实现住院病人入、出、转院住院药房管理的半自动化、共享性和药品等的查询快速化的计算机系统，为提高病人看病就医效率和方便医生查询药品的医院信息管理两个子系统。2.2. 用户的特点本软件最终的用户是病人、医生、管理人员和维护人员。管理人员具有一定计算机操作知识，系统的维护人员要求对网络和数据库的操作比较熟悉，同时对Java、JavaScript等的编程有一定的经验。医院信息管理人员负责数据的录入及日常更新等管理工作2.3. 假定和约束项目的开发经费不超过5万元，开发时间不超过半年，主要负责人1人，开发小组其他人员2人。假设：经费不到位、管理不完善、业务流程了解不彻底、设计时考虑不全面等都可能影响项目的开发。2.4. 需求规定2.4.1. 对功能的规定2.4.2. 系统的功能要求根据可行性研究的结果和客户的要求，分析现有情况及问题，采用Browser/Server结构,其中又将入、出、转院管理子系统分成三个模块：入院管理系统、出院管理系统、转科、转院管理系统，还有就是住院药房管理系统。 出入转院管理系统需要满足来自三方面的需求，这三个方面分别是病人入院、病人出院、病人转科转院管理和病人信息及医嘱的汇总。病人入院的需求是对于病人入院的信息记录及在院的费用信息；病人出院主要包括病人出院的信息和医生对其出院的医嘱；病人转科、转院则包括病人原所在医院所在科室的信息及现在所在的医院和科室；住院药房主要完成对在院在科病人的用药情况及对药品的管理等。以下为该系统主要完成的功能：2.2.1.2.2.2.3.2.4.2.4.1.2.4.2.2.4.2.1. 入、出、转院管理子系统u 入院管理：1) 预约入院登记；2) 建病案首页；3) 病案首页录入；4) 打印病案首页5) 支持医保患者按医保规定程序办理入院登记u 预交金管理1) 交纳预交金管理，打印预交金收据凭证；2) 预交金日结并打印清单；3) 按照不同方式统计预交金并打印清单；4) 按照不同方式查询预交金并打印清单；u 住院病历管理功能1) 为首次住院病人建立住院病历；2) 病历号维护功能；3) 检索病历号；u 出院管理1) 出院登记；2) 出院招回；3) 出入院统计；u 转科、转院管理1) 转入科室录入医嘱及转入记录；2) 主管医师负责书写患者病情摘要，并记录在病历中；u 查询统计1) 空床查询、统计：对各部门的空床信息进行查询统计，打印清单2) 病人查询：查询患者的住院信息、打印清单u 床位管理功能1) 具有删除、删除、定义床位属性功能；2) 处理病人选床、转床、转科功能；3) 打印床位日报表2.4.2.1.1. 入院管理2.4.2.1.2. 住院管理2.4.2.1.3. 出院管理根据上述业务流程，可得到系统数据流图如下： 2.4.2.2. 住院药房管理子系统u 可自动获取药品名称、规格、批号、价格、生产厂家、药品来源、药品剂型、属性、类别和住院患者等药品基本信息；u 具有分别按患者的临时医嘱和长期医嘱执行确认上账功能，并自动生成针剂、片剂、输液、毒麻和其他类型的摆药单和统领单，同时追踪个药品的库存及患者的押金等，打印中草药处方单，并实现对特殊医嘱、隔日医嘱等的处理；u 提供科室、病房基数药管理及核算统计分析功能；u 提供查询和打印药品的出库明细功能；u 可自动生成药品进药计划申请单，并发往药库；u 提供对药库发到本药房的药品的出库单进行入库确认；u 提供本药房药品的调拨、盘点、报损、调换和退药功能；u 具有药房药品的日结、月结和年结算功能，并自动比较会计账及实物账的平衡关系；u 提供药品的有效期管理、可自动报警和统计过期药品的品种数和金额，并有库存量提供功能；u 对毒麻药品、精神药品的种类、贵重药品、院内制剂、进口药品、自费药等均有特定的判断识别处理；u 支持多个住院药房管理u 支持药品批次管理；u 支持药品的多级管理；整个系统根据中大型医院的实际情况进行设计的，并基本上完成了医院对医生的治疗病人的管理、对病人的管理及对医院的一些管理。根据实际情况，入、出、转院、住院药房管理子系统的流程图分别如下所示：根据以上入出转院管理和住院药房管理的管理流程以及功能需求情况，可以得到用户的功能需求。2.4.3. 数据字典2.1.2.2.2.3.2.3.1.2.3.2.2.3.3.2.3.3.1. 病人数据字典2.3.3.2. 国际疾病分类代码（ICD）2.3.3.3. 病人标志编码字典（维护）2.3.3.4. 调用医院职工编码字典2.3.3.5. 调用医院科室、病区编码字典2.4.4. 系统的数据需求两个子系统的数据需求包括如下几点：1.2.2.1.2.2.2.3.2.4.2.4.1.2.4.2.2.4.3.2.4.4.2.4.4.1. 数据录入和处理的准确性和实时性数据的输入是否准确是数据处理的前提，错误的输入会导致系统输出的不正确和不可用，从而使系统的工作失去意义。数据的输入来源是手工输入。手工输入要通过系统界面上的安排系统具有容错性，并且对操作人员要进行系统的培训。在系统中，数据的输入往往是大量的，因此系统要有一定的处理能力，以保证迅速的处理数据。2.4.4.2. 数据的一致性与完整性由于系统的数据是共享的，在不同的医生、病人所操作的计算机中，药品的库存量是共享数据，所以如何保证这些数据的一致性，是系统必须解决的问题。要解决这一问题，要有一定的人员维护数据的一致性，在数据录入处控制数据的去向，并且要求对数据库的数据完整性进行严格的约束。对于输入的数据，要为其定义完整性规则，如果不能符合完整性约束，系统应该拒绝数据。2.4.4.3. 数据的共享与独立性整个医院信息系统数据是共享的。然而，从系统开发的角度上看，共享会给设计和调试带来困难。因此，应该提供灵活的配置，使各个分系统能够独立运行，而通过人工干预的手段进行系统数据的交换。这样，也能提供系统的强壮性。2.4.5. 对性能的规定2.4.5.1. 正确性需求系统正确性需求主要包括以下三项：2.4.5.1.1. 系统应能够将医学信息系统相关的信息准确地添加到数据库中。2.4.5.1.2. 系统用户登录后，系统应能正确地读取用户个人信息以及用户的权限信息。2.4.5.1.3. 系统的操作结果与预期的结果应该是一致的2.4.5.2. 精度在精度需求上，根据使用需求，在各项数据输入和输出及传输过程中，可以满足各种精度要求。2.4.5.3. 时间特性要求2.3.3.5.1. 系统的更新处理时间应该在可接受的范围内，不影响网络访问。2.3.3.5.2. 当系统添加输入信息是需要再0.3s内处理用户数据并将数据录入数据 库中。当用户查询系统批量数据时，系统应能在1s内返回数据。2.4.5.4. 灵活性2.4.5.4.1. 操作方式上应该能够满足鼠标和键盘任意切换的需要2.4.5.4.2. 能够支持Windows 2000、Windows XP、Windows7上运行环境2.4.5.4.3. 留有与其他子系统的接口2.4.5.5. 界面需求系统对界面的要求页面布局清晰，颜色搭配合理，色调柔和，各页面主体风格一致。2.4.5.6. 输入输出的要求输入：对病人的科室只能选择，而不能用键盘输入。输出：对产生的费用报表既能以表格方式输出也能以饼图（柱形图）输出。2.4.6. 数据管理能力要求1.2.2.1.2.2.2.3.2.4.2.4.1.2.4.2.2.4.3.2.4.4.2.4.5.2.4.6.2.4.6.1. 安全性设计系统登录需要输入用户名、密码，并且需要防止SQL注入问题，用户登录后根据用户的角色的不同可以访问的权限应该不同。为了防止用户未授权访问了不该访问的页面，系统需要在页面和控制端设置权限拦截。运行环境与接口2.4.6.2. 数据储存系统数据库应能一定数量的病人相关信息进行存储，同时应该存储医生、药品的信息数据2.5. 系统环境2.5.2.5.1. 设备：运行该软件使用的具体设备为：Web 浏览PC2.5.2. 支持软件：支持Windows操作系统，MySQL的软件环境2.5.3. 接口3.3.1.3.2.3.3.3.4.3.5.3.5.1.3.5.2.3