CN113470795A - 数据跟踪方法、系统、服务器及存储介质 - Google Patents

Abstract

本公开涉及一种数据跟踪方法、系统、服务器及存储介质。所述方法包括：获取检测试剂的试剂数据；获取诊断装置的装置数据以及诊断数据中的一个或多个；保存所述试剂数据、装置数据以及所述诊断数据中的一个或多个；基于所述试剂数据、装置数据以及所述诊断数据中的一个或多个，确定待同步数据；通过区块链校验，向所述诊断装置发送所述待同步数据。利用本公开各实施例，可以实现数据的统一存储和管理，便于追溯，同时，可以实现存储的数据与诊断装置之间的数据同步，从而提升数据的真实性与可靠性，进一步地，可以减小数据被篡改的可能性，进一步提升数据的真实性。

Description

数据跟踪方法、系统、服务器及存储介质

技术领域

本公开涉及数据管理技术领域，尤其涉及一种数据跟踪方法、系统、服务器及存储介质。

背景技术

医疗检验对数据的准确性有很高的要求，出于对患者检测准确性的要求，以及正确的治疗需求，需要尽可能的减小数据被篡改的可能性。然而由于医疗检验的试剂被生产后，要经过运输到达不同的地方，通过不同的诊断装置进行各类检验，从试剂生产后记录的数据往往都是被存储在不同位置，相互之间割裂的且不具有可追溯性，这将增加数据记录错误的可能性，从而降低数据的准确性和有效性。

发明内容

本公开提出了一种数据跟踪方法、系统、服务器及存储介质。

根据本公开的一方面，提供了一种数据跟踪方法，所述方法包括：

获取检测试剂的试剂数据；获取诊断装置的装置数据以及诊断数据中的一个或多个；保存所述试剂数据、装置数据以及所述诊断数据中的一个或多个；基于所述试剂数据、装置数据以及所述诊断数据中的一个或多个，确定待同步数据；通过区块链校验，向所述诊断装置发送所述待同步数据。

在一种可能的实现方式中，所述试剂数据包括所述检测试剂的身份数据、生产数据、订购数据以及运输数据中的一个或多个；和/或，所述装置数据包括所述诊断装置的状态数据和/或报警数据；和/或，所述诊断数据包括通过所述诊断装置对所述检测试剂进行诊断操作时所获得的测试数据、定标数据以及质控数据中的一个或多个。

在一种可能的实现方式中，所述获取检测试剂的试剂数据，包括：在所述检测试剂生产成功的情况下，获取所述检测试剂的身份数据和生产数据，将所述生产数据与所述身份数据进行绑定；和/或，在所述检测试剂发生订购的情况下，获取所述检测试剂的订购数据，将所述订购数据与所述身份数据进行绑定；和/或，在所述检测试剂进行运输的情况下，获取所述检测试剂的至少一个运输数据，将所述身份数据与每个所述运输数据进行绑定。

在一种可能的实现方式中，所述身份数据包括所述检测试剂的试剂唯一码；和/或，所述生产数据包括所述检测试剂的生产时间、生产平台、生产类型、生产批号以及生产规格中的一个或多个；和/或，所述订购数据包括所述检测试剂的订购对象和/或订购时间；和/或，所述运输数据包括所述检测试剂的运输时间、运输位置以及运输温度中的一个或多个。

在一种可能的实现方式中，所述获取诊断装置的装置数据以及诊断数据中的一个或多个，包括：在所述诊断装置开启的情况下，获取所述诊断装置的状态数据，将所述状态数据与所述诊断装置进行对应；和/或，在所述诊断装置对所述检测试剂进行诊断操作的情况下，获取与所述检测试剂对应的诊断数据，将所述诊断数据与所述诊断装置进行对应；和/或，在所述诊断装置发生报警的情况下，获取所述诊断装置的报警数据，将所述报警数据与所述诊断装置进行对应。

在一种可能的实现方式中，所述状态数据包括所述诊断装置的装置编号、装置状态以及装置开启时间中的一个或多个；和/或，所述报警数据包括所述诊断装置的报警类型、报警时间以及报警等级中的一个或多个。

在一种可能的实现方式中，所述基于所述试剂数据、装置数据以及所述诊断数据中的一个或多个，确定待同步数据，包括：在获取到所述诊断装置的诊断数据的情况下，将与所述诊断数据对应的所述试剂数据，作为所述待同步数据；和/或，在接收到所述诊断装置的数据请求的情况下，将与所述数据请求对应的所述装置数据和/或诊断数据，作为所述待同步数据。

在一种可能的实现方式中，所述在获取到所述诊断装置的诊断数据的情况下，将与所述诊断数据对应的所述试剂数据，作为所述待同步数据，包括：根据所述诊断数据与所述检测试剂之间的对应关系，确定与所述诊断数据对应的所述检测试剂的身份数据；将与所述身份数据绑定的生产数据、订购数据以及运输数据中的一个或多个，作为所述待同步数据。

在一种可能的实现方式中，所述通过区块链校验，向所述诊断装置发送所述待同步数据，包括：在接收到所述诊断装置的数据请求的情况下，对所述数据请求进行区块链校验，得到校验结果；在所述校验结果为通过的情况下，向所述诊断装置发送所述待同步数据。

在一种可能的实现方式中，所述方法还包括：备份所述试剂数据、装置数据以及所述诊断数据中的一个或多个。

本公开另一方面，提供了一种数据跟踪系统，所述系统包括：

检测试剂；诊断装置，用于根据所述检测试剂进行对应的诊断操作，得到诊断数据；云服务器，被配置为获取检测试剂的试剂数据；获取诊断装置的装置数据以及诊断数据中的一个或多个；保存所述试剂数据、装置数据以及所述诊断数据中的一个或多个；基于所述试剂数据、装置数据以及所述诊断数据中的一个或多个，确定待同步数据；通过区块链校验，向所述诊断装置发送所述待同步数据。

