CN117635276A

CN117635276A - 订单处理方法、装置、系统及计算机可读存储介质

Info

Publication number: CN117635276A
Application number: CN202311771947.8A
Authority: CN
Inventors: 梁红爱; 陈冬梅
Original assignee: Ailai Guangzhou Information Network Co ltd
Current assignee: Ailai Guangzhou Information Network Co ltd
Priority date: 2023-12-21
Filing date: 2023-12-21
Publication date: 2024-03-01
Anticipated expiration: 2043-12-21
Also published as: CN117635276B

Abstract

本发明涉及订单处理技术领域，具体涉及订单处理方法、装置、系统及计算机可读存储介质。包括设定订单数据异常核验阈值；对该订单数据进行核验生成核验状态；当处于异常核验阈值时，确定该订单数据的身份信息并标记为初始身份信息，限制初始身份信息向该医疗机构持续提交订单数据；设定监测时间及监测对象，监测医疗机构对监测对象的订单数据的核验状态，当核验状态为异常时，判定该订单数据所对应的身份信息并标记为关联身份信息，当处于关联信息人群时，限制关联身份信息提交订单信息。本发明结合结合异常的订单数据及医疗机构，降低医疗机构后频繁存在此异常的订单数据，减少医疗机构内对异常订单数据核验产生人力、物力及数据资源的损耗。

Description

订单处理方法、装置、系统及计算机可读存储介质

技术领域

本发明涉及订单处理技术领域，具体涉及订单处理方法、装置、系统及计算机可读存储介质。

背景技术

在当前，医疗机构为了便于给人们进行医疗服务，通常会设置线上购药服务，用户通过线上下单输入所需求的药品，医疗机构在接收到用户所发送的订单后，便会根据订单进行配药，然后通过配送的方式输送至用户的手中，以提高了目前用户购药的便捷性，但也因此，产生了以如下的问题：

因社会环境较为复杂，目前医疗机构中存在一些频繁提交异常状态的订单，如需要购入处方药的药品没有上传正确的处方，此订单无法形成，导致存在恶意的用户有意的向医疗机构中频繁提交异常的订单，这无疑是增大医疗机构内医护人员对订单的核验效率，同时在医护人员人数少时，这样的不合理订单占用了极大的资源损耗分配，影响医护人员针对存在切实需求的订单进行处置，不仅给医疗机构带了一定的不便，同时给社会民众的药品需求带来了极大的影响；

因此，目前亟需一种能够限制当前医疗机构中用户频繁提交异常订单的订单处理方法。

发明内容

针对现有技术所存在的上述缺点，本发明提供了订单处理方法、装置、系统及计算机可读存储介质，能够有效解决现有技术中医疗机构内频繁存在异常的订单数据，所导致医疗机构对订单的处置产生效率性的影响，且影响医疗机构对切实存在需求的用户订单进行配置的问题。

为实现以上目的，本发明通过以下技术方案予以实现：

本发明提供订单处理方法，包括如下步骤：

S1、设定订单数据异常核验阈值，并存储于医疗机构内的订单系统中，通过接收用户所发送的订单数据，并对该订单数据进行核验，以生成核验状态；

S2、判定核验状态是否处于异常核验阈值，当处于异常核验阈值时，确定该订单数据的身份信息并标记为初始身份信息，并限制初始身份信息向该医疗机构持续提交订单数据；

S3、设定监测时间及监测对象，确定监测对象订单数据的核验状态，以判定是否确定订单数据所对应的身份信息，并基于初始身份信息将其标记为关联身份信息，以限制其提交订单信息，其中：

判定初始身份信息和关联身份信息所处于的区域信息，并确定区域信息内所涵盖的医疗机构，根据初始身份信息和关联身份信息所提交的订单数据的核验状态，以判定医疗机构是否执行缩减步骤；

S4、当医疗机构执行缩减步骤时，将初始身份信息和关联身份信息标记为延时提交对象，基于延时提交对象创建延时提交时间，基于缩减步骤调控延时提交时间，确定延时提交时间所提交的其他订单数据，以其他订单数据执行预先核验及订单配置，延缓延时提交对象订单数据的核验配置。

