【医院药品管理系统探析与设计（论文）10000字】

医院药品管理系统分析与设计摘要信息管理技术的落地场景越来越多，很多医院也开始广泛的使用管理类的软件系统，随着就医、药品库存管理的信息安全要求越来越高，此类面向社区类医疗管理的软件也越来越受到医院的重视。近几年随着疫情的原因，很多医院的用药管理过于平常，这也导致了许多医院难以处理更多的医疗药品的存放和管理记录，特别是一些中小型医院，往往都是用人工管理来记录，这种人工管理效率相对低下，且做不到有效的监管。目前很多中小型医院都开始纳入医保范围，很多人也都选择在有医保的医院就诊买药，越来越庞大的市场和管理需求也需要这类有医保的医院通过使用药品管理的系统来做到及时有效的存储、管理各类药品信息。本次开发的系统适合中小型医院，系统采用Java后端技术，数据库采用MySQL，结合SSM框架和基于B/S模式的WEB开发模式，为医院提供药品管理提供了一系列的解决方案。管理员登录后可以添加药品信息，对进库、出库、库存数量、财务订单、供应商等信息进行综合管理，即时的完成药品信息管理以及销售处方单的业务流程。关键词：药品行业；JAVA；药品采购；B/S模式目录TOC\o"1-3"\h\u1绪论 11.1引言 11.2研究背景及意义 11.3国内外研究现状 21.3.1国内研究现状 21.3.2国外研究现状 42.系统分析与设计 72.1需求分析 72.2可行性分析 72.2.1技术可行性 72.2.2经济可行性 82.2.3操作可行性 82.3模块用例描述 82.3.1登录用例 92.3.2药品搜索用例 92.3.3药品管理用例 102.3.4药品库存管理用例 102.3.5进货管理用例 112.3.6处方管理用例 112.4系统功能模块设计 122.4.1功能模块 122.4.2系统整体功能模块 122.4.3系统登录流程 132.4.4药品入库流程 142.5系统数据库设计 162.5.1实体属性设计 172.5.2表结构设计 203.系统功能实现 243.1登录功能界面实现 243.2基础元数据信息模块 253.2.1元数据供应商管理功能 253.2.2药品元数据管理功能 253.3药品进销存管理模块 273.3.1药品进货管理 273.3.2药品销售管理 273.3.3药品存货管理 283.4查询统计模块 293.4.1进货查询 293.4.2营销查询 293.4.3挤压库存查询 303.5账单管理模块 303.5.1进货账单结账 303.5.2销售结账 313.6系统设置模块 313.6.1用户管理 313.6.2密码管理 323.6.3账号信息管理 334.系统测试 344.1.测试目的 344.2测试方法 344.3测试内容 344.3.1用户登录功能测试 344.3.2药品修改管理功能测试 354.3.3药品搜索功能测试 364.3.4库存管理功能测试 364.3.5结算管理功能测试 37结论 38参考文献 391绪论1.1引言本课题的研究目的是利用信息化手段，开发一套医院药品管理系统，使其能够在中小型医院中使用，以现代化手段促使医院药品管理工作规范化、科学化，提高医院药品管理员的工作效率，节省医院对人员和管理资金方面的费用，从而进一步提高医院信息化建设水平。1.2研究背景及意义随着我国人民的生活水平的提高，人们越来越关注医疗行业的发展，对医疗水平的要求也越来越高。而在医院当中，药品是救治病人必须的特殊商品，药品的质量安全关于着每一个患者的生命安全，同时，药品收入在医院收入来源中约占一半，对医院具有十分重要的地位。然而，我国中小型医院对药品质量和药品管理监控方面存在着不规范、不合理等问题。例如，多数的中小型医院的存储条件没有达到要求，对药品没有进行科学合理的分类，将不同药品混合放在一起的现象时常发生，这样子容易造成药品的污染，没有对抗菌药物药品这类进行严格的分类，容易让一些没有对该药品使用权限的医生开一些限制级以外的药品医嘱。另外，药品管理员的缺乏责任心和耐心，出了问题相互推卸责任，没有认真去查找问题出现的根源。医院的药品来源缺乏严格管控，药品管理人员只是将药品分发给患者或者将药品进行简单的入库和出库，对药品的供应商和生产厂商知之甚少，对药品的质量没有进行严格的把关。针对以上存在的问题，开发一套适合中小型医院使用的药品管理系统十分有必要。本文主要通过互联网技术手段建设信息化医院药品管理系统，促进医院药品管理工作更加规范与合理，提高医院药品管理员的工作效率，减少医院对管理工作的成本费用，从而提高医院的经济效益。1.3国内外研究现状在上世纪末，中国的信息化正式起步，而各大医院也理所应当地推行数字化建设。然而国家层面的统一规划和总体设计稍显滞后,标准、规范和制度不完善,各地区、各医院的数据格式尚未统一，导致国内的发展现状并不是十分完善。有一则数据表明，国内省级规模医院信息化力度最高，几乎所有的省级医院都有较为完善的信息化系统，而市级医院却不足一半，这表明了我国医院的信息化发展并不均衡和不充分；据相关人士统计，在已经建设起HIS系统的医院中，有50%左右根本没有起到实质性的作用，而有的系统即使是正常使用也没有进行后续更新完善，系统的生存现状十分窘迫。其中大部分医院的HIS系统是采用以经济核算为中心的管理系统，一小部分医院则采用了以医生、护士工作站为中心的信息管理系统，还有一小部分医院在开发建立PACS系统[3]。这些数据充分表明，我国医院信息化建设在深度和广度上都还有很多的不足，造成如此现状的三种因素是医院缺乏资金支持、管理人才的缺失和缺乏信息化的统一标准[4]。但是从另一个角度来看，随着越来越多的高质量人才的培养，医院的信息化建设会逐渐形成规模，伴随着经济的不断发展，信息化的管理也会逐具规模化、统一化、完善化，医院的信息化推进会随着时间遍地开花，为医院的经济效益和社会效益做出卓越贡献。不同于国内的起步阶段，不少发达国家的医院信息化建设发展已经四十余载，在信息化建设的范围和质量上都十分优秀，以美国为例，美国从建设初期到建设成型总共经历了四个发展阶段，一阶段：上世纪70年代，信息化建设主要以收费系统为主；二阶段：上世纪70-80年代，开始推行一些具有临床意义的功能系统；三阶段：上世纪90年代，美国开始向高级临床系统进行推广；四阶段：2000年后至今，将电子病历的建设作为主要内容。美国的医院信息建设之所以可以在国际上处于领先水平，原因有四：1.政府高度重视，专门成立了相关部门和学术组织。2.大量资金投入，在信息化建设的投资占据医院年营收的2%-4%。3.拥有一套十分完备的标准体系，方便统一电子病历的格式。4.具备相应的法律保护，更好地保护患者隐私，也为信息化建设提供了后盾。。我国的医院信息化仍然是道阻且长，我们应该认真学习国外已有的成功经验，结合我国的本地化现状，摸索出一条更适合于中国的建设道路[9-10]。

