CN111584059A - System monitoring method and device and computer equipment - Google Patents

System monitoring method and device and computer equipment Download PDF

Info

Publication number
CN111584059A
CN111584059A CN202010316852.7A CN202010316852A CN111584059A CN 111584059 A CN111584059 A CN 111584059A CN 202010316852 A CN202010316852 A CN 202010316852A CN 111584059 A CN111584059 A CN 111584059A
Authority
CN
China
Prior art keywords
data
subsystem
abnormal
business
message
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.)
Granted
Application number
CN202010316852.7A
Other languages
Chinese (zh)
Other versions
CN111584059B (en
Inventor
甘子龙
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Wuhan United Imaging Healthcare Co Ltd
Original Assignee
Wuhan United Imaging Healthcare Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Wuhan United Imaging Healthcare Co Ltd filed Critical Wuhan United Imaging Healthcare Co Ltd
Priority to CN202010316852.7A priority Critical patent/CN111584059B/en
Publication of CN111584059A publication Critical patent/CN111584059A/en
Application granted granted Critical
Publication of CN111584059B publication Critical patent/CN111584059B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • 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; CALCULATING OR 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

The application relates to a system monitoring method, a system monitoring device, computer equipment and a storage medium. The method comprises the following steps: receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to a target patient, and abnormal data of the first subsystem; executing a corresponding processing strategy on each type of the first system data to generate content items corresponding to each type of the first system data; presenting the content item in a content item presentation interface. The method greatly facilitates system maintenance personnel to check different types of data of each subsystem, is convenient for finding problems in time, and improves the system maintenance efficiency.

Description

System monitoring method and device and computer equipment
Technical Field
The present application relates to the field of computer application technologies, and in particular, to a system monitoring method and apparatus, and a computer device.
Background
With the continuous development of medical technology and the continuous improvement of a social medical system, more and more convenience is provided for the hospitalizing process of a patient, and the patient can transact services based on a plurality of intercommunicating systems, such as using a system A to make an appointment with a doctor, using a system B to obtain a diagnosis report, and the like. The premise that a plurality of systems bring convenience for patients to see a doctor is that each system can normally operate, so that maintenance personnel need to frequently check system messages such as operating states, abnormal messages and the like of each system so as to instantly know and solve the problem when the system is abnormal.
In the conventional technology, a log recording mode is usually adopted to record system messages such as an operating state, an abnormal message and the like of each system independently, and when maintenance personnel need to know whether the operating state of each system is normal, the logs corresponding to each system need to be checked respectively; when a system is abnormal and a maintenance person is required to determine a corresponding abnormal problem, the log of each system related to the system needs to be checked, and abnormal messages are searched out from the log to finally determine the abnormal problem.
However, in the conventional technology, it is easy to make a maintenance person spend a lot of time on viewing the system message, resulting in low maintenance efficiency.
Disclosure of Invention
Based on this, it is necessary to provide a system monitoring method, an apparatus, a computer device, a monitoring system and a storage medium, aiming at the problem that the conventional technology easily causes a great deal of time to be spent when a maintenance person views a system message, resulting in low maintenance efficiency.
In a first aspect, an embodiment of the present application provides a system monitoring method, where the method includes:
receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem;
executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data;
the content item is presented in a content item presentation interface.
In one embodiment, the anomaly data includes business anomaly data associated with the target patient; executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data, including:
when the abnormal grade corresponding to the abnormal business data is greater than or equal to a preset grade threshold value, acquiring related business data corresponding to the target patient from a preset monitoring database; the monitoring database comprises first system data and related service data;
generating a service abnormal snapshot according to the related service data and the service abnormal data, and taking the service abnormal snapshot as a content item; the business anomaly snapshot is used for representing related business data and business anomaly data in at least one of a table, a word, a flow chart and a change curve.
In one embodiment, the obtaining of relevant business data having a corresponding relationship with a target patient from a preset monitoring database includes:
according to the first subsystem identification of the first subsystem, determining a second subsystem having an interactive relation with the first subsystem from the medical system where the first subsystem is located; the medical system comprises a first subsystem and a second subsystem;
determining second system data sent by the second subsystem from the monitoring database according to the second subsystem identification of the second subsystem;
and extracting relevant business data from the second system data according to the patient information identification of the target patient.
In one embodiment, the monitoring database further comprises operation state data at each moment, and the abnormal data further comprises system operation abnormal data of the first subsystem; executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data, including:
extracting associated running state data within a preset time length from a monitoring database according to the abnormal running data of the system; the associated running state data is data except system running abnormal data in the running state data;
generating an abnormal operation snapshot according to the system abnormal operation data and the associated operation state data, and taking the abnormal operation snapshot as a content item; the operational anomaly snapshot is used to represent operational anomaly data and associated operational status data in at least one of a table, text, a flow chart, and a variation curve.
In one embodiment, when the first system data includes operating state data; executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data, including:
and extracting each running state data corresponding to the running state data within a preset time length from the monitoring database according to the running state data, generating a corresponding state change curve, and taking the state change curve as a content item.
In one embodiment, the monitoring database further comprises second medical business data associated with the target patient in the second subsystem, when the first system data comprises the first medical business data; executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data, including:
extracting second medical service data from the monitoring database according to a second subsystem identifier of the second subsystem;
and generating a business flow chart according to the first medical business data and the second medical business data, and taking the business flow chart as a content item.
In one embodiment, receiving a plurality of different types of first system data transmitted by a first subsystem comprises:
receiving a first system message which is determined and sent by a first subsystem according to a preset message structure; the message structure comprises a message header and message content of the first system message, the message header comprises a message source and a message type of the first system message, and the message content comprises an exception grade and first system data of the first system message;
and analyzing the first system data from the first system message and storing the first system data in a monitoring database.
In one embodiment, the method further comprises:
and storing the first system data and the second system data into a preset message queue according to a message structure.
In a second aspect, an embodiment of the present application provides a system monitoring apparatus, including:
the first system data receiving module is used for receiving a plurality of first system data of different types sent by the first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem;
the content item generation module is used for executing corresponding processing strategies on each type of first system data and generating content items corresponding to each type of first system data;
a content item presentation module to present a content item in a content item presentation interface.
In a third aspect, an embodiment of the present application provides a computer device, where the computer device includes a memory and a processor, the memory stores a computer program, and the processor implements the following steps when executing the computer program:
receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem;
executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data;
the content item is presented in a content item presentation interface.
In a fourth aspect, an embodiment of the present application provides a monitoring system, which includes at least one sub-computer device corresponding to the first subsystem and the computer device in the foregoing embodiment.
In a fifth aspect, an embodiment of the present application provides a readable storage medium, on which a computer program is stored, where the computer program, when executed by a processor, implements the following steps:
receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem;
executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data;
the content item is presented in a content item presentation interface.
According to the system monitoring method, the system monitoring device, the computer device, the monitoring system and the storage medium provided by the embodiment, the computer device can receive a plurality of different types of first system data sent by the first subsystem, wherein the different types of first system data comprise at least one of operating state data of the first subsystem, first medical service data related to a target patient and abnormal data of the first subsystem; and executing corresponding processing strategies for each type of first system data, and generating and displaying content items corresponding to each type of first system data on a content item display interface. In this embodiment, because the computer device can receive the different types of first system data sent by the first subsystem, and generate and display the content items corresponding to each type of first system data, the system maintainer can view the subsystems in sequence, and can view the different types of data of the subsystems directly based on the content item display interface, thereby greatly facilitating the system maintainer to view the different types of data of the subsystems, facilitating the timely problem finding, and improving the system maintenance efficiency.
Drawings
FIG. 1 is an application environment of a system monitoring method according to an embodiment;
FIG. 2 is a flow diagram of a system monitoring method according to an embodiment;
FIG. 3 is a schematic flow chart of a system monitoring method according to another embodiment;
FIG. 4 is a schematic flow chart of a system monitoring method according to another embodiment;
FIG. 5 is a schematic flow chart of a system monitoring method according to another embodiment;
FIG. 6 is a schematic flow chart of a system monitoring method according to another embodiment;
FIG. 7 is a schematic diagram of a system monitoring apparatus according to an embodiment;
FIG. 8 is a block diagram of a computer device, according to an embodiment.
Detailed Description
In order to make the objects, technical solutions and advantages of the present application more apparent, the present application is described in further detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the present application and are not intended to limit the present application.
The system monitoring method provided by the embodiment can be applied to an application environment of the system monitoring method shown in fig. 1, in which the computer device 102 communicates with the server 104 through a network. The computer device 102 is installed with an application program corresponding to the monitoring system, and there may be a plurality of sub-computer devices 106, and each sub-computer device 106 is installed with an application program corresponding to the first subsystem. The sub-computer device 106 is configured to send a plurality of different types of first system data to the computer device 102, the computer device 102 may obtain required data from the monitoring database of the server 104, and the computer device 102 is configured to execute a corresponding processing policy on each type of first system data, generate content items corresponding to each type of first system data, and display the content items in a content item display interface. The computer device 102 may be, but not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices, and the server 104 may be implemented by an independent server or a server cluster composed of a plurality of servers.
It should be noted that, in the system monitoring method provided in the embodiment of the present application, the execution main body may be a system monitoring device, and the system monitoring device may be implemented as part or all of a computer device by software, hardware, or a combination of software and hardware. In the following method embodiments, the execution subject is a computer device as an example.
Fig. 2 is a schematic flow chart of a system monitoring method according to an embodiment. The embodiment relates to an implementation process of generating and displaying content items corresponding to each type of first system data by computer equipment according to a plurality of different types of first system data sent by a received first subsystem. As shown in fig. 2, the method may include:
s201, receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem.
Specifically, the number of the first subsystems may be one, or may be multiple, and each first subsystem is a system for a user to handle one or more types of services based on the first subsystem. Optionally, the first subsystem may be a medical system, a teaching management system, an office system, or the like, which is not limited in this embodiment. Taking the first subsystem as a medical system as an example, the first subsystem a is a system for making an appointment for a doctor, and the first subsystem B is a system for getting a diagnosis report. Optionally, data interaction may be performed between different first subsystems. Optionally, the first system data includes at least one of operational status data of the first subsystem, first medical business data related to the target patient, and abnormal data of the first subsystem. The operation state data of the first subsystem is at least one of data related to the operation of the first subsystem, such as the state of whether the first subsystem successfully reads the configuration file, the CPU utilization rate, the physical memory occupation condition, the connection state of the first subsystem and the database, and the state of whether the function of each sub-module in the first subsystem is normal or not; the first medical service data related to the target patient can be data related to a service transacted by the patient, and can comprise at least one of a service name, patient information, data generated by the service transacted by the patient, and data about whether the service transacted by the patient is successful or not; the abnormal data of the first subsystem may include at least one of data of whether the first subsystem is successful or not in response to other subsystems, an abnormality occurring during operation of the first subsystem, an abnormality occurring when a patient handles a business based on the first subsystem, and an abnormality occurring in a request interface path. The sub-computer device corresponding to the first subsystem may send the first system data to the computer device in real time or according to a preset period.
S202, executing corresponding processing strategies on each type of first system data, and generating content items corresponding to each type of first system data.
Specifically, the processing policy may be a manner of directly displaying the first system data, or a manner of processing the first system data according to a preset processing manner, for example, a manner of displaying the first system data in a histogram manner. The content item is content generated by executing a corresponding processing policy on the first system data, such as directly displayed first system data, or data obtained by processing the first system data according to a preset processing mode. Optionally, the different types of first system data may correspond to different processing policies, and the computer device may execute the corresponding processing policies on each type of first system data to generate content items corresponding to each type of first system data.
S203, displaying the content item in the content item display interface.
Specifically, the computer device may display the content item in a content item display interface in real time, may display the content item according to a trigger instruction input by a user, and may display the content item according to a preset period, where the trigger instruction carries a content item identifier, and the content item identifier may be a content item number or a content item name. Optionally, the content item display interface may include a control key corresponding to the trigger instruction and a control key corresponding to each content. Optionally, when there are a plurality of content items, the computer device may display all the content items at the same time, so as to facilitate system maintenance personnel to check different types of first system data, and to facilitate finding problems in time; optionally, the computer device may also display a part of the content items according to a preset display rule, where the preset display rule may be to display a preset type of the first system data.
In the system monitoring method provided by this embodiment, the computer device may receive a plurality of different types of first system data sent by the first subsystem, where the different types of first system data include at least one of operating status data of the first subsystem, first medical service data related to the target patient, and abnormal data of the first subsystem; and executing corresponding processing strategies for each type of first system data, and generating and displaying content items corresponding to each type of first system data on a content item display interface. In this embodiment, because the computer device can receive the different types of first system data sent by the first subsystem, and generate and display the content items corresponding to each type of first system data, the system maintainer can view the subsystems in sequence, and can view the different types of data of the subsystems directly based on the content item display interface, thereby greatly facilitating the system maintainer to view the different types of data of the subsystems, facilitating the timely problem finding, and improving the system maintenance efficiency.
Fig. 3 is a system monitoring method according to another embodiment. The embodiment relates to an implementation process in which, when the first system data includes at least one of operating state data of the first subsystem, first medical service data related to a target patient, and abnormal data of the first subsystem, the computer device executes a corresponding processing policy on each type of the first system data, and generates a content item corresponding to each type of the first system data. When the first system data comprises different types of data, executing corresponding processing strategies for each type of first system data, and generating the implementation process of the content items corresponding to each type of first system data.
When the abnormal data in the first system data includes abnormal traffic data related to the target patient, on the basis of the embodiment shown in fig. 2, optionally, the step S202 may include:
s301, when the abnormal grade corresponding to the abnormal business data is greater than or equal to a preset grade threshold value, acquiring related business data corresponding to a target patient from a preset monitoring database; the monitoring database comprises first system data and relevant business data.
Specifically, the service exception data is an exception occurring when the user processes the service provided by the first subsystem, for example, the user does not register successfully when registering information by using the first subsystem. The exception grade is a grade corresponding to the abnormal service data, and optionally, the exception grade may include four grades: severe, more severe, normal and no abnormality. The condition that the abnormal data of the service causes a problem or a breakdown of a main function or a main module of the first subsystem is seriously represented, and taking the first subsystem as the subsystem for information registration as an example, when the abnormal data causes that the first subsystem cannot register information, that is, the abnormal data causes the main function of the first subsystem to be broken down, the abnormal grade corresponding to the abnormal number at the time can be determined as serious; the more serious abnormal data indicates that the to-be-function or module of the first subsystem has a problem, and the corresponding situation of the first subsystem can be influenced; generally, the abnormal condition caused by the abnormal data does not influence the normal operation of the system or causes the accidental abnormal corresponding condition of the first subsystem; the absence of the exception indicates that the first subsystem does not have a condition corresponding to the exception.
When the abnormal grade corresponding to the abnormal business data is greater than or equal to the preset grade threshold value, the computer equipment can acquire the ideal business data which has the corresponding relation with the target patient from the monitoring database. The preset grade threshold value can be a 'general' grade in the abnormal grades, and further, the abnormal grades can comprise serious grade, more serious grade, general grade and abnormal grade in four grades which can be respectively represented by numerical values 2, 1, 0 and-1; the monitoring database may include the first system data and related business data, where the related business data may be data having a corresponding relationship with a target patient, such as at least one of registration information of the patient and business processing information of the patient, information on success or failure of business processing, information on request processing from the first subsystem to other subsystems, and information on success or failure of request processing, where the request processing information may include context, request interface path, stack information, and the like when the first subsystem is abnormal.
Optionally, the exception class may be determined according to a class corresponding to an exception type to which the exception data belongs, where the exception type may include at least one type of a configuration error of each system function in the first subsystem, a format error of the first system data, a content error of the first system data, a connection failure between the first subsystem and another subsystem, a first subsystem crash, a plug-in invocation error, and a service logic error between different subsystems. Optionally, the exception type to which the exception data belongs and the level corresponding to the exception data may be determined by the first subsystem.
Optionally, the step of obtaining the relevant service data corresponding to the target patient from the preset monitoring database may include: according to the first subsystem identification of the first subsystem, determining a second subsystem having an interactive relation with the first subsystem from the medical system where the first subsystem is located; the medical system comprises a first subsystem and a second subsystem; determining second system data sent by the second subsystem from the monitoring database according to the second subsystem identification of the second subsystem; and extracting relevant business data from the second system data according to the patient information identification of the target patient.
Optionally, the second subsystem and the first subsystem belong to the same medical system, the number of the second subsystems may be one or multiple, and the medical system may include the first subsystem and the second subsystem. Optionally, each subsystem has a subsystem identifier, and the subsystem identifier may be a system name or a system number, which is not limited in this embodiment. The computer device can determine a second subsystem having an interactive relationship with the first subsystem according to a first subsystem identifier corresponding to the first subsystem and a preset subsystem interactive relationship, wherein the subsystem interactive relationship comprises an interactive relationship between different subsystems. After determining the second subsystem having an interactive relationship with the first subsystem, the computer device may determine, from the monitoring database, second system data transmitted by the second subsystem according to a second subsystem identifier of the second subsystem, where the second system data may include at least one of operating state data of the second subsystem, first therapy service data related to the target patient, and abnormal data of the second subsystem. Typically, the second system data will include more data that is not relevant to the target patient, and thus, the computer device may extract relevant business data that is relevant to the target patient from the second system data.
S302, generating a service abnormal snapshot according to the related service data and the service abnormal data, and taking the service abnormal snapshot as a content item; the business anomaly snapshot is used for representing related business data and business anomaly data in at least one of a table, a word, a flow chart and a change curve.
Specifically, the content displayed by the abnormal service snapshot may include related service data and abnormal service data, and further, the abnormal service snapshot may represent the related service data and the abnormal service data by using at least one of a table, a text, a flowchart, and a change curve. Optionally, the computer device may generate a service exception snapshot in real time or according to a preset period from the related service data and the service exception data, and add newly generated data to the service exception snapshot. Optionally, the service abnormal snapshot may be displayed to the user in a highlighted manner (for example, bold, red, font enlargement, and the like), or an alarm message may be sent to the user while displaying the abnormal snapshot to remind the system maintenance staff to perform maintenance as soon as possible, or the generated abnormal snapshot may be sent to the system maintenance staff, so that the system maintenance staff may know and quickly locate the abnormal problem, save time, and improve maintenance efficiency.
Taking the example that the relevant business data and the business abnormal data are represented by the flow chart in the business abnormal snapshot, the computer equipment can display the relevant business data and the business abnormal data to the system maintainer in the form of the flow chart according to the sequence of the business handling of the patient, so that the system maintainer can visually check the business handling flow of the patient, the abnormal problem can be quickly positioned, and the first subsystem can be timely repaired.
In the above embodiment, when the abnormal data in the first system data includes abnormal business data related to the target patient and the abnormal level corresponding to the abnormal business data is greater than or equal to the preset level threshold, the computer device may obtain, from the preset monitoring database, related business data having a corresponding relationship with the target patient; and generating a business abnormal snapshot according to the related business data and the business abnormal data, so that the generated business abnormal snapshot is used for representing the related business data and the business abnormal data by at least one of a table, characters, a flow chart and a change curve, so that system maintenance personnel can immediately know and quickly locate abnormal problems related to the business handling of a patient, the time is saved, and the system maintenance efficiency is improved.
(ii) when the abnormal data in the first system data includes the abnormal data of system operation of the first subsystem, based on the foregoing embodiment, optionally, the foregoing S202 may further include:
s401, extracting associated running state data within a preset time length from a monitoring database according to system running abnormal data; the associated running state data is data except system running abnormal data in the running state data.
Specifically, the monitoring database further includes running state data at each time, and the associated running state data is data other than the system running abnormal data in the running state data, for example, the running state data of the first subsystem includes a state of success or failure of reading the configuration file by the first subsystem, a CPU utilization rate and a physical memory occupation condition, and if the abnormal data is an abnormality of the CPU utilization rate, the associated running state data may include a state of success or failure of reading the configuration file by the first subsystem and a physical memory occupation condition.
S402, generating an abnormal operation snapshot according to the abnormal system operation data and the associated operation state data, and taking the abnormal operation snapshot as a content item; the operational anomaly snapshot is used to represent operational anomaly data and associated operational status data in at least one of a table, text, a flow chart, and a variation curve.
Specifically, the content displayed by the abnormal operation snapshot may include system abnormal operation data and associated operation state data, and further, the abnormal operation snapshot may represent the system abnormal operation data and the associated operation state data by using at least one of a table, a text, a flowchart, and a change curve. Optionally, the computer device may extract the associated running state data within a preset time from the monitoring database, may generate a running abnormal snapshot by using the system running abnormal data and the associated running state data in real time or according to a preset period, and add the newly generated running abnormal data and the associated running state data to the running abnormal snapshot. Optionally, the abnormal operation snapshot may be displayed to the user in a highlighted manner (for example, bold, red, font enlargement, and the like), or an alarm message may be sent to the user while displaying the abnormal operation snapshot to remind the system maintenance staff to perform maintenance as soon as possible, or the generated abnormal snapshot may be sent to the system maintenance staff, so that the system maintenance staff may know and quickly locate the abnormal problem, save time, and improve maintenance efficiency.
The abnormal operation snapshot is used for representing the abnormal operation data and the associated operation state data of the system by using the change curve, and the computer equipment can display the relevant service data and the abnormal service data in the preset time length to the system maintainer in the form of the change curve according to the preset time length, so that the system maintainer can visually check the service processing flow of the patient, the abnormal problem can be quickly positioned, and the first subsystem can be timely repaired.
In the above embodiment, when the abnormal data in the first system data includes the system operation abnormal data of the first subsystem, the computer device may extract the associated operation state data within the preset time length from the monitoring database according to the system operation abnormal data; generating an abnormal operation snapshot according to the abnormal operation data and the associated operation state data of the system, and taking the abnormal operation snapshot as a content item; and at least one of a table, a character, a flow chart and a change curve is used for representing the abnormal operation data and the associated operation state data, so that system maintenance personnel can immediately know and quickly locate the abnormal problem occurring in the first sub-operation process, the time is saved, and the system maintenance efficiency is improved.
(iii) when the first system data includes the operation status data, based on the foregoing embodiment, optionally, the foregoing S202 may further include: and extracting each running state data corresponding to the running state data within a preset time length from the monitoring database according to the running state data, generating a corresponding state change curve, and taking the state change curve as a content item.
In this embodiment, the computer device may extract each operation state data of the first subsystem within a preset time period from the monitoring database, generate a state change curve corresponding to each operation state data at regular time or according to a preset period, and add each newly generated operation state data to the state change curve to provide a more intuitive change condition of each operation state data for the system maintenance personnel, so that the system maintenance personnel can know and maintain the operation state of the first subsystem in real time.
(iv) when the abnormal data in the first system data includes the first medical service data, on the basis of the foregoing embodiment, optionally, the foregoing S202 may further include:
s501, according to the second subsystem identification of the second subsystem, second medical service data are extracted from the monitoring database.
Specifically, the monitoring database further includes second medical service data related to the target patient in the second subsystem, where the second medical service data may include at least one of a service name, patient information, data generated by the patient handling service, and data indicating whether the patient has successfully handled the service. The computer device may extract the second medical service data from the monitoring database based on a second subsystem identification of the second subsystem. Alternatively, the second medical service data may be medical service data transmitted by all second subsystems having an interactive relationship with the first subsystem.
And S502, generating a business flow chart according to the first medical business data and the second medical business data, and taking the business flow chart as a content item.
Specifically, the service flow chart may be the first medical service data and the second medical service data in a time axis form according to the sequence of the service handling of the patient, so that a doctor can conveniently check the medical service information of the patient at any time, the convenience of checking the medical service data of the patient is improved, and system maintenance personnel can conveniently know the service interaction condition among the subsystems. Optionally, the computer device may refresh the current business flow chart at regular time or according to a preset period, and add the newly generated first medical business data and second medical business data to the business flow chart, so that the doctor can check the business change of the patient in time.
In the embodiments shown in the above (a), (b), (c), and (d), the computer device may simultaneously display at least one of multiple types of data, such as the operating state data of the first subsystem, the first medical service data related to the target patient, and the abnormal data of the first subsystem, and the displayed data is relatively comprehensive, thereby greatly facilitating the system maintenance personnel to check the first system data of different types, understand the operating conditions of the subsystems, the service interaction conditions between the systems, and the like, facilitating the timely problem finding, and improving the system maintenance efficiency.
Fig. 6 is a schematic flow chart of a system monitoring method according to another embodiment. The embodiment relates to a process that the first subsystem sends a first system message to the computer device in a preset message structure, and the computer device analyzes first system data from the first system message. On the basis of the foregoing embodiment, optionally, the foregoing S201 may include:
s601, receiving a first system message which is determined and sent by a first subsystem according to a preset message structure; the message structure comprises a message header and a message content of the first system message, wherein the message header comprises a message source and a message type of the first system message, and the message content comprises an exception level of the first system message and first system data.
Specifically, the message structure includes a message header and a message content of the first system message, where the message header includes a message source and a message type of the first system message. The message source refers to at least one of the name, version, IP address and port information of the first subsystem, and the message type comprises at least one of operation state data, first medical service data related to the target patient and abnormal data of the first subsystem; the message content includes an exception level and first system data.
Optionally, the computer device may encapsulate a preset message structure into an interface or a function library for the first subsystem to call, so that the first subsystem may send the first system data to the computer device in a system message form according to the message structure provided by the computer device. Optionally, the computer device may store the first system data and the second system data in a preset message queue according to a message structure. The message queue stores first system data and second system data into a preset message queue according to a message structure, wherein the message queue is a container for storing messages in the transmission process of the messages.
S602, the first system data is analyzed from the first system message and stored in a monitoring database.
In this embodiment, when the computer device needs to use the first system data, the first system data may be parsed from the first system message and stored in the monitoring database, so as to be used.
In the system monitoring method provided by this embodiment, the computer device may receive a first system message that is determined and sent by the first subsystem according to a preset message structure, store the first system data and the second system data in a preset message queue according to the message structure, and when the computer device is used, analyze the first system data from the first system message and store the first system data in the monitoring database. In this embodiment, the computer device may store the received first system message sent by the first subsystem into the message queue, and when the computer device is used, the system data is analyzed from the message queue, and the first subsystem sending the first system message and the monitoring system corresponding to the computer device do not need to wait for the processing result of the other side, so that the operation logic of each system is not affected, and the response time is reduced; in addition, more systems can be conveniently accessed, and the expandability of the system is enhanced.
It should be understood that, although the steps in the flowcharts of fig. 2 to 6 are shown in sequence as indicated by the arrows, the steps are not necessarily performed in sequence as indicated by the arrows. The steps are not performed in the exact order shown and described, and may be performed in other orders, unless explicitly stated otherwise. Moreover, at least some of the steps in fig. 2-6 may include multiple sub-steps or multiple stages that are not necessarily performed at the same time, but may be performed at different times, and the order of performing the sub-steps or stages is not necessarily sequential, but may be performed in turn or alternately with other steps or at least some of the sub-steps or stages of other steps.
Fig. 7 is a schematic structural diagram of a system monitoring device according to an embodiment. As shown in fig. 7, the apparatus may include a first system data receiving module 701, a content item generating module 702, and a content item generating module 702.
Specifically, the first system data receiving module 701 is configured to receive a plurality of different types of first system data sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem.
A content item generating module 702, configured to execute a corresponding processing policy on each type of first system data, and generate a content item corresponding to each type of first system data.
A content item generation module 702 for presenting a content item in a content item presentation interface.
The system monitoring device provided in this embodiment may implement the method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
In another embodiment, based on the embodiment shown in fig. 7, optionally, the abnormal data includes abnormal business data related to the target patient, and the content item generating module 702 may include:
the relevant business data determining unit is used for acquiring relevant business data corresponding to the target patient from a preset monitoring database when the abnormal grade corresponding to the abnormal business data is greater than or equal to a preset grade threshold; the monitoring database comprises first system data and related service data;
the business abnormal snapshot generating unit is used for generating a business abnormal snapshot according to the relevant business data and the business abnormal data, and taking the business abnormal snapshot as a content item; the business anomaly snapshot is used for representing related business data and business anomaly data in at least one of a table, a word, a flow chart and a change curve.
The system monitoring device provided in this embodiment may implement the method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
In a system monitoring device provided in another embodiment, on the basis of the foregoing embodiment, optionally, the service abnormality snapshot generating unit may include:
the second subsystem determining subunit is used for determining a second subsystem which has an interactive relation with the first subsystem from the medical system where the first subsystem is located according to the first subsystem identification of the first subsystem; the medical system includes a first subsystem and a second subsystem.
And the second system data determining subunit is used for determining second system data sent by the second subsystem from the monitoring database according to the second subsystem identification of the second subsystem.
And the related business data extracting subunit is used for extracting the related business data from the second system data according to the patient information identification of the target patient.
The system monitoring device provided in this embodiment may implement the method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
In a system monitoring apparatus provided in another embodiment, on the basis of the above embodiment, optionally, the monitoring database further includes operation state data at each time, the abnormal data further includes system operation abnormal data of the first subsystem, and the content item generating module 702 may include:
the system comprises a correlation running state data extraction unit, a monitoring database and a data processing unit, wherein the correlation running state data extraction unit is used for extracting correlation running state data within a preset time length from the monitoring database according to system running abnormal data; the associated running state data is data except system running abnormal data in the running state data;
the abnormal operation snapshot generating unit is used for generating an abnormal operation snapshot according to the abnormal system operation data and the associated operation state data, and taking the abnormal operation snapshot as a content item; the operational anomaly snapshot is used to represent operational anomaly data and associated operational status data in at least one of a table, text, a flow chart, and a variation curve.
The system monitoring device provided in this embodiment may implement the method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
In the system monitoring apparatus provided in another embodiment, on the basis of the foregoing embodiment, optionally, the content item generating module 702 may further include:
and the state change curve generating unit is used for extracting each running state data corresponding to the running state data within the preset time length from the monitoring database according to the running state data, generating a corresponding state change curve and taking the state change curve as a content item.
The system monitoring device provided in this embodiment may implement the method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
In another embodiment, based on the foregoing embodiment, optionally, the monitoring database further includes second medical service data related to the target patient in the second subsystem, and the content item generating module 702 further includes:
the second medical service data extraction unit is used for extracting second medical service data from the monitoring database according to a second subsystem identifier of the second subsystem;
and the business vitality generating unit is used for generating a business flow chart according to the first medical business data and the second medical business data, and taking the business flow chart as a content item.
The system monitoring device provided in this embodiment may implement the method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
In a system monitoring apparatus provided in another embodiment, on the basis of the foregoing embodiment, optionally, the first system data receiving module 701 may include:
the first system message receiving unit is used for receiving a first system message which is determined and sent by the first subsystem according to a preset message structure; the message structure comprises a message header and message content of the first system message, the message header comprises a message source and a message type of the first system message, and the message content comprises an exception grade and first system data of the first system message;
and the first system message analyzing unit is used for analyzing the first system data from the first system message and storing the first system data in the monitoring database.
Optionally, the first system message receiving unit is further configured to store the first system data and the second system data in a preset message queue according to a message structure.
The system monitoring device provided in this embodiment may implement the method embodiments, and the implementation principle and technical effect are similar, which are not described herein again.
For specific limitations of the system monitoring device, reference may be made to the above limitations of the system monitoring method, which are not described herein again. The modules in the system monitoring device can be wholly or partially implemented by software, hardware and a combination thereof. The modules can be embedded in a hardware form or independent from a processor in the computer device, and can also be stored in a memory in the computer device in a software form, so that the processor can call and execute operations corresponding to the modules.
In one embodiment, a computer device is provided, which may be a terminal, and its internal structure diagram may be as shown in fig. 8. The computer device includes a processor, a memory, a network interface, a display screen, and an input device connected by a system bus. Wherein the processor of the computer device is configured to provide computing and control capabilities. The memory of the computer device comprises a nonvolatile storage medium and an internal memory. The non-volatile storage medium stores an operating system and a computer program. The internal memory provides an environment for the operation of an operating system and computer programs in the non-volatile storage medium. The network interface of the computer device is used for communicating with an external terminal through a network connection. The computer program is executed by a processor to implement a system monitoring method. The display screen of the computer equipment can be a liquid crystal display screen or an electronic ink display screen, and the input device of the computer equipment can be a touch layer covered on the display screen, a key, a track ball or a touch pad arranged on the shell of the computer equipment, an external keyboard, a touch pad or a mouse and the like.
Those skilled in the art will appreciate that the architecture shown in fig. 8 is merely a block diagram of some of the structures associated with the disclosed aspects and is not intended to limit the computing devices to which the disclosed aspects apply, as particular computing devices may include more or less components than those shown, or may combine certain components, or have a different arrangement of components.
In one embodiment, a computer device is provided, comprising a memory and a processor, the memory having a computer program stored therein, the processor implementing the following steps when executing the computer program:
receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem;
executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data;
the content item is presented in a content item presentation interface.
The implementation principle and technical effect of the computer device provided by the above embodiment are similar to those of the above method embodiment, and are not described herein again.
In one embodiment, a monitoring system is provided, which comprises at least one sub-computer device corresponding to the first subsystem and the computer device in the above embodiments.
The monitoring system provided by the above embodiment has the similar implementation principle and technical effect as those of the above method embodiment, and is not described herein again.
In one embodiment, a computer-readable storage medium is provided, having a computer program stored thereon, which when executed by a processor, performs the steps of:
receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to the target patient, and abnormal data of the first subsystem;
executing a corresponding processing strategy on each type of first system data to generate content items corresponding to each type of first system data;
the content item is presented in a content item presentation interface.
The implementation principle and technical effect of the computer-readable storage medium provided by the above embodiments are similar to those of the above method embodiments, and are not described herein again.
It will be understood by those skilled in the art that all or part of the processes of the methods of the embodiments described above can be implemented by hardware related to instructions of a computer program, which can be stored in a non-volatile computer-readable storage medium, and when executed, can include the processes of the embodiments of the methods described above. Any reference to memory, storage, database, or other medium used in the embodiments provided herein may include non-volatile and/or volatile memory, among others. Non-volatile memory can include read-only memory (ROM), Programmable ROM (PROM), Electrically Programmable ROM (EPROM), Electrically Erasable Programmable ROM (EEPROM), or flash memory. Volatile memory can include Random Access Memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in a variety of forms such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate SDRAM (DDRSDRAM), Enhanced SDRAM (ESDRAM), Synchronous Link DRAM (SLDRAM), Rambus Direct RAM (RDRAM), direct bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM).
The technical features of the above embodiments can be arbitrarily combined, and for the sake of brevity, all possible combinations of the technical features in the above embodiments are not described, but should be considered as the scope of the present specification as long as there is no contradiction between the combinations of the technical features.
The above examples only express several embodiments of the present application, and the description thereof is more specific and detailed, but not construed as limiting the scope of the invention. It should be noted that, for a person skilled in the art, several variations and modifications can be made without departing from the concept of the present application, which falls within the scope of protection of the present application. Therefore, the protection scope of the present patent shall be subject to the appended claims.