进一步的，S3中，核验状态包括正常与异常，其中：

当核验状态为正常时，以订单数据生成配药信息，基于配药信息分配配药方进行配药，并在配药完成时，生成配药成功信息并发布此订单数据；

当核验状态为异常时，且处于异常核验阈值时，确定该订单数据的身份信息并标记为初始身份信息，并限制初始身份信息向该医疗机构持续提交订单数据。

进一步的，监测时间及监测对象的设定方式为：

确定初始身份信息的订单数据中的地址信息，设定为目标地址信息，将目标地址信息设定为监测对象；

确定初始身份信息处于异常核验阈值的时间，以异常核验阈值后的时间设定为监测时间；

在监测时间下对监测对象在其他医疗机构中订单数据的核验状态进行监测。

进一步的，监测对象在监测时间下，于其他医疗机构存在订单数据异常的核验状态时，判定该订单数据所对应的身份信息并标记为关联身份信息，核验关联身份信息与初始身份信息是否属于关联信息人群，其中：

当处于关联信息人群时，执行异常核验阈值修改操作，以限制关联身份信息提交订单信息；

当不处于关联信息人群时，不执行异常核验阈值修改操作。

进一步的，异常核验阈值的修改方式如下：

步骤一：确定关联身份信息的订单数据的异常核验状态次数；

步骤二:当为一次时，执行异常核验阈值修改操作，执行异常核验阈值一次缩减；

步骤三：当为二次及以上时，执行异常核验阈值修改操作，执行异常核验阈值中值缩减。

进一步的，通过确定初始身份信息所处的区域信息，并确定初始身份信息所对应的医疗机构是否存在异常核验阈值时，当存在时，设定提交缩减阈值，基于提交缩减阈值对区域信息下以初始身份信息提交订单数据的医疗机构执行缩减步骤，其中:

当关联身份信息与初始身份信息处于关联信息人群时，依据异常核验阈值的修改方式对关联身份信息提交订单数据的医疗机构执行缩减步骤。

进一步地，当医疗机构执行缩减步骤时：

将初始身份信息和关联身份信息标记为延时提交对象，基于延时提交对象创建延时提交时间，依据延时提交时间延缓初始身份信息和关联身份信息向医疗机构提交订单数据，其中：

基于缩减步骤调控延时提交时间，确定延时提交时间所提交的其他订单数据，确定其他订单数据中的药品数据，以其他订单数据执行预先核验及订单配置，延缓延时提交对象订单数据的核验、配置，其中：

当其他订单数据处于订单分配时，以延时提交对象的订单数据和其他订单数据重新确定医疗机构的药品数据补货量。

本发明还提供了订单处理装置，应用于上述中任一项所述的订单处理方法，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如上述中任一项所述的订单处理方法的步骤。

订单处理系统，应用于上述中任一项所述的订单处理方法，包括：

核验阈值设定模块，用于设定异常核验阈值，并存储至订单系统中；

订单分析核验模块，用于接收订单数据并对该订单数据进行核验，以生成核验状态；

异常核验限制模块，用于在核验状态处于异常核验阈值时，确定该订单数据的身份信息并标记为初始身份信息，并限制初始身份信息向该医疗机构持续提交订单数据；

核验阈值修改模块，用于设定监测时间及监测对象，监测医疗机构对监测对象的订单数据的核验状态，依据核验状态判定订单数据所对应的身份信息并标记为关联身份信息，确定关联身份信息与初始身份信息是否属于关联信息人群，以此判定是否执行异常核验阈值修改操作；

提交数据限制模块，用于对初始身份信息提交订单数据的医疗机构执行缩减操作，以及对关联身份信息提交订单数据的医疗机构执行缩减操作。

本发明还提供了计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述中任一项所述的订单处理方法的步骤。

本发明提供的技术方案，与已知的现有技术相比，具有如下有益效果：

