CN114446423A - Medical data processing method, system, storage medium and equipment - Google Patents
Medical data processing method, system, storage medium and equipment Download PDFInfo
- Publication number
- CN114446423A CN114446423A CN202111549481.8A CN202111549481A CN114446423A CN 114446423 A CN114446423 A CN 114446423A CN 202111549481 A CN202111549481 A CN 202111549481A CN 114446423 A CN114446423 A CN 114446423A
- Authority
- CN
- China
- Prior art keywords
- event
- medical
- module
- data
- business
- 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
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/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
-
- 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
-
- 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
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
Abstract
The invention discloses a medical data processing method, a device, equipment and a computer readable storage medium, wherein a first event is issued by detecting the data state of a first medical service module and under the condition that the data state is a first set state, and a second medical service module is further triggered to execute medical data processing operation responding to the first event based on the first event. Therefore, the business process is clearly described through the definition of the data state, the event and the like of the business module, and the management of the business process is better performed on the medical data. And through an event-driven mode, a calling link between service modules is optimized, response time is effectively shortened, and user experience is remarkably improved.
Description
Technical Field
The present invention relates to the field of data processing technologies, and in particular, to a medical data processing method, apparatus, computer-readable storage medium, and device.
Background
With the development of technologies such as computers and the internet, more data and services in medicine are spread through network platforms. At present, more medical services are combined with a health management medical platform relatively tightly, coupling is heavier, and more service logics are realized in a mode of 'calling functions, inputting parameters and returning results'. The state changes of the data model are determined by return values or complex coupling logic and thus advance the flow of the next task. As shown in fig. 1, a plurality of modules in the medical platform execute task flow by function call, and there are many flow arrangement logics. For example: if a medical consultation summary needs to be generated, the business process of the medical consultation summary relates to A, B and C modules, and dependent calling relations exist among the modules, the processes are uniformly arranged by the module A, the module A calls the module B and the module C in sequence, and the module B needs to call the module C to complete part of data processing in the processing process. And for the conditions that the number of modules is small and the service flow is relatively simple, the calling and data processing of the service flow are smooth.
However, as the complexity of the business process and the number of business modules increase, calls and data processing between modules will become increasingly difficult to maintain. And function calls and dependency relationships among modules will become more and more complex, and boundaries among modules will become more and more fuzzy. The problem that arises is that it is difficult to understand the whole business process, the processing procedure of each branch process and the response action of each process in a concise and clear manner from the external perspective. And under the condition that a problem occurs in the business processing flow, the maintenance operation is difficult. In addition, as the call chain increases, the response time of the interface increases, the service processing efficiency is seriously reduced, and the user experience is seriously influenced.
Disclosure of Invention
The embodiment of the invention provides a medical data processing method, a medical data processing device and a computer-readable storage medium.
According to a first aspect of the invention, there is provided a medical data processing method, the method comprising: detecting a data state of a first medical business module; issuing a first event under the condition that the data state is a first set state; triggering, based on the first event, a second medical business module to perform a medical data processing operation responsive to the first event.
According to an embodiment of the present invention, the triggering, based on the first event, a second medical business module to perform a medical data processing operation in response to the first event includes: the second service processing module monitors the first event; detecting the data state of the second service module under the condition that the second service processing module monitors the issue of the first event; and issuing a second event under the condition that the data state is a second set state.
According to an embodiment of the invention, the method further comprises: in the case that the triggering of the second medical service module by the first event fails, storing the first event within a first set time, and reissuing the first event every second set time; wherein the first set time is greater than or equal to the second set time.
According to an embodiment of the invention, the method further comprises: and sending a prompt for showing the triggering failure of the second business module when the first event carries out a set number of times of republishing operation on the first event and the triggering failure of the first event on the second medical business module is caused.
According to an embodiment of the present invention, the storing the first event includes: and storing the first event by adopting a persistent database.
According to an embodiment of the present invention, the reissuing the first event every second set time includes: reissuing the first event at a second set time interval based on the message queue.
According to an embodiment of the present invention, the detecting the data state of the first medical service module includes: receiving first business data of a target object; and judging whether the first service data accords with the first set state of issuing the first event or not.
According to a second aspect of the invention, there is further provided a medical data processing apparatus, the apparatus comprising: the data state detection module is used for detecting the data state of the first medical service module; the event issuing module is used for issuing a first event under the condition that the data state is a first set state; a triggering module for triggering a second medical business module to perform a medical data processing operation in response to the first event based on the first event.
According to a third aspect of the present invention, there is also provided a health management medical system comprising: the system comprises a plurality of business modules, a plurality of service modules and a plurality of service modules, wherein the business modules are configured based on a basic business process of a health management model on a software platform; a software platform for configuring a health management model based on the plurality of business modules, the health management model being for implementing the medical data processing method as described above; the database is used for storing and processing the data of the plurality of service modules and the software platform by adopting a persistent database; and the software platform receives and sends the messages with the plurality of service modules based on message queuing.
According to a fourth aspect of the present invention, there is also provided a computer apparatus comprising: memory, processor and computer program stored on the memory and executable on the processor, characterized in that the processor implements the medical data processing method as described above when executing the program.
According to a fifth aspect of the present invention, there is also provided a storage medium containing computer executable instructions for performing the medical data processing method as described above when executed by a computer processor.
The medical data processing method, the medical data processing device, the medical data processing equipment and the computer readable storage medium have the advantages that the data state of the first medical service module is detected, the first event is issued under the condition that the data state is in the first set state, and the second medical service module is further triggered to execute the medical data processing operation responding to the first event based on the first event. Therefore, the business process is clearly described through the definition of the data state, the event and the like of the business module, and the management of the business process is better performed on the medical data. And by means of an event-driven mode, a call link between the service modules is optimized, response time is effectively shortened, and user experience is remarkably improved.
It is to be understood that the teachings of the present invention need not achieve all of the above-described benefits, but rather that specific embodiments may achieve specific technical results, and that other embodiments of the present invention may achieve benefits not mentioned above.
Drawings
The above and other objects, features and advantages of exemplary embodiments of the present invention will become readily apparent from the following detailed description read in conjunction with the accompanying drawings. Several embodiments of the invention are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings and in which:
in the drawings, the same or corresponding reference numerals indicate the same or corresponding parts.
FIG. 1 illustrates an architectural diagram of a prior art health management medical platform;
FIG. 2 is a system architecture diagram illustrating the construction of a health management medical system in accordance with an embodiment of the present invention;
FIG. 3 is a flow chart illustrating an implementation of a medical data processing method according to an embodiment of the present invention;
FIG. 4 illustrates a system framework diagram of a health management medical system in accordance with an embodiment of the present invention;
FIG. 5 is a flow chart illustrating an implementation of an example of a specific application of the medical data processing method according to the embodiment of the present invention;
FIG. 6 is a schematic diagram showing the structure of a medical data processing apparatus according to an embodiment of the present invention;
fig. 7 is a schematic diagram showing a composition structure of an apparatus according to an embodiment of the present invention.
Detailed Description
The principles and spirit of the present invention will be described with reference to several exemplary embodiments. It is understood that these embodiments are given only to enable those skilled in the art to better understand and to implement the present invention, and do not limit the scope of the present invention in any way. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
The technical solution of the present invention is further elaborated below with reference to the drawings and the specific embodiments.
Fig. 2 shows a system architecture diagram for constructing a health management medical system according to an embodiment of the present invention.
Referring to fig. 2, in the system architecture of the health management medical system according to the embodiment of the present invention, a plurality of server-side services are configured, which may include: DTx-kernel, DTx-mail, DTx-archive, and DTx-doc. The plurality of servers can communicate with each other using RPC (Remote Procedure Call Protocol), HTTP (Hyper Text Transfer Protocol), and the like. Each server can be configured according to the following content:
DTx-kernel: and the system is responsible for the assembly of business logic and gateway service, and can comprise authority authentication, request routing, management of business provision assembly interface and business logic flow configuration and the like.
DTx-bridge: and (4) responsible for the implementation of algorithms such as group entry of baseline data, prescription, exercise/diet plan establishment, summary generation and the like.
DTx-archive: is responsible for storing the medical data Schema (standard) and defining the standard medical index.
DTx-doc: and is responsible for the management and maintenance of various medical materials, such as healthy diet, exercise, etc.
In this embodiment of the invention, the health management medical system may include a plurality of business modules, software platforms, databases, and the like. The business module can comprise a treatment module, a baseline module, a prescription module, a follow-up module, a summary module and the like, the software platform is used for configuring a health management model based on a plurality of business modules, and the number of the health management models can be multiple. For example: a health management model including only a visit module, a prescription module, and a follow-up module may be configured, and a health management model including a visit module, a baseline module, a prescription module, a follow-up module, and a summary module may also be configured. Here, the basic service flows of the plurality of service modules may be configured in the DTx-mail.
In this embodiment of the present invention, the definition and the like of the standard medical index used by the baseline module, the prescription module, the summary module, and the like of the health management medical system may be configured in the DTx-archive. And medical material data used by each business module can be configured in the DTx-doc. For example: healthy diet, exercise, etc.
In the embodiment of the invention, the health management models can be configured in the DTx-kernel, and the call relation of each business module in each health management model can be flexibly configured according to actual requirements. Moreover, the states and response events of all the business modules in the health management model can be configured in a user-defined mode according to needs. Further, in the DTx-kernel, user right authentication, request routing, service provision assembly interface, service logic flow configuration, and the like may be configured and managed based on a plurality of health management models.
In the embodiment of the invention, the data of each server is stored and processed by using the persistent database, and the message queue is used for receiving and sending messages.
Therefore, based on the system architecture, a plurality of health management models can be rapidly combined or expanded, so that an expandable and clear business flow can be rapidly assembled by the health management medical platform.
It should be noted that, in the embodiment of the present invention, a system architecture is described in detail by using medical terms in combination with a medical application scenario, but in an actual application process, the system architecture may also be applied to other applicable scenarios.
Fig. 3 shows a flow chart of implementation of the medical data processing method according to the embodiment of the invention.
Referring to fig. 3, a medical data processing method according to an embodiment of the present invention at least includes the following operation flows: operation 301, detecting a data state of a first medical business module; operation 302, in the case that the data state is the first set state, issuing a first event; in operation 303, the second medical-business module is triggered to perform the medical data processing operation in response to the first event based on the first event.
In operation 301, a data state of a first medical-business module is detected.
In this embodiment of the present invention, a health management medical system for implementing the medical data processing method according to the embodiment of the present invention may be constructed based on the system architecture of fig. 2, and a plurality of business modules may be configured for the health management medical system according to actual situations. For example: a visit module, a baseline module, a prescription module, a follow-up module, a summary module, and the like may be configured. The data for each traffic module may be configured into a plurality of data states. Here, only the business module of the health management medical system is briefly described, and details of other specific implementations will be described in detail below with reference to fig. 4 and 5, which are not described herein again.
The diagnosis module is used for maintaining a diagnosis process with general medical significance, and can provide the creation and maintenance of the diagnosis, the association of relevant doctors and patients, the operation mechanism of each node in the diagnosis and the like.
The baseline module is used for maintaining a baseline data acquisition and application process of the medical general meaning, can convert information acquired by the treatment module into baseline data with the medical general meaning, and judges whether the baseline data is completely collected and can be grouped. The determination process of whether the baseline data can be grouped is mainly used for determining whether the baseline data meets the data requirement which can be managed by the medical data processing method in the embodiment of the invention. Setting calculation of management targets, and the like.
The prescription module is used for maintaining prescription management of general medical meaning, and can comprise a prescription medication scheme, a life habit management scheme, an execution scheme management and the like. The prescription of diagnosis and treatment, the confirmation of the scheme of sports health, diet health and the like, the execution scheme of health recipes, sports actions and the like can be executed.
The follow-up module is used for maintaining follow-up management of medical general meaning, including uploading and management of medical indexes and the like.
The summary module is used for maintaining the management of summary type data, wherein the summary refers to the situation that the patient executes according to the prescription and the scheme in a period.
Here, the data of the diagnosis module may be configured to include data states of "patient information to be supplemented", "patient information completed, doctor to be associated", and "patient information completed, doctor associated". The data of the baseline module may be configured to include data states of data to be collected, data collected, baseline data eligible and baseline data ineligible. The data of the prescription state is configured to be the data state of the prescription waiting for prescription and the prescription already made. The data of the follow-up module may be configured to include data states of the medical index uploaded and the medical index pending to be uploaded. The data of the summary module may be configured to include data states of the summary and the summarized data.
It should be noted that, the health management medical system for implementing the medical data processing method of the present invention is described by taking the above five business modules as examples, and the business modules can be flexibly designed according to needs in the actual application process.
In this embodiment of the present invention, detecting the data state of the first medical-service module may be implemented by: and receiving first service data of the target object, and judging whether the first service data accords with a first set state for issuing a first event.
For example, the first medical business module is a diagnosis module, and the diagnosis module can receive first business data of the target object. For example: basic information such as sex and age of the target object, basic disease information, selected doctor information, and the like. The first medical service module can judge that the current data state is 'patient information to be supplemented', 'patient information completed, doctor to be associated' or 'patient information completed, doctor associated' according to the received first service data. When the current data state is judged to be 'patient information completed and doctor associated', the condition for issuing the 'doctor information created' event can be judged to be met.
In operation 302, in the event that the data state is a first set state, a first event is issued.
By way of example, a "created visit information" event may be issued with the data state of the visit module being "completed patient information, associated doctor".
In operation 303, a second medical-business module is triggered to perform a medical data processing operation responsive to the first event based on the first event.
In this embodiment of the present invention, triggering the second medical service module to perform the medical data processing operation in response to the first event based on the first event may be implemented by: the second service processing module monitors the first event, detects the data state of the second service module under the condition that the second service processing module monitors the release of the first event, and releases the second event under the condition that the data state is in a second set state.
For example, the second medical service module is a baseline module, and the baseline module executes a data collection action and detects a data state of the baseline module when it is monitored that the visit module issues a "created visit information" event. And issues a "baseline groupable" event if the data state of the baseline module is detected as "baseline data groupable".
In this embodiment of the invention, the first event is also stored for a first set time and reissued every second set time in case the first event fails to trigger the second medical service module. The first set time is greater than or equal to the second set time.
In another embodiment of the invention, when the reissue operation is executed for a set number of times on the first event and the first event fails to trigger the second medical service module, a reminder showing the failure of triggering the second service module is issued.
In this embodiment of the present invention, the first event may be stored using a persistent database.
In this embodiment of the present invention, the first event may be reissued every second set time interval based on the message queue.
For example, if the "visit information has been created" event is issued, the baseline module is not successfully triggered to perform the data collection action and detect the data status of the baseline module. The "created visit information" event may be stored in a persistent database and may be periodically reissued based on the form of the message queue. If the set number of times is reissued, the baseline module is not successfully triggered to execute the data collection action and the data state of the baseline module is detected. A warning message showing the failure of the triggering of the second business module can be sent to warn whether the first medical business module or the second medical business module needs to be checked for configuration abnormality. At this point, the configuration of the first medical-service module or the second medical-service module may be checked. Therefore, the medical service modules can be managed in a unified mode, and the compatibility and consistency of the configuration of the medical service modules are guaranteed. In the process, the intermediate data can be stored by relying on the persistent database, and other standby schemes do not need to be additionally introduced. The configuration efficiency of the health management medical system for implementing the medical data processing method of the embodiment of the invention is effectively improved.
FIG. 4 illustrates a system framework diagram of a health management medical system in accordance with an embodiment of the present invention.
Referring to fig. 4, a health management medical system according to an embodiment of the present invention may be used to implement a medical data processing method according to an embodiment of the present invention, and the health management medical system according to an embodiment of the present invention may include a plurality of business modules, a software platform, and a database. The plurality of business modules are configured based on the basic business process of the health management model on the software platform. The software platform is used for configuring a health management model based on a plurality of business modules, and the health management model is used for realizing the medical data processing method. And the persistent database is used for storing and processing data of a plurality of service modules and software platforms. And the software platform receives and sends the messages with a plurality of service modules based on the message queue.
For example, the health management medical system may include a plurality of business modules and a health management medical software platform, and data of the plurality of business modules and the health management medical software platform may be stored and processed by using a persistent database, and receive and send messages by using a message queue. The underlying business processes of the health management model may include, visit, baseline processing, prescription, follow-up visits, summary, and the like. Accordingly, the business modules may include a visit module, a baseline module, a prescription module, a follow-up module, a summary module, and the like. The status and response events on the health management medical software platform can be custom configured as desired. For example: health management model 1 may be configured with data states including state 11, state 12, and state 1n, and response events including event 11 and event 12. Health management model 2 may also be configured, with data states including state 21, state 22, and state 2n, and response events including event 21 and event 22.
Therefore, a plurality of health management models can be combined or the health management models can be expanded, so that the health management medical platform can be quickly assembled into an expandable and clear business flow process.
For example, the baseline data is configured to be in a state of data to be collected, data collected, baseline data eligible and baseline data ineligible. The prescription state is ready for prescription, has been prescribed, and is configured to trigger the prescription issuing action and execute the prescription issuing action when the baseline data state flow is transferred to the baseline data accessible group. Whereby a baseline data enlistable event is published with the baseline data flow transitioning to an enlistable group. The prescription module monitors the issuance and consumption of the baseline data enlistable event and performs the action of making a prescription. And further issuing a prescription issued event under the condition that the data state of the prescription module is transferred from the prescription ready-to-issue flow to the prescription issued flow, and further continuing to drive the flow of other business modules of the health management medical software platform. It should be noted that the call between the health management model and the business module may use a Hook (Hook) mechanism, the Hook is a platform of the Windows message processing mechanism, the application program may set a subroutine thereon to monitor some message of a specific window, and the monitored window may be created by other processes. When a message arrives, it is processed before the target window processing function. The hook mechanism allows applications to intercept handling Windows messages or specific events.
In this embodiment of the present invention, the intermediate state of the health management medical software platform is maintained using the state and the message, so that the health management models of the health management medical software platform can better achieve final consistency. The separation of the service requirement and the platform capability is realized through the definition and the expansion of the standard module capability. Through the definition of the models such as states and events, the business process is described more clearly, and therefore the business process is better combed and controlled. And through more event driving, the calling link of the service module is further optimized, the response time is effectively shortened, and the user experience is remarkably improved.
FIG. 5 is a flow chart illustrating an implementation of an example of a specific application of the medical data processing method according to the embodiment of the present invention;
referring to fig. 5, the health management medical system implementing the medical data processing method according to the embodiment of the present invention includes 5 business modules, which are a medical treatment module, a baseline module, a prescription module, a follow-up module, and a summary module.
The data of the encounter module may be configured to include data states of "patient information to be supplemented", "patient information completed, doctor to be associated", and "patient information completed, doctor associated". The data of the baseline module may be configured to include data states of data to be collected, data collected, baseline data eligible and baseline data ineligible. The data of the prescription state is configured to be the data state of the prescription waiting for prescription and the prescription already made. The data of the follow-up module may be configured to include data states of the medical index uploaded and the medical index pending to be uploaded. The data of the summary module may be configured to include data states of the summary and the summarized data.
The encounter module issues an "created encounter information" event upon detecting that the data state is "completed patient information, associated doctor". The baseline module triggers the baseline module to perform a data collection action upon monitoring a "visit information created" event, and issues a "baseline groupable" event upon detecting that the data status of the baseline module is baseline data groupable. The prescription module triggers the prescription module to execute a prescription issuing action when monitoring a 'baseline group entry' event, and issues a 'prescription issued' event when detecting that the data state of the prescription module is that the prescription has been issued. And under the condition that the follow-up module monitors that the prescription is already provided, the follow-up module is triggered to execute the follow-up action, and under the condition that the data state of the follow-up module is detected to be that the medical index is uploaded, the follow-up completion event is issued. Here, a plurality of follow-up actions may be configured, and in the process of issuing the "completion of this follow-up" event, it is determined whether the follow-up is the last follow-up, and then the "completion of the last follow-up" event is issued. And here a message queue can be produced based on the follow-up frequency and the follow-up time. And the summary module triggers the summary module to execute the summary action under the condition that the summary module monitors the event of finishing the last follow-up visit, issues the event of finishing the whole-course treatment under the condition that the data state of the summary module is detected as 'summarized', and judges that the whole-course treatment is finished.
The medical data processing method, the medical data processing device, the medical data processing equipment and the computer readable storage medium have the advantages that the data state of the first medical service module is detected, the first event is issued under the condition that the data state is in the first set state, and the second medical service module is further triggered to execute the medical data processing operation responding to the first event based on the first event. Therefore, the business process is clearly described through the definition of the data state, the event and the like of the business module, and the management of the business process is better performed on the medical data. And through an event-driven mode, a calling link between service modules is optimized, response time is effectively shortened, and user experience is remarkably improved.
Fig. 6 shows a specific embodiment of the medical data processing apparatus according to the present invention. The apparatus of this embodiment is a physical apparatus for performing the methods of FIGS. 2-5. The technical solution is essentially the same as that in the above embodiment, and the corresponding description in the above embodiment is also applicable to this embodiment. Referring to fig. 6, an embodiment of the present invention provides a medical data processing apparatus, and the apparatus 60 includes: a data state detection module 601, configured to detect a data state of the first medical service module; the event issuing module 602 is configured to issue a first event when the data state is a first setting state; a triggering module 603 configured to trigger the second medical service module to perform the medical data processing operation in response to the first event based on the first event.
Fig. 7 is a schematic structural diagram of an apparatus according to an embodiment of the present invention. On the hardware level, the device comprises a processor and optionally an internal bus, a network interface and a memory. The Memory may include a Memory, such as a Random-Access Memory (RAM), and may further include a non-volatile Memory, such as at least 1 disk Memory. Of course, the device may also include hardware required for other services.
The processor, the network interface, and the memory may be connected to each other via an internal bus, which may be an ISA (Industry Standard Architecture) bus, a PCI (Peripheral Component Interconnect) bus, an EISA (Extended Industry Standard Architecture) bus, or the like. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of illustration, only one double-headed arrow is shown in FIG. 7, but this does not indicate only one bus or one type of bus.
And the memory is used for storing the execution instruction. In particular, a computer program that can be executed by executing instructions. The memory may include both memory and non-volatile storage and provides execution instructions and data to the processor.
In a possible implementation manner, the processor reads corresponding execution instructions from the nonvolatile memory into the memory and then executes the execution instructions, and corresponding execution instructions can also be obtained from other equipment so as to form the medical data processing device on a logic level. The processor executes the execution instructions stored in the memory to implement the medical data processing method provided in any embodiment of the invention through the executed execution instructions.
The method performed by the medical data processing apparatus according to the embodiment of the invention shown in fig. 6 can be applied to or implemented by a processor. The processor may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware in a processor or instructions in the form of software. The Processor may be a general-purpose Processor, including a Central Processing Unit (CPU), a Network Processor (NP), and the like; but also Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in a memory, and a processor reads information in the memory and completes the steps of the method in combination with hardware of the processor.
Embodiments of the present invention also provide a readable storage medium, which stores execution instructions, and when the stored execution instructions are executed by a processor of an electronic device, the electronic device can be caused to execute the medical data processing method provided in any embodiment of the present invention, and is specifically configured to execute the method shown in fig. 2 to 5.
The electronic device in the foregoing embodiments may be a computer.
It will be appreciated by those skilled in the art that embodiments of the present invention may be provided as a method or computer program product. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects.
The embodiments of the present invention are described in a progressive manner, and the same and similar parts among the embodiments can be referred to each other, and each embodiment focuses on the differences from the other embodiments. In particular, as for the apparatus embodiment, since it is substantially similar to the method embodiment, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the method embodiment.
It should also be noted that the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising an … …" does not exclude the presence of other identical elements in the process, method, article, or apparatus that comprises the element.
The above are merely examples of the present invention, and are not intended to limit the present invention. Various modifications and alterations to this invention will become apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the scope of the claims of the present invention.
Claims (11)
1. A method of medical data processing, the method comprising:
detecting a data state of a first medical business module;
issuing a first event under the condition that the data state is a first set state;
triggering, based on the first event, a second medical business module to perform a medical data processing operation responsive to the first event.
2. The method of claim 1, wherein triggering a second medical business module to perform a medical data processing operation responsive to the first event based on the first event comprises:
the second service processing module monitors the first event;
detecting the data state of the second service module under the condition that the second service processing module monitors the issue of the first event;
and issuing a second event under the condition that the data state is a second set state.
3. The method of claim 1, further comprising:
in the case that the triggering of the second medical service module by the first event fails, storing the first event within a first set time, and reissuing the first event every second set time;
wherein the first set time is greater than or equal to the second set time.
4. The method of claim 3, further comprising: and sending out a prompt for showing that the second business module fails to trigger under the condition that the first event executes the reissuing operation for the set number of times and the first event fails to trigger the second medical business module.
5. The method of claim 3, wherein storing the first event comprises:
and storing the first event by adopting a persistent database.
6. The method of claim 3, wherein said reissuing said first event at a second set time per interval comprises:
reissuing the first event at a second set time interval based on the message queue.
7. The method of claim 1, wherein the detecting the data state of the first medical services module comprises:
receiving first business data of a target object;
and judging whether the first service data conforms to the first set state for issuing the first event.
8. A medical data processing apparatus, characterized in that the apparatus comprises:
the data state detection module is used for detecting the data state of the first medical service module;
the event issuing module is used for issuing a first event under the condition that the data state is a first set state;
a triggering module for triggering a second medical business module to perform a medical data processing operation in response to the first event based on the first event.
9. A health management medical system, comprising:
the system comprises a plurality of business modules, a plurality of service modules and a plurality of service modules, wherein the business modules are configured based on a basic business process of a health management model on a software platform;
a software platform for configuring a health management model based on the plurality of business modules, the health management model for implementing the medical data processing method of any one of claims 1-7;
the database is used for storing and processing the data of the plurality of service modules and the software platform by adopting a persistent database;
and the software platform receives and sends the messages with the plurality of service modules based on message queuing.
10. A computer device, comprising: memory, processor and computer program stored on the memory and executable on the processor, characterized in that the processor realizes the medical data processing method according to any one of claims 1-7 when executing the program.
11. A storage medium containing computer executable instructions for performing the medical data processing method of any one of claims 1-7 when executed by a computer processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111549481.8A CN114446423B (en) | 2021-12-17 | 2021-12-17 | Medical data processing method, system, storage medium and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202111549481.8A CN114446423B (en) | 2021-12-17 | 2021-12-17 | Medical data processing method, system, storage medium and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114446423A true CN114446423A (en) | 2022-05-06 |
| CN114446423B CN114446423B (en) | 2023-06-27 |
Family
ID=81364226
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202111549481.8A Active CN114446423B (en) | 2021-12-17 | 2021-12-17 | Medical data processing method, system, storage medium and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114446423B (en) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090125332A1 (en) * | 2007-11-12 | 2009-05-14 | Magpie Healthcare, Llc | Automated execution of health care protocols in an integrated communications infrastructure |
| CN101937489A (en) * | 2010-08-26 | 2011-01-05 | 无锡北邮感知技术产业研究院有限公司 | Medical guide information service system based on event driving and work method thereof |
| CN106845057A (en) * | 2015-12-04 | 2017-06-13 | 北大医疗信息技术有限公司 | The management method and managing device of quality of medical care |
-
2021
- 2021-12-17 CN CN202111549481.8A patent/CN114446423B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20090125332A1 (en) * | 2007-11-12 | 2009-05-14 | Magpie Healthcare, Llc | Automated execution of health care protocols in an integrated communications infrastructure |
| CN101937489A (en) * | 2010-08-26 | 2011-01-05 | 无锡北邮感知技术产业研究院有限公司 | Medical guide information service system based on event driving and work method thereof |
| CN106845057A (en) * | 2015-12-04 | 2017-06-13 | 北大医疗信息技术有限公司 | The management method and managing device of quality of medical care |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114446423B (en) | 2023-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11096577B2 (en) | Proactive patient health care inference engines and systems | |
| Gill et al. | RADAR: Self‐configuring and self‐healing in resource management for enhancing quality of cloud services | |
| US20100169114A1 (en) | System and Method for Clinical Intelligent Agents Implementing an Integrated Intelligent Monitoring and Notification System | |
| WO2006031823A2 (en) | A system for managing inactivity in concurrently operating executable applications | |
| EP1746508A2 (en) | Support automation | |
| US20160344808A1 (en) | Device data synchronization | |
| CN115190047B (en) | Method, system and computing device for monitoring server health | |
| US8630866B2 (en) | System and method to automate service delivery to medical equipment | |
| CN113110963A (en) | Service processing method, service processing device, electronic equipment and readable storage medium | |
| KR101894188B1 (en) | Alarm and report system for adverse events of clinical trials based on hospital medical record systems | |
| CN108810051A (en) | Data transmission method and device | |
| US20160342670A1 (en) | Device data synchronization | |
| CN114446423A (en) | Medical data processing method, system, storage medium and equipment | |
| CN110691350B (en) | Transmission device and non-transitory computer-readable storage medium for transmitting emergency resource scheduling related information | |
| Mendes et al. | VITASENIOR-MT: A distributed and scalable cloud-based telehealth solution | |
| Van Hoecke et al. | Service-oriented subscription management of medical decision data in the intensive care unit | |
| WO2013144796A1 (en) | Method for synchronizing the state of a computer interpretable guideline engine with the state of patient care | |
| Greenes et al. | Design of a standards-based external rules engine for decision support in a variety of application contexts: report of a feasibility study at Partners HealthCare System | |
| Strielkina et al. | Model of functional behavior of healthcare Internet of Things device | |
| CN114020429A (en) | Task processing method and device, equipment and storage medium | |
| US11574743B1 (en) | Customizable communication platform | |
| CN112489746A (en) | Task pushing method and device for data management, electronic equipment and storage medium | |
| CN111698266A (en) | Service node calling method, device, equipment and readable storage medium | |
| CN111383745A (en) | Computer data processing method, device, storage medium and equipment | |
| CN111224861B (en) | Method, system, equipment and storage medium for opening instant message service |
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 |