在一种可能的实现方式中，所述试剂数据包括所述检测试剂的身份数据、生产数据、订购数据以及运输数据中的一个或多个；和/或，所述装置数据包括所述诊断装置的状态数据和/或报警数据；和/或，所述诊断数据包括通过所述诊断装置对所述检测试剂进行诊断操作时所获得的测试数据、定标数据以及质控数据中的一个或多个。

在一种可能的实现方式中，所述云服务器，进一步被配置为：在所述检测试剂生产成功的情况下，获取所述检测试剂的身份数据和生产数据，将所述生产数据与所述身份数据进行绑定；和/或，在所述检测试剂发生订购的情况下，获取所述检测试剂的订购数据，将所述订购数据与所述身份数据进行绑定；和/或，在所述检测试剂进行运输的情况下，获取所述检测试剂的至少一个运输数据，将所述身份数据与每个所述运输数据进行绑定。

在一种可能的实现方式中，所述身份数据包括所述检测试剂的试剂唯一码；和/或，所述生产数据包括所述检测试剂的生产时间、生产平台、生产类型、生产批号以及生产规格中的一个或多个；和/或，所述订购数据包括所述检测试剂的订购对象和/或订购时间；和/或，所述运输数据包括所述检测试剂的运输时间、运输位置以及运输温度中的一个或多个。

在一种可能的实现方式中，所述云服务器，进一步被配置为：在所述诊断装置开启的情况下，获取所述诊断装置的状态数据，将所述状态数据与所述诊断装置进行对应；和/或，在所述诊断装置对所述检测试剂进行诊断操作的情况下，获取与所述检测试剂对应的诊断数据，将所述诊断数据与所述诊断装置进行对应；和/或，在所述诊断装置发生报警的情况下，获取所述诊断装置的报警数据，将所述报警数据与所述诊断装置进行对应。

在一种可能的实现方式中，所述状态数据包括所述诊断装置的装置编号、装置状态以及装置开启时间中的一个或多个；和/或，所述报警数据包括所述诊断装置的报警类型、报警时间以及报警等级中的一个或多个。

在一种可能的实现方式中，所述云服务器，进一步被配置为：在获取到所述诊断装置的诊断数据的情况下，将与所述诊断数据对应的所述试剂数据，作为所述待同步数据；和/或，在接收到所述诊断装置的数据请求的情况下，将与所述数据请求对应的所述装置数据和/或诊断数据，作为所述待同步数据。

在一种可能的实现方式中，所述云服务器，进一步被配置为：根据所述诊断数据与所述检测试剂之间的对应关系，确定与所述诊断数据对应的所述检测试剂的身份数据；将与所述身份数据绑定的生产数据、订购数据以及运输数据中的一个或多个，作为所述待同步数据。

在一种可能的实现方式中，所述云服务器，进一步被配置为：在接收到所述诊断装置的数据请求的情况下，对所述数据请求进行区块链校验，得到校验结果；在所述校验结果为通过的情况下，向所述诊断装置发送所述待同步数据。

在一种可能的实现方式中，所述云服务器，进一步被配置为：备份所述试剂数据、装置数据以及所述诊断数据中的一个或多个。

本公开另一方面，提供了一种服务器，包括：

处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为执行所述可执行指令时实现上述方法。

本公开另一方面，提供了一种非易失性计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法。

根据本公开的各方面提供的各种实施方式，可以通过获取检测试剂的试剂数据、诊断装置的装置数据以及诊断数据，并将这些数据进行保存，从而可以实现用于医疗检验的数据的统一存储和管理，便于追溯，同时，基于获取的试剂数据、装置数据和诊断数据，来确定待同步数据，并向诊断装置发送待同步数据，可以实现存储的数据与诊断装置之间的数据同步，从而提升数据的真实性与可靠性，进一步地，由于待同步数据是基于区块链校验进行发送，这样可以减小数据被篡改的可能性，进一步提升数据的真实性。

根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

包含在说明书中并且构成说明书的一部分的附图与说明书一起示出了本公开的示例性实施例、特征和方面，并且用于解释本公开的原理。

图1示出本公开一种实施例提供的一种数据跟踪方法的流程示意图。

图2示出根据本公开一实施例的获取的试剂数据示意图。

图3示出根据本公开一实施例的运输数据示意图。

图4示出根据本公开一实施例的报警数据的示意图。

图5示出根据本公开一实施例的测试数据的示意图。

图6示出根据本公开一实施例的定标数据的示意图。

图7示出根据本公开一实施例的质控数据的示意图。

图8示出本公开一种实施例提供的一种数据跟踪系统的模块结构示意图。

图9示出根据本公开一实施例的基于上述数据跟踪系统的数据跟踪过程示意图。

图10是根据一示例性实施例示出的一种服务器1900的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

另外，为了更好的说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/“，表示前后关联对象是一种“或”的关系。

本公开实施例中出现的“多个”是指两个或两个以上。本公开实施例中出现的第一、第二等描述，仅作示意与区分描述对象之用，没有次序之分，也不表示本申请实施例中对设备个数的特别限定，不能构成对本公开实施例的任何限制。

本申请实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，以实现设备间的通信，本申请实施例对此不做任何限定。

本申请实施例中出现的“网络”与“系统”表达的是同一概念，通信系统即为通信网络。本公开实施例中出现的“连接”是指直接连接或者间接连接等各种连接方式，例如通过通信接口连接不同设备，不做任何限定。