结合用户所提交的订单数据，通过对订单数据中处方药所对应的医疗处方进行核验，以判定该订单数据是否异常，通过结合异常的订单数据及其所对应的医疗机构，来降低医疗机构后频繁存在此异常的订单数据，进而减少医疗机构内医护人员对异常的订单数据进行核验而产生人力、物力及数据资源的损耗，同时也能够使医疗机构应对紧急订单数据时，能够对存在合理需求、紧急状态的订单数据提供即时的药品配置，以保障切实存在药品需求的用户能够快速的获取药品。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明的整体方法示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合实施例对本发明作进一步的描述。

实施例1（参阅图1）：订单处理方法，包括如下步骤：

S1、设定订单数据异常核验阈值，并存储于医疗机构内的订单系统中，本方案中，异常核验阈值预先设定为6次，对于异常核验阈值来说，包括但不限于6次，然后，将异常核验阈值输入至医疗机构中的订单系统中以对进行核验；

然后，接收用户所发送的订单数据，并对该订单数据进行核验，以生成核验状态，具体是：

确定订单数据中的患者信息、处方药品与非处方药品；

确定处方药品是否上传处方药品是否上传医疗处方；

当上传医疗处方时，对医疗处方做出核验，核验的具体方法如下：

确定所上传的医疗处方上是否具备：

（1）、医院全称、科别、患者姓名、性别、年龄、日期、身份信息等；

（2）、药品的名称、剂型、规格、数量、用法等；

（3）、医生、药剂人员、计价员的签名；

进而，当医疗处方具备上述条件时，还需采集该患者信息，具体是指患者的身份信息，即身份证编号信息，将其输入至医疗疾病中心进行查询，以确定该身份证编号是否存在电子医疗处方，当存在时，生成正常的核验状态，进而：

在核验状态为正常时，以订单数据生成配药信息，配药信息是指订单数据中所要求购入的药品类别、药品剂量等，因此，基于配药信息对上述药品类别、药品剂量进行配置，并在配药完成时，生成配药成功信息并发布此订单数据，以便对此订单数据进行配送（如目前的美团、饿了么等第三方配送平台，在此不做赘述）。

与上述不同的是：

S2、判定核验状态是否处于异常核验阈值，当处于异常核验阈值时，确定该订单数据的身份信息并标记为初始身份信息，并限制初始身份信息向该医疗机构持续提交订单数据，具体是：

当用户订单数据中的医疗处方缺失上述条件（医院全称、药品的名称等）或在医疗疾病中心不存在与之对应的电子医疗处方时，则判定为异常的订单数据，将用户所提交的订单数据执行订单中止，并创建医疗处方异常信息发送至用户终端，具体以用户在订单数据中所填写的联系方式进行发送，并同时撤销当前用户所提交的订单数据，从而，来提示用户所提交的订单数据存在异常，以便后续用户提交正确的订单数据方可执行药品配送作业。

需要说明的是，当同一医疗机构接收用户所提交的订单数据，在核验后，异常核验状态处于异常核验阈值时，便需要确定该订单数据中的身份信息，并且将身份信息标记为初始身份信息，限制用户以该初始身份信息后续向该医疗机构（此处的该医疗机构是指用户初始提交订单数据的医疗机构）提交订单数据，以此，限制用户频繁向同一医疗机构提交存在异常，无法正常派送订单的订单数据，以降低异常的订单数据对此医疗机构造成影响，提升医疗机构订单系统安全运行时，能够降低后续在订单系统中对异常的订单数据进行核验，使医疗机构能够为正常、合理的订单数据的用户提供应急配货处理。

考虑到同一用户在无法对初始的医疗机构提交订单数据时，会通过修改初始身份信息来重新形成异常的订单数据，因此，为了增大对医疗机构的管控精度：

S3、设定监测时间及监测对象，并创建关联缩减阈值，监测医疗机构对监测对象的订单数据的核验状态，当核验状态为异常时，判定该订单数据所对应的身份信息并标记为关联身份信息，核验关联身份信息与初始身份信息是否属于关联信息人群，当处于关联信息人群时，修改异常核验阈值，以限制关联身份信息提交订单信息，具体是：

确定初始身份信息的订单数据中的地址信息，设定为目标地址信息，将目标地址信息设定为监测对象，以实现对监测对象的精确筛分，提高后续确定关联身份信息的精确度；

