CN106850791A - 一种医疗设备软件的激活码的生成方法和生成系统 - Google Patents

Abstract

本申请提供一种医疗设备软件的激活码的生成方法和生成系统，该方法为：服务端接收客户端的激活码申请请求，所述激活码申请请求携带有安装了所述医疗设备软件的医疗设备的标识；在预先存储的订单信息中查询与所述标识匹配的订单信息；根据查询到的订单信息生成激活码；将生成的激活码携带在申请响应中返回给所述客户端。该方法使得在申请激活码的过程中，发出激活码申请请求、接收激活码申请请求和反馈申请结果的过程具有了连续性和及时性。工程师可以在任意时间通过客户端向服务端发起激活码申请请求并立即获得激活码，计算和反馈激活码的过程不再需要人工参与，节省了人员沟通和反馈的时间，申请效率显著提升。

Description

一种医疗设备软件的激活码的生成方法和生成系统

技术领域

本申请涉及医疗设备技术，尤其涉及一种医疗设备软件的激活码的生成方法和生成系统。

背景技术

医疗设备一般有与其配套使用的医疗设备软件，医疗设备软件在使用前一般需要激活。工程师可以根据用户的购买情况为其申请激活码，来开通医疗设备软件中的相应功能。

随着医疗设备销量的逐年增长，工程师在现场进行设备装机或设备维修时，为医疗设备软件申请激活码的业务量也逐年提升。目前采用的申请激活码的方法是：工程师通过人工方式，如短信、邮件、电话等方式，为指定用户的医疗设备软件申请激活码。工作员接收到工程师的申请请求后，获取该用户的激活码，再通过人工方式将得到的激活码反馈给现场的工程师。

在上述激活码的申请过程中，由于发出申请、接收申请、反馈申请结果的过程是完全分离的，因此存在时效性差、响应不及时的问题。尤其在非工作日，工程师发出激活码申请请求后，可能会得不到及时的响应，等待申请结果的时间会较长。

发明内容

有鉴于此，本申请提供一种医疗设备软件的激活码的生成方法和生成系统，用于提供一种高效、快速的申请激活码的方法。

具体地，本申请是通过如下技术方案实现的：

本申请第一方面，提供了一种医疗设备软件的激活码的生成方法，所述方法应用于服务端，包括：

接收客户端的激活码申请请求，所述激活码申请请求携带有安装了所述医疗设备软件的医疗设备的标识；

在预先存储的订单信息中查询与所述标识匹配的订单信息；

根据查询到的订单信息生成激活码；

将生成的激活码携带在申请响应中返回给所述客户端。

本申请第二方面，提供了一种医疗设备软件的激活码的生成系统，所述系统包括订单维护客户端、激活码申请客户端、服务端、数据库，所述服务端包括：

订单数据处理模块，用于保存订单信息到数据库中；

激活码计算模块，用于接收所述激活码申请客户端的激活码申请请求，所述激活码申请请求携带有安装了所述医疗设备软件的医疗设备的标识；在所述数据库预先存储的订单信息中查询与所述标识匹配的订单信息；根据查询到的订单信息生成激活码；将生成的激活码携带在申请响应中返回给所述激活码申请客户端。

本申请提供的医疗设备软件的激活码的生成方法和生产等系统的有益效果：通过预先在系统中录入医疗设备的订单信息，基于这些订单信息，系统在收到激活码申请请求时，可以根据请求中携带的医疗设备的标识为指定医疗设备生成激活码，并及时反馈给客户端。本申请提供的技术方案使得在申请激活码的过程中，发出激活码申请请求、接收激活码申请请求和反馈申请结果的过程具有了连续性和及时性。工程师可以在任意时间通过客户端向服务端发起激活码申请请求并立即获得激活码，在此过程中不再需要工作人员的参与，节省了人员沟通和反馈的时间，申请效率显著提升。并且，工作人员也不需要在非工作时间值守，降低了人力的投入成本。

附图说明

图1是本申请一示例性实施例示出的一种医疗设备软件的激活码生成系统的架构图；