图1示出本公开一种实施例提供的一种数据跟踪方法的流程示意图。所述方法可以应用于服务器中，该服务器可以是本地服务器也可以是云服务器，在一个示例中，本公开实施例提出的方法可以应用于云服务器中。

如图1所示，所述方法可以包括：

步骤S11，获取检测试剂的试剂数据。

其中，检测试剂可以是用于医疗检测的试剂，其具体的用于何种医疗检测，在本公开实施例中不做限制，同样地，检测试剂的数量和种类在本公开实施例中也不做限制，即数据跟踪方法既可以针对某个或某种检测试剂进行跟踪，也可以同时针对多个或多种检测试剂进行跟踪，根据实际情况进行灵活决定即可。

而检测试剂的试剂数据，其包含的数据内容也可以根据实际情况灵活决定，在一种可能的实现方式中，试剂数据可以包括检测试剂的身份数据、生产数据、订购数据以及运输数据中的一个或多个。

上述公开实施例中，身份数据可以是用来表明检测试剂的身份的数据，由于检测试剂被生产后可能会经历储存、运输以及被用于诊断操作等一系列的过程，因此，在检测试剂的状态发生改变时，通过身份数据，可以有效的将明确当前记录或获取的数据，是哪一检测试剂的。身份数据的实现形式不受限定，在一种可能的实现方式中，身份数据可以包括检测试剂的试剂唯一码，即每个检测试剂都通过一串唯一的编码来标明身份，这一编码可以是数字编码，也可以是二维码或是其他的编码形式，在此不做限定。不同检测试剂之间的试剂唯一码不同，从而减小不同试剂之间记录的数据发生混淆的可能性，从而最终管理的数据的准确性和可靠性。

除了身份数据外，通过上述公开实施例还可以看出，试剂数据还可以包括有检测试剂的生产数据，生产数据可以是记录检测试剂生产后的一些基本信息，其包含的内容可以根据实际情况灵活决定，不局限于下述公开实施例，在一种可能的实现方式中，生产数据可以包括检测试剂的生产时间、生产平台、生产类型、生产批号以及生产规格中的一个或多个，可以根据实际情况灵活记录其中的某个或某些数据，其中生产平台可以是生产检测试剂的平台，生产类型可以是检测试剂的应用类型，比如是用于何种检测，生产批号可以是生产该检测试剂的批次，而生产规格可以是该检测试剂可以被使用多少次等等，除此之外，由于某些检测试剂可以被多次使用，因此生产数据里还可以包含有该检测试剂的使用次数或是最后使用时间等信息。

由于检测试剂可能被某些机构或公司所采购，因此，试剂数据还可以包括有检测试剂的订购数据，订购数据的实现方式在本公开实施例中也不做限制，在一种可能的实现方式中，订购数据可以包括检测试剂的订购对象和/或订购时间，即记录检测试剂的购买记录等。

在检测试剂被订购或需要更改存储地点的情况下，检测试剂可能会发生运输操作，因此，试剂数据还可以包括有运输数据，运输数据的实现方式在本公开实施例中同样不做限制，在一种可能的实现方式中，运输数据可以包括检测试剂的运输时间、运输位置以及运输温度中的一个或多个，这样，可以便于实现对检测试剂在运输过程中的全程数据记录与跟踪，从而便于后续对检测试剂的相关数据进行追溯，也便于及时发现数据是否被篡改，提升数据的可靠性。图2示出根据本公开一实施例的获取的试剂数据示意图，从图中可以看出，在一个示例中，可以通过记录检测试剂的唯一码、生产平台、试剂类型、试剂规格、试剂批号、试剂所属经销商/医院、试剂被使用时的机器号、试剂的最后使用时间、试剂的当前位置、试剂所用于样本检测的次数、试剂被用于质控检测的次数以及试剂被用于定标检测的次数等，来实现对检测试剂相关数据的完整记录，便于对检测试剂的任意数据进行追溯，提升数据的可靠性和真实性。

基于上述各公开实施例可以看出，检测试剂的试剂数据可以包含有多种数据内容，用来记录检测试剂在不同情况下的各种状态，因此，通过步骤S11获取检测试剂的试剂数据时，可以根据检测试剂的实际情况灵活选取获取方式，在一种可能的实现方式中，步骤S11可以包括：

步骤S111，在检测试剂生产成功的情况下，获取检测试剂的身份数据和生产数据，将生产数据与身份数据进行绑定；和/或，

步骤S112，在检测试剂发生订购的情况下，获取检测试剂的订购数据，将订购数据与身份数据进行绑定；和/或，

步骤S113，在检测试剂进行运输的情况下，获取检测试剂的至少一个运输数据，将身份数据与每个运输数据进行绑定。

通过上述公开实施例可以看出，在一种可能的实现方式中，获取检测试剂的试剂数据，可以根据检测试剂当前所处的情况灵活获取，即当检测试剂被成功生成后，立刻将检测试剂相关的生产信息作为生产数据采集到云服务器中，或是通过扫描仪等设备扫描相应的生产数据等，并在云端将其与检测试剂的身份数据进行绑定，具体如何采集生产数据，其采集方式可以灵活决定，比如可以通过电脑或是手机等设备来记录这一生产数据。

在一种可能的实现方式中，当检测试剂被订购时，可以及时采集订购数据并将其与检测试剂的身份数据进行绑定，这样，当订购方收到检测试剂后，可以通过检测试剂的身份数据查询订购数据，如果送来的检测试剂有误或是被替换，通过订购数据的查询，可以及时发现此类状况，从而确保检测试剂的准确、安全与有效。

