CN117174272A - 一种基于大数据模型的药品控制方法、设备及介质 - Google Patents

Abstract

本发明实施例公开了一种基于大数据模型的药品控制方法、设备及介质。其中，方法包括：获取多个店铺的第一药品数据模型，以及各店铺内部的第二药品数据模型；响应于供药需求，根据第一药品数据模型生成适用于所述供药需求的至少一条药品规则，并根据各第二药品数据模型生成各店铺适用于所述供药需求的药品范围；响应于购药平台中指定的药品规则和店铺，根据第一药品数据模型和第二药品数据模型的关联关系，从指定店铺的所述药品范围中筛选指定药品规则对应的药品，呈现于购药用户。本实施例能够实时响应第三方需求。

Description

一种基于大数据模型的药品控制方法、设备及介质

技术领域

本发明实施例涉及智慧医药技术领域，尤其涉及一种基于大数据模型的药品控制方法、设备及介质。

背景技术

大部分线上购药平台(可简称为“平台”)将前端定制化h5页面作为网上购药入口；同时该h5页面还会嵌入到第三方(也就是与线上购药平台有业务合作的合作方，如某保险公司)的App、小程序或公众号中，作为网上购药入口。然而，平台不同业务或每个第三方的供药需求是不一样的，比如有的仅售卖中西药品，有的仅售卖处方药等。

现有技术中，每收到新的供药需求时都需要向开发人员线下反馈(发送邮件或口头沟通等)，由开发人员重新编写脚本，从大数据中抓取药品信息，放到固定位置；再由药品查询系统每天凌晨定时抓取这些药品信息，同步到药品库中。由于线下反馈、开发排期和药品库同步的滞后性，严重影响了需求响应时效。

发明内容

本发明实施例提供一种基于大数据模型的药品控制方法、设备及介质，通过药品数据模型实现供药需求和店铺药品的自动关联，实时响应新的供药需求。

第一方面，本发明实施例提供了一种基于大数据模型的药品控制方法，包括：

获取多个店铺的第一药品数据模型，以及各店铺内部的第二药品数据模型，其中，第一药品数据模型包括多级药品标签，第二药品数据模型包括店铺ID和药品属性值；

响应于供药需求，根据第一药品数据模型生成适用于所述供药需求的至少一条药品规则，并根据各第二药品数据模型生成各店铺适用于所述供药需求的药品范围；

响应于购药平台中指定的药品规则和店铺，根据第一药品数据模型和第二药品数据模型的关联关系，从指定店铺的所述药品范围中筛选指定药品规则对应的药品，呈现于购药用户。

第二方面，本发明实施例提供了一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现任一实施例所述的基于大数据模型的药品控制方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现任一实施例所述的基于大数据模型的药品控制方法。

本发明实施例提供一种基于大数据模型的药品控制方法，通过构建所有店铺通用的第一药品数据模型和适用于店铺内部的第二药品数据模型，将个性化供药需求和店铺药品自动实时关联，避免了线下反馈、开发排期和药品库同步产生的滞后，提高对供药需求的响应速度。同时，通过店铺内部的药品范围和全局性的药品规则，将第三方药品控制分为两层，能够更加灵活地控制可从各店铺购买的药品；还可以针对第三方的不同需求设置多项药品规则，为不同的业务生成不同的药品信息，进一步提高药品控制的灵活性。

附图说明

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

图1为本发明实施例提供的一种基于大数据模型的药品控制方法的流程图；

图2为本发明实施例提供的一种购药平台前端和后端的交互过程示意图；

图3为本发明实施例提供的一种电子设备的结构示意图。

具体实施方式

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

在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”仅用于描述目的，而不能理解为指示或暗示相对重要性。

在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

图1是本发明实施例提供的一种基于大数据模型的药品控制方法的流程图。该方法适用于存在个性化供药需求的情况，，由部署于线上购药平台服务端(或称为后端)的电子设备执行，该平台可以为网站，也可以为APP、小程序等，本实施例不作限制。如图1所示，该方法具体包括：

S110、获取多个店铺的第一药品数据模型，以及各店铺内部的第二药品数据模型。

这里的店铺指入驻平台的各线上药店。药品数据模型指用于存储药品信息的数据结构。本实施例根据购药平台的业务特点，定义了两种药品数据模型：

一种为平台各店铺通用的数据模型，模型中的字段、变量等能够被所有店铺解析。该模型根据平台内所有药品的属性统一定义，能够区分所有店铺间的不同药品。为了便于区分和描述，本实施例将这一数据模型称为第一药品数据模型，平台内每种药品在第一药品数据模型下对应唯一的数据体。

