CN110942821A - 医学检测设备的调试方法及系统 - Google Patents

Abstract

本申请实施例提供一种医学检测设备的调试方法及系统，医学检测设备可以每隔预设周期将检测场景信息发送给调试服务器，从而从调试服务器中获得检测场景类型对应的调试更新数据，并根据调试更新数据进行调试更新，在每次更新完成后还可以进一步通知调试服务器根跟踪从医学检测设备中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并由调试终端根据历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略。如此，使得医学检测设备根据检测场景的变化自适应地进行调试更新，并通过不断跟踪验证调试更新历史以调整后续的调试策略，能够有效提高医学检测设备在诸多检测场景下的检测效果。

Description

医学检测设备的调试方法及系统

技术领域

本申请涉及医学设备技术领域，具体而言，涉及一种医学检测设备的调试方法及系统。

背景技术

目前医院、诊所等不同医疗环境下，医学检测设备通常在出厂使用之后，或者经专业人员调试之后，其内部检测参数和软件数据等通常长期保持固定不变，即使检测场景发生了改变，也无法主动适应性地调整，这样会导致在很多场景下无法达到较佳的检测效果。

发明内容

为了至少克服现有技术中的上述不足，本申请的目的在于提供一种医学检测设备的调试方法及系统，使得医学检测设备根据检测场景的变化自适应地进行调试更新，并通过不断跟踪验证调试更新历史以调整后续的调试策略，能够有效提高医学检测设备在诸多检测场景下的检测效果。

第一方面，本申请提供一种医学检测设备的调试方法，应用于医学检测设备的调试系统，所述医学检测设备的调试系统包括医学检测设备、调试终端以及与医学检测设备和调试终端通信连接的调试服务器，所述方法包括：

所述医学检测设备每隔预设周期将检测场景信息发送给所述调试服务器；

所述调试服务器根据所述检测场景信息的检测场景类型，获取对应的调试更新数据，并将所述调试更新数据发送给医学检测设备；

所述医学检测设备根据所述调试更新数据进行调试更新，并在每次更新完成后向所述调试服务器发送更新完成信息；

所述调试服务器根据更新完成信息跟踪从所述医学检测设备中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并将所述历次调试数据发送给所述调试终端；

所述调试终端根据所述历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略。

在第一方面的在一种可能的实施方式中，所述医学检测设备每隔预设周期将检测场景信息发送给所述调试服务器的步骤，包括：

所述医学检测设备调用预设脚本文件，每隔预设时间段获取检测场景信息；

判断所述检测场景信息与上一预设时间段获取到的检测场景信息之间是否存在变化；

当所述检测场景信息与上一预设时间段获取到的检测场景信息之间存在变化时，将所述检测场景信息发送给所述调试服务器。

在第一方面的在一种可能的实施方式中，所述调试服务器根据所述检测场景信息的检测场景类型，获取对应的调试更新数据的步骤，包括：

若所述检测场景信息的检测场景类型包括科室信息，则获取所述科室信息对应的调试更新数据；

若所述检测场景信息的检测场景类型包括检查项目信息，则获取所述检查项目信息对应的调试更新数据；

若所述检测场景信息的检测场景类型包括设备通信信息，则获取所述设备通信信息对应的调试更新数据。

在第一方面的在一种可能的实施方式中，所述医学检测设备根据所述调试更新数据进行调试更新，并在每次更新完成后向所述调试服务器发送更新完成信息的步骤，包括：

所述医学检测设备从所述调试更新数据中获取每个待调试项目的项目调试数据，并从当前数据库中获取每个待调试项目的至少一个历史项目调试数据，其中，所述至少一个历史项目调试数据与所述检测场景类型之间具有映射关系；

对所述项目调试数据进行数据分析，以获取对应的项目调试标识字符，并根据所述项目调试标识字符确定所述项目调试数据对应的调试更新类型；

在预设的调试更新类型链表中查找与至少一个所述历史项目调试数据对应的历史调试进程链；所述历史调试进程链与至少一个所述历史项目调试数据之间存在预设映射关系；

在所述调试更新类型链表中获取与所述历史调试进程链的末端相连接的至少一个候选调试更新类型，所述至少一个候选调试更新类型均与所述历史调试进程链的末端的历史调试更新类型之间具有映射关系；