Claims (10)

1. A method of system monitoring, the method comprising:
receiving a plurality of first system data of different types sent by a first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to a target patient, and abnormal data of the first subsystem;
executing a corresponding processing strategy on each type of the first system data to generate content items corresponding to each type of the first system data;
presenting the content item in a content item presentation interface.
2. The method of claim 1, wherein the abnormality data includes business abnormality data associated with the target patient; the executing the corresponding processing policy on each type of the first system data and generating the content item corresponding to each type of the first system data respectively includes:
when the abnormal grade corresponding to the abnormal business data is greater than or equal to a preset grade threshold value, acquiring related business data corresponding to the target patient from a preset monitoring database; the monitoring database comprises the first system data and the related service data;
generating a service abnormal snapshot according to the related service data and the service abnormal data, and taking the service abnormal snapshot as the content item; the business anomaly snapshot is used for representing the related business data and the business anomaly data by at least one of tables, characters, flow charts and change curves.
3. The method according to claim 2, wherein the obtaining of the relevant business data corresponding to the target patient from the preset monitoring database comprises:
according to the first subsystem identification of the first subsystem, determining a second subsystem having an interactive relation with the first subsystem from medical systems where the first subsystem is located; the medical system comprises the first subsystem and the second subsystem;
determining second system data sent by the second subsystem from the monitoring database according to a second subsystem identifier of the second subsystem;
and extracting the related business data from the second system data according to the patient information identification of the target patient.
4. The method of claim 2, wherein the monitoring database further comprises the operational status data at each time, the anomaly data further comprises system operational anomaly data for the first subsystem; the executing the corresponding processing policy on each type of the first system data and generating the content item corresponding to each type of the first system data respectively includes:
extracting associated running state data within a preset time length from the monitoring database according to the system running abnormal data; the associated running state data is data except the system running abnormal data in the running state data;
generating an abnormal operation snapshot according to the system abnormal operation data and the associated operation state data, and taking the abnormal operation snapshot as the content item; the operational anomaly snapshot is used for representing the operational anomaly data and the associated operational state data in at least one of a table, a text, a flow chart and a variation curve.
5. The method of claim 4, wherein when the first system data includes the operational state data; the executing the corresponding processing policy on each type of the first system data and generating the content item corresponding to each type of the first system data respectively includes:
and extracting each running state data corresponding to the running state data within a preset time length from the monitoring database according to the running state data, generating a corresponding state change curve, and taking the state change curve as the content item.
6. The method of claim 3, wherein the monitoring database further comprises second medical business data associated with the target patient in the second subsystem, when the first system data comprises the first medical business data; the executing the corresponding processing policy on each type of the first system data and generating the content item corresponding to each type of the first system data respectively includes:
extracting the second medical service data from the monitoring database according to a second subsystem identification of the second subsystem;
and generating a business flow chart according to the first medical business data and the second medical business data, and taking the business flow chart as the content item.
7. The method of claim 3, wherein receiving a plurality of different types of first system data transmitted by a first subsystem comprises:
receiving a first system message which is determined and sent by the first subsystem according to a preset message structure; the message structure comprises a message header and a message content of the first system message, the message header comprises a message source and a message type of the first system message, and the message content comprises the exception level of the first system message and the first system data;
and analyzing the first system data from the first system message and storing the first system data into the monitoring database.
8. The method of claim 7, further comprising:
and storing the first system data and the second system data into a preset message queue according to the message structure.
9. A system monitoring device, the device comprising:
the first system data receiving module is used for receiving a plurality of first system data of different types sent by the first subsystem; the plurality of different types of first system data includes at least one of operational status data of the first subsystem, first medical-business data related to a target patient, and abnormal data of the first subsystem;
a content item generating module, configured to execute a corresponding processing policy on each type of the first system data, and generate content items corresponding to each type of the first system data;
a content item presentation module to present the content item in a content item presentation interface.
10. A computer arrangement comprising a memory and a processor, the memory storing a computer program, wherein the processor implements the steps of the method according to any one of claims 1-8 when executing the computer program.
CN202010316852.7A 2020-04-21 2020-04-21 System monitoring method, device and computer equipment Active CN111584059B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010316852.7A CN111584059B (en) 2020-04-21 2020-04-21 System monitoring method, device and computer equipment

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010316852.7A CN111584059B (en) 2020-04-21 2020-04-21 System monitoring method, device and computer equipment

