药房管理系统

中药管理系统（Herb Manegement System）

需求说明书

第一章引言

1.1编写目的

软件需求规格说明了“中药管理系统”1.0版本的软件功能性需求和非功能需求。这一文档计划由实现系统功能和验证系统功能正确的项目团队成员来使用。除非在其他地方另有说明，这里指定的所有需求都具有高优先级，而且都要在1.0版本中得以实现。

1.2文档约定

描述编写文档时所采用的标准或排版约定，包括正文风格，提示区域重要符号。例如，说明高层需求的优先级是否可以被其所有细化的需求所继承，或者每个需求陈述是否都有优先级

1.3预期的读者和阅读建议

该软件需求规格说明针对开发人员、项目经理、用户以及测试人员。本文分别介绍了产品的远景规划、用户功能及运行环境，系统的功能点具体描述及外部接口的需求。

1.4项目范围

“中药管理系统”允许药房人员完成药品的进销存操作；在院医生通过工作站下达处方；收费人员通过处方内容完成收费；药房工作人员通过处方内容调配药品和发药并可以查询操作记录和形成报表。详细的项目描述详见中药管理系统前景和范围文档。文档中这一部分的标题为“初始版本和后续版本的范围”，列出了按照进度计划在这一版本中实现的全部或部分功能。

第二章总体描述

2.1产品前景

“中药管理系统”是一个新系统，它取代了当前在本院中药管理环节以手工方式管理药品库存和调配药品的过程。期望系统演化成若干个版本，以迎合医院中药管理中的业务演化

2.2产品的功能

“中药管理系统”包含了药品信息维护、药品库存管理、处方开具、药品调配的功能，详细内容将在第三章描述，图D.1是一张功能图用于表示“中药管理系统”的具体功能。

图D.1系统功能图

2.3用户类及其特征

2.4运行环境

OE-1：“中药管理系统”操作将在通过winform技术实现的界面中操作并整合入本院THISEYE 系统，可以正常运行在.net框架中。

OE-2：“中药管理系统”的客户机操作系统为本院批准的WINDOWS XP版本和WINDOWS 7版本。

2.5 设计和实现的约束条件

CO-1：系统的设计、编码和维护文档将遵照本院开发标准

第三章系统功能

一、中药处方开单

1.1描述和优先级

在院医生可以通过本系统，开具中药处方。在开单时录入单方剂量、药品途径、药品备注、总贴数。医生可以查看病人的历史处方并作为本次的开放模板重复使用，如病人的处方还未收费则可以撤销处方。优先级为高。

1.2请求/响应序列

请求：医生请求开处方。

响应：系统向医生询问药品、单方剂量、药品途径、药品备注、总贴数

请求：医生请求查看病人历史处方

响应：系统查询病人历史处方并展示在窗体上。

请求：医生请求复用历史处方。

响应：系统查询病人历史处方并展示在窗体上，向医生询问总贴数。

请求：医生请求撤销处方

响应：如果处方状态为“未收费”，则系统撤销处方。

1.3功能性需求

二、中药经验方设置

2.1描述和优先级

在院医生可以通过本系统预先设置常用药方（经验方）并对已经设置好的经验方根据不同的分组依据做分组操作，相同的经验方可以同时存在于不同的分组中。医生在开单时可以通过检索选择已设置的经验方作为当前开方的模板。优先级为中

2.2请求/响应序列

请求：医生设置常用处方

响应：系统向医生询问药品、单方剂量、药品途径、药品备注并保存

请求：医生对已设置的经验方做分组操作或向已有分组添加经验方

响应：系统向医生询问分组名称、分组内需添加的经验处方并保存

请求：医生请求使用经验方开方

响应：系统将医生选择的经验方展示在开单界面上，向医生询问总贴数。

2.3功能性需求

三、药品基础数据维护

3.1描述和优先级

药房工作人员可以通过系统对药品的基本信息做新增和维护。优先级为高

3.2请求/响应序列

请求：药房工作人员请求新增药品

响应：系统向用户询问商品名、产地、分类、规格。

请求：用户请求修改药品信息

响应：系统将药品信息展示在界面上并向用户询问产地、分类。

3.3功能性需求

四、药库药品管理-药品供货商维护

4.1描述和优先级

药库工作人员可以通过系统对药品供货商作新增和维护。优先级为高

4.2请求/响应序列

请求：药房工作人员请求新增供货商。

响应：系统向用户询问供货商名称、开户银行、银行账号。

请求：用户请求修改供货商信息

响应：系统将药品信息展示在界面上并向用户询问供货商名称、开户银行、银行账号。

五、药库药品管理-采购计划

5.1描述和优先级

药房工作人员可以通过系统对药品提出采购计划，选择药品、选择供货公司、录入采购数量生成采购申请单，由上级审批通过后发往供货公司采购。医院其他部门可以向药库提出药品申领。药库在制定采购计划时可以直接导入各部门申领单并做编辑和药品新增后形成采购单。制定采购计划时可以导入之前供货公司未供货的单据并可以再做编辑和药品新增后形成采购单。供货商供货后，药房工作人员根据供货情况对已供货的药品做出验收并录入验收结果，如验收结果未通过则视情况生成退还/退换单据，并在供货公司提供退票后作确认。优先级为高。

5.2请求/响应序列

请求：药房工作人员请求新增药品采购单

响应：系统向用户询问药品、采购数量、供货公司

请求：药房采购单审批人员请求对采购单做审批

响应：如采购单为“未审批”状态则通过审批。

请求：用户请求导入部门申领单

响应：系统查询各个部门的申领单据并展现在当前采购申请单中。

请求：用户请求导入历史未供货申请单

响应：系统向用户询问导入单据并将此单据展现在当前采购申请单中。

请求：用户验收已供货药品

响应：系统向用户询问验收结果，如验收不通过则提示用户生成退还/退换单据

请求：用户对已产生的退还/退换单据做操作

响应：系统向用户询问退换结果，如为退换单据则向用户询问退换的药品批号、数量；如为退还的单据则向用户询问退票号。