在一种可能的实现方式中，当试剂检测试剂发生运输时，可以通过在不同的运输节点中，采集检测试剂的运输位置以及运输时间等，来对检测试剂的整个运输过程实现全程数据记录和监控，同时，由于部分检测试剂在运输时对运输温度有要求，因此在一个示例中，还可以全程采集检测试剂在运输过程中的运输温度数据，并在云服务器将此温度数据绘制为便于观察的图像形式，来提升数据跟踪的便宜性，图3示出根据本公开一实施例的运输数据示意图，从图中可以看出，本公开实施例提出的数据跟踪方法，可以获取检测试剂的运输时间，并记录在不同运输时间下检测试剂的运输位置，和不同运输时间下检测试剂的运输温度。

通过上述各公开实施例可以看出，本公开实施例中提出的数据跟踪方法，可以有效获取检测试剂的试剂数据，对检测试剂从出产后的全过程数据进行全面记录，并通过检测试剂的身份数据确保记录的数据与检测试剂之间一一匹配，既提升了数据跟踪中数据的全面性和可追溯性，也提升了数据的真实性和可靠性。

步骤S12，获取诊断装置的装置数据以及诊断数据中的一个或多个。

其中，诊断装置可以是用于对检测试剂进行诊断和检测的设备，其具体的进行何种诊断或检测，在本公开实施例中不做限制，同样地，诊断装置的数量和种类在本公开实施例中也不做限制，可以根据检测试剂所实际应用到的装置来灵活决定。在一种可能的实现方式中，诊断装置除了设备本身，还可以包括有安装于设备上的传感器，如某些重要的诊断装置上可能包含有报警传感器或是红外传感器等等，根据实际情况灵活选择即可。

而诊断装置的装置数据，其包含的数据内容也可以根据实际情况灵活决定，在一种可能的实现方式中，装置数据可以包括诊断装置的状态数据和/或报警数据。

上述公开实施例中，状态数据可以是用来表明诊断装置状态的数据，这些状态可以是诊断装置的静态状态，如诊断装置的编号、诊断装置的类型、诊断装置上传感器的编号或是诊断装置上传感器的类型等；除此之外，这些状态也可以是诊断装置的动态状态，如诊断装置处于开启还是关闭、诊断装置的开启时间或是诊断装置的检验时间等。状态数据的实现形式不受限定，在一种可能的实现方式中，状态数据可以包括诊断装置的装置编号、装置状态以及装置开启时间中的一个或多个，其中，装置编号可以是用以表明诊断装置身份的编号，其编号形式可以为数字代码、字母代码或是数字与字母的组合代码等，在本公开实施例中不做限制；而装置状态可以是诊断装置的开启状态、装置的设置或检测的相关参数或是诊断装置是否处于异常状态等，在一个示例中，状态数据可以包括装置的基本设置参数、装置的检测数据配置参数、装置的定位信息以及表明装置中传感器是否处于异常的数据等；在一种可能的实现方式中，为了延长诊断装置的使用时间，在诊断装置不使用时可以关闭诊断装置，在诊断装置关闭时不便于获取相关数据，因此可以记录诊断装置的装置开启时间，来减小装置数据被修改的可能性等。

除了状态数据外，通过上述公开实施例还可以看出，装置数据还可以包括有诊断装置的报警数据，报警数据可以是诊断装置被破坏或是发生异常所导致警报的情况下，所记录的与警报相关的数据，其包含的内容可以根据实际情况灵活决定，不局限于下述公开实施例，在一种可能的实现方式中，报警数据包括诊断装置的报警类型、报警时间以及报警等级中的一个或多个，可以根据实际情况灵活记录其中的某个或某些数据，其中报警类型可以是触发警报的原因，如被破坏或是诊断装置使用时发生的错误等，报警时间可以是触发警报的时间，报警等级可以是警报的严重程度等，图4示出根据本公开一实施例的报警数据的示意图，从图中可以看出，在一个示例中，可以将报警数据、报警等级以及报警时间等数据与诊断装置的状态数据等建立联系，从而提升数据跟踪的准确度和针对性。

通过上述各公开实施例可以看出，诊断装置的装置数据，主要与诊断装置本身的状态相关，由于诊断装置还可以用于对检测试剂进行诊断操作，因此，步骤S12中除了获取诊断装置的装置数据以外，还可以获取诊断装置的诊断数据。

其中，诊断数据可以是诊断装置在对检测试剂执行诊断操作时，所得到的相关数据。其中，诊断数据可以对检测试剂执行的诊断操作，具体的操作类型可以根据诊断装置和检测试剂的实际情况灵活决定，因此，在本公开实施例中不对诊断操作的类型进行限制。对于医疗检验来说，诊断装置对检测试剂所执行的操作可以被划分为检测、定标或是质控，因此，在一种可能的实现方式中，诊断数据可以包括通过诊断装置对检测试剂进行诊断操作时所获得的测试数据、定标数据以及质控数据中的一个或多个。

其中，测试数据可以是诊断装置利用检测试剂进行相应检测时所得到的数据，其可以包含的内容可以根据实际情况灵活决定，不局限于下述实施例，在一个示例中，测试数据可以包括有测试时间、测试项目、测试结果等，除此以外，由于测试是基于诊断装置和检测试剂所实现的，因此，该测试数据可以与对应的检测试剂的身份数据和诊断装置的状态数据之间建立关联，图5示出根据本公开一实施例的测试数据的示意图，从图中可以看出，在一个示例中，测试数据可以包括有测试医院、测试仪器的型号、序列号、检测项目、样板编号、检测试剂的试剂唯一码、试剂批号、异常标识、云端时间、仪器时间、检测结果以及阴阳性等。