Publications (2)

Publication Number Publication Date
CN111584059A true CN111584059A (en) 2020-08-25
CN111584059B CN111584059B (en) 2024-01-23

Family

ID=72124473

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010316852.7A Active CN111584059B (en) 2020-04-21 2020-04-21 System monitoring method, device and computer equipment

Country Status (1)

Country Link
CN (1) CN111584059B (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291316A (en) * 2020-10-19 2021-01-29 北京字节跳动网络技术有限公司 Connection processing method and device, electronic equipment and computer readable storage medium

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996847A (en) * 2006-12-27 2007-07-11 中国科学院上海技术物理研究所 Cooperative network based image and multi-media data communication and storage system
CN106685709A (en) * 2016-12-20 2017-05-17 航天恒星科技有限公司 Remote maintaining system for overseas satellite ground application system
CN106991015A (en) * 2017-03-17 2017-07-28 浙江大学 A kind of integration medical information system monitoring method marked based on message semantics
CN108648786A (en) * 2018-05-16 2018-10-12 上海术木医疗科技有限公司 A kind of medical cloud platform data-sharing systems and method based on third party's business
CN109271447A (en) * 2018-09-04 2019-01-25 中国平安人寿保险股份有限公司 Method of data synchronization, device, computer equipment and storage medium
CN109859829A (en) * 2019-01-14 2019-06-07 上海悦米信息技术有限公司 A kind of wechat public platform based Medical Devices repair reporting system and its operation method
CN109935288A (en) * 2019-03-08 2019-06-25 厦门纳龙科技有限公司 A kind of POCT device data management method, system and computer installation
CN110265125A (en) * 2019-06-19 2019-09-20 上海市嘉定区妇幼保健院 A kind of informationization delivery room management method, platform and system
CN110415831A (en) * 2019-07-18 2019-11-05 天宜(天津)信息科技有限公司 A kind of medical treatment big data cloud service analysis platform
CN110473623A (en) * 2019-07-16 2019-11-19 武汉联影医疗科技有限公司 Medical service system
CN110493190A (en) * 2019-07-15 2019-11-22 平安科技（深圳）有限公司 Processing method, device, computer equipment and the storage medium of data information
CN110942822A (en) * 2019-11-04 2020-03-31 中日友好医院 Intelligent management system for medical equipment
CN111010865A (en) * 2017-02-24 2020-04-14 梅西莫股份有限公司 System for displaying medical monitoring data

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1996847A (en) * 2006-12-27 2007-07-11 中国科学院上海技术物理研究所 Cooperative network based image and multi-media data communication and storage system
CN106685709A (en) * 2016-12-20 2017-05-17 航天恒星科技有限公司 Remote maintaining system for overseas satellite ground application system
CN111010865A (en) * 2017-02-24 2020-04-14 梅西莫股份有限公司 System for displaying medical monitoring data
CN106991015A (en) * 2017-03-17 2017-07-28 浙江大学 A kind of integration medical information system monitoring method marked based on message semantics
CN108648786A (en) * 2018-05-16 2018-10-12 上海术木医疗科技有限公司 A kind of medical cloud platform data-sharing systems and method based on third party's business
CN109271447A (en) * 2018-09-04 2019-01-25 中国平安人寿保险股份有限公司 Method of data synchronization, device, computer equipment and storage medium
CN109859829A (en) * 2019-01-14 2019-06-07 上海悦米信息技术有限公司 A kind of wechat public platform based Medical Devices repair reporting system and its operation method
CN109935288A (en) * 2019-03-08 2019-06-25 厦门纳龙科技有限公司 A kind of POCT device data management method, system and computer installation
CN110265125A (en) * 2019-06-19 2019-09-20 上海市嘉定区妇幼保健院 A kind of informationization delivery room management method, platform and system
CN110493190A (en) * 2019-07-15 2019-11-22 平安科技（深圳）有限公司 Processing method, device, computer equipment and the storage medium of data information
CN110473623A (en) * 2019-07-16 2019-11-19 武汉联影医疗科技有限公司 Medical service system
CN110415831A (en) * 2019-07-18 2019-11-05 天宜(天津)信息科技有限公司 A kind of medical treatment big data cloud service analysis platform
CN110942822A (en) * 2019-11-04 2020-03-31 中日友好医院 Intelligent management system for medical equipment

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
VIVIAN: "数据可视化技术在医院运营管理中的应用", 《HTTPS://ZHUANLAN.ZHIHU.COM/P/121678473》 *
VIVIAN: "数据可视化技术在医院运营管理中的应用", 《HTTPS://ZHUANLAN.ZHIHU.COM/P/121678473》, 31 March 2020 (2020-03-31), pages 1 - 7 *
彭琳 等: "基于医院信息化***的IT智能运维平台的设计和实现", 《中国数字医学》 *
彭琳 等: "基于医院信息化***的IT智能运维平台的设计和实现", 《中国数字医学》, vol. 9, no. 4, 31 December 2014 (2014-12-31), pages 58 - 61 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112291316A (en) * 2020-10-19 2021-01-29 北京字节跳动网络技术有限公司 Connection processing method and device, electronic equipment and computer readable storage medium
CN112291316B (en) * 2020-10-19 2022-03-15 北京字节跳动网络技术有限公司 Connection processing method and device, electronic equipment and computer readable storage medium

Also Published As

Publication number Publication date
CN111584059B (en) 2024-01-23

Similar Documents

Publication Publication Date Title
US9459948B2 (en) Auxiliary method, apparatus and system for diagnosing failure of virtual machine
JP2021119516A5 (en)
CN111130925B (en) Resource monitoring method and device, computer equipment and storage medium
CN110162420B (en) Data auxiliary positioning method and device, computer equipment and storage medium
CN103593459A (en) Case history file type-in system and method
CN112306833A (en) Application program crash statistical method and device, computer equipment and storage medium
CN110147354B (en) Batch data editing method, device, computer equipment and storage medium
CN111584059B (en) System monitoring method, device and computer equipment
CN115357450A (en) Node maintenance method and device based on artificial intelligence, computer equipment and medium
CN110635956A (en) Equipment management method, platform, system, equipment and storage medium
CN114595765A (en) Data processing method and device, electronic equipment and storage medium
CN111176986B (en) Thread script debugging method and device, computer equipment and storage medium
CN111400085A (en) Transaction rollback exception processing method and device, computer equipment and storage medium
CN116431731A (en) Data asynchronous export method, device, equipment and storage medium thereof
CN115437571A (en) Data writing method and device, computer equipment and storage medium
CN115910265A (en) Paperless medical record generation method and system for hospital
CN114610386A (en) Interaction method, device, equipment and storage medium of H5 and application program
CN111741046B (en) Data reporting method, data acquisition method, device, equipment and medium
CN103902388A (en) Method for achieving communication between applications and electronic device
US20160275293A1 (en) Information processing system and control method of the information processing system
CN113760579A (en) Troubleshooting method and device
CN113505079A (en) Application program testing method, device, equipment and medium
CN112818204A (en) Service processing method, device, equipment and storage medium
CN113194075B (en) Access request processing method, device, equipment and storage medium
CN115544049B (en) Data processing method, electronic device and computer readable storage medium

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
GR01 Patent grant
GR01 Patent grant