图2是本申请一示例性实施例示出的另一种医疗设备软件的激活码生成系统的架构图；

图3是本申请一示例性实施例示出的再一种医疗设备软件的激活码生成系统的架构图；

图4是本申请一示例性实施例示出的一种医疗设备软件的激活码生成方法的流程图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以下，首先对本申请中的部分用语进行说明。

“整机编号”：是医疗设备的唯一标识码。医疗设备通常包括了一整套的部件，以医疗设备是CT(Computed Tomography，即电子计算机断层扫描)设备为例，整机编号标识的是扫描床、扫描架、控制台(也称计算机系统)等全部部件。在任何情况下，医疗设备的整机编号都不会改变。

“用户标识码”：是医疗设备中的控制台的唯一标识码。当控制台更换时，用户标识码也会发生改变。

“激活码”：可以包括合作计费码(也称合作计费密钥)和选配功能码(也称选配功能密钥)。合作计费码可以用于解决购买医疗设备时分期付款的需求，每一期的合作计费码激活后，在当期期限内医疗设备软件可控且有效。选配功能码可以用于激活医疗设备软件内的选配功能，选配功能码激活后，在授权期限内选配功能可控且有效，且不同的选配功能需要激活对应的选配功能码。常见的选配功能有心脏扫描、心脏功能分析、冠脉分析等。如果只开通合作计费码，不开通选配功能码，则可以进入医疗设备软件，执行基本的扫描功能(如断层扫描、螺旋扫描等)和基本的图像分析处理功能，但没有访问选配功能项的权限。如果只开通选配功能码，不开通合作计费码，则可以进入医疗设备软件和开通的选配功能，但基本的扫描功能、基本的图像分析处理功能以及部分选配功能无法执行。例如，同时开通了心脏扫描和心脏功能分析两个选配功能，在不开通合作计费码的情况下心脏功能分析是可执行的，但心脏扫描是无法执行的。因此，合作计费码和选配功能码一般需要同时申请。

下面结合说明书附图和各实施例对本申请的技术方案进行说明。

医疗设备软件一般具有严格的用户权限控制功能来控制不同用户的使用权限，使用前需要先申请激活码进行相关权限的激活，医疗设备软件的功能才能正常使用。当前常用的激活码申请方式是，通过短信、邮件等方式向工作人员发送激活码申请请求，等待工作人员接收到申请请求后，在具有计算合作计费码和选配功能码模块的软件系统中计算激活码，计算成功后，再通过软件系统或者人工方式将得到的激活码反馈给现场工程师。但这种申请方式可能会得不到及时的响应，等待申请结果的时间比较长。

为了解决上述问题，本申请提出了一种医疗设备软件的激活码的生成方法和生成系统，通过预先在系统中录入医疗设备的订单信息，基于这些订单信息，系统在收到激活码申请请求时，可以根据请求中携带的医疗设备的标识为指定医疗设备生成激活码，并及时反馈给现场工程师。

如下先说明本申请提供的一种医疗设备软件的激活码的生成系统，该系统的框架参见图1所示，可以包括订单维护客户端11、激活码申请客户端12、服务端13和数据库14。

订单维护客户端11，包括创建订单模块111和更新订单模块112，分别用于录入和更新订单信息。创建订单模块111可以预先显示订单录入界面，并存储用户基于所述订单录入界面录入的订单信息。

激活码申请客户端12，包括激活码申请模块121和激活码显示模块122，分别用于提交激活码申请请求和显示申请结果。

服务端13，包括订单数据处理模块131和激活码计算模块132。

订单数据处理模块131用于保存订单信息到数据库14中。该订单信息至少包括：医疗设备的标识，医疗设备控制台的用户标识码，医疗设备的设备型号，合作计费截止日期，开通的选配功能，开通的选配功能的截止日期。

激活码计算模块132用于生成所要申请的医疗设备软件的激活码。其中，激活码计算模块132包括了订单获取单元1321、合作计费码计算单元1322和选配功能码计算单元1323。

订单获取单元1321，具体用于在接收倒激活码申请客户端12的激活码申请请求时，从数据库14中查询需要申请激活码的医疗设备的订单信息，所述激活码申请请求携带有安装了医疗设备软件的医疗设备的标识。该标识可以是医疗设备的整机编号。