2.系统分析与设计2.1需求分析目的是为医院提供一个方便快捷、功能齐全、操作便捷的药品管理系统。本医院药品管理系统从药品信息查询、信息录入、信息删除、信息修改、信息浏览、数据报表、用户管理进行了详细设计，从设计的层面考虑以下问题：对于药品的购买顾客、药品经办人、药品信息进行查询对于药品的购买顾客、药品经办人、药品信息进行录入对于药品的购买顾客、药品经办人、药品信息进行删除对于药品的购买顾客、药品经办人、药品信息进行修改对于药品的购买顾客、药品经办人、药品信息进行浏览数据报表包含药品的购买顾客信息报表、药品经办人信息报表、药品信息报表对于不同的用户进行管理2.2可行性分析2.2.1技术可行性本文前期针对医药品市场进行了广泛的调研分析，确定了本次系统的开发技术和运行的架构，考虑到很多企业尚在发展阶段，没有大量的访问需求和负载要求，所以软件没有开发的很大，不用考虑大型软件的开发技术，目前很多小型软件都是采用B/S的WEB模式，不仅开发维护起来很容易，且很多软件都有免费开源的版本提供修改，这样大大的增加了开发的可行性，所以本次选用的技术在开发和后期维护以及用户使用上都是可行的。2.2.2经济可行性本次开发软件系统根据实际的业务需求，在开发方案上就选用了较为普遍主流的技术，包括数据库存储也是标准的技术，这样对于后期的维护升级都是可行的，软件考虑到很多社区医院初始阶段无法负担大额的开发资金，系统也尽量使用开源的软件或者免费的工具来开发。2.2.3操作可行性相对于开发大型软件的难度，Web的开发模式较为简单，开发测试都是一体化的，有很多可视化的软件，不用每次都编译使用，对于医院人员使用系统，已经采用了很多的简单、耐用的功能和操作，只要简单的进行学习，就可以很容易的操作上手了，对于医院药品的管理人员操作稍微有些要求，但是不涉及维护底层代码，所以也是可行的，而系统维护操作可行性和开发一样，都是可行的。2.3模块用例描述根据功能模块设计业务流程，构建系统功能。用例如图2-1。图2-1用例图2.3.1登录用例登录用例，如表2-1。表2-1登录用例描述操作流程和内容操作交互详情用户用户登录关联用户群体系统用户是否存在其他交互用户无详细的操作流程和内容通过表单输入并提交2.3.2药品搜索用例药品搜索用例，如表2-2。表2-2药品搜索用例操作操作流程和内容操作交互详情设计名药品搜索使用人员角色用户、管理人员是否存在其他交互用户没有操作交互详情对系统药品进行关键字或者条件筛选首要基础操作登录且具有身份验证具体操作内容输入关键字或者选择筛选的条件请求方法请求查询方法，传递筛选条件请求内容查找方法其他相似操作没有请求结束表现返回结果具体的限制内容身份验证判断具体的问题处理对内容进行限制，不允许出现违规语句。其他相似操作刷新界面2.3.3药品管理用例药品管理功能用例，如表2-3所示。表2-3药品管理功能用例操作流程和内容操作交互详情设计名药品的信息管理使用人员角色管理人员是否存在其他交互用户没有操作交互详情通过点击按钮进入界面输入信息提交或者移除某条数据首要基础操作管理人员登录且有身份验证具体操作内容对药品内容进行操作和管理请求方法搜索，写入，刷新2.3.4药品库存管理用例药品库存管理功能用例，如表2-4。表2-4库存管理功能用例操作交互操作流程和内容操作交互详情设计名库存管理使用人员角色管理人员是否存在其他交互用户无操作交互详情对药品进行库存的盘点首要基础操作管理员登录具体操作内容点击更新按钮更新界面数据并提交请求方法更新请求内容1-身份验证判断2-获取更新的内容3更新数据该条内容并返回新的结果2.3.5进货管理用例进货管理功能用例，如表2-5表2-5进货管理功能用例描述操作流程和内容操作交互详情设计名进货管理使用人员角色管理人员操作交互详情通过添加界面添加新的数据内容具体操作内容对数据界面表单填写并且提交写入数据库请求方法添加请求内容1获取填写表单2获取请求添加方法和具体的数据3写入数据返回列表请求结束表现获取列表的更新数据2.3.6处方管理用例处方管理用例描述，如表2-6。表2-6处方管理用例描述操作流程和内容用例设计名处方管理使用人员角色管理人员操作详情按照处方明细为患者取药具体操作内容对数据界面表单填写并且提交写入数据库请求内容1获取处方2取药2.4系统功能模块设计2.4.1功能模块药品管理系统主要由药品基础元数据模块、进药品和存储销售管理模块、查询统计管理模块、处方药款项核算模块、系统管理模块这几个功能组成。主要内容如下：药品基础元数据模块是对医院内部自己的一些药品资产基础数据信息进行存储管理的功能，该部分根据医院自身的实际药品内容进行设置。进药品和存储销售管理模块是对医院的药品营销收入的一些数据内容的记录管理，主要是对药品的销售数据和目前库存的信息进行的存储和更新操作。供货商药款项核算模块则是提供给医院内部定期结算清楚各种渠道商家、代理或者是上游原材料供应商等的一些财务上的交接记录，通过记录各种交易的财务数据，定期记录款项是否付清，帮助医院解决财务对外问题。账单管理模块就是包括进货账单结账以及处方取药账单。系统人员管理则是管理系统整体账户、密码和权限的一些配置，系统开发目的是提供给医院多个角色共同使用的，所以角色配置是必须的。2.4.2系统整体功能模块系统的整体功能模块设计如下图2-2所示。图2-2系统整体功能模块设计2.4.3系统登录流程登录功能界面设计与构的后台管理人员提供登录功能一样，界面通过设计Form表单，获取其登录时候输入的具体账户信息，通过submit按钮打包并提交登陆的数据到后端的Controller层代码处理，代码调用Service层的实体对象，通过调用数据库内的User这个实体对象的表数据库，与其账户和密码信息进行判断，如果与数据库内的该账户密码一致，则通过判断。系统用户登录流程如下图2-3所示。图2-3用户登录流程图2.4.4药品入库流程通过药品信息进行调取，根据其ID来获取具体的存在数据，或者是新增数据，如果存在该药品则进行更新数量操作，如果不存在则添加新的数据信息到数据库内存储。具体的入库操作流程设计如下图2-4所示。图2-4药品入库流程图通过用户信息进行调取，根据其ID来获取具体的存在数据，或者是新增数据，如果存在该用户账号信息进行更新数量操作，如果不存在则添加新的账户数据信，操作流程如下图2-5所示。图2-5用户管理业务流程图2.5系统数据库设计分析系统得到对象实体，通过功能操作分析出其属性信息，比如用户就包括注册的账号、密码属性信息，而预期关联的订单择包含用户的信息和用户购买的商品信息，从而又关联出商品实体，通过分析他们的实体关系，设计表的字段和表主外键，同时后端代码的操作也需要与表的字段一一映射，这样在界面操作的时候就能显示每个实体的内容。图2-6整体e-r图2.5.1实体属性设计（1）管理员如图2-7。管理员管理员用户名密码类别头像年龄ID性别图2-7管理员（2）供应商如图2-8。供应商表供应商表电话地址联系人供应商名ID图2-8元数据_供应商（3）仓库信息如图2-9。仓库表仓库表商品ID药品码药品数量仓库ID创建时间图2-9仓库信息（4）患者信息如图2-10。患者信息表患者信息表病例ID医生ID治疗时间身份证号花费图2-10患者信息（5）产品信息如图2-11。药品信息表药品信息表供应商ID药品名称成分价格说明规格药品ID产地图2-11产品信息（6）药品处方如图2-12。药品处方药品处方科室姓名日期年龄性别负责人处方ID处方明细图2-12药品处方（7）医生信息如图2-13。医生表医生表医生ID姓名科室图2-13医生2.5.2表结构设计（1）管理人员表管理人员表是通过映射前期设计的用户人员实体属性的内容，通过根据实际开发中存储的数据信息，确定其每个属性的具体字段存储系统的财务人员信息。根据需求如表2-7所示。表2-7管理人员表th_namethTypemh_keyiis_null?reremakeyh_idintegeregerYNm_key，管理人IDgl_ymcvarchar(65)NN登录名gl_dlmmvarchar(65)NN登录密码glylbintegeregerNN类别gl_txvarchar(128)YN财务人员头像xbsexintegereger(55)NN性别nlageintegereger(55)NN年龄（2）元数据_供应商表该表是通过映射前期设计的元数据供应商实体属性的内容，根据存储的数据信息，确定属性的信息。如表2-8。表2-8元数据_供应商表th_namethTypeiis_null?mh_keyreremakegy_sidintegeregerNYm_key，供应商编号lx_lrxmvarchar(54)NN通讯人mc_nnamevarchar(56)NN公司名dz_ddzvarchar(57)NN住址dh_ddhvarchar(57)NN手机号（3）患者信息表该表是通过映射前期设计的患者信息实体属性的内容，通过根据实际开发中存储的数据信息，确定其每个属性的数据信息。根据需求如表2-9所示。表2-9患者信息表th_namethTypeiis_null?mh_keyreremakeck_iidintegeregerNYm_key，病例编号ys_bbhintegereger(53)NN医生编号bl_iidintegereger(57)NN身份证号ypm_yypmdatetimeNN治疗时间yp_hhfintegeregerNN花费（4）病例表该表主要记录了药品营销的详细信息。根据需求如表2-10所示表2-10医院药品表th_namethTypeiis_null?mh_keyreremakeyp_idinteger(13)NYm_key，药品IDyp_xsztinteger(17)NN销售药品状态yp_mcinteger(17)NN药品名称yp_xssjdatetimeYN销售时间yp_zffsinteger(17)NN支付方式（5）药品信息表该表主要记录药品的各种信息。根据需求如表2-11所示。表2-11药品信息表th_namethTypemh_keyiis_null?reremakeypidInteger(11)YNm_keysjsupplierIdInteger(11)NN财务元数据IDypnamevarchar(128)NN销售药品名称ypplacevarchar(128)NN药品产地ypspecvarchar(64)NN药品规格ypunitvarchar(32)NN药品单位yppricefloat(8，2)NN药品价格ypremarkvarchar(256)NY药品备注（6）药品处方信息表该表是通过映射前期设计的药品处方显示的实体属性的内容，通过根据实际开发中存储的数据信息，确定其每个属性的具体药品处方的界面显示的数据信息。根据需求如表2-12所示。表2-12药品处方信息表th_namethTypemh_keyiis_null?reremakecfidintegereger(11)YNm_key，处方编号cfFuzerenIdintegereger(11)NN负责人cfNamevarchar(128)NN姓名cfpricefloat(8，2)NN性别cfnlintegeregerNN年龄cfnrfloat(8，2)NN科室cfrqdatetimeNN日期ypmcintegereger(11)NN药品名称（7）医生表该表是通过映射前期设计的药品处方显示的实体属性的内容，通过根据实际开发中存储的数据信息，确定其每个属性的具体药品处方的界面显示的数据信息。根据需求如表2-13所示。表2-13医生表th_namethTypemh_keyiis_null?reremakeys_iidintegereger(11)YNm_key，医生编号ys_kksintegereger(11)NN所在科室ys_xxmintegereger(11)NN姓名