当所述至少一个候选调试更新类型中包含所述调试更新类型时，根据所述至少一个历史项目调试数据生成所述项目调试数据对应的项目调试更新指令，并根据所述项目调试更新指令进行调试更新；

在每次更新完成后向所述调试服务器发送更新完成信息。

在第一方面的在一种可能的实施方式中，所述调试终端根据所述历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略的步骤，包括：

对所述历次调试数据进行分析，得到所述历次调试数据中每次调试更新过程是否符合设定调试预期条件的分析结果；

对所述分析结果为不符合设定调试预期条件的目标调试数据进行分析，确定导致调试结果为不符合设定调试预期条件的目标调试项目以及该目标调试项目的调试过程日志信息；

根据所述目标调试项目以及所述目标调试项目的调试过程日志信息，生成针对医学检测设备在下一次调试更新时的调试策略。

在第一方面的在一种可能的实施方式中，所述根据所述目标调试项目以及所述目标调试项目的调试过程日志信息，生成针对医学检测设备在下一次调试更新时的调试策略的步骤，包括：

将所述目标调试项目的调试过程日志信息与对应的符合设定调试预期条件时的调试过程日志信息进行比对，确定针对所述目标调试项目的调试调整规则；

根据所述调试调整规则对所述目标调试项目进行调试模拟，提取出所述目标调试项目中的调试调整模拟进程；

将每个调试调整模拟进程进行融合，得到调试模拟进程序列；其中，所述调试模拟进程序列中每一调试模拟进程，为同一调试模拟进程下的模拟调试数据对应的调试模拟进程；

对所述调试模拟进程序列中的每一列的各个调试模拟进程进行分析，得到每一列的各个调试模拟进程对应的调整规范结果，并构建调整规范分析序列；

将所述调试模拟进程序列中每一列的各个调试模拟进程与预设的原始调试进程数据库中存储的原始调试模拟进程进行融合，获得每一列中各个调试模拟进程的融合结果，并将所述融合结果保存至所述调整规范分析序列中；

根据所述调试模拟进程序列和所述调整规范分析序列，生成针对所述医学检测设备在下一次调试更新时的调试策略。

在第一方面的在一种可能的实施方式中，所述方法还包括：

所述调试终端将所述调试策略发送给所述调试服务器；

所述调试服务器在下一次接收到所述医学检测设备发送的检测场景信息时，根据所述调试策略对根据所述检测场景信息的检测场景类型获取到的调试更新数据进行修正。

第二方面，本申请实施例提供一种医学检测设备的调试系统，所述医学检测设备的调试系统包括医学检测设备、调试终端以及与医学检测设备和调试终端通信连接的调试服务器；

所述医学检测设备，用于每隔预设周期将检测场景信息发送给所述调试服务器；

所述调试服务器，用于根据所述检测场景信息的检测场景类型，获取对应的调试更新数据，并将所述调试更新数据发送给医学检测设备；

所述医学检测设备，用于根据所述调试更新数据进行调试更新，并在每次更新完成后向所述调试服务器发送更新完成信息；

所述调试服务器，用于根据更新完成信息跟踪从所述医学检测设备中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并将所述历次调试数据发送给所述调试终端；

所述调试终端，用于根据所述历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略。

基于上述任意一个方面，本申请实施例中，医学检测设备可以每隔预设周期将检测场景信息发送给调试服务器，从而从调试服务器中获得检测场景类型对应的调试更新数据，并根据调试更新数据进行调试更新，在每次更新完成后还可以进一步通知调试服务器根跟踪从医学检测设备中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并由调试终端根据历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略。如此，使得医学检测设备根据检测场景的变化自适应地进行调试更新，并通过不断跟踪验证调试更新历史以调整后续的调试策略，能够有效提高医学检测设备在诸多检测场景下的检测效果。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的医学检测设备的调试系统的交互场景示意图；

图2为本申请实施例提供的医学检测设备的调试方法的流程示意图之一；

图3为图2中所示的步骤S110的子步骤流程示意图；

图4为图2中所示的步骤S130的子步骤流程示意图；

图5为图2中所示的步骤S150的子步骤流程示意图；

图6为本申请实施例提供的医学检测设备的调试方法的流程示意图之二；

