CN107993707A - 一种错误码信息的维护方法和装置 - Google Patents
一种错误码信息的维护方法和装置 Download PDFInfo
- Publication number
- CN107993707A CN107993707A CN201610958096.1A CN201610958096A CN107993707A CN 107993707 A CN107993707 A CN 107993707A CN 201610958096 A CN201610958096 A CN 201610958096A CN 107993707 A CN107993707 A CN 107993707A
- Authority
- CN
- China
- Prior art keywords
- error code
- medical devices
- code information
- version
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Apparatus For Radiation Diagnosis (AREA)
Abstract
本申请提供一种错误码信息的维护方法和装置,该方法包括:在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,并确定所述错误码标识对应的所有版本号中最大的第一版本号;向服务器发送携带所述错误码标识和所述第一版本号的请求消息;接收服务器返回的响应消息,若从所述响应消息中解析出所述错误码标识对应的错误码信息和第二版本号,且所述第二版本号大于所述第一版本号,则在错误码数据库中存储所述错误码信息和所述第二版本号。通过本申请的技术方案,可以节省大量的人力和物力,提高故障诊断的效率和准确性。
Description
技术领域
本申请涉及医疗技术领域,尤其涉及一种错误码信息的维护方法和装置。
背景技术
对于采集医疗图像的医疗设备(即医疗器械等),例如,常见的CT(ComputedTomography,电子计算机断层扫描)设备,集成电子、电气、机械等功能。为了快速的诊断出医疗设备的故障,可以在医疗设备上配置各部件的错误码信息。当医疗设备发生故障时,会反馈一个错误码信息,医疗设备记录该错误码信息,并且可以通过嵌入到医疗设备的浏览工具浏览该错误码信息,现场服务的工程师通过浏览该错误码信息,从而采取对应的措施对医疗设备进行故障维修。
当医疗设备上配置的错误码信息发生更新时,需要为更新后的错误码信息发布新的软件包或者补丁,现场服务的工程师需要在每个医疗设备上安装该软件包或者补丁,从而将该软件包或者补丁中的错误码信息更新到医疗设备上。
在上述方式中,需要安排现场服务的工程师到每个医疗设备的现场,安装软件包或者补丁,需要投入大量人力和物力。而且,在软件包或者补丁的安装过程中,医疗设备无法采集医疗图像,无法进行待检体(患者)的诊断。
发明内容
本申请提供一种错误码信息的维护方法,应用在医疗设备上,包括:
在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,并确定所述错误码标识对应的所有版本号中最大的第一版本号;
向服务器发送携带所述错误码标识和所述第一版本号的请求消息;
接收所述服务器返回的响应消息,若从所述响应消息中解析出所述错误码标识对应的错误码信息和第二版本号,且所述第二版本号大于所述第一版本号,则在所述错误码数据库中存储所述错误码信息和所述第二版本号。
本申请提供一种错误码信息的维护方法,应用在服务器上,包括:
接收来自医疗设备的携带错误码标识和第一版本号的请求消息;
从本地查询所述错误码标识对应的所有版本号中最大的第二版本号;
若所述第二版本号大于所述第一版本号,则向所述医疗设备发送携带所述第二版本号对应的错误码信息和所述第二版本号的响应消息,以使所述医疗设备在错误码数据库中存储所述错误码信息和所述第二版本号。
本申请提供一种错误码信息的维护装置,应用在医疗设备上,包括:
确定模块,用于在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,并确定所述错误码标识对应的所有版本号中最大的第一版本号;
发送模块,用于向服务器发送携带错误码标识和第一版本号的请求消息;
接收模块,用于接收所述服务器返回的响应消息;
更新模块,用于当从所述响应消息中解析出所述错误码标识对应的错误码信息和第二版本号,且所述第二版本号大于所述第一版本号时,则在所述错误码数据库中存储所述错误码信息和所述第二版本号。
本申请提供一种错误码信息的维护装置,应用在服务器上,包括:
接收模块,用于接收来自医疗设备的携带错误码标识和第一版本号的请求消息;
查询模块,用于从本地查询所述错误码标识对应的所有版本号中最大的第二版本号;
发送模块,用于当所述第二版本号大于所述第一版本号时,向所述医疗设备发送携带所述第二版本号对应的错误码信息和所述第二版本号的响应消息,以使所述医疗设备在错误码数据库中存储所述错误码信息和所述第二版本号。
基于上述技术方案,本申请实施例中,医疗设备可以从服务器上获得错误码信息,而不需要安排现场服务的工程师到每个医疗设备的现场,安装软件包或者补丁,可以节省大量的人力和物力。而且,医疗设备可以及时地更新错误码信息,提高故障诊断的效率和准确性。
附图说明
为了更加清楚地说明本申请实施例或者现有技术中的技术方案,下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1是本申请一种实施方式中的错误码信息的维护方法的流程图;
图2是本申请一种实施方式中的医疗设备的硬件结构图;
图3是本申请另一种实施方式中的错误码信息的维护方法的流程图;
图4是本申请又一种实施方式中的错误码信息的维护方法的流程图;
图5是本申请还一种实施方式中的错误码信息的维护方法的流程图;
图6是本申请一种实施方式中的错误码信息的维护装置的结构图;
图7是本申请另一种实施方式中的错误码信息的维护装置的结构图。
具体实施方式
在本申请使用的术语仅仅是出于描述特定实施例的目的,而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其它含义。还应当理解,本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
如图1所示,为本申请的一个例子中提出的错误码信息的维护方法的流程图,该错误码信息的维护方法可以应用在医疗设备上,该医疗设备可以为如CT设备、PET-CT(Positron Emission Tomography-Computed Tomography,正电子发射断层成像扫描系统)设备、DR(Digital Radiography,数字放射显影系统)设备、MRI(Magnetic ResonanceImaging,磁共振成像系统)设备等。
如图2所示,为本申请实施例中的医疗设备的硬件结构图,该医疗设备通常包括扫描系统210和控制台220。该扫描系统210可以包括扫描机架211和扫描床212,该扫描机架211是医疗设备的重要组成部分,其上设置有X射线发生器2111、高压球管2112、探测器2113、准直器2114、处理器2115和存储器2116等。该扫描床212是配合扫描机架211完成扫描任务的工具,用于支撑被检体。该控制台220可以包括输入面板221。存储器2116中的错误码信息的维护装置作为一个逻辑意义上的装置,可以由处理器2115从存储器2116中将该装置对应的计算机程序指令读取到内存中运行,以实现错误码信息的维护方法。
参见图1所示,该错误码信息的维护方法可以包括以下步骤:
步骤101,在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,并确定该错误码标识对应的所有版本号中最大的第一版本号。
在一个例子中,一个错误码标识可能对应一个或者多个版本号,从该错误码标识对应的所有版本号中选取出最大的版本号,为了区分方便,将该错误码标识对应的最大的版本号称为该错误码标识对应的第一版本号。
在一个例子中,在从错误码数据库中遍历出一个未处理过的错误码标识之前,还可以先判断本医疗设备是否处于工作状态。如果否,则执行从错误码数据库中遍历出一个未处理过的错误码标识的过程。如果是,则等待预设时间后,继续判断本医疗设备是否处于工作状态,以此类推,一直到本医疗设备未处于工作状态。其中,该预设时间可以根据实际经验进行配置,如10分钟等。
在一个例子中,错误码信息可以包括但不限于:错误码标识、故障严重程度、故障原因、故障解决办法等。其中,错误码信息以错误码标识为索引,不同的错误码标识对应不同的错误码信息,错误码标识具有唯一性。例如,错误码标识000对应高压球管的错误码信息,错误码标识001对应X射线发生器的错误码信息,错误码标识010对应探测器的错误码信息,错误码标识011对应扫描床的错误码信息等。故障严重程度表示故障的级别,例如可以包括一级、二级、三级等,一级表示很严重,二级表示一般严重,三级表示不严重。故障原因表示故障发生的原因,例如,针对高压球管的故障,故障原因可以为寿命、电流参数不合理、电压参数不合理等。故障解决办法表示解决故障的方法。
在一个例子中,针对“需要更新错误码信息”的过程,医疗设备可以确定错误码信息的上次更新时间。若当前时间与该上次更新时间之差超过预设第一时间阈值,则医疗设备可以确定需要更新错误码信息。若当前时间与该上次更新时间之差未超过预设第一时间阈值,则继续等待,一直到当前时间与该上次更新时间之差超过预设第一时间阈值,则医疗设备确定需要更新错误码信息。
其中,在每次完成错误码信息的更新后,医疗设备可以记录错误码信息的更新时间,而最近的一个更新时间,也就是错误码信息的上次更新时间。
此外,预设第一时间阈值可以根据实际经验进行配置,如24小时等。
在一个例子中,针对“医疗设备判断本医疗设备是否处于工作状态”的过程,可以包括但不限于:若医疗设备监控到本医疗设备的鼠标连续空闲时间超过预设第二时间阈值,且监控到本医疗设备的键盘连续空闲时间超过预设第三时间阈值,且本医疗设备当前未执行扫描任务和图像重建任务,则医疗设备可以确定本医疗设备未处于工作状态;否则,可以确定本医疗设备处于工作状态。
其中,针对“监控到本医疗设备的鼠标连续空闲时间超过预设第二时间阈值”的过程,操作系统(如Windows操作系统)通常会监控鼠标处于空闲状态的时间,并提供一个API(Application Programming Interface,应用程序编程接口),以供查询鼠标处于空闲状态的时间。基于此,可以通过该API查询鼠标处于空闲状态的时间,继而确定鼠标连续空闲时间是否超过预设第二时间阈值。
其中,针对“监控到本医疗设备的键盘连续空闲时间超过预设第三时间阈值”的过程,操作系统通常会监控键盘处于空闲状态的时间,并提供一个API,以供查询键盘处于空闲状态的时间。基于此,可以通过该API查询键盘处于空闲状态的时间,继而确定键盘连续空闲时间是否超过预设第三时间阈值。
在一个例子中,预设第二时间阈值和预设第三时间阈值可以相同,也可以不同。预设第二时间阈值可以根据实际经验进行配置,例如可以为5分钟等,预设第三时间阈值可以根据实际经验进行配置,例如可以为5分钟等。
其中,针对“本医疗设备当前未执行扫描任务和图像重建任务”的过程,在一个例子中,医疗设备可以对医疗设备的扫描任务进程和图像重建任务进程进行监控。若医疗设备没有启动扫描任务进程和图像重建任务进程,则说明医疗设备当前未执行扫描任务和图像重建任务。若医疗设备启动扫描任务进程和/或图像重建任务进程,则说明医疗设备当前正在执行扫描任务和/或图像重建任务。在另一个例子中,医疗设备还可以对医疗设备的工作任务进行监控,若医疗设备正在执行扫描任务和/或图像重建任务,则可以监控到扫描任务和/或图像重建任务,说明医疗设备当前正在执行扫描任务和/或图像重建任务。若医疗设备没有执行扫描任务和图像重建任务,则无法监控到扫描任务和图像重建任务,说明医疗设备当前未执行扫描任务和图像重建任务。
当然,上述只是给出了确定医疗设备当前是否执行扫描任务和图像重建任务的两个示例,在实际应用中并不局限于此,对于其它确定方式不再赘述。
在一个例子中,医疗设备可以维护一个错误码数据库,并在错误码数据库中记录错误码信息与版本号的对应关系。其中,医疗设备可以采用表格或者配置文件等方式存储错误码信息与版本号的对应关系,当然,医疗设备还可以采用其它方式存储错误码信息与版本号的对应关系,对此存储方式不做限制。如表1所示,为以表格方式存储错误码信息与版本号的对应关系的一个示例。
表1
在一个例子中,针对“从错误码数据库中遍历出一个未处理过的错误码标识,并确定该错误码标识对应的所有版本号中最大的第一版本号”的过程,医疗设备第一次从错误码数据库中遍历出的未处理过的错误码标识为000,并确定该错误码标识000对应的第一版本号为版本2。在针对该错误码标识000执行后续步骤102-步骤104后,将该错误码标识000标记为已经处理过的错误码标识。再次执行步骤101时,医疗设备不会从错误码数据库中遍历出已经处理过的错误码标识000,而是从错误码数据库中遍历出的未处理过的错误码标识为001,并确定该错误码标识001对应的第一版本号为版本1。以此类推。
步骤102,向服务器发送携带该错误码标识和第一版本号的请求消息。例如,医疗设备遍历出错误码标识000,并确定该错误码标识000对应的第一版本号为版本2之后,向服务器发送携带该错误码标识000和版本2的请求消息。
步骤103,接收服务器返回的响应消息。其中,该响应消息携带的内容可以为该错误码标识对应的错误码信息和第二版本号(为了区分方便,将响应消息中携带的版本号称为第二版本号),或者,该响应消息携带的内容可以为空。若该响应消息中携带的内容为错误码信息和第二版本号,则执行步骤104。
步骤104,若从该响应消息中解析出错误码信息和第二版本号,且第二版本号大于第一版本号,则在错误码数据库中存储该错误码信息和该第二版本号。
在一个例子中,医疗设备在接收到服务器返回的响应消息(即步骤103)之后,无论该响应消息中携带的内容为错误码信息和第二版本号,还是该响应消息中携带的内容为空,医疗设备均可以判断错误码数据库中是否存在未处理过的错误码标识。如果是,则返回执行判断本医疗设备是否处于工作状态的过程;如果否,则结束本次更新过程,并将当前时间记录为错误码信息的更新时间。
在一次更新过程中,若医疗设备已经向服务器发送过针对表1中所有错误码标识的请求消息,并接收到针对这些请求消息的响应消息,则说明错误码数据库中的所有错误码标识均是已经处理过的错误码标识,结束本次更新过程,并将表1中所有的错误码标识均标记为未处理过的错误码标识。在下次更新过程中,即再次确定出需要更新错误码信息时,重新执行上述步骤101-步骤104。
在此次更新过程中,针对医疗设备从服务器上获取错误码信息的过程,在一个例子中,医疗设备并不是随时的从服务器上获取错误码信息,而是需要在自身未处于工作状态时,才会从服务器上获取错误码信息,即通过向服务器发送携带错误码标识和版本号的请求消息,以从服务器上获取该错误码标识对应的错误码信息。在自身处于工作状态时,不会从服务器上获取错误码信息,而是需要等到自身未处于工作状态时,才会从服务器上获取错误码信息。
其中,采用上述方式的原因是:医疗设备从服务器上获取错误码信息的过程,会占用本医疗设备的大量内存资源和CPU(Central Processing Unit,中央处理器)资源。而且,医疗设备通常是用于采集医疗图像,进行待检体诊断的设备,如CT设备等,医疗设备本身的功能,具有很高的优先级,是非常重要的,不能被其它业务中断。进一步的,从服务器上获取错误码信息的过程,会对医疗设备本身的业务造成影响,导致业务处理性能的下降,因此,不能在医疗设备本身有业务需要处理时,执行从服务器上获取错误码信息的过程。综上所述,医疗设备在自身未处于工作状态时,才会从服务器上获取错误码信息。
在一个例子中,为了使医疗设备能够从服务器上获取到错误码信息,可以利用物联网技术将医疗设备与服务器连接起来,并在该服务器上维护更新数据库,该更新数据库用于存储错误码信息与版本号的对应关系。其中,服务器对外可以提供一个端口A,现场服务的工程师可以通过端口A登录到服务器上,并通过端口A输入错误码信息。服务器在接收到现场服务的工程师(即用户)输入的错误码信息后,为该错误码信息分配一个新版本号,并在更新数据库中记录该错误码信息和该新版本号的对应关系。
针对“现场服务的工程师通过端口A输入错误码信息”的过程,在一个例子中,当现场服务的工程师需要更新服务器上的错误码信息时,则会通过端口A输入更新后的错误码信息。例如,在医疗设备发生故障时,会反馈一个错误码信息1,医疗设备记录该错误码信息1,并且可以通过嵌入到医疗设备的浏览工具浏览该错误码信息1,现场服务的工程师通过浏览该错误码信息1,根据该错误码信息1对医疗设备进行故障维修。若按照该错误码信息1不能修复故障,则现场服务的工程师会采用其它方式(如根据现场服务的工程师的经验,或者向其他工程师寻求帮助等方式,对此不做限制)对医疗设备进行故障维修,当维修成功后,则现场服务的工程师获得错误码信息2(即故障成功维修时使用的错误码信息),并通过端口A输入错误码信息2。
假设在通过端口A输入错误码信息之前,服务器上维护的更新数据库如表1所示,则现场服务的工程师通过端口A输入错误码信息之后,服务器上维护的更新数据库如表2所示。其中,服务器在接收到现场服务的工程师输入的错误码标识(000)、故障严重程度(二级)、故障原因(原因h)、故障解决办法(办法H)后,分配一个新版本号(即错误码标识000对应的所有版本号中最大的版本号+1,即版本3),并在更新数据库中记录000、二级、原因h、办法H和版本3的对应关系,如表2所示。
表2
错误码标识 | 故障严重程度 | 故障原因 | 故障解决办法 | 版本号 |
000 | 一级 | 原因a | 办法A | 版本1 |
000 | 二级 | 原因b | 办法B | 版本2 |
000 | 二级 | 原因h | 办法H | 版本3 |
001 | 一级 | 原因c | 办法C | 版本1 |
010 | 一级 | 原因d | 办法D | 版本1 |
010 | 二级 | 原因e | 办法E | 版本2 |
011 | 一级 | 原因f | 办法F | 版本1 |
在一个例子中,针对医疗设备从服务器上获取错误码信息的过程,服务器对外还可以提供一个端口B,且医疗设备可以通过端口B访问服务器,即向服务器发送携带错误码标识和第一版本号的请求消息。服务器在接收到该请求消息后,从本地(如本地的更新数据库)查询该错误码标识对应的所有版本号中最大的第二版本号。若第二版本号大于第一版本号,则向医疗设备发送携带第二版本号对应的错误码信息和该第二版本号的响应消息,以使医疗设备在错误码数据库中存储该错误码信息和第二版本号。若第二版本号不大于第一版本号,则向医疗设备发送携带内容为空的响应消息。医疗设备接收到响应消息后的处理过程,在上述过程中已经说明,在此不再重复赘述。
例如,医疗设备向服务器发送携带错误码标识000和版本2的请求消息,如表2所示,服务器从本地的更新数据库查询该错误码标识000对应的第二版本号为版本3,即第二版本号大于第一版本号,服务器向医疗设备发送携带版本3、000、二级、原因h、办法H的响应消息。医疗设备在错误码数据库中存储000、二级、原因h、办法H和版本3的对应关系,存储后的错误码数据库如表2所示。
又例如,医疗设备向服务器发送携带错误码标识001和版本1的请求消息,如表2所示,服务器从本地的更新数据库查询该错误码标识001对应的第二版本号为版本1,即第二版本号等于第一版本号,服务器向医疗设备发送携带内容为空的响应消息。医疗设备在接收到该响应消息后,不需要更新错误码数据库。
在一个例子中,医疗设备向服务器发送携带错误码标识000和版本2的请求消息,假设服务器维护的更新数据库如表3所示,服务器从本地的更新数据库查询该错误码标识000对应的第二版本号为版本4,即第二版本号大于第一版本号。在一种实现方式中,服务器向医疗设备发送携带版本4、000、二级、原因k、办法K的响应消息,医疗设备在错误码数据库中存储000、二级、原因k、办法K和版本4的对应关系。在另一种实现方式中,服务器向医疗设备发送携带版本4、000、二级、原因k、办法K的响应消息,并向医疗设备发送携带版本3、000、二级、原因h、办法H的响应消息,由医疗设备在错误码数据库中存储000、二级、原因k、办法K和版本4的对应关系,并存储000、二级、原因h、办法H和版本3的对应关系。在另一种实现方式中,服务器向医疗设备发送携带版本4、000、二级、原因k、办法K,以及版本3、000、二级、原因h、办法H的响应消息,由医疗设备在错误码数据库中存储000、二级、原因k、办法K和版本4的对应关系,并存储000、二级、原因h、办法H和版本3的对应关系。
表4
错误码标识 | 故障严重程度 | 故障原因 | 故障解决办法 | 版本号 |
000 | 一级 | 原因a | 办法A | 版本1 |
000 | 二级 | 原因b | 办法B | 版本2 |
000 | 二级 | 原因h | 办法H | 版本3 |
000 | 二级 | 原因k | 办法K | 版本4 |
001 | 一级 | 原因c | 办法C | 版本1 |
010 | 一级 | 原因d | 办法D | 版本1 |
010 | 二级 | 原因e | 办法E | 版本2 |
011 | 一级 | 原因f | 办法F | 版本1 |
在一个例子中,医疗设备在接收到服务器返回的响应消息后,若判断出错误码数据库中存在未处理过的错误码标识,则返回执行判断本医疗设备是否处于工作状态的过程,而不是直接执行从错误码数据库中遍历出一个未处理过的错误码标识的过程,其原因是:若医疗设备从服务器上获取错误码信息的过程中,医疗设备已经处于工作状态,则上述方式可以避免医疗设备在自身已经处于工作状态时,仍然从服务器上获取错误码信息,而是先执行采集医疗图像,进行待检体诊断等功能,从而不会对医疗设备本身的业务造成影响。
基于上述技术方案,本申请实施例中,医疗设备可以从服务器上获得错误码信息,而不需要安排现场服务的工程师到每个医疗设备的现场,安装软件包或者补丁,可以节省大量的人力和物力。而且,医疗设备可以在自身未处于工作状态时获得错误码信息,即不打断用户使用医疗设备的操作,因此,不影响医疗设备采集医疗图像,医疗设备可以优先进行待检体的诊断。而且,医疗设备可以及时地更新错误码信息,提高故障诊断的效率和准确性。而且,对于医疗设备的错误码数据库,具备知识库的特点,随着错误码信息的不断更新,诊断也会越来越准确和高效。而且,医疗设备的错误码数据库以及服务器的更新数据库,对于每一个错误码信息的变更均保留历史变迁记录,方便现场服务的工程师查看最新的错误码信息、以及历史上的错误码信息,并对不同时间的错误码信息进行比较,从而可以快速完成故障的诊断。
参见图3所示,该错误码信息的维护方法可以应用在服务器上,包括:
步骤301,接收来自医疗设备的携带错误码标识和第一版本号的请求消息。
步骤302,从本地查询错误码标识对应的所有版本号中最大的第二版本号。
步骤303,若该第二版本号大于该第一版本号,则向医疗设备发送携带该第二版本号对应的错误码信息和该第二版本号的响应消息,以使医疗设备在错误码数据库中存储该错误码信息和该第二版本号。此外,若该第二版本号不大于该第一版本号,则向医疗设备发送携带内容为空的响应消息。
在一个例子中,服务器还可以维护更新数据库,该更新数据库用于存储错误码信息与版本号的对应关系。服务器在接收到现场服务的工程师(即用户)输入的错误码信息后,为该错误码信息分配一个新版本号,并在更新数据库中记录该错误码信息和该新版本号的对应关系。其中,该错误码信息是用户在医疗设备发生故障时,对医疗设备进行维修时获得的。
基于上述技术方案,本申请实施例中,医疗设备可以从服务器上获得错误码信息,而不需要安排现场服务的工程师到每个医疗设备的现场,安装软件包或者补丁,可以节省大量的人力和物力。而且,医疗设备可以及时地更新错误码信息,提高故障诊断的效率和准确性。
以下结合具体的应用场景,对本申请实施例的上述技术方案进行详细说明。
参见图4所示,为本申请实施例中的错误码信息的维护方法的流程图。
步骤401,在医疗设备发生故障时,医疗设备输出一个错误码信息。
步骤402,现场服务的工程师(即用户)通过浏览工具(其嵌入到医疗设备)浏览该错误码信息,并根据该错误码信息对医疗设备进行故障维修。
步骤403,若按照该错误码信息不能修复故障,则现场服务的工程师采用其它方式对医疗设备进行故障维修,当维修成功后,获得新的错误码信息。
其中,该新的错误码信息是故障成功维修时使用的错误码信息。
步骤404,现场服务的工程师通过服务器的端口输入该新的错误码信息。
步骤405,服务器在收到现场服务的工程师输入的错误码信息后,为错误码信息分配一个新版本号,并记录该错误码信息和该新版本号的对应关系。
参见图5所示,为本申请实施例中的错误码信息的维护方法的流程图。
步骤501,医疗设备确定错误码信息的上次更新时间。
步骤502,医疗设备判断当前时间与该上次更新时间之差是否超过预设第一时间阈值。如果是,则确定需要更新错误码信息,执行步骤503。如果否,则继续等待,一直到当前时间与该上次更新时间之差超过预设第一时间阈值。
步骤503,医疗设备判断鼠标连续空闲时间是否超过预设第二时间阈值。如果是,则执行步骤504;如果否,则等待预设时间后,继续执行步骤503。
步骤504,医疗设备判断键盘连续空闲时间是否超过预设第三时间阈值。如果是,则执行步骤505;如果否,则等待预设时间后,继续执行步骤503。
步骤505,医疗设备判断当前是否未执行扫描任务和图像重建任务。如果是,则执行步骤506;如果否,则等待预设时间后,继续执行步骤503。
步骤506,医疗设备从错误码数据库中遍历出一个未处理过的错误码标识,并确定该错误码标识对应的所有版本号中最大的第一版本号。
步骤507,医疗设备向服务器发送携带该错误码标识和该第一版本号的请求消息,以使服务器接收来自该医疗设备的该请求消息。
步骤508,服务器查询错误码标识对应的所有版本号中最大的第二版本号。
步骤509,若第二版本号大于第一版本号,则服务器向医疗设备发送携带该第二版本号对应的错误码信息和该第二版本号的响应消息。若该第二版本号不大于该第一版本号,则服务器向医疗设备发送携带内容为空的响应消息。
步骤510,医疗设备接收服务器返回的响应消息。其中,该响应消息携带的内容可以为错误码信息和第二版本号,或者,该响应消息携带的内容可以为空。
步骤511,若医疗设备从响应消息中解析出错误码信息和第二版本号,且第二版本号大于第一版本号,在错误码数据库中存储该错误码信息和第二版本号。
步骤512,医疗设备判断错误码数据库中是否存在未处理过的错误码标识。如果是,则执行步骤503;如果否,则结束本次更新过程,并将当前时间记录为错误码信息的更新时间,并等待下一个更新过程,重新执行步骤501。
基于上述技术方案,本申请实施例中,医疗设备可以从服务器上获得错误码信息,而不需要安排现场服务的工程师到每个医疗设备的现场,安装软件包或者补丁,可以节省大量的人力和物力。而且,医疗设备可以在自身未处于工作状态时获得错误码信息,即不打断用户使用医疗设备的操作,因此,不影响医疗设备采集医疗图像,医疗设备可以优先进行待检体的诊断。而且,医疗设备可以及时地更新错误码信息,提高故障诊断的效率和准确性。
与本申请实施例中提出的上述错误码信息的维护方法的实施例相对应的,本申请实施例中还提供了一种错误码信息的维护装置以及医疗设备的实施例。
如图2所示,为本申请实施例中的医疗设备的硬件结构示意图,该医疗设备的硬件结构在上述过程已经说明,在此不再重复赘述。在一个例子中,处理器2115通过读取存储器2116中对应指令可以执行:在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,确定所述错误码标识对应的所有版本号中最大的第一版本号;向服务器发送携带错误码标识和第一版本号的请求消息;接收所述服务器返回的响应消息;当从所述响应消息中解析出所述错误码标识对应的错误码信息和第二版本号,且所述第二版本号大于所述第一版本号时,则在错误码数据库中存储所述错误码信息和所述第二版本号。
需要说明的是,图2仅为本申请实施例中的医疗设备的一种示例,其主要示出了与实现本申请实施例相关的结构,而在实际应用中,医疗设备还可以进一步包括其他结构,对此图2中不再一一示出。
参见图6,为本申请实施例提出的错误码信息的维护装置的实施例框图,应用在医疗设备上,包括:确定模块11,用于在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,并确定所述错误码标识对应的所有版本号中最大的第一版本号;发送模块12,用于向服务器发送携带错误码标识和第一版本号的请求消息;接收模块13,用于接收所述服务器返回的响应消息;更新模块14,用于当从所述响应消息中解析出所述错误码标识对应的错误码信息和第二版本号,且所述第二版本号大于所述第一版本号时,则在所述错误码数据库中存储所述错误码信息和所述第二版本号。
所述确定模块11,还用于确定错误码信息的上次更新时间;若当前时间与所述上次更新时间之差超过预设第一时间阈值,则确定需要更新错误码信息。
在一个例子中,所述错误码信息的维护装置,还包括:判断模块15,用于判断所述医疗设备是否处于工作状态;以使所述确定模块11在判断结果为否时,从错误码数据库中遍历出一个未处理过的错误码标识。
所述判断模块15,具体用于在判断所述医疗设备是否处于工作状态的过程中,若监控到所述医疗设备的鼠标连续空闲时间超过预设第二时间阈值,且所述医疗设备的键盘连续空闲时间超过预设第三时间阈值,且所述医疗设备当前未执行扫描任务和图像重建任务,则确定所述医疗设备未处于工作状态;
否则,确定所述医疗设备处于工作状态。
在一个例子中,所述判断模块15,还用于在所述接收模块13接收所述服务器返回的响应消息之后,判断错误码数据库中是否存在未处理过的错误码标识;如果是,则判断所述医疗设备是否处于工作状态;如果否,则结束更新过程,并将当前时间记录为错误码信息的更新时间。
其中,本申请装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
参见图7,本申请实施例中还提出一种错误码信息的维护装置,应用在服务器上,图7为该错误码信息的维护装置的实施例框图,包括:接收模块21,用于接收来自医疗设备的携带错误码标识和第一版本号的请求消息;查询模块22,用于从本地查询所述错误码标识对应的所有版本号中最大的第二版本号;发送模块23,用于当所述第二版本号大于所述第一版本号时,向所述医疗设备发送携带所述第二版本号对应的错误码信息和所述第二版本号的响应消息,以使所述医疗设备在错误码数据库中存储所述错误码信息和所述第二版本号。
在一个例子中,所述接收模块21,还用于接收用户输入的错误码信息,为所述错误码信息分配一个新版本号,并记录所述错误码信息和所述新版本号的对应关系;其中,所述错误码信息是所述用户在所述医疗设备发生故障时,对所述医疗设备进行维修时获得的。
其中,本申请装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可进一步拆分成多个子模块。上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本申请的几个具体实施例,但是,本申请并非局限于此,任何本领域的技术人员能思之的变化都应落入本申请的保护范围。
Claims (14)
1.一种错误码信息的维护方法,应用在医疗设备上,其特征在于,包括:
在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,并确定所述错误码标识对应的所有版本号中最大的第一版本号;
向服务器发送携带所述错误码标识和所述第一版本号的请求消息;
接收所述服务器返回的响应消息,若从所述响应消息中解析出所述错误码标识对应的错误码信息和第二版本号,且所述第二版本号大于所述第一版本号,则在所述错误码数据库中存储所述错误码信息和所述第二版本号。
2.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
确定错误码信息的上次更新时间;若当前时间与所述上次更新时间之差超过预设第一时间阈值,则确定需要更新错误码信息。
3.根据权利要求1所述的方法,其特征在于,所述从错误码数据库中遍历出一个未处理过的错误码标识之前,所述方法进一步包括:
判断所述医疗设备是否处于工作状态;如果否,则执行从错误码数据库中遍历出一个未处理过的错误码标识的过程。
4.根据权利要求3所述的方法,其特征在于,
所述判断所述医疗设备是否处于工作状态的过程,具体包括:
若监控到所述医疗设备的鼠标连续空闲时间超过预设第二时间阈值,且所述医疗设备的键盘连续空闲时间超过预设第三时间阈值,且所述医疗设备当前未执行扫描任务和图像重建任务,则确定所述医疗设备未处于工作状态;
否则,确定所述医疗设备处于工作状态。
5.根据权利要求3所述的方法,其特征在于,
所述接收所述服务器返回的响应消息之后,所述方法进一步包括:
判断所述错误码数据库中是否存在未处理过的错误码标识;
如果是,则返回执行判断所述医疗设备是否处于工作状态的过程;
如果否,则结束更新过程,并将当前时间记录为错误码信息的更新时间。
6.一种错误码信息的维护方法,应用在服务器上,其特征在于,包括:
接收来自医疗设备的携带错误码标识和第一版本号的请求消息;
从本地查询所述错误码标识对应的所有版本号中最大的第二版本号;
若所述第二版本号大于所述第一版本号,则向所述医疗设备发送携带所述第二版本号对应的错误码信息和所述第二版本号的响应消息,以使所述医疗设备在错误码数据库中存储所述错误码信息和所述第二版本号。
7.根据权利要求6所述的方法,其特征在于,所述方法进一步包括:
接收用户输入的错误码信息,为所述错误码信息分配一个新版本号,并记录所述错误码信息和所述新版本号的对应关系;其中,所述错误码信息是所述用户在所述医疗设备发生故障时,对所述医疗设备进行维修时获得的。
8.一种错误码信息的维护装置,应用在医疗设备上,其特征在于,包括:
确定模块,用于在需要更新错误码信息时,从错误码数据库中遍历出一个未处理过的错误码标识,并确定所述错误码标识对应的所有版本号中最大的第一版本号;
发送模块,用于向服务器发送携带错误码标识和第一版本号的请求消息;
接收模块,用于接收所述服务器返回的响应消息;
更新模块,用于当从所述响应消息中解析出所述错误码标识对应的错误码信息和第二版本号,且所述第二版本号大于所述第一版本号时,则在所述错误码数据库中存储所述错误码信息和所述第二版本号。
9.根据权利要求8所述的装置,其特征在于,
所述确定模块,还用于确定错误码信息的上次更新时间;若当前时间与所述上次更新时间之差超过预设第一时间阈值,则确定需要更新错误码信息。
10.根据权利要求8所述的装置,其特征在于,还包括:
判断模块,用于判断所述医疗设备是否处于工作状态;以使所述确定模块在判断结果为否时,从错误码数据库中遍历出一个未处理过的错误码标识。
11.根据权利要求10所述的装置,其特征在于,
所述判断模块,具体用于在判断所述医疗设备是否处于工作状态的过程中,若监控到所述医疗设备的鼠标连续空闲时间超过预设第二时间阈值,且所述医疗设备的键盘连续空闲时间超过预设第三时间阈值,且所述医疗设备当前未执行扫描任务和图像重建任务,则确定所述医疗设备未处于工作状态;
否则,确定所述医疗设备处于工作状态。
12.根据权利要求10所述的装置,其特征在于,所述判断模块,还用于在所述接收模块接收所述服务器返回的响应消息之后,判断所述错误码数据库中是否存在未处理过的错误码标识;如果是,则判断所述医疗设备是否处于工作状态;如果否,则结束更新过程,并将当前时间记录为错误码信息的更新时间。
13.一种错误码信息的维护装置,应用在服务器上,其特征在于,包括:
接收模块,用于接收来自医疗设备的携带错误码标识和第一版本号的请求消息;
查询模块,用于从本地查询所述错误码标识对应的所有版本号中最大的第二版本号;
发送模块,用于当所述第二版本号大于所述第一版本号时,向所述医疗设备发送携带所述第二版本号对应的错误码信息和所述第二版本号的响应消息,以使所述医疗设备在错误码数据库中存储所述错误码信息和所述第二版本号。
14.根据权利要求13所述的装置,其特征在于,所述接收模块,还用于接收用户输入的错误码信息,为所述错误码信息分配一个新版本号,并记录所述错误码信息和所述新版本号的对应关系;其中,所述错误码信息是所述用户在所述医疗设备发生故障时,对所述医疗设备进行维修时获得的。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610958096.1A CN107993707A (zh) | 2016-10-27 | 2016-10-27 | 一种错误码信息的维护方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610958096.1A CN107993707A (zh) | 2016-10-27 | 2016-10-27 | 一种错误码信息的维护方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107993707A true CN107993707A (zh) | 2018-05-04 |
Family
ID=62029374
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610958096.1A Pending CN107993707A (zh) | 2016-10-27 | 2016-10-27 | 一种错误码信息的维护方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN107993707A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109240703A (zh) * | 2018-08-28 | 2019-01-18 | 郑州云海信息技术有限公司 | 一种系统错误提示方法和装置 |
CN110532122A (zh) * | 2019-08-26 | 2019-12-03 | 东软医疗系统股份有限公司 | 故障分析方法及系统、电子设备、存储介质 |
CN113268285A (zh) * | 2021-06-08 | 2021-08-17 | 上海云从企业发展有限公司 | 基于业务平台的业务处理方法、系统、介质和设备 |
CN113868007A (zh) * | 2021-10-09 | 2021-12-31 | 中国建设银行股份有限公司 | 确定组件故障影响范围的方法及相关装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080155384A1 (en) * | 2006-12-22 | 2008-06-26 | Detroit Diesel Corporation | Method for static fault code synchronization in an internal combustion engine |
CN102262544A (zh) * | 2010-05-24 | 2011-11-30 | 腾讯科技(深圳)有限公司 | 软件升级的方法和装置 |
CN102891785A (zh) * | 2012-09-18 | 2013-01-23 | 中兴通讯股份有限公司 | 错误码转换方法、系统、pppoe服务器及移动终端 |
CN105303050A (zh) * | 2015-11-10 | 2016-02-03 | 中国人民解放军第三军医大学第三附属医院 | 一种医疗设备的故障信息存储方法及系统 |
CN105515847A (zh) * | 2015-12-02 | 2016-04-20 | 深圳Tcl数字技术有限公司 | 终端故障处理方法、装置及系统 |
-
2016
- 2016-10-27 CN CN201610958096.1A patent/CN107993707A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080155384A1 (en) * | 2006-12-22 | 2008-06-26 | Detroit Diesel Corporation | Method for static fault code synchronization in an internal combustion engine |
CN102262544A (zh) * | 2010-05-24 | 2011-11-30 | 腾讯科技(深圳)有限公司 | 软件升级的方法和装置 |
CN102891785A (zh) * | 2012-09-18 | 2013-01-23 | 中兴通讯股份有限公司 | 错误码转换方法、系统、pppoe服务器及移动终端 |
CN105303050A (zh) * | 2015-11-10 | 2016-02-03 | 中国人民解放军第三军医大学第三附属医院 | 一种医疗设备的故障信息存储方法及系统 |
CN105515847A (zh) * | 2015-12-02 | 2016-04-20 | 深圳Tcl数字技术有限公司 | 终端故障处理方法、装置及系统 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109240703A (zh) * | 2018-08-28 | 2019-01-18 | 郑州云海信息技术有限公司 | 一种系统错误提示方法和装置 |
CN110532122A (zh) * | 2019-08-26 | 2019-12-03 | 东软医疗系统股份有限公司 | 故障分析方法及系统、电子设备、存储介质 |
CN110532122B (zh) * | 2019-08-26 | 2023-05-30 | 东软医疗系统股份有限公司 | 故障分析方法及系统、电子设备、存储介质 |
CN113268285A (zh) * | 2021-06-08 | 2021-08-17 | 上海云从企业发展有限公司 | 基于业务平台的业务处理方法、系统、介质和设备 |
CN113268285B (zh) * | 2021-06-08 | 2024-02-02 | 上海云从企业发展有限公司 | 基于业务平台的业务处理方法、系统、介质和设备 |
CN113868007A (zh) * | 2021-10-09 | 2021-12-31 | 中国建设银行股份有限公司 | 确定组件故障影响范围的方法及相关装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7313406B2 (ja) | 装置関連のログファイルの効果的な処理 | |
CN108959059B (zh) | 一种测试方法以及测试平台 | |
CN107993707A (zh) | 一种错误码信息的维护方法和装置 | |
CN102479294B (zh) | 用于医学图像处理、检索和查看的方法和系统 | |
US20150006447A1 (en) | Diagnosis support apparatus and method of controlling the same | |
US20190214138A1 (en) | Diagnosis support apparatus, diagnosis support system, and diagnosis support method | |
US9734299B2 (en) | Diagnosis support system, method of controlling the same, and storage medium | |
CN108352185A (zh) | 用于伴随发现的纵向健康患者简档 | |
CN106815137A (zh) | 用户界面测试方法与装置 | |
CN114927208A (zh) | 一种信息管理方法、装置、设备及介质 | |
CN114041154A (zh) | 维护历史可视化工具以便于解决间歇性问题 | |
JP2013229007A (ja) | 医用情報管理装置 | |
US9785659B2 (en) | Protecting storage data during system migration | |
JP6301120B2 (ja) | 磁気共鳴撮像装置およびそのプログラム | |
CN114400074A (zh) | 一种放射科影像数据的储存方法及系统 | |
JP5305700B2 (ja) | 画像診断支援システム、及び画像診断支援方法 | |
US20160085924A1 (en) | Medical resource introduction device, system, recording medium, and method for operating medical resource introduction device | |
JP2015159894A (ja) | 医用画像管理装置、医用画像管理プログラム及び医用情報システム | |
JP7216660B2 (ja) | 下流のニーズを総合することにより読み取り環境を決定するためのデバイス、システム、及び方法 | |
Shen et al. | Using traceability links to identifying potentially erroneous artifacts during regulatory reviews | |
US20220037006A1 (en) | Method, apparatus and system for diagnosing status of radiotherapy equipment and storage medium | |
US9426051B2 (en) | Method and apparatus for facilitating remote health monitoring of a computerized healthcare system | |
US7698241B2 (en) | Method for resolving conditions of a medical system using solution verification | |
US20240122555A1 (en) | Troubleshooting medical imaging equipment | |
KR102222147B1 (ko) | 의료영상 배정 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180504 |
|
RJ01 | Rejection of invention patent application after publication |