确定初始身份信息处于异常核验阈值的时间，以异常核验阈值后的时间设定为监测时间，以配合上述中的异常核验阈值来确定后续的关联身份信息；

进而，在监测时间下对监测对象在其他医疗机构中订单数据的核验状态进行监测，在对其他医疗机构进行监管时，预先对目标地址信息中的订单数据进行监管，并确定此订单数据提交的时间处于监测时间，以此，确定于医疗机构中存在的风险订单数据，通过再次对监测对象于其他医疗机构存在订单数据异常的核验状态时，判定该订单数据所对应的身份信息并标记为关联身份信息，核验关联身份信息与初始身份信息是否属于关联信息人群，其中：

在本案中，订单系统与安全管控中心数据连通，因此，可将初始身份信息传入至安全管控中心内进行查询，核对关联身份信息与初始身份信息是否为关联信息人群（亲属关系），当处于关联信息人群时，执行异常核验阈值修改操作，以限制关联身份信息提交订单信息，其中：

异常核验阈值的修改方式如下：

步骤二:当为一次时，执行异常核验阈值修改操作，执行异常核验阈值一次缩减，因关联身份信息本身提交过一次异常的订单数据，因此当前剩余5次，即将当前的5次修改为4次（此处的5次修改为4次是针对关联身份信息进行设置的，并且此处所限制的医疗机构是针对关联身份信息所提交订单数据的医疗机构设置的，以限制其频繁提交异常的订单数据，影响当前订单系统的正常运行，同时降低医护人员频繁需要对订单数据核验的操作）；

步骤三：当为二次及以上时，如步骤二的缩减后剩余4次，因当前处于二次异常，即原本的4次缩减本次的异常还剩余3次，执行异常核验阈值修改操作，执行异常核验阈值中值缩减，再以中值缩减修改为1.5，取1次（当存在小数点时，择取小数点前的数字）；

当不处于关联信息人群时，不执行上述异常核验阈值修改操作；

以此，通过对异常核验阈值修改操作，从而降低医疗机构频繁接收异常的订单数据，以降低医护人员对异常的订单数据进行核验处置的情况。

值得说明的是，用户在处于异常核验阈值后，考虑到用户会以正常的订单数据进行提交，因此本案仅针对出现异常核验阈值的医疗机构进行限制，也就是说，并不影响用户向其他医疗机构以初始身份信息提交订单数据，以此保障存在药品需求的用户能够正常的提交订单数据进行购药，使整个方案在应对医疗机构中所出现的异常订单数据进行规避更加合理性。

实施例2

在本方案中，通过确定初始身份信息所处的区域信息，具体是通过安全管控中心中所记载的地址信息，如广州市海珠区，并且需要核对初始身份信息所提交的订单数据中的地址信息是否属于海珠区，当属于时以当前的海珠区标记为限制地区，因此，限定了在海珠区的医疗机构中设定异常核验阈值，当不属于海珠区时，以订单数据中的地址信息所对应的市区标记为一个限制地区，以海珠区再次标记为一个限制地区，形成两个限制地区（区域信息包括两个限制地区）；

紧接着，与上述实施例不同的是：

通过确定医疗机构中的异常核验阈值，设定提交缩减阈值，是指当用户在限制地区的某一个医疗机构内提交异常的订单数据达到异常核验阈值时，在限制地区内即时减少一个用户能够以其对应的初始身份信息所提交订单数据的医疗机构，以此，对限制地区内大量的医疗机构做出应急保护，以避免用户调不合理的订单数据所导致医疗机构内人员的繁琐作业，例如在当某医疗机构内的医护人员紧缺，且医疗机构中存在大量的用户排队购入药品，免去了医护人员对异常订单数据的核验，以此提高医护人员的作业效率性，使医护人员及医疗机构能够针对具有药品紧急需求的用户提供良好的药品供给。

实施例3

基于上述实施例1、2，本实施例在结合此两者实施例的基础上，对本方案做出再次改进，以使本方案能够针对医疗机构做出更为安全、合理性的订单数据优化，具体如下：