图7为本申请实施例提供的用于实现图1中所示的医学检测设备、调试终端以及调试服务器的电子设备的结构示意框图。

具体实施方式

下面结合说明书附图对本申请进行具体说明，方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。在本申请的描述中，除非另有说明，“至少一个”包括一个或多个。“多个”是指两个或两个以上。例如，A、B和C中的至少一个，包括：单独存在A、单独存在B、同时存在A和B、同时存在A和C、同时存在B和C，以及同时存在A、B和C。在本申请中，“/”表示或的意思，例如，A/B可以表示A或B；本文中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

图1是本申请一种实施例提供的医学检测设备的调试系统10的交互示意图。在本实施例的一种可能的实施方式中，医学检测设备的调试系统10可以包括医学检测设备100、调试服务器200以及调试终端300。图1所示的医学检测设备的调试系统10仅为一种可行的示例，在其它可行的实施例中，该医学检测设备的调试系统10也可以仅包括图1所示组成部分的其中一部分或者还可以包括其它的组成部分。

在一种可能的实施方式中，医学检测设备200可以包括低温冰箱、药品冷藏箱、生物安全柜、超净工作台、尿液分析仪、血球分析仪、血沉仪、血凝仪、微生物鉴定药敏分析仪、尿沉渣仪、血液细菌培养仪、酶标仪等任意用于医学检验的设备，本实施例对此不作具体限制。

在一种可能的实施方式中，调试服务器200可以是单个服务器，也可以是一个服务器组。服务器组可以是集中式的，也可以是分布式的(例如，调试服务器200可以是分布式系统)。在一种可能的实施方式中，调试服务器200相对于终端，可以是本地的、也可以是远程的。例如，调试服务器200可以经由网络访问存储在医学检测设备100、调试终端300以及数据库、或其任意组合中的信息。

在一种可能的实施方式中，调试终端300可以包括但不限于移动设备、平板计算机、膝上型计算机、医疗终端或其任意两种以上组合。

图2为本申请实施例提供的医学检测设备的调试方法的流程示意图，本实施例提供的医学检测设备的调试方法可以由图1中所示的医学检测设备的调试系统10执行，下面对该医学检测设备的调试方法进行详细介绍。

步骤S110，医学检测设备100每隔预设周期将检测场景信息发送给调试服务器200。

步骤S120，调试服务器200根据检测场景信息的检测场景类型，获取对应的调试更新数据，并将调试更新数据发送给医学检测设备100。

步骤S130，医学检测设备100根据调试更新数据进行调试更新，并在每次更新完成后向调试服务器200发送更新完成信息。

步骤S140，调试服务器200根据更新完成信息跟踪从医学检测设备100中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并将历次调试数据发送给调试终端300。

步骤S150，调试终端300根据历次调试数据生成针对医学检测设备100在下一次调试更新时的调试策略。

本实施例中，医学检测设备100可以每隔预设周期将检测场景信息发送给调试服务器200，从而从调试服务器200中获得检测场景类型对应的调试更新数据，并根据调试更新数据进行调试更新，在每次更新完成后还可以进一步通知调试服务器200根跟踪从医学检测设备100中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并由调试终端300根据历次调试数据生成针对医学检测设备100在下一次调试更新时的调试策略。如此，使得医学检测设备100根据检测场景的变化自适应地进行调试更新，并通过不断跟踪验证调试更新历史以调整后续的调试策略，能够有效提高医学检测设备100在诸多检测场景下的检测效果。

在一种可能的实施方式中，针对步骤S110，为了避免当前检测场景并未发生变化，但是医学检测设备100仍然进行调试的情况，请结合参阅图3，步骤S110可以通过如下子步骤进一步实现：

子步骤S111，医学检测设备100调用预设脚本文件，每隔预设时间段获取检测场景信息。

子步骤S112，判断检测场景信息与上一预设时间段获取到的检测场景信息之间是否存在变化。

子步骤S113，当检测场景信息与上一预设时间段获取到的检测场景信息之间存在变化时，将检测场景信息发送给调试服务器200。

