订单数据处理方法、设备和存储介质与流程

本发明实施例涉及计算机网络领域，尤其涉及一种订单数据处理方法、设备和存储介质。

背景技术：

目前，患者购买处方药通常有线下和线上两种渠道。患者可以根据自己的需求选择线下或线上渠道购买处方药。

其中，一种线下渠道为：患者在医院就医后，根据医生出具的处方单直接在医院的药房取药，但由于医院患者通常较多，取药过程需要患者排队等待，不仅费时费力，而且对于同一疗效的药品，患者无法做到对药品品牌的自由选择。另外一种线下渠道为：患者可以根据医生出具的处方单在药店购买处方药。但是，由于处方单中记载的通常为药物的通用名，而药店销售的处方药通常是以药品的商品名(或称为品牌名)标记的，例如，药物的通用名为乙酰氨基酚，与该药物对应的药品的商品名可以包括泰诺林、百服宁、必理通等。患者往往不清楚药物的通用名与药品的商品名之间的对应关系，也就无法全面地了解与通用名对应的所有药品以及药品信息(如，生产厂家、价格等)，这给患者在药品选择上制造了比较大的障碍，患者仍然无法彻底地做到对药品品牌的自由选择。

除了上述线下渠道，为了给人们生活提供便利，一些电商平台也提供了线上渠道服务方式，如，在其自营店销售处方药，患者线上选药并下单，电商平台线下通过物流将药物配送到患者家中。

技术实现要素：

本发明的发明人在研究中发现，虽然与线下渠道相比，线上渠道提供了便利，但是，在电商平台上销售的药品与线下药店销售的药品一样，都以药品的商品名(或称为品牌名)标记的，患者在药品的选择上仍然无法彻底地做到对药品品牌的自由选择。并且，在线上渠道中，往往采用的是先购买处方药再补充处方单的方式，这种方式并不符合国家药监局有关的根据处方单取处方药的规定，并且，电商平台往往也没有对处方单的时效以及处方药的购买数量等进行监管，存在不符合国家药监局有关先问诊后购买规定的问题。

本公开的第一方面提供了一种处方数据处理方法，所述方法包括：接收第一应用发送的处方数据，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；响应于第二应用的查询请求，根据第二应用发送的查询请求中的处方数据标识查找与所述处方数据标识对应的处方数据；根据查找到的处方数据中的处方药通用名查找与所述处方药通用名对应的处方药商品名以及相关商品信息；向所述第二应用发送查找到的处方药商品名以及相关商品信息，以便第二应用展示。

在一些实施方式中，所述处方数据处理方法还可以包括：响应于所述第二应用的订单请求，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

在一些实施方式中，所述处方单信息还包括处方药数量，所述处方数据处理方法还可以包括：在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求中指定的处方药数量是否小于等于所述处方单信息中的处方药数量；根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单包括：如果是，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

在一些实施方式中，所述方法还包括：如果否，向所述第二应用提示请求购买的处方药数量已超过可购买数量。

在一些实施方式中，所述处方单信息还包括处方单开具时间，所述方法还包括：在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求的时间与所述处方单开具时间的差值是否大于或等于预定阈值，所述根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单包括：如果否，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

在一些实施方式中，所述方法还可包括：如果是，向所述第二应用提示处方单已过时效。

本公开的第二方面还提供了一种处方数据处理方法，该方法可包括：向服务器发送查询请求，所述查询请求包括处方数据标识，以便所述服务器根据所述查询请求中的处方数据标识查找所述处方数据标识对应的处方数据，其中，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；接收所述服务器查找的处方数据中的处方药通用名对应的处方药商品名以及相关商品信息；展示接收到的处方药商品名以及相关商品信息。

在一些实施方式中，所述方法还包括：向所述服务器发送对展示的处方药的订单请求。

本公开的第三方面提供了一种计算机设备，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现：接收第一应用发送的处方数据，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；响应于第二应用的查询请求，根据第二应用发送的查询请求中的处方数据标识查找与所述处方数据标识对应的处方数据；根据查找到的处方数据中的处方药通用名查找与所述处方药通用名对应的处方药商品名以及相关商品信息；向所述第二应用发送查找到的处方药商品名以及相关商品信息，以便第二应用展示。