3.系统功能实现3.1登录功能界面实现登录是处理用户进入系统的操作过程，将数据包装成实体对象提交给后台的业务逻辑进行分析处理，代码处理的信息主要是先判断，判断数据的规格是否符合要求，其次是判断与数据库里存储过的数据对比，对比该传输实体与数据库实体的信息是否一致，一致就可以通过，并且根据用户自身的权限控制标签给与其权限，系统的登录功能界面实现如图3-1。图3-1系统登录页面3.2基础元数据信息模块3.2.1元数据供应商管理功能药品元数据是存储的医院内部的一些对外或者对内的代理、商家、上游原料供应商们的基础数据，通过界面可以对数据进行添加维护或者清除。界面会判断输入的数据格式，可以对数据进行判断，辅助药品管理员人员操作。图3-2供应商功能页面3.2.2药品元数据管理功能药品数据是指的系统的药品基础元数据管理，就是医院自己的产品的各个属性信息，包括了原料产品元数据、加工产品元数据或者是原材料元数据，药品元数据添加的功能界面实现如图3-3所示。图3-3药品添加功能页面通过点击编辑界面管理已经添加过的元数据内容，药品元数据编辑功能实现如图3-4。图3-4药品编辑界面3.3药品进销存管理模块3.3.1药品进货管理药品管理人员可以通过运营界面添加运营药品的信息，通过添加-选择药品元数据或者供应链下的信息，添加完供应商、企业的产品信息，功能实现如3-5。图3-5药品进货管理页面3.3.2药品销售管理管理人员登记销售信息，功能界面如3-6。图3-6销售登记3.3.3药品存货管理药品管理人员通过销售登记界面管理药品数据信息，功能界面实现如3-7所示。图3-7药品存货3.4查询统计模块3.4.1进货查询药品管理人员可以在元数据进货界面通过模糊查找、分类查询以及查看详细功能按钮查询查看详细的运营的药品信息。功能实现如图3-8。图3-8药品进货查询功能3.4.2营销查询在营销界面查找药品营销信息，点击营销记录单可以查看核算药品营销信息。功能界面如图3-9。图3-9药品营销查询功能3.4.3挤压库存查询药品管理员可以在存货积压盘点界面通过查询存货积压的数量以及药品元数据来查询存货积压的药品元数据信息。功能界面实现如图3-10所示。图3-10药品库存查询功能页面3.5账单管理模块3.5.1进货账单结账通过点击未结账的药品信息开始结算，功能界面如图3-11。图3-11药品账单结账3.5.2销售结账在销售药品记录界面点击支付销售订单按钮更新药品的支付状态。功能界面如图3-12。图3-12销售结账3.6系统设置模块3.6.1用户管理在医院用户管理界面添加信息。功能界面如图4-13。图3-13用户管理3.6.2密码管理打上原始密码跟两次新密码可修改，原始密码输入错误或两次新密码不一致都会导致修改失败。功能界面如图3-14。图3-14密码修改3.6.3账号信息管理管理账号。如图3-15。图3-15账号信息管理