本实施例中，预设脚本文件可以是有用户预先配置，也可以是通过外部设备(例如调试服务器200、调试终端300等)导入。该预设脚本文件中可包括与调试服务器200进行交互通信的脚本指令、用于获取检测场景信息的脚本指令、用于每隔预设时间段执行获取检测场景信息的操作的指令等，在此不作具体限制。其中，预设脚本文件可以是实时运行在医学检测设备100中的，并由医学检测设备100根据该预设脚本文件中的指令执行相应的操作。比如，如果该预设脚本文件指示每隔1天获取检测场景信息，那么该医学检测设备100可以在上一次获取检测场景信息之后的一天的时间点再次获取检测场景信息。

本实施例中，如果检测场景信息与上一预设时间段获取到的检测场景信息之间存在变化时，医学检测设备100才会将检测场景信息发送给调试服务器200。否则，则不会将检测场景信息发送给调试服务器200。如此，可以避免当前检测场景并未发生变化，但是医学检测设备100仍然进行调试的情况，降低不必要的数据通信量和数据处理量。

在一种可能的实施方式中，检测场景信息的检测场景类型可以根据医学检测设备100的具体功能和适应场景进行确定。例如，若检测场景信息的检测场景类型包括科室信息，则可以获取科室信息对应的调试更新数据。又例如，若检测场景信息的检测场景类型包括检查项目信息，则获取检查项目信息对应的调试更新数据。又例如，若检测场景信息的检测场景类型包括设备通信信息，则获取设备通信信息对应的调试更新数据。

在一种可能的实施方式中，针对步骤S130，发明人在研究过程中发现医学检测设备100在进行调试更新过程中，每个待调试项目在该医学检测设备100中的历史调试数据可能会对本次调试过程中产生较大的影响，导致调试更新过程不够彻底，部分调试更新数据由于与历史项目调试数据可能会存在冲突导致调试更新不完全的情况。

基于此，为了解决上述问题，请结合参阅图4，步骤S130可以通过如下子步骤进一步实现：

子步骤S131，医学检测设备100从调试更新数据中获取每个待调试项目的项目调试数据，并从当前数据库中获取每个待调试项目的至少一个历史项目调试数据，其中，至少一个历史项目调试数据与检测场景类型之间具有映射关系。

其中，调试项目可以是指医学检测设备100中针对不同检验项目或者不同检测方式的单独调试项目，通过将调试过程细化到调试项目，可以使得调试过程中具有针对性。

子步骤S132，对项目调试数据进行数据分析，以获取对应的项目调试标识字符，并根据项目调试标识字符确定项目调试数据对应的调试更新类型。

本实施例中，项目调试标识字符可以由医学检测设备100进行预先配置，不同的项目调试标识字符可以对应于不同的调试更新类型。

子步骤S133，在预设的调试更新类型链表中查找与至少一个历史项目调试数据对应的历史调试进程链。

本实施例中，历史调试进程链与至少一个历史项目调试数据之间存在预设映射关系。

子步骤S134，在调试更新类型链表中获取与历史调试进程链的末端相连接的至少一个候选调试更新类型。

本实施例中，至少一个候选调试更新类型均与历史调试进程链的末端的历史调试更新类型之间具有映射关系。

子步骤S135，当至少一个候选调试更新类型中包含调试更新类型时，根据至少一个历史项目调试数据生成项目调试数据对应的项目调试更新指令，并根据项目调试更新指令进行调试更新；

子步骤S136，在每次更新完成后向调试服务器200发送更新完成信息。

基于上述步骤，本实施例通过结合历史项目调试数据与检测场景类型之间的映射关系和历史调试进程链与至少一个历史项目调试数据之间的映射关系进行调试更新，可以减少每个待调试项目在该医学检测设备100中的历史调试数据对本次调试过程中的影响，并且使得调试更新更为彻底，避免部分调试更新数据由于与历史项目调试数据存在冲突导致的调试更新不完全的情况。

在一种可能的实施方式中，针对步骤S150，为了有效跟踪验证调试更新历史以调整后续的调试策略，进一步提高医学检测设备100在诸多检测场景下的检测效果，并形成一个闭环反馈的调试过程，请结合参阅图5，步骤S150具体可以通过如下子步骤进一步实现：

子步骤S151，对历次调试数据进行分析，得到历次调试数据中每次调试更新过程是否符合设定调试预期条件的分析结果。

本实施例中，设定调试预期条件可以在出厂时进行确定，例如可以具体各种可能的检测场景下的设定调试预期条件。

