CN117981008A - 用于维护服务的系统和方法 - Google Patents
用于维护服务的系统和方法 Download PDFInfo
- Publication number
- CN117981008A CN117981008A CN202280064225.6A CN202280064225A CN117981008A CN 117981008 A CN117981008 A CN 117981008A CN 202280064225 A CN202280064225 A CN 202280064225A CN 117981008 A CN117981008 A CN 117981008A
- Authority
- CN
- China
- Prior art keywords
- use case
- service use
- current service
- imaging device
- medical imaging
- 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
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H30/00—ICT specially adapted for the handling or processing of medical images
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/40—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management of medical equipment or devices, e.g. scheduling maintenance or upgrades
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
- G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
- G06Q10/06311—Scheduling, planning or task assignment for a person or group
- G06Q10/063114—Status monitoring or status determination for a person or group
-
- G—PHYSICS
- G06—COMPUTING OR CALCULATING; COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- General Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Educational Administration (AREA)
- Development Economics (AREA)
- Game Theory and Decision Science (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Radiology & Medical Imaging (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
一种非暂时性计算机可读介质(107、127),其存储:根据来自医学成像设备(120)的日志文件(132)生成的与医学成像设备相关的数据;以及指令,该指令能够由至少一个电子处理器(101、113)读取和执行以进行以下操作:基于接收到的针对当前服务用例的查询,从要针对其执行当前服务用例的医学成像设备的日志文件中取回日志数据,该日志数据至少包括与要执行的当前服务用例相关的医学成像设备的操作数据;根据取回的日志数据生成要提供给维护提供商的、针对当前服务用例的操作数据的至少子集;以及在由维护提供商能够操作的电子处理设备(102)的显示设备(105)上提供显示关于当前服务用例的信息的用户界面(UI)(140)。
Description
技术领域
以下内容总体上涉及医疗设备维护技术、预测性维护技术、维护部件订购和推荐技术以及相关技术。
背景技术
针对医疗系统的客户服务可能要求反应性、主动性和预测性的维护服务。因为这些服务严重依赖于数据,因此获取、处理和存储来自医疗系统和其他源的数据的可靠的基础设施的可用性至关重要。当医疗系统出现问题时,客户可以经由各种渠道(例如,通过电话、客户门户网站或移动应用)向客户服务中心报告问题。然后,服务工程师(SE——其可以包括远程SE(RSE)、远程监视工程师(RME)和现场SE(FSE))可以执行系统诊断,以识别问题的根本原因并解决问题。这两项活动可以由不同的SE远程或现场执行。除了如上所述的反应性维护之外,还建立了主动性和预测性的诊断模型来识别系统或系统的一部分的故障。使用服务交付平台以警报的形式将诊断模型的输出通信给RSE或RME。RSE或RME根据警报提供维护服务。
医疗设备供应商可以根据与客户的合同提供针对各种医疗系统的维护服务,这些医疗系统例如图像引导治疗(iGT)系统、计算机断层扫描(CT)系统、磁共振(MR)系统、超声(US)系统等。然而,医疗设备供应商也可以将一些维护情况外包给第三方维护提供商(TMP),或者客户可以直接与TMP签订合同以提供维护服务。在任何一种情况下,供应商典型地继续监视系统,并将警报转发给客户和/或TMP。
有两种方式来识别医疗系统的问题。第一种方式是当客户在使用期间观察到系统故障并向客户服务报告问题时。第二种方式是使用主动性和预防性的诊断模型。这两种情况都利用设备数据来调查问题并找到解决方案。医疗系统生成提供关于系统使用的信息的设备(即,日志)数据。这些文件被处理并且可随时用于故障排除、根本原因分析以及构建主动性和预测性诊断模型。这些模型是针对日志数据运行的,并且结果以警报的形式显示在服务交付平台内。每个警报都由RSE检查,并在适用时进行用例创建。用例创建会触发发起警报的解决的服务工作命令。
以下公开了克服这些问题和其他问题的特定改进。
发明内容
在一个方面,一种非暂时性计算机可读介质,其存储:根据来自医学成像设备的日志文件生成的与医学成像设备相关的数据;以及指令,该指令能够由至少一个电子处理器读取和执行以进行以下操作:基于接收到的针对当前服务用例(service case)的查询,从要针对其执行当前服务用例的医学成像设备的日志文件中取回日志数据,该日志数据至少包括与要执行的当前服务用例相关的医学成像设备的操作数据;根据取回的日志数据生成要提供给维护提供商的、针对当前服务用例的操作数据的至少子集;以及在由维护提供商能够操作的电子处理设备的显示设备上提供显示关于当前服务用例的信息的用户界面(UI)。
在另一方面,一种非暂时性计算机可读介质,其存储:根据来自医学成像设备的日志文件生成的与医学成像设备相关的数据;以及指令,该指令能够由至少一个电子处理器读取和执行以进行以下操作:基于接收到的针对当前服务用例的查询,从要针对其执行当前服务用例的医学成像设备的日志文件中取回日志数据,该日志数据至少包括与要执行的当前服务用例相关的医学成像设备的操作数据;根据取回的日志数据生成要提供给维护提供商的、针对当前服务用例的操作数据的至少子集;以及在由维护提供商能够操作以执行当前服务用例的电子处理设备的显示设备上提供UI,该UI显示关于当前服务用例的信息并且呈现用于为要针对其执行当前服务用例的医学成像设备订购部件的对话框。
在另一方面,一种非暂时性计算机可读介质,其存储:与多个维护提供商的资格相关的数据;根据来自医学成像设备的日志文件生成的与医学成像设备相关的数据;指令,该指令能够由至少一个电子处理器读取和执行以进行以下操作:基于接收到的针对当前服务用例的查询,从要针对其执行当前服务用例的医学成像设备的日志文件中取回日志数据,该日志数据至少包括与要执行的当前服务用例相关的医学成像设备的操作数据;根据取回的日志数据生成要提供给维护提供商的、针对当前服务用例的操作数据的至少子集;取回多个维护提供商中的维护提供商的资格;基于取回的日志数据和取回的资格,从多个维护提供商中选择维护提供商来执行当前服务用例;以及在由所选择的维护提供商能够操作的电子处理设备的显示设备上提供UI,该UI显示关于当前服务用例的信息并且呈现用于为要针对其执行当前服务用例的医学成像设备订购部件的对话框。
一个优点在于使解决针对医疗设备的服务问题的时间最小化。
另一个优点在于使在医疗设备供应商和TMP之间的共享数据匿名化,以便TMP执行针对医疗设备的服务用例。
另一个优点在于,当TMP针对由客户拥有或操作的设备执行维护服务时,确保客户数据不受损害。
另一个优点在于,在TMP针对客户执行维护服务之后,促进客户和TMP之间的支付。
给定实施例可以不提供上述优点,提供其中的任何一个、两个、更多个或全部,和/或可以提供对本领域普通技术人员在阅读和理解本公开时将变得显而易见的其他优点。
附图说明
本公开可以采用各种组件和组件的布置以及各种步骤和步骤的布置的形式。附图仅用于说明优选实施例的目的,而不应被解释为限制本公开。
图1示意性地示出了根据本公开的用于确定用于服务医疗设备的根本原因和至少一个推荐的服务动作的说明性系统。
图2和图3示出了图1的系统的示例性流程图操作。
具体实施方式
在医学成像领域,医疗设备供应商通过接收从该领域的成像设备上传的机器日志数据来部分地向客户提供支持。在一种支持模式下,在机器日志数据上自动运行各种故障预测模型。由这些模型生成的警报被转发给位于供应商处的远程服务工程师(RSE),该RSE检查警报,并在需要维护时联系客户。另外地或可替代地,警报可以直接发送给客户。这为发起预防性服务提供了机制。在另一种支持模式下,RSE接收来自当前遇到成像设备问题的客户的呼叫。
在任何一种支持模式下,当需要进行预防性或修复工作时,都会在供应商侧打开服务用例。服务用例可以由为供应商工作的现场服务工程师(FSE)在内部处理,或者可以由第三方维护提供商(TMP)处理。
由数百、数千或更多个的部署的医学成像设备组成的机群生成大量报告的问题和警报,这些问题和警报涵盖了广泛的问题范围以及解决方法。为了使解决问题所要求的时间量最小化,使TMP参与其中可能是有益的。然而,TMP的参与可能会引起这样的问题:关于医学成像设备及其使用的数据应该在多大程度上与TMP共享,该数据可以由医学成像设备供应商收集以向客户提供主动性维护警报和类似服务。当客户直接与TMP签订合同以执行维护任务时,这也适用,但成像设备供应商继续向客户提供其他服务,例如,主动性维护警报。作为进一步的问题,如果医疗设备供应商与TMP签订(分包)合同以向客户提供维护,那么医疗设备供应商有责任为特定的维护用例选择有资格的TMP。鉴于医学成像设备的广泛多样性,这种选择可能具有挑战性。
以下内容涉及TMP处理用例的情况,并公开了用于所选择的TMP和/或用于TMP接收对存储在供应商服务器上的机器日志数据的安全访问的机制。
在打开要为其指派TMP的服务用例时,分析服务提供商资格数据的数据库,以推荐有资格执行该服务的TMP。推荐方法考虑了诸如TMP的经验、成功解决服务用例的可能性和成本估计之类的因素。
所公开的系统还收集与服务用例相关的机器日志数据。这些可以包括由故障预测模型发出的警报、在警报或客户呼叫的时间附近生成的和/或与故障系统或子系统相关的日志内容、在日志数据上运行的自动化根本原因检测模式的结果、成像设备模型和配置数据等。收集到的数据被匿名化以确保符合HIPAA,并且还可以被过滤以去除医疗设备供应商拥有的专有信息。例如,由专有故障预测模型发布的警报可以包括支持信息,该支持信息是该模型发布警报的基础,该支持信息被呈现给检查警报的RSE。然而,如果该支持信息可以用于对专有故障预测模型进行反向工程,则可以仅向TMP提供警报以及可能的支持信息的子集。然后经由安全互联网连接或其他安全通信信道将收集到的且经匿名化/过滤的相关机器日志数据传送到TMP。
在一些实施例中,在TMP服务调用期间,部件订购系统可以要求由TMP订购的任何部件附带相关联的错误码。部件信息和错误码,可选地与诸如成像设备的型号/配置和故障系统或子系统的标识之类的其他信息一起通过验证过滤器运行,以确保所订购的部件是适当的。如果无法自动验证针对部件的订购,则这可能会被上报给RSE和/或客户,以在进行订购之前获得批准。验证过滤器所使用的信息以及最终是进行订购还是取消订购,还可以可选地用作训练数据,以动态地训练或调整验证过滤器。
在完成服务调用之后,系统可以执行自动化远程测试,或者SE可以执行设备上测试,以确认问题已经解决。如果这些测试指示问题已经解决,那么服务用例将被关闭。可选地,向TMP支付也可能以成功解决问题为条件。
应当理解,整个公开的说明性系统的各个部分可以在没有整个系统的其他部分的情况下有用地部署。例如,在由客户直接签订合同的TMP的情况下,系统中提供TMP选择的部分可以省略。如果部件订购系统不要求错误码,则可以省略基于错误码的订购验证。这些只是说明性的变型。
参考图1,示意性地示出了用于支持服务工程师来服务设备120(例如,医学成像设备——也称为医疗设备、成像设备、成像扫描仪及其变型)的说明性服务支持系统100。通过一些非限制性说明性示例的方式,接受服务的医学成像设备可以是磁共振成像(MRI)扫描仪、计算机断层扫描(CT)扫描仪、正电子发射断层扫描(PET)扫描仪、用于执行单光子发射计算机断层扫描(SPECT)的伽马相机、介入放射学(IR)设备等。(更一般地,所公开的方法可以与自动生成日志数据的任何类型的计算机化设备结合应用,该日志数据由预测模型分析以预测组件故障,例如,该方法可以应用于商业客机、放射治疗设备等)。如图1所示,服务支持系统100包括服务设备102,或者可由服务设备102访问,该服务设备102例如可以是由TMP使用的工作站。服务设备102例如可以是由TMP携带或访问的诸如笔记本计算机之类的便携式设备。服务设备102可以是台式计算机或个人设备,例如,诸如膝上型计算机或智能设备之类的移动计算机系统。在其他实施例中,服务设备102可以是与(例如,在医疗设施处)正在接受服务的成像设备集成或与该成像设备可操作地连接的成像系统控制器或计算机。作为另一示例,服务设备102可以是由TMP携带的便携式计算机(例如,笔记本计算机、平板计算机等),该TMP执行对成像设备的故障的诊断和部件的订购。在另一示例中,服务设备102可以是接受服务的成像设备的控制器计算机,或者位于医院的计算机。在其他实施例中,服务设备可以是移动设备,例如,蜂窝电话(cellphone)或平板计算机。
服务设备102包括显示器105,经由该显示器105显示由预测性故障模型生成的警报,以及如本文所公开的可能的根本原因和服务动作推荐信息。服务设备102还优选地允许服务工程师经由至少一个用户输入设备103(例如,鼠标、键盘或触摸屏)与服务支持系统交互。服务设备还包括电子处理器101和非暂时性存储介质107(在图1中示意性地示出的内部组件)。非暂时性存储介质107存储可由电子处理器101读取和执行的用于与服务支持系统100接合的指令。服务设备102还包括与后端服务器或处理设备111通信的通信接口109,该后端服务器或处理设备111典型地实现服务支持系统100的计算方面(例如,服务器111具有用于实现服务支持系统100的计算复杂方面的处理能力)。这样的通信接口109包括例如有线和/或无线以太网接口(例如,在服务设备102是RSE工作站的情况下);或者,在服务设备102是便携式FSE设备的情况下,接口109可以是用于连接到互联网和/或内联网的无线Wi-Fi或4G/5G接口等。服务支持系统100的一些方面还可以通过云处理或其他远程处理来实现(即,服务器计算机111可以体现为包括多个互连的服务器的基于云的计算资源)。
在说明性图1中,服务支持系统还包括后端110(例如,由成像设备供应商实现和/或拥有或者由供应商从云计算服务提供商租赁)。后端110连续地或偶尔地接收日志数据(例如,由医学成像设备120自动生成的机器日志、用于医学成像设备120的服务日志等等)(例如,在一些设置中,成像设备120每天向后端110上传机器日志条目)。用于执行预测性故障建模和(如本文所公开的)维护服务分析的后端处理在配备有电子处理器113(示意性地示为内部组件)的后端服务器111上执行。服务器111配备有非暂时性存储介质127(在图1中示意性地示出的内部组件)。虽然示出了单个服务器计算机,但将理解,后端110可以更一般地在单个服务器计算机、或服务器集群、或包括ad hoc互连的服务器计算机的云计算资源等上实现。此外,虽然图1示出了单个医学成像设备120,但更一般地,数据库后端110将从许多医学成像设备(例如,数十、数百或更多个成像设备)接收日志数据,并对每个这样的医学成像设备执行所公开的处理。
此外,后端110还包括可由RSE操作的对应的服务设备102’。如图1所示,可由RSE操作的服务设备102’包括与服务设备102实质上相同的组件(图1中以上标符号示出),并且为了简明起见,这里不重复对这种组件的描述。再次强调,可以存在任何数量的RSE服务设备102’。
继续参考图1,非暂时性计算机可读介质127存储与多个维护提供商(即,TMP)的资格相关的资格数据130。资格数据130可以包括例如与每个维护提供商的经验水平、每个维护提供商成功解决当前服务用例的可能性、针对每个维护提供商的成本估计等中的一项或多项相关的数据。在这方面,应当注意,“第三方维护提供商”(即,“TMP”)旨在广义地指代向成像设备提供维护服务的任何实体(除了这些成像设备的供应商之外),并且为此目的,对由供应商收集的成像设备数据给予有限的访问权。
非暂时性计算机可读介质127还可以存储根据来自医学成像设备120的日志文件132生成的与医学成像设备120相关的数据。日志文件132可以连续地或偶尔地被传送到后端服务器111。日志文件132中的数据可以包括例如以下各项中的一项或多项:由一个或多个故障预测模型发布的警报、在警报时间附近生成的日志内容、在日志数据上运行的自动化根本原因检测模式的结果、医学成像设备120的模型和医学成像设备120的配置数据等等。
非暂时性计算机可读介质127还可以存储一个或多个预测模型134(即,故障预测模型)。预测模型134被配置为生成警报136,该警报136被配置为通过将模式应用于从日志文件132获得的医学成像设备120的特征集合的值来预测医学成像设备120的组件的故障。
非暂时性计算机可读介质127还可以存储针对与医学成像设备120相关联的错误码的一个或多个授权部件列表138,该医学成像设备120是当前服务用例的主体。
非暂时性存储介质127存储指令,该指令可由后端服务器111的电子处理器113执行以执行提供关于用于维护医学成像设备120的当前服务用例的信息的方法200。
继续参考图1并进一步参考图2,可由电子处理器113执行的方法200的说明性实施例以流程图的形式被示意性地示出。在一些示例中,方法200可以至少部分地通过云处理来执行。
为了开始方法200,在操作202处,可以由后端服务器111(可由供应商操作)从医学设备120的客户接收针对与医学成像设备120(即,“当前”医学成像设备120)相关的当前服务用例的查询。根据该查询,可以取回来自当前医学成像设备120的日志文件132的日志数据。在一些实施例中,取回的日志数据可以至少包括与要执行的当前服务用例相关的医学成像设备120的操作数据。例如,医学成像数据120的操作数据可以包括在近期的成像会话中使用的用于医学成像设备120的控制参数、由医学成像设备120近期生成的错误码、由医学成像设备120生成的可能与当前的服务用例相关的传感器数据,等等。取回的日志数据还可以包括与医学成像设备120的技术操作不相关的其他信息,例如,患者信息。
在操作203处,根据取回的日志数据生成要提供给维护提供商的、针对当前服务用例的操作数据的至少子集。在一些实施例中,来自日志文件132的日志数据可以被匿名化以确保符合HIPAA,并且还可以被过滤以去除专有信息。为此,可以过滤来自日志文件132的日志数据以去除与医学成像设备120相关的专有信息。过滤还可以可选地去除与将由TMP提供的维护无关的信息。例如,如果服务呼叫涉及医学成像设备的患者支持的故障,则可以过滤掉与患者支持无关的日志数据。过滤操作203优选地保留与医学成像设备120的操作相关的技术信息(例如,控制参数、错误码、传感器数据等),同时过滤诸如患者信息之类的非技术数据。
在可选实施例204处,还可以响应于查询来取回多个维护提供商中的维护提供商的资格数据130。在操作206处,基于取回的日志数据和取回的资格来从多个维护提供商中选择维护提供商。例如,如果不是由成像设备供应商选择维护提供商(例如,如果客户直接与维护提供商签订合同以进行维护服务),或者如果手动或由某个其他机构选择维护提供商,则可以可选地地省略操作204、206。
在操作208处,在可由所选择的维护提供商(即,服务设备102)操作的电子处理设备上提供用户界面(UI)140。UI 140可以显示关于当前服务用例的信息,并且还呈现用于为要针对其执行当前服务用例的医学成像设备订购部件的图形UI(GUI)142。这可能需要维护提供商使用登录凭证(例如,密码和/或多因素认证信息等)登录到后端110,在这一点上,维护提供商被识别为针对该维护任务的所选择的维护提供商,并且UI 140被呈现给维护提供商。所显示的信息可以包括例如经匿名化的和经过滤的日志数据、针对当前服务用例相关联的错误码,等等。
在一些实施例中,从当前医学成像设备120的日志文件132取回故障预测模型134中的一个或多个并将其应用于日志数据,以基于日志数据的子集来生成故障预测。(更一般地,故障预测模型可能已经在先前的某个时间应用于日志数据,例如,在操作202、203、204、206、208之前,并且在一些实例中,故障预测可以是要执行的维护任务的起源)。故障预测以及故障预测所基于的日志数据的子集的标识也可以显示在UI 140上。在UI 136上显示的信息可以包括故障预测,但不包括故障预测所基于的日志数据的子集的标识。这降低了维护提供商能够确定供应商专有信息(例如,故障预测所基于的信息基础)的可能性。
如果维护提供商确定医学成像设备120的一个或多个部件可以解决维护问题,则维护提供商操作GUI 142以订购这些部件。响应于该订购,后端服务器111被配置为应用验证过滤器144,该验证过滤器144将所订购的一个或多个部件与针对当前服务用例的相关联错误码的授权部件列表142进行比较,以确定一个或多个部件是否在针对相关联错误码的授权部件列表上。如果所订购的部件在授权部件列表142上,则批准该订购。在一些示例中,验证过滤器144可以应用于医学成像设备120的模型、医学成像设备120的配置和医学成像设备120的标识中的一个或多个。如果所订购的部件不在授权部件列表142上,则从后端服务器111或可由RSE操作的服务设备102’向可由维护提供商操作的服务设备102发送通知。
在操作210处,从服务设备102接收当前服务用例已经完成的通知。作为响应,在当前医学成像设备120上执行一个或多个测试,以确认当前服务用例已经被解决。在确定当前服务用例已经被解决时,向所选择的维护提供商发起支付。
示例
以下描述了方法300的另一示例。支持系统100包括在服务交付平台内与用于提供维护服务和相关数据源的工具接合的应用。当表明TMP参与解决由客户报告或由诊断模型识别的问题时,该应用将被启动。该应用确保选择适当的TMP,并提供解决问题所要求的相关信息,而不会损害客户的数据所有权。
当客户报告问题时,典型地会进行故障排除,以找到根本原因和最适当的服务动作。通常,当诊断模型识别出问题并生成警报时,RSE会检查警报并在适用时创建用例。创建用例会触发服务工作命令,并相应地进行步骤。通过应用所提出的方法,客户报告或警报提示应用,这有助于选择正确的TMP。这可以以两种方式进行:(1)执行预分析操作,以了解问题的难度,并决定是否需要在选择TMP之前要求根本原因分析;以及(2)从具有对应服务能力的数据库中直接搜索合适的TMP以及可能要求的其他相关信息。
在第一个选项中,如果进行了根本原因分析,则执行预分析操作,并且与TMP共享问题的根本原因和服务动作,而不提供关于系统的详细数据。这只适用于供应商决定外包维护服务时。在第二个选项中,在选择了合适的TMP和/或可用的TMP(这可能要求TMP为维护服务用例投标以提供各个FSE的可用性时间表)之后,执行从内部系统收集相关信息的基于规则的逻辑,并且与TMP共享该信息。为了不损害客户数据,执行安全评估以分析信息。安全评估调查在供应商和客户之间的服务级别协议中规定的数据访问要求。当分析通过安全评估时,TMP将访问信息,并可以继续提供维护服务。在执行维护之后,TMP发送用信号通知维护完成的确认。此外,它将关于问题和解决方案的数据发送回供应商,以有助于使未来订购部件最小化。确认信号发起来自供应商的过程,验证问题的解决方案,并触发客户为服务向TMP支付费用,并关闭用例。如果问题没有解决,则向TMP提供反馈以重新解决该问题,或者选择新的TMP。
如图3所示,由医学成像设备120(图3中未示出)生成的日志数据302被生成,并用于排除客户报告的问题和构建诊断模型304。一旦报告了客户问题,就生成警报306。
新服务用例创建操作308被配置为在发现医疗系统的问题时创建服务用例。服务用例创建可以通过编程方式完成,例如,当监视医疗系统的工具创建系统故障警报时。服务用例创建也可以手动完成,例如,由定期监视服务交付平台中的应用以检查要求动作的警报的可用性的RSE完成。类似地,当客户呼叫以报告医疗系统的问题时,支持工程师可以手动创建服务用例。
在任何一种情况下,每个服务用例可以与验证测试相关联,如果验证测试成功完成,则验证问题已经被解决。然后,服务用例是搜索合适的第三方维护服务提供商的触发器。
存在多种方法来利用新服务用例创建模块308触发新用例的创建。在反应性维护中,客户可以联系供应商以报告医疗系统的问题。然后,客户可以使用自动化工具来报告问题(例如,客户门户网站或交互式用户界面作为聊天机器人),或者可以将问题报告给供应商代表(例如,应用专家、客户支持呼叫中心等)。在前一种情况下,将为所报告的问题自动创建服务用例。在后一种情况下,供应商员工手动创建服务用例。
在主动性维护中,一种自动化工具监视医疗系统的性能。如果该工具检测到异常,它将创建警报。然后,RSE可以基于这些警报中的一个来决定创建服务用例。类似地,可以基于指示严重问题的警报来自动创建服务用例。
所创建的服务用例还可能包含要执行的测试列表,以便验证所报告的问题已经完成。这样的验证测试集合用V={v_i(s),i=1…n}表示,其中s是维护中的医疗系统,并且每个验证测试v_i是返回二进制值0或1的函数,分别指示验证测试失败或通过。验证测试优选地是自动化的,并且可以由服务平台远程执行。然而,在某些场景中,它们可能要求服务工程师或客户的参与(例如,验证体模对象的扫描不会产生任何错误)。注意,V也可以是空集,即,不要求验证。
TMP推荐操作310被配置为支持选择最合适的TMP来处理当前服务用例。非暂时性计算机可读介质127被配置为存储关于与原始设备制造商(OEM;本文别处称为医学成像设备供应商)具有协议的所有第三方维护服务提供商的详细信息。关于所有第三方维护服务提供商的详细信息形成维护提供商资格数据130。资格数据130包括关于与OEM具有协议的所有TMP的详细信息,包括例如TMP性能历史、TMP培训历史或其组合。此外,还可以进行成本因素分析。例如,两个大致有相等资格的SE将在可用性和成本方面得到解决。然而,资格和成本的差异也可以在选择算法内得到平衡。在用例创建操作308之后,如果优选地使TMP参与用例处理,则TMP推荐操作310包括基于若干标准来选择最合适的服务提供商。TMP参与用例处理可能发生在不同的阶段。在一些情况下,TMP负责从远程诊断到现场修复和报告的整个用例处理。在其他情况下,只为现场活动选择TMP。TMP的资格也不同。其中一些有资格进行端到端用例处理,而一些仅有资格进行现场活动。令TMP由t表示。存储在数据库中的所有TMP的集合由T表示。给定服务用例c,对于T中的每个TMPti,推荐操作310根据等式1计算分数:
score(ti,c)=q(ti,c)s(ti,c)-w1p(ti,c)-w2e(ti,c) (1)
函数q(ti,c)确定TMP ti是否有资格处理用例c,其中
函数s(ti,c)产生在[0,1]范围内的分数,它表示由ti成功解决用例的可能性。它可以由TMP所拥有的专业知识和对类似问题的历史处理记录来确定。函数p(ti,c)产生在(0,1]范围内的分数,它表示对由ti处理用例c的成本的估计。w1用于调整分数对总分数的权重。函数e(ti,c)产生在(0,1]范围内的分数,它表示对由ti处理用例c所要求的时间的估计。w2用于调整分数对总分数的权重。
所有可用的TMP使用评分函数score(ti,c)进行排序。推荐操作310可以基于排序自动选择TMP,或者向将做出最终决定的领域专家提供候选列表。
一旦选择了最合适的TMP,信息收集器操作312使用基于规则的逻辑来收集传递给安全评估器操作314的所有相关信息。信息收集器操作312通过使用关键字来取得设备(日志)数据、元数据、远程诊断、服务级别协议细节、医学成像设备120的配置、其他相关服务用例等来从可用源查询数据。还对数据进行匿名化和去标识化以使其不可追踪。
安全评估器操作314包括评估来自信息收集器操作312的输出,以确保没有敏感数据泄漏到TMP。管理隐私和访问控制的责任在于供应商。这包括管理身份、认证、授权和访问控制以提供隐私。因此,使TMP参与要求确保关于数据共享的所有客户要求都到位。安全评估器操作314分析准备好与TMP共享的收集到的信息,以避免数据泄露的风险。这是通过对数据进行去标识化和匿名化来实现的。
维护服务操作316包括(由TMP)执行当前服务用例,并且一旦完成,用例被关闭并被发送回供应商。一旦TMP已经完成了对医学成像设备120的维护,它就向供应商提供可以关闭对应的服务用例的反馈。此外,可以布置从TMP到供应商的数据交换。供应商应尽可能多地了解客户问题和解决方法。为此,TMP可以记录该数据并将其发送回供应商。TMP希望使维护成本最小化,因此使订购的部件(通常来自OEM)最小化。在从TMP到供应商进行部件订购时,供应商可以“验证”所订购的部件对于给定的问题是有意义的。例如,当订购部件时,TMP还应该指示它认为有理由订购该部件的“错误码”。有利地,供应商了解关联错误码/部件,并且TMP避免订购错误的部件。
验证和用例关闭操作318包括验证问题已经解决并关闭服务用例。服务用例的成功关闭可能会触发维护提供商对所执行的维护活动的支付。当供应商接收到TMP ti已经为服务用例c完成维护的触发时,它首先验证维护是否成功。为此,它调度所有验证测试V的执行,如服务用例中所指定的。只有当所有测试都通过,即,vi(s)=1,时,维护才被认为是成功的。
如果验证测试失败,则供应商决定如何继续维护医疗系统。在选择相同的TMP来完成维护的情况下,大部分信息已经提供,供应商只需要决定与TMP共享哪些附加信息。
如果所有验证测试都通过,那么供应商关闭服务用例c。这可以触发支付过程pay(t,c),其指示第三方计费系统对所执行的活动补偿TMP ti。
一种非暂时性存储介质包括用于以机器(例如,计算机)可读形式存储或传输信息的任何介质。例如,机器可读介质包括只读存储器(“ROM”)、固态驱动器(SSD)、闪速存储器或其他电子存储介质;硬盘驱动器、RAID阵列或其他磁盘存储介质;光盘或其他光学存储介质;等等。
本说明书中所示的方法可以被实现为存储在非暂时性存储介质上并由计算机或其他电子处理器读取和执行的指令。
已经参考优选实施例描述了本公开。在阅读和理解前面的详细描述时,其他人可能会想到修改和改变。旨在将示例性实施例解释为包括所有这些修改和改变,只要它们在所附权利要求或其等价物的范围内。
Claims (20)
1.一种非暂时性计算机可读介质(107、127),其存储:
根据来自医学成像设备(120)的日志文件(132)生成的与所述医学成像设备相关的数据;
指令,其能够由至少一个电子处理器(101、113)读取和执行以进行以下操作:
基于接收到的针对当前服务用例的查询,从要针对其执行所述当前服务用例的所述医学成像设备的所述日志文件中取回日志数据,所述日志数据至少包括与要执行的所述当前服务用例相关的所述医学成像设备的操作数据;
根据取回的日志数据生成要提供给维护提供商的、针对所述当前服务用例的所述操作数据的至少子集;以及
在由所述维护提供商能够操作的电子处理设备(102)的显示设备(105)上提供显示关于所述当前服务用例的信息的用户界面(UI)(140)。
2.根据权利要求1所述的非暂时性计算机可读介质(107、127),还存储:
与多个维护提供商的资格(130)相关的数据;并且其中,所述指令还包括:
取回所述多个维护提供商中的维护提供商的所述资格;以及
基于取回的日志数据和取回的资格,从所述多个维护提供商中选择维护提供商来执行所述当前服务用例。
3.根据权利要求2所述的非暂时性计算机可读介质(107、127),其中,与所述多个维护提供商中的维护提供商的资格(130)相关的所述数据包括以下各项中的至少一项:
与以下各项中的一项或多项相关的数据:每个维护提供商的经验水平、每个维护提供商成功解决所述当前服务用例的可能性、每个维护提供商的可用性、以及针对每个维护提供商的成本估计。
4.根据权利要求1-3中任一项所述的非暂时性计算机可读介质(107、127),其中,所述指令还包括:
在由所述维护提供商能够操作的所述电子处理设备(102)的所述显示设备(105)的GUI(140)上呈现用于为要针对其执行所述当前服务用例的所述医学成像设备(120)订购部件的对话框(142)。
5.根据权利要求1-4中任一项所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为通过以下操作来根据取回的日志数据生成要提供给维护提供商的、针对所述当前服务用例的所述操作数据的至少子集:
使来自要针对其执行所述当前服务用例的所述医学成像设备(120)的所述日志文件(132)的所述日志数据匿名化;
其中,在所述UI(140)上显示的关于所述当前服务用例的所述信息包括经匿名化的日志数据。
6.根据权利要求1-5中任一项所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为通过以下操作来根据取回的日志数据生成要提供给维护提供商的、针对所述当前服务用例的所述操作数据的至少子集:
对来自要针对其执行所述当前服务用例的所述医学成像设备(120)的所述日志文件(132)的所述日志数据进行过滤,以去除与医学成像设备相关的专有信息;以及
将经过滤的数据传送到由所选择的维护提供商能够操作的远程电子处理设备(102)。
7.根据权利要求1-6中任一项所述的非暂时性计算机可读介质(107、127),其中,取回的操作数据包括以下各项中的一项或多项:用于所述医学成像设备(120)的控制参数、由所述医学成像设备生成的错误码、以及由所述医学成像设备生成的传感器数据。
8.根据权利要求1-7中任一项所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为:
将故障预测模型(134)应用于来自要针对其执行所述当前服务用例的所述医学成像设备(120)的所述日志文件的所述日志数据,以基于所述日志数据的子集生成故障预测;以及
在除了由所选择的维护提供商能够操作的所述电子处理设备(102)之外的电子处理设备上显示所述故障预测和所述故障预测所基于的所述日志数据的子集的标识;
其中,在由所选择的维护提供商能够操作的所述UI(140)上显示的关于所述当前服务用例的所述信息包括所述故障预测,但不包括所述故障预测所基于的所述日志数据的子集的所述标识。
9.根据权利要求1-8中任一项所述的非暂时性计算机可读介质(107、127),其中,取回的日志数据包括以下各项中的一项或多项:由一个或多个故障预测模型发布的警报、在警报时间附近生成的日志内容、在所述日志数据上运行的自动化根本原因检测模式的结果、所述医学成像设备的模型、以及所述医学成像设备的配置数据。
10.根据权利要求1-9中任一项所述的非暂时性计算机可读介质(107、127),还存储针对错误码的授权部件列表(138),并且响应于所选择的维护提供商为要针对其执行所述当前服务用例的所述医学成像设备(120)订购一个或多个部件,所述至少一个电子处理器(101、113)还被编程为:
应用验证过滤器(144),所述验证过滤器将所订购的一个或多个部件与针对所述当前服务用例的相关联错误码的所述授权部件列表进行比较,以确定所述一个或多个部件是否在针对所述相关联错误码的所述授权部件列表上。
11.根据权利要求10所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为:
如果所述比较指示所订购的部件不在针对所述相关联错误码的所述授权部件列表(138)上,则向由远程服务工程师(RSE)能够操作的远程电子处理设备(102’)发送通知以供所述RSE检查。
12.根据权利要求1所述的非暂时性计算机可读介质(107、127),还存储针对错误码的授权部件列表(138),并且所述至少一个电子处理器(101、113)还被编程为:
向所述医学成像设备(120)的型号、所述医学成像设备的配置和所述医学成像设备的标识中的一个或多个应用验证过滤器(144),所述验证过滤器(144)将一个或多个所订购的部件与针对所述当前服务用例的相关联错误码的所述授权部件列表进行比较。
13.根据权利要求1-12中任一项所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为:
从由所选择的维护提供商能够操作的所述远程电子处理设备(102)接收所述当前服务用例已经完成的通知;
对要针对其执行所述当前服务用例的所述医学成像设备执行一个或多个测试,以确认所述当前服务用例已经被解决。
14.根据权利要求13所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为:
在确定所述当前服务用例已经被解决时,发起对所选择的维护提供商的支付。
15.一种非暂时性计算机可读介质(107、127),其存储:
根据来自医学成像设备(120)的日志文件(132)生成的与所述医学成像设备相关的数据;
指令,所述指令能够由至少一个电子处理器(101、113)读取和执行以进行以下操作:
基于接收到的针对当前服务用例的查询,从要针对其执行所述当前服务用例的所述医学成像设备的所述日志文件中取回日志数据,所述日志数据至少包括与要执行的所述当前服务用例相关的所述医学成像设备的操作数据;
根据取回的日志数据生成要提供给维护提供商的、针对所述当前服务用例的所述操作数据的至少子集;以及
在由所述维护提供商能够操作以执行所述当前服务用例的电子处理设备(102)的显示设备(105)上提供用户界面(UI)(140),所述用户界面(UI)(140)显示关于所述当前服务用例的信息并且呈现用于为要针对其执行所述当前服务用例的所述医学成像设备订购部件的对话框(142)。
16.根据权利要求15所述的非暂时性计算机可读介质(107、127),还存储:
与多个维护提供商的资格(130)相关的数据;并且其中,所述指令还包括:
取回所述多个维护提供商中的维护提供商的所述资格;
基于取回的日志数据和取回的资格,从所述多个维护提供商中选择维护提供商来执行所述当前服务用例。
17.根据权利要求15和16中任一项所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为通过以下操作根据取回的日志数据生成要提供给维护提供商的、针对所述当前服务用例的所述操作数据的至少子集:
使来自要针对其执行所述当前服务用例的所述医学成像设备(120)的所述日志文件(132)的所述日志数据匿名化;
其中,在所述UI(140)上显示的关于所述当前服务用例的所述信息包括经匿名化的日志数据。
18.根据权利要求16和17中任一项所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为通过以下操作根据取回的日志数据生成要提供给维护提供商的、针对所述当前服务用例的所述操作数据的至少子集:
对来自要针对其执行所述当前服务用例的所述医学成像设备(120)的所述日志文件(132)的所述日志数据进行过滤,以去除与医学成像设备相关的专有信息;以及
将经匿名化的和经过滤的数据传送到由所选择的维护提供商能够操作的远程电子处理设备(102)。
19.根据权利要求15-18中任一项所述的非暂时性计算机可读介质(107、127),其中,所述至少一个电子处理器(101、113)还被编程为:
将故障预测模型(134)应用于来自要针对其执行所述当前服务用例的所述医学成像设备(120)的所述日志文件的所述日志数据,以基于日志数据的子集生成故障预测;以及
在除了由所选择的维护提供商能够操作的所述电子处理设备(102)之外的电子处理设备上显示所述故障预测和所述故障预测所基于的所述日志数据的子集的标识;
其中,在由所选择的维护提供商能够操作的所述UI(140)上显示的关于所述当前服务用例的所述信息包括所述故障预测,但不包括所述故障预测所基于的所述日志数据的子集的所述标识。
20.一种非暂时性计算机可读介质(107、127),其存储:
与多个维护提供商的资格(130)相关的数据;
根据来自医学成像设备(120)的日志文件(132)生成的与所述医学成像设备相关的数据;
指令,所述指令能够由至少一个电子处理器(101、113)读取和执行以进行以下操作:
基于接收到的针对当前服务用例的查询,从要针对其执行所述当前服务用例的所述医学成像设备的所述日志文件中取回日志数据,所述日志数据至少包括与要执行的所述当前服务用例相关的所述医学成像设备的操作数据;
根据取回的日志数据生成要提供给维护提供商的、针对所述当前服务用例的所述操作数据的至少子集;
取回所述多个维护提供商中的维护提供商的所述资格;
基于取回的日志数据和取回的资格,从所述多个维护提供商中选择维护提供商来执行所述当前服务用例;以及
在由所选择的维护提供商能够操作的电子处理设备(102)的显示设备(105)上提供用户界面(UI)(140),所述用户界面(UI)(140)显示关于所述当前服务用例的信息并且呈现用于为要针对其执行所述当前服务用例的所述医学成像设备订购部件的对话框(142)。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US202163247393P | 2021-09-23 | 2021-09-23 | |
| US63/247,393 | 2021-09-23 | ||
| PCT/EP2022/075715 WO2023046576A1 (en) | 2021-09-23 | 2022-09-16 | Systems and methods for maintenance services |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117981008A true CN117981008A (zh) | 2024-05-03 |
Family
ID=83898061
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202280064225.6A Pending CN117981008A (zh) | 2021-09-23 | 2022-09-16 | 用于维护服务的系统和方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20240404690A1 (zh) |
| EP (1) | EP4405978A1 (zh) |
| CN (1) | CN117981008A (zh) |
| WO (1) | WO2023046576A1 (zh) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20240122555A1 (en) * | 2022-10-18 | 2024-04-18 | Siemens Medical Solutions Usa, Inc. | Troubleshooting medical imaging equipment |
| WO2025083004A1 (en) | 2023-10-20 | 2025-04-24 | Koninklijke Philips N.V. | Planning updates for an interdependent fleet of medical devices |
| EP4542566A1 (en) * | 2023-10-20 | 2025-04-23 | Koninklijke Philips N.V. | Planning updates for an interdependent fleet of medical devices |
| WO2025114150A1 (en) * | 2023-11-27 | 2025-06-05 | Koninklijke Philips N.V. | Medical device configuration analyzer |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1065619A2 (en) * | 1999-06-29 | 2001-01-03 | General Electric Company | Method and apparatus for automatically guiding a user through a medical diagnostic system service workflow |
| US20170147990A1 (en) * | 2015-11-23 | 2017-05-25 | CSI Holdings I LLC | Vehicle transactions using objective vehicle data |
| US11935646B1 (en) * | 2018-03-26 | 2024-03-19 | Glassbeam, Inc. | Predicting medical device failure based on operational log data |
| US11449635B2 (en) * | 2018-05-16 | 2022-09-20 | Microsoft Technology Licensing, Llc. | Rule-based document scrubbing of sensitive data |
| CN112182233B (zh) * | 2019-07-05 | 2024-06-18 | 北京绪水互联科技有限公司 | 用于存储设备故障记录的知识库、及利用其辅助定位设备故障的方法及系统 |
| US20210117890A1 (en) * | 2019-10-18 | 2021-04-22 | Ge Global Sourcing Llc | Equipment repair system and method |
| CN111816290A (zh) * | 2020-07-13 | 2020-10-23 | 思睿合通(天津)医疗器械有限公司 | 医疗设备维保巡检方法及系统 |
| US20230335269A1 (en) * | 2020-09-30 | 2023-10-19 | Koninklijke Philips N.V. | Splitting and ordering based log file transfer for medical systems |
-
2022
- 2022-09-16 WO PCT/EP2022/075715 patent/WO2023046576A1/en not_active Ceased
- 2022-09-16 US US18/692,352 patent/US20240404690A1/en active Pending
- 2022-09-16 CN CN202280064225.6A patent/CN117981008A/zh active Pending
- 2022-09-16 EP EP22790265.7A patent/EP4405978A1/en active Pending
Also Published As
| Publication number | Publication date |
|---|---|
| EP4405978A1 (en) | 2024-07-31 |
| WO2023046576A1 (en) | 2023-03-30 |
| US20240404690A1 (en) | 2024-12-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN117981008A (zh) | 用于维护服务的系统和方法 | |
| JP7643947B2 (ja) | モバイル機器サポートサービスを提供するためのシステム、方法、装置、およびコンピュータプログラム製品 | |
| JP6861675B2 (ja) | モバイルデバイスサポートサービスを提供するためのシステム、方法、装置、および非一時的コンピュータ可読記憶媒体 | |
| US20120116984A1 (en) | Automated evaluation of compliance data from heterogeneous it systems | |
| EP4244865B1 (en) | System and method for automated identification of malfunction areas for maintenance cases | |
| US11144930B2 (en) | System and method for managing service requests | |
| US20090319576A1 (en) | Extensible task execution techniques for network management | |
| US20210326811A1 (en) | Time Clock with Thermal Reader Integral Therewith | |
| US20210390010A1 (en) | Software Application Diagnostic Aid | |
| US20250006356A1 (en) | Post-service state validator for medical devices | |
| CN118339620A (zh) | 用于医学设备的售后状态验证器 | |
| JP2017130191A (ja) | コンピュータ装置の修理および/または保守が必要である場合に、保守関連行為のみを行うことを可能にする保守資格情報 | |
| CN109274533B (zh) | 一种基于规则引擎的Web服务故障的定位装置和方法 | |
| US20250272215A1 (en) | Autocorrecting Batch Processing System | |
| US20230004476A1 (en) | Application failure tracking features | |
| CN118525339A (zh) | 具有远程诊断测试推荐和自动生成定制问题的案例输入系统和方法 | |
| CN119866526A (zh) | 医学设备监测代理 | |
| WO2023154537A1 (en) | Systems and methods for recording major incident response information | |
| WO2020091589A1 (en) | Method and system for monitoring user access to application server | |
| HK1212481B (zh) | 用於提供移动设备支持服务的系统、方法、设备以及计算机程序产品 |
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 |