CN113382192A - Medical decentralized cloud video system - Google Patents

Abstract

The embodiment of the application discloses medical decentralization cloud video system is applied to hospital intranet to forbid and communicate with the extranet the system includes: the system comprises an initialization module, a data processing module and a data processing module, wherein the initialization module is used for constructing a self-adaptive point-to-point P2P networking mode according to an IP address and medical terminal IP addresses distributed in different departments under the same hospital intranet, and acquiring an IP configuration list, wherein the IP configuration list comprises the corresponding relation between the IP address and the corresponding hospital department personnel; the adding module is used for adding the IP address to be called and the corresponding department personnel information according to the IP configuration list; the deleting module is used for deleting one or more IP addresses and corresponding department personnel information according to the deleting operation instruction; the calling module is used for calling the medical terminals corresponding to one or more IP addresses by the P2P according to the calling operation instruction so as to form group video communication; and the file transmission module is used for transmitting the local file to one or more medical terminals corresponding to the IP addresses by the P2P according to the file transmission instruction.

Description

Medical decentralized cloud video system

Technical Field

The application relates to the technical field of communication, in particular to a medical decentralized cloud video system.

Background

Considering that the infection risk of medical care personnel is extremely high, the medical treatment and treatment work of a patient cannot be expanded after the first-line medical care personnel fall down, and how to prevent nosocomial infection and medical care personnel infection is an urgent need to be solved in two-mountain hospitals. Therefore, how to realize the interconnection and intercommunication of information in medical care, patients, hospitals and outside the hospitals through multiple ways and multiple modes and ensure the timely and smooth communication is of great significance to the development of medical treatment work of two hospitals.

However, in the prior art, a video call system based on a medical intranet needs a central server, that is, a traditional cloud computing service cluster is used to ensure connection of a multi-party call, and a distributed video conference system often needs an extranet for connection. However, an intranet central server cannot be built in a short time under the emergency situation, so how to design a portable, decentralized and easy-to-use medical video system is a difficult problem to be solved urgently at present.

Disclosure of Invention

The embodiment of the application provides a medical decentralized cloud video system, which is used for solving the problem that decentralized video communication cannot be realized through self-adaptive P2P networking in the prior art, is simple and easy to use, and is used for realizing decentralized video communication.

The application discloses medical decentralization cloud video-information system that goes is applied to the hospital intranet to forbid to communicate with the extranet, the system includes:

the system comprises an initialization module, a point-to-point self-adaption P2P networking mode and an IP configuration list, wherein the initialization module is used for constructing a self-adaption point-to-point P2P networking mode according to an IP address and IP addresses of medical terminals distributed in different departments in the same hospital intranet, and acquiring the IP configuration list which comprises the corresponding relation between the IP address and personnel in the corresponding hospital departments;

the adding module is used for adding the IP address to be called and the corresponding department personnel information according to the IP configuration list;

the deleting module is used for deleting one or more IP addresses and corresponding department personnel information according to the deleting operation instruction;

the calling module is used for calling the medical terminals corresponding to one or more IP addresses by the P2P according to the calling operation instruction so as to form group video communication;

and the file transmission module is used for transmitting the local file to one or more medical terminals corresponding to the IP addresses by the P2P according to the file transmission instruction.

Optionally, the system further comprises:

and the synchronization module is used for synchronizing the IP configuration list to medical terminals distributed in different departments in the same hospital intranet so as to cover the IP configuration list locally stored by the medical terminals.

Optionally, the system further comprises:

and the clearing module is used for clearing all the IP addresses added by the system and the information of the corresponding department personnel.

Optionally, the system further comprises:

and the video interaction module is used for providing video chat, text transmission, expression transmission and case demonstration interfaces so as to provide a remote diagnosis function.

Optionally, the calling module is further configured to:

video encryption is performed by using the I420/VP8 codec technology, and keys are negotiated by video participants.

Optionally, the calling module is further configured to:

and acquiring equipment information and video data for enumerating videos by adopting a dshow technology.