子步骤S152，对分析结果为不符合设定调试预期条件的目标调试数据进行分析，确定导致调试结果为不符合设定调试预期条件的目标调试项目以及该目标调试项目的调试过程日志信息。

子步骤S153，根据目标调试项目以及目标调试项目的调试过程日志信息，生成针对医学检测设备100在下一次调试更新时的调试策略。

例如，可以将目标调试项目的调试过程日志信息与对应的符合设定调试预期条件时的调试过程日志信息进行比对，确定针对目标调试项目的调试调整规，然后根据调试调整规则对目标调试项目进行调试模拟，提取出目标调试项目中的调试调整模拟进程。

接着，可以将每个调试调整模拟进程进行融合，得到调试模拟进程序列。其中，调试模拟进程序列中每一调试模拟进程，为同一调试模拟进程下的模拟调试数据对应的调试模拟进程。而后，对调试模拟进程序列中的每一列的各个调试模拟进程进行分析，得到每一列的各个调试模拟进程对应的调整规范结果，并构建调整规范分析序列后，将调试模拟进程序列中每一列的各个调试模拟进程与预设的原始调试进程数据库中存储的原始调试模拟进程进行融合，获得每一列中各个调试模拟进程的融合结果，并将融合结果保存至调整规范分析序列中，从而可以根据调试模拟进程序列和调整规范分析序列，生成针对医学检测设备100在下一次调试更新时的调试策略。

如此，能够有效跟踪验证调试更新历史以调整后续的调试策略，进一步提高医学检测设备100在诸多检测场景下的检测效果，并形成一个闭环反馈的调试过程。

在一种可能的实施方式，当确定调整后续的调试策略之后，请进一步参阅图6，在步骤S150之后，本实施例提供的医学检测设备的调试方法还可以包括如下步骤：

步骤S160，调试终端300将调试策略发送给调试服务器200。

步骤S170，调试服务器200在下一次接收到医学检测设备100发送的检测场景信息时，根据调试策略对根据检测场景信息的检测场景类型获取到的调试更新数据进行修正。

例如，在一种可能的实施方式中，可以根据调试策略，获取根据检测场景信息的检测场景类型获取到的调试更新数据中的第一调试过程数据，然后记录各检测场景类型在之前的历次调试更新数据中包含第一调试过程数据的第一调试优化项目。当第一调试优化项目在历次调试更新数据中的调试更新变化量低于第一变化率，则在预设变化范围内识别该检测场景类型在本次调试更新数据中是否包括第一调试过程数据。若该检测场景类型在本次调试更新数据中是否包括第一调试过程数据，则跟踪获取该检测场景类型在本次调试更新数据中包含第一调试过程数据的第二调试优化项目，从而可以每个第二调试优化项目和每个第二调试优化项目对应于调试策略中的调试控制参数对根据检测场景信息的检测场景类型获取到的调试更新数据进行修正。

由此，能够通过不断跟踪验证调试更新历史以调整后续的调试策略，能够有效提高医学检测设备100在诸多检测场景下的检测效果。

图7为本申请实施例提供的用于实现前述的医学检测设备100、调试服务器200以及调试终端300的电子设备400的结构示意图，如图7所示，该电子设备400可包括网络接口410、机器可读存储介质420、处理器430以及总线440。处理器430的数量可以是一个或多个，图7中以一个处理器430为例；网络接口410、机器可读存储介质420以及处理器430可以通过总线440或其他方式连接，图7中以通过总线440连接为例。

机器可读存储介质420作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本申请实施例中的医学检测设备的调试方法对应的程序指令/模块。处理器430通过检测存储在机器可读存储介质420中的软件程序、指令以及模块，从而执行终端设备的各种功能应用以及数据处理，即实现上述的医学检测设备的调试方法，在此不再赘述。

机器可读存储介质420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，机器可读存储介质420可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-OnlyMemory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRateSDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DR RAM)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合发布节点的存储器。在一些实例中，机器可读存储介质420可进一步包括相对于处理器430远程设置的存储器，这些远程存储器可以通过网络连接至终端设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