合作计费码计算单元1322，具体用于根据订单获取单元1321获取的订单信息所包括的医疗设备控制台的用户标识码、医疗设备的设备型号和合作计费的截止日期，结合合作计费码的算法计算出合作计费码；以及，将计算出的合作计费码返回给激活码申请客户端12。

选配功能码计算单元1323，具体用于根据订单获取单元1321获取的订单信息所包括的医疗设备控制台的用户标识码、医疗设备的设备型号、开通的选配功能和开通的选配功能的截止日期，结合选配功能码的算法计算出选配功能码；以及，将计算出的选配功能码返回给激活码申请客户端12。

数据库14，用于存储服务端13从订单维护客户端11获取的医疗设备的订单信息，以及服务端13生成的合作计费码和选配功能码。

可选的，参见图2所示，在本申请的另一个实施例中，订单维护客户端11的功能可由现有的订单管理系统15代为实现，即服务端13可以与订单管理系统15实现对接，进而从订单维护客户端11的需要用户基于订单录入界面手动录入订单信息的方式，变为从订单管理系统15中直接导入需要的全部订单信息的方式。订单管理系统15具体可以是企业资源计划(Enterprise Resource Planning，ERP)订单管理系统，或者其它具有订单管理功能的系统。

可选的，参见图3所示，在本申请的再一个实施例中，可以实现订单维护客户端11与订单管理系统15的对接，从而订单维护客户端11可以从订单管理系统15中直接导入部分订单信息，然后订单维护客户端11提供订单录入界面供用户补全其它订单信息，再由订单维护客户端11将补充完整的全部订单信息返回给服务端13。

至此，完成对本申请的系统的描述。

基于上述的医疗设备软件的激活码生成系统，如下说明本申请提供的医疗设备软件的激活码的生成方法。本申请各实施例中提及的医疗设备软件，可以是CT软件、高级可视化工作站(Adavnced Visualization Workspace，AVW)软件、正电子发射及X射线计算机断层成像系统(Positron Emission Tomography/Computed Tomography，简称：PET/CT)软件等。

图4为本申请方法的实施流程，可以包括以下步骤：

步骤401：服务端接收客户端的激活码申请请求，所述激活码申请请求携带有安装了所述医疗设备软件的医疗设备的标识。

所述标识可以是医疗设备的整机编号。

本申请实施例中所说的客户端，相当于图1、图2和图3中的激活码申请客户端12，主要用于请求激活码和显示激活码。

步骤402：服务端在预先存储的订单信息中查询与所述标识匹配的订单信息。

可选的，如果服务端在预先存储的订单信息中查询到多个与所述标识匹配的订单信息，则服务端可以从查询到的订单信息中选择出最新一期的订单信息，并基于该最新一期的订单信息执行后续操作。

其中，订单信息一般记录了以下内容：医疗设备的标识，医疗设备控制台的用户标识码，医疗设备的设备型号，合作计费截止日期，开通的选配功能，

开通的选配功能的截止日期等。

此外，订单信息中还可以包括订单号和订单的生成期数等内容。订单号可以用于在录入订单信息时查询该订单号下的所有设备的订单信息，而通过订单号和医疗设备的标识(如整机编号)可以用于查询是否创建过某个指定设备的订单信息。订单的生成期数可以用于查找最新一期的订单信息。

本申请实施例中，服务端可以预先显示订单录入界面，并存储用户基于该订单录入界面录入的订单信息；也可以预先从订单管理系统中直接导入订单信息；也可以结合以上两种方式进行录入，即预先从订单管理系统中导入订单信息以及显示订单录入界面，并存储用户基于所述订单录入界面对从订单管理系统导入的订单信息补充后的订单信息。