Optionally, the initialization module constructs an adaptive peer-to-peer P2P networking mode, including:

RTP/RTCP technology is adopted for network connection, and intra-domain networking is carried out based on different IP addresses.

Optionally, the calling module is further configured to:

and a jitter buffer and a packet loss compensation NetEQ interface are provided, so that the voice delay is reduced.

Drawings

In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings used in the description of the embodiments will be briefly introduced below.

Fig. 1 is a network architecture of a cloud video in the prior art.

FIG. 2 is a diagram of a medical decentralized cloud video system according to an embodiment.

FIG. 3 is a diagram of an add-on functionality interface for a medical decentralized cloud video system, according to an embodiment;

FIG. 4 is a diagram of a call function interface of the medical decentralized cloud video system according to one embodiment;

FIG. 5 is a diagram of a video interaction interface for a medical decentralized cloud video system, according to an embodiment;

FIG. 6 is a diagram of a file transfer function interface for a medical decentralized cloud video system, according to an embodiment.

Detailed Description

The technical solutions in the embodiments of the present application will be described clearly and completely with reference to the drawings in the embodiments of the present application, and it should be understood that the described embodiments are some, but not all embodiments of the present application. All other embodiments, which can be derived by a person skilled in the art from the embodiments given herein without making any creative effort, shall fall within the protection scope of the present application.

It will be understood that the terms "comprises" and/or "comprising," when used in this specification and the appended claims, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.

It is also to be understood that the terminology used in the description of the present application herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in the specification of the present application and the appended claims, the singular forms "a," "an," and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise.

It should be further understood that the term "and/or" as used in this specification and the appended claims refers to and includes any and all possible combinations of one or more of the associated listed items.

As used in this specification and the appended claims, the term "if" may be interpreted contextually as "when", "upon" or "in response to a determination" or "in response to a detection". Similarly, the phrase "if it is determined" or "if a [ described condition or event ] is detected" may be construed to mean "upon determining" or "in response to determining" or "upon detecting [ described condition or event ]" or "in response to detecting [ described condition or event ]" depending on the context.

Fig. 1 shows a centralized remote diagnosis system in the prior art, as shown in fig. 1, a server side, a remote expert side, and a local medical terminal are connected through a private network, that is, a central server is used to perform multi-terminal connection. The system has the advantages of convenient management and relatively stable system, but has higher cost, and is difficult to build successfully in a plurality of emergency hospitals in a short time, so that the prior art is difficult to build in a short time in the emergency scene aiming at special situations such as new crown epidemic situations and the like.

In view of the problems in the prior art, the embodiment of the present application provides a medical decentralized cloud video system, which is implemented as a point-to-point distributed video call architecture without an external network but only with an internal hospital network (hereinafter referred to as an internal hospital network).

As shown in fig. 2, a medical decentralized cloud video system 200 according to an embodiment of the present invention is applied to an intranet in a hospital and prohibits communication with an extranet, and includes:

the initialization module 210 is configured to construct an adaptive peer-to-peer P2P networking mode according to an own IP address and IP addresses of medical terminals distributed in different departments in the same hospital intranet, and obtain an IP configuration list, where the IP configuration list includes a correspondence between the IP address and a person in the corresponding hospital department;

the initialization module constructs an adaptive peer-to-peer P2P networking mode, which may specifically be:

RTP/RTCP technology is adopted for network connection, and intra-domain networking is carried out based on different IP addresses.

Specifically, the network connection is performed in an RTP/RTCP manner. The method comprises the following steps:

the system 200 sends a broadcast message to all the other medical terminals in the internal network of the hospital, where the broadcast message carries its own IP address, network connection port, and maximum connection number information, it should be noted that the maximum connection number is dynamically adjustable, and different from the traditional IP networking mode, the dynamically adjustable maximum connection number is positively correlated to its resource occupancy rate line, for example, the current resource occupancy rate is 85%, the maximum connection number is X, and if the current resource occupancy rate is 90%, the maximum connection number is adjustable to X-2, that is, the number of connections is dynamically adaptively adjusted according to the resource utilization rate. Such good places do not cause the medical terminal to be stuck, dead or down, and are very important in the medical terminal on the premise of stability;

