本说明书实施例涉及计算机技术领域，特别涉及一种产品召回任务处理方法、装置及设备。
背景技术：
产品召回是由产品的生产商或政府部门将已发至经销商、零售商或用户手中的产品收回的行为，一般情况下是在产品被检测出产品质量存在问题后所采取的措施。通过产品召回防止产品由于缺陷对用户健康、利益或环境造成影响。
目前在将产品召回时，一般是在确定需要召回的产品的具体信息后，基于产品运输及售出的记录，依次查询待召回的产品与对应企业之间的记录，再根据具体的需要被召回的产品的详细信息筛选出具体的企业，进而实现产品召回。但是，上述方法只能应用于已经获知产品的具体信息的情况，而实际应用中，可能存在由于需要根据一定的限制条件对一类或者多类具有相关性的产品进行召回的情况，若基于上述方法，则需要先基于这些限制条件筛选出相应的产品，再执行相应的召回流程。这样确定召回产品的方法不仅缺乏准确性，也需要消耗较多的时间，进而对用户的安全或利益造成损害。因此，目前亟需一种能够准确获取召回产品及对应企业的信息的方法。
技术实现要素：
本说明书实施例的目的是提供一种产品召回任务处理方法、装置及设备，以解决如何快速准确地对产品进行召回的问题。
为解决上述技术问题，本说明书实施例提供一种产品召回任务处理方法，包括：接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；向所述召回站点发送召回指令以召回所述待召回产品。
本说明书实施例还提出一种产品召回任务处理装置，包括：业务接收模块，用于接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；信息筛选模块，用于基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；站点确定模块，用于根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；指令发送模块，用于向所述召回站点发送召回指令以召回所述待召回产品。
本说明书实施例还提出一种产品召回任务处理设备，包括存储器和处理器；所述存储器，用于存储计算机程序指令；所述处理器，用于执行所述计算机程序指令以实现以下步骤：接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；向所述召回站点发送召回指令以召回所述待召回产品。
由以上本说明书实施例提供的技术方案可见，本说明书实施例在获取到产品召回任务之后，根据产品召回任务中的待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选出对应的候选产品信息和候选站点信息，进而根据所述候选产品信息和候选站点信息确定待召回产品和召回站点，从而用于能够向召回站点发送相应的指令以完成对于所述待召回产品的召回。上述方法根据限定的条件筛选得到相应的召回产品和召回站点，不仅保证了召回过程的正确率，也加快了召回的速度，在确保用户的安全和利益的同时，避免了资源和时间的浪费。
附图说明
为了更清楚地说明本说明书实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本说明书实施例一种产品召回任务处理方法的流程图；
图2为本说明书实施例一种产品信息的示意图；
图3为本说明书实施例一种站点信息的示意图；
图4为本说明书实施例一种查询召回产品的示意图；
图5为本说明书实施例一种产品召回的场景的示意图；
图6为本说明书实施例一种产品召回任务处理装置的模块图；
图7为本说明书实施例一种产品召回任务处理设备的结构图。
具体实施方式
下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不是全部的实施例。基于本说明书中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。
为了解决上述技术问题，首先介绍本说明书实施例一种产品召回任务处理方法。所述产品召回任务处理方法的执行主体为产品召回任务处理设备，所述业务处理设备包括但不限于服务器、工控机、pc机等计算机设备。所述业务处理设备可以是用于存储产品信息和站点信息，并基于所存储的信息和当前对于召回产品的限定，确定具体的召回产品和召回站点，从而用于辅助执行召回过程的设备。所述业务处理设备可以是对应于相应的政府管理部门的设备，例如是药品监督管理部门用于处理药品召回的设备；所述召回管理设备也可以是对应于产品生产商的设备，用于将该生产商出厂的产品进行召回。实际应用中所述业务处理设备的具体应用情况可以不限于上述示例，在此不再赘述。
如图1所示，所述业务处理方法可以包括以下具体实施步骤。
s110：接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件。
产品召回任务可以是用于确定具体的召回产品的业务。在实际应用中，当需要召回产品时，可能已经确定了产品的详细信息，例如产品名称、产品类型、产品生产批次、产品生产日期等详细信息，从而能够直接根据待召回产品的详细信息下达明确的指令来实现对于产品的召回。但是，也可能在需要召回产品时，仅仅获知了需要召回的产品的一些限制条件，例如包含某一部件的产品需要召回，对应于某一类型的产品需要召回，由某一企业所生产的特定类型的产品需要召回等。在这种情况下，并不能预先获取具体的召回产品信息，而需要根据限制条件确定具体的召回产品之后，在执行对产品进行召回的过程。因此，可以根据对于需要召回的产品的限制条件，制定所述产品召回任务，并由所述业务处理设备处理所述产品召回任务，以实现对于相应产品的召回。
召回一般是在产品本身出现缺陷之后，将已经运输至经销商、零售商和用户的商品重新召回的过程。执行召回的主体可以是生产该产品的生产商，也可以是相应的政府监管部门等，对此不做限制。
待召回产品即为需要进行召回的产品。具体的，所述待召回产品可以是药品，由于药品在出现问题时容易引起用户的安全问题，因此在检测到药品出现安全问题或接收到用户对于药品的举报或投诉时，可以执行对于药品的召回。此外，所述待召回产品也可以是除药品外的其他产品，例如汽车、电器等产品，对此不做限制。
所述产品召回任务对应有待召回产品限制条件和/或召回站点限制条件。所述待召回产品限制条件和召回站点限制条件用于限制待召回产品和/或召回站点，从而确定出符合所述待召回产品限制条件和/或召回站点限制条件的产品及站点。所述待召回产品限制条件例如可以包含具体的对所述待召回产品所限制的类别，召回站点限制条件可以直接限定存在不良记录或历史召回情况的企业。所述待召回产品限制条件和/或召回站点限制条件也可以包含具体的待召回产品和/或召回站点的名称，从而直接对需要进行召回的产品和站点进行查询。
在一些具体的示例中，所述召回站点限制条件可以用于限定预定期限内涉及召回的企业和/或涉及不良反应的企业和/或证书或许可证到期的企业。预定期限内涉及召回的企业即为在近期内存在有召回情况的企业，该企业所负责的产品出现故障的可能性可能会高于其他企业，因此可以作为筛查条件进行重点查看。涉及不良反应的企业例如可以是企业本身存在弄虚作假等情况或因为产品质量问题而出现过事故的企业，在生产或销售产品时相较于其他企业也可能具有更高可能性存在产品质量问题。证书或许可证可以是流通许可证或gsp证书等文件，在缺少相应的证书或许可证的情况下，企业本身即存在一定问题，在确定召回产品时也可能需要进行重点排查。实际应用中待召回产品限制条件和/或召回站点限制条件也可以是其他用于对产品和/站点进行限制的条件，并不限于上述示例，在此不再赘述。
在一些实施方式中，所述业务处理设备中可以预先设置有至少一个预设监管画像模型，所述预设监管画像模型分别设置有预先设定的限制条件。基于产品召回任务中的待召回产品限制条件和/或召回站点限制条件，可以获取对应于所述待召回产品限制条件和/或召回站点限制条件的预设监管画像模型，从而能够直接利用所述预设监管画像模型，通过产品信息和站点信息确定出待召回产品和召回站点。
基于上述实施方式，所述产品召回任务中也可以直接包含有监管画像模型标识，根据所述监管画像模型标识可以直接选定相应的监管画像模型。相应的，所选定的监管画像模型所包含的限制条件即可与待召回产品限制条件和/或召回站点限制条件相对应，从而根据所选定的监管画像模型直接实现产品召回任务所针对的目标。
在一些实施方式中，所述产品召回任务可以是在产品检测不合格和/或产品被投诉后所生成的业务。当产品检测不合格时，可能是产品中的某种成分或部件被检测为不合格，而产品被投诉时，投诉用户也可能是针对某一类产品进行投诉或针对某一方面的产品特性进行投诉，从而需要根据检测结果或投诉结果生成所述产品召回任务，通过执行所述产品召回任务确定待召回产品，以避免由于安全或质量问题对用户所造成的影响，保障用户的使用体验。
在一个具体的示例中，所述业务处理设备可以对应于政府监管部门的设备，政府监管部门通过所述业务处理确定相应的待召回产品，从而发送相应的指令至责任相关的企业以完成对于产品的召回。
政府召回是责令召回。如果药品监督管理部门经过调查评估，认为存在安全隐患，药品生产企业应当召回药品而未主动召回的，会下达召回通知书给相关药品生产企业，责令药品生产企业召回药品。必要时，药品监督管理部门可以要求药品生产企业、经营企业和使用单位立即停止销售和使用该药品。
在一些实施方式中，所述产品召回任务中还可以包括召回期限。所述召回期限用于限定将待召回产品召回的时限。由于所述待召回产品一般是存在质量缺陷或安全缺陷的产品，因此所述待召回产品在外留存或被使用的时间越长，则对应的风险也越大，需要对产品召回的时间进行限制。所述召回期限还可以受产品运输难易程度，召回过程的繁琐程度而决定，具体的确定所述召回期限的方式可以根据实际应用的需求进行设置，在此不再赘述。
s220：基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息。
产品信息可以是所述业务处理设备中所存储的所有产品的信息。所述产品信息可以用于描述相应的产品，从而能够根据所述产品信息对各类产品进行区分。
所述产品信息例如可以包括产品名称、产品类别、产品来源、产品状态中的至少一种。所述产品名称可以是产品的通用名称，也可以是在产品的学术名称，或者也可以是产品在生产过程中的标识。所述产品类别可以用于对产品进行分类，具体的，可以是根据产品的属性对产品所确定的分类，如药物的不同类型；或者也可以是根据产品的具体作用对产品进行分类，例如药物所针对的病症等。所述产品来源可以用于表示产品本身的来源，例如可以是产品所来源的上游站点，也可以是产品受管控的部门或站点。所述产品状态可以用于描述产品当前所处的状态，例如运输中，存储中，已销售，冻结中等状态，冻结可以是在产品出现可疑状态时，停止产品的生产、运输以及销售的状态。所述产品信息还可以包括产品批次、产品生产日期等其他内容，从而进一步细分产品的类别。
利用一个具体的示例进行说明，如图2所示，是在产品为药品时，输入对应于药品的产品信息的示意图。在输入药品信息时，分别确定药品的分类编号、分类名称、分类编号全称、分类名称全称、来源、上级分类编号、上级分类名称、状态等信息，从而在后续过程能够利用上述信息进行筛选。
上述示例只是用于对产品信息进行示意性的说明，并不对产品信息做出具体的限制，实际应用中也可以根据需要设置其他产品信息，已列出的产品信息也可以具备其他的内容，在此不做赘述。
站点信息可以是用于描述召回站点的信息。所述站点信息例如可以包括站点名称、站点类别、站点级别、站点状态中的至少一种。
站点名称可以是用于标识站点的名称。所述站点名称可以是站点本身的实际名称，也可以是其他可以唯一标识站点的内容，例如社会信用代码等，或者也可以是自行设置的对应于站点的标号。
站点类别可以用于限制站点本身的不同类别，例如可以从功能的角度进行划分，将站点划分为生产商站点、经销商站点、物流企业站点、产品应用站点和零售商站点等；也可以从关注度的角度进行划分，从而划分为重点关注站点、正常审查站点和免检站点等。
站点级别可以用于确定站点的重要程度。基于站点级别可以对召回状态以及划分，相应的，站点级别越高的站点，在确定反馈情况以及召回期限时可能也设置得更短。在确定需要进行召回的站点时，也可以根据站点级别进行筛选，例如对于级别高的站点可以具有更高的召回优先级。
站点状态可以用于表示站点当前的状态，具体的，可以是站点当前处于正常生产或销售的状态，或是当前已经被冻结的状态，或是该站点已经关闭的状态等。
利用一个具体的示例进行说明，如图3所示，是站点为企业时输入企业属性的示意图。其中，通过输入企业的分类编号、分类名称、分类编号全称、分类名称全称、来源、上级分类编号、上级分类名称、状态来对企业进行描述，从而能够在后续过程中利用企业信息来实现相应的筛选。
实际应用中也可以通过确定其他内容为所述站点信息，并不限于上述示例，在此不做赘述。
候选产品信息和候选站点信息可以是符合所述待召回产品限制条件和/或召回站点限制条件的产品和站点的信息。所述候选产品信息和候选站点信息之间可以不具备较强的关联性，而只是对应于待召回产品限制条件和/或召回站点限制条件的相关信息。例如，在所述待召回产品限制条件和召回站点限制条件分别对产品和站点进行限定的情况下，候选产品信息和候选站点信息可以是分别满足待召回产品限制条件和/或召回站点限制条件中的相应限制条件的信息。
利用一个具体的示例进行说明，假设待召回产品限制条件和召回站点限制条件用于筛选存在召回记录的站点和重点关注的药品，则可以根据所述待召回产品限制条件和/或召回站点限制条件，筛选存在召回记录的站点的信息作为候选站点信息，再筛选存在重点关注标记的药品的信息作为候选产品信息。实际应用中对于筛选的顺序不做限制。
在一些实施方式中，在所述业务处理设备中预先设置有至少一个预设监管画像模型的情况下，可以基于所述产品召回任务中所包含的待召回产品限制条件和/或召回站点限制条件，在这些预设监管画像模型中确定对应于所述待召回产品限制条件和/或召回站点限制条件的目标监管画像模型，再将产品信息和站点信息输入所述目标监管画像模型，从而确定相应的候选产品信息和候选站点信息。
如图4所示，为利用画像进行分析的具体示例，其中，根据待召回产品限制条件和/或召回站点限制条件确定对应的画像后，可以直接显示画像所限定的各项信息，包括画像名称、药品属性、企业属性和待召回产品限制条件和/或召回站点限制条件等，从而能够有效地利用上述信息进行查询，实现候选产品信息、候选站点信息以及待召回产品和召回站点的查询，方便用户操作。
s230：根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点。
在获取到候选产品信息和候选站点信息之后，可以根据所述候选产品信息和候选站点信息确定待召回产品和召回站点。
待召回产品是所确定的需要进行召回的产品。具体的，所述待召回产品例如可以是某种药品，或某些汽车等。所述待召回产品对应有具体的信息，所述信息可以是产品信息中对应于所述待召回产品的信息。
召回站点是涉及具体的产品召回的站点。具体的，所述召回站点例如可以是生产商站点、经销商站点、物流企业站点、产品应用站点和零售商站点中的至少一个。所述生产商站点可以是用于生产所述待召回产品的生产商所对应的站点，所述生产商站点可以是将所述待召回产品发出的初始站点，相应的，所述生产商站点的设备上可以记录有具体的产品发出的路径信息。所述经销商站点可以是经销商对应的站点，用于获取生产商所提供的产品后将产品销售至其他零售商或消费者。所述物流企业站点可以是物流企业所对应的站点，所述待召回产品在需要进行召回时，可能仍然处于运输过程中，即目前仍然是由相应的物流企业进行负责。所述产品应用站点可以是具体的应用所述待召回产品的机构、组织或企业等，例如在所述待召回产品为药品时，所述产品应用站点可以是医院、诊所等机构。所述零售商站点可以是零售商所对应的站点，用于将所述待召回产品销售至个人消费者。上述站点只是用于对所述产品召回站点进行示意性说明，实际应用中可以根据需求设置其他站点，并不限于上述示例，在此不再赘述。
所述召回站点具有相应的对应于各个产品的接收以及传输信息。所述召回站点可以利用相应的设备将这些信息上传至所述业务处理设备。所述业务处理设备将该产品对应于各个业务处理设备的信息进行存储，从而可以在需要确定召回节点设备时根据所述信息进行确定。
利用一个具体的示例进行说明，在需要获取到待召回产品信息之后，根据所述待召回产品信息在各个站点所上传的信息中进行匹配，确定生产所述待召回产品的站点，若所述待召回产品还未全部运输出该站点，发送相应的指令至该站点以召回所述待召回产品。若所述待召回产品已经运输出该站点，根据该站点上传的信息确定所述待召回产品所传输的下一站点，并查询下一站点所上传的信息，并通过之前的方式依次查询对应于所述待召回产品的信息，直至确定对应于所述待召回产品的所有站点为止。
在对应于待召回产品的数据采集阶段，通过将基于溯源数据和本地业务系统数据进行整合，对数据进行清洗和挖掘。利用bi展示工具，结合产品追溯管理需求，通过数据大屏，综合报表展示。
由于在待召回产品传递的过程中可以由所述业务处理设备接收到相应的信息，因此在需要对产品进行召回可以基于相应的信息对产品进行追溯，确保了产品的有效召回，提高了产品召回的效率，减少了时间和资源的消耗。
s240：向所述召回站点发送召回指令以召回所述待召回产品。
召回管理设备确定召回节点设备之后，可以发送相应的产品召回指令至所述召回节点。所述产品召回指令用于指示召回节点完成对于所述待召回产品的召回。
所述产品召回指令中可以包含所述待召回产品的信息，以使所述召回节点设备能够明确具体的需要进行召回的产品。所述待召回产品信息用于对所述待召回产品进行描述，通过记录所述待召回产品的产品名称、产品类别、产品来源、产品状态，能够实现对待召回产品的准确定位，从而有效实现对所述待召回产品的召回。
在一些实施方式中，所述业务处理设备在生成产品召回指令之前，还可以先获取对应于各个召回站点的待召回产品的数量，并基于所述待召回产品的数量生成相应的产品召回指令。所述召回产品数量用于指示该站点所需要召回的产品的数量。具体的，所述召回产品数量可以是该站点当前所具有的待召回产品的库存数量，也可以是该站点售出的待召回产品的数量。召回站点根据召回产品数量返回库存中的待召回产品或基于售出渠道对所述待召回产品进行追回。
在一些实施方式中，在对应于所述待召回产品存在有召回期限的情况下，也可以根据所述召回期限生成所述产品召回指令。所述产品召回指令在发送至召回节点设备之后，所述召回节点设备基于所述产品召回指令中所包含的召回期限，在所述召回期限的限定下完成对于所述待召回产品的召回。
在一些实施方式中，所述待召回产品可以对应有相应的分级，所述分级可以用于表示待召回产品的重要程度，根据对应的分级可以确定对应的召回期限。例如，可以设置分级包括一级、二级和三级。其中，一级待召回产品的召回期限可以限定为3天，二级待召回产品的召回期限可以限定为5天，三级待召回产品的召回期限可以限定为7天。具体的，对待召回产品设置分级可以基于管理人员的相关指令或待召回产品所属的具体类别进行设置，在此不再赘述。
召回站点在接收到所述产品召回指令之后，可以将所述产品召回指令转发至相应的操作人员以完成产品的召回。具体的操作过程可以基于实际应用的需求设置，在此不再赘述。
在一些实施方式中，在所述操作人员进行具体的召回操作时，业务处理设备可以将自身的数据授权给所述召回站点和相应的操作人员，以使其能够简单直观地查找待召回产品的分布情况，从而帮助线下更好地完成相应的召回工作。
在一些实施方式中，也可以是由除所述业务处理设备外的其他设备来完成发送召回指令的操作。例如，所述业务处理设备可以将所确定的待召回产品和召回站点的信息发送给指令下达设备，由所述指令下达设备基于所接收到的信息向所述召回站点发送召回指令以完成对于所述待召回产品的召回。在该实施方式中，所述业务处理设备可以仅仅只是用来对召回情况进行辅助决策的设备，具体的召回执行过程可以由其他设备进行执行，从而保障了不同设备之间的明确分工，有利于召回工作的顺利进行。
召回站点在接收到召回指令，并执行召回操作后，还可以反馈召回情况报告至所述业务处理设备。所述召回情况报告可以用于说明对应于所述召回站点的产品召回情况。具体的，所述召回情况报告中可以包括已经完成召回的待召回产品的数量和比例。
具体的，所述召回情况报告可以是操作人员通过操作人员终端将相应的召回情况发送至召回节点设备后，由所述召回节点设备统计得到的相关报告。所述召回情况报告也可以是由召回节点设备直接获取产品召回的相应数据后，统计得到的报告。实际应用中可以采取不同的方式获取所述召回情况报告，并不限于上述示例，在此不再赘述。
在一些实施方式中，所述召回情况报告可以是在完成对应于所述召回节点设备的召回要求后所反馈的报告，例如所述产品召回指令用于指示召回100件待召回产品，在产品召回站点完成这100件待召回产品的召回之后，可以反馈召回情况报告用于说明当前已经完成了召回作业。相应的，所述召回情况报告中的召回产品的数量为对应于产品召回指令中的召回产品的数量。
在一些实施方式中，所述召回情况报告也可以是按照预定反馈时段进行反馈的报告。由于实际应用中，召回的过程可能需要延续较长的时间，因此，可以预先设定一定的时段，使得所述召回节点设备能够根据所设定的时段周期性地反馈召回情况报告，从而用于定时说明当前对于召回任务的处理进度。相应的，所述召回情况报告中所说明的召回产品的数量可以是当前已召回的待召回产品的数量。
在一些实施方式中，在所述待召回产品存在相应的分级的情况下，可以根据所述待召回产品的分级确定所述召回节点设备反馈召回情况报告的期限。所述分级所属的等级越高，所述预定反馈时段越短，从而尽快获知具体的产品召回的情况。
在一些实施方式中，业务处理设备也可以主动对召回过程进行查询，具体的，可以是提供相应的产品名称、批准文号、类别、发布日期、召回级别、召回状态等信息进行筛选后，查找对应于相应的待召回产品的信息。例如，当需要召回产品后，可以查看任务基本信息、召回批次详情、涉及流通企业、问题药品分布。其中召回进度面板可以显示问题药品批次的生产数量、出库数量，已召回数量与比例信息，以便监管用户是是监控召回的详细进展。
在一些实施方式中，在业务处理设备确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点之后，还可以将所述至少一个待召回产品的标识和所述至少一个召回站点的标识发送至召回管理设备。
召回管理设备可以是用于对具体实施时的待召回产品和召回站点进行确定的设备，例如可以是政府监管部门用于下发决策指令的设备，或是企业决策人员对应的设备。所述召回管理设备将所述待召回产品和召回站点展示给对应的用户之后，用户通过所述召回管理设备在这些待召回产品和召回站点中选取目标待召回产品和对应的目标召回站点。所述目标待召回产品和目标召回站点可以是全部或部分的待召回产品和召回站点，对此不做限制。
业务处理设备在接收到召回管理设备反馈的目标待召回产品的标识和对应的目标召回站点的标识后，可以向所述目标召回站点发送召回指令以召回所述目标待召回产品。
在该实施方式中，所述业务处理设备主要起辅助决策作用，从而更好地帮助实现产品的召回。
利用一个具体的场景示例进行说明，如图5所示，药品追溯监管系统可以对应于所述业务处理设备。所述药品追溯监管系统包含有药品监管子系统、移动监管子系统、只会决策和指挥子系统、预警分析子系统和数据交换子系统，上述子系统综合用于实现药品召回的决策制定以及召回操作的具体实施。药品追溯监管系统根据监管局和用户的相应意见可以确定是否需要进行药品召回以及对何种药品进行召回，或接收对召回药品的具体限制条件。所述药品追溯监管系统还可以与药品抽验系统、药品抽检系统、药品不良反应系统、药品追溯交换系统、监管部门内部系统、社会公众服务平台以及其他扩展接口相连接，从而获取对药品进行分析的具体数据以确定是否实现药品追溯。
所述药品追溯监管系统与药品追溯协同平台相连接，所述药品追溯协同平台与相应的市场药品追溯系统之间能够实现通信，从而与生产商、经销商、物流企业、医疗机构以及零售商之间进行通信，以使这些具体的企业或用户完成对于药品的召回。相应的，所述药品追溯协同平台可以将召回的具体情况定期反馈给药品追溯监管系统，从而确保药品追溯监管系统对于召回情况的掌握。基于上述场景示例，完成了对于药品的召回决策下达至执行最终完成的整体步骤。
基于上述实施例和场景示例的介绍，可以看出，所述业务处理方法在获取到产品召回任务之后，根据产品召回任务中用于限制待召回产品和召回站点的待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选出对应的候选产品信息和候选站点信息，进而根据所述候选产品信息和候选站点信息确定待召回产品和召回站点，从而用于能够向召回站点发送相应的指令以完成对于所述待召回产品的召回。上述方法根据限定的条件筛选得到相应的召回产品和召回站点，不仅保证了召回过程的正确率，也加快了召回的速度，在确保用户的安全和利益的同时，避免了资源和时间的浪费。
基于图1所对应的产品召回任务处理方法，介绍本说明书实施例一种产品召回任务处理装置。如图6所示，所述产品召回任务处理装置包括以下模块。
业务接收模块610，用于接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；
信息筛选模块620，用于基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；
站点确定模块630，用于根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；
指令发送模块640，用于向所述召回站点发送召回指令以召回所述待召回产品。
基于图1所对应的产品召回任务处理方法，本说明书实施例提供一种产品召回任务处理设备。如图7所示，所述召回管理设备可以包括存储器和处理器。
在本实施例中，所述存储器可以按任何适当的方式实现。例如，所述存储器可以为只读存储器、机械硬盘、固态硬盘、或u盘等。所述存储器可以用于存储计算机程序指令。
在本实施例中，所述处理器可以按任何适当的方式实现。例如，处理器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式等等。所述处理器可以执行所述计算机程序指令实现以下步骤：接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；向所述召回站点发送召回指令以召回所述待召回产品。
在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。
上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本说明书可借助软件加必需的第一硬件平台的方式来实现。基于这样的理解，本说明书的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本说明书各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
本说明书可用于众多第一或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施例描绘了本说明书，本领域普通技术人员知道，本说明书有许多变形和变化而不脱离本说明书的精神，希望所附的权利要求包括这些变形和变化而不脱离本说明书的精神。
1.一种产品召回任务处理方法，其特征在于，包括：
接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；
基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；
根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；
向所述召回站点发送召回指令以召回所述待召回产品。
2.如权利要求1所述的方法，其特征在于，所述基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息，包括：
在预设监管画像模型中选取对应于所述待召回产品限制条件和/或召回站点限制条件的目标监管画像模型；所述预设监管画像模型用于基于预设查找条件查找产品信息和站点信息；
将产品信息和站点信息输入所述目标监管画像模型以确定候选产品信息和候选站点信息。
3.如权利要求1所述的方法，其特征在于，所述产品信息包括产品名称、产品类别、产品来源、产品状态中的至少一种。
4.如权利要求1所述的方法，其特征在于，所述站点信息包括站点名称、站点类别、站点级别、站点状态中的至少一种。
5.如权利要求1所述的方法，其特征在于，所述待召回产品限制条件和/或召回站点限制条件用于限定预定期限内涉及召回的企业和/或涉及不良反应的企业和/或证书或许可证到期的企业。
6.如权利要求1所述的方法，其特征在于，所述向所述召回站点发送召回指令以召回所述待召回产品之前，还包括：
确定对应于所述召回站点的待召回产品的数量；
基于所述召回产品数量生成对应于所述召回站点的产品召回指令。
7.如权利要求1所述的方法，其特征在于，所述产品召回任务中包含有召回期限；所述召回期限用于限定召回所述待召回产品的时限；所述向所述召回站点发送召回指令以召回所述待召回产品之前，还包括：
基于所述召回期限生成产品召回指令。
8.如权利要求1所述的方法，其特征在于，所述待召回产品包括药品。
9.如权利要求1所述的方法，其特征在于，所述召回站点包括生产商站点、经销商站点、物流企业站点、产品应用站点和零售商站点中的至少一种。
10.如权利要求1所述的方法，其特征在于，所述产品召回业务包括在产品检测不合格和/或产品被投诉后所生成的业务。
11.如权利要求1所述的方法，其特征在于，所述向所述召回站点发送召回指令以召回所述待召回产品之后，还包括：
接收所述召回站点反馈的召回情况报告；所述召回情况报告用于说明已召回的待召回产品的数量和比例。
12.如权利要求11所述的方法，其特征在于，所述召回情况报告由所述召回站点基于预定反馈时段进行反馈。
13.如权利要求1所述的方法，其特征在于，所述根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点之后，还包括：
将所述至少一个待召回产品的标识和所述至少一个召回站点的标识发送至召回管理设备；
接收所述召回管理设备反馈的目标待召回产品的标识和对应的目标召回站点的标识；
向所述目标召回站点发送召回指令以召回所述目标待召回产品。
14.一种产品召回任务处理装置，其特征在于，包括：
业务接收模块，用于接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；
信息筛选模块，用于基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；
站点确定模块，用于根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；
指令发送模块，用于向所述召回站点发送召回指令以召回所述待召回产品。
15.一种产品召回任务处理设备，包括存储器和处理器；
所述存储器，用于存储计算机程序指令；
所述处理器，用于执行所述计算机程序指令以实现以下步骤：接收产品召回任务；所述产品召回任务包括待召回产品限制条件和/或召回站点限制条件；基于所述待召回产品限制条件和/或召回站点限制条件在产品信息和站点信息中筛选候选产品信息和候选站点信息；根据所述候选产品信息和关联的候选站点信息确定至少一个待召回产品和所述待召回产品对应的至少一个召回站点；向所述召回站点发送召回指令以召回所述待召回产品。
技术总结