在核验关联身份信息与初始身份信息是否属于关联信息人群，当处于关联信息人群，在修改异常核验阈值时，同步确定关联身份信息所处的区域信息，并由此确定限制地区，此处确定限制地区的方式与上述实施例2中的方式同理，但是与实施例2不同的是:

依据异常核验阈值的修改方式对关联身份信息对应的限制地区的医疗机构做出如下修改：

当关联身份信息为向医疗机构提交一次异常的订单数据时（在限制地区内进行提交订单数据），在限制地区中同步缩减一个能够通过关联身份信息提交订单数据的医疗机构；

当关联身份信息为向医疗机构提交两次及以上异常的订单数据时，在限制地区中以中值缩减（如限制地区中存在30个医疗机构，其所能提交的因第一次经过提交过异常的订单数据，也就是说在缩减一个的基础上，在剩余29个医疗机构过后，取中值为14.5，当存在小数点时，择取小数点前的数字，即14个，反之则直接确定中值）限制关联身份信息提交订单数据的医疗机构；

由此，进一步的限定了医疗机构在应对此种频繁出现异常提交的订单数据时，减少医疗机构应对此情况做造成不合理的人力、物力、数据的核验损耗，以便给存在合理、应急需求用户所提交的订单数据做出及时性的处置。

为了增大对初始身份信息和关联身份信息提交异常的订单数据的监管：

S4、当医疗机构执行缩减步骤时，将初始身份信息和关联身份信息标记为延时提交对象，基于延时提交对象创建延时提交时间（延时提交时间是指，当用户提交了订单数据后，医疗系统内不对其进行即刻核验，即在一定时间后再进行核验，并执行后续的订单配置），基于缩减步骤调控延时提交时间，确定延时提交时间所提交的其他订单数据，以其他订单数据执行预先核验及订单配置（此处配置是指订单数据生成配药信息），延缓延时提交对象订单数据的核验配置；进而，通过确定延时提交对象向医疗机构提交订单数据的时间，本方案中，延时提交时间依据缩减的医疗机构进行设定，可为每缩减一个医疗机构为1小时，对于此时间数据在此不做限定，但是，当延时提交对象的区域信息中的医疗机构处于上述中的缩减步骤时，便依据缩减步骤同步调控延时提交时间，即延时提交时间增大，需要说明的是，此处延时提交时间增大的时间范围按照缩减步骤进行执行，其中：

初始身份信息对应的延时提交时间增大的时间范围设置如下:

根据初始身份信息所缩减的医疗机构进行递增，按照每小时（缩减一个医疗机构对应一小时）进行叠加，以对其执行订单数据的延缓。

关联身份信息对应的延时提交时间增大的时间范围设置如下:

ST、关联身份信息为向医疗机构提交一次异常的订单数据时，在限制地区中同步缩减一个能够通过关联身份信息提交订单数据的医疗机构，此时延时提交时间增大的时间范围与初始身份信息相同；

SW、当关联身份信息为向医疗机构提交两次及以上异常的订单数据时，在限制地区中以中值缩减限制关联身份信息提交订单数据的医疗机构时，确定上述剩余14个医疗机构，且每一个医疗机构为一小时执行叠加（14小时），即延时提交时间为14个医疗机构与ST步骤中所缩减的医疗机构之和的时间，以此生成延时提交时间。

还需要说明的是，在延时提交时间内，若是产生了其他用户所提交的其他订单数据时，以其他订单数据执行预先核验及订单配置，延缓延时提交对象订单数据的核验、配置，并且，同时确定其他订单数据中的药品数据，当其他订单数据中的药品数据与延时提交对象所延时的订单数据中存在相同需求的药品数据时（导致某些药品类型存在过大的消耗），便可在其他订单数据分配（药品配药后）后确定医疗机构当前剩余的药品数据的量度，并结合延时订单数据中的药品数据（药品需求量）确定医疗机构的药品数据补货量（医疗机构当前剩余的药品数据的量度与额定容量（药品的标定库存）之间的差值，再加上药品需求量就是补货量，根据补货量生成补货订单，进而，即使延时订单数据中需求的药品售出，也能确定医疗机构存在额定容量的药品库存），以使医疗机构即使对延时订单数据中的药品数据执行配药后，对该药品数据具有额定的库存量便于使用。