定标数据可以是利用检测试剂对诊断装置执行相应校准操作所得到的数据，其可以包含的内容也可以根据实际情况灵活决定，不局限于下述实施例，在一个示例中，定标数据可以包括有定标项目类型、定标次数以及定标时间等，除此之外，由于定标也是基于诊断装置和检测试剂所实现的，因此，同样也可以与对应的检测试剂的身份数据和诊断装置的状态数据之间建立关联，另外，由于定标结果一般可以通过曲线的形式进行展示，因此，云服务器还可以根据获取的定标数据，在云服务器内绘制定标曲线，图6示出根据本公开一实施例的定标数据的示意图，从图中可以看出，在一个示例中，定标数据可以包括有仪器型号、序列号、检测项目、规格、试剂批号、定标次数、时间、展示类型、定标的人工智能(AI)判断结果以及绘制的定标曲线等。

质控数据可以是利用检测试剂对诊断装置执行相应的质控操作所得到的数据，其可以包含的内容也可以根据实际情况灵活决定，不局限于下述实施例，在一个示例中，质控数据可以包括有质控项目类型、质控地点以及质控时间等，除此之外，由于质控也是基于诊断装置和检测试剂所实现的，因此，同样也可以与对应的检测试剂的身份数据和诊断装置的状态数据之间建立关联，图7示出根据本公开一实施例的质控数据的示意图，从图中可以看出，在一个示例中，质控数据可以包括有质控医院、仪器型号、序列号、检测项目、试剂批号、省份、检测试剂的试剂唯一码、质控结果、云端时间以及仪器时间等。

基于上述各公开实施例可以看出，获取诊断数据的相关数据时，可以获取诊断装置执行诊断操作后得到的诊断数据，也可以获取诊断装置本身的装置数据，因此，通过步骤S12获取诊断装置的数据时，可以根据数据的实际情况灵活选取获取方式，在一种可能的实现方式中，步骤S12可以包括：

步骤S121，在诊断装置开启的情况下，获取诊断装置的状态数据，将状态数据与诊断装置进行对应；和/或，

步骤S122，在诊断装置对检测试剂进行诊断操作的情况下，获取与检测试剂对应的诊断数据，将诊断数据与诊断装置进行对应；和/或，

步骤S123，在诊断装置发生报警的情况下，获取诊断装置的报警数据，将报警数据与诊断装置进行对应。

通过上述公开实施例可以看出，随着诊断装置所处状态的不同，获取诊断装置的数据内容和方式可以随之灵活变化。在一种可能的实现方式中，在诊断装置开启的情况下，可以直接获取诊断装置的状态数据，具体的获取方式不受限定，在一种可能的实现方式中，可以是诊断装置主动向云服务器上传状态数据，上传的时机可以根据实际情况灵活决定，在一个示例中，可以在诊断装置开启后，立即向云服务器上报状态数据，在一个示例中，也可以在诊断装置处于开启状态的情况下，以一定的周期主动向云服务器上报状态数据等。云服务器在获取了诊断装置上报的状态数据后，可以将其与诊断装置进行对应，比如将其与代表诊断装置身份的编码进行绑定等。

在一种可能的实现方式中，在诊断装置对检测试剂进行诊断操作的情况下，可以得到与检测试剂对应的诊断数据，因此云服务器可以获取此诊断数据，同样地，云服务器如何获取这一诊断数据的方式也不做限定，在一种可能的实现方式中，诊断装置在完成诊断操作后，可以主动将相应的诊断数据进行上报，上报的时机同样可以根据实际情况灵活决定，在一个示例中，可以在得到诊断数据后，立刻将诊断数据上报到云服务器，在一个示例中，也可以是在诊断装置处于开启状态的情况下，以一定的周期主动向云服务器上报诊断装置内当前每个未被上传的诊断数据等。云服务器在获取了诊断装置上报的状态数据后，也可以通过上述公开实施例提到的方式将其与诊断装置进行对应，在此不再赘述。

在一种可能的实现方式中，在诊断装置发生报警的情况下，可以产生报警数据，为了提升诊断装置的安全性，同时也为了维护数据的全面性和真实性，因此云服务器也可以获取此报警数据，同样地，报警数据的获取方式也不受限定，可以参考上述各公开实施例，在此不再赘述。在一种可能的实现方式中，由于报警可能是出于一些紧急的情况，为了维护装置的安全，诊断装置可以在发生报警时立刻向云服务器上传报警数据。

通过上述各公开实施例可以看出，本公开实施例提出的数据跟踪方法，除了可以获取检测试剂的相关数据以外，还可以获取用于对检测试剂执行诊断操作的诊断装置的相关数据，并将诊断操作的结果和诊断装置与检测试剂之间实现对应，进一步提升了数据的可靠性、真实性和全面性。

需要注意的是，步骤S11和步骤S12之间不存在先后顺序的限制，在实际应用中，云服务器可能会用于跟踪多种检测试剂和诊断装置的数据跟踪，云服务器在获取试剂数据、装置数据和诊断数据时，可以根据这些数据的上报时间来灵活决定获取的时间，而非先获取试剂数据再获取装置数据和诊断数据，或是先获取装置数据和诊断数据，再获取试剂数据等。

步骤S13，保存试剂数据、装置数据以及诊断数据中的一个或多个。

在获取了试剂数据、装置数据以及诊断数据后，云服务器可以将获取到的数据进行保存，具体保存在云服务器的哪一位置，以及以何种形式进行保存，在本公开实施例中均不做限制，可以根据实际情况灵活决定。上述公开实施例已经提出，这些数据的获取时间顺序不受限制，因此保存时同样不存在先后顺序的限制，在一种可能的实现方式中，可以在获取到某一数据后立刻对该数据进行保存，以提升数据的可靠性和安全性。

通过步骤S13，可以将数据跟踪过程中所有的相关数据在云端进行记录和保存，大大提升了数据的可靠性和可追溯性。

步骤S14，基于试剂数据、装置数据以及诊断数据中的一个或多个，确定待同步数据。