本公开的第四方面提供了一种终端，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现：向服务器发送查询请求，所述查询请求包括处方数据标识，以便所述服务器根据所述查询请求中的处方数据标识查找所述处方数据标识对应的处方数据，其中，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；接收所述服务器查找的处方数据中的处方药通用名对应的处方药商品名以及相关商品信息；展示接收到的处方药商品名以及相关商品信息。

本公开的第五方面提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现上述第一方面的方法。

本公开的第六方面提供了一种计算机客户介质，其上存储有计算机程序，所述程序被处理器执行时实现上述第二方面的方法。

本公开的这些方面或其他方面在以下实施方式的描述中会更加简明易懂。

附图说明

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

图1是根据本发明实施方式的处方数据处理架构的示意图；

图2是是根据本发明实施方式的处方数据处理方法的流程示意图；

图3是根据本发明实施方式的计算机设备的结构示意图；

图4是根据本发明实施方式的终端的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。

在本发明的说明书和权利要求书及上述附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如s101、s102等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例以及基于本发明的思想得到的实施例，都属于本发明保护的范围。

下面对本文中使用的术语进行简要说明，但下面对术语的解释不理解为对其的限制。

药品通用名，即国际非专有名称，指在全世界都可通用的名称，例如，阿司匹林就属于药品通用名。

药品商品名，经国家药品监督管理部门批准的特定企业使用的该药品专用的商品名称，如对乙酰氨基酚是解热镇痛药，它的通用名是乙酰氨基酚，不同药厂生产的含有对乙酰氨基酚的复方制剂，其商品名有百服咛、泰诺林、必理通等。

应用，即应用程序，包括两种模式，一种是客户端/服务器(client/server,简称为c/s)模式，其一般可独立地运行。客户端与服务器对应，是为客户端本地服务的程序，除了一些只在本地运行的应用程序之外，一般安装在普通的客户机上，与服务端配合使用；另外一种是浏览器/服务器(browser/server，简称为b/s)模式，这种模式的应用程序一般借助ie等浏览器来运行。本公开的应用可以是客户端应用，也可以是运行在浏览器中的应用，对其不进行特别限定。

在对本公开的处方数据处理方法进行说明之前，先对本公开的处方数据处理架构进行说明。

如图1所示，本公开的处方数据处理架构10可包括处方数据处理平台11、第一应用12和第二应用13。处方数据处理平台可以是服务器形式，其是包括存储器和处理器的计算机设备。第一应用和第二应用可以是客户端应用，也可以是运行在浏览器中的应用，均可以在用户的终端设备(例如，台式电脑、膝上电脑、平板电脑或手机)上运行，与处方数据处理平台101配合工作。第一应用和第二应用描述，用于为了区分不同类型的用户，通常，第一应用的用户为医疗机构一侧的用户，第二应用的用户为患者一侧的用户。

下面的实施方式，以客户端形式的应用程序为例进行具体说明。

参见图2，图2是根据本发明实施方式的处方数据处理方法的流程示意图，该方法可包括处理s101、s102、s103和s104，接下来，对这些处理操作进行具体的说明。

s101，接收第一应用发送的处方数据，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名。

在s101中，第一应用可以是第一客户端，处方数据处理平台接收医疗机构或医疗机构的医生等通过第一客户端发送的处方数据。医疗机构可包括医院或诊所等。第一客户端可以是设置在医院的医生电脑等终端设备上的客户端，能够由医生操作，在医生对患者问诊后，开具处方，形成处方数据。另外一些情形下，第一客户端还可以是以医疗机构为单位的客户端，其可以将医疗机构内各医生开具的处方，按照医院平台与处方数据处理平台约定的数据格式，上传到处方数据处理平台。

处方数据可包括处方数据标识和处方单信息，其中，处方数据标识可以是患者的个人信息，例如，身份证号、就诊卡号或者诸如手机号或邮箱之类的联系方式信息；处方单信息可包括医生开具的通用名形式的处方药，也就是说，处方药通用名，以及本次处方开具的该处方药数量、用量以及用法等信息。在一些情形下，处方数据中还可以包括患者的地址信息。

在医生开具处方，在客户端上生成处方数据时，第一应用同时还会读取终端当前时间作为处方单的开具时间，并将处方单的开具时间作为处方单信息的一部分，发送到处方数据处理平台。