例如，若是由用户基于订单录入界面录入订单信息，则可以基于图1所示的系统，由工作人员通过订单维护客户端11将已确认的订单信息录入服务端13。录入时，可以根据待录入的订单信息的订单号和整机编号查询是否已经存在相同订单号和整机编号的订单信息，如果没有查询到，则创建一条新的订单信息，其订单的生成期数为1；如果查询到，则对已创建的订单信息的内容进行更新，例如更新合作计费截止日期、开通的选配功能等，然后基于更新后的订单内容生成另一条订单信息，生成的订单信息的订单号不变(即和第一次创建的订单信息的订单号相同)，订单的生成期数递增加1，如由1变为2。

又例如，若是从订单管理系统中导入订单信息，则可以基于图2所示的系统，由服务端13定时从订单管理系统15中拷贝订单信息，或是由订单管理系统15在发现有新的订单信息产生时及时通知服务端13获取该新的订单信息。

又例如，若是结合以上两种方式录入订单信息，则可以基于图3所示的系统，由订单管理维护端11定时从订单管理系统15中拷贝订单信息，或是由订单管理系统15在发现有新的订单信息产生时及时通知订单管理维护端11获取该新的订单信息。之后由工作人员通过订单管理维护端11提供的订单录入界面对获取的订单信息中缺少的内容进行补充，补充完整后录入服务端13。

步骤403：服务端根据查询到的订单信息生成激活码。

可选的，在生成激活码之前，服务端还可以对查询到的订单信息的有效性进行判断。例如，如果查询到的订单信息中包括的合作计费的截止日期或者选配功能的截止日期还未到期，则服务端确认该订单信息有效，从而可以根据该订单信息生成激活码；如果查询到的订单信息中包括的合作计费的截止日期或者选配功能的截止日期已到期，则服务端确认该订单信息无效，从而不生成激活码，后续可以返回提示信息给客户端以通知订单信息已过期。

生成的激活码一般包括了合作计费码和选配功能码，这两项激活码需要分别生成。

例如，合作计费码可以根据查询到的订单信息中包括的医疗设备控制台的用户标识码、医疗设备的设备型号和合作计费的截止日期计算得到。选配功能码可以根据查询到的订单信息中包括的医疗设备控制台的用户标识码、医疗设备的设备型号、开通的选配功能和开通的选配功能的截止日期计算得到。

实际应用中，计算得到的合作计费码和选配功能码的其中一部分码可以是哈希算法生成的不可逆的码，主要用于激活医疗设备软件和软件内的选配功能；另一部分码往往包含了使用期限等信息，医疗设备的控制台对这部分码进行解析可得到合作计费截止日期和选配功能的截止日期等信息。如果控制台解析发现合作计费码和选配功能码的使用期限已过期，则可以通过步骤401至步骤404所示的流程，申请新的合作计费码和选配功能码。

例如，假设查询到的某个订单信息中记录的整机编号为N64I0000001，用户标识码为12345678-12345678-12345678-12345678，设备型号为：NeuViz 64i，合作计费的截止日期为2016-12-31，开通的选配功能包括冠脉分析(Coronary)和心脏功能分析(CFA)，开通的选配功能的截止日期为2016-12-31，则可以根据以上订单信息和预设算法分别计算得到合作计费码和选配功能码。假设计算出的合作计费码和选配功能码均为36位的字符串，其格式可以如下所示：xxxxxx-xxxxxx-xxxxxx-xxxxxx-xxxxxx-xxxxxx，这36位的字符串中，有一部分是哈希算法生成的不可逆的码，另一部分可用于控制台解析，得到合作计费码和选配功能码的使用期限。

步骤404：服务端将生成的激活码携带在申请响应中返回给所述客户端。

客户端在接收到服务端返回的申请响应后，可以将该申请响应中携带的激活码在客户端的显示屏上显示。从而工程师可以将客户端上显示的激活码输入医疗设备对医疗设备软件进行激活。

可选的，所述客户端也可以集成在医疗设备内，从而可以直接根据服务端返回的激活码对医疗设备软件进行激活。