在本公开实施例中，在云服务器保存了跟踪过程中获得的数据后，还可以进一步地，将云服务器保存的数据与诊断装置中保存的数据进行同步，这样既可以丰富诊断装置中保存的数据内容，同时也可以基于同步过程，进一步提升数据的可靠性，及时发现数据异常等情况。因此，可以通过步骤S14，来确定待同步的数据。如何确定待同步的数据，这一过程可以根据实际情况灵活决定，不局限于下述各公开实施例，在一种可能的实现方式中，步骤S14可以包括：

步骤S141，在获取到诊断装置的诊断数据的情况下，将与诊断数据对应的试剂数据，作为待同步数据；和/或，

步骤S142，在接收到诊断装置的数据请求的情况下，将与数据请求对应的装置数据和/或诊断数据，作为待同步数据。

在一种可能的实现方式中，由于云服务器可以获取到诊断装置上传的诊断数据，而这一诊断数据是针对某检测试剂的数据，因此，为了使得诊断装置中关于该检测试剂的有关数据更为全面，云服务器可以将于诊断数据对应的检测试剂的试剂数据，作为待同步数据，来便于后续同步到诊断装置中。

通过上述公开实施例已经可以看出，试剂数据包含的数据内容较多，是将所有试剂数据的内容都作为待同步数据，还是从中选择相应的数据作为待同步数据，可以根据实际情况灵活选择，因此步骤S141的实现方式可以灵活决定，在一种可能的实现方式中，步骤S141可以包括：

步骤S1411，根据诊断数据与检测试剂之间的对应关系，确定与诊断数据对应的检测试剂的身份数据。

步骤S1412，将与身份数据绑定的生产数据、订购数据以及运输数据中的一个或多个，作为待同步数据。

上述公开实施例中已经提出，为了提升数据的可靠性，减小不同检测试剂的试剂数据之间的混淆，在一种可能的实现方式中，可以将检测试剂的身份数据与其他类型的试剂数据进行绑定。因此，在一种可能的实现方式中，当需要将试剂数据中的相关数据作为待同步数据时，可以先根据诊断数据对应的检测试剂，确定该检测试剂的身份数据，再将与该身份数据绑定的生产数据、订购数据以及运输数据中的一个或多个，灵活选择的作为待同步数据。

通过上述过程，可以进一步地基于检测试剂的身份数据来灵活确定待同步数据，使得向诊断装置同步的待同步数据与诊断数据的诊断过程相关，从而进一步提升数据的可靠性。

在一种可能的实现方式中，诊断装置可能发生损坏需要更换，或是诊断装置由于刷机或某些其他原因，导致诊断装置本身保存的数据有损坏或是消失，此时，为了使得诊断装置可继续使用，诊断装置可以向云服务器发送数据请求，云服务器在接收到这一数据请求后，可以将诊断装置请求的数据，如与诊断装置相关的装置数据或是诊断数据等，作为待同步数据，以下发到对应的诊断装置中。

通过上述过程，可以根据诊断装置的实际情况，灵活确定需要向诊断装置同步的待同步数据，在提升数据同步和可靠性的同时，也可以减小无关数据的同步，提升数据同步的效率。

步骤S15，通过区块链校验，向诊断装置发送所述待同步数据。

在确定了待同步数据后，可以通过区块链校验向诊断装置发送待同步数据。这一过程具体如何实现，可以根据实际情况灵活决定。在一种可能的实现方式中，步骤S15可以包括：

步骤S151，在接收到诊断装置的数据请求的情况下，对数据请求进行区块链校验，得到校验结果。

步骤S152，在校验结果为通过的情况下，向诊断装置发送待同步数据。

对于云服务器来说，其接收到的数据请求除了可能来自于诊断装置以外，还可能来自于黑客攻击或是其他目的不明的请求，为了提升数据的安全性，云服务器在接收到数据请求的情况下，可以通过区块链校验，来得到校验结果，在校验结果通过时，可以表明该请求来自于其管理的诊断装置，此时云服务器可以将根据数据请求所确定的待同步数据，发送到对应的诊断装置中，以实现数据的同步。

具体地，如何进行区块链校验，其实现方式不受限定，在一种可能的实现方式中，诊断装置可以通过区块链加密的相关加密方法，在发送的数据请求中将自己的身份信息进行加密，得到加密内容，并将这一加密内容包含在数据请求中，云服务器在接收到数据请求后，根据发送数据请求的诊断装置的身份信息，同样通过区块链加密的相关加密方法进行加密，得到一个加密结果，并将这一加密结果与数据请求中的加密内容进行匹配，如果匹配的话，则可以认为区块链校验通过，否则可以认为区块链校验未通过。具体地，采用何种区块链相关的加密方法，在本公开实施例中也不做限定，在一个示例中，可以通过对称加密算法进行加密，在一个示例中，也可以通过非对称加密算法进行加密等。

在一种可能的实现方式中，区块链校验也可以是一个双向的校验，既可以是如上述公开实施例所述的云服务器作为主体进行的校验过程，也可以是诊断装置作为主体进行的校验。因此，在一种可能的实现方式中，步骤S151中诊断装置与云服务器之间进行区块链校验的具体过程也可以为：诊断装置与云服务器均可以内置有加密验证程序，该加密验证程序的加密方式可以参考上述公开实施例，在此不再赘述。在诊断装置需要接收待同步数据的情况下，诊断装置可以向云服务器发送同步的数据请求，云服务器在接收到该数据请求后，可以通过内置的加密验证程序，生成唯一的验证码，并将唯一的验证码发送给具有接收该验证码资格的对象，比如诊断装置的内置的应用程序(APP)等。在接收到云服务器下发的唯一的验证码后，诊断装置可以填入接收到的验证码，并基于内置的加密验证程序对该验证码是否与内置的加密算法得到的验证码匹配，如果匹配的话，诊断装置可以与云服务器建立连接，并在建立连接后，接收云服务器发送的待同步数据。

