Health checks for infusion pump communications systems
A distributed system can include a server outside of a clinical environment and a connectivity adapter and a plurality of infusion pumps within the clinical environment. The connectivity adapter can monitor microservices that measure the quality of connectivity adapter's performance. If the performance is below a threshold level, a message indicating poor performance can be sent to the server. The message can be sent when a prior message relating to poor performance has not already been sent within a predetermined time period.
1. An apparatus configured to receive operational software updates and drug library updates from a server and to communicate the operational software updates and drug library updates to a plurality of infusion pumps that deliver medication to one or more patients within one or more clinical environments, the apparatus further configured to determine communication performance quality of the apparatus, the apparatus comprising:
a processor comprising computing hardware; and
a memory storing instructions that, when executed by the processor, configure the apparatus to:
transmit clinical messages and health status messages over a first communication channel of a first network that provides communication outside of the one or more clinical environments;
receive the operational software updates and drug library updates over a second communication channel of the first network, the first and second communication channels of the first network being separate to reduce interference between update data transfer and clinical messaging outside of the one or more clinical environments;
receive the clinical messages from a subset of the infusion pumps over a first communication channel of a second network within a clinical environment of the one or more clinical environments;
transmit at least a portion of the operational software updates and drug library updates over a second communication channel of the second network to requesting infusion pumps, the first and second communication channels of the second network being different to reduce interference between transfer of the at least a portion of the operational software updates and drug library updates and the clinical messaging from the subset of infusion pumps;
monitor a plurality of parameters associated with one or more microservices, each microservice configured to determine functionality associated with operation of the apparatus, each parameter associated with a respective microservice;
determine that at least one parameter exceeds a threshold;
determine that messages transmitted to the server within a first time period exclude an indication that the at least one parameter exceeds the threshold;
format a message including an indication that the at least one parameter exceeds the threshold; and
transmit the formatted message to the server over the first communication channel of the second network and reset at least one respective microservice associated with the at least one parameter.
2. The apparatus of claim 1 wherein the instructions further configure the apparatus to transmit the formatted message to the server only after a predetermined number of parameters exceed their respective thresholds.
3. The apparatus of claim 1 wherein the plurality of parameters include at least one of a queue size, latency, memory size, disk space, an indication of a number of connected devices, or CPU time.
4. The apparatus of claim 1 wherein each microservice of the one or more microservices is configured to create containers of unstructured data associated with a monitored parameter of the plurality of parameters.
5. The apparatus of claim 1 wherein the server is configured to receive a request from a user for a status of the apparatus.
6. The apparatus of claim 1 wherein the server is configured to receive a request from a user for a status of the apparatus, and in response to receiving the request, transmit over the network to the apparatus, a request for status of at least one parameter of the plurality of parameters.
7. The apparatus of claim 1 wherein the server is configured to receive and analyze the transmitted message.
8. The apparatus of claim 7 wherein the server is further configured to report the analysis to a user.
9. The apparatus of claim 7 wherein the server is further configured to automatically cause a reboot of the apparatus based on the analysis.
10. The apparatus of claim 1 wherein the server is configured to cause the at least one respective microservice to reset.
11. A method to verify performance quality of an apparatus configured to communicate operational software updates and drug library updates from a server to a plurality of infusion pumps that deliver medication to one or more patients within one or more clinical environments the method comprising:
transmitting clinical messages and health status messages over a first communication channel of a first network that provides communication outside of the one or more clinical environments;
receiving the operational software updates and drug library updates over a second communication channel of the first network, the first and second communication channels of the first network being separate to reduce interference between update data transfer and clinical messaging outside of the one or more clinical environments;
receiving the clinical messages from a subset of the infusion pumps over a first communication channel of a second network within a clinical environment of the one or more clinical environments;
transmitting at least a portion of the operational software updates and drug library updates over a second communication channel of the second network to requesting infusion pumps, the first and second communication channels of the second network being different to reduce interference between transfer of the at least a portion of the operational software updates and drug library updates and the clinical messaging from the subset of infusion pumps;
monitoring a plurality of parameters associated with one or more microservices that monitor functionality associated with operation of the apparatus, each parameter associated with a respective microservice;
determining that at least one parameter exceeds a threshold;
determining that messages transmitted to the server within a first time period exclude an indication that the at least one parameter exceeds the threshold;
formatting a message including an indication that the at least one parameter exceeds the threshold; and
transmitting the formatted message server over the first communication channel of the second network to the server and reset at least one respective microservice associated with the at least one parameter.
12. The method of claim 11 wherein the plurality of parameters include at least one of a queue size, latency, memory size, disk space, an indication of a number of connected devices, or CPU time.
13. The method of claim 11 wherein each microservice of the one or more microservices is configured to create containers of unstructured data associated with a monitored parameter of the plurality of parameters.
14. The method of claim 11 wherein the server is configured to receive a request from a user for a status of the apparatus.
15. The method of claim 11 wherein the server is configured to receive a request from a user for a status of the apparatus, and in response to receiving the request, transmit over the network to the apparatus, a request for status of at least one parameter of the plurality of parameters.
16. The method of claim 11 wherein the server is configured to receive and analyze the transmitted message.
17. The method of claim 16 wherein the server is further configured to report the analysis to a user.
18. The method of claim 16 wherein the server is further configured to automatically cause a reboot of the apparatus based on the analysis.
19. The method of claim 16 wherein the server is configured to cause the at least one respective microservice to reset.
20. The method of claim 11 wherein the apparatus is configured to cause the at least one respective microservice to reset.