处方数据处理平台接收医疗机构的客户端发送的处方数据之后，会按照约定的解析方式进行解析，得到处方中处方药的通用名、处方数据标识(例如，患者的个人信息等)、处方药数量、处方单开具时间等，并将解析出的信息保存到数据库。

s102，响应于第二应用的查询请求，根据第二应用发送的查询请求中的处方数据标识查找与所述处方数据标识对应的处方数据。

在s102中，第二应用可以是第二客户端的形式，例如，安装在患者或用户终端上的客户端。用户或患者在平台注册后，即可将身份证号或就诊卡号等作为处方数据标识输入第二客户端，通过第二客户端形成包含处方数据标识的查询请求。处方数据处理平台可以接收患者或者用户(例如，患者的亲属等)通过第二客户端发送的查询请求，该查询请求可包括患者的身份证号或就诊卡号等处方数据标识。平台接收到查询请求后，解析查询请求，得到患者的身份证号或就诊卡号数据，将解析出的身份证号或就诊卡号作为处方数据标识，到数据库中查找该处方数据标识对应的处方数据，从而确定该用户或患者的处方药通用名。

s103，根据查找到的处方数据中的处方药通用名查找与所述处方药通用名对应的处方药商品名以及相关商品信息。

本公开提供的数据处理平台的数据库中，预先存储有处方药通用名和与该通用名对应的各个品牌或厂家的商品名，以及这些商品名的相关信息，例如，库存、价格、生产商家、生产日期以及药品说明书等。这些相关信息与商品名关联存储，从而方便根据商品名查找对应的库存、价格、生产厂家、药品说明书等。

在s103中，处方数据处理平台根据查找到的处方数据中的处方药通用名查找与处方药通用名对应的处方药商品名，通常而言，一种处方药通用名可对应多个商品名。在确定出各个商品名之后，就可查找各个商品名对应的相关商品信息。

在一些情形下，处方单信息可包括两种或更多种处方药。平台可以将所有的处方药对应的商品名以及相关商品信息都查找到，还可以接收用户的选择，将用户选择的一种或多种处方药的商品名以及相关信息查找到。

s104,向所述第二应用发送查找到的处方药商品名以及相关商品信息，以便第二应用展示。

在s104中，处方数据处理平台将上述查找到的处方药(包括一种或多种处方药)对应的商品名和相关商品信息发送给第二客户端，以便第二客户端在其运行界面上展示对应的商品名和相关商品信息。

例如，处方单信息包括处方药a和处方药b，那么平台会将这些处方药a和b对应的商品名及相关商品信息发送给第二客户端，方便第二客户端分别展示a和b对应的商品名和相关商品信息。除了全部发送之外，还可以向第二客户端发送对处方药a和b的选择，可以接收用户对a或b的选择，并且基于用户选择的结果向第二客户端发送对应的商品名和相关信息，在这样的情形下，在第二客户端上展示的是用户选定的处方药的相关商品信息。

平台还可以接收第二客户端发送的对相关商品信息的筛选或排序选择，例如，可以按照价格、销量排序规则进行排序，筛选部分生产厂家等。

本公开实施方式根据医疗机构提供的处方数据为对应的用户提供处方药的相关信息，也就是说，先由医生问诊开具处方，后根据处方为用户提供处方药相关商品信息，符合想问诊后开药的医疗程序，能够对处方药的销售有效地进行监管；而且，通过根据处方数据中的药品通用名为用户提供对应的处方药商品名和相关信息，极大地方便了普通用户根据处方自由地选择处方药相关商品。

在一些实施方式中，处方数据处理方法还可以包括：响应于所述第二应用的订单请求，根据所述订单请求中指定的处方药生成订单。具体而言，接收用户通过第二客户端对其展示的商品和数量的选择，将用户的选定的商品及其数量数据按照约定格式封装，形成订单请求，订单请求中会携带本次订单请求的生成时间等信息。第二客户端将生成的订单请求发送给处理平台，平台接收第二客户端发送的订单请求，解析出订单请求中指定的处方药商品名和数量，计算付款金额，形成订单数据。在形成订单数据之前，还可以包括获取第二客户端发送的用户地址，将获取的地址作为订单地址。在另外一些情形下，处方数据中包括用户的地址，也可以将处方数据中用户的地址作为订单的地址。