在一种可能的实现方式中，也可以在诊断装置向云服务器上报诊断数据时，同时在诊断数据中带有与诊断装置相关的加密内容，云服务器在接收到诊断数据后，也可以通过该加密内容对诊断装置进行身份校验，校验通过时再将对应的检测试剂的试剂数据作为待同步数据发送到诊断装置中。

通过区块链校验对诊断装置的数据请求进行校验，从而在校验通过时将待同步数据发送到诊断装置中，通过这一过程，在实现数据同步，维护数据全面性的同时，可以有效的提升数据跟踪过程中数据的安全性。

在一种可能的实现方式中，本公开实施例提出的数据跟踪方法，还可以包括：

步骤S16，备份试剂数据、装置数据以及诊断数据中的一个或多个。

通过上述公开实施例可以看出，在一种可能的实现方式中，云服务器还可以将获取到的数据进行备份，具体备份的位置可以根据实际情况灵活决定。在一种可能的实现方式中，可以在云服务器中选定一段存储空间作为备份空间，用于存储备份的数据，在一种可能的实现方式中，也可以另选定一个服务器作为备份服务器，将数据备份到该备份服务器中。

通过备份试剂数据、装置数据以及诊断数据中的一个或多个，可以有效减小数据丢失和被人为恶意篡改或删除的可能性，从而提升数据的安全性。

基于上述各实施例所述的方法，本公开还提供一种数据跟踪系统。图8示出本公开一种实施例提供的一种数据跟踪系统的模块结构示意图。如图8所示，所述系统可以包括：

检测试剂21。

诊断装置22，用于根据检测试剂进行对应的诊断操作，得到诊断数据。

云服务器23，被配置为获取检测试剂的试剂数据；获取诊断装置的装置数据以及诊断数据中的一个或多个；保存试剂数据、装置数据以及诊断数据中的一个或多个；基于试剂数据、装置数据以及诊断数据中的一个或多个，确定待同步数据；通过区块链校验，向诊断装置发送所述待同步数据。

在一种可能的实现方式中，试剂数据包括检测试剂的身份数据、生产数据、订购数据以及运输数据中的一个或多个；和/或，装置数据包括诊断装置的状态数据和/或报警数据；和/或，诊断数据包括通过诊断装置对检测试剂进行诊断操作时所获得的测试数据、定标数据以及质控数据中的一个或多个。

在一种可能的实现方式中，云服务器，进一步被配置为：在检测试剂生产成功的情况下，获取检测试剂的身份数据和生产数据，将生产数据与身份数据进行绑定；和/或，在检测试剂发生订购的情况下，获取检测试剂的订购数据，将订购数据与身份数据进行绑定；和/或，在检测试剂进行运输的情况下，获取检测试剂的至少一个运输数据，将身份数据与每个运输数据进行绑定。

在一种可能的实现方式中，身份数据包括检测试剂的试剂唯一码；和/或，生产数据包括检测试剂的生产时间、生产平台、生产类型、生产批号以及生产规格中的一个或多个；和/或，订购数据包括检测试剂的订购对象和/或订购时间；和/或，运输数据包括检测试剂的运输时间、运输位置以及运输温度中的一个或多个。

在一种可能的实现方式中，云服务器，进一步被配置为：在诊断装置开启的情况下，获取诊断装置的状态数据，将状态数据与所述诊断装置进行对应；和/或，在诊断装置对检测试剂进行诊断操作的情况下，获取与检测试剂对应的诊断数据，将诊断数据与诊断装置进行对应；和/或，在诊断装置发生报警的情况下，获取诊断装置的报警数据，将报警数据与诊断装置进行对应。

在一种可能的实现方式中，状态数据包括诊断装置的装置编号、装置状态以及装置开启时间中的一个或多个；和/或，报警数据包括诊断装置的报警类型、报警时间以及报警等级中的一个或多个。

在一种可能的实现方式中，云服务器，进一步被配置为：在获取到诊断装置的诊断数据的情况下，将与诊断数据对应的试剂数据，作为待同步数据；和/或，在接收到诊断装置的数据请求的情况下，将与数据请求对应的装置数据和/或诊断数据，作为待同步数据。

在一种可能的实现方式中，云服务器，进一步被配置为：根据诊断数据与检测试剂之间的对应关系，确定与诊断数据对应的检测试剂的身份数据；将与身份数据绑定的生产数据、订购数据以及运输数据中的一个或多个，作为待同步数据。

在一种可能的实现方式中，云服务器，进一步被配置为：在接收到诊断装置的数据请求的情况下，对数据请求进行区块链校验，得到校验结果；在校验结果为通过的情况下，向诊断装置发送待同步数据。

在一种可能的实现方式中，云服务器，进一步被配置为：备份试剂数据、装置数据以及诊断数据中的一个或多个。

图9示出根据本公开一实施例的基于上述数据跟踪系统的数据跟踪过程示意图，从图9中可以看出，在一个示例中，数据跟踪系统中的诊断装置在开机后，可以将仪器状态、传感器数据等诊断装置的状态数据备份传输到云服务器；在诊断装置对检测试剂进行检测、定标或是质控后，得到的诊断数据以及试剂唯一码信息可以保存在诊断装置的本地数据库，同时云端保存该诊断数据，并校验诊断装置与云服务器之间数据的同步性，以及在备份服务器存储一份备份数据。报警数据则是诊断装置在前面两种情况使用过程中有异常的话，可以将报警数据存储在诊断装置的本地数据库，同时就上传备份到云服务器。除此之外，诊断装置在诊断过程中，把诊断过程中使用的试剂批次、唯一码信息等与云服务器通讯，通过区块链技术比对校验，云服务器可以把匹配对应的使用唯一码相关的试剂的生产、物流运输等信息下发到诊断装置中，使得云服务器的信息与诊断装置保存的本地数据同步，同时还可以在云服务器中，通过同批次的试剂与其他医院使用情况进行定标、质控和检测的吸光度值比对差异，更直观、准确的把控试剂的质量。