after receiving the IP address, the other terminals send response messages (including their own IP address, port information, and the remaining maximum connection number) to the system 200 (it should be noted that, if the resource occupancy rate of any final draft exceeds 100%, the response message is not allowed to be sent), the system 200 stores all the above information, and sends a message reception success response to each medical terminal, and at this time, the handshake connection is successfully established;

the system 200 sets a corresponding relation table of the IP addresses and the maximum connection number, if a plurality of medical terminals corresponding to the IP addresses are required to be connected in a video mode subsequently, whether the remaining maximum connection number of the medical terminals meets a preset threshold value or not needs to be determined, if one of the medical terminals exceeds the preset threshold value, the video connection with the opposite medical terminal fails, and therefore the opposite medical terminal is guaranteed to have enough resources to perform other medical related operations;

the system 200 initiates a video connection establishment operation, and sends a video connection request to one or more medical terminals corresponding to the IP address according to the IP address to establish a video call. If the maximum connection number of one terminal exceeds a threshold value, the connection fails, and the video connection is automatically quitted.

In the embodiment of the invention, the initialization module 210 can construct a point-to-point P2P networking mode, does not need a central server to participate, can be networked only by knowing IP addresses of a plurality of medical terminals, is easy to operate, easy to configure, simple and efficient, and can be suitable for emergency scenes which cannot be loaded with the central server in an emergency period.

The medical terminal may be a mobile terminal such as a personal computer PC, a mobile phone, a tablet computer, or any other medical device with a network function, and has a camera, an audio interface, and an operating system. By adopting the distributed point-to-point mode provided by the embodiment of the invention, terminal communication can be realized only by confirming IP interaction without a central server, and connection can be carried out through an ICE (Internet communications emphasis) server if special conditions are met, such as the need of crossing a private network.

In addition, in order to meet the requirements of the HITs, the cloud video in the hospital additionally provides an http interface for the HITs team of the hospital to call as required.

Optionally, the initialization module may also flexibly schedule the maximum connection number of videos according to different network occupied resources, and if the current network resource occupancy rate is high (for example, exceeds 85%), the maximum connection number of videos is correspondingly adjusted downward, that is, the number of video terminals that can only be connected at most at the same time.

An adding module 220, configured to add, according to the IP configuration list, an IP address to be called and corresponding department personnel information;

the adding module 220 may add the IP address of the calling party and department, personnel information in a saved list and display to the medical personnel. As shown in fig. 3, the user "ultrasound plum chief can be paged to the corresponding medical terminal according to the IP address and the corresponding department, and it can be known from the figure that different medical care personnel in different departments (departments) can be added in sequence, and there is no limit to the number.

The deleting module 230 is configured to delete one or more IP addresses and corresponding department personnel information according to the deleting operation instruction;

the deleting module corresponds to the adding module, the corresponding list is clicked, and the IP address and the corresponding department personnel information can be deleted by clicking the deleting button.

The calling module 240 is used for calling the medical terminals corresponding to one or more IP addresses by the P2P according to the calling operation instruction so as to form group video communication;

with the corresponding IP addresses, the calling module can perform paging operations for one or more IP addresses to form group video communications. As shown in fig. 4, after the IP address of "ultrasound lie owner" is added, the information in the list is clicked, and the "call button" is clicked, the system side, that is, the point-to-point as the service provider (without the central server), is connected to the medical terminal corresponding to "192.168.0.133".

In the communication process, in order to ensure the security of data transmission, in the embodiment of the present invention, an I420/VP8 codec technology is used to perform video encryption, and a key is negotiated by video participants.

In addition, the call module 240 also employs dshow technology to implement device information for enumerating videos and collection of video data. And in the audio coding and decoding part, iLIBC/iSAC/G722/PCM16/RED/AVT coding and decoding technology is adopted.