综上所述，本申请提供的技术方案通过预先在系统中录入医疗设备的订单信息，基于这些订单信息，系统在收到激活码申请请求时，可以根据请求中携带的医疗设备的标识为指定医疗设备生成激活码，并及时反馈给现场工程师。本申请提供的技术方案使得在申请激活码的过程中，发出激活码申请请求、接收激活码申请请求和反馈申请结果的过程具有了连续性和及时性。工程师可以在任意时间通过客户端向服务端发起激活码申请请求并立即获得激活码，在此过程中不再需要等待工作人员的参与，节省了人员沟通和反馈的时间，申请效率显著提升。并且，工作人员也不需要在非工作时间值守，降低了人力的投入成本。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种医疗设备软件的激活码的生成方法，其特征在于，所述方法应用于服务端，包括：

接收客户端的激活码申请请求，所述激活码申请请求携带有安装了所述医疗设备软件的医疗设备的标识；

在预先存储的订单信息中查询与所述标识匹配的订单信息；

根据查询到的订单信息生成激活码；

将生成的激活码携带在申请响应中返回给所述客户端。

2.如权利要求1所述的方法，其特征在于，所述标识为医疗设备的整机编号。

3.如权利要求1或2所述的方法，其特征在于，所述订单信息至少包括：

医疗设备的标识，医疗设备控制台的用户标识码，医疗设备的设备型号，合作计费截止日期，开通的选配功能，开通的选配功能的截止日期。

4.如权利要求1所述的方法，其特征在于，所述激活码包括合作计费码和选配功能码；

所述根据查询到的订单信息生成激活码，包括：

根据查询到的订单信息包括的医疗设备控制台的用户标识码、医疗设备的设备型号和合作计费的截止日期，计算合作计费码；以及

根据查询到的订单信息包括的医疗设备控制台的用户标识码、医疗设备的设备型号、开通的选配功能和开通的选配功能的截止日期，计算选配功能码。

5.如权利要求1所述的方法，其特征在于，所述方法还包括：

预先显示订单录入界面，并存储用户基于所述订单录入界面录入的订单信息；或

预先从订单管理系统中导入订单信息；或

预先从订单管理系统中导入订单信息以及显示订单录入界面，并存储用户基于所述订单录入界面对导入的订单信息补充后的订单信息。

6.一种医疗设备软件的激活码的生成系统，所述系统包括订单维护客户端、激活码申请客户端、服务端、数据库，其特征在于，所述服务端包括：

订单数据处理模块，用于保存订单信息到数据库中；

激活码计算模块，用于接收所述激活码申请客户端的激活码申请请求，所述激活码申请请求携带有安装了所述医疗设备软件的医疗设备的标识；在所述数据库预先存储的订单信息中查询与所述标识匹配的订单信息；根据查询到的订单信息生成激活码；将生成的激活码携带在申请响应中返回给所述激活码申请客户端。

7.如权利要求6所述的系统，其特征在于，所述标识为医疗设备的整机编号。

8.如权利要求6或7所述的系统，其特征在于，所述订单信息至少包括：

医疗设备的标识，医疗设备控制台的用户标识码，医疗设备的设备型号，合作计费截止日期，开通的选配功能，开通的选配功能的截止日期。

9.如权利要求8所述的系统，其特征在于，所述激活码包括合作计费码和选配功能码；

所述激活码计算模块包括合作计费码计算单元和选配功能码计算单元；

所述合作计费码计算单元，具体用于根据查询到的订单信息包括的医疗设备控制台的用户标识码、医疗设备的设备型号和合作计费的截止日期，计算合作计费码；

所述选配功能码计算单元，具体用于根据查询到的订单信息包括的医疗设备控制台的用户标识码、医疗设备的设备型号、开通的选配功能和开通的选配功能的截止日期，计算选配功能码。

10.如权利要求6所述的系统，其特征在于，

所述订单维护客户端，用于预先显示订单录入界面，并存储用户基于所述订单录入界面录入的订单信息；

所述系统还包括订单管理系统；

所述订单管理系统，用于预先将本订单管理系统中存储的订单信息导入所述服务端；或，预先将本订单管理系统中存储的订单信息导入所述订单维护客户端；

所述订单维护客户端，用于预先显示订单录入界面，并存储用户基于所述订单录入界面对从所述订单管理系统导入的订单信息补充后的完整订单信息。