图10是根据一示例性实施例示出的一种服务器1900的框图。例如，服务器1900可以被提供为一服务器。参照图10，服务器1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

服务器1900还可以包括一个电源组件1926被配置为执行服务器1900的电源管理，一个有线或无线网络接口1950被配置为将服务器1900连接到网络，和一个输入输出(I/O)接口1958。服务器1900可以操作基于存储在存储器1932的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1932，上述计算机程序指令可由服务器1900的处理组件1922执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (13)

1.一种数据跟踪方法，其特征在于，所述方法包括：

获取检测试剂的试剂数据；

获取诊断装置的装置数据以及诊断数据中的一个或多个；

保存所述试剂数据、装置数据以及所述诊断数据中的一个或多个；

基于所述试剂数据、装置数据以及所述诊断数据中的一个或多个，确定待同步数据；

通过区块链校验，向所述诊断装置发送所述待同步数据。

2.如权利要求1所述的方法，其特征在于，所述试剂数据包括所述检测试剂的身份数据、生产数据、订购数据以及运输数据中的一个或多个；和/或，

所述装置数据包括所述诊断装置的状态数据和/或报警数据；和/或，

所述诊断数据包括通过所述诊断装置对所述检测试剂进行诊断操作时所获得的测试数据、定标数据以及质控数据中的一个或多个。

3.如权利要求2所述的方法，其特征在于，所述获取检测试剂的试剂数据，包括：

在所述检测试剂生产成功的情况下，获取所述检测试剂的身份数据和生产数据，将所述生产数据与所述身份数据进行绑定；和/或，

在所述检测试剂发生订购的情况下，获取所述检测试剂的订购数据，将所述订购数据与所述身份数据进行绑定；和/或，

在所述检测试剂进行运输的情况下，获取所述检测试剂的至少一个运输数据，将所述身份数据与每个所述运输数据进行绑定。

4.如权利要求3所述的方法，其特征在于，所述身份数据包括所述检测试剂的试剂唯一码；和/或，

所述生产数据包括所述检测试剂的生产时间、生产平台、生产类型、生产批号以及生产规格中的一个或多个；和/或，

所述订购数据包括所述检测试剂的订购对象和/或订购时间；和/或，

所述运输数据包括所述检测试剂的运输时间、运输位置以及运输温度中的一个或多个。

5.如权利要求2至4中任意一项所述的方法，其特征在于，所述获取诊断装置的装置数据以及诊断数据中的一个或多个，包括：

在所述诊断装置开启的情况下，获取所述诊断装置的状态数据，将所述状态数据与所述诊断装置进行对应；和/或，

在所述诊断装置对所述检测试剂进行诊断操作的情况下，获取与所述检测试剂对应的诊断数据，将所述诊断数据与所述诊断装置进行对应；和/或，

在所述诊断装置发生报警的情况下，获取所述诊断装置的报警数据，将所述报警数据与所述诊断装置进行对应。

6.如权利要求5所述的方法，其特征在于，所述状态数据包括所述诊断装置的装置编号、装置状态以及装置开启时间中的一个或多个；和/或，

所述报警数据包括所述诊断装置的报警类型、报警时间以及报警等级中的一个或多个。

7.如权利要求2至4中任意一项所述的方法，其特征在于，所述基于所述试剂数据、装置数据以及所述诊断数据中的一个或多个，确定待同步数据，包括：

在获取到所述诊断装置的诊断数据的情况下，将与所述诊断数据对应的所述试剂数据，作为所述待同步数据；和/或，

在接收到所述诊断装置的数据请求的情况下，将与所述数据请求对应的所述装置数据和/或诊断数据，作为所述待同步数据。

8.如权利要求7所述的方法，其特征在于，所述在获取到所述诊断装置的诊断数据的情况下，将与所述诊断数据对应的所述试剂数据，作为所述待同步数据，包括：

根据所述诊断数据与所述检测试剂之间的对应关系，确定与所述诊断数据对应的所述检测试剂的身份数据；

将与所述身份数据绑定的生产数据、订购数据以及运输数据中的一个或多个，作为所述待同步数据。

9.如权利要求7所述的方法，其特征在于，所述通过区块链校验，向所述诊断装置发送所述待同步数据，包括：

在接收到所述诊断装置的数据请求的情况下，对所述数据请求进行区块链校验，得到校验结果；

在所述校验结果为通过的情况下，向所述诊断装置发送所述待同步数据。

10.如权利要求1至4中任意一项所述的方法，其特征在于，所述方法还包括：备份所述试剂数据、装置数据以及所述诊断数据中的一个或多个。

11.一种数据跟踪系统，其特征在于，所述系统包括：

检测试剂；

诊断装置，用于根据所述检测试剂进行对应的诊断操作，得到诊断数据；

云服务器，被配置为获取检测试剂的试剂数据；获取诊断装置的装置数据以及诊断数据中的一个或多个；保存所述试剂数据、装置数据以及所述诊断数据中的一个或多个；基于所述试剂数据、装置数据以及所述诊断数据中的一个或多个，确定待同步数据；通过区块链校验，向所述诊断装置发送所述待同步数据。

12.一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述可执行指令时实现如权利要求1至10中任意一项所述的方法。

13.一种非易失性计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求1至10中任意一项所述的方法。

Images