CN117575482A - 一种药品数据的入库方法、装置、设备及存储介质 - Google Patents
一种药品数据的入库方法、装置、设备及存储介质 Download PDFInfo
- Publication number
- CN117575482A CN117575482A CN202311574787.8A CN202311574787A CN117575482A CN 117575482 A CN117575482 A CN 117575482A CN 202311574787 A CN202311574787 A CN 202311574787A CN 117575482 A CN117575482 A CN 117575482A
- Authority
- CN
- China
- Prior art keywords
- data
- client
- purchase
- purchase data
- enterprise resource
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 239000003814 drug Substances 0.000 title claims abstract description 147
- 229940079593 drug Drugs 0.000 title claims abstract description 90
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000003860 storage Methods 0.000 title claims abstract description 25
- 238000013439 planning Methods 0.000 claims abstract description 70
- 238000004891 communication Methods 0.000 claims description 104
- 238000004590 computer program Methods 0.000 claims description 23
- 238000012545 processing Methods 0.000 claims description 22
- 238000012937 correction Methods 0.000 claims description 7
- 230000000875 corresponding effect Effects 0.000 claims description 7
- 238000007781 pre-processing Methods 0.000 claims description 5
- 230000001960 triggered effect Effects 0.000 claims description 4
- 230000002596 correlated effect Effects 0.000 claims description 3
- 230000001360 synchronised effect Effects 0.000 claims description 3
- 239000000825 pharmaceutical preparation Substances 0.000 claims description 2
- 229940127557 pharmaceutical product Drugs 0.000 claims description 2
- 230000002159 abnormal effect Effects 0.000 abstract description 8
- 230000008569 process Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 238000012015 optical character recognition Methods 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 238000007599 discharging Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000003384 imaging method Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 239000000047 product Substances 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005520 cutting process Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000012377 drug delivery Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 230000007257 malfunction Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
- 230000032258 transport Effects 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
- G06Q10/0875—Itemisation or classification of parts, supplies or services, e.g. bill of materials
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2455—Query execution
- G06F16/24552—Database cache management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Economics (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Tourism & Hospitality (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Operations Research (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Finance (AREA)
- Quality & Reliability (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Computational Linguistics (AREA)
- Data Mining & Analysis (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本发明公开了一种药品数据的入库方法、装置、设备及存储介质，该方法应用于客户端，包括：在向供应商采购的药品等待存储至仓库时，对药品生成采购数据，将采购数据发送至为仓库配置的企业资源计划系统；接收企业资源计划系统针对采购数据返回的状态码；若状态码并非表示成功，则将采购数据缓存在客户端；在到达预设的时间节点时，将客户端缓存的所有采购数据重新发送至企业资源计划系统。在ERP系统出现异常时，客户端缓存药品的采购数据，并重新批量提交药品的采购数据至ERP系统，可以减少服务端的请求次数与压力，加快重新提交的效率，可以提高将药品的采购数据录入ERP系统的成功率，提高药品的入库量。
Description
技术领域
本发明涉及仓储的技术领域，尤其涉及一种药品数据的入库方法、装置、设备及存储介质。
背景技术
电商平台从各个供应商采购药品，各个供应商将药品运输到电商平台的仓库所在地，工作人员将药品搬运至仓库，并将药品的信息录入ERP(Enterprise ResourcePlanning，企业资源计划)系统。
由于ERP系统是一个独立于电商平台中仓库的业务系统之外的系统(后续简称采购系统)，当ERP系统出现异常时，无法录入药品的信息，这些药品在卸货区临时堆放，等待交接，药品在等待交接期间容易发生丢失等问题。
发明内容
本发明提供了一种药品数据的入库方法、装置、设备及存储介质，以解决如何在ERP系统出现异常时录入药品的信息的问题。
根据本发明的一方面，提供了一种药品数据的入库方法，应用于客户端，所述方法包括：
在向供应商采购的药品等待存储至仓库时，对所述药品生成采购数据；
将所述采购数据发送至为所述仓库配置的企业资源计划系统；
接收所述企业资源计划系统针对所述采购数据返回的状态码；
若所述状态码并非表示成功或接收所述状态码超时，则将所述采购数据缓存在所述客户端；
在到达预设的时间节点时，将所述客户端缓存的所有所述采购数据重新发送至所述企业资源计划系统。
根据本发明的另一方面，提供了一种药品数据的入库装置，应用于客户端，所述装置包括：
采购数据生成模块，用于在向供应商采购的药品等待存储至仓库时，对所述药品生成采购数据；
采购数据提交模块，用于将所述采购数据发送至为所述仓库配置的企业资源计划系统；
状态码接收模块，用于接收所述企业资源计划系统针对所述采购数据返回的状态码；
采购数据缓存模块，用于若所述状态码并非表示成功或接收所述状态码超时，则将所述采购数据缓存在所述客户端；
采购数据重传模块，用于在到达预设的时间节点时，将所述客户端缓存的所有所述采购数据重新发送至所述企业资源计划系统。
根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的药品数据的入库方法。
根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现本发明任一实施例所述的药品数据的入库方法。
在本实施例中，客户端在向供应商采购的药品等待存储至仓库时，对药品生成采购数据，将采购数据发送至为仓库配置的企业资源计划系统；接收企业资源计划系统针对采购数据返回的状态码；若状态码并非表示成功，则将采购数据缓存在客户端；在到达预设的时间节点时，将客户端缓存的所有采购数据重新发送至企业资源计划系统。在ERP系统出现异常时，客户端缓存药品的采购数据，并重新批量提交药品的采购数据至ERP系统，可以减少服务端的请求次数与压力，加快重新提交的效率，可以提高将药品的采购数据录入ERP系统的成功率，提高药品的入库量，减少在仓库的卸货区临时堆放，减少药品在等待交接期间发生丢失等问题。
应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是根据本发明实施例一提供的一种药品数据的入库方法的流程图；
图2是根据本发明实施例一提供的一种仓库的业务平台的架构图；
图3是根据本发明实施例二提供的一种药品数据的入库方法的流程图；
图4是根据本发明实施例三提供的一种药品数据的入库装置的结构示意图；
图5是根据本发明实施例四提供的一种电子设备的结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例一
图1为本发明实施例一提供的一种药品数据的入库方法的流程图，本实施例可适用于在ERP系统出现异常时，本地缓存药品的采购数据，在ERP系统恢复时，重新将本地缓存的药品的采购数据录入ERP系统的情况，该方法可以由药品数据的入库装置来执行，该药品数据的入库装置可以采用硬件和/或软件的形式实现，该药品数据的入库装置可配置于电子设备中。如图1所示，该方法包括：
步骤101、在向供应商采购的药品等待存储至仓库时，对药品生成采购数据。
如图2所示，在电商平台中仓库的业务系统中具有客户端与服务端(aip-joc-server)，本实施例可以应用于电商平台中仓库的业务系统中的各个客户端，该客户端可以为Windows桌面系统的客户端，可提供UI(User Interface，用户界面)，部署在仓库中、供仓库的工作人员录入、扫描数据使用，各个客户端之间并不相互通信。
进一步地，客户端可以包括缓存组件(aip-joc-cache)、第一通信组件(aip-joc-https)、第二通信组件(aip-joc-erp)等组件。
其中，缓存组件(aip-joc-cache)是客户端中的本地组件，提供客户端缓存数据，保障缓存初始化、缓存过期重新获取、缓存读取等服务。
第一通信组件(aip-joc-https)是客户端与服务端进行安全通信的组件，设计为HTTPS(Hypertext Transfer Protocol Secure，以安全为目标的超文本传输协议)等加密通信模式，提供供应商的数据、电商平台的数据、药品的数据与配置信息等数据的查询和更新。
第二通信组件(aip-joc-erp)是客户端和ERP系统进行交互的组件，提供提交仓库数据的入库能力，并返回ERP系统的响应。
再者，服务端(aip-joc-server)部署在云平台，是云平台的服务器集群中的服务程序，其可以连接数据库DB查询数据，提供业务操作的API(Application ProgrammingInterface，应用程序编程接口)接口。
数据库DB是仓库中业务系统的核心数据库，可以设计为MySQL等关系型数据库，为主从模式部署，提供数据的存储服务。
服务端(aip-joc-server)中具有同步组件(aip-jocr-jobs)，同步组件(aip-jocr-jobs)增量从ERP系统同步采购药品的计划信息到仓库的业务系统的数据库DB中，即企业资源计划系统与服务端之间可定期或不定期同步向供应商采购药品的计划信息，此时，采购药品的计划信息会配置唯一的键值。
一般情况下，从发出采购药品的请求到运输药品到货，耗时较长，因此，采购药品的计划信息会延迟同步(如延时一天，在每天凌晨同步一次)。
此外，采购系统、ERP系统均为独立于仓库的业务平台的外部系统，提供采购药品的计划信息和审批采购药品的计划信息、药品的采购数据等信息。
在本实施例中，工作人员在采购系统录入采购药品的计划信息，并将采购药品的计划信息同步至ERP系统，在ERP系统中审批采购药品的计划信息完成时，以及采购药品的计划信息向供应商下定采购药品，供应商依据采购药品的计划信息向电商平台运输药品，在向供应商采购的药品到达仓库、等待存储至仓库时，工作人员在客户端中进行操作，启动药品的入库流程，此时，可在客户端中人工操作或自动识别对药品生成采购数据。
示例性地，采购数据包括供应商的标识、仓库ID、票据的识别编码(同一张清单不可以录两次)、运单号、开票日期、到货时间、运输工具、运途中的温度信息、到货时的温度信息、操作人ID、操作人名称、表单明细(列表)，等等。
其中，表单明细包括入库计划ID、药品编码、药品批号、采购价格、药品数量、生产日期、有效日期、产地，等等。
在具体实现中，供应商通常会随药品附带药品的清单，该清单中以表格等形式记录药品的部分采购数据，工作人员可使用高拍仪等摄像设备对药品的清单采集图像数据，记为原始图像数据，即，原始图像数据的内容为供应商为药品提供的清单，那么，客户端可接收高拍仪等摄像设备生成的原始图像数据，在接收到原始图像数据时，对原始图像数据执行预处理(如旋转、裁剪、去除污点等)，得到质量更高的目标图像数据，不仅可以适配OCR(Optical Character Recognition，光学字符识别)等操作，而且，分散在客户端对原始图像数据进行预处理，避免服务端(aip-joc-server)集中对原始图像数据进行预处理，从而降低了服务端(aip-joc-server)的资源消耗，提高服务端的处理速率。
此时，客户端可以调用第一通信组件(aip-joc-https)与服务端(aip-joc-server)建立第一通信链路(如HTTPS链路)。
调用第一通信组件(aip-joc-https)通过第一通信链路将目标图像数据发送至服务端(aip-joc-server)，以请求服务端(aip-joc-server)使用OCR技术在目标图像数据中识别文本信息，以向供应商采购药品的计划信息为参考，依据向供应商采购药品的计划信息将文本信息校正为采购数据，克服OCR在识别文本信息时出现的异常信息，保证采购数据准确，以及，在服务端(aip-joc-server)的数据库DB中存储采购数据。
此后，调用第一通信组件(aip-joc-https)通过第一通信链路接收服务端返回的采购数据。
进一步地，可以在客户端中显示采购数据，供工作人员浏览，工作人员可以针对错误的采购数据触发修正操作、对错误的采购数据进行修改，也可以针对遗漏的采购数据触发修正操作、对错误的采购数据进行补充。
若接收到针对采购数据触发的修正操作，则可以依据修正操作对采购数据进行修正，例如，修改采购数据、补充采购数据，等等。
调用第一通信组件(aip-joc-https)通过第一通信链路将修正后的采购数据发送至服务端(aip-joc-server)，以在服务端(aip-joc-server)的数据库DB中更新修正后的采购数据。
步骤102、将采购数据发送至为仓库配置的企业资源计划系统。
在工作人员确认当前药品的采购数据完整、准确时，客户端可以将当前药品的采购数据提交至为仓库配置的企业资源计划系统(ERP系统)，等待对当前药品的采购数据进行审核，将药品存储至仓库中。
在具体实现中，客户端可以调用第二通信组件(aip-joc-erp)与为仓库配置的企业资源计划系统(ERP系统)建立第二通信链路，以及，调用第二通信组件(aip-joc-erp)通过第二通信链路将当前药品的采购数据发送至企业资源计划系统(ERP系统)。
进一步而言，第二通信组件(aip-joc-erp)与企业资源计划系统(ERP系统)之间使用的通信协议通常自带重传机制，第二通信组件(aip-joc-erp)与企业资源计划系统(ERP系统)之间可以应用重传机制传输当前药品的采购数据。
步骤103、接收企业资源计划系统针对采购数据返回的状态码。
客户端将当前药品的采购数据提交给ERP系统之后，等待接收ERP系统针对采购数据返回的状态码，其中，状态码用以表示ERP系统响应状态的数字代码，状态码可以按照公共的规范定义，也可以为电商平台自定义，本实施例对此不加以限制。
在具体实现中，客户端可以调用第二通信组件(aip-joc-erp)通过第二通信链路等待接收企业资源计划系统(ERP系统)针对当前药品的采购数据时返回的状态码。
如果在预设的时间段(如10秒)接收到企业资源计划系统(ERP系统)针对当前药品的采购数据返回的状态码时，调用第一通信组件(aip-joc-https)通过第一通信链路将状态码发送至服务端(aip-joc-server)，以在服务端(aip-joc-server)的数据库DB中关联存储当前药品的采购数据与状态码，实现提交当前药品的采购数据的状态同步。
如果在预设的时间段(如10秒)未接收到企业资源计划系统(ERP系统)针对当前药品的采购数据返回的状态码时，确定接收企业资源计划系统(ERP系统)针对当前药品的采购数据返回的状态码超时(Timeout)。
步骤104、若状态码并非表示成功或接收状态码超时，则将采购数据缓存在客户端。
一般情况下，状态码的类型可以包括表示消息、成功、重定向、请求错误、服务器错误，等等。
其中，类型为消息的状态码代表请求已被接受，需要继续处理，这类响应是临时响应，包含状态行和某些可选的响应头信息，并以空行结束。
类型为成功的状态码代表请求已成功被服务器接收、理解并接受。
类型为重定向的状态码代表需要客户端采取进一步的操作才能完成请求。通常，这些状态码用来重定向，后续的请求地址(重定向目标)在本次响应的Location域中指明。
类型为请求错误的状态码代表了客户端看起来可能发生了错误，妨碍了服务器的处理。除非响应的是一个HEAD请求，否则服务器就应该返回一个解释当前错误状况的实体，以及这是临时的还是永久性的状况。
类型为服务器错误的状态码代表了服务器在处理请求的过程中有错误或者异常状态发生，也有可能是服务器意识到以当前的软硬件资源无法完成对请求的处理。除非这是一个HEAD请求，否则服务器应当包含一个解释当前错误状态以及这个状况是临时的还是永久的解释信息实体。
在本实施例中，部分类型为重定向、请求错误与服务器错误的状态码并非表示成功，即，录入当前药品的采购数据的请求未成功被服务器接收、理解并接受。
例如，在类型为重定向的状态码中，302(Move Temporarily，服务已迁移)并非表示成功，其表示请求的资源临时从不同的URI(Uniform Resource Identifier，统一资源标识符)响应请求。由于这样的重定向是临时的，客户端应当继续向原有地址发送以后的请求。
又如，在类型为请求错误的状态码中，404(Not Found，服务不存在)并非表示成功，其请求所希望得到的资源未被在服务器上发现。
再如，在类型为服务器错误的状态码中，501(Not Implemented，服务已移除)并非表示成功，服务器不支持当前请求所需要的某个功能。当服务器无法识别请求的方法，并且无法支持其对任何资源的请求。
当然，上述并非表示成功的状态码只是作为示例，在实施本实施例时，可以根据实际情况设置其它并非表示成功的状态码，本实施例对此不加以限制。另外，除了上述并非表示成功的状态码外，本领域技术人员还可以根据实际需要采用其它并非表示成功的状态码，本实施例对此也不加以限制。
如果客户端接收到的状态码并非表示成功或接收状态码超时，则可以将当前药品的采购数据缓存在客户端，等待重新将当前药品的采购数据提交给ERP系统。
在具体实现中，若状态码并非表示成功或接收状态码超时，则客户端可以调用第一通信组件(aip-joc-https)通过第一通信链路通知服务端(aip-joc-server)提交当前药品的采购数据失败，以及，接收服务端(aip-joc-server)依据该通知对当前药品的采购数据生成的、唯一的采购标识与时间戳。
其中，采购标识可以为采购数据所在主表主键与仓库的业务平台的主键，与采购系统无关。
时间戳表示提交当前药品的采购数据失败的时间，其可以为服务端(aip-joc-server)接收到客户端通知的时间，也可以为客户端接收到状态码的时间，本实施例对此不加以限制。
客户端调用缓存组件(aip-joc-cache)以列表的方式将采购标识与时间戳缓存在客户端本地，以采购标识表示一批药品的采购数据，可以减少客户端的资源占用，提高处理的效率。
采购标识与时间戳换成在客户端本地会配置一个有效时间(如8小时)，如果超过有效时间，缓存的采购标识与时间戳会失效，失效的采购标识与时间戳会被删除，此外，客户端可能会发生故障，导致重启，此时，缓存的采购标识与时间戳会清空。
若采购标识与时间戳失效，或者，无法查找到采购标识与时间戳(即查询采购标识与时间戳为空)，则客户端调用第一通信组件(aip-joc-https)通过第一通信链路向服务端(aip-joc-server)请求下载并非表示成功的状态码或接收状态码超时所对应的采购标识与时间戳，以及，调用缓存组件(aip-joc-cache)重新将采购标识与时间戳缓存在客户端。
步骤105、在到达预设的时间节点时，将客户端缓存的所有采购数据重新发送至企业资源计划系统。
在本实施例中，可以预先设置周期性的时间节点(如每天的23时)，在到达最近的时间节点时，客户端可以启动重传机制，将客户端在两次时间节点之间存储的、所有在先提交失败的采购数据重新提交至ERP系统。
在具体实现中，客户端可以调用缓存组件(aip-joc-cache)查询缓存在客户端的所有采购标识与时间戳。
将时间戳与预设的时间范围(如最近1天)进行比较。
若时间戳在时间范围内，表示采购数据未超时，则客户端可调用第一通信组件(aip-joc-https)通过第一通信链路向服务端(aip-joc-server)请求下载所有采购标识对应的采购数据，以及，调用第二通信组件(aip-joc-erp)通过第二通信链路重新将采购数据发送至企业资源计划系统(ERP系统)。
若时间戳在时间范围外，则确定采购数据缓存超时，以及，针对采购数据缓存超时生成警报信息，提示让工作人员排除缓存超时的原因，此时，客户端等待、并不重新将缓存超时的采购数据发送至ERP系统。
若已排除采购数据缓存超时的原因(如客户端接收到工作人员触发的提交指令)，则客户端可以重新调用第一通信组件(aip-joc-https)通过第一通信链路向服务端(aip-joc-server)调用同步组件(aip-jocr-jobs)重新将缓存超时的采购数据发送至企业资源计划系统(ERP系统)，保证重新提交缓存超时的采购数据的成功率。
一般情况下，当ERP系统出现异常时，无法保存药品的采购数据至数据库时，客户端暂存药品的采购数据到本地，待ERP系统恢复后批量将药品的采购数据重新提交至ERP系统，此时，存在3种情况：
1、全部入库成功
在实际应用中，全部药品的采购数据大概率会成功提交至ERP系统并成功存储至ERP系统的数据库，此时，客户端可以将药品的采购数据标记为已入库，按实时入库的流程继续处理。
客户端可以在用户界面上显示提交成功，此时，允许工作人员将药品搬运至仓库中，工作人员可以扫描下一个药品的清单，客户端继续接向ERP系统提交药品的采购数据。
2、部分入库成功
在实际应用中，极少发生部分药品的采购数据成功提交至ERP系统并成功存储至ERP系统的数据库，此时，客户端可以标记剩余部分的药品的采购数据未入库，提示工作人员核对未入库的药品的采购数据并进行处理。
客户端可以在用户界面上显示提交失败、及提交失败的原因，此时，禁止工作人员将药品搬运至仓库中，药品暂存在仓库的卸货区中。
3、整单入库失败
理论上会发生全部药品的采购数据提交至ERP系统并存储至数据库失败，在实际应用中并未发生此种情况，如果发生此种情况，客户端可以标记全部药品的采购数据未入库，提示工作人员核对未入库的药品的采购数据并进行处理。
客户端可以在用户界面上显示提交失败、及提交失败的原因，此时，禁止工作人员将药品搬运至仓库中，药品暂存在仓库的卸货区中。
在本实施例中，客户端在向供应商采购的药品等待存储至仓库时，对药品生成采购数据，将采购数据发送至为仓库配置的企业资源计划系统；接收企业资源计划系统针对采购数据返回的状态码；若状态码并非表示成功，则将采购数据缓存在客户端；在到达预设的时间节点时，将客户端缓存的所有采购数据重新发送至企业资源计划系统。在ERP系统出现异常时，客户端缓存药品的采购数据，并重新批量提交药品的采购数据至ERP系统，可以减少服务端的请求次数与压力，加快重新提交的效率，可以提高将药品的采购数据录入ERP系统的成功率，提高药品的入库量，减少在仓库的卸货区临时堆放，减少药品在等待交接期间发生丢失等问题。
实施例二
图3为本发明实施例二提供的一种药品数据的入库方法的流程图，本实施例在前述实施例的基础上增加校验重复提交药品的采购数据的操作。如图3所示，该方法包括：
步骤301、在向供应商采购的药品等待存储至仓库时，对药品生成采购数据。
步骤302、将采购数据发送至为仓库配置的企业资源计划系统。
步骤303、接收企业资源计划系统针对采购数据返回的状态码。
步骤304、若状态码并非表示成功，则将采购数据缓存在客户端。
步骤305、在到达预设的时间节点时，将客户端缓存的所有采购数据重新发送至企业资源计划系统。
步骤306、接收企业资源计划系统针对重新发送的采购数据返回的处理结果。
步骤307、若处理结果为重复，则确定采购数据已单独录入企业资源计划系统中。
在实际应用中，工作人员因药品的入库需求、可以使用管理员的权限、在ERP系统中直接操作，录入药品的采购数据(具有唯一的采购标识)。
客户端重新将在先提交失败的药品的、采购数据(具有唯一的采购标识)重新成功提交至ERP系统时，ERP系统将客户端重新提交的、药品的采购数据(以采购标识表示)与已记录的、药品的采购数据(以采购标识表示)进行比较。
如果客户端重新提交的、药品的采购数据(以采购标识表示)与已记录的、药品的采购数据(以采购标识表示)相同，则可以生成表示重复的处理结果，将该处理结果发送至客户端，避免重复录入相同的采购数据，以及，忽略客户端重新提交的、药品的采购数据。
客户端调用第二通信组件(aip-joc-erp)接收ERP系统发送的处理结果，如果解析该处理结果为重复，则可以确定药品的采购数据已单独录入ERP系统中，可以删除药品的采购数据。
实施例三
图4为本发明实施例三提供的一种药品数据的入库装置的结构示意图。如图4所示，应用于客户端，该装置包括：
采购数据生成模块401，用于在向供应商采购的药品等待存储至仓库时，对所述药品生成采购数据；
采购数据提交模块402，用于将所述采购数据发送至为所述仓库配置的企业资源计划系统；
状态码接收模块403，用于接收所述企业资源计划系统针对所述采购数据返回的状态码；
采购数据缓存模块404，用于若所述状态码并非表示成功或接收所述状态码超时，则将所述采购数据缓存在所述客户端；
采购数据重传模块405，用于在到达预设的时间节点时，将所述客户端缓存的所有所述采购数据重新发送至所述企业资源计划系统。
在本发明的一个实施例中，所述客户端中具有第一通信组件；
所述采购数据生成模块401包括：
预处理模块，用于在接收到原始图像数据时，对所述原始图像数据执行预处理，得到目标图像数据；所述原始图像数据的内容为所述供应商为所述药品提供的清单；
第一通信链路建立模块，用于调用所述第一通信组件与服务端建立第一通信链路；
图像数据发送模块，用于调用所述第一通信组件通过所述第一通信链路将所述目标图像数据发送至所述服务端，以请求所述服务端在所述目标图像数据中识别文本信息，依据向所述供应商采购药品的计划信息将所述文本信息校正为采购数据，以及，在所述服务端中存储所述采购数据，其中，所述企业资源计划系统与所述服务端之间同步向所述供应商采购药品的计划信息；
采购数据接收模块，用于调用所述第一通信组件通过所述第一通信链路接收所述服务端返回的所述采购数据。
在本发明的另一个实施例中，所述采购数据生成模块401还包括：
采购数据显示模块，用于在所述客户端中显示所述采购数据；
采购数据修正模块，用于若接收到针对所述采购数据触发的修正操作，则依据所述修正操作对所述采购数据进行修正；
采购数据同步模块，用于调用所述第一通信组件通过所述第一通信链路将修正后的所述采购数据发送至所述服务端，以在所述服务端中更新修正后的所述采购数据。
在本发明的一个实施例中，所述客户端中具有第一通信组件与第二通信组件；
所述采购数据提交模块402包括：
第二通信链路建立模块，用于调用所述第二通信组件与为所述仓库配置的企业资源计划系统建立第二通信链路；
采购数据发送模块，用于调用所述第二通信组件通过所述第二通信链路将所述采购数据发送至所述企业资源计划系统；
所述状态码接收模块403包括：
状态码接收模块，用于调用所述第二通信组件通过所述第二通信链路接收所述企业资源计划系统针对所述采购数据时返回的状态码；
状态码发送模块，用于在预设的时间段接收到所述企业资源计划系统针对所述采购数据返回的状态码时，调用所述第一通信组件通过第一通信链路将所述状态码发送至服务端，以在所述服务端中关联存储所述采购数据与所述状态码；
提交超时确定模块，用于在预设的时间段接收到所述企业资源计划系统针对所述采购数据返回的状态码时，确定接收所述企业资源计划系统针对所述采购数据返回的状态码超时。
在本发明的一个实施例中，所述客户端中具有缓存组件；
所述采购数据缓存模块404包括：
服务参数接收模块，用于若所述状态码并非表示成功或接收所述状态码超时，则调用所述第一通信组件通过所述第一通信链路接收所述服务端对所述采购数据生成的采购标识与时间戳；
服务参数缓存模块，用于调用所述缓存组件将所述采购标识与所述时间戳缓存在所述客户端；
服务参数重载模块，用于若所述采购标识与所述时间戳失效，或者，无法查找到所述采购标识与所述时间戳，则调用所述第一通信组件通过所述第一通信链路向所述服务端请求下载并非表示成功的所述状态码或接收所述状态码超时所对应的采购标识与时间戳；
服务参数重缓模块，用于调用所述缓存组件重新将所述采购标识与所述时间戳缓存在所述客户端。
在本发明的一个实施例中，所述采购数据重传模块405包括：
服务参数查询模块，用于调用所述缓存组件查询缓存在所述客户端的所述采购标识与所述时间戳；
时间比较模块，用于将所述时间戳与预设的时间范围进行比较；
采购数据下载模块，用于若所述时间戳在所述时间范围内，则调用所述第一通信组件通过所述第一通信链路向所述服务端请求下载所述采购标识对应的采购数据；
采购数据重送模块，用于调用所述第二通信组件通过所述第二通信链路重新将所述采购数据发送至企业资源计划系统；
缓存超时确定模块，用于若所述时间戳在所述时间范围外，则确定所述采购数据缓存超时，以及，针对所述采购数据缓存超时生成警报信息；
服务通知模块，用于若已排除所述采购数据缓存超时的原因，则调用所述第一通信组件通过所述第一通信链路通知所述服务端重新将所述采购数据发送至企业资源计划系统。
在本发明的一个实施例中，还包括：
处理结果接收模块，用于接收所述企业资源计划系统针对重新发送的所述采购数据返回的处理结果；
数据录入确定模块，用于若所述处理结果为重复，则确定所述采购数据已单独录入所述企业资源计划系统中。
本发明实施例所提供的药品数据的入库装置可执行本发明任意实施例所提供的药品数据的入库方法，具备执行药品数据的入库方法相应的功能模块和有益效果。
实施例四
图5示出了可以用来实施本发明的实施例的电子设备10的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
如图5所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(ROM)12、随机访问存储器(RAM)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(ROM)12中的计算机程序或者从存储单元18加载到随机访问存储器(RAM)13中的计算机程序，来执行各种适当的动作和处理。在RAM 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、ROM 12以及RAM 13通过总线14彼此相连。输入/输出(I/O)接口15也连接至总线14。
电子设备10中的多个部件连接至I/O接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，如药品数据的入库方法。
在一些实施例中，药品数据的入库方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由ROM 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到RAM 13并由处理器11执行时，可以执行上文描述的药品数据的入库方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行药品数据的入库方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。
计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。
实施例五
本发明实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序在被处理器执行时实现如本发明任一实施例所提供的药品数据的入库方法。
计算机程序产品在实现的过程中，可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。
Claims (10)
1.一种药品数据的入库方法，其特征在于，应用于客户端，所述方法包括：
在向供应商采购的药品等待存储至仓库时，对所述药品生成采购数据；
将所述采购数据发送至为所述仓库配置的企业资源计划系统；
接收所述企业资源计划系统针对所述采购数据返回的状态码；
若所述状态码并非表示成功或接收所述状态码超时，则将所述采购数据缓存在所述客户端；
在到达预设的时间节点时，将所述客户端缓存的所有所述采购数据重新发送至所述企业资源计划系统。
2.根据权利要求1所述的方法，其特征在于，所述客户端中具有第一通信组件；
所述对所述药品生成采购数据，包括：
在接收到原始图像数据时，对所述原始图像数据执行预处理，得到目标图像数据；所述原始图像数据的内容为所述供应商为所述药品提供的清单；
调用所述第一通信组件与服务端建立第一通信链路；
调用所述第一通信组件通过所述第一通信链路将所述目标图像数据发送至所述服务端，以请求所述服务端在所述目标图像数据中识别文本信息，依据向所述供应商采购药品的计划信息将所述文本信息校正为采购数据，以及，在所述服务端中存储所述采购数据，其中，所述企业资源计划系统与所述服务端之间同步向所述供应商采购药品的计划信息；
调用所述第一通信组件通过所述第一通信链路接收所述服务端返回的所述采购数据。
3.根据权利要求2所述的方法，其特征在于，所述对所述药品生成采购数据，还包括：
在所述客户端中显示所述采购数据；
若接收到针对所述采购数据触发的修正操作，则依据所述修正操作对所述采购数据进行修正；
调用所述第一通信组件通过所述第一通信链路将修正后的所述采购数据发送至所述服务端，以在所述服务端中更新修正后的所述采购数据。
4.根据权利要求1所述的方法，其特征在于，所述客户端中具有第一通信组件与第二通信组件；
所述将所述采购数据发送至为所述仓库配置的企业资源计划系统，包括：
调用所述第二通信组件与为所述仓库配置的企业资源计划系统建立第二通信链路；
调用所述第二通信组件通过所述第二通信链路将所述采购数据发送至所述企业资源计划系统；
所述接收所述企业资源计划系统针对所述采购数据返回的状态码，包括：
调用所述第二通信组件通过所述第二通信链路接收所述企业资源计划系统针对所述采购数据时返回的状态码；
在预设的时间段接收到所述企业资源计划系统针对所述采购数据返回的状态码时，调用所述第一通信组件通过第一通信链路将所述状态码发送至服务端，以在所述服务端中关联存储所述采购数据与所述状态码；
在预设的时间段接收到所述企业资源计划系统针对所述采购数据返回的状态码时，确定接收所述企业资源计划系统针对所述采购数据返回的状态码超时。
5.根据权利要求4所述的方法，其特征在于，所述客户端中具有缓存组件；
所述若所述状态码并非表示成功或接收所述状态码超时，则将所述采购数据缓存在所述客户端，包括：
若所述状态码并非表示成功或接收所述状态码超时，则调用所述第一通信组件通过所述第一通信链路接收所述服务端对所述采购数据生成的采购标识与时间戳；
调用所述缓存组件将所述采购标识与所述时间戳缓存在所述客户端；
若所述采购标识与所述时间戳失效，或者，无法查找到所述采购标识与所述时间戳，则调用所述第一通信组件通过所述第一通信链路向所述服务端请求下载并非表示成功的所述状态码或接收所述状态码超时所对应的采购标识与时间戳；
调用所述缓存组件重新将所述采购标识与所述时间戳缓存在所述客户端。
6.根据权利要求4所述的方法，其特征在于，所述将所述客户端缓存的所有所述采购数据重新发送至所述企业资源计划系统，包括：
调用所述缓存组件查询缓存在所述客户端的所述采购标识与所述时间戳；
将所述时间戳与预设的时间范围进行比较；
若所述时间戳在所述时间范围内，则调用所述第一通信组件通过所述第一通信链路向所述服务端请求下载所述采购标识对应的采购数据；
调用所述第二通信组件通过所述第二通信链路重新将所述采购数据发送至企业资源计划系统；
若所述时间戳在所述时间范围外，则确定所述采购数据缓存超时，以及，针对所述采购数据缓存超时生成警报信息；
若已排除所述采购数据缓存超时的原因，则调用所述第一通信组件通过所述第一通信链路通知所述服务端重新将所述采购数据发送至企业资源计划系统。
7.根据权利要求1-6中任一项所述的方法，其特征在于，还包括：
接收所述企业资源计划系统针对重新发送的所述采购数据返回的处理结果；
若所述处理结果为重复，则确定所述采购数据已单独录入所述企业资源计划系统中。
8.一种药品数据的入库装置，其特征在于，应用于客户端，所述装置包括：
采购数据生成模块，用于在向供应商采购的药品等待存储至仓库时，对所述药品生成采购数据；
采购数据提交模块，用于将所述采购数据发送至为所述仓库配置的企业资源计划系统；
状态码接收模块，用于接收所述企业资源计划系统针对所述采购数据返回的状态码；
采购数据缓存模块，用于若所述状态码并非表示成功或接收所述状态码超时，则将所述采购数据缓存在所述客户端；
采购数据重传模块，用于在到达预设的时间节点时，将所述客户端缓存的所有所述采购数据重新发送至所述企业资源计划系统。
9.一种电子设备，其特征在于，所述电子设备包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-7中任一项所述的药品数据的入库方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行时实现权利要求1-7中任一项所述的药品数据的入库方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311574787.8A CN117575482A (zh) | 2023-11-23 | 2023-11-23 | 一种药品数据的入库方法、装置、设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311574787.8A CN117575482A (zh) | 2023-11-23 | 2023-11-23 | 一种药品数据的入库方法、装置、设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117575482A true CN117575482A (zh) | 2024-02-20 |
Family
ID=89889580
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311574787.8A Pending CN117575482A (zh) | 2023-11-23 | 2023-11-23 | 一种药品数据的入库方法、装置、设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117575482A (zh) |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN201974851U (zh) * | 2011-01-21 | 2011-09-14 | 北京物美商业集团股份有限公司 | 一种同步事务异常处理装置 |
| CN103577551A (zh) * | 2013-10-16 | 2014-02-12 | 青岛海信传媒网络技术有限公司 | 一种数据批量提交到数据库的方法和装置 |
| CN107341062A (zh) * | 2017-06-28 | 2017-11-10 | 百度在线网络技术（北京）有限公司 | 一种数据推送方法、装置、设备以及存储介质 |
| CN108665210A (zh) * | 2018-05-02 | 2018-10-16 | 珠海横琴盛达兆业科技投资有限公司 | 一种基于客户端和服务端方式实现医药企业委托配送的装置 |
| CN108933798A (zh) * | 2017-05-23 | 2018-12-04 | 杭州海康威视数字技术股份有限公司 | 数据存储方法、存储服务器及系统 |
| CN108965410A (zh) * | 2018-07-02 | 2018-12-07 | 成都来肯信息技术有限公司 | 一种企业间无缝业务数据交互erp系统及其使用方法 |
| CN109902103A (zh) * | 2019-01-17 | 2019-06-18 | 平安城市建设科技(深圳)有限公司 | 业务数据管理方法、装置、设备及计算机可读存储介质 |
| CN110826980A (zh) * | 2019-10-01 | 2020-02-21 | 榕知科技(武汉)有限公司 | 一种基于云平台的erp系统及其运行方法 |
| CN112215558A (zh) * | 2020-11-05 | 2021-01-12 | 北京三维天地科技股份有限公司 | 一种采购物联网云平台系统 |
| CN112380260A (zh) * | 2021-01-15 | 2021-02-19 | 国能信控互联技术有限公司 | 基于不同采集场景的断线缓存方法 |
| CN115269917A (zh) * | 2022-07-26 | 2022-11-01 | 三一集团有限公司 | 一种收货系统及收货方法 |
| KR20230000595A (ko) * | 2021-06-25 | 2023-01-03 | 주식회사 씨마켓플레이스 | 이알피 연계형 전자 구매 시스템 및 그 방법 |
| CN117040692A (zh) * | 2023-07-31 | 2023-11-10 | 视联动力信息技术股份有限公司 | 一种业务数据传输的方法及装置、电子设备、存储介质 |
-
2023
- 2023-11-23 CN CN202311574787.8A patent/CN117575482A/zh active Pending
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN201974851U (zh) * | 2011-01-21 | 2011-09-14 | 北京物美商业集团股份有限公司 | 一种同步事务异常处理装置 |
| CN103577551A (zh) * | 2013-10-16 | 2014-02-12 | 青岛海信传媒网络技术有限公司 | 一种数据批量提交到数据库的方法和装置 |
| CN108933798A (zh) * | 2017-05-23 | 2018-12-04 | 杭州海康威视数字技术股份有限公司 | 数据存储方法、存储服务器及系统 |
| CN107341062A (zh) * | 2017-06-28 | 2017-11-10 | 百度在线网络技术（北京）有限公司 | 一种数据推送方法、装置、设备以及存储介质 |
| CN108665210A (zh) * | 2018-05-02 | 2018-10-16 | 珠海横琴盛达兆业科技投资有限公司 | 一种基于客户端和服务端方式实现医药企业委托配送的装置 |
| CN108965410A (zh) * | 2018-07-02 | 2018-12-07 | 成都来肯信息技术有限公司 | 一种企业间无缝业务数据交互erp系统及其使用方法 |
| CN109902103A (zh) * | 2019-01-17 | 2019-06-18 | 平安城市建设科技(深圳)有限公司 | 业务数据管理方法、装置、设备及计算机可读存储介质 |
| CN110826980A (zh) * | 2019-10-01 | 2020-02-21 | 榕知科技(武汉)有限公司 | 一种基于云平台的erp系统及其运行方法 |
| CN112215558A (zh) * | 2020-11-05 | 2021-01-12 | 北京三维天地科技股份有限公司 | 一种采购物联网云平台系统 |
| CN112380260A (zh) * | 2021-01-15 | 2021-02-19 | 国能信控互联技术有限公司 | 基于不同采集场景的断线缓存方法 |
| KR20230000595A (ko) * | 2021-06-25 | 2023-01-03 | 주식회사 씨마켓플레이스 | 이알피 연계형 전자 구매 시스템 및 그 방법 |
| CN115269917A (zh) * | 2022-07-26 | 2022-11-01 | 三一集团有限公司 | 一种收货系统及收货方法 |
| CN117040692A (zh) * | 2023-07-31 | 2023-11-10 | 视联动力信息技术股份有限公司 | 一种业务数据传输的方法及装置、电子设备、存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111030784A (zh) | 一种信息同步方法和装置 | |
| US20190121865A1 (en) | System for synchronous document captures into an asynchronous archive and document-level archiving reconciliation | |
| CN109801051B (zh) | 资源转移方法、系统、服务器和计算机可读存储介质 | |
| US9639885B2 (en) | Recovery of e-commerce orders | |
| US20090228546A1 (en) | Distributed business process tracking | |
| US6233587B1 (en) | Extensible framework of key resource manager and transaction manager events for providing native support for foreign-initiated transactions | |
| CN111835467B (zh) | 消息发送方法、装置、计算机设备和存储介质 | |
| CN112671950B (zh) | 基于区块链的域名处理方法、装置、电子设备和存储介质 | |
| US20170250993A1 (en) | System, apparatus and method for access and authorization control | |
| US20130191680A1 (en) | Handling of messages in a message system | |
| US9069632B2 (en) | Message processing | |
| CN105637842B (zh) | 用于网络通信环境中的中介的可靠消息传送的方法 | |
| CN113590354A (zh) | 基于区块链的信息推送方法、装置、设备、介质和程序产品 | |
| US10264057B2 (en) | Hybrid cloud integration systems and methods | |
| JP2017045389A (ja) | 銀行システム、銀行システムによって実行される方法およびプログラム | |
| US20200322165A1 (en) | Distributed ledger device, distributed ledger system, and distributed ledger management method | |
| CN107578327A (zh) | 一种竞价环节中信息推送的方法、设备以及系统 | |
| CN117575482A (zh) | 一种药品数据的入库方法、装置、设备及存储介质 | |
| KR20120078411A (ko) | 자동 이체 관리 시스템 및 그 관리 방법 | |
| CN113590715A (zh) | 基于区块链的信息推送方法、装置、设备、介质和程序产品 | |
| US8285775B2 (en) | Expedited transaction failure handling by leveraging a reliable message transport protocol to assist detection of discarded processing | |
| US11500857B2 (en) | Asynchronous remote calls with undo data structures | |
| CN113656200A (zh) | 一种利用延时队列实现发货通知的方法及其系统 | |
| EP1791056A1 (en) | Data processing method and system | |
| CN113157461A (zh) | 一种在执行任务单过程中传送消息的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |