当前位置:文档之家› 药房管理系统

药房管理系统

中药管理系统(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请求/响应序列请求:药房工作人员请求新增药品采购单响应:系统向用户询问药品、采购数量、供货公司请求:药房采购单审批人员请求对采购单做审批响应:如采购单为“未审批”状态则通过审批。

请求:用户请求导入部门申领单响应:系统查询各个部门的申领单据并展现在当前采购申请单中。

请求:用户请求导入历史未供货申请单响应:系统向用户询问导入单据并将此单据展现在当前采购申请单中。

请求:用户验收已供货药品响应:系统向用户询问验收结果,如验收不通过则提示用户生成退还/退换单据请求:用户对已产生的退还/退换单据做操作响应:系统向用户询问退换结果,如为退换单据则向用户询问退换的药品批号、数量;如为退还的单据则向用户询问退票号。

六、药库药品管理-药库采购入库6.1描述和优先级药房工作人员通过系统可以将已供货的采购申请单入库到药库中,药房工作人员也可以通过自主录入的方式录入药品、进价、售价、重量、批次号、供货公司、发票号码并确认入库。

6.2请求/响应序列请求:药房工作人员请求导入已供货采购申请单响应:系统向用户询问需导入的采购申请单并将此申请单内已供货的药品展现在界面上。

请求:药房工作人员确认入库响应:系统向用户询问药品的进价、售价、发票号、批次号。

6.3功能性需求七、药库药品管理-药库药品退还供货公司7.1描述和优先级药房工作人员通过系统可以将已入库的药品退还供货公司,药房人员通知供货公司后由供货公司提供退票,在系统中选择需要退还的药品并录入退票后退还供货公司。

优先级高。

7.2请求/响应序列请求:药房工作人员请求退还供货公司响应:系统向用户询问需要退还供货公司的药品、重量、退票号。

7.3功能性需求八、药库药品管理-药库药品出库/报废8.1描述和优先级药房工作人员通过系统可以将已入库的药品出库到各个部门,可以对已失效的药品进行报废。

优先级高8.2请求/相应序列请求:药房工作人员请求药库出库相应:系统向用户询问出库部门、出库药品、出库重量。

请求:药房工作人员请求报废药品相应:系统向用户询问报废药品、报废重量。

8.3功能性需求九、药库药品管理-药库药品盘点9.1描述和优先级药房工作人员可以通过系统对药品进行盘点,药房工作人员在清点药品以后将清点结果录入系统,系统通过录入结果对库存进行校正。

9.2请求/相应序列请求:药房工作人员请求药品盘点相应:系统向用户询问药品的清点情况,并将盘点结果形成报表。

9.3功能性需求十、药品默认用法设置10.1描述优先级药房工作人员可以通过系统设置药品的默认用法用量,当设置成功以后,在医生开具中药处方时,选中药品后,将默认显示设置成功的用量和途径。

优先级为中10.2请求/响应序列请求:药房工作人员请求设置药品的默认用法用量。

响应:系统向用户询问药品的默认用量和默认途径。

10.3功能性需求十一、药房药品管理-药品入库确认11.1描述和优先级药房工作人员对已经由药库出库至药房的药品,进行确认入库。

优先级为高11.2请求/响应序列请求:药房工作人员请求确认入库响应:系统将选中的药品进行入库操作,药房对应药品增加库存。

11.3功能性需求十二、药房药品管理-药品调价12.1描述和优先级药房工作人员可以通过系统对药品售价进行调价,调价后的药品将生成调价记录。

优先级高12.2请求/响应序列请求:药房工作人员请求药品调价响应:系统向用户询问药品、调后售价。

12.3功能性需求十三、药房药品高低储设置13.1描述和优先级药房和各个部门的工作人员可以通过系统对药品的库存设置高储值和低储值。

当药品的库存高于高储值或低于低储值时将提示药房工作人员。

优先级为高。

13.2请求/响应序列请求:药房/部门工作人员请求设置高低储。

响应:系统向用户询问药品、高低储值。

请求:药房人员进入药房系统。

响应:系统提示药房人员高于高储值或者低于低储值的药品。

13.3 功能性需求十四、药房/部门药品管理-药品申领14.1描述和优先级药房和各个部门的工作人员可以通过系统向药库提出药品申领,药房人员可以在填写申领单时直接导入当前低于低储值药品。

优先级为高14.2请求/响应序列请求:药房/部门工作人员请求药品申领。

响应:系统向用户询问药品、申领数量。

请求:药房工作人员在填写申领单时请求导入低储药品。

响应:系统将当前药房的抵触药品导入到当前填写的申领单中。

请求:药库部门请求按照部门申领药品出库到部门。

响应:系统根据出库部门的申领药品和数量自动形成出库单据14.3 功能性需求十五、药房/部门药品管理-药品退还药库/报废15.1描述和优先级药房和各个部门的工作人员可以通过系统将药品退还给药品,可以支持直接操作申领单据中的现有药品,也可以自行录入药品和数量。

优先级为高15.2请求/响应序列请求:药房/部门工作人员请求退还药品至药库。

响应:系统向用户询问是否按照申领单据中的药品进行退还,如选择自行录入则向用户询问药品和退还数量。

请求:药房/部门工作人员请求报废药品响应:系统向用户询问报废药品、批次、数量进行报废。

15.3 功能性需求十六、药房药品配药16.1描述和优先级药房的工作人员可以通过系统自动读取到已收费的处方做配药操作并打印出配药单,当工作人员配药完成后做已配药确认,当处方已经被开始配药,药房中对应药品的库存将被暂时占用。

优先级为高16.2请求/响应序列请求:配药人员对处方审查响应:系统等待配药人员对处方的审查结果,如合理或者标记为不合理处方则继续,如医生同意重开处方则停止。

请求:系统请求读取已收费的中药处方并开始配药操作响应:系统对对已经收费的处方做正在配药操作,并打印出配药单,按照处方中的药品和数量作库存占用。

请求:药房工作人员请求对处方作配药完成。

响应:系统对请求的处方作已配药操作。

16.3 功能性需求十七、药房药品发药17.1描述和优先级药房的工作人员可以通过系统对已配药的处方做发药操作,药房扣除处方中药品的对应库存,配药时占用的药房库存释放。

相关主题