专利名称：自动医学影像系统修复诊断的制作方法
技术领域：
本发明涉及医学诊断影像系统，尤其涉及通过关于系统性能的定性信息的交互式获得而得以修复的医学诊断影像系统。
包括例如MRI、CT、核影像和超声形式的医学影像系统代表着医院、诊所和医学研究机构的重要投资。同样，拥有这些系统的设备通常试图充分地利用它们。系统故障和崩溃将打断这些系统的工作流程并降低它们的利用。因为这个原因，多数制造商努力地提供了有效的周期维护例程和响应式修复服务。这些系统的周期维护应当在潜在的故障发生前检测到它们，并且在出现故障的情况下，修复服务应当快速地识别和解决问题。
尽管医学影像系统制造商有最好的意图并且预防性维护程序有精确的能力，但影像系统会逐步显现出需要修复的问题。通常，这样的修复通过即时的派遣修复人员到系统所在场所而得到解决。然而，对于消费者和系统制造商来说，修复拜访昂贵并且耗时。用于病人诊断的临床用途的系统的中断对病人和医生都会造成不便，并且可能增加了保健的危险。比如在US专利[申请序列号09/534,143]中描述的远程诊断和修复通常能加速系统修复并排除了现场拜访的需要，但是仍然需要中断系统的临床使用和联系修复设备。所期望的是，系统用户能够自己解决经常遇见的问题，并且只需要在要求新的部件或修复人员的专门技术时才联系修复设备。
根据本发明的原理，通过使影像系统操作员能够诊断和有时能够不呼叫修复服务来修复系统问题而减少了服务修复呼叫的需要。系统诊断包包括交互诊断例程，与系统操作员交互以接收输入和关于系统问题的信息。诊断包使用定性的操作员输入，并在需要时由客观的系统数据增加所述输入，以在逻辑上获得系统诊断。在优选实施例中，超声系统能够学习并发现新的问题和新的修复技术。该信息可用于修复系统中类似的问题，并能被传递到系统制造商，使得由一个系统学习的知识可以被传播到其他系统，以加速它们的诊断和修复。
在附图中
图1以方框图的形式说明了一个根据本发明的原理构造的超声诊断影像系统；图2以方框图的形式进一步说明了图1的系统的控制器和超声诊断部分的细节。
图3说明了根据本发明的原理指导周期维护诊断的结果的一个实例；图4以散点图的形式说明了呈现的系统使用数据；图5以条形图的形式说明了呈现的使用趋势分析；图6a-6b说明根据本发明的原理并引出定性系统信息的交互影像系统诊断；图7说明了呈现交互影像系统诊断的结果的实例；图8a-8b说明了通过人工智能处理分析交互得到的系统诊断信息的逻辑流程图；图9说明了用于登录交互诊断系统的诊断询问所使用的显示屏幕；图10说明了用于为使用人工智能的影像系统诊断处理器输入逻辑规则所使用的显示屏幕；图11说明了本发明的交互影像系统诊断包的另一个实施例。
首先参考图1，以方框图的形式显示了一个根据本发明的原理构造的超声诊断影像系统。附图的顶部是一个典型的超声系统的信号路径，包括具有阵列换能器12的探针10，其在二维或三维影像场上发射和接收超声信号；波束生成器14，其处理来自阵列换能器的元件的信号，以形成相干回波信号；超声信号处理器16，其例如通过过滤、检测、多普勒处理或其他过程来处理回波信号；影像处理器18，其将信号处理成显示格式；以及显示器20，在该显示器上显示超声图像或数据。由系统控制器22协调这些部件的操作。与系统控制器耦合的用户控制器62指示超声系统的操作。系统控制器22可将图像和诊断报告存储在存储设备24上。系统控制器还可以访问超声诊断28，以执行诊断维护并修复超声系统，这将在下面作更详细地描述。
如图2所示，超声系统包括多个用于存储和传递数据的设备，比如硬盘驱动器40，并且可包括其他外围设备，比如磁光盘、CD-R驱动器和/或软盘驱动器。通过这些设备可提供用于图像和报告存储器22和用于存储超声诊断28的一些或全部容量。超声系统还可经由服务器30发送和接收来自外部源的信息。服务器通过协议栈46进行通信，协议栈46说明了可以使用的一些更通用的通信协议。栈46的上层是用于主机对话、文件传输、电子邮件、web应用和网络监控的应用程序。协议栈的下一级是Telnet、FTP、SMTP、HTTP和SNMP表示协议。第三层是TCP和UDP协议，并且下一层是IP协议。第五层是PPP和以太网协议，在协议栈的底层是连接到外部通信设备的物理层。在图1的实施例中显示了若干的通信设备，包括串行端口31、调制解调器32和网络(以太网)连接36。通信协议和设备的这个阵列使超声系统能够通过电话线经由专有或公共点对点网络和/或经由互联网和万维网而直接连接到其他设备上。
在图2中，更进一步详细说明图1的超声系统的部分。系统控制器22包括计算机母板50，其包括CPU 52和随机访问存储器(RAM)54。CPU执行存储在盘驱动器40的预防性维护(PM)和修复诊断应用程序。CPU也执行运行在超声系统的其他应用。在标题超声诊断之下的附图中列出了存储在盘驱动器40的诊断应用程序的一些的程序和数据文件，包括指导PM的专家维护应用程序，专家修复应用程序，它运行推理引擎并利用逻辑规则和事实，以及包括，例如错误日志、用户接口日志、监控器日志、服务日志和温度/电压日志的文件的系统日志。下面将完整地讨论这些程序和应用程序。母板50还操作Web服务器30，在优先实施例中，该Web服务器连接到视频卡58和网卡56上。视频卡使Web服务器能够将Web页面显示在系统显示器20上。在示意实施例中，视频卡还可用于将由图像处理器18产生的诊断图像和信息显示在显示器20上。网卡使Web服务器能够通过网络115与能够远程访问如美国专利[申请序列号09/534,143]中描述的超声系统的服务人员通信，如远程诊断设备110所指示的，或能够与例如超声系统的制造商操作的服务中心120通信。通过将Web服务器连接到网卡和视频卡上，远程服务人员可查找相同的屏幕显示，如影像系统操作员观看的显示器20。
根据本发明的第一个方面的原理，超声诊断包括预防性维护系统，在这里被称为专家维护应用程序。专家维护应用程序优选地驻留在超声机器上，并在超声机器进入诊断模式的时候得以执行。如图2所示，专家维护应用程序被自动操作的，并且由超声系统操作员、现场修复人员、能够远程访问的修复人员或能够远程访问的修复中心将其初始化。在工作时间以外的时间的自我修复期间，影像系统本身可初始化专家维护应用程序。专家维护应用程序根据一组规则分析系统参数，所述一些规则是用户定义的，这将在下面讨论。在示意实施例中，专家维护应用程序分析超声系统并报告非关键的问题的提示，或者警告该问题会引起系统故障。如图3所示，将维护分析的报告呈现给用户，以允许用户选择解决那些提示和警告。
根据本发明的另一个方面的原理，将预防性维护应用于硬件和软件部件。硬件维护被定义为通常由物理设备规则地执行的用于防止出现的问题变成故障的那些活动。该维护的例子包括替换过热的部件、清理腐蚀的电子触点、或使松动的电子连接复位。用于得知这些问题的类型的技术是已知的，并且包括监控温度传感器、电阻抗和施加的电压，就不进一步详细叙述了。专家维护应用程序记录监控的参数并以报告的形式呈现给用户。将条件的严重性指示给用户(提示、警告、告警)，并且用户或机器就可以作出适当的动作。
另一方面，软件维护被定义为在软件上执行的用于降低或消除软件老化的影响的那些周期性活动。这可以与例如软件崩溃和软件不运行或不适当地运行的软件故障作为对比，所述全部软件故障是“硬”故障，并且所述的一些软件故障要求服务人员注意修复或替换出错的软件。软件老化可导致软件故障，并且软件维护试图阻止这样的故障。通过识别软件老化的影响可检测软件老化，软件老化的影响的例子包括内存泄漏、未释放的文件锁住、数据紧凑、存储空间碎片和舍入错误的累积，这可以引起低下的系统性能，或最终导致系统故障。响应这些检测条件的例子可以像重新启动超声机器那么简单，更多的包含，例如整理系统磁盘驱动碎片，或像替换旧的软件或增加系统资源那么复杂。如果对于软件老化的影响置之不理，就会因为更大的停机时间、降低的系统性能或减少的系统可靠性而使系统的诊断能力受到影响。
专家维护应用程序可以分析多种实时检索或在机器日志中观察的软件操作参数，并将分析的结果报告给用户，用于推荐的动作。在示意实施例中分析的所述一些参数包括如下A.专家维护应用程序分析在系统最后一次启动之前创建的临时文件(*.tmp)的数目。该数目可以与由用户设置的临时文件的最大期望数目作比较。
B.专家维护应用程序分析在系统最后一次启动之前创建的备份文件(*.bak)的数目。该数目可以与由用户设置的备份文件的最大期望数目作比较。
C.专家维护应用程序分析在前一个磁盘扫描操作期间创建的保存的丢失文件的数目。该数目可以与由用户设置的丢失文件的最大期望数目作比较。
D.专家维护应用程序分析Web浏览器总共的历史文件的数目。该数目可以与由用户设置的历史文件的最大期望数目作比较。
E.专家维护应用程序从操作系统中记录硬盘驱动器的空闲存储器，并且如果例如空闲空间低于给定的大小，比如总共磁盘大小的10％时，警告用户。
F.专家维护应用程序分析硬盘驱动器的碎片，并且如果文件碎片超过预定数量，比如10％，警告用户。
G.专家维护应用程序分析关键字节的数目，以确定读数目是否超过物理RAM的数量。
H.专家维护应用程序分析每秒读取的页的数目，以确定系统加载到实际存储器的程序是否多于能被有效处理的程序。
I.专家维护应用程序分析在系统网络上每秒接收的总字节，以查看该数目是否超过稳定状态级别，该级别指示系统带宽的过渡使用。
J.专家维护应用程序分析磁盘访问时间，并且如果磁盘访问时间超过某个百分比，警告用户。
只存在一些用于检测软件老化的可能技术。这些情况不是立即的系统故障的症状，但是每个情况指示了引起问题或察觉到的问题的发展中的情况。一个由系统操作员察觉的问题是系统运行得比以前缓慢。虽然不是硬件故障，然而这个问题会产生一个服务呼叫，但通常可由专家维护应用程序解决。图3说明了可以引起或导致察觉到的系统速度降低的情况的因素的检测。图3说明当专家维护应用程序的执行结束时在显示屏幕上显示的典型报告。在屏幕左侧的窗口显示可以由专家维护应用程序检测的模块，包括一系列系统模块、超声机器的前端控制器(FEC)以及多个超声探针(C5-2、C8-4v等)。右上的窗口显示周期维护的结果，在这个例子中，该结果被看作是软件老化的征兆。在窗口的左侧显示情况的严重性(告警、警告)，并且引起待解决的情况的按键出现在每个情况的右边。例如，如果用户点击在窗口上面的临时文件告警右边的按键“修理它”，系统将自动删除在最近系统启动之前创建的临时文件。在该窗口中所示的大多数解决方案将降低系统资源的消耗，所述系统资源的消耗可引起或导致系统速度降低的情况，和避免了通过服务呼叫来解决该问题的需要。虽然在一些实例中，通过增加例如RAM或更大的磁盘驱动器的资源仅仅获得一个永久的解决方案，但在很多实例中，情况仅仅是临时的情况，在预防性维护过程的结束时由系统操作员处理该情况。
如果用户想要更多的关于结果的信息，如方框60所示，他加亮读结果。接着在窗口之下呈现更多的关于情况的特性的详细信息，并且如果是不能解决的情况，将其作为可出现的问题忠告给用户。还在该窗口中给出建议。
根据本发明的原理的另一个方面，超声诊断分析系统使用数据以解决问题。在预防性维护过程期间或在修复过程期间可使用数据分析。虽然硬件系统故障的检测相对容易，并且例如系统速度降低的问题的检测相对困难，然而一些问题的根本不是由系统故障引起的，而是由系统使用的方式引起的。通过系统使用数据的分析可识别和解决许多这样的问题。该数据可以以多种形式，并且驻留在超声系统上的不同位置中。在示意实施例中，使用数据驻留在存储在磁盘驱动器40上的系统日志和错误日志中。图4和5显示了系统使用数据作为时间的函数的两个显示。图4和5的左边窗口显示多个通常在超声系统上维护的系统日志。在图4的右侧的窗口显示在两个月周期中使用数据的散点图，同时底部的窗口识别在散点图中使用的使用数据。在本例中，在错误日志中的错误事件被画作为两个月周期内它们发生的天数的函数。散点图显示了在实际每天早上7-8点之间记录的错误事件。这些是在每天早上启动超声系统时可能记录的情况。类似地，由于在每个晚上工作时间外的时间期间自动执行了周期维护，所以日常事件非常一致地发生在19:00和21:00之间。但是，还可以在散点图内看见非周期事件集群。例如，在4月13日(2002年4月13日)的星期期间，存在发生在中午12点和14:24之间的事件集群。该集群将促使对超声机器在这些时间和天数内作了些什么的调查。那么将进行什么样类型的检查呢？使用什么操作模式呢？在这些时候谁来操作系统？使用信息还可以以图5所示的条形图的形式显示，其中可以观察到趋势。该曲线图显示了发生在两个月内的每一周的错误事件的数目。这些结果可提示例如这样的问题在2月9日的星期内超声系统在用作什么？什么时间发生的事件最多？在3月23日-3月12日超声系统在用作什么？什么时间发生的事件最少？可以在视觉上观察在机器数据中的趋势和模式的识别，并且所述趋势和模式可由人类通过机器的诊断报告识别，或者该知识可被编码到机器的修复/维护系统中，在这里，可将趋势和模式自动识别得如由人类或在用户可定义的类似因素内识别的那样精确。
在没有恰当使用超声机器时，由使用数据的这些呈现提出的询问的回答通常导致问题和错误的发生。经常地，它们针对不具有足够的系统培训或很少系统经验的管理员的使用。因此，这样的问题通常可通过提供增加的培训给超声波检查操作者操作超声机器而得以解决，而不是进行将仅产生关于机器的“没有麻烦发生”的服务呼叫。
通过减少服务呼叫，该响应不仅有益于机构和制造商，它还能够帮助机构变得更加熟练和有竞争力。例如，诊所可将其使用数据传递给一个制造商的服务中心，在这里可将其与其他系统拥有者的使用数据作比较。来自一个诊所的使用数据可显示出比在全镇、全国或者全球其他地区的一个做类似检查的类似诊所的错误事件的相当较高级别。结果，服务中心可帮助该诊所检查它的工作流程，以及可帮助将系统的使用与其他机构的系统使用作比较。虽然增加了培训和/或改善处理，但是诊所可改进它的效率和系统的利用，并且所得结果是它提供了服务级别和保健的益处。
根据本发明的原理的另一个方面，诊断包包括一个交互修复系统，其询问用户并且提供能帮助用户解决超声系统问题而不需要服务人员介入的指导。当然，服务人员也可以使用交互修复系统。交互修复系统还能获得来自用户的关于超声系统的状态的定性信息。还可以将该定性信息与它自动获得的定量信息合并，并且分析两种类型的信息以获得推荐的修复策略。在图6a-6d显示了交互修复系统的实施例的若干询问屏幕。如图6a所示，当用户进入交互修复模式时，修复系统首先询问问题的性质。询问用户超声系统的什么区域显得有问题？出现用户可以作出选择的多个选项。在本例中，用户点击“超声机器”选项，并接着点击“提交”按键，以输入他的选择。如果用户点击了一个选择又改变他的想法，那么他可点击“重置”按键，以清除先前的选项，并且如果想回到先前的询问，可点击“重置”按键两次。
如图6b所示，在本例中，在用户指示问题似乎与超声系统有关之后，他受到询问，以给出关于该问题的证据的进一步的信息。例如，询问用户，问题是否不一致行为或降低的性能的其中之一，其特性可以是主观的。在本例中，用户已经查看了错误标志，并且将其选择为提交的回答。如图6c所示，响应这个回答，修复系统询问用户，他看见了哪个错误标志。在这里给用户一个下拉式列表，以从其上作出选择。用户拉下列表并提交合适的标志号。在本例中，当修复系统接收了标志标识符，它接着在选择的标志和其他系统操作之间查询一个已知相关关系，在该情况下是一个先前的非法关机。在图6d中，用户提出问题在错误之前是否存在非法关机。用户可作出“是”或“否”的选择，或可点击“检查日志”，这能够促使修复系统自动搜索存储在硬盘驱动器40上的系统日志，以自动地回答这个问题。
在询问结束并且修复系统已经获得需要的相关信息之后，修复系统显示其结论和推荐的动作过程。有可能输入的信息不是指向确定的修复过程，或是指向一个要求服务人员的修复，在这种情况下，给出的建议是进行一个服务呼叫。在图7所示的例子中，修复系统推断出问题不是已知的数字视频子系统(DVS)问题；是在错误日志文件中检测到非法关机；和是一个系统软件问题。给用户一个推荐的动作过程，在本例中该过程是重新启动超声系统。
在系统磁盘驱动器40上记录和存储这些修复动作及其结果。如果在将来出现相同的问题或类似的问题，修复系统将有历史信息，推荐的动作过程将基于该历史信息。例如，如果在一个短的时限内性能降低的问题重复出现若干次，修复系统可推断需要更多的系统资源来支持由用户运行的应用程序。可推荐服务呼叫，使得修复人员可评估为超声系统升级RAM或更大的磁盘驱动器的需要，这将永久地解决该问题。
在图8a-8c、9和10中显示本发明的修复系统的操作和内容细节。图8a-8c说明了当存在与数字视频子系统(DVS)有关的问题时，由修复系统发起和接收的一个问题和回答序列的逻辑流程图。在附图中显示的这些示意实施例中，虚线70左边的第一问题序列引出直接导致下一问题的单独的回答。例如，显示错误标记的回答直接导致“显示哪个错误标志？”的问题。在虚线70右边，逻辑变得更加复杂，因为在下一个询问可以如逻辑门72-78所指示的那样在阐明之前需要对多个问题的回答。例如，逻辑与门74如果接收到对门左边的问题的“非”回答，并且如果响应下面的其他两个问题而输入回答“非”，其将只产生一个输出，如与门74的输入耦合的逻辑或门76的输出所指示的。
逻辑门74和78的输出被耦合成在图8b和8c中所示的过程的输入。虽然根据本发明的另一个方面，这些过程显示了一系列问题和逻辑运算并以这种方式加以构建，通过推理或推论引擎来执行这些过程。推理引擎利用反向链(目标驱动策略)来推理给定的问题，在这种情况下，是推理有关超声系统的操作的问题。这个方法依赖于建立或者驳倒目标存在的假设。利用回溯深度优先搜索来增强该策略。按照先来先服务排序在一个规则集内的所有规则，并且首先遇见的成功目标是报告给用户的目标。可替换地，推理引擎可分析和考虑所有的结果，并且可报告一个用于解决该问题的优先化的策略的列表。在示意实施例中，可使用Amzi！，Inc.of Lebanon，Ohio，USA可得到运行时间推理引擎。该推理引擎利用逻辑规则和实事，所述逻辑规则和实事存储在磁盘驱动器40上或作为用户回答由系统提出的问题的输入。该推理引擎不是简单地查看前一个问题的回答，而是分析提供给先前询问的所有问题的回答，以及对系统已知的其他事实。该推理引擎因此将人工智能应用于给定的信息，以获得结论和推荐。这是通过判定下一个将提出哪个问题，并通过连续地分析所有给定的回答和可得的事实，直到所有可得的已知有效信息满足一系列导致已知问题及其修复方案的规则。这种方法的益处包括容易实现；容易理解和自然交流规则和事实；可容易地解释和导出结果；独立于分析程序添加新的事实和规则；并且可将新的事实和规则与先前已知的规则和事实合并，以推断新的知识。
图8b和8c说明多个推理引擎可能向用户提出的问题，和多个通过该人工智能过程获得的结论。一些推荐的动作过程可由用户通过例如重新加载软件单元而进行，而其他例如拔去硬盘驱动器、更换PCI卡和更换电源的动作将通常要求技术人员或服务人员的专业技术。因此，可以清楚地看到，用户或修复人员使用推理引擎来易于超声系统分析和修复。
图9说明了超声系统制造商或服务技术人员可在上面输入由交互修复系统询问的问题的屏幕。优选地，使用例如xml或Prolog的基于文本的编程语言来程序设计问题，这可以使最不熟悉计算机程序设计语言的制造或修复人员能够阐明和输入问题。在本例中所示的问题中，已经输入了“DVS单元是蓝屏并重新启动吗？”，对该问题给出的回答是“是”或“否”。
图10说明在分析一个问题中写出的用来指引推理引擎的逻辑规则。并且，优选地使用基于文本的编程语言，以便容易程序设计和理解。在本例中，程序员在左边一栏输入在给定条件下逻辑给出的条件，并且在右边一栏输入由推理引擎对于定义的条件得到的结论。推理引擎将一起使用例如这些关于超声系统的存储在硬盘驱动器40上的逻辑规则和事实、在例如根据自动测量得出的那些规则和事实时在超声系统上可得的其他规则和实事、以及由用户输入的用以分析特定问题和在逻辑上得到结论的定性回答，并且如果可能，还有推荐的动作过程。
在人工智能辅助修复过程的结束时，修复的结果可存储在本地知识数据库，该数据库驻留在系统或可访问该系统的网络上。这些结果接着组成对于修复系统是已知的信息和事实，用于指导将来的修复分析。修复的结果还可传递回给修复中心20或者由修复中心或者修理人员周期性地下载并被发送到修复中心。在修复中心，其他的修复人员和/或超声系统制造商可使用这些由一个超声系统在其他位置修复其他类似的超声系统所产生的结果。当分析在自己的系统上的问题时，还可将该信息传递给这些其他系统，作为它们的推理引擎考虑的事实。还可将信息输入到制造商的数据库，并且在今后设计和生产超声系统中使用。
由图11的显示屏幕说明本发明的修复系统的另一个实施例。该屏幕包括在右上方呈现的修复诊断的结果和推荐的修复策略的方框图。在屏幕左侧的方框中是一个系统体系结构树，自动修复系统可以诊断和修复该系统体系结构树。在屏幕右下方的方框呈现了一个由系统提出的问题和由用户输入的回答的概括，修复推荐是基于所述的概括。所述概括方框使用户能够检查他给出的用于验证是否输入了适当答案的回答。如果用户看见一个他想要改变的回答，那么他就这样去做，并且自动修复系统可接着逻辑地分析通过这不同的输入而扩充的数据，以便再次得到结论和推荐。
权利要求
1.一种医疗诊断影像系统，包括由软件操作的硬件部件，用来指导一个诊断影像过程，和一个交互影像系统修复系统，其包括自动程序，响应操作员的初始化，所述程序向操作员提出问题并接收由操作员输入的问题的回答，并且分析给出的回答，以获得一个修复推荐；和显示器(20)，响应自动程序，所述显示器呈现由自动程序提出的问题。
2.权利要求1的医疗诊断影像系统，其中自动程序响应一个回答，以便逻辑地向操作员提出下一个问题。
3.权利要求1的医疗诊断影像系统，其中显示器(20)响应自动程序，以显示一个修复推荐。
4.权利要求3的医疗诊断影像系统，其中显示器(20)进一步响应自动程序，以显示由自动程序识别的一个识别的问题。
5.权利要求3的医疗诊断影像系统，其中显示器(20)进一步响应自动程序，以呈现一个操作员选项，在选择该选项时，至少部分地补救与影像系统有关的问题。
6.权利要求1的医疗诊断影像系统，其中显示器(20)进一步响应自动程序，以呈现一个由自动程序提出的问题和由操作员输入的回答的概括。
7.权利要求1的医疗诊断影像系统，其中自动程序运行来分析给出的回答和对于自动程序可访问的系统信息，以获得一个修复推荐。
8.权利要求7的医疗诊断影像系统，其中系统信息包括测量的系统参数。
9.权利要求7的医疗诊断影像系统，其中系统信息存储在系统日志中。
10.权利要求7的医疗诊断影像系统，其中系统信息包括先前修复分析的结果。
11.权利要求1的医疗诊断影像系统，其中自动程序还包括推理或推论引擎。
12.一种医疗诊断影像系统，包括由软件操作的硬件部件，用来指导一个诊断影像过程；和一个交互影像系统修复系统，其包括关于影像系统的状态的定量信息源；自动程序，响应定量信息源，所述自动程序运行向操作员提出问题并接收由操作员输入的问题的定性回答，并且分析定性和定量信息，以获得一个修复推荐；和显示器(20)，响应自动程序，所述显示器显示由自动程序提出的问题。
13.权利要求12的医疗诊断影像系统，其中定量信息包括一个测量的系统参数。
14.权利要求12的医疗诊断影像系统，其中定量信息被包含在存储在系统上的系统日志中。
15.权利要求12的医疗诊断影像系统，其中定量信息包括先前修复分析的结果。
16.权利要求12的医疗诊断影像系统，其中自动程序还包括推理或推论引擎。
17.权利要求12的医疗诊断影像系统，其中显示器(20)响应自动程序，以显示一个修复推荐。
18.权利要求17的医疗诊断影像系统，其中显示器(20)进一步响应自动程序，以显示由自动程序识别的一个识别的问题。
19.权利要求17的医疗诊断影像系统，其中显示器(20)进一步响应自动程序，以呈现一个操作员选项，在选择该选项时，至少部分地补救与影像系统有关的问题。
20.权利要求12的医疗诊断影像系统，其中显示器(20)进一步响应自动程序，以呈现一个由自动程序提出的问题和由操作员输入的回答的概括。
全文摘要
通过使影像系统操作员能够诊断和有时能够不呼叫修复服务来修复系统问题而减少了医学影像系统服务修复呼叫的需要。系统诊断包包括交互诊断例程，与系统操作员交互以接收输入和关于系统问题的信息。诊断包使用定性的操作员输入，并在需要时由定量的系统数据扩充所述输入，以在逻辑上获得系统诊断。在优选实施例中，超声系统能够学习并发现新的问题源和它们的解决方案。影像系统可以保留这个信息，并且该信息在将来可用于修复系统中类似的问题。该信息能被传递到系统制造商，使得由一个系统获得的知识可以被传播到其他系统，以加速它们的诊断和修复。
文档编号G06F11/22GK1711527SQ200380103018
公开日2005年12月21日 申请日期2003年10月13日 优先权日2002年11月12日
发明者D·亨德里克森 申请人:皇家飞利浦电子股份有限公司