第一章 绪论1.1 研究背景和意义近些年来伴随着医疗卫生事业的迅速发展药房在医院管理体系中的地位越来越重要。但是传统的药房在药品管理、信息流通、服务效率等各方面都存在着很多问题。目前大多数药房仍然采用人工录入、人工分拣和手工盘点的方式很容易造成数据录入缓慢、药品流转信息不畅、统计分析滞后等问题[1]。人工操作过程中药品错发、漏发的现象时有发生会打乱医疗服务的准确性以及患者的用药安全。药品种类繁多、数量巨大传统的管理方式已经不能满足现代医院精细化、实时化的管理要求了。同时智慧医疗理念的提出促使医疗信息化不断深入发展信息技术、人工智能相继应用到药品管理、发药流程改进、智能配药等诸多方面当中有效地提高了药房的整体运行速度[2]。在此背景下智慧药房系统开发成了很多医疗机构数字化改革的主要任务对提高药品管理效率、改善资源分配情况、推动医疗服务智慧化转型有着十分重要的现实意义。加快药房系统智能化升级步伐对保证药品安全、准确发药、降低成本等方面都会起到积极的作用。1.2 国内外研究现状1.2.1 国内研究现状智慧药房系统属于医疗信息化的重要方向自信息技术同医疗行业深度融合之后国内的研究重点一直放在智能化药品管理、智能配药和自动化药品分发这些方面。技术路径由原来的以信息管理为主转向互联网以及人工智能技术驱动云服务、大数据处理、自动化设备、集成框架等飞速发展。伴随着医疗服务模式及管理需求的不断提高智能终端设备、分布式架构、数据挖掘等核心技术也成了系统创新的主要方向。近些年来以SpringBoot等微服务开发框架为基础搭建起来的智慧药房系统渐渐走向普及促使药学服务流程得以改善并拓展到诸多应用场合当中从而对提升药品安全以及流通效率给予了支持。国内智慧药房系统创建之初大多采用传统的信息化平台主要对药品的入库、出库、库存等进行基本的管理。本阶段系统大多使用集中式架构用数据库来统一管理药品数据配合条形码等技术来完成药品追溯。进入信息技术快速发展的阶段之后由于医疗安全以及服务效率的要求不断提升智慧药房系统开始把自动配药、分包、信息交互等模块整合起来功能由原来的单一管理工具转变为综合服务平台[3]。业务流程自动化、人机交互界面的改善明显提高了调配和发药的速度[4]。数据驱动理念之下系统架构渐渐开始采纳基于SpringBoot等框架的微服务架构利用分布式数据库消息中间件这些关键手段极大加强了系统的维护灵活程度和并发水平[5]。数据集成能力提高之后药房可以完成处方流转、智能预警、用药分析等各方面的功能给临床决策和风险识别提供支持[6]。由于智能硬件的广泛应用智慧药房系统内部开始加入自动药品存取、智能分发柜等设备实现智能识别和自动分拣使得药品流通全过程的信息可视化和管理精细化得到提高[7]。已有研究不断扩展了智能分析、数据整合、远程服务的范围在异构系统协同、服务接口标准化、安全控制等关键技术的难题方面展开探索表现出由基本的管理自动化朝着智能决策支撑、多样化智慧服务体系创建的方向迈进的趋势。1.2.2 国外研究现状国外有关智慧药房系统的研究开始得比较早其技术路线更倾向于把数据智能、自动化控制以及互联互通融合起来。主要研究药品流通全过程信息化、流程智能化改进重视使用云计算、物联网、大数据分析等技术提高药品监管的自动化、透明度。采用模块化微服务架构使药房管理由原来的固定模式转变为灵活的、可扩展的、高并发的以达到药品智能分拣、实时库存监控、精准用药指导的目的。实际应用以系统的安全、合规、与医疗生态的无缝对接为主要特点重视平台的开放性以及标准接口的建设给跨机构协同、精准医疗打下了良好的技术基础。国外典型的智慧药房平台采用高度模块化的结构把药品入库、配药、分发、用药追踪等各方面的功能都解耦了然后用分布式的方式对系统进行扩展。自动化分拣系统提高了药品配发的准确率大数据分析机制改进了用药指导的科学性使药品管理渐渐成了以数据为驱动的决策模式[8]。随着用户数量的不断增加在国外药房系统中重视高并发服务的支撑能力采用微服务架构将各个模块之间的资源和负载进行合理的分配从而达到药房操作自动化、药品流通可视化以及患者个性化服务的目的[9]。物联网设备大量接入使得药品储存、流通过程可以被实时监控给精细化经营以及风险预警赋予了数据支撑[10]。智能化数据分析及预测机制可以提高药物流转速度并且可以对临床用药进行决策以及应急管理[11]。在微服务开发过程中采用SpringBoot等主流的微服务开发框架之后快速部署、灵活集成、多端同步的操作能力被提高它同市场化应用、产业协同创新之间存在良性互动的关系[12]。国外研究持续加深对于大数据、人工智能以及自动化控制这些技术之间的整合运用在典型的医疗场景里达成药品管理全流程智能改善的目的体现出智能化程度高、平台搭建全面、服务生态一体发展这样的一种发展趋势。1.3 主要研究内容本文针对智慧药房系统高效信息化管理和服务优化的问题以SpringBoot、Vue、MySQL为基础展开智慧药房系统设计与实现工作。研究核心就是用B/S架构实现用户患者、药师、系统管理员等多角色协同下药品信息、健康档案、在线咨询、处方管理、药房运营等功能模块的准确划分和高效集成。从需求分析入手对药房业务流程进行调研找出网站公告、健康资讯、用药提醒、商城管理、健康档案、订单配送等主要需求点根据不同的用户角色进行详细的分层设计。在总体架构设计上使用前后端分离的B/S模式来提高系统的扩展性和维护性后端主要采用SpringBoot完成业务处理和数据管理前端使用Vue开发用户友好的界面并且将系统功能模块化、模块化地设计出来使用可复用的组件进行实现。系统实现阶段主要是对功能模块的编码、数据交互接口的设计以及多角色权限控制逻辑的实现保证药师、管理员、普通用户之间信息隔离、业务流程的合理流转。系统测试主要是对功能覆盖、用户体验反馈两个方面进行保证从而达到系统稳定性的要求以及应用场景实际需求的要求。本文不包含药品成分分析、医学诊断等内容主要研究信息化系统平台的建设。预期成果为可以有效支持药房运营的智慧药房信息化系统实体可以满足实际业务流转和多角色协同的需求。使用SpringBoot、Vue、MySQL的技术路线可以大大提高系统的开发效率以及后期的扩展性而且可以使系统的结构更加清晰、容易维护。第二章 相关技术介绍2.1 B/S 模式B/S模式用浏览器作为统一的交互入口业务能力集中在服务器端客户端侧保持轻量化的特征。该结构把界面展示、业务处理、数据访问分离开来减小了终端环境不同造成系统运行的影响适合面向公众访问的智慧药房系统。用户浏览网站公告、健康资讯的时候浏览器按照标准协议向服务端发出请求服务端对权限进行校验、把数据整合起来并返回结果页面不需要安装专门的程序就能得到相同的访问体验。相比于传统的客户端结构B/S模式把版本的升级和补丁的更新都集中到了服务端上使得发布节奏更加可控运维工作量也更加稳定前端只需要按照需要刷新资源就可以获得新的能力。相关研究对结构的分层思想和部署优势做了比较系统的阐述支持用浏览器侧统一管理的方式进行技术选择[13]。B/S模式在并发访问环境下适合采用负载均衡、横向扩展的方式来提高吞吐量适合作为在线咨询这种交互频率高的业务使用。会话管理可以采用令牌或者服务端会话的方式进行既能够保证登录状态的保持又可以和权限体系联动来控制资源的可见性。静态资源可以交给专门的服务或者缓存层进行加速动态请求则由应用层处理并且会访问数据库层从而得到一个清晰的链路进而提高端到端的可观测性。该模式也适合和统一网关、日志审计、访问控制一起使用保证系统在一个开放的网络中可以稳定地工作并且风险可以收敛。2.2 Spring BootSpring Boot以约定优于配置为理念用自动配置、起步依赖来缩短工程搭建的路径适合于构建智慧药房系统的后端服务。内嵌容器和统一配置体系使得应用以独立进程的形式运行部署过程清楚环境差异可以借助配置文件和配置中心来达成收敛。后端对于商城管理、订单配送等业务请求使用Spring MVC实现路由映射和参数绑定并且用校验框架来控制输入的边界从而提高接口的一致性。组件扫描以及依赖注入机制降低模块耦合度使处方信息管理等领域能够以服务的形式进行组织。有关Spring Boot自动配置机制以及工程化实践技术论述给该框架快速交付和规范化提供依据[14]。就工程治理而言Spring Boot 和监控、日志、链路追踪体系联系密切有利于找到线上问题并评判性能瓶颈。事务管理能力以及数据访问抽象可以和持久层框架一起使用从而达到多表写入的原子性和一致性。从安全角度可以将认证授权模块加入到系统当中对接口访问进行权限管理保证药师和管理员在后台操作时有一个清楚的权限范围。配置管理可以方便地在不同的环境中切换也可以隔离敏感信息。采用统一的异常处理机制和标准化的响应结构之后在前后端之间协作时接口更容易被维护减少由于重复编码、版本漂移而造成的成本。2.3 Vue.jsVue.js使用响应式数据绑定和组件化开发模式把页面拆分成可以复用的视图单元提高前端工程的可维护性。虚拟DOM和细粒度依赖追踪机制可以使得状态发生改变的时候执行最小化的更新从而提高交互的流畅性适合于承载智慧药房系统高频操作的页面。用户在查看药品信息和用药提醒的时候界面状态同数据模型保持一致削减了手动修改 DOM 所带来的麻烦。路由和状态管理使页面可以不重新打开浏览器就完成视图的切换交互链路更加连贯。关于Vue.js组件化和响应式原理的技术资料对其设计思想和性能特点做了详细的说明给前端框架的选择提供可以验证的技术依据[15]。在前后端分离的架构中Vue.js 使用异步的方式和后端接口进行数据交互页面逻辑与业务服务之间存在明显的界线。表单校验、权限指令和动态菜单渲染可以在前端实现一致的规范从而减少误操作的可能性。创建工具链来支撑代码分割以及按需加载从而缩减首屏加载时长并把控资源大小。组件库生态提高界面的一致性适应后台管理以及用户端页面的视觉统一。使用TypeScript或者严格的lint规则可以提高代码的可读性以及可测试性从而使得长期迭代时质量风险可控。前端对异常和超时的处理可以和全局拦截器结合提高用户的交互预期性。2.4 MySQLMySQL属于成熟的数据库管理系统可以对结构化的数据进行建模和SQL查询是智慧药房系统中药品、处方、订单等主要数据的持久化平台。事务机制、索引系统以及查询优化器一起完成一致性、性能的目标既可以处理高频查询也可以在写入密集的时候保持良好的响应时间。对于包含多个表之间关系的处方信息管理数据操作可以采用外键约束和事务边界的方式保证数据的一致性防止出现孤立记录、状态错配等现象。InnoDB引擎支持行级锁和崩溃恢复可以减少并发更新造成的冲突。相关技术文献对MySQL存储引擎特性以及事务隔离级别实现细节进行了说明给数据库并发一致性、可靠性能力的评价提供支持[16]。数据设计层面可以采用范式化来降低冗余在必要的时候采用反范式和冗余字段的方式来改善读性能从而达到降低查询复杂度、提高写入成本的目的。索引策略要以访问路径为依据使用条件、排序字段和连接键应该有合适的联合索引防止全表扫描。对历史订单、咨询记录等增长型数据可以采用分区或者归档的方式来控制单表的大小从而提高维护效率。备份和恢复可以采用全量加增量的方式并且可以和主从复制一起使用来提高容灾能力和读扩展能力。权限和审计设置可以限定账号的操作范围降低误删、误改的风险使数据层面和应用权限一起构成闭环的控制。第三章 系统需求分析3.1 可行性分析3.1.1 技术可行性本系统使用B/S架构用SpringBoot、Vue和MySQL等主流技术进行前后端分离以及高效的处理。该种组合有完备的开发环境以及众多的支持者系统的结构清晰各个技术组件之间实现了良好的配合可以满足药房业务的多角色、高并发的要求。所选技术已经通过了实际项目的验证可以保证系统稳定运行还可以继续发展。3.1.2 操作可行性系统界面设计重视用户体验功能安排条理清晰用户可以依靠简单的导航来完成药品查找、健康咨询、订单配送等主要的操作。操作流程依照医疗服务习惯来设计减小了用户的认知负担契合各个角色在药房管理和服务过程中的使用逻辑。普通用户、药师都可以不需要复杂的操作培训就可以使用提高了系统实用价值。3.1.3 经济可行性本系统使用开源技术栈开发和部署的投入成本小。基础软硬件资源需求和常规信息系统相当可以很好地解决预算问题。系统功能包含药房管理、健康服务、线上咨询等各个业务环节一体化平台减少了各个系统分散开发、维护的重复投入提高了资源利用率经济性较好符合药房信息化建设成本效益的目标。3.2 功能需求分析3.2.1 用户功能用户可以在系统中浏览网站公告和健康资讯查询药品信息和处方药信息了解药师信息并发起在线咨询以商城为界面浏览商品、下单、查看订单、跟踪订单配送状态。用户可以对个人健康档案进行维护记录基础健康数据和用药信息用药提醒可以及时提醒用户按时服药形成购药、咨询、档案、提醒一体化的日常健康管理操作闭环。用户角色用例图如图3-1所示。图3-1 用户用例图3.2.2 药师功能药师可以维护个人药师信息显示执业相关资料和服务状态。药师接收处方信息、查看处方并进行审核及用药指导记录。药师在在线咨询列表中查看用户的咨询内容回复并跟进用户咨询生成咨询记录。药师可以参与到商城管理的相关操作当中配合商品信息以及上架状态的业务需求支持处方流转、咨询服务和药房业务的协同处理。药师角色用例图如图3-2所示。图3-2 药师用例图3.2.3 管理员功能管理员负责系统业务数据和内容的集中维护可以对处方信息管理进行统一管理设置和修改用药提醒管理规则更新档案信息管理数据查询和记录药房记录管理信息。管理员对药师信息管理进行维护管理在线咨询列表中咨询记录和处理状态。管理员发布和管理网站公告管理、健康资讯管理的内容管理商城管理中的商品和订单的相关信息完成全站运营及数据的维护工作。管理员角色的用例图如下图3-3所示。图3-3 管理员用例图第四章 系统设计4.1 系统架构设计系统使用B/S模式把用户界面层、应用服务层、数据持久层、系统支持层结合起来。界面层用Vue展示公告、健康资讯、药品和处方药信息、商城、订单配送、在线咨询、用药提醒和健康档案。应用服务层用SpringBoot承载登录鉴权、处方和药师管理、咨询和提醒、商城和订单流程实现用户、药师、管理员的业务。数据持久层使用MySQL来实现数据的存取和事务处理支持档案、记录、公告、资讯等数据的管理并且对权限以及数据的一致性进行控制[17]。系统架构图如图4-1所示。图4-1 系统架构图4.2 系统结构功能设计基于SpringBoot的智慧药房系统设计与实现主要是针对普通用户、药师、管理员这三个角色。普通用户可以使用网站公告、健康资讯、药品信息、商城管理、药师信息、处方药信息、用药提醒、健康档案、订单配送和在线咨询等各方面的功能以满足日常购药和健康管理的需求。药师主要对处方信息进行管理、药师信息进行管理、在线咨询列表进行管理、商城进行管理加强了药品专业服务。管理员对处方信息管理、用药提醒管理、档案信息管理、药房记录管理、药师信息管理、在线咨询列表、网站公告管理、健康资讯管理、商城管理等进行全面的监督和管理保证系统的正常运转。该系统的功能结构如图4-2所示。图4-2 系统功能结构图4.2.1 用户登录与权限访问流程设计本流程用来实现用户身份认证和权限控制。用户进入系统之后提交账号信息系统先判断账号是否有效无效则提示重新登录并结束有效则判断角色权限是否匹配匹配则进入对应的功能页面不匹配则提示无权限并结束。用户登录和权限访问流程图如下图4-3所示图4-3 用户登录与权限访问流程图4.2.2 处方信息审核与配药流程设计本流程用于规范处方药业务的审核与配药处理。药师接收到处方之后先检查处方信息是否完整不完整的就退回并结束完整的则进行用药合规性审核审核通过后生成配药记录并通知用户取药或者配送审核不通过则驳回处方并结束。处方信息审核和配药流程图如图4-4所示图4-4 处方信息审核与配药流程图4.2.3 商城下单与支付配送流程设计本流程是用户从选购到配送的闭环处理过程。用户确认购物车并提交订单之后系统会判断库存是否足够不够就取消并结束足够就进入支付环节并判断支付是否成功成功就生成配送任务并更新订单状态失败就关闭订单并结束。商城下单和支付配送流程图如图4-5所示图4-5 商城下单与支付配送流程图4.2.4 在线咨询受理与回复流程设计本流程主要用来实现用户在线咨询的受理和回复。用户提交咨询内容之后系统会先判断问题描述是否完整不完整则提示补充并结束完整则分配药师进行处理药师判断是否需要进一步核实信息需要则要求补充并结束不需要则给出专业回复并完成咨询记录。在线咨询受理与回复流程图如下图4-6所示图4-6 在线咨询受理与回复流程图4.2.5 用药提醒创建与发送流程设计本流程用以建立用药提醒并及时发出提醒。用户或者管理员创建提醒之后系统会判断提醒参数是否有效无效就终止并结束有效就保存提醒在触发时判断用户是否启用通知启用就发送提醒并记录结果未启用就只记录跳过并结束。创建和发送用药提醒的流程图如下图4-7所示图4-7 用药提醒创建与发送流程图4 数据库设计4.4.1 概念模型设计概念模型是对现实世界业务流程及要素进行抽象的表达方式利用系统的分析方法把复杂的业务对象、业务过程、业务结果等转换成信息世界的实体、属性和联系有利于理清系统的数据结构以及业务逻辑。用数据库中的表来表示客观存在的数据对象实体是数据对象的表示属性体现数据对象的主要特征联系体现各个实体之间业务上的关系以及依赖关系。E-R图可以清楚地表现出各个实体之间以及它们之间的关系为后面数据库的设计和系统的开发提供方便使需求与实现之间没有障碍。合理完善ER图可以大幅度提高信息系统可扩展性、可维护性是架构设计科学性的保证。正如文献中所指出的那样概念模型的创建属于信息系统设计的基本部分也是很重要的一步[18]。全局E-R模型如图4-1所示。图4-1 全局ER图根据系统的分析结果可知系统主要的实体有商品信息、订单、订单售后、用户账户、药品信息、药品记录、药师信息、药师用户、普通用户、处方信息各个实体的具体属性如下图所示。(1)商品信息实体主要包括产品ID、标题、卖价、商品库存等。如图4-2所示。图4-2 商品信息实体属性图(2)订单实体主要包括订单ID、商品ID、用户ID、订单状态等。如图4-3所示。图4-3 订单实体属性图(3)订单售后实体主要包括订单售后ID、订单ID、售后状态、售后类型等。如图4-4所示。图4-4 订单售后实体属性图(4)用户账户实体主要包括用户ID、用户名、手机号码、账户状态等。如图4-5所示。图4-5 用户账户实体属性图(5)药品信息实体主要包括药品信息ID、药品名称、卖价、商品库存等。如图4-6所示。图4-6 药品信息实体属性图(6)药品记录实体主要包括药品记录ID、药品名称、库存数量、登记时间等。如图4-7所示。图4-7 药品记录实体属性图(7)药师信息实体主要包括药师信息ID、药师姓名、执业年限、点赞数等。如图4-8所示。图4-8 药师信息实体属性图(8)药师用户实体主要包括药师用户ID、用户ID、创建时间、审核状态等。如图4-9所示。图4-9 药师用户实体属性图(9)普通用户实体主要包括普通用户ID、用户ID、用户姓名、审核状态等。如图4-10所示。图4-10 普通用户实体属性图(10)处方信息实体主要包括处方信息ID、处方名称、用户姓名、审核状态等。如图4-11所示。图4-11 处方信息实体属性图4.4.2 数据库逻辑设计数据库逻辑设计是在概念模型的基础上根据实际应用需要对实体、属性、关系进行具体的、详细的描述确定数据存储结构以及完整性约束从而达到信息组织最优化、检索高效化的目的。数据库逻辑设计阶段可以保证数据一致性、完整性并且给数据操作安全、维护提供有力保障对信息系统稳定运行有着重大意义[19]。(1)商品信息表主要是用来记录商品的详细信息。主要包括产品ID、标题、卖价、商品库存等字段。如表4-1所示。第五章 系统实现5.1 用户功能实现5.1.1 查看网站公告功能实现查看网站公告功能是对平台发布的各种公告信息进行展示系统具有公告内容聚合展示的能力用户可以在页面端口及时获取相关信息的发布动态。该功能实现公告内容存储和浏览状态管理。查看网站公告界面如图5-1所示。图5-1 查看网站公告界面5.1.2 健康资讯功能实现健康资讯功能主要是对各类健康类信息进行发布和显示用户可以自由选择阅读平台推送的健康资讯系统对资讯条目进行状态维护和更新管理。本功能实现了资讯内容的集中管理和前端展示。健康资讯界面如图5-2所示。图5-2 健康资讯界面5.1.3 查看药品信息功能实现查看药品信息功能主要是对药品的相关内容进行集中展示用户可以通过药品模块来查询药品的系统信息。实现药品条目统一管理、分级显示保证药品内容的规范展现。查看药品信息界面如图5-3所示。图5-3 查看药品信息界面5.1.4 商城管理功能实现商城管理功能主要为药品商城的相关操作提供支持用户可以浏览商城内容、管理个人交易订单。系统对商城商品条目、订单状态进行同步和更新。商城管理界面如图5-4所示。图5-4 商城管理界面5.1.5 药师信息功能实现药师信息功能是对当前平台上的药师相关资料进行收集、浏览可以查看药师信息及对应的介绍。实现药师数据集中存储前端查询访问。药师信息界面如图5-5所示。图5-5 药师信息界面5.1.6 处方药信息功能实现处方药信息功能是对平台处方药相关信息的查看展示。系统对处方药信息进行归档保存可以供用户随时调取。实现了药品分级展示以及内容管理。处方药信息界面如图5-6所示。图5-6 处方药信息界面5.1.7 用药提醒功能实现用药提醒功能是对用户用药时间和相关操作进行提示记录用户可以接收到系统设定的用药通知。该模块完成提醒计划的生成、存储及触发机制。用药提醒界面如图5-7所示。图5-7 用药提醒界面5.1.8 健康档案功能实现健康档案功能主要是对用户的健康相关信息进行整合展示用户可以查看到自己所有的健康数据。系统对档案内容实行分级管理、分权管理。健康档案界面如下图5-8所示。图5-8 健康档案界面5.1.9 订单配送功能实现订单配送功能是对用户药品订单的配送过程进行跟踪显示用户可以查看订单目前的状态及配送进度。本功能实现配送动态的实时同步和结果更新。订单配送界面如图5-9所示。图5-9 订单配送界面5.1.10 在线咨询功能实现在线咨询功能主要是对平台内用户和药师的咨询交流过程进行支持用户可以发起咨询并及时查看回复。系统对咨询内容进行隔离存储和响应标记。在线咨询界面如图5-10所示。图5-10 在线咨询界面5.2 药师功能实现5.2.1 处方信息管理功能实现处方信息管理功能是对处方药相关信息进行审核及操作。药师可以按照业务流程对处方内容进行管理。该功能可以对处方信息状态进行标记并且可以对历史记录进行分层保存。处方信息管理界面如图5-11所示。图5-11 处方信息管理界面5.2.2 药师信息管理功能实现药师信息管理功能就是对自身档案资料进行内容的维护。系统为药师提供编辑、归档药师的各项资料。此功能可以完成信息内容的同步以及状态变更的更新。药师信息管理界面如图5-12所示。图5-12 药师信息管理界面5.2.3 在线咨询列表功能实现在线咨询列表功能是对平台内所有的咨询事项进行集中展示药师可以根据分类来查看当前的待处理咨询任务。系统根据咨询标记处理结果的状态来实现任务的优先级排队。图5-13为在线咨询列表页。图5-13 在线咨询列表界面5.2.4 商城管理功能实现商城管理功能主要是对药品商城内的商品信息进行维护药师可以执行商品的入库、上架操作系统会对商品条目进行更新、状态设置。该模块完成商品管理及权限监管。商城管理界面如图5-14所示。图5-14 商城管理界面5.3 管理员功能实现5.3.1 处方信息管理功能实现处方信息管理功能是对处方类数据进行审核、全局管理。管理员可以对处方条目进行修改、删除和更新。该功能可以实现历史记录的跟踪和回溯。处方信息管理界面如下图5-15所示。图5-15 处方信息管理界面5.3.2 用药提醒管理功能实现用药提醒管理功能是对所有用药提醒事项进行发起和归档管理员可以设置全局提醒方案。系统对提醒内容的执行状态进行同步处理。该功能完成对提醒任务的批量维护以及计划分配。用药提醒管理界面如图5-16所示。图5-16 用药提醒管理界面5.3.3 档案信息管理功能实现档案信息管理功能是对平台所有的健康档案内容进行整理、调度管理员可以对数据进行查询、录入和档案状态的修改。系统对档案内容具有分级、批量处理的功能。档案信息管理界面如图5-17所示。图5-17 档案信息管理界面5.3.4 药房记录管理功能实现药房记录管理功能是对药房日常运营有关的各类记录进行统一的管理管理员可对药房运营的相关信息进行查询、筛选、归档。系统把记录状态存入并可以批量处理。药房记录管理界面图5-18如下所示。图5-18 药房记录管理界面5.3.5 药师信息管理功能实现药师信息管理功能是对平台所有药师成员的资料内容进行集中维护管理员可以对药师档案进行完善和调度。该模块实现了药师信息条目提交以及数据变更的监控。药师信息管理界面如图5-19所示。图5-19 药师信息管理界面5.3.6 在线咨询列表功能实现在线咨询列表功能是将平台实时生成的咨询事项进行全屏展示管理员可以对咨询记录进行批量处理和响应。系统完成咨询任务状态更新、历史归档以及结果标识。在线咨询列表界面如下图5-20所示。图5-20 在线咨询列表界面5.3.7 网站公告管理功能实现网站公告管理功能主要是对公告内容的编辑与控制管理员可以发布、修改平台公告系统对公告的实时状态及内容分发进行管理。本模块可以实现公告主题的展示和历史版本的追溯。网站公告管理界面如下图5-21所示。图5-21 网站公告管理界面5.3.8 健康资讯管理功能实现健康资讯管理功能是对所有的健康资讯数据进行类目归集、校正管理员可以批量新增、修改、删除资讯内容。系统完成资讯内容版本跟踪、状态更新。健康资讯管理界面如图5-22所示。图5-22 健康资讯管理界面5.3.9 商城管理功能实现商城管理功能主要是对药品商城商品条目进行批量编辑、规则调整管理员可以统一管理商品信息和库存情况。该模块完成商品状态的控制以及价格信息的同步。商城管理界面如下图5-23所示。图5-23 商城管理界面项目分享大家可自取用于参考学习获取方式可私信哦
springboot智慧药房系统94230-计算机课程设计、毕业设计
第一章 绪论1.1 研究背景和意义近些年来伴随着医疗卫生事业的迅速发展药房在医院管理体系中的地位越来越重要。但是传统的药房在药品管理、信息流通、服务效率等各方面都存在着很多问题。目前大多数药房仍然采用人工录入、人工分拣和手工盘点的方式很容易造成数据录入缓慢、药品流转信息不畅、统计分析滞后等问题[1]。人工操作过程中药品错发、漏发的现象时有发生会打乱医疗服务的准确性以及患者的用药安全。药品种类繁多、数量巨大传统的管理方式已经不能满足现代医院精细化、实时化的管理要求了。同时智慧医疗理念的提出促使医疗信息化不断深入发展信息技术、人工智能相继应用到药品管理、发药流程改进、智能配药等诸多方面当中有效地提高了药房的整体运行速度[2]。在此背景下智慧药房系统开发成了很多医疗机构数字化改革的主要任务对提高药品管理效率、改善资源分配情况、推动医疗服务智慧化转型有着十分重要的现实意义。加快药房系统智能化升级步伐对保证药品安全、准确发药、降低成本等方面都会起到积极的作用。1.2 国内外研究现状1.2.1 国内研究现状智慧药房系统属于医疗信息化的重要方向自信息技术同医疗行业深度融合之后国内的研究重点一直放在智能化药品管理、智能配药和自动化药品分发这些方面。技术路径由原来的以信息管理为主转向互联网以及人工智能技术驱动云服务、大数据处理、自动化设备、集成框架等飞速发展。伴随着医疗服务模式及管理需求的不断提高智能终端设备、分布式架构、数据挖掘等核心技术也成了系统创新的主要方向。近些年来以SpringBoot等微服务开发框架为基础搭建起来的智慧药房系统渐渐走向普及促使药学服务流程得以改善并拓展到诸多应用场合当中从而对提升药品安全以及流通效率给予了支持。国内智慧药房系统创建之初大多采用传统的信息化平台主要对药品的入库、出库、库存等进行基本的管理。本阶段系统大多使用集中式架构用数据库来统一管理药品数据配合条形码等技术来完成药品追溯。进入信息技术快速发展的阶段之后由于医疗安全以及服务效率的要求不断提升智慧药房系统开始把自动配药、分包、信息交互等模块整合起来功能由原来的单一管理工具转变为综合服务平台[3]。业务流程自动化、人机交互界面的改善明显提高了调配和发药的速度[4]。数据驱动理念之下系统架构渐渐开始采纳基于SpringBoot等框架的微服务架构利用分布式数据库消息中间件这些关键手段极大加强了系统的维护灵活程度和并发水平[5]。数据集成能力提高之后药房可以完成处方流转、智能预警、用药分析等各方面的功能给临床决策和风险识别提供支持[6]。由于智能硬件的广泛应用智慧药房系统内部开始加入自动药品存取、智能分发柜等设备实现智能识别和自动分拣使得药品流通全过程的信息可视化和管理精细化得到提高[7]。已有研究不断扩展了智能分析、数据整合、远程服务的范围在异构系统协同、服务接口标准化、安全控制等关键技术的难题方面展开探索表现出由基本的管理自动化朝着智能决策支撑、多样化智慧服务体系创建的方向迈进的趋势。1.2.2 国外研究现状国外有关智慧药房系统的研究开始得比较早其技术路线更倾向于把数据智能、自动化控制以及互联互通融合起来。主要研究药品流通全过程信息化、流程智能化改进重视使用云计算、物联网、大数据分析等技术提高药品监管的自动化、透明度。采用模块化微服务架构使药房管理由原来的固定模式转变为灵活的、可扩展的、高并发的以达到药品智能分拣、实时库存监控、精准用药指导的目的。实际应用以系统的安全、合规、与医疗生态的无缝对接为主要特点重视平台的开放性以及标准接口的建设给跨机构协同、精准医疗打下了良好的技术基础。国外典型的智慧药房平台采用高度模块化的结构把药品入库、配药、分发、用药追踪等各方面的功能都解耦了然后用分布式的方式对系统进行扩展。自动化分拣系统提高了药品配发的准确率大数据分析机制改进了用药指导的科学性使药品管理渐渐成了以数据为驱动的决策模式[8]。随着用户数量的不断增加在国外药房系统中重视高并发服务的支撑能力采用微服务架构将各个模块之间的资源和负载进行合理的分配从而达到药房操作自动化、药品流通可视化以及患者个性化服务的目的[9]。物联网设备大量接入使得药品储存、流通过程可以被实时监控给精细化经营以及风险预警赋予了数据支撑[10]。智能化数据分析及预测机制可以提高药物流转速度并且可以对临床用药进行决策以及应急管理[11]。在微服务开发过程中采用SpringBoot等主流的微服务开发框架之后快速部署、灵活集成、多端同步的操作能力被提高它同市场化应用、产业协同创新之间存在良性互动的关系[12]。国外研究持续加深对于大数据、人工智能以及自动化控制这些技术之间的整合运用在典型的医疗场景里达成药品管理全流程智能改善的目的体现出智能化程度高、平台搭建全面、服务生态一体发展这样的一种发展趋势。1.3 主要研究内容本文针对智慧药房系统高效信息化管理和服务优化的问题以SpringBoot、Vue、MySQL为基础展开智慧药房系统设计与实现工作。研究核心就是用B/S架构实现用户患者、药师、系统管理员等多角色协同下药品信息、健康档案、在线咨询、处方管理、药房运营等功能模块的准确划分和高效集成。从需求分析入手对药房业务流程进行调研找出网站公告、健康资讯、用药提醒、商城管理、健康档案、订单配送等主要需求点根据不同的用户角色进行详细的分层设计。在总体架构设计上使用前后端分离的B/S模式来提高系统的扩展性和维护性后端主要采用SpringBoot完成业务处理和数据管理前端使用Vue开发用户友好的界面并且将系统功能模块化、模块化地设计出来使用可复用的组件进行实现。系统实现阶段主要是对功能模块的编码、数据交互接口的设计以及多角色权限控制逻辑的实现保证药师、管理员、普通用户之间信息隔离、业务流程的合理流转。系统测试主要是对功能覆盖、用户体验反馈两个方面进行保证从而达到系统稳定性的要求以及应用场景实际需求的要求。本文不包含药品成分分析、医学诊断等内容主要研究信息化系统平台的建设。预期成果为可以有效支持药房运营的智慧药房信息化系统实体可以满足实际业务流转和多角色协同的需求。使用SpringBoot、Vue、MySQL的技术路线可以大大提高系统的开发效率以及后期的扩展性而且可以使系统的结构更加清晰、容易维护。第二章 相关技术介绍2.1 B/S 模式B/S模式用浏览器作为统一的交互入口业务能力集中在服务器端客户端侧保持轻量化的特征。该结构把界面展示、业务处理、数据访问分离开来减小了终端环境不同造成系统运行的影响适合面向公众访问的智慧药房系统。用户浏览网站公告、健康资讯的时候浏览器按照标准协议向服务端发出请求服务端对权限进行校验、把数据整合起来并返回结果页面不需要安装专门的程序就能得到相同的访问体验。相比于传统的客户端结构B/S模式把版本的升级和补丁的更新都集中到了服务端上使得发布节奏更加可控运维工作量也更加稳定前端只需要按照需要刷新资源就可以获得新的能力。相关研究对结构的分层思想和部署优势做了比较系统的阐述支持用浏览器侧统一管理的方式进行技术选择[13]。B/S模式在并发访问环境下适合采用负载均衡、横向扩展的方式来提高吞吐量适合作为在线咨询这种交互频率高的业务使用。会话管理可以采用令牌或者服务端会话的方式进行既能够保证登录状态的保持又可以和权限体系联动来控制资源的可见性。静态资源可以交给专门的服务或者缓存层进行加速动态请求则由应用层处理并且会访问数据库层从而得到一个清晰的链路进而提高端到端的可观测性。该模式也适合和统一网关、日志审计、访问控制一起使用保证系统在一个开放的网络中可以稳定地工作并且风险可以收敛。2.2 Spring BootSpring Boot以约定优于配置为理念用自动配置、起步依赖来缩短工程搭建的路径适合于构建智慧药房系统的后端服务。内嵌容器和统一配置体系使得应用以独立进程的形式运行部署过程清楚环境差异可以借助配置文件和配置中心来达成收敛。后端对于商城管理、订单配送等业务请求使用Spring MVC实现路由映射和参数绑定并且用校验框架来控制输入的边界从而提高接口的一致性。组件扫描以及依赖注入机制降低模块耦合度使处方信息管理等领域能够以服务的形式进行组织。有关Spring Boot自动配置机制以及工程化实践技术论述给该框架快速交付和规范化提供依据[14]。就工程治理而言Spring Boot 和监控、日志、链路追踪体系联系密切有利于找到线上问题并评判性能瓶颈。事务管理能力以及数据访问抽象可以和持久层框架一起使用从而达到多表写入的原子性和一致性。从安全角度可以将认证授权模块加入到系统当中对接口访问进行权限管理保证药师和管理员在后台操作时有一个清楚的权限范围。配置管理可以方便地在不同的环境中切换也可以隔离敏感信息。采用统一的异常处理机制和标准化的响应结构之后在前后端之间协作时接口更容易被维护减少由于重复编码、版本漂移而造成的成本。2.3 Vue.jsVue.js使用响应式数据绑定和组件化开发模式把页面拆分成可以复用的视图单元提高前端工程的可维护性。虚拟DOM和细粒度依赖追踪机制可以使得状态发生改变的时候执行最小化的更新从而提高交互的流畅性适合于承载智慧药房系统高频操作的页面。用户在查看药品信息和用药提醒的时候界面状态同数据模型保持一致削减了手动修改 DOM 所带来的麻烦。路由和状态管理使页面可以不重新打开浏览器就完成视图的切换交互链路更加连贯。关于Vue.js组件化和响应式原理的技术资料对其设计思想和性能特点做了详细的说明给前端框架的选择提供可以验证的技术依据[15]。在前后端分离的架构中Vue.js 使用异步的方式和后端接口进行数据交互页面逻辑与业务服务之间存在明显的界线。表单校验、权限指令和动态菜单渲染可以在前端实现一致的规范从而减少误操作的可能性。创建工具链来支撑代码分割以及按需加载从而缩减首屏加载时长并把控资源大小。组件库生态提高界面的一致性适应后台管理以及用户端页面的视觉统一。使用TypeScript或者严格的lint规则可以提高代码的可读性以及可测试性从而使得长期迭代时质量风险可控。前端对异常和超时的处理可以和全局拦截器结合提高用户的交互预期性。2.4 MySQLMySQL属于成熟的数据库管理系统可以对结构化的数据进行建模和SQL查询是智慧药房系统中药品、处方、订单等主要数据的持久化平台。事务机制、索引系统以及查询优化器一起完成一致性、性能的目标既可以处理高频查询也可以在写入密集的时候保持良好的响应时间。对于包含多个表之间关系的处方信息管理数据操作可以采用外键约束和事务边界的方式保证数据的一致性防止出现孤立记录、状态错配等现象。InnoDB引擎支持行级锁和崩溃恢复可以减少并发更新造成的冲突。相关技术文献对MySQL存储引擎特性以及事务隔离级别实现细节进行了说明给数据库并发一致性、可靠性能力的评价提供支持[16]。数据设计层面可以采用范式化来降低冗余在必要的时候采用反范式和冗余字段的方式来改善读性能从而达到降低查询复杂度、提高写入成本的目的。索引策略要以访问路径为依据使用条件、排序字段和连接键应该有合适的联合索引防止全表扫描。对历史订单、咨询记录等增长型数据可以采用分区或者归档的方式来控制单表的大小从而提高维护效率。备份和恢复可以采用全量加增量的方式并且可以和主从复制一起使用来提高容灾能力和读扩展能力。权限和审计设置可以限定账号的操作范围降低误删、误改的风险使数据层面和应用权限一起构成闭环的控制。第三章 系统需求分析3.1 可行性分析3.1.1 技术可行性本系统使用B/S架构用SpringBoot、Vue和MySQL等主流技术进行前后端分离以及高效的处理。该种组合有完备的开发环境以及众多的支持者系统的结构清晰各个技术组件之间实现了良好的配合可以满足药房业务的多角色、高并发的要求。所选技术已经通过了实际项目的验证可以保证系统稳定运行还可以继续发展。3.1.2 操作可行性系统界面设计重视用户体验功能安排条理清晰用户可以依靠简单的导航来完成药品查找、健康咨询、订单配送等主要的操作。操作流程依照医疗服务习惯来设计减小了用户的认知负担契合各个角色在药房管理和服务过程中的使用逻辑。普通用户、药师都可以不需要复杂的操作培训就可以使用提高了系统实用价值。3.1.3 经济可行性本系统使用开源技术栈开发和部署的投入成本小。基础软硬件资源需求和常规信息系统相当可以很好地解决预算问题。系统功能包含药房管理、健康服务、线上咨询等各个业务环节一体化平台减少了各个系统分散开发、维护的重复投入提高了资源利用率经济性较好符合药房信息化建设成本效益的目标。3.2 功能需求分析3.2.1 用户功能用户可以在系统中浏览网站公告和健康资讯查询药品信息和处方药信息了解药师信息并发起在线咨询以商城为界面浏览商品、下单、查看订单、跟踪订单配送状态。用户可以对个人健康档案进行维护记录基础健康数据和用药信息用药提醒可以及时提醒用户按时服药形成购药、咨询、档案、提醒一体化的日常健康管理操作闭环。用户角色用例图如图3-1所示。图3-1 用户用例图3.2.2 药师功能药师可以维护个人药师信息显示执业相关资料和服务状态。药师接收处方信息、查看处方并进行审核及用药指导记录。药师在在线咨询列表中查看用户的咨询内容回复并跟进用户咨询生成咨询记录。药师可以参与到商城管理的相关操作当中配合商品信息以及上架状态的业务需求支持处方流转、咨询服务和药房业务的协同处理。药师角色用例图如图3-2所示。图3-2 药师用例图3.2.3 管理员功能管理员负责系统业务数据和内容的集中维护可以对处方信息管理进行统一管理设置和修改用药提醒管理规则更新档案信息管理数据查询和记录药房记录管理信息。管理员对药师信息管理进行维护管理在线咨询列表中咨询记录和处理状态。管理员发布和管理网站公告管理、健康资讯管理的内容管理商城管理中的商品和订单的相关信息完成全站运营及数据的维护工作。管理员角色的用例图如下图3-3所示。图3-3 管理员用例图第四章 系统设计4.1 系统架构设计系统使用B/S模式把用户界面层、应用服务层、数据持久层、系统支持层结合起来。界面层用Vue展示公告、健康资讯、药品和处方药信息、商城、订单配送、在线咨询、用药提醒和健康档案。应用服务层用SpringBoot承载登录鉴权、处方和药师管理、咨询和提醒、商城和订单流程实现用户、药师、管理员的业务。数据持久层使用MySQL来实现数据的存取和事务处理支持档案、记录、公告、资讯等数据的管理并且对权限以及数据的一致性进行控制[17]。系统架构图如图4-1所示。图4-1 系统架构图4.2 系统结构功能设计基于SpringBoot的智慧药房系统设计与实现主要是针对普通用户、药师、管理员这三个角色。普通用户可以使用网站公告、健康资讯、药品信息、商城管理、药师信息、处方药信息、用药提醒、健康档案、订单配送和在线咨询等各方面的功能以满足日常购药和健康管理的需求。药师主要对处方信息进行管理、药师信息进行管理、在线咨询列表进行管理、商城进行管理加强了药品专业服务。管理员对处方信息管理、用药提醒管理、档案信息管理、药房记录管理、药师信息管理、在线咨询列表、网站公告管理、健康资讯管理、商城管理等进行全面的监督和管理保证系统的正常运转。该系统的功能结构如图4-2所示。图4-2 系统功能结构图4.2.1 用户登录与权限访问流程设计本流程用来实现用户身份认证和权限控制。用户进入系统之后提交账号信息系统先判断账号是否有效无效则提示重新登录并结束有效则判断角色权限是否匹配匹配则进入对应的功能页面不匹配则提示无权限并结束。用户登录和权限访问流程图如下图4-3所示图4-3 用户登录与权限访问流程图4.2.2 处方信息审核与配药流程设计本流程用于规范处方药业务的审核与配药处理。药师接收到处方之后先检查处方信息是否完整不完整的就退回并结束完整的则进行用药合规性审核审核通过后生成配药记录并通知用户取药或者配送审核不通过则驳回处方并结束。处方信息审核和配药流程图如图4-4所示图4-4 处方信息审核与配药流程图4.2.3 商城下单与支付配送流程设计本流程是用户从选购到配送的闭环处理过程。用户确认购物车并提交订单之后系统会判断库存是否足够不够就取消并结束足够就进入支付环节并判断支付是否成功成功就生成配送任务并更新订单状态失败就关闭订单并结束。商城下单和支付配送流程图如图4-5所示图4-5 商城下单与支付配送流程图4.2.4 在线咨询受理与回复流程设计本流程主要用来实现用户在线咨询的受理和回复。用户提交咨询内容之后系统会先判断问题描述是否完整不完整则提示补充并结束完整则分配药师进行处理药师判断是否需要进一步核实信息需要则要求补充并结束不需要则给出专业回复并完成咨询记录。在线咨询受理与回复流程图如下图4-6所示图4-6 在线咨询受理与回复流程图4.2.5 用药提醒创建与发送流程设计本流程用以建立用药提醒并及时发出提醒。用户或者管理员创建提醒之后系统会判断提醒参数是否有效无效就终止并结束有效就保存提醒在触发时判断用户是否启用通知启用就发送提醒并记录结果未启用就只记录跳过并结束。创建和发送用药提醒的流程图如下图4-7所示图4-7 用药提醒创建与发送流程图4 数据库设计4.4.1 概念模型设计概念模型是对现实世界业务流程及要素进行抽象的表达方式利用系统的分析方法把复杂的业务对象、业务过程、业务结果等转换成信息世界的实体、属性和联系有利于理清系统的数据结构以及业务逻辑。用数据库中的表来表示客观存在的数据对象实体是数据对象的表示属性体现数据对象的主要特征联系体现各个实体之间业务上的关系以及依赖关系。E-R图可以清楚地表现出各个实体之间以及它们之间的关系为后面数据库的设计和系统的开发提供方便使需求与实现之间没有障碍。合理完善ER图可以大幅度提高信息系统可扩展性、可维护性是架构设计科学性的保证。正如文献中所指出的那样概念模型的创建属于信息系统设计的基本部分也是很重要的一步[18]。全局E-R模型如图4-1所示。图4-1 全局ER图根据系统的分析结果可知系统主要的实体有商品信息、订单、订单售后、用户账户、药品信息、药品记录、药师信息、药师用户、普通用户、处方信息各个实体的具体属性如下图所示。(1)商品信息实体主要包括产品ID、标题、卖价、商品库存等。如图4-2所示。图4-2 商品信息实体属性图(2)订单实体主要包括订单ID、商品ID、用户ID、订单状态等。如图4-3所示。图4-3 订单实体属性图(3)订单售后实体主要包括订单售后ID、订单ID、售后状态、售后类型等。如图4-4所示。图4-4 订单售后实体属性图(4)用户账户实体主要包括用户ID、用户名、手机号码、账户状态等。如图4-5所示。图4-5 用户账户实体属性图(5)药品信息实体主要包括药品信息ID、药品名称、卖价、商品库存等。如图4-6所示。图4-6 药品信息实体属性图(6)药品记录实体主要包括药品记录ID、药品名称、库存数量、登记时间等。如图4-7所示。图4-7 药品记录实体属性图(7)药师信息实体主要包括药师信息ID、药师姓名、执业年限、点赞数等。如图4-8所示。图4-8 药师信息实体属性图(8)药师用户实体主要包括药师用户ID、用户ID、创建时间、审核状态等。如图4-9所示。图4-9 药师用户实体属性图(9)普通用户实体主要包括普通用户ID、用户ID、用户姓名、审核状态等。如图4-10所示。图4-10 普通用户实体属性图(10)处方信息实体主要包括处方信息ID、处方名称、用户姓名、审核状态等。如图4-11所示。图4-11 处方信息实体属性图4.4.2 数据库逻辑设计数据库逻辑设计是在概念模型的基础上根据实际应用需要对实体、属性、关系进行具体的、详细的描述确定数据存储结构以及完整性约束从而达到信息组织最优化、检索高效化的目的。数据库逻辑设计阶段可以保证数据一致性、完整性并且给数据操作安全、维护提供有力保障对信息系统稳定运行有着重大意义[19]。(1)商品信息表主要是用来记录商品的详细信息。主要包括产品ID、标题、卖价、商品库存等字段。如表4-1所示。第五章 系统实现5.1 用户功能实现5.1.1 查看网站公告功能实现查看网站公告功能是对平台发布的各种公告信息进行展示系统具有公告内容聚合展示的能力用户可以在页面端口及时获取相关信息的发布动态。该功能实现公告内容存储和浏览状态管理。查看网站公告界面如图5-1所示。图5-1 查看网站公告界面5.1.2 健康资讯功能实现健康资讯功能主要是对各类健康类信息进行发布和显示用户可以自由选择阅读平台推送的健康资讯系统对资讯条目进行状态维护和更新管理。本功能实现了资讯内容的集中管理和前端展示。健康资讯界面如图5-2所示。图5-2 健康资讯界面5.1.3 查看药品信息功能实现查看药品信息功能主要是对药品的相关内容进行集中展示用户可以通过药品模块来查询药品的系统信息。实现药品条目统一管理、分级显示保证药品内容的规范展现。查看药品信息界面如图5-3所示。图5-3 查看药品信息界面5.1.4 商城管理功能实现商城管理功能主要为药品商城的相关操作提供支持用户可以浏览商城内容、管理个人交易订单。系统对商城商品条目、订单状态进行同步和更新。商城管理界面如图5-4所示。图5-4 商城管理界面5.1.5 药师信息功能实现药师信息功能是对当前平台上的药师相关资料进行收集、浏览可以查看药师信息及对应的介绍。实现药师数据集中存储前端查询访问。药师信息界面如图5-5所示。图5-5 药师信息界面5.1.6 处方药信息功能实现处方药信息功能是对平台处方药相关信息的查看展示。系统对处方药信息进行归档保存可以供用户随时调取。实现了药品分级展示以及内容管理。处方药信息界面如图5-6所示。图5-6 处方药信息界面5.1.7 用药提醒功能实现用药提醒功能是对用户用药时间和相关操作进行提示记录用户可以接收到系统设定的用药通知。该模块完成提醒计划的生成、存储及触发机制。用药提醒界面如图5-7所示。图5-7 用药提醒界面5.1.8 健康档案功能实现健康档案功能主要是对用户的健康相关信息进行整合展示用户可以查看到自己所有的健康数据。系统对档案内容实行分级管理、分权管理。健康档案界面如下图5-8所示。图5-8 健康档案界面5.1.9 订单配送功能实现订单配送功能是对用户药品订单的配送过程进行跟踪显示用户可以查看订单目前的状态及配送进度。本功能实现配送动态的实时同步和结果更新。订单配送界面如图5-9所示。图5-9 订单配送界面5.1.10 在线咨询功能实现在线咨询功能主要是对平台内用户和药师的咨询交流过程进行支持用户可以发起咨询并及时查看回复。系统对咨询内容进行隔离存储和响应标记。在线咨询界面如图5-10所示。图5-10 在线咨询界面5.2 药师功能实现5.2.1 处方信息管理功能实现处方信息管理功能是对处方药相关信息进行审核及操作。药师可以按照业务流程对处方内容进行管理。该功能可以对处方信息状态进行标记并且可以对历史记录进行分层保存。处方信息管理界面如图5-11所示。图5-11 处方信息管理界面5.2.2 药师信息管理功能实现药师信息管理功能就是对自身档案资料进行内容的维护。系统为药师提供编辑、归档药师的各项资料。此功能可以完成信息内容的同步以及状态变更的更新。药师信息管理界面如图5-12所示。图5-12 药师信息管理界面5.2.3 在线咨询列表功能实现在线咨询列表功能是对平台内所有的咨询事项进行集中展示药师可以根据分类来查看当前的待处理咨询任务。系统根据咨询标记处理结果的状态来实现任务的优先级排队。图5-13为在线咨询列表页。图5-13 在线咨询列表界面5.2.4 商城管理功能实现商城管理功能主要是对药品商城内的商品信息进行维护药师可以执行商品的入库、上架操作系统会对商品条目进行更新、状态设置。该模块完成商品管理及权限监管。商城管理界面如图5-14所示。图5-14 商城管理界面5.3 管理员功能实现5.3.1 处方信息管理功能实现处方信息管理功能是对处方类数据进行审核、全局管理。管理员可以对处方条目进行修改、删除和更新。该功能可以实现历史记录的跟踪和回溯。处方信息管理界面如下图5-15所示。图5-15 处方信息管理界面5.3.2 用药提醒管理功能实现用药提醒管理功能是对所有用药提醒事项进行发起和归档管理员可以设置全局提醒方案。系统对提醒内容的执行状态进行同步处理。该功能完成对提醒任务的批量维护以及计划分配。用药提醒管理界面如图5-16所示。图5-16 用药提醒管理界面5.3.3 档案信息管理功能实现档案信息管理功能是对平台所有的健康档案内容进行整理、调度管理员可以对数据进行查询、录入和档案状态的修改。系统对档案内容具有分级、批量处理的功能。档案信息管理界面如图5-17所示。图5-17 档案信息管理界面5.3.4 药房记录管理功能实现药房记录管理功能是对药房日常运营有关的各类记录进行统一的管理管理员可对药房运营的相关信息进行查询、筛选、归档。系统把记录状态存入并可以批量处理。药房记录管理界面图5-18如下所示。图5-18 药房记录管理界面5.3.5 药师信息管理功能实现药师信息管理功能是对平台所有药师成员的资料内容进行集中维护管理员可以对药师档案进行完善和调度。该模块实现了药师信息条目提交以及数据变更的监控。药师信息管理界面如图5-19所示。图5-19 药师信息管理界面5.3.6 在线咨询列表功能实现在线咨询列表功能是将平台实时生成的咨询事项进行全屏展示管理员可以对咨询记录进行批量处理和响应。系统完成咨询任务状态更新、历史归档以及结果标识。在线咨询列表界面如下图5-20所示。图5-20 在线咨询列表界面5.3.7 网站公告管理功能实现网站公告管理功能主要是对公告内容的编辑与控制管理员可以发布、修改平台公告系统对公告的实时状态及内容分发进行管理。本模块可以实现公告主题的展示和历史版本的追溯。网站公告管理界面如下图5-21所示。图5-21 网站公告管理界面5.3.8 健康资讯管理功能实现健康资讯管理功能是对所有的健康资讯数据进行类目归集、校正管理员可以批量新增、修改、删除资讯内容。系统完成资讯内容版本跟踪、状态更新。健康资讯管理界面如图5-22所示。图5-22 健康资讯管理界面5.3.9 商城管理功能实现商城管理功能主要是对药品商城商品条目进行批量编辑、规则调整管理员可以统一管理商品信息和库存情况。该模块完成商品状态的控制以及价格信息的同步。商城管理界面如下图5-23所示。图5-23 商城管理界面项目分享大家可自取用于参考学习获取方式可私信哦