另一种为适用于店铺内部的数据模型，模型中的字段、变量等仅在当前店铺能够被解析，在其他店铺中则无法识别。这类模型根据店铺内部的药品属性定义，能够区分同一店铺内的不同药品。本实施例将这类数据模型称为第二药品数据模型，每个店铺对应各自的第二药品数据模型。同一店铺内的每种药品，在该店铺的第二药品数据模型下对应唯一的数据体；但同一种药品在不同店铺的第二药品数据模型下，对应的数据体不一定相同。

本实施例将基于上述两类数据模型实现店铺药品数据和个性化供药需求的关联，对供药需求实时响应。进一步的，可以通过以下两种方式分别实现上述两类模型的构建：

方式一、构建第一药品数据模型：获取平台所有店铺销售的全部药品；根据药品的自然属性、销售途径、批准信息中的至少之一对所述全部药品进行细化分类，生成多级药品标签；根据所述多级药品标签，生成所述多个店铺通用的第一药品数据模型。可选的，第一药品数据模型中至少包括药品ID，以及所述多级标签的标签名称和层级关系。表1示例性的给出了一种多级药品标签，并详细展示了一级标签“自然属性”下的二级标签和三级标签；其他一级标签的下级标签类似，不再一一显示。

表1

方式二、构建任一店铺的第二药品数据模型：确定该店铺的药品属性值计算规则，其中，所述计算规则根据药品的自然属性、销售途径、批准信息中的至少之一计算；由店铺ID、药品ID，以及所述计算规则下的药品属性值，共同构成所述店铺内部的第二药品数据模型。其中，店铺ID用于区分不同店铺；药品ID用于区分不同药品，与第一药品数据模型中的药品ID可以相同，也可以不同；药品属性值用于区分不同药品的属性，其取值根据药品的自然属性、销售途径和批准信息中的至少之一计算得到。该计算规则可以为解析算法，也可以为非解析算法，还可以为标定好的对应关系；不同店铺对应的计算规则可以相同，也可以不同。需要强调的是，无论是第一药品数据模型还是第二药品数据模型，其本质均是一种数据结构，其包括的内容(例如店铺ID、药品ID、药品属性值等)均为字段名称、变量名称或参数名称等，而非具体的数据。

S120、响应于供药需求，根据第一药品数据模型生成适用于所述供药需求至少一条药品规则，并根据各第二药品数据模型生成各店铺适用于所述供药需求药品范围。

当平台后端或第三方提出某项供药需求时，可以进行以下两方面的操作：

一方面，根据第一药品数据模型生成适用于所述供药需求至少一条药品规则。药品规则代表了需要提供的一类药品，用于从购药平台筛选所需药品。示例性的，药品规则“自营商品+中药饮片”代表需要提供属于自营商品的中药饮片。当需要提供多类药品时，可以针对每类药品生成一条药品规则。

可选的，药品规则可以根据平台后端的业务人员或与第三方对接的业务人员在规则设置界面的操作自动生成。在一具体实施方式中，规则设置界面包括第一药品数据模型中的多级标签体系，业务人员可以根据一项供药需求，依次选取满足需求的各级药品标签；平台自动记录所选取的标签及其顺序，并根据记录的顺序将各标签逐级排列，得到所述一项供药需求对应的一条药品规则。示例性的，响应于供药需求“属于自营商品的中药饮片”，业务人员在规则设置界面依次选取“自然属性—>药品成分—>中药饮片—>销售途径—>自营商品”，则电子设备自动记录选取的标签和顺序，并逐级排列为“(自然属性—>药品成分—>中药饮片)+(销售途径—>自营商品)”，作为所述供药需求对应的药品规则。

另一方面，根据各第二药品数据模型生成各店铺适用于所述供药需求药品范围。这里的药品范围可以与上述药品规则一致，也可以与其不同，本实施例不作限制。在一具体实施方式中，可以将来自平台后端的至少一项供药需求合并，或将来自第三方至少一项供药需求合并；根据任一店铺的药品属性值计算规则，确定满足合并后需求的属性值范围；将所述属性值范围内的药品集合，作为适用于所述供药需求、所述店铺的药品范围。这一实施方式下，对于同一店铺或平台整体而言，药品范围大于或等于上述药品规则。

可选的，任一店铺内的药品数据按照该店铺的第二药品数据模型，存储于药品文件中并定时更新。满足需求的属性值范围确定后，可以定时从最新的药品文件中抓取属性值范围内的药品数据，构成所述店铺的药品范围。

S130、响应于购药平台中指定的药品规则和店铺，根据第一药品数据模型和第二药品数据模型的关联关系，从指定店铺的所述药品范围中筛选指定药品规则对应的药品，呈现于购药用户。