Optionally, the calling module is further configured to: the jitter buffer and the packet loss compensation NetEQ interface are provided, the sound quality is improved, the voice delay is reduced, and the sound mixing processing based on the voice conference can be realized. Besides, the calling module also provides a recording operation to support the recording file to be local, and optionally, the format can be PCM/WAV format. For the sound quality, functions such As Echo Cancellation (AEC), aecm (AEC mobile), Automatic Gain (AGC), noise reduction (NS), and silence detection (VAD) processing may be used to improve the sound quality. And ensures that the time delay of the audio and the video is controlled at 0.03 second.

And the file transmission module 250 is used for transmitting the local file to one or more medical terminals corresponding to the IP addresses by the P2P according to the file transmission instruction. As shown in fig. 6, in the video communication process or after the video communication process is completed, a file page is clicked to enter a file sending interface, and the sent file needs to be received by the other party and then can be successfully sent.

Optionally, the system further comprises:

and the synchronization module 260 is configured to synchronize the IP configuration list to medical terminals distributed in different departments in the same hospital intranet, so as to cover the IP configuration list locally stored in the medical terminal.

Optionally, the system further comprises:

and an emptying module 270, configured to empty all IP addresses and corresponding department personnel information added by the system.

Optionally, the system further comprises:

the video interaction module 280 (not shown in fig. 2) is used for providing video chat, text transmission, emoticon transmission and case demonstration interfaces to provide remote diagnosis functions. As shown in fig. 5, a video interaction page is entered, the page can be used for video chat, sending characters, expressions and files for chat, the sending files can be successfully sent after being received by the opposite side, and the conditions of cases and the like of patients can be remotely seen from the computer desktop of the master and the master of the opposite side and the master. In addition, a prompt box pops up on the video interface by right clicking, so that the page layout can be selectively changed, the other side can be refreshed, the side bar can be displayed, and the video source can be switched. The button in the upper right corner can be used for checking the size of the remote desktop control, and the sound of the video can be set to be silent.

In addition, the system can also assist the communication of the use condition of the medical resources among departments, and coordinate and communicate the medical resources required by the departments; the medical staff is assisted to check, take medicine and execute the medical advice, and the execution of the diagnosis and treatment scheme is implemented. For example, medical materials (masks, protective clothing, goggles), medical beds, and saturation of medical staff are recorded, if necessary, the medical materials can be accessed to other EPR systems in hospitals to obtain real-time data, corresponding medical resources can be dynamically allocated/increased/decreased after the data are obtained, increase and decrease of the medical resources are synchronously recorded, and early warning and other operations are performed when the resources are insufficient.

In one embodiment, the cloud video in the hospital is based on the cloud computing technology and the IP synchronization technology, a P2P video channel is built in a hospital intranet, the original telephone function of a department can be replaced, the functions of video call, voice call, text communication, file sending and the like similar to WeChat can be realized, and the cloud video in the hospital can interact with experts outside the hospital according to needs and authorization in the VPN environment of an outside the hospital.

In another embodiment provided herein, a system further comprises a processor, an input device, an output device, and a memory. The input device, the output device, the memory and the processor are connected with each other through a bus.

The memory includes, but is not limited to, Random Access Memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM), or portable read-only memory (CD-ROM), which is used for storing instructions and data.

The input means are for inputting data and/or signals and the output means are for outputting data and/or signals. The output means and the input means may be separate devices or may be an integral device.

The processor may include one or more processors, for example, one or more Central Processing Units (CPUs), and in the case of one CPU, the CPU may be a single-core CPU or a multi-core CPU. The processor may also include one or more special purpose processors, which may include GPUs, FPGAs, etc., for accelerated processing.

The memory is used to store program codes and data of the network device.

The processor is used for calling the program codes and data in the memory and executing the steps in the method embodiment. Specifically, reference may be made to the description of the method embodiment, which is not repeated herein.

