CN102855369A - 一种故障信息的收集方法、系统及医疗设备 - Google Patents
一种故障信息的收集方法、系统及医疗设备 Download PDFInfo
- Publication number
- CN102855369A CN102855369A CN2011101808534A CN201110180853A CN102855369A CN 102855369 A CN102855369 A CN 102855369A CN 2011101808534 A CN2011101808534 A CN 2011101808534A CN 201110180853 A CN201110180853 A CN 201110180853A CN 102855369 A CN102855369 A CN 102855369A
- Authority
- CN
- China
- Prior art keywords
- information
- fault
- module
- user
- fault category
- 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
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种故障信息的收集方法、系统及医疗设备。其中,预先设置至少一个可能的故障类别及对应的至少一个信息收集操作,各信息收集操作分别用于收集不同的与故障分析相关的信息;该方法包括:在故障发生时,确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作;在满足收集结束条件时,将收集到的信息进行打包,将打包后的信息存储在指定位置,和/或,将所述打包后的信息发送给远程服务台。本发明所公开的技术方案,能够在第一时间实现故障信息的收集,提高故障分析与解决的及时性和准确性。
Description
技术领域
本发明涉及医疗设备技术领域,特别是一种故障信息的收集方法、系统及医疗设备。
背景技术
目前,用户的设备,如MR或CT等医疗设备,在出现异常时,用户首先会将问题反映给客服(CS,Customer Service)人员,CS人员如果不能解决该问题,则会制作一个内含一些故障分析常用的信息的存储日志(Savelog)包,并将该存储日志包提交给研发部门由相关的研发工程师继续进行分析。
但在分析过程中,存储日志包中的信息往往是不够的,进行异常分析的研发工程师可能还需要其它信息,如相关模块的跟踪(trace)文件等,这时候研发工程师就不得不告诉CS人员打开哪些模块的跟踪文件以及如何打开,或还需要哪些附加信息等,再由CS人员到现场去操作。可见,现有技术中,在异常发生后,CS人员还需要再次到现场去拷贝跟踪文件并关闭痕迹文件等,并且这样的沟通可能需要来来回回好几次,花费很长时间,并导致延误故障的分析与解决。此外,很多信息,尤其是很难重现的信息,如果不在第一时间收集,将会再也不能获得,不利于准确地进行故障的分析与解决。
中国专利申请200810000972.5公开了一种通信设备的故障信息收集方法以及通信设备和系统。其中,当发生故障时,根据该故障信息、以及所设置的故障信息和信息收集项的对应关系,确定信息收集项;根据所确定的信息收集项收集与该信息收集项对应的通信设备运行信息。
发明内容
有鉴于此,本发明一方面提出了一种故障信息的收集方法,另一方面提出了一种故障信息的收集系统及医疗设备,用以在第一时间实现故障信息的收集,提高故障分析与解决的及时性和准确性。
本发明所提供的故障信息的收集方法,预先设置至少一个可能的故障类别及对应每个故障类别的至少一个信息收集操作,各信息收集操作分别用于收集不同的与故障分析相关的信息;该方法包括:
A、在故障发生时,确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作;
B、在满足收集结束条件时,将收集到的信息进行打包,将打包后的信息存储在指定位置,和/或,将所述打包后的信息发送给远程服务台。
较佳地,所述步骤A包括:
在故障发生时,根据用户输入的打开指令,将所述可能的故障类别的信息提供给用户进行选择,根据用户的选择结果确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作;或者所述步骤A包括:
在故障发生时,根据用户输入的打开指令,将所述可能的故障类别的信息提供给用户进行选择,根据用户的选择结果确定所述故障所属的故障类别,将对应所述故障类别的信息收集操作的信息提供给用户进行配置,根据用户的配置结果,执行对应的信息收集操作。
较佳地,所述可能的故障类别包括:除已列故障类别之外的其它故障选项;该方法进一步对应所述其它故障设置有至少一个信息收集操作;所述步骤A进一步包括:
在用户的选择结果为其它故障时,接收用户对所述其它故障的故障描述,将所述故障描述作为新增的故障类别,将对应所述其它故障的信息收集操作的信息提供给用户进行配置,将用户配置结果中的信息收集操作作为对应所述新增的故障类别的信息收集操作,并执行所述信息收集操作。
较佳地,预先设置至少一个可能的严重故障类别及对应每个严重故障类别的信息收集操作:所述步骤A进一步包括:
系统监测到发生所述严重故障类别中的故障时,自动执行对应所述故障所属故障类别的信息收集操作。
较佳地,预先设置故障特征与故障类别的对应关系;所述步骤A包括:对当前设备进行监控,在监控到一故障特征出现时,查询所述故障特征及故障类别的对应关系,确定故障所属的故障类别,并执行对应所述故障的信息收集操作。
较佳地,步骤A中进一步包括:向远程服务台发送故障通知。
较佳地,预先设置至少一个供选择的收集结束条件;则步骤B之前进一步包括:将所述供选择的收集结束条件的信息提供给用户进行选择,根据用户的选择结果确定当前的收集结束条件。
本发明所提供的故障信息的收集系统,包括:
至少一个信息收集模块,各信息收集模块分别用于收集不同的故障分析相关信息;
存储模块,用于存储预先设置的至少一个可能的故障类别以及对应每个故障类别的至少一个信息收集模块的信息;
信息控制模块,用于在故障发生时,确定所述故障所属的故障类别,并通知与所述故障类别对应的信息收集模块进行信息收集;在确定满足收集结束条件时,通知信息处理模块进行打包;
信息处理模块,用于将与所述故障类别对应的信息收集模块收集到的信息进行打包,将打包后的信息发送给所述存储模块进行存储,和/或,将所述打包后的信息发送给远程服务台。
较佳地,所述存储模块中进一步存储有故障特征与故障类别的对应关系;所述信息控制模块包括:
第一监控模块,用于对当前设备进行监控,在监控到一故障特征出现时,根据从所述存储模块中获取的故障特征及故障类别的对应关系,确定当前故障的故障类别,将所述故障类别通知给第一收集控制模块;
所述第一收集控制模块用于根据所述故障类别以及从所述存储模块中获取的对应所述故障类别的信息收集模块的信息,通知与所述故障类别对应的信息收集模块进行信息收集;和
第一结束控制模块,用于确定当前是否满足收集结束条件,如满足,则通知信息处理模块进行信息打包。
较佳地,所述信息控制模块包括:
第一用户接口模块,用于根据用户输入的打开指令,将从所述存储模块中获取的所述可能的故障类别的信息提供给用户进行选择,并将用户的选择结果提供给第二收集控制模块;
所述第二收集控制模块用于根据所述用户的选择结果确定所述故障所属的故障类别,并根据从所述存储模块中获取的对应所述故障类别的信息收集模块的信息,通知与所述故障类别对应的信息收集模块进行信息收集;和
第二结束控制模块,用于确定当前是否满足收集结束条件,如满足,则通知信息处理模块进行信息打包;
或者,所述信息控制模块包括:
第二用户接口模块,用于根据用户输入的打开指令,将从所述存储模块中获取的所述可能的故障类别的信息提供给用户进行选择,并根据用户的选择结果确定所述故障所属的故障类别,将从所述存储模块中获取的对应所述故障类别的信息收集模块的信息提供给用户进行配置,将用户的配置结果提供给第三收集控制模块;
所述第三收集控制模块用于根据所述用户的配置结果中的信息收集模块的信息,通知对应的信息收集模块进行信息收集;和
第二结束控制模块,用于确定当前是否满足收集结束条件,如满足,则通知信息处理模块进行信息打包。
较佳地,所述可能的故障类别包括:除已列故障类别之外的其它故障的选项;所述存储模块中进一步存储有其他故障及对应所述其它故障设置的至少一个信息收集模块的信息;
所述第一用户接口模块或第二用户接口模块进一步在用户的选择结果为其它故障时,接收用户对所述其它故障的故障描述,将所述故障描述作为新增的故障类别存储在所述存储模块中,将从所述存储模块中获取的对应所述其它故障的信息收集模块的信息提供给用户进行配置,将用户的配置结果提供给第二收集控制模块或第三收集控制模块,同时将用户配置结果中的信息收集模块的信息作为对应所述新增的故障类别的信息收集模块的信息存储在所述存储模块中;
所述第二收集控制模块或第三收集控制模块根据所述用户的配置结果中的信息收集模块的信息,通知对应的信息收集模块进行信息收集。
较佳地,所述存储模块进一步存储预先设置的至少一个可能的严重故障类别以及对应每个严重故障类别的至少一个信息收集模块的信息;
该系统进一步包括:第二监控模块,用于在监测到发生所述严重故障类别中的故障时,将所述故障所属的故障类别提供给第二收集控制模块或第三收集控制模块;
所述第二收集控制模块或第三收集控制模块根据所述故障类别及从所述存储模块中获取的对应所述故障类别的信息收集模块的信息,通知与所述故障类别对应的信息收集模块进行信息收集。
较佳地,所述存储模块中进一步存储预先设置的至少一个供选择的收集结束条件;
所述第一用户接口模块或第二用户接口模块进一步将从所述存储模块中获取的供选择的收集结束条件的信息提供给用户进行选择,将用户的选择结果提供给第二信息控制模块或第三信息控制模块;
所述第二信息控制模块或第三信息控制模块根据所述用户的选择结果确定收集结束条件。
本发明所提供的医疗设备,包括上述任一具体实现形式的故障信息的收集系统。
此外,本发明还提供了一种计算机程序,当所述计算机程序运行于一机器中时,能使所述机器执行上述任一具体实现形式的方法。
另外,本发明还提供了一种计算机可读的记录介质,存储了如上所述的计算机程序。
从上述方案中可以看出,由于本发明预先设置了至少一个可能的故障类别及对应每个故障类别的至少一个信息收集操作,其中,各信息收集操作分别用于收集不同的与故障分析相关的信息。之后,在故障发生时,确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作,并在满足收集结束条件时,将收集到的信息进行打包,之后将打包后的信息存储在指定位置和/或将所述打包后的信息发送给远程服务台,从而在第一时间实现了故障信息的收集,提高了故障分析与解决的及时性和准确性。此外,无需客服人员频繁的前往现场。
此外,具体实现时,当由系统自动检测故障并执行对应的信息收集操作时,可无需用户了解具体的故障分析及处理的情况。当由用户对故障类别进行配置时,可无需专门对设备故障进行监控,节约了系统资源。当进一步由用户对信息收集操作进行配置时,可进一步有针对性的进行信息收集。
附图说明
下面将通过参照附图详细描述本发明的优选实施例,使本领域的普通技术人员更清楚本发明的上述及其它特征和优点,附图中:
图1为本发明实施例中故障信息的收集方法的示例性流程图。
图2为本发明实施例中故障信息的收集系统的示例性结构图。
图3a为图2所示系统中信息控制模块的一种内部结构示意图。
图3b为图2所示系统中信息控制模块的又一种内部结构示意图。
图3c为图2所示系统中信息控制模块的再一种内部结构示意图。
图中:
101-设置各故障类别及对应的信息收集操作
102-确定当前故障类别并执行对应的信息收集操作
103-将收集的信息进行打包等处理
200-信息收集模块 210-存储模块 220-信息控制模块 230-信息处理模块
221-第一监控模块 222-第一收集控制模块 223-第一结束控制模块 224-第一用户接口模块 225-第二收集控制模块 226-第二结束控制模块 227-第二用户接口模块 228-第三收集控制模块 229-第二监控模块
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,以下举实施例对本发明进一步详细说明。
图1为本发明实施例中故障信息的收集方法的示例性流程图。如图1所示,该方法包括如下步骤:
步骤101,预先设置至少一个可能的故障类别,对应每个故障类别设置至少一个对应的信息收集操作,各信息收集操作分别用于收集不同的与故障分析相关的信息。
本实施例中,可预先设置当前设备各种可能的故障类别作为该设备预定义的故障类别,以CT机为例,其故障类别可设置包括“用户界面失去响应”、“系统不能就绪”等。并且对应所设置的各故障类别可预先设置多个对应的信息收集操作,如:打开跟踪文件、屏幕定时采集、用户操作步骤记录、内存使用情况记录等。其中,有针对性的打开跟踪文件及后台自动搜集数据等,不会影响用户对当前设备的使用,并且也不会大幅降低系统的性能。
实际应用中,也可通过安装来自存储介质或网络中的升级补丁对上述可能的故障类别及信息操作进行升级更新。
步骤102,在故障发生时,进入故障分析模式,确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作。
本步骤中,具体实现时,可有多种实现方式,例如,可由系统自动监控,此时,还需预先设置故障特征与故障类别的对应关系,当系统监控到有故障发生时,即出现某个故障特征时,自动进入故障分析模式,通过查询预设的故障特征及故障类别的对应关系,自动确定故障所属的故障类别,并执行对应该故障类别的信息收集操作。
又如,也可在故障发生时,由用户在菜单上打开“故障分析模式”开关,之后系统打开一个向导窗口,指导用户进行一些配置;之后系统根据用户的配置结果确定故障所述的故障类别,执行对应的信息收集操作。这种情况下,也可有不同的具体实现方式,下面列举其中两种:
第一种:在故障发生时,系统根据用户输入的打开指令进入故障分析模式,将所述可能的故障类别的信息提供给用户进行选择,根据用户的选择结果确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作。可见,这种情况下,用户只需对故障类别进行选择即可,由系统直接执行故障类别对应的信息收集操作。
第二种:在故障发生时,根据用户输入的打开指令进入故障分析模式,将所述可能的故障类别的信息提供给用户进行选择,根据用户的选择结果确定所述故障所属的故障类别,将对应所述故障类别的信息收集操作的信息提供给用户进行配置,根据用户的配置结果,执行对应的信息收集操作。可见,这种情况下,用户除了需对故障类别进行选择外,还可以对该故障类别对应的信息收集操作进行调整,如可在这些信息收集操作中有选择的执行其中几种,也可全部执行。
此外,对于上述两种可以由用户选择的情况,在设置可能的故障类别时,也可设置一个除已列故障类别之外的其它故障选项,并可对应该其它故障设置范围较广的多个信息收集操作。此时,当用户确定当前故障未包含在预定义的故障类别中时,可选择该“其他故障”,并相应地可输入对应的故障描述,此时,系统可在用户的选择结果为其它故障时,接收用户对所述其它故障的故障描述,并将所述故障描述作为新增的故障类别,同时将对应所述其它故障的信息收集操作的信息提供给用户进行配置,将用户配置结果中的信息收集操作作为对应所述新增的故障类别的信息收集操作,并执行所述信息收集操作。
进一步地,对于上述两种可以由用户选择的情况,由于系统在出现某些严重故障(如某些关键模块崩溃等)时,用户通常无法对系统进行操作,因此,本实施例中可进一步预先设置至少一个可能的严重故障类别及对应每个严重故障类别的信息收集操作。相应地,系统可对所述严重故障类别中的故障特征进行监控,当监控到某故障特征出现时,可根据该故障特征与严重故障类别的对应关系,自动确定故障所属的故障类别,并执行对应该故障类别的信息收集操作。
此外,对于上述两种可以由用户选择的情况,其用户可以是现场用户,进一步地,也可以是远程服务台(SRS)的人员。对于现场用户来说,本步骤中,可进一步在进入故障分析模式,向远程服务台(SRS)发送故障通知,以通知SRS,当前设备出现故障。
本实施例中,通过可以由远程服务台的人员远程进入故障分析模式,可无需客服人员频繁的前往现场。
另外,由于故障分析模式可能会降低系统性能(根据不同的配置降低的程度可能会有所不同),因此本步骤中也可进一步地在进入故障分析模式之前,告知用户并在得到用户的确认之后再进入。
步骤103,在满足收集结束条件时,退出故障分析模式,将收集到的信息进行打包,将打包后的信息存储在指定位置,和/或,将所述打包后的信息发送给远程服务台。
本步骤中,可预先设置一个默认的收集结束条件,如系统下次启动时结束、定时结束、手工结束或信息收集过程中满足收集设定条件时结束等。该默认的结束条件可以是一个统一的收集结束条件,也可以是对应不同的故障类别分别设置的一个收集结束条件。
或者,也可预先设置多个供用户选择的收集结束条件,并且该供选择的收集结束条件可以是与故障类别不存在对应关系的单独设置的收集结束条件,也可以是对应各故障类别分别设置的收集结束条件。则步骤103之前(如步骤102与步骤103之间,或步骤102之前),可进一步包括:将所述供选择的收集结束条件的信息提供给用户进行选择,或在确定故障所属的故障类别后,将对应该故障类别的供选择的收集结束条件的信息提供给用户进行选择,之后根据用户的选择结果确定故障分析模式的退出条件,即信息收集的收集结束条件。
以上对本发明实施例中故障信息的收集方法进行了详细描述,下面再对本发明实施例中与所述方法相对应的故障信息的收集系统进行详细描述。
图2为本发明实施例中故障信息的收集系统的示例性结构图。如图2所示,该系统可包括:至少一个信息收集模块200、存储模块210、信息控制模块220和信息处理模块230。
其中,各信息收集模块200分别用于收集不同的故障分析相关信息。其中,信息收集模块可以包括打开跟踪文件、屏幕定时采集、用户操作步骤记录、内存使用情况记录等模块。
存储模块210用于存储预先设置的至少一个可能的故障类别以及对应每个故障类别的至少一个信息收集模块200的信息。
信息控制模块220用于在故障发生时,进入故障分析模式,确定所述故障所属的故障类别,并通知与所述故障类别对应的信息收集模块进行信息收集;在确定满足收集结束条件时,退出故障分析模式,通知信息处理模块230进行打包。
信息处理模块230用于将与所述故障类别对应的信息收集模块收集到的信息进行打包,将打包后的信息发送给所述存储模块202进行存储,和/或,将所述打包后的信息发送给远程服务台。
具体实现时,所述信息控制模块220可有多种具体实现形式,下面通过图3a至图3c列举其中三种:
方式一:
图3a为图2所示系统中信息控制模块220的一种内部结构示意图。如图3a所示,该信息控制模块220可包括:第一监控模块221、第一收集控制模块222和第一结束控制模块223。此时,存储模块202中可进一步存储有故障特征与故障类别的对应关系。
其中,第一监控模块221用于对当前设备进行监控,在监控到某故障特征出现时,自动进入故障分析模式,根据预设的故障特征及故障类别的对应关系,确定当前故障的故障类别,将所述故障类别通知给第一收集控制模块222。
所述第一收集控制模块222用于根据所述故障类别以及从所述存储模块210中获取的对应所述故障类别的信息收集模块200的信息,通知与所述故障类别对应的信息收集模块200进行信息收集。
所述第一结束控制模块223,用于确定当前是否满足收集结束条件,如满足,则通知信息处理模块进行信息打包。具体实现时,此处的收集接收条件可以是预先设置的默认收集结束条件,如系统下次启动时结束、定时结束、手工结束或信息收集过程中满足收集设定条件时结束等。并且,该默认的结束条件可以是一个统一的收集结束条件,也可以是对应不同的故障类别分别设置的一个收集结束条件。
方式二:
图3b为图2所示系统中信息控制模块220的又一种内部结构示意图。如图3b所示,该信息控制模块220可包括:第一用户接口模块224、第二收集控制模块225和第二结束控制模块226。
其中,第一用户接口模块224用于根据用户输入的打开指令,进入故障分析模式,将从所述存储模块210中获取的所述可能的故障类别的信息提供给用户进行选择,并将用户的选择结果提供给第二收集控制模块225。
所述第二收集控制模块225用于根据所述用户的选择结果确定所述故障所属的故障类别,并根据从所述存储模块210中获取的对应所述故障类别的信息收集模块的信息,通知与所述故障类别对应的信息收集模块200进行信息收集。
第二结束控制模块226,用于确定当前是否满足收集结束条件,如满足,则退出故障分析模式,通知信息处理模块230进行信息打包。
方式三:
图3c为图2所示系统中信息控制模块220的再一种内部结构示意图。如图3c所示,该信息控制模块220可包括:第二用户接口模块227、第三收集控制模块228和第三结束控制模块226。
其中,第二用户接口模块227用于根据用户输入的打开指令,进入故障分析模式,将从所述存储模块210中获取的所述可能的故障类别的信息提供给用户进行选择,并根据用户的选择结果确定所述故障所属的故障类别,将从所述存储模块210中获取的对应所述故障类别的信息收集模块200的信息提供给用户进行配置,将用户的配置结果提供给第三收集控制模块228。
所述第三收集控制模块228用于根据所述用户的配置结果中的信息收集模块200的信息,通知对应的信息收集模块200进行信息收集。
第二结束控制模块226,用于确定当前是否满足收集结束条件,如满足,则退出故障分析模式,通知信息处理模块230进行信息打包。
具体实现时,可与图1所述方法相对应,针对方式二和方式三两种情况,上述可能的故障类别中可包括:除已列故障类别之外的其它故障的选项;相应地,所述存储模块210中可进一步存储有其他故障及对应所述其它故障设置的至少一个信息收集模块的信息。
此时,所述第一用户接口模块224或第二用户接口模块227可进一步在用户的选择结果为其它故障时,接收用户对所述其它故障的故障描述,将所述故障描述作为新增的故障类别存储在所述存储模块210中,将从所述存储模块210中获取的对应所述其它故障的信息收集模块200的信息提供给用户进行配置,将用户的配置结果提供给第二收集控制模块225或第三收集控制模块228,同时将用户配置结果中的信息收集模块200的信息作为对应所述新增的故障类别的信息收集模块200的信息存储在所述存储模块210中。相应地,所述第二收集控制模块225或第三收集控制模块228可根据所述用户的配置结果中的信息收集模块200的信息,通知对应的信息收集模块200进行信息收集。
本实施例,可与图1所述方法相对应,在所述存储模块210进一步存储预先设置的至少一个可能的严重故障类别以及对应每个严重故障类别的至少一个信息收集模块的信息。相应地,该系统可进一步包括:第二监控模块229,用于在监测到发生所述严重故障类别中的故障时,将所述故障所属的故障类别提供给第二收集控制模块225或第三收集控制模块228;由所述第二收集控制模块225或第三收集控制模块228根据所述故障类别及从所述存储模块210中获取的对应所述故障类别的信息收集模块200的信息,通知与所述故障类别对应的信息收集模块200进行信息收集。
本实施例中,可预先设置一个默认的收集结束条件,如系统下次启动时结束、定时结束、手工结束或信息收集过程中满足收集设定条件时结束等。该默认的结束条件可以是一个统一的收集结束条件,也可以是对应不同的故障类别分别设置的一个收集结束条件。
本实施例中,可进一步在存储模块210中存储预先设置的至少一个供选择的收集结束条件,该供选择的收集结束条件可以是与故障类别不存在对应关系的单独设置的收集结束条件,也可以是对应各故障类别分别设置的收集结束条件。
相应地,第一用户接口模块224或第二用户接口模块227可进一步将从所述存储模块210中获取的供选择的收集结束条件的信息提供给用户进行选择,或在确定故障所属的故障类别后,将从所述存储模块210中获取的对应该故障类别的供选择的收集结束条件的信息提供给用户进行选择。之后,第一用户接口模块224或第二用户接口模块227可将用户的选择结果提供给第二信息控制模块225或第三信息控制模块228,由所述第二信息控制模块225或第三信息控制模块228根据所述用户的选择结果确定收集结束条件。
本发明实施例中所提供的医疗设备可包括上述任一具体实现形式的故障信息的收集系统。并且该医疗设备可以是MR设备或CT设备等。
本发明还提供了一种机器可读的存储介质,存储用于使一机器执行如本文所述的故障信息的收集方法的指令。具体地,可以提供配有存储介质的系统或者装置,在该存储介质上存储着实现上述实施例中任一实施例的功能的软件程序代码,且使该系统或者装置的计算机(或CPU或MPU)读出并执行存储在存储介质中的程序代码。
在这种情况下,从存储介质读取的程序代码本身可实现上述实施例中任何一项实施例的功能,因此程序代码和存储程序代码的存储介质构成了本发明的一部分。
用于提供程序代码的存储介质实施例包括软盘、硬盘、磁光盘、光盘(如CD-ROM、CD-R、CD-RW、DVD-ROM、DVD-RAM、DVD-RW、DVD+RW)、磁带、非易失性存储卡和ROM。可选择地,可以由通信网络从服务器计算机上下载程序代码。
此外,应该清楚的是,不仅可以通过执行计算机所读出的程序代码,而且可以通过基于程序代码的指令使计算机上操作的操作系统等来完成部分或者全部的实际操作,从而实现上述实施例中任意一项实施例的功能。
此外,可以理解的是,将由存储介质读出的程序代码写到插入计算机内的扩展板中所设置的存储器中或者写到与计算机相连接的扩展单元中设置的存储器中,随后基于程序代码的指令使安装在扩展板或者扩展单元上的CPU等来执行部分和全部实际操作,从而实现上述实施例中任一实施例的功能。
本发明公开了一种CT机的扫描范围确定系统、方法、CT机、计算机程序及可读记录介质。其中,系统可包括:用于为检查台床板设定坐标系的坐标设置单元,用于采集患者图像的摄像头,用于根据患者图像确定目标器官检查范围的第一图像处理单元,用于根据扫描平面与目标器官检查起始位置在所述坐标系中的相对距离确定扫描平面的扫描起始位置的坐标确定单元。本发明所公开的技术方案能够降低定位期间对患者的辐射剂量。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种故障信息的收集方法,该方法包括:
A、在故障发生时,根据预先设置的至少一个可能的故障类别及对应每个故障类别的至少一个信息收集操作,确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作;
B、在满足收集结束条件时,将收集到的信息进行打包,将打包后的信息存储在指定位置,和/或,将所述打包后的信息发送给远程服务台。
2.根据权利要求1所述的方法,其特征在于,所述步骤A包括:
在故障发生时,根据用户输入的打开指令,将所述可能的故障类别的信息提供给用户进行选择,根据用户的选择结果确定所述故障所属的故障类别,并执行对应所述故障类别的信息收集操作;或者,
在故障发生时,根据用户输入的打开指令,将所述可能的故障类别的信息提供给用户进行选择,根据用户的选择结果确定所述故障所属的故障类别,将对应所述故障类别的信息收集操作的信息提供给用户进行配置,根据用户的配置结果,执行对应的信息收集操作。
3.根据权利要求2所述的方法,其特征在于,所述步骤A进一步包括:
在用户的选择结果为其它故障时,接收用户对所述其它故障的故障描述,将所述故障描述作为新增的故障类别,将对应所述其它故障的信息收集操作的信息提供给用户进行配置,将用户配置结果中的信息收集操作作为对应所述新增的故障类别的信息收集操作,并执行所述信息收集操作;和/或,
系统监测到发生预先设置的严重故障类别中的故障时,自动执行对应所述故障所属严重故障类别的信息收集操作。
4.根据权利要求1所述的方法,其特征在于,所述步骤A包括:对当前设备进行监控,在监控到一故障特征出现时,查询预先设置的所述故障特征及故障类别的对应关系,确定故障所属的故障类别,并执行对应所述故障的信息收集操作。
5.根据权利要求1至4中任一项所述的方法,其特征在于,步骤B之前进一步包括:将预先设置的至少一个供选择的收集结束条件的信息提供给用户进行选择,根据用户的选择结果确定当前的收集结束条件。
6.一种故障信息的收集系统,该系统包括:
至少一个信息收集模块(200),各信息收集模块(200)分别用于收集不同的故障分析相关信息;
存储模块(210),用于存储预先设置的至少一个可能的故障类别以及对应每个故障类别的至少一个信息收集模块(200)的信息;
信息控制模块(220),用于在故障发生时,确定所述故障所属的故障类别,并通知与所述故障类别对应的信息收集模块(200)进行信息收集;在确定满足收集结束条件时,通知信息处理模块(230)进行打包;
信息处理模块(230),用于将与所述故障类别对应的信息收集模块(200)收集到的信息进行打包,将打包后的信息发送给所述存储模块(210)进行存储,和/或,将所述打包后的信息发送给远程服务台。
7.根据权利要求6所述的系统,其特征在于,所述存储模块(210)中进一步存储有故障特征与故障类别的对应关系;所述信息控制模块(220)包括:
第一监控模块(221),用于对当前设备进行监控,在监控到一故障特征出现时,根据从所述存储模块(210)中获取的故障特征及故障类别的对应关系,确定当前故障的故障类别,将所述故障类别通知给第一收集控制模块(222);
所述第一收集控制模块(222),用于根据所述故障类别以及从所述存储模块(210)中获取的对应所述故障类别的信息收集模块的信息,通知与所述故障类别对应的信息收集模块(200)进行信息收集;和
第一结束控制模块(223),用于确定当前是否满足收集结束条件,如满足,则通知信息处理模块(230)进行信息打包。
8.根据权利要求6所述的系统,其特征在于,所述信息控制模块(220)包括:
第一用户接口模块(224),用于根据用户输入的打开指令,将从所述存储模块(210)中获取的所述可能的故障类别的信息提供给用户进行选择,并将用户的选择结果提供给第二收集控制模块(225);
所述第二收集控制模块(225)用于根据所述用户的选择结果确定所述故障所属的故障类别,并根据从所述存储模块(210)中获取的对应所述故障类别的信息收集模块的信息,通知与所述故障类别对应的信息收集模块(200)进行信息收集;和
第二结束控制模块(226),用于确定当前是否满足收集结束条件,如满足,则通知信息处理模块(230)进行信息打包;
或者,所述信息控制模块(220)包括:
第二用户接口模块(227),用于根据用户输入的打开指令,将从所述存储模块(210)中获取的所述可能的故障类别的信息提供给用户进行选择,并根据用户的选择结果确定所述故障所属的故障类别,将从所述存储模块(210)中获取的对应所述故障类别的信息收集模块(200)的信息提供给用户进行配置,将用户的配置结果提供给第三收集控制模块(228);
所述第三收集控制模块(228)用于根据所述用户的配置结果中的信息收集模块(200)的信息,通知对应的信息收集模块(200)进行信息收集;和
第二结束控制模块(226),用于确定当前是否满足收集结束条件,如满足,则通知信息处理模块(230)进行信息打包。
9.根据权利要求8所述的系统,其特征在于,所述存储模块(210)中进一步存储有除已列故障类别之外的其他故障及对应所述其它故障设置的至少一个信息收集模块(200)的信息;
所述第一用户接口模块(224)或第二用户接口模块(227)进一步在用户的选择结果为其它故障时,接收用户对所述其它故障的故障描述,将所述故障描述作为新增的故障类别存储在所述存储模块(210)中,将从所述存储模块(210)中获取的对应所述其它故障的信息收集模块(200)的信息提供给用户进行配置,将用户的配置结果提供给第二收集控制模块(225)或第三收集控制模块(228),同时将用户配置结果中的信息收集模块(200)的信息作为对应所述新增的故障类别的信息收集模块(200)的信息存储在所述存储模块(210)中;
所述第二收集控制模块(225)或第三收集控制模块(228)根据所述用户的配置结果中的信息收集模块(200)的信息,通知对应的信息收集模块(200)进行信息收集。
10.根据权利要求8所述的系统,其特征在于,所述存储模块(210)进一步存储预先设置的至少一个可能的严重故障类别以及对应每个严重故障类别的至少一个信息收集模块(200)的信息;
该系统进一步包括:第二监控模块(229),用于在监测到发生所述严重故障类别中的故障时,将所述故障所属的故障类别提供给第二收集控制模块(225)或第三收集控制模块(228);
所述第二收集控制模块(225)或第三收集控制模块(228)根据所述故障类别及从所述存储模块(210)中获取的对应所述故障类别的信息收集模块(200)的信息,通知与所述故障类别对应的信息收集模块(200)进行信息收集。
11.根据权利要求6至10中任一项所述的系统,其特征在于,所述存储模块(210)中进一步存储预先设置的至少一个供选择的收集结束条件;
所述第一用户接口模块(224)或第二用户接口模块(227)进一步将从所述存储模块(210)中获取的供选择的收集结束条件的信息提供给用户进行选择,将用户的选择结果提供给第二信息控制模块(225)或第三信息控制模块(228);
所述第二信息控制模块(224)或第三信息控制模块(228)根据所述用户的选择结果确定收集结束条件。
12.一种医疗设备,其特征在于,该医疗设备包括权利要求6至11中任一项所述的故障信息的收集系统。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011101808534A CN102855369A (zh) | 2011-06-30 | 2011-06-30 | 一种故障信息的收集方法、系统及医疗设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011101808534A CN102855369A (zh) | 2011-06-30 | 2011-06-30 | 一种故障信息的收集方法、系统及医疗设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102855369A true CN102855369A (zh) | 2013-01-02 |
Family
ID=47401955
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011101808534A Pending CN102855369A (zh) | 2011-06-30 | 2011-06-30 | 一种故障信息的收集方法、系统及医疗设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102855369A (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103368771A (zh) * | 2013-06-24 | 2013-10-23 | 华为技术有限公司 | 一种多节点服务器系统的故障现场信息的收集方法及装置 |
CN104123268A (zh) * | 2013-04-28 | 2014-10-29 | 上海西门子医疗器械有限公司 | 报告医疗设备的故障的方法、医疗设备、服务器及其系统 |
CN104238540A (zh) * | 2013-06-19 | 2014-12-24 | 上海西门子医疗器械有限公司 | 用于系统异常诊断的信息采集方法、装置及医疗设备 |
CN104750094A (zh) * | 2013-12-31 | 2015-07-01 | 上海西门子医疗器械有限公司 | 定位故障内部电气部件的方法、系统及医疗设备 |
CN105242994A (zh) * | 2015-09-25 | 2016-01-13 | 深圳市赛盟特科技有限公司 | 一种输入设备大数据运用系统 |
CN105303050A (zh) * | 2015-11-10 | 2016-02-03 | 中国人民解放军第三军医大学第三附属医院 | 一种医疗设备的故障信息存储方法及系统 |
CN108121716A (zh) * | 2016-11-28 | 2018-06-05 | 北京华为数字技术有限公司 | 处理问题单的方法和问题单处理系统 |
CN110231802A (zh) * | 2018-03-05 | 2019-09-13 | 日本电产株式会社 | 机器人控制装置、记录的生成方法以及存储介质 |
CN111931011A (zh) * | 2020-07-04 | 2020-11-13 | 华电联合(北京)电力工程有限公司 | 一种事故信息收集方法、收集装置、收集系统及计算机可读存储介质 |
CN112214491A (zh) * | 2020-10-19 | 2021-01-12 | 珠海格力电器股份有限公司 | 故障数据的采集方法、故障数据采集终端 |
CN114038547A (zh) * | 2020-12-07 | 2022-02-11 | 武汉联影医疗科技有限公司 | 数据获取方法、装置、系统、计算机设备和存储介质 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001273164A (ja) * | 2000-03-27 | 2001-10-05 | Hitachi Information Technology Co Ltd | 電子装置および電子部品ユニットの故障診断システム並びに故障解析方法 |
CN101038231A (zh) * | 2006-03-17 | 2007-09-19 | 中国石油天然气股份有限公司 | 燃气轮机振动监测与故障诊断系统 |
CN101192997A (zh) * | 2006-11-24 | 2008-06-04 | 中国科学院沈阳自动化研究所 | 分布式设备远程状态监测与故障诊断系统 |
CN101227324A (zh) * | 2008-01-10 | 2008-07-23 | 华为技术有限公司 | 通信设备的故障信息收集方法以及通信设备和系统 |
CN101393543A (zh) * | 2007-09-18 | 2009-03-25 | 西门子公司 | 一种故障分析和诊断的方法及系统 |
CN101453551A (zh) * | 2007-11-29 | 2009-06-10 | 上海未来宽带技术及应用工程研究中心有限公司 | 一种机顶盒故障信息的采集方法 |
KR101030812B1 (ko) * | 2009-12-24 | 2011-04-28 | 한국전력공사 | 설비 고장 진단 시스템 및 설비 고장 진단 방법 |
-
2011
- 2011-06-30 CN CN2011101808534A patent/CN102855369A/zh active Pending
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2001273164A (ja) * | 2000-03-27 | 2001-10-05 | Hitachi Information Technology Co Ltd | 電子装置および電子部品ユニットの故障診断システム並びに故障解析方法 |
CN101038231A (zh) * | 2006-03-17 | 2007-09-19 | 中国石油天然气股份有限公司 | 燃气轮机振动监测与故障诊断系统 |
CN101192997A (zh) * | 2006-11-24 | 2008-06-04 | 中国科学院沈阳自动化研究所 | 分布式设备远程状态监测与故障诊断系统 |
CN101393543A (zh) * | 2007-09-18 | 2009-03-25 | 西门子公司 | 一种故障分析和诊断的方法及系统 |
CN101453551A (zh) * | 2007-11-29 | 2009-06-10 | 上海未来宽带技术及应用工程研究中心有限公司 | 一种机顶盒故障信息的采集方法 |
CN101227324A (zh) * | 2008-01-10 | 2008-07-23 | 华为技术有限公司 | 通信设备的故障信息收集方法以及通信设备和系统 |
KR101030812B1 (ko) * | 2009-12-24 | 2011-04-28 | 한국전력공사 | 설비 고장 진단 시스템 및 설비 고장 진단 방법 |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104123268A (zh) * | 2013-04-28 | 2014-10-29 | 上海西门子医疗器械有限公司 | 报告医疗设备的故障的方法、医疗设备、服务器及其系统 |
CN104238540A (zh) * | 2013-06-19 | 2014-12-24 | 上海西门子医疗器械有限公司 | 用于系统异常诊断的信息采集方法、装置及医疗设备 |
CN103368771A (zh) * | 2013-06-24 | 2013-10-23 | 华为技术有限公司 | 一种多节点服务器系统的故障现场信息的收集方法及装置 |
WO2014206099A1 (zh) * | 2013-06-24 | 2014-12-31 | 华为技术有限公司 | 一种多节点服务器系统的故障现场信息的收集方法及装置 |
CN104750094A (zh) * | 2013-12-31 | 2015-07-01 | 上海西门子医疗器械有限公司 | 定位故障内部电气部件的方法、系统及医疗设备 |
CN105242994B (zh) * | 2015-09-25 | 2019-04-12 | 深圳市赛盟特科技有限公司 | 一种输入设备大数据运用系统 |
CN105242994A (zh) * | 2015-09-25 | 2016-01-13 | 深圳市赛盟特科技有限公司 | 一种输入设备大数据运用系统 |
CN105303050A (zh) * | 2015-11-10 | 2016-02-03 | 中国人民解放军第三军医大学第三附属医院 | 一种医疗设备的故障信息存储方法及系统 |
CN105303050B (zh) * | 2015-11-10 | 2018-03-30 | 中国人民解放军第三军医大学第三附属医院 | 一种医疗设备的故障信息存储方法及系统 |
CN108121716A (zh) * | 2016-11-28 | 2018-06-05 | 北京华为数字技术有限公司 | 处理问题单的方法和问题单处理系统 |
CN110231802A (zh) * | 2018-03-05 | 2019-09-13 | 日本电产株式会社 | 机器人控制装置、记录的生成方法以及存储介质 |
CN111931011A (zh) * | 2020-07-04 | 2020-11-13 | 华电联合(北京)电力工程有限公司 | 一种事故信息收集方法、收集装置、收集系统及计算机可读存储介质 |
CN111931011B (zh) * | 2020-07-04 | 2023-12-08 | 华电联合(北京)电力工程有限公司 | 一种事故信息收集方法、收集装置、收集系统及计算机可读存储介质 |
CN112214491A (zh) * | 2020-10-19 | 2021-01-12 | 珠海格力电器股份有限公司 | 故障数据的采集方法、故障数据采集终端 |
CN114038547A (zh) * | 2020-12-07 | 2022-02-11 | 武汉联影医疗科技有限公司 | 数据获取方法、装置、系统、计算机设备和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102855369A (zh) | 一种故障信息的收集方法、系统及医疗设备 | |
CN104424094A (zh) | 一种异常信息获取方法、装置及智能终端设备 | |
CN103095821B (zh) | 一种基于虚拟机迁移识别的持续审计系统 | |
EP3738040B1 (en) | A method and a device for processing frequency converter monitoring data and a storage medium | |
JPWO2014049804A1 (ja) | 分散システムにおけるシステム動作トレース方法 | |
CN105354042A (zh) | 应用安装的处理方法及装置 | |
US20200327031A1 (en) | Device for providing visitor behavior analysis data of dynamic webpage, and method for providing visitor behavior analysis data of website using same | |
US20140068638A1 (en) | System and method for application loading | |
CN107153453A (zh) | 一种Linux系统复位处理方法及装置 | |
CN104238540A (zh) | 用于系统异常诊断的信息采集方法、装置及医疗设备 | |
KR20190020491A (ko) | 지상국 시스템의 통합 상태 모니터링 방법 | |
CN112612393B (zh) | 界面功能的交互方法及装置 | |
CN103823743A (zh) | 软件系统的监控方法和设备 | |
CN111200654A (zh) | 客户端请求错误处理方法及装置 | |
CN115545452B (zh) | 运维方法、运维系统、设备及存储介质 | |
CN106250401A (zh) | 一种回放原始通讯数据的装置和方法 | |
CN111130888A (zh) | 故障信息收集与提示方法、装置、存储介质和移动终端 | |
KR20190044812A (ko) | 제조 공정 빅데이터 서비스 제공 시스템 및 방법 | |
CN112738629B (zh) | 视频展示方法、装置、电子设备和存储介质 | |
JP2014041390A (ja) | 設計・開発支援システム | |
CN112835774A (zh) | 显卡性能的可视化方法及装置、设备、计算机可读存储介质 | |
CN113377610A (zh) | 性能监测方法、装置、计算机设备及存储介质 | |
CN102467464A (zh) | 可移动存储设备盘符识别系统及方法 | |
CN104023224A (zh) | 一种摄像机性能的检测方法、系统及服务器 | |
CN114356490B (zh) | 基于大数据的财务信息可视化处理方法及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20130102 |