购药平台可以通过前端页面向消费者呈现药品信息，所述前端页面包括平台的定制化h5购药页面，也包括嵌入有平台定制化页面的第三方购药页面。购药用户指通过前端页面购买所需药品的消费者。购药用户可以在前端页面进行药品查询，药品规则和店铺将以一定形式显示于前端页面内，显示形式包括文字、ID或图标等。当购药用户选择特定的药品规则和店铺后，购药平台会自动将店铺ID和药品规则ID添加至购药查询接口并调用。示例性的，购药查询接口如下：https://*.*/productSearch？shopId＝123321&type＝rule1，其中，shopId字段表示店铺ID，type字段表示药品规则ID。

平台收到请求后，可以从购药查询接口中提取店铺ID和药品规则ID，并根据第一药品数据模型和第二药品数据模型的关联关系，从指定店铺的所述药品范围中筛选指定药品规则对应的药品。进一步的，对于同一店铺而言，当药品范围大于药品规则时，药品范围的设置可以初步缩小筛选范围，提高筛选效率；当药品范围小于药品规则时，药品范围的设置在药品规则的基础上实现了第二次店铺级个性化配置，提高了药品控制的灵活性。

在一具体实施方式中，所述关联关系表现为多级药品标签和药品属性值的关联关系。这一情况下，平台可以根据所述药品规则ID解析对应的多级药品标签，并根据所述店铺ID确定适用于所述供药需求药品属性值范围；再利用所述店铺ID对应的药品属性值计算规则，对解析得到的多级药品标签进行计算；将计算结果落在所述药品属性值范围内的药品作为满足规则的药品。

在另一具体实施方式中，所述关联关系表现为两种药品数据模型中药品ID间的关联关系。这一情况下，S120还可以通过以下方式生成药品规则：平台后端的业务人员或与第三方对接的业务人员根据一项供药需求，依次选取满足需求的各级药品标签；平台自动记录依次选取标签及其顺序，并根据记录的内容逐级筛选满足需求的药品ID添加至药品规则中。这里的药品ID是根据第一药品模型定义的，并在药品规则中直接给出。相应的，S130可以从指定药品规则中直接读取满足需求的药品ID，并根据两种药品数据模型中药品ID之间的关联关系，将其转换为第二药品数据模型下的药品ID筛选药品，作为店铺内满足规则的药品。同理，两种药品数据模型中药品ID之间的关联关系可以预先标定，也可以通过解析算法或非解析算法表示，本实施例不作限制。

为了更清楚的理解本发明，图2给出一种购药平台前端和后端的交互过程示意图。如图2所示，购药平台前端包括前端页面，购药平台后端包括大数据系统、需求对接系统、商品查询系统，其中大数据系统用于对药品大数据进行处理，需求对接系统供业务人员进行操作，商品查询系统用于存储药品信息。

在本实施例的方法中，首先由大数据系统构建第一药品数据模型和第二药品数据模型，并利用各店铺的第二药品数据模型，将店铺内的药品信息定时写入药品文件。

当收到新的供药需求时：一方面，需求对接系统根据第二药品数据模型，生成店铺内适用于所述供药需求药品属性值范围，并定时从最新的药品文件中抓取该属性值范围内的药品数据，写入商品查询系统的数据库。另一方面，大数据系统根据第一药品数据模型，生成适用于所述供药需求药品规则，并抓取符合规则的药品数据，调用接口实时同步给商品查询系统。示例性的，所调用的接口如下：https://*.*/productUpdate？param＝ {“type”:”rule1”,skuIds:[10314131,1104121]}，其中，type字段表示药品规则ID，skuIds字段表示符合规则的药品ID。这里的药品ID即为药品规则的内容。

与此同时，前端页面中嵌入有平台提供的药品查询入口。当购药用户通过该入口查询药品时，需要指定店铺ID和药品规则ID，平台根据店铺药品范围和药品规则找到对应的药品。示例性的，药品查询接口调用如下：https://*.*/productSearch？shopId＝ 123321&type＝rule1，其中，shopId字段表示店铺ID，type字段表示药品规则ID。

该实施方式中，通过购药平台后端各系统与前端页面的配合，实现了药品数据的有序抓取和流转。通过业务人员的线上操作，自动生成并调用相关接口，无需重复开发底层脚本，极大提高了需求响应速度。

本实施例提供一种基于大数据模型的药品控制方法，通过构建所有店铺通用的第一药品数据模型和适用于店铺内部的第二药品数据模型，将个性化供药需求和店铺药品自动实时关联，避免了线下反馈、开发排期和药品库同步产生的滞后，提高对供药需求的响应速度。同时，通过店铺内部的药品范围和全局性的药品规则，将第三方药品控制分为两层，能够更加灵活地控制可从各店铺购买的药品；还可以针对第三方的不同需求设置多项药品规则，为不同的业务生成不同的药品信息，进一步提高药品控制的灵活性。特别的，将本实施例的方法应用于保险公司等第三方时，能够针对不同保险产品制定不同的药品规则，针对不同的合作店铺设置不同的药品范围，极大地满足了保险业务的需要。