4.系统测试4.1.测试目的本章主要讲解测试对系统是非常重要的，通过具体的测试来判断其是否符合预期设计的需求。4.2测试方法系统的测试是软件开发中的一个重要环节，通过实际的测试分析可以将系统的所有功能内容进行验收，验证系统的每个功能按钮或者后端的代码处理是否达到预期设计的要求。测试主要覆盖到系统的页面操作、代码逻辑判断，测试就是模拟用户的实际使用操作，通过模拟实际的使用来去发现可能会出现的操作错误问题。本次的测试使用的是功能测试，通过隐藏后端的具体代码逻辑，只检测实际功能是否满足前期的设计要求。4.3测试内容4.3.1用户登录功能测试对登录测试，验证操作反馈是否能够正确处理且反馈符合设计的预期，生成结果报告，如表4-1所示。表4-1用户登录测试序号用例设计用例的具体操作实际的反馈结果报告1验证功能表单的获取和传输进入页面，并将数据输入对应的表单；通过审核元素查看请求数据和request反馈界面输入数据；审核元素界面获取action的请求地址和输入的数据，并获取了反馈的结果表单的获取和传输通过测试，数据处理也正常2进一步验证数据的代码处理输入不符合界面要求的数据信息Request返回405系统返回代码确定结果可以正确处理判断403-验证登录后的session赋权输入正确的账户密码，查看系统session的信息界面获取到后台的session令牌获取正确session赋权4.3.2药品修改管理功能测试对药品管理功能进行测试，验证其再管理功能上的操作反馈是否能够正确处理且反馈符合设计的预期，生成结果报告，如表4-2所示。表4-2药品管理功能测试用例序号用例设计用例的具体操作实际的反馈结果报告1验证药品上传的I/O写入请求进入页面，并将药品传输进去界面；通过审核元素查看请求数据和request反馈药品上传请求结束表现，查看审核元素界面，界面I/O数据流写入正常，返回200药品数据流的传输获取都正常2进一步验证药品的管理处理用户进入界面管理药品内容，并操作获得信息，调用正常系统正常3验证库存管理改变库存，更新数据数据药品库存更新，数据库更新，所有用户可访问更新成功，数据库反馈正常4验证药品入库管理药品入库得到库存反馈正常4.3.3药品搜索功能测试对系统搜索进行测试，验证其在数据搜索上的操作反馈是否能够正确处理且反馈符合设计的预期，生成结果报告，如表4-3。表4-3药品搜索测试用例序号用例设计用例的具体操作实际的反馈结果报告1验证搜索的功能是否可以使用进入各个搜索的功能页面，并点击空搜索结果界面均返回正常的搜索空的结果，没有报错搜索功能均正常，且空搜索正常2进一步验证搜索关键字的功能根据具体的功能界面输入相关的关键词查询通过查看反馈结果，关键词搜索均正常搜索到关键字的搜索功能正常验证SQL注入是否存在使用SQL注入的语法结构验证每个搜索内容界面的反馈通过反馈结果，界面均返回空数据，不存在SQL注入问题不存在SQL注入问题4.3.4库存管理功能测试通过对系统库存管理的功能进行测试案例的设计，验证其在库存管理上的操作反馈是否能够正确处理且反馈符合设计的预期，生成结果报告，如表4-4所示。表4-4药品删除管理功能测试用例序号用例设计用例的具体操作实际的反馈结果报告1查看库存信息管理进入页面，修改库存的状态；通过审核元素查看请求数据和request反馈状态修改请求结束表现，查看审核元素界面，界面数据流写入正常，返回200库存数据流的传输获取都正常2进一步验证库存的管理处理查看库存详情界面获取，得到库存信息返回正常3库存确认确认更新，界面显示更新显示正常4.3.5结算管理功能测试通过对系统进货结算的功能进行测试案例的设计，验证其在结算能上的操作反馈是否能够正确处理且反馈符合设计的预期，生成结果报告，如表4-5所示。表4-5结算管理功能测试用例序号用例设计用例的具体操作实际的反馈结果报告1查看结算界面的计算数据进入页面，并将不同商品、数量进行结算计算计算正确，界面数据流写入正常，返回200结算价格计算正确2进一步验证结算下备注信息的管理处理进入结算界面，修改备注界面获取，数据提交成功系统返回的结果正常3验证支付单信息选择结算单子信息，并提交数据权限字段库存更新支付订单修改正确，数据库同步

