CN109710444A - 智能医院信息系统的异常处理的方法及相关设备 - Google Patents
智能医院信息系统的异常处理的方法及相关设备 Download PDFInfo
- Publication number
- CN109710444A CN109710444A CN201811608278.1A CN201811608278A CN109710444A CN 109710444 A CN109710444 A CN 109710444A CN 201811608278 A CN201811608278 A CN 201811608278A CN 109710444 A CN109710444 A CN 109710444A
- Authority
- CN
- China
- Prior art keywords
- monitored object
- abnormal
- exception
- information system
- class
- 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
- Debugging And Monitoring (AREA)
Abstract
本申请涉及一种智能医院信息系统的异常处理的方法及相关设备,应用于数字化医疗技术领域,获取智能医院信息系统中的各个被监控对象的运行日志;通过所述运行日志判断所述被监控对象是否出现异常;如果出现异常,向移动终端发送报警信息,所述报警信息中携带所述被监控对象的地址,并确定出现的异常的类型,所述异常的类型包括第一类异常和第二类异常,所述第一类异常的严重程度大于所述第二类异常的严重程度;如果确定出现的异常为所述第一类异常,则向所述被监控对象发送闭锁指令使得所述被监控对象无法再次启动;如果确定出现的异常为所述第二类异常,则向所述被监控对象发送重启指令。如此,异常处理更加及时。
Description
技术领域
本申请涉及数字化医疗技术领域,具体涉及一种智能医院信息系统的异常处理的方法及相关设备。
背景技术
目前,智能医院信息系统已经在各医院得到了广泛应用,实现了医院的数字化、现代化管理,以及快速就医,已经成为提高医疗质量的重要保障。
为保障医疗工作的顺利展开,则需要保证智能医院信息系统的正常运行,如果运行出现异常,则需要专业的系统维护人员一一进行排查异常位置,该异常处理方式不够及时,不仅容易延误医疗工作,还容易因非专业人员的失误操作导致异常加重。
发明内容
有鉴于此,为了克服以上相关技术中存在的智能医院信息系统的异常处理不及时的问题,提供一种智能医院信息系统的异常处理的方法及相关设备。
为实现以上目的,本申请采用如下技术方案:
一种智能医院信息系统的异常处理的方法,包括:
获取智能医院信息系统中的各个被监控对象的运行日志;
通过所述运行日志判断所述被监控对象是否出现异常;
如果出现异常,向移动终端发送报警信息,所述报警信息中携带所述被监控对象的地址,并确定出现的异常的类型,所述异常的类型包括第一类异常和第二类异常,所述第一类异常的严重程度大于所述第二类异常的严重程度;
如果确定出现的异常为所述第一类异常,则向所述被监控对象发送闭锁指令使得所述被监控对象无法再次启动;
如果确定出现的异常为所述第二类异常,则向所述被监控对象发送重启指令。
可选的,所述向所述被监控对象发送重启指令之后,所述的方法还包括:
检测到所述被监控对象异常重启之后,重新获取所述被监控对象的运行日志并判断所述被监控对象是否出现异常,如果依然出现异常,则向所述被监控对象发送闭锁指令使得所述被监控对象无法再次启动。
可选的,所述的方法还包括:
统计在预定时间内出现同一异常的次数;
通过可视化界面显示统计的次数以便进行分析。
可选的,所述的方法还包括:
针对所述第二类异常,统计在预定时间内出现同一异常的次数;
判断所述统计的次数是否达到预设次数;
如果是,则将出现的异常的类型从所述第二类异常修改为所述第一类异常。
可选的,所述的方法还包括:
对出现异常的所述被监控对象进行数据备份。
可选的,所述获取智能医院信息系统中的各个被监控对象的运行日志,包括:
实时获取智能医院信息系统中的各个被监控对象的运行日志;
或者,按照预设周期获取智能医院信息系统中的各个被监控对象的运行日志。
可选的,各所述被监控对象包括硬件设备和软件程序;
所述第一类异常包括硬件设备的核心器件损坏、操作系统异常;
所述第二类异常包括网络通信异常、程序运行卡顿。
一种智能医院信息系统的异常处理的装置,所述装置包括:
获取模块,用于获取智能医院信息系统中的各个被监控对象的运行日志;
判断模块,用于通过所述运行日志判断所述被监控对象是否出现异常;
报警模块,用于如果出现异常,向移动终端发送报警信息,所述报警信息中携带所述被监控对象的地址;
确定模块,用于确定出现的异常的类型,所述异常的类型包括第一类异常和第二类异常,所述第一类异常的严重程度大于所述第二类异常的严重程度;
第一发送模块,用于如果确定出现的异常为所述第一类异常,则向所述被监控对象发送闭锁指令使得所述被监控对象无法再次启动;
第二发送模块,用于如果确定出现的异常为所述第二类异常,则向所述被监控对象发送重启指令。
一种智能医院信息系统的异常处理的设备,包括:
处理器,以及与所述处理器相连接的存储器;
所述存储器用于存储计算机程序;
所述处理器用于调用并执行所述存储器中的所述计算机程序,以执行如以上任一项所述的方法。
一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时,实现如以上任一项所述的方法中各个步骤。
本申请采用以上技术方案,具有以下有益效果:
通过智能医院信息系统中的各个被监控对象的运行日志进行判断被监控对象是否出现异常,如此,可以实现统一监控,如果出现异常,则立即将被监控对象的地址携带在报警信号中发送给移动终端,通知系统维护人员及时、快速定位异常,同时对于比较严重的第一类异常,则向异常的被监控对象发送闭锁指令,使得被监控对象无法再次启动,避免非专业人员在等待恢复期间误操作,导致异常加重、设备损坏,对于轻度的第二类异常,则可以向被监控对象发送重启指令,尝试通过自动重启恢复正常,如此,异常处理更加高效。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一个实施例提供的一种智能医院信息系统的异常处理的方法的流程图。
图2是本申请另一个实施例提供的一种智能医院信息系统的异常处理的装置的结构图。
图3是本申请另一个实施例提供的一种智能医院信息系统的异常处理的设备的结构图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将对本申请的技术方案进行详细的描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式,都属于本申请所保护的范围。
实施例
参见图1,图1是本申请一个实施例提供的一种智能医院信息系统的异常处理的方法的流程图。如图1所示,本实施例提供的一种智能医院信息系统的异常处理的方法的具体步骤如下:
步骤11、获取智能医院信息系统中的各个被监控对象的运行日志。
相应的,被监控对象可以主动上报运行日志,也可以是在接收到上报指令之后,再上报运行日志。
步骤12、通过运行日志判断被监控对象是否出现异常。
步骤13、如果出现异常,向移动终端发送报警信息,报警信息中携带被监控对象的地址,并确定出现的异常的类型,异常的类型包括第一类异常和第二类异常,第一类异常的严重程度大于第二类异常的严重程度。
步骤14、如果确定出现的异常为第一类异常,则向被监控对象发送闭锁指令使得被监控对象无法再次启动。
相应的,被监控对象接收到闭锁指令后,停止响应用户输入的指令。
步骤15、如果确定出现的异常为第二类异常,则向被监控对象发送重启指令。
相应的,被监控对象接收到重启指令后,进行重启。
通过智能医院信息系统中的各个被监控对象的运行日志进行判断被监控对象是否出现异常,如此,可以实现统一监控,如果出现异常,则立即将被监控对象的地址携带在报警信号中发送给移动终端,通知系统维护人员及时、快速定位异常,同时对于比较严重的第一类异常,则向异常的被监控对象发送闭锁指令,使得被监控对象无法再次启动,避免非专业人员在等待恢复期间误操作,导致异常加重、设备损坏,对于轻度的第二类异常,则可以向被监控对象发送重启指令,尝试通过自动重启恢复正常,如此,异常处理更加高效。
本方案的执行主体可以是单独设置的硬件设备,比如,电脑,也可以是智能医院信息系统中的硬件设备或者功能模块。
其中,各被监控对象可以包括硬件设备,比如接入智能医院信息系统的化学检验设备、影像设备、挂号设备等等,还包括软件程序,比如智能医院信息系统中的患者主索引程序、主数据管理程序等等。相应的,第一类异常中,包括硬件设备方面的核心器件损坏,软件程序方面的操作系统异常,这一类的异常,一般,需要专业人员亲自进行处理恢复。第二类异常包括硬件设备之间的网络通信异常,软件程序方面的程序运行卡顿等等,这一类的异常,可能是因运行时间过长,内存占用过大导致的,则可以尝试通过自动重启设备或者软件程序来实现,实现自主恢复。
以网络通信异常为例,在向移动终端发送报警信息时,可以携带接入点的IP地址,比如,接入点:PACS,IP:47.13.543.23,问题:通信异常。系统维护人员看到信息后,可以立即定位查看。
对于第二类异常,如果通过重启之后,仍然无法恢复,则需要等待专业维护人员来处理,一些实施例中,可选的,向被监控对象发送重启指令之后,还可以在检测到被监控对象异常重启之后,重新获取被监控对象的运行日志并判断被监控对象是否出现异常,如果依然出现异常,则向被监控对象发送闭锁指令使得被监控对象无法再次启动。如此,将无法自动恢复的被监控对象闭锁,使其无法再次启动,避免异常加重。
为方便了解各个异常的出现频率,进行优化分析,可选的,本实施例的方法还可以包括:统计在预定时间内出现同一异常的次数;通过可视化界面显示统计的次数以便进行分析。
对于上述第二类异常,如果在恢复之后,还是反复出现,会严重影响系统稳定性,则认为该异常也是较为严重的异常,为此,一些实施例中,可选的,还可以针对第二类异常,判断上述统计的次数是否达到预设次数;如果是,则将出现的异常的类型从第二类异常修改为第一类异常。将频繁出现的第二类异常自动修改类型之后,自动按照严重的第一类异常进行处理,处理效果更佳。
由于被监控对象出现异常,可能会导致数据的丢失,因此,可选的,还可以对出现异常的被监控对象进行数据备份。具体的,可以向被监控对象发送备份指令,相应的,被监控对象响应于该备份指令进行备份,并将备份数据回传,防止数据丢失。
一些实施例中,可选的,获取智能医院信息系统中的各个被监控对象的运行日志,可以是实时获取智能医院信息系统中的各个被监控对象的运行日志,如此,监控更加及时;或者,也可以是按照预设周期获取智能医院信息系统中的各个被监控对象的运行日志,比如,每天获取一次,如此,可以节省运行开销。
参见图2,图2是本申请实施例提供的一种智能医院信息系统的异常处理的装置的结构图。如图2所示,本实施例的装置包括:
获取模块201,用于获取智能医院信息系统中的各个被监控对象的运行日志;
判断模块202,用于通过运行日志判断被监控对象是否出现异常;
报警模块203,用于如果出现异常,向移动终端发送报警信息,报警信息中携带被监控对象的地址;
确定模块204,用于确定出现的异常的类型,异常的类型包括第一类异常和第二类异常,第一类异常的严重程度大于第二类异常的严重程度;
第一发送模块205,用于如果确定出现的异常为第一类异常,则向被监控对象发送闭锁指令使得被监控对象无法再次启动;
第二发送模块206,用于如果确定出现的异常为第二类异常,则向被监控对象发送重启指令。
本实施例的具体实现方案可以参见前述实施例记载的一种智能医院信息系统的异常处理的方法实施例中的相关说明,此处不再赘述。
参见图3,图3是本申请实施例提供的一种智能医院信息系统的异常处理的设备的结构图。如图3所示,本实施例提供的一种智能医院信息系统的异常处理的设备,包括:
处理器301,以及与处理器301相连接的存储器302;
存储器302用于存储计算机程序;
处理器301用于调用并执行存储器中的计算机程序,以执行如以上任意实施例所述的方法。
本实施例的具体实现方案可以参见前述实施例记载的一种智能医院信息系统的异常处理的方法实施例中的相关说明,此处不再赘述。
本实施例提供一种存储介质,存储介质存储有计算机程序,计算机程序被处理器执行时,实现如以上任意实施例所述的方法中各个步骤。
本实施例的具体实现方案可以参见前述实施例记载的一种智能医院信息系统的异常处理的方法实施例中的相关说明,此处不再赘述。
可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是,在本申请的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(PGA),现场可编程门阵列(FPGA)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。
Claims (10)
1.一种智能医院信息系统的异常处理的方法,其特征在于,包括:
获取智能医院信息系统中的各个被监控对象的运行日志;
通过所述运行日志判断所述被监控对象是否出现异常;
如果出现异常,向移动终端发送报警信息,所述报警信息中携带所述被监控对象的地址,并确定出现的异常的类型,所述异常的类型包括第一类异常和第二类异常,所述第一类异常的严重程度大于所述第二类异常的严重程度;
如果确定出现的异常为所述第一类异常,则向所述被监控对象发送闭锁指令使得所述被监控对象无法再次启动;
如果确定出现的异常为所述第二类异常,则向所述被监控对象发送重启指令。
2.根据权利要求1所述的方法,其特征在于,所述向所述被监控对象发送重启指令之后,所述的方法还包括:
检测到所述被监控对象异常重启之后,重新获取所述被监控对象的运行日志并判断所述被监控对象是否出现异常,如果依然出现异常,则向所述被监控对象发送闭锁指令使得所述被监控对象无法再次启动。
3.根据权利要求1所述的方法,其特征在于,所述的方法还包括:
统计在预定时间内出现同一异常的次数;
通过可视化界面显示统计的次数以便进行分析。
4.根据权利要求1所述的方法,其特征在于,所述的方法还包括:
针对所述第二类异常,统计在预定时间内出现同一异常的次数;
判断所述统计的次数是否达到预设次数;
如果是,则将出现的异常的类型从所述第二类异常修改为所述第一类异常。
5.根据权利要求1所述的方法,其特征在于,所述的方法还包括:
对出现异常的所述被监控对象进行数据备份。
6.根据权利要求1所述的方法,其特征在于,所述获取智能医院信息系统中的各个被监控对象的运行日志,包括:
实时获取智能医院信息系统中的各个被监控对象的运行日志;
或者,按照预设周期获取智能医院信息系统中的各个被监控对象的运行日志。
7.根据权利要求1所述的方法,其特征在于,各所述被监控对象包括硬件设备和软件程序;
所述第一类异常包括硬件设备的核心器件损坏、操作系统异常;
所述第二类异常包括网络通信异常、程序运行卡顿。
8.一种智能医院信息系统的异常处理的装置,其特征在于,所述装置包括:
获取模块,用于获取智能医院信息系统中的各个被监控对象的运行日志;
判断模块,用于通过所述运行日志判断所述被监控对象是否出现异常;
报警模块,用于如果出现异常,向移动终端发送报警信息,所述报警信息中携带所述被监控对象的地址;
确定模块,用于确定出现的异常的类型,所述异常的类型包括第一类异常和第二类异常,所述第一类异常的严重程度大于所述第二类异常的严重程度;
第一发送模块,用于如果确定出现的异常为所述第一类异常,则向所述被监控对象发送闭锁指令使得所述被监控对象无法再次启动;
第二发送模块,用于如果确定出现的异常为所述第二类异常,则向所述被监控对象发送重启指令。
9.一种智能医院信息系统的异常处理的设备,其特征在于,包括:
处理器,以及与所述处理器相连接的存储器;
所述存储器用于存储计算机程序;
所述处理器用于调用并执行所述存储器中的所述计算机程序,以执行如权利要求1-7任一项所述的方法。
10.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时,实现如权利要求1-7任一项所述的方法中各个步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811608278.1A CN109710444A (zh) | 2018-12-26 | 2018-12-26 | 智能医院信息系统的异常处理的方法及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811608278.1A CN109710444A (zh) | 2018-12-26 | 2018-12-26 | 智能医院信息系统的异常处理的方法及相关设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109710444A true CN109710444A (zh) | 2019-05-03 |
Family
ID=66258511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811608278.1A Pending CN109710444A (zh) | 2018-12-26 | 2018-12-26 | 智能医院信息系统的异常处理的方法及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109710444A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110413497A (zh) * | 2019-07-30 | 2019-11-05 | Oppo广东移动通信有限公司 | 异常监控方法、装置、终端设备及计算机可读存储介质 |
CN111751705A (zh) * | 2020-06-18 | 2020-10-09 | 捷普电子(广州)有限公司 | 测试结果展示方法、装置及电子设备、存储介质 |
CN114927205A (zh) * | 2022-05-06 | 2022-08-19 | 透彻影像(北京)科技有限公司 | 一种基于人工智能病理辅助诊断系统的部署监控系统 |
CN117370052A (zh) * | 2023-09-14 | 2024-01-09 | 广州宇中网络科技有限公司 | 微服务故障分析方法、装置、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102611726A (zh) * | 2011-01-25 | 2012-07-25 | 鸿富锦精密工业(深圳)有限公司 | 监控报警装置及监控报警方法 |
US20120290884A1 (en) * | 2011-05-09 | 2012-11-15 | Canon Kabushiki Kaisha | Information processing apparatus that detects startup error, method of controlling the same, and storage medium |
CN103905274A (zh) * | 2014-03-25 | 2014-07-02 | 华为技术有限公司 | 一种故障信息的传递方法和设备 |
CN105633917A (zh) * | 2015-12-22 | 2016-06-01 | 南京南瑞继保电气有限公司 | 一种基于统一潮流控制器的故障处理方法及系统 |
CN108510086A (zh) * | 2018-02-09 | 2018-09-07 | 深圳华龙讯达信息技术股份有限公司 | 故障应对方案确定方法及装置 |
-
2018
- 2018-12-26 CN CN201811608278.1A patent/CN109710444A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102611726A (zh) * | 2011-01-25 | 2012-07-25 | 鸿富锦精密工业(深圳)有限公司 | 监控报警装置及监控报警方法 |
US20120290884A1 (en) * | 2011-05-09 | 2012-11-15 | Canon Kabushiki Kaisha | Information processing apparatus that detects startup error, method of controlling the same, and storage medium |
CN103905274A (zh) * | 2014-03-25 | 2014-07-02 | 华为技术有限公司 | 一种故障信息的传递方法和设备 |
CN105633917A (zh) * | 2015-12-22 | 2016-06-01 | 南京南瑞继保电气有限公司 | 一种基于统一潮流控制器的故障处理方法及系统 |
CN108510086A (zh) * | 2018-02-09 | 2018-09-07 | 深圳华龙讯达信息技术股份有限公司 | 故障应对方案确定方法及装置 |
Non-Patent Citations (1)
Title |
---|
陆昆仑等: "《Web Service编程:用C#.NET开发网络服务[M]》", 31 December 2003, pages: 93 - 96 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110413497A (zh) * | 2019-07-30 | 2019-11-05 | Oppo广东移动通信有限公司 | 异常监控方法、装置、终端设备及计算机可读存储介质 |
CN110413497B (zh) * | 2019-07-30 | 2024-02-13 | Oppo广东移动通信有限公司 | 异常监控方法、装置、终端设备及计算机可读存储介质 |
CN111751705A (zh) * | 2020-06-18 | 2020-10-09 | 捷普电子(广州)有限公司 | 测试结果展示方法、装置及电子设备、存储介质 |
CN114927205A (zh) * | 2022-05-06 | 2022-08-19 | 透彻影像(北京)科技有限公司 | 一种基于人工智能病理辅助诊断系统的部署监控系统 |
CN114927205B (zh) * | 2022-05-06 | 2023-01-13 | 北京透彻未来科技有限公司 | 一种基于人工智能病理辅助诊断系统的部署监控系统 |
CN117370052A (zh) * | 2023-09-14 | 2024-01-09 | 广州宇中网络科技有限公司 | 微服务故障分析方法、装置、设备及存储介质 |
CN117370052B (zh) * | 2023-09-14 | 2024-04-26 | 广州宇中网络科技有限公司 | 微服务故障分析方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109710444A (zh) | 智能医院信息系统的异常处理的方法及相关设备 | |
US11645905B2 (en) | Systems and methods for monitoring a patient health network | |
US11429904B1 (en) | System and method for clinical intelligent agents implementing an integrated intelligent monitoring and notification system | |
US7774651B2 (en) | System and method to detect errors and predict potential failures | |
CA2815289C (en) | Alert notification service | |
CN110661659A (zh) | 一种告警方法、装置、系统及电子设备 | |
CN102880522B (zh) | 面向硬件故障的系统关键文件故障纠正方法及装置 | |
CN102917069B (zh) | 与设备无关性的医疗信息采集中间件装置及其设计方法 | |
US20080065928A1 (en) | Technique for supporting finding of location of cause of failure occurrence | |
CN114328102B (zh) | 设备状态监控方法、装置、设备及计算机可读存储介质 | |
US20080134147A1 (en) | System for monitoring a target application and method thereof | |
CN109165138A (zh) | 一种监控设备故障的方法和装置 | |
CN112363865A (zh) | 数据库故障恢复方法、装置及人脸图像搜索系统 | |
US20090259890A1 (en) | Method & apparatus for hardware fault management | |
CN114154035A (zh) | 一种动环监控的数据处理系统 | |
US9448998B1 (en) | Systems and methods for monitoring multiple heterogeneous software applications | |
CN108958965A (zh) | 一种bmc监控可恢复ecc错误的方法、装置及设备 | |
CN114553682A (zh) | 实时告警方法、系统、计算机设备及存储介质 | |
US20150234698A1 (en) | Methods for diagnosing hardware component failure and devices thereof | |
JP2012080181A (ja) | 障害情報管理方法および障害情報管理プログラム | |
CN112910733A (zh) | 一种基于大数据的全链路监控系统及方法 | |
CN109510730A (zh) | 分布式系统及其监控方法、装置、电子设备及存储介质 | |
US20050005202A1 (en) | Proactive support of a healthcare information system | |
CN115080340A (zh) | 软磁盘阵列监控方法、系统、计算机设备和存储介质 | |
US8031847B2 (en) | Traffic evaluation system |
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: 20190503 |
|
RJ01 | Rejection of invention patent application after publication |