在一些实施方式中，在根据订单请求中指定的处方药商品名以及相关商品信息生成订单之前，处方数据处理方法还可以包括：监控所述订单请求中指定的处方药数量是否小于等于所述处方单信息中的处方药数量，如果监控到订单请求中的数量小于或等于处方单信息中的处方药数量，那么可以根据订单请求中指定的处方药商品名以及相关商品信息，生成订单。如果监控到订单请求中的数量大于处方单信息中的处方药数量，那么向第二客户端提示请求购买的处方药数量已超过可购买数量。通过对订单请求中购买数量的监控，可以实现对处方药的数量的有效监控。

在一些实施方式中，处方数据处理方法还可包括：在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求的时间与所述处方单开具时间的差值是否大于或等于预定阈值，例如，预定阈值可以是符合处方药相关规定的时间。如果监控到订单请求的时间与处方单开具时间的差值小于或等于预定阈值，说明用户是在规定时间内购买处方药，那么可以根据订单请求中指定的处方药商品名以及相关商品信息生成订单。如果监控到订单请求的时间与处方单开具时间的差值大于预定阈值，说明用户的购买时间不是在规定范围内，那么向第二客户端提示处方单已过时效。通过对订单时间和处方开具时间的比对，可以实现对处方药的购买时效的有效监控。

在一些实施方式中，处方数据处理方法还可以包括：在根据订单请求中指定的处方药商品名以及相关商品信息生成订单之前，既监控订单请求的时间和处方单开具时间的差值是否大于或等于预定阈值，又监控订单请求中指定的处方药数量是否小于等于所述处方单信息中的处方药数量，如果时间差值小于预定阈值并且数量小于预定阈值，才根据订单请求形成订单，如果不同时满足时间条件和数量条件，则提示用户不能订购。通过对处方单的开具时间和处方药的购买数量的监控，可以对处方药的数量和时效有效监管。

本公开还提供了一种计算机设备。如图3所示，计算机设备300包括存储器301和处理器302，所述存储器301用于存储一条或多条计算机指令，其中，所述一条或多条302计算机指令被所述处理器执行以实现：接收第一应用发送的处方数据，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；响应于第二应用的查询请求，根据第二应用发送的查询请求中的处方数据标识查找与所述处方数据标识对应的处方数据；根据查找到的处方数据中的处方药通用名查找与所述处方药通用名对应的处方药商品名以及相关商品信息；向所述第二应用发送查找到的处方药商品名以及相关商品信息，以便第二应用展示。

在一些实施方式中，所述一条或多条计算机指令被所述处理器执行还实现：响应于所述第二应用的订单请求，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

在一些实施方式中，所述处方单信息还包括处方药数量，所述一条或多条计算机指令被所述处理器执行还实现:在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求中指定的处方药数量是否小于等于所述处方单信息中的处方药数量；根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单为：如果是，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

在一些实施方式中，所述一条或多条计算机指令被所述处理器执行还实现:如果否，向所述第二应用提示请求购买的处方药数量已超过可购买数量。

在一些实施方式中，所述一条或多条计算机指令被所述处理器执行还实现:在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求的时间与所述处方单开具时间的差值是否大于或等于预定阈值，所述根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单包括：如果否，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

在一些实施方式中，所述一条或多条计算机指令被所述处理器执行还实现:如果是，向所述第二应用提示处方单已过时效。

上述的计算机设备可以实现上述处方数据处理平台的功能。

本公开还提供了一种终端，该终端上可运行上述的第一应用和第二应用。如图4所示，终端400包括存储器401和处理器402；其中，所述存储器401用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器402执行以实现：向服务器发送查询请求，所述查询请求包括处方数据标识，以便所述服务器根据所述查询请求中的处方数据标识查找所述处方数据标识对应的处方数据，其中，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；接收所述服务器查找的处方数据中的处方药通用名对应的处方药商品名以及相关商品信息；展示接收到的处方药商品名以及相关商品信息。

在一些实施方式中，所述一条或多条计算机指令被所述处理器执行还实现：向所述服务器发送对展示的处方药的订单请求。

本公开还提供了计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行以实现上面所述的处方数据处理方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

本发明公开了a1、一种处方数据处理方法，其特征在于，所述方法包括：