结论本文讲述了医院药品管理系统，该系统的核心业务是医院药品的进销存管理，主要实现了用户登录管理，药品信息管理，药品进销存管理，药品库存管理，处方管理等功能。帮助医院解决在线添加药品信息，对药品的进库、出库、库存数量、财务订单、供应商等信息进行综合管理，即时的完成药品信息管理以及销售处方单的业务流程。该系统经使用，总结优点如下：设计合理：系统设计在用户角色、功能模块的设计上都有着广泛成熟的案例支撑，能满足医院人员使用。程序合理：系统采用Java后端技术，SSM框架和基于B/S架构的WEB开发模式。数据库合理：数据库表与实体类映射，操作方便。但是系统仍然存在很多不足：设计方向目前只有药品出入库以及处方销售记录的管理，在实际就诊都存在药品记录管理的使用需求，所以还需要进一步优化。没有处理对外的数据接口，未来应该添加。界面设计虽然运用了框架，加载内容仍会有问题，所以界面UI还需要优化。

参考文献[1]黄铮.药品合理分类及药品监管制度在医院西药房管理中的应用[J].临床合理用药杂志,2021,14(13):147-148.[2]梁雅.医院药品管理内部控制研究[J].行政事业资产与财务,2020,(12):59-60.[3]徐刚.现代信息技术在医院药品管理中的应用[J