图3为本发明实施例提供的一种电子设备的结构示意图，如图3所示，该设备包括处理器60、存储器61、输入装置62和输出装置63；设备中处理器60的数量可以是一个或多个，图3中以一个处理器60为例；设备中的处理器60、存储器61、输入装置62和输出装置63可以通过总线或其他方式连接，图3中以通过总线连接为例。

存储器61作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的基于大数据模型的药品控制方法对应的程序指令/模块。处理器60通过运行存储在存储器61中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的基于大数据模型的药品控制方法。

存储器61可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器61可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器61可进一步包括相对于处理器60远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置62可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置63可包括显示屏等显示设备。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现任一实施例的基于大数据模型的药品控制方法。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如C语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。

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

Claims (10)

1.一种基于大数据模型的药品控制方法，其特征在于，包括：

获取多个店铺的第一药品数据模型，以及各店铺内部的第二药品数据模型，其中，第一药品数据模型包括多级药品标签，第二药品数据模型包括店铺ID和药品属性值；

响应于供药需求，根据第一药品数据模型生成适用于所述供药需求的至少一条药品规则，并根据各第二药品数据模型生成各店铺适用于所述供药需求的药品范围；

响应于购药平台中指定的药品规则和店铺，根据第一药品数据模型和第二药品数据模型的关联关系，从指定店铺的所述药品范围中筛选指定药品规则对应的药品，呈现于购药用户。

2.根据权利要求1所述的方法，其特征在于，所述获取多个店铺的第一药品数据模型，包括：

获取多个店铺销售的多种药品；

根据药品的自然属性、销售途径、批准信息中的至少之一对所述多种药品进行细化分类，生成多级药品标签；

根据所述多级药品标签，生成所述多个店铺通用的第一药品数据模型。

3.根据权利要求1所述的方法，其特征在于，所述获取各店铺内部的第二药品数据模型，包括：

确定任一店铺的药品属性值计算规则，其中，所述计算规则根据药品的自然属性、销售途径、批准信息中的至少之一计算-；

由店铺ID、药品ID，以及所述计算规则下的药品属性值，共同构成所述店铺内部的第二药品数据模型。

4.根据权利要求1所述的方法，其特征在于，所述根据第一药品数据模型生成适用于所述供药需求至少一条药品规则，包括：

自动记录根据一项供药需求依次选取的各级药品标签；

按照记录的标签选取顺序将各标签逐级排列，得到所述一项供药需求对应的一条药品规则。

5.根据权利要求1所述的方法，其特征在于，所述根据各第二药品数据模型生成各店铺适用于所述供药需求药品范围，包括：

将至少一项供药需求合并；

根据任一店铺的药品属性值计算规则，确定满足合并后需求的属性值范围；

将所述属性值范围内的药品集合，作为所述店铺适用于所述供药需求药品范围。

6.根据权利要求1所述的方法，其特征在于，所述关联关系表现为多级药品标签和药品属性值的关联关系；

所述根据第一药品数据模型和第二药品数据模型的关联关系，从指定店铺的所述药品范围中筛选指定药品规则对应的药品，包括：

从购药查询接口中，提取指定的店铺ID和药品规则ID；

根据所述药品规则ID解析对应的多级药品标签，并根据所述店铺ID确定适用于所述供药需求药品属性值范围；

利用所述店铺ID对应的药品属性值计算规则，对解析得到的多级药品标签进行计算；

将计算结果落在所述药品属性值范围内的药品作为满足规则的药品。

7.根据权利要求1所述的方法，其特征在于，所述关联关系表现为两种药品数据模型中药品ID间的关联关系；

所述根据第一药品数据模型生成适用于所述供药需求至少一条药品规则，包括：自动记录根据一项供药需求依次选取的各级药品标签；根据记录的内容逐级筛选满足需求的药品ID添加至药品规则中；

相应的，所述根据第一药品数据模型和第二药品数据模型的关联关系，从指定店铺的所述药品范围中筛选指定药品规则对应的药品，包括：从指定药品规则中读取满足需求的药品ID，并转换为第二药品数据模型下的药品ID筛选药品。

8.根据权利要求1所述的方法，其特征在于，所述根据各第二药品数据模型生成各店铺适用于所述供药需求药品范围，包括：

根据任一店铺的第二药品数据模型，定时更新所述店铺的药品文件；

定时从最新的药品文件中抓取适用于所述供药需求药品数据，构成所述店铺的药品范围。

9.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现权利要求1-8任一所述的基于大数据模型的药品控制方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，该程序被处理器执行时实现权利要求1-8任一所述的基于大数据模型的药品控制方法。