接收第一应用发送的处方数据，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；

响应于第二应用的查询请求，根据第二应用发送的查询请求中的处方数据标识查找与所述处方数据标识对应的处方数据；

根据查找到的处方数据中的处方药通用名查找与所述处方药通用名对应的处方药商品名以及相关商品信息；

向所述第二应用发送查找到的处方药商品名以及相关商品信息，以便第二应用展示。

a2、根据权利要求a1所述的方法，其特征在于，所述方法还包括：

响应于所述第二应用的订单请求，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

a3、根据权利要求a2所述的方法，其特征在于，所述处方单信息还包括处方药数量，所述方法还包括:

在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求中指定的处方药数量是否小于等于所述处方单信息中的处方药数量；

根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单包括：如果是，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

a4、根据权利要求a3所述的方法，其特征在于，所述方法还包括：

如果否，向所述第二应用提示请求购买的处方药数量已超过可购买数量。

a5、根据权利要求a2所述的方法，其特征在于，所述处方单信息还包括处方单开具时间，所述方法还包括：

在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求的时间与所述处方单开具时间的差值是否大于或等于预定阈值，

所述根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单包括：

如果否，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

a6、根据权利要求a5所述的方法，其特征在于，所述方法还包括：

如果是，向所述第二应用提示处方单已过时效。

b7、一种处方数据处理方法，其特征在于，所述方法包括：

向服务器发送查询请求，所述查询请求包括处方数据标识，以便所述服务器根据所述查询请求中的处方数据标识查找所述处方数据标识对应的处方数据，其中，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；

接收所述服务器查找的处方数据中的处方药通用名对应的处方药商品名以及相关商品信息；

展示接收到的处方药商品名以及相关商品信息。

b8、根据权利要求b7所述的方法，其特征在于，所述方法还包括：

向所述服务器发送对展示的处方药的订单请求。

c9、一种计算机设备，其特征在于，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现：

接收第一应用发送的处方数据，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；

响应于第二应用的查询请求，根据第二应用发送的查询请求中的处方数据标识查找与所述处方数据标识对应的处方数据；

根据查找到的处方数据中的处方药通用名查找与所述处方药通用名对应的处方药商品名以及相关商品信息；

向所述第二应用发送查找到的处方药商品名以及相关商品信息，以便第二应用展示。

c10、根据权利要求c9所述的计算机设备，其特征在于，所述一条或多条计算机指令被所述处理器执行还实现：

响应于所述第二应用的订单请求，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

c11、根据权利要求c10所述的计算机设备，其特征在于，所述处方单信息还包括处方药数量，所述一条或多条计算机指令被所述处理器执行还实现:

在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求中指定的处方药数量是否小于等于所述处方单信息中的处方药数量；

根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单为：如果是，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

c12、根据权利要求c11所述的计算机设备，其特征在于，所述一条或多条计算机指令被所述处理器执行还实现:

如果否，向所述第二应用提示请求购买的处方药数量已超过可购买数量。

c13、根据权利要求c10所述的计算机设备，其特征在于，所述一条或多条计算机指令被所述处理器执行还实现:

在根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单之前，监控所述订单请求的时间与所述处方单开具时间的差值是否大于或等于预定阈值，

所述根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单包括：

如果否，根据所述订单请求中指定的处方药商品名以及相关商品信息生成订单。

c14、根据权利要求c13所述的计算机设备，其特征在于，所述一条或多条计算机指令被所述处理器执行还实现:

如果是，向所述第二应用提示处方单已过时效。

d15、一种终端，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现：

向服务器发送查询请求，所述查询请求包括处方数据标识，以便所述服务器根据所述查询请求中的处方数据标识查找所述处方数据标识对应的处方数据，其中，所述处方数据包括处方单信息和处方数据标识，所述处方单信息包括处方药通用名；

接收所述服务器查找的处方数据中的处方药通用名对应的处方药商品名以及相关商品信息；

展示接收到的处方药商品名以及相关商品信息。

d16、根据权利要求d15所述的计算机设备，其特征在于，所述一条或多条计算机指令被所述处理器执行还实现：

向所述服务器发送对展示的处方药的订单请求。

e17、一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求a1至a6所述的方法。

f18、一种计算机可读存储介质，其存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求b7和b8所述的方法。