处理器430可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法实施例的各步骤可以通过处理器430中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器430可以是通用处理器、数字信号处理器(DigitalSignalProcessorDSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。

电子设备400可以通过通信接口410和其它设备进行信息交互。通信接口410可以是电路、总线、收发器或者其它任意可以用于进行信息交互的装置。处理器430可以利用通信接口410收发信息。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(sol标识state disk，SSD))等。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种医学检测设备的调试方法，其特征在于，应用于医学检测设备的调试系统，所述医学检测设备的调试系统包括医学检测设备、调试终端以及与医学检测设备和调试终端通信连接的调试服务器，所述方法包括：

所述医学检测设备每隔预设周期将检测场景信息发送给所述调试服务器；

所述调试服务器根据所述检测场景信息的检测场景类型，获取对应的调试更新数据，并将所述调试更新数据发送给医学检测设备；

所述医学检测设备根据所述调试更新数据进行调试更新，并在每次更新完成后向所述调试服务器发送更新完成信息；

所述调试服务器根据更新完成信息跟踪从所述医学检测设备中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并将所述历次调试数据发送给所述调试终端；

所述调试终端根据所述历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略。

2.根据权利要求1所述的医学检测设备的调试方法，其特征在于，所述医学检测设备每隔预设周期将检测场景信息发送给所述调试服务器的步骤，包括：

所述医学检测设备调用预设脚本文件，每隔预设时间段获取检测场景信息；

判断所述检测场景信息与上一预设时间段获取到的检测场景信息之间是否存在变化；

当所述检测场景信息与上一预设时间段获取到的检测场景信息之间存在变化时，将所述检测场景信息发送给所述调试服务器。

3.根据权利要求1所述的医学检测设备的调试方法，其特征在于，所述调试服务器根据所述检测场景信息的检测场景类型，获取对应的调试更新数据的步骤，包括：

若所述检测场景信息的检测场景类型包括科室信息，则获取所述科室信息对应的调试更新数据；

若所述检测场景信息的检测场景类型包括检查项目信息，则获取所述检查项目信息对应的调试更新数据；

若所述检测场景信息的检测场景类型包括设备通信信息，则获取所述设备通信信息对应的调试更新数据。

4.根据权利要求1所述的医学检测设备的调试方法，其特征在于，所述医学检测设备根据所述调试更新数据进行调试更新，并在每次更新完成后向所述调试服务器发送更新完成信息的步骤，包括：

所述医学检测设备从所述调试更新数据中获取每个待调试项目的项目调试数据，并从当前数据库中获取每个待调试项目的至少一个历史项目调试数据，其中，所述至少一个历史项目调试数据与所述检测场景类型之间具有映射关系；

对所述项目调试数据进行数据分析，以获取对应的项目调试标识字符，并根据所述项目调试标识字符确定所述项目调试数据对应的调试更新类型；

在预设的调试更新类型链表中查找与至少一个所述历史项目调试数据对应的历史调试进程链；所述历史调试进程链与至少一个所述历史项目调试数据之间存在预设映射关系；

在所述调试更新类型链表中获取与所述历史调试进程链的末端相连接的至少一个候选调试更新类型，所述至少一个候选调试更新类型均与所述历史调试进程链的末端的历史调试更新类型之间具有映射关系；

当所述至少一个候选调试更新类型中包含所述调试更新类型时，根据所述至少一个历史项目调试数据生成所述项目调试数据对应的项目调试更新指令，并根据所述项目调试更新指令进行调试更新；

在每次更新完成后向所述调试服务器发送更新完成信息。

5.根据权利要求1所述的医学检测设备的调试方法，其特征在于，所述调试终端根据所述历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略的步骤，包括：

对所述历次调试数据进行分析，得到所述历次调试数据中每次调试更新过程是否符合设定调试预期条件的分析结果；

对所述分析结果为不符合设定调试预期条件的目标调试数据进行分析，确定导致调试结果为不符合设定调试预期条件的目标调试项目以及该目标调试项目的调试过程日志信息；

根据所述目标调试项目以及所述目标调试项目的调试过程日志信息，生成针对医学检测设备在下一次调试更新时的调试策略。

6.根据权利要求5所述的医学检测设备的调试方法，其特征在于，所述根据所述目标调试项目以及所述目标调试项目的调试过程日志信息，生成针对医学检测设备在下一次调试更新时的调试策略的步骤，包括：

