1、物流管理技术运用论文4篇物流管理技术使用论文4篇 第一篇：二维码在物流管理的应用 1系统设计 针对不同用户，使用权限和设备的不同，为了在移动终端，PC机用摄像头、扫描仪等工具均能迅速准确的扫描二维码，所以我们这次设计了手机版和PC版两种，考虑客户通过计算机网络查询的需要，系统同时提供了web网页版查询功能。 (1)手机版 手机版分别提供给快递员和普通用户使用。快递员通过手机扫描二维码图形，查询投递快件需要发送到哪里，以及收件人、发件人的各种信息，并在快件出现问题时即时实行通报修改。账户则分为发件人和收件人，他们都能够查询，查询到的信息有物品详细信息、快件传递状态，订单号等信息，物品详细信息与订
2、单号这样的不变信息是能够直接查询的，但是快件传递状态这样的可变信息是需要联网查询的。 (2)PC版 PC版是给物流公司的管理人员使用的，它与其他的快件管理系统功能是基本一样的，仅仅增加了生成二维码，扫描二维码等功能。以前在录入快件信息的时候是需要管理员手打订单号实行输入，但是这样的弊端也是非常大的，第一是当管理员工作时间过长导致疲惫会工作效率降低，第二是管理员可能会输入错误，导致快件信息等出错。本系统中当快递员或普通用户录入快件信息后，管理人员对此订单实行审核，通过后生成二维码图形，并保存到数据库。以后使用二维码扫描录入就会简单便捷很多，管理员用连接到电脑上的专用摄像头扫描以后，快件信息将会自
3、动录入，所有信息都能够自动修改。同时对生成的二维码能够实行打印，贴在快件上，提供给快递员。 (3)网页版 网页版只提供简单的用户查询，使用订单号查询。也能够发布一些物流公司的公告等，整合在物流公司的官方网站上。手机版和PC版也会提供订单号查询的方式。整个系统围绕着互联网展开，它将android客户端，后台系统，网页结合在一起，如图2所示，管理系统负责生成二维码并存入数据库供各种地方使用，android客户端用来扫描二维码并显示信息，PC端的摄像头或打印机等用来生成或扫描二维码，网页版提供给用户通过web服务实行订单号查询。 2系统操作流程 (1)录入 当用户需要发送一个快件的时候，将物品交给投
4、递员，并对物品、发件人和收件人等信息实行登记，即把这些信息输入到PC版的管理系统上，然后由管理员通过系统审核，就会自动生成一个二维码，即运单凭证，包含此物品的所有信息，将二维码打印两份，一份粘贴到封装好的快件上，另一份交给用户，并自动向用户发送二维码到其手机上，方便其查询。 (2)转出 当快件在中途实行转投递时就会有转出，管理员只需要将快件上的二维码实行扫描即可改变快件的状态信息，具体有转出时间，发送目的地，预计到达时间等。发送一个快件可能需要很多个地方，每个地方都要实行录入和转出，都要以二维码方式实行录入和转出，这样会节省很多时间。 (3)快递员接手并送达 当到达了目的城市，将由快递员实行快
5、递传送到达收件人手中，快递员将使用自己的手机版对物件实行扫描，将所有将要送出的物件录入手机版，手机版将会自动分类目的地址，快递员能够用手机来查看目的地了。当送到收件人手中的时候收件人能够扫描二维码来签字。当物品成功送到收件人手中的时候物件的传送信息将会改变成完成状态。如果中途出现问题，快递员通过手机选择无法到达原因，再扫入物品二维码，即可自动将物件改为退回、再投或滞留状态。 3技术要点 (1)二维码的生成 二维码生成涉及编码方式和画图方式以及开源库。二维码在生成的时候会先将数据转换为二进制，并根据其大小来安排每行的小方格的个数。然后通过自己特有的编码方式将二进制数据实行编码，并且安排好黑色、白
6、色小白块的位置。在它的左上角、右上角、左下角都会有一个固定定位区域，其他位置为数据区，分区非常复杂，还有纠错等级设置区域，它的纠错等级分为三类，最大纠错等级能够保持最大30%污损的情况下仍然能够无损扫描。 (2)二维码的解析 二维码的扫描涉及到图像图形识别分析技术，我们使用了二维码开发者提供的开源代码库来实行二维码扫描。二维码在扫描的时候程序会用摄像头首先寻找固定的定位区域，判断出哪里是二维码区域并取出数据区域，再利用其编码原理实行解码，首先转换为二进制数据再转换为我们需要的数据，并显示给用户，主要完成网络数据传输和数据解析功能。 4结论 通过对本项目的研究，体现了二维码在物流中使用的优点。它
7、扫描速度快，节约时间成本，我们通过对管理员手打和二维码扫描两种方式实行比较，前者要比后者多占用将近35%的时间。二维码的可存储数据量非常大，二维码方式比打印表粘贴的方式多存储30%的数据，少占用70%的空间，省掉70%纸张。二维码技术的保密性能也非常好，避免了原始的打印表粘贴方式暴露物品信息，同时避免因打印表方式关键信息污损的损失，最大限度保证信息的完整性。 第二篇：物流管理在医院管理的应用 1综合药房实行物流管理的必要性 1.1传统发药流程 综合药房负责调剂门诊及住院病区患者的药品，业务量很大，尤其门诊处方与住院医嘱的繁忙时段集中，药房调剂效率与人员的工作质量凸显重要，稍有不慎，很容易造成差
8、错。本院门诊处方原采用传统的配发药流程，从收方窗收集患者的处方信息，药房药师打印处方实行摆药，填写药品的用法用量，之后将调配好的药品交与窗口发药人员，核对后交给患者并实行用药嘱咐等。住院医嘱方面，同一病区发送的药单数量多，药品种类相似，但药师必须按单重复调配，在这些过程中，药房药师工作效率低，使患者等候用药时间长，可见工作流程不合理影响医院药房的服务质量。 1.2信息化管理旧模式 本院药房因为门诊与住院的管理模式不统一，在电子管理上分别使用两套不同的信息管理系统，使药房管理存有很多缺陷，增加管理难度。因为药品从药库入库，所以数据只能单一进入住院信息系统，药品消耗却在两个系统上同时实行，无法查询
9、实时库存，效期管理与盘点等工作只能依赖人员手工完成，导致药品损耗，每月盘点的准确度也不高，均不利于药品质量的管理，特别是特殊药品及贵重药品的管理，所以，实施综合药房物流信息化管理迫在眉睫。 2本院综合药房物流管理系统建设的探索 2.1药品货位号的设计与应用 对药品实行合理分类管理及货位号的应用，有利于药房药师快速和准确地调配药品，有效降低调配差错率，在药品领用计划及盘点方面也起重要的作用。本院药房结合场地条件，设计配药路径，对在用药品实行分类，合理分布药架、冰箱等，并对其实行编号，建立药品的货位信息，货位号采用5位数编码，规则为：第1、2位数为货架号，标号从数字01开始，设置0129为口服药架
10、，3039为外用药架，4059为注射药架，6069为冰箱药架，7079为特殊药品及其他药架；第3位数为所在货架的层号，从数字1开始由上往下实行编号；第4、5位数为药品的定位码，从该层的左边开始定位。例如某药品的货位号为090508，表示该药放置在9号药架第5层从左边数起第8位上。货位号能直观地显示在药单内，并使其药品按货位号排序，对药品的准确定位，能降低药品调剂中的差错率，提升工作效率，此外，对于新员工及实习生在调配工作上的培训也起了很大的指导作用。 2.2发药流程的优化 药房内药品品种繁多，数量、剂型、规格复杂及高峰期超负荷工作是造成差错的主要原因，所以，优化流程至关重要。在简化病区发药流程
11、方面，本院实现同一病区同一性质多张的药单合并，自动统计某药的总体数量，生成按货位号排序的药单，减少重复工作，药师可按药架次序同时调配多张药单，大大提升了调配效率。在门诊发药系统改造方面，本院结合电子处方与条码体系，为患者配备诊疗卡，交费后刷卡即可实行候药，药房药师打印处方及配药标签实行调配，标签内容包括患者姓名、流水号、就诊日期等基本信息，及药品名称、规格、数量、用法用量、医生嘱咐、注意事项、药品货位号等信息，调配好的处方通过条形码扫描实现自动屏幕显示及叫号，这个流程的改造使药师审读及调配处方清晰，患者对药品信息一目了然，加快窗口调剂速度，不但提升了处方准确性和发药效率，而且提升了门诊服务质量
12、。此外，国内一些信息化药房，类似的门诊发药流程一般都具有因患者未能即时取药而造成药房发药窗口药品堆积，从而影响后面排队患者取药的问题，本院在物流管理系统里设计超时配格功能，配合条码为超时处方实行定位，患者只需重新刷卡，药师即可轻松找出该患者的处方药品。 2.3库存管理准确性的提升 物流系统实时处理门诊及住院的药品出入库数据，可动态监测某药品的库存，能够查询及追踪药品的来源及去向，包括药品申领、审核入库、门诊发药、住院病区发药、药品报损、药房间调拨、科室领用等。药房可根据药品常用量设置库存的上、下限，系统对超过上、下限的药品有提醒功能，配合做好领用药品计划，对于一些缺货药品，可通过药品的帐页维护
13、来限制药品的使用，选择“开放标志”时，医生可正常开具处方，选择“不开放标志”时，医生工作站则显示无药，无法开具该药品，此项功能可同时支配门诊和住院医生工作站，也可单一实施对门诊或住院的限制。药品请领计划可选择根据下限、一定时间范围内消耗量等多种条件自动生成表单，使药品的补充更加科学。物流管理系统还能够自动生成盘点表格，按货位号实行排序，药房工作人员按表格实行实物盘点，由管理人员实行核对、校正及原因分析等，提升了药品管理的合理性及盘点的准确性。 2.4药品效期管理的实施 原有的人工效期记录管理模式，存有工作时间长、数据准确率低等缺点，采用物流系统实行管理后，在药品入库时系统已准确记录药品的批号、
14、效期等相关信息，药房人员可根据入库单实行验收，药品上架时可按批号摆放，上药人员也可根据效期实行相对应调整，把效期远的药品放在效期近的药品后面，并用标签注明，药房发药按“近期先出”的原则，系统出库也遵循此原则，所以，管理人员可从物流管理系统内查询有效期情况，与实际人工效期检查结果实行核对，可避免人为的遗漏及差错。此外，系统默认效期在6个月内的药品为近效期药品，在系统页面上有明显的提示，使管理人员的效期管理更加即时、合理。 3讨论 综合药房因涵盖了门诊药房、住院药房及临床药学的功能，其管理质量直接影响临床工作，物流管理的引入，能改变传统的工作方式，优化工作流程，避免无效劳动，降低员工的劳动强度，提
15、升药房调剂的质量和效率。在药品质量管理方面，物流管理系统的应用，进一步补充了以往在库存及效期管理上的漏洞，减少了医院系统因为药物管理不到位而造成的亏损。因为信息化管理药房，普遍对系统软件运作与计算机硬件依赖水准高，一旦电脑出现故障，则无法正常运作，这要求药剂科与计算机管理中心紧密联系，持续完善物流管理系统，以应对药房业务量的持续增加。综上所述，要提升医院药房的管理体系、服务意识及服务质量，需要具备更科学、更完善的管理方法，本院通过建立物流管理系统对综合性药房实行管理的模式，分析本院药房药品储备情况、药房药品调剂工作和药房管理等影响，物流管理系统使用后药房工作质量有明显的改善，工作效率也显著提升
16、，且大大降低了医院的运行成本，经验值得在其他基层医院推广。药房的信息化管理其实是一项长期而系统的工作，需要所有药房人员持续努力、探索，总结经验，以建设全面自动化药房为目标。 第三篇：钢铁物流管理研究及应用 1SaaS模式 11定义及特点 SaaS是一种随着互联网发展而兴起的将软件以服务形式运营的商业模式。这种模式是由软件服务提供商统一部署软件，并通过互联网为用户提供软件服务，用户则能够通过互联网使用软件服务，并按照订购功能的多少和使用时间的长短付费。与传统软件部署方式相比，SaaS模式有以下特点：(1)统一部署，支持多租户使用。在SaaS模式中，软件服务提供商将要运营的软件部署在统一的服务器上
17、，或根据实际情况，在不同区域的服务器上集中部署。与将软件部署在客户指定地方的传统软件部署方式不同，SaaS模式只需部署一套能提供给多家客户同时使用的服务即可，随着用户数量的增加，能够增加服务器并通过负载均衡技术来实现大用户量的使用。(2)主要依靠互联网提供服务。在SaaS模式中，软件服务提供商将软件统一部署，对于绝大多数在公有云下部署的SaaS来说，为了让所有用户都能访问，互联网无疑是所有用户访问的主要媒介，所以，软件服务提供商通过互联网提供软件服务;而对于在私有云下部署的SaaS来说，因为是某个集团企业或区域内的自有SaaS服务，所以，也能够通过企业内部的局域网来访问。(3)按订购功能和使用
18、时间计费。在SaaS模式中，软件服务提供商主要以租户订购功能的多少和软件使用时间的长短来计费。租户可根据自身需要，有选择地订购软件服务，可细化到某一模块或某一功能，并能够订购服务使用时长。 12平台优势 第3方钢铁物流企业大多为中小型企业，这些企业普遍存有着既要提升信息化水平、提升管理及业务协同水平，又要降低物流成本的难题，而SaaS模式解决了以上难题。当基于SaaS模式构建钢铁物流管理平台时，这些钢铁物流企业就能够使用一套统一的钢铁物流管理平台，企业用户不需要在企业内部部署应用程序，只需按自身业务需求购买相对应的软件服务即可，并通过互联网在线使用这种服务。所以，这种服务模式具有集中化、规模化
19、的特性，每个企业平摊到的系统使用费用将降低，并且企业也减少了为维护系统而配备的人力、物力资源，将维护工作交由软件提供商全权处理，使钢铁物流企业在提升信息化水平的同时又降低了物流成本，具有一定的成本优势。再从各钢铁物流企业提升自身信息管理水平及提升与宝钢下属钢铁贸易公司协同工作水平的角度分析，因为采用的是统一的钢铁物流管理平台，所以规范了管理模式，简化了业务流程，而统一平台稳定运行的环境也适合钢铁物流日常工作频繁而不易停顿的特点。各钢铁物流企业系统与各贸易商EP系统的信息交换方式也由传统的多对多变成了一对多的方式，保证了数据的实时交换及数据接口格式的规范。另外，对于贸易商的最终客户也能对钢铁的运
20、输在途情况以及在库库存实行查询，所以，对实现钢铁物流企业自身信息化发展具有一定优势。通过以上分析发现，以SaaS模式构建钢铁物流管理平台，具有提升企业自身信息化及协同管理水平、降低物流成本的优势，对于宝钢下属钢铁贸易公司的第3方物流业务比较适合。 2架构设计 21整体架构 以SaaS模式构建钢铁物流管理平台时，第3方物流企业(如运输和仓储企业)作为平台租户，无需拥有自有独立软件，便能在整个供应链环境下，即时与贸易商及客户实行信息共享，并实现协同工作，以此来降本增效。所以，平台整体架构需要能支持SaaS模式下的多租户使用，支持运输和仓储管理业务，同时还要支持与贸易商EP系统和客户系统的集成，以及
21、支持客户的自助查询等。针对以上需求，平台整体架构应该包括平台支撑和业务应用管理两部分，而与外部系统的协同将通过对接标准的数据交换平台来实现。平台支撑应该包括分布式计算集群及负载均衡、多租户管理、元数据管理、用户自管理、运营监控、消息管理和接口管理，以此实现多租户模式下平台使用的需求。业务应用管理按钢铁物流的业务划分为运输管理、仓储管理、客户自助和系统管理，以此支持钢铁物流日常业务及系统管理的需求。 22开发架构 SaaS平台面向多租户使用，具有统一的人机交互界面，功能及界面可自定义，支持处理复杂的大任务，能满足业务处理和数据访问分开管理的需求。所以，平台开发架构在逻辑上设计为4层。(1)统一界
22、面层(UUI)。主要负责处理用户与系统间的交互，为不同的租户提供统一的人机交互界面。(2)协作控制层(CCL)。该层专为SaaS模式而设计，主要为用户提供一些可配置、可自定义的功能，如元数据读取、界面及业务流程的自定义等。(3)业务逻辑层(BLL)。平台的业务逻辑处理由该层负责，如按业务规则对数据实行有效验证、分布式计算处理、与数据访问层实行数据交换等，这层需要支持不同租户的业务需求以及分布式数据库的选择等。(4)数据访问层(DAL)。直接面对数据库实现数据读写操作，即从数据库中取出数据提交给业务逻辑层，或接收业务逻辑层提交的数据写入数据库，从而实现多租户数据的独立存储。考虑到钢铁物流企业的网
23、络条件一般，又需要有良好的用户界面体验等，同时当前大型应用后台主要采用J2EE框架开发，所以各层实现主要采用宝信软件的iPlatPro开发框架，该框架是一种由微软Silverlight技术与J2EE相结合的框架，并集成了宝信软件的ePass授权、eCan工作流管理框架，以及Spring、iBatis等开放源代码项目，经过整合就能满足各层开发需要。统一界面层主要采用了Silverlight技术，通过可扩展应用程序标记语言(XAML)描述界面布局，通过安装Silverlight插件运行客户端，并通过iPlatPro开发框架提供的统一界面布局方案，用标准的界面EF组件库等技术配合实现界面展示。展示界
24、面是通过使用一个容器页面(Shellhtml)，在它运行时，浏览器首先渲染该页面，然后通过客户端JavaScript脚本操作客户端程序包(Shellxap)，并再次渲染后展示给用户。通过这种技术开发既保证了界面在互联网中快速、友好的交互，又保证了界面风格的统一，而这个层的请求转发控制由转发控制器(StrutsAction)负责处理。协作控制层和业务逻辑层主要采用基于J2EE的解决方案，通过Spring的普通Java类(POJO)、反向控制(IoC)、面向切面编程(AOP)实现轻量级的容器功能。通过与ePass授权、eCan工作流管理框架的集成实现平台权限管理和工作流管理，通过定时器(Quart
25、z)来实现计划任务管理，通过企业服务总线(ESB)技术实现与外部应用系统的集成，通过商业智能(BI)技术实现企业报表的统计。这两层与统一界面层主要通过数据交换中间件(EiInfo)实行传输。对于数据访问层主要采用iBatis(开放源代码项目)提供的持久层框架，并通过SQL映射(SQLMap)和数据访问对象(DAO)对数据库表实行对象化映射，自动生成对应的SQL并调用Java数据库连接接口(JDBC)执行。从而支持与各类主流数据库集群交互。 3关键技术 钢铁物流管理SaaS平台在构建的过程中采用了多租户管理、基于元数据的功能可扩展、分布式计算集群及负载均衡等关键技术，实现钢铁物流管理。 31多租
26、户管理技术 SaaS平台面向不同的租户使用，如何对不同租户的数据实行有效隔离以及如何将平台软硬件资源合理分配给各租户成为平台的关键技术难题。所以，需要设计一个能够被所有租户和应用共享的架构来解决以上难题。当前实现多租户管理技术的方法主要有物理分隔、虚拟化、支持多租户的应用设计等方法。(1)物理分隔方法。在物理层面上实现隔离，为每个租户配置独占的物理资源，对于独占物理机器的应用程序，可按租户需求实行个性化处理。这种方法的软件和硬件投入成本都较高，仅适用于大、中型钢铁物流企业。(2)虚拟化方法。采用虚拟机或虚拟服务来实现。虚拟机是在一台物理机器上共享各种物理资源，通过运行多个服务器环境和程序，模拟
27、出多台物理机器即虚拟机供租户使用，每个虚拟机可按租户需求实行个性化。虚拟服务不同于虚拟机，它不是对操作系统层实行整体虚拟化，而是为了减少为达到隔离目的而产生的独占性资源，对一些基本操作系统内核程序实行共享的技术。当租户数量上升到成千上万时，虚拟化方法的效率相对较低，所以，可针对物流企业的规模及需求，按需使用虚拟化方法来实现机器资源的分配及优化。(3)支持多租户的应用设计方法。通过应用本身的多租户隔离设计来实现对多租户的支持，即一个共享应用实例能为成千上万个租户提供服务，且租户间相互隔离，每个租户还能够根据需要通过配置的方式对自己的应用实行定制。这种方法是通过应用实现的，所以在资源利用率、配置灵
28、活性以及今后的平台维护与管理等多方面都要比前两种方法具有优势。对比以上3种多租户管理方法发现，采用物理分隔方法能够缩短应用开发的时间，而在面对需要支持较大的租户数目、较低运营成本的情况下，应该考虑从物理分隔到支持多租户的应用设计的转变。钢铁物流管理SaaS平台的租户数多、运营成本要低，所以大多以采用支持多租户的应用设计方法为主，但实际实施过程中，对于一些规模较大、资金充裕的钢铁物流企业，在他们有对属地部署SaaS服务的需求时，也会考虑采用以上几种方法相结合的方式实现多租户管理。为了保证多租户管理下数据的独立性，需要设计一个多租户数据库架构。数据库设计有独立数据库、共享数据库独立Schema(架
29、构)、共享数据库共享Schema这3种方式。从成本、数据安全性、技术难度、系统可维护性、系统性能等多方面实行评估后，钢铁物流管理SaaS平台采用了共享数据库共享Schema的方式实行多租户数据库管理。所有租户使用相同的数据库及Schema来存取数据，即对于相同类型的数据都存放在同一张表里，每张表里设计一个固定字段TenantID(租户代码)来区分不同租户的数据。采用这种方式，应用开发难度相对较低，通过设计一个统一的数据存取组件，就能够实现各租户之间数据的独立。 32基于元数据的功能可扩展技术 SaaS平台面向不同的租户使用，随之而来的是各租户各自独特的业务需求，例如，在钢铁仓储管理业务中，每个
30、仓储企业都有对货主信息管理的独特要求，包括货主的等级、所在区域、信用额度、仓储周期等信息是否需要管理，由仓储企业根据自身管理要求来决定，这时，采用固定的、没有延伸性的传统数据模型就无法满足需求。为使用户能够扩展自身默认的数据模型来满足需要，同时又不能影响其他用户对数据模型的使用，我们基于元数据管理方式，采用“名称值对”模式，用嵌套表实现系统数据模型的功能扩展。这里设计了一张元数据表和一张数据扩展表，供需要扩展的基础数据表使用。元数据表里储存了每个用户定制的ExtName(字段名)和ExtType(数据类型)，数据扩展表里储存了用户定制的Value(字段值)，通过TenantID(租户代码)字段
31、和ExtID(扩展代码)字段将这两张表实行关联。每张需要扩展的基础数据表中都有一个唯一的ecordID字段，它与TenantID字段相结合能够从数据扩展表中查出一到多行用户定制的值记录，即名称值对。通过这种方式，用户能够按实际业务需求创建多对名称值对，从而实现各自独特的业务需求。 33分布式计算集群及负载均衡技术 SaaS平台面对大量租户，且他们日常使用平台频繁。例如仓储企业每时每刻都会有入库操作，而一次操作往往需要处理上百条钢铁捆包记录，一旦多个租户同时实行此类操作，服务器的负担就会成倍增大，影响平台运行效率。这就要求平台具有处理大量并发请求和大数据的水平。所以，这里应用分布式计算技术，采用
32、“调度器集群+中间件集群+数据服务集群+数据集群”的方案，将大量的用户使用任务分配给不同的服务器来完成。在这种方案中，前端使用Apache+mod_jk(开放源代码项目)作为调度器来分配大量用户请求任务，通过中间件集群，将任务分配到不同的中件间节点来处理。中间件能够是Tomcat和Jboss等，数据服务集群及数据集群采用OracleAC(数据库服务集群)，通过安装多个AC节点来实现分布式计算及负载均衡，对应数据库只有一个，但是能够实行实时同步备份。这种方案的优点是能通过集群和负载均衡实现分布式计算，对应用和数据库的设计要求相对较低。考虑到以上方案数据库在物理上只有一个，没有将数据按模块实行划分，只有备份数据库，不利于平台扩展。所以平台也支持“调度器集群+中间件集群+分布式数据库集群”的方案。这种方案与前一种方案的区别是数据库被设计为分布式数据库结构，包括主数据库和多个从数据库节点，按业务模块将数据表存放在不同的数据库里，平台基础模块的数据表能够存放在主数据库里，平台业务模块的数据表(如运输和仓储)能够按模块存放在不同的从数据库里，通过应用层的数据库选择引擎选择读取不同的数据库，这种环境下能够选择比较小型的开源数据库MySQL。这种方案的优点是能通过集群和负载均衡实现分布式计算，将数据表按模块划分存储