值得说明的是，对于医疗机构在药品数据不足后的补货订单来说，通常是由配货中心的补货车辆向多个医疗机构以药品补货订单逐次进行补货（如果针对单一的医疗机构进行补货会极大的损耗人力、物力），因此，当医疗机构根据上述情况生成药品补货订单时，可将上述所生成的延时提交时间标记为该医疗机构最晚的补货时间，因此，以使配货中心可控制补货车辆根据多个医疗机构重新规划补货路线，便于给其他存在药品应急需求的医疗机构预先补货，同时补货车辆在延时提交时间内进行补货，也不会影响该延时提交时间所延时的订单数据进行核验、配货（药品配置）的异常，以使本方案能够更便于在医疗机构中进行应用。

本方案还提供了订单处理装置，应用于上述中任一项所述的订单处理方法，包括：

存储器，用于存储计算机程序；

核验阈值设定模块，用于设定异常核验阈值，并存储至订单系统中，通过接收订单数据并对该订单数据进行核验，以生成核验状态；

核验阈值修改模块，用于在核验状态处于异常核验阈值时，确定该订单数据的身份信息并标记为初始身份信息，并限制初始身份信息向该医疗机构持续提交订单数据；

提交数据限制模块，用于确定监测对象订单数据的核验状态，以判定是否确定订单数据所对应的身份信息，并基于初始身份信息将其标记为关联身份信息，以限制其提交订单信息，通过判定初始身份信息和关联身份信息所处于的区域信息及对应的医疗机构，根据初始身份信息和关联身份信息所提交的订单数据的核验状态，以判定医疗机构是否执行缩减步骤；

延时提交判定模块，用于将初始身份信息和关联身份信息标记为延时提交对象，通过创建延时提交时间，基于缩减步骤调控延时提交时间，延缓延时提交对象订单数据的核验、配置。

以及，计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述中任一项所述的订单处理方法的步骤。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不会使相应技术方案的本质脱离本发明各实施例技术方案的保护范围。

Claims

1.订单处理方法,其特征在于，包括如下步骤：

2.根据权利要求1所述的订单处理方法，其特征在于，核验状态包括正常与异常，其中：

3.根据权利要求1所述的订单处理方法,其特征在于，监测时间及监测对象的设定方式为：

4.根据权利要求3所述的订单处理方法，其特征在于，监测对象在监测时间下，于其他医疗机构存在订单数据异常的核验状态时，判定该订单数据所对应的身份信息并标记为关联身份信息，核验关联身份信息与初始身份信息是否属于关联信息人群，其中：

当不处于关联信息人群时，不执行异常核验阈值修改操作。

5.根据权利要求4所述的订单处理方法，其特征在于，异常核验阈值的修改方式如下：

6.根据权利要求4所述的订单处理方法，其特征在于，通过确定初始身份信息所处的区域信息，并确定初始身份信息区域信息所对应的医疗机构是否存在异常核验阈值时，当存在时，设定提交缩减阈值，基于提交缩减阈值对区域信息下以初始身份信息提交订单数据的医疗机构执行缩减步骤，其中:

7.根据权利要求6所述的订单处理方法，其特征在于，当医疗机构执行缩减步骤时：

当其他订单数据处于订单分配时，以延时提交对象的订单数据和其他订单数据重新确定医疗机构的药品数据补货量，其中：

当延时提交时间生成时，当多个医疗机构生成药品补货订单时，基于延时提交时间控制配货中心向医疗机构执行药品补货订单时的补货路线。

8.订单处理装置，应用于权利要求1-7中任一项所述的订单处理方法，其特征在于，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1-7中任一项所述的订单处理方法的步骤。

9.订单处理系统，应用于权利要求1-7中任一项所述的订单处理方法，其特征在于，包括：

10.计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1-7中任一项所述的订单处理方法的步骤。