将所述目标调试项目的调试过程日志信息与对应的符合设定调试预期条件时的调试过程日志信息进行比对，确定针对所述目标调试项目的调试调整规则；

根据所述调试调整规则对所述目标调试项目进行调试模拟，提取出所述目标调试项目中的调试调整模拟进程；

将每个调试调整模拟进程进行融合，得到调试模拟进程序列；其中，所述调试模拟进程序列中每一调试模拟进程，为同一调试模拟进程下的模拟调试数据对应的调试模拟进程；

对所述调试模拟进程序列中的每一列的各个调试模拟进程进行分析，得到每一列的各个调试模拟进程对应的调整规范结果，并构建调整规范分析序列；

将所述调试模拟进程序列中每一列的各个调试模拟进程与预设的原始调试进程数据库中存储的原始调试模拟进程进行融合，获得每一列中各个调试模拟进程的融合结果，并将所述融合结果保存至所述调整规范分析序列中；

根据所述调试模拟进程序列和所述调整规范分析序列，生成针对所述医学检测设备在下一次调试更新时的调试策略。

7.根据权利要求1-6中任意一项所述的医学检测设备的调试方法，其特征在于，所述方法还包括：

所述调试终端将所述调试策略发送给所述调试服务器；

所述调试服务器在下一次接收到所述医学检测设备发送的检测场景信息时，根据所述调试策略对根据所述检测场景信息的检测场景类型获取到的调试更新数据进行修正。

8.一种医学检测设备的调试系统，其特征在于，所述医学检测设备的调试系统包括医学检测设备、调试终端以及与医学检测设备和调试终端通信连接的调试服务器；

所述医学检测设备，用于每隔预设周期将检测场景信息发送给所述调试服务器；

所述调试服务器，用于根据所述检测场景信息的检测场景类型，获取对应的调试更新数据，并将所述调试更新数据发送给医学检测设备；

所述医学检测设备，用于根据所述调试更新数据进行调试更新，并在每次更新完成后向所述调试服务器发送更新完成信息；

所述调试服务器，用于根据更新完成信息跟踪从所述医学检测设备中获取以更新完成时的时间节点为基准时间节点的历次调试数据，并将所述历次调试数据发送给所述调试终端；

所述调试终端，用于根据所述历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略。

9.根据权利要求8所述的医学检测设备的调试系统，其特征在于，所述医学检测设备用于通过以下方式根据所述调试更新数据进行调试更新，并在每次更新完成后向所述调试服务器发送更新完成信息：

从所述调试更新数据中获取每个待调试项目的项目调试数据，并从当前数据库中获取每个待调试项目的至少一个历史项目调试数据，其中，所述至少一个历史项目调试数据与所述检测场景类型之间具有映射关系；

对所述项目调试数据进行数据分析，以获取对应的项目调试标识字符，并根据所述项目调试标识字符确定所述项目调试数据对应的调试更新类型；

在预设的调试更新类型链表中查找与至少一个所述历史项目调试数据对应的历史调试进程链；所述历史调试进程链与至少一个所述历史项目调试数据之间存在预设映射关系；

在所述调试更新类型链表中获取与所述历史调试进程链的末端相连接的至少一个候选调试更新类型，所述至少一个候选调试更新类型均与所述历史调试进程链的末端的历史调试更新类型之间具有映射关系；

当所述至少一个候选调试更新类型中包含所述调试更新类型时，根据所述至少一个历史项目调试数据生成所述项目调试数据对应的项目调试更新指令，并根据所述项目调试更新指令进行调试更新；

在每次更新完成后向所述调试服务器发送更新完成信息。

10.根据权利要求8所述的医学检测设备的调试系统，其特征在于，所述调试终端用于通过以下方式根据所述历次调试数据生成针对医学检测设备在下一次调试更新时的调试策略：

对所述历次调试数据进行分析，得到所述历次调试数据中每次调试更新过程是否符合设定调试预期条件的分析结果；

对所述分析结果为不符合设定调试预期条件的目标调试数据进行分析，确定导致调试结果为不符合设定调试预期条件的目标调试项目以及该目标调试项目的调试过程日志信息；

根据所述目标调试项目以及所述目标调试项目的调试过程日志信息，生成针对医学检测设备在下一次调试更新时的调试策略。

Images