It will be appreciated that fig. 2 only shows a simplified design of the system. In practical applications, the system may also include necessary other components respectively, including but not limited to any number of input/output devices, processors, controllers, memories, etc., and all systems that can implement the embodiments of the present application are within the protection scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, it should be understood that the disclosed system, apparatus and method may be implemented in other ways. For example, the division of the unit is only one logic function division, and the actual implementation may have another division manner, for example, a plurality of units or components may be combined or may be integrated into another system, or some features may be omitted or not executed. The shown or discussed mutual coupling, direct coupling or communication connection may be an indirect coupling or communication connection of devices or units through some interfaces, and may be in an electrical, mechanical or other form.

Units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.

In the above embodiments, the implementation may be wholly or partially realized by software, hardware, firmware, or any combination thereof. When implemented in software, may be implemented in whole or in part in the form of a computer program product. The computer program product includes one or more computer instructions. The procedures or functions according to the embodiments of the present application are wholly or partially generated when the computer program instructions are loaded and executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored on or transmitted over a computer-readable storage medium. The computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire (e.g., coaxial cable, fiber optics, Digital Subscriber Line (DSL)), or wirelessly (e.g., infrared, wireless, microwave, etc.). The computer readable storage medium can be any available medium that can be accessed by a computer or a data storage device, such as a server, a data center, etc., that incorporates one or more of the available media. The usable medium may be a read-only memory (ROM), or a Random Access Memory (RAM), or a magnetic medium, such as a floppy disk, a hard disk, a magnetic tape, a magnetic disk, or an optical medium, such as a Digital Versatile Disk (DVD), or a semiconductor medium, such as a Solid State Disk (SSD).

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive various equivalent modifications or substitutions within the technical scope of the present application, and these modifications or substitutions should be covered by the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.

Claims (8)

1. A medical decentralized cloud video system for use in an intranet of a hospital and for inhibiting communication with an extranet, the system comprising:

the system comprises an initialization module, a data processing module and a data processing module, wherein the initialization module is used for constructing a self-adaptive point-to-point P2P networking mode according to an IP address and medical terminal IP addresses distributed in different departments under the same hospital intranet, and acquiring an IP configuration list, wherein the IP configuration list comprises the corresponding relation between the IP address and the corresponding hospital department personnel;

the adding module is used for adding the IP address to be called and the corresponding department personnel information according to the IP configuration list;

the deleting module is used for deleting one or more IP addresses and corresponding department personnel information according to the deleting operation instruction;

the calling module is used for calling the medical terminals corresponding to one or more IP addresses by the P2P according to the calling operation instruction so as to form group video communication;

and the file transmission module is used for transmitting the local file to one or more medical terminals corresponding to the IP addresses by the P2P according to the file transmission instruction.

2. The system of claim 1, further comprising:

and the synchronization module is used for synchronizing the IP configuration list to medical terminals distributed in different departments under the same hospital intranet so as to cover the IP configuration list locally stored by the medical terminals.

3. The system according to claim 1 or 2, characterized in that the system further comprises:

and the clearing module is used for clearing all the IP addresses added by the system and the corresponding department personnel information.

4. The system of claim 1, further comprising:

and the video interaction module is used for providing video chat, text transmission, expression transmission and case demonstration interfaces so as to provide a remote diagnosis function.

5. The system of claim 1, wherein the calling module is further configured to:

video encryption is performed by using the I420/VP8 codec technology, and keys are negotiated by video participants.

6. The system of claim 1, wherein the calling module is further configured to:

and acquiring equipment information and video data for enumerating videos by adopting a dshow technology.

7. The system of claim 1, wherein the initialization module constructs an adaptive peer-to-peer P2P networking scheme, comprising:

RTP/RTCP technology is adopted for network connection, and intra-domain networking is carried out based on different IP addresses.

8. The system of claim 1, wherein the calling module is further configured to:

and a jitter buffer and a packet loss compensation NetEQ interface are provided, so that the voice delay is reduced.

Images