Detailed Description
The present application will be described in further detail with reference to the drawings and examples, in order to make the objects, technical solutions and advantages of the present application more apparent. It should be understood that the specific embodiments described herein are for purposes of illustration only and are not intended to limit the scope of the application.
The medical image data storage method provided by the embodiment of the application can be applied to an application environment shown in fig. 1, and fig. 1 is an application environment diagram of the medical image data storage method provided by the embodiment of the application. Wherein the proxy server 102 communicates with the computer device 101 and the server 103 via a network. The server 103 is a PACS server. The proxy server 102 receives the write request of the target medical image file sent by the computer device 101, determines a target server from the servers 103 according to the target tag information and the routing rule table, and further stores the target medical image file to the target server. Wherein the computer device 101 may be, but is not limited to, various personal computers, notebook computers, tablet computers, and the like. The number of servers 103 is plural.
In one embodiment, as shown in fig. 2, fig. 2 is a flowchart of a medical image data storage method according to an embodiment of the present application, and the method is applied to the proxy server 102 in fig. 1 for illustration, and includes the following steps:
S201, receiving a writing request of a target medical image file sent by computer equipment, wherein the writing request comprises target label information of the target medical image file.
In the embodiment of the application, the target medical image file may be digital imaging and communication (DIGITAL IMAGING AND Communications IN MEDICINE, DICOM) data, which is an international standard for medical images and related information, and defines a medical image format that can be used for data exchange and satisfies clinical needs. The DICOM data may include hierarchical information corresponding to the medical image file and/or identification information of the medical institution. The hierarchy information may include a case number of the subject to which the medical image file corresponds, an examination site, a data type of the medical image file, and the like. The data types include, for example, CT data types, MR data types, US data types, and the like. CT (Computed Tomography), i.e., electron computer tomography. MR (Magnetic Resonance), magnetic resonance. US examination is an ultrasound examination in which reflection of ultrasound waves is observed by a human body, and is generally called US, and the type of data acquired by using the US examination technique is called US data type. The identification information of the medical institution may be an institution name of the medical institution, geographical location information of the institution, and the like.
The target label information may include hierarchical information corresponding to the target medical image file and/or identification information of the medical institution, etc.
In the embodiment of the application, if a certain target medical image file needs to be written into the PACS server, the computer equipment can send a writing request of the target medical image file to the proxy server, and correspondingly, the proxy server receives the writing request of the target medical image file sent by the computer equipment.
S202, determining a target server from the candidate servers according to the target tag information and a routing rule table, wherein the routing rule table comprises the tag information of the medical image file and routing rules among the candidate servers, and the routing rules are set according to the retrieval requirement of the medical image file.
In this step, the proxy server determines a target server from among the candidate servers according to the target tag information and the routing rule table. As shown in fig. 3, fig. 3 is a block diagram of a proxy server according to an embodiment of the present application. APISIX, APISIX Java/Go plug in Runner, DICOM plug-in module (DICOM Plugin module), DICOM protocol module may be deployed in the proxy server. The routing rule table can be deployed in a database of the proxy server or in other database servers. The routing rule table may be configured in the proxy server, the routing rule in the routing rule table configured in the proxy server may be read, or the routing rule may be written into the proxy server.
The APISIX is a high-performance and extensible micro-service API gateway, and provides rich flow management functions such as load balancing, dynamic upstream, gray level release, service fusing, identity authentication, observability and the like. Based on nginx (openresty) and Lua realizing functions, the idea of Kong is used for substituting a relational database (Postgres) of the bottom layer of Kong with an etcd of NoSQL type, so that compared with Kong, the performance of APISIX is greatly improved, and the performance of Apache APISIX is higher under the condition of starting various plug-ins.
And under the condition that the label information is the data type corresponding to the target medical image file, the routing rule between the label information of the medical image file and each candidate server is the corresponding relation between the data type of the medical image file and each candidate server. For example, each candidate server includes candidate server a, candidate server B, and candidate server C, where if candidate server a corresponds to a CT data type, candidate server B corresponds to an MR data type, and candidate server C corresponds to an US data type. And if the data type included in the target tag information is the MR data type, taking the candidate server B as the target server. And if the data type included in the target tag information is the US data type, taking the candidate server C as the target server.
Optionally, if the target tag information includes hierarchy information corresponding to the target medical image file and identification information of the medical institution, the target server may be determined from the candidate servers according to the hierarchy information, the identification information of the medical institution and the routing rule table.
For example, the hierarchy information includes a data type of a medical image file, the identification information of the medical institution is an institution name of the medical institution, and if the candidate server corresponding to the institution name a includes the candidate server a and the candidate server B, and the candidate server corresponding to the CT data type is the candidate server B and the candidate server C, the candidate server B is taken as a target server, that is, an intersection of the candidate server corresponding to the identification information of the medical institution and the candidate server corresponding to the hierarchy information is taken as a target server.
The medical image file retrieval requirement refers to a requirement that a doctor or other person retrieve a medical image file. For example, if a doctor wants to review all medical image files of the same patient, the routing rule may be set according to the case number of the patient, for example, the medical image files of the patient corresponding to the odd case number checked in a plurality of hospital areas are stored in the server a, and the medical image files of the patient corresponding to the even case number checked in a plurality of hospital areas are stored in the server B.
For another example, if a doctor needs to review medical image files of a patient at all hospitals in a particular city, the routing rules may be configured to store the medical image files according to the geographic location information of the hospital. For example, medical image files of all examinations of a patient in a city are stored in the server a, and medical image files of all examinations of a patient in B city are stored in the server B. If a doctor needs to review all the medical image files of the patient in a city, the required medical image files can be read from the server a.
S203, storing the target medical image file in a target server.
In connection with the above illustration, if the data type included in the target tag information is the MR data type and the candidate server B is the target server, the target medical image file is stored in the candidate server B.
According to the medical image data storage method provided by the embodiment of the application, the writing request of the target label information comprising the target medical image file sent by the computer equipment is received, the target server is determined from the candidate servers according to the target label information and the routing rule table, and the target medical image file is further stored in the target server, wherein the routing rule in the routing rule table is set according to the retrieval requirement of the medical image file. Because the embodiment of the application does not store the checked medical image file in the PACS server corresponding to the hospital, but can determine the target server according to the target label information and the routing rule table, the medical image file is stored in the target server according to the medical image file retrieval requirement, after the medical image file is stored by using the storage method, if the medical image file needs to be read, the medical image file is read from the target server, and the retrieval request is not required to be sent to other hospital areas, so that the retrieval efficiency of the medical image file is improved. For example, a doctor may review all medical image files of a patient who is examined in a plurality of hospital areas of a certain medicine, and the routing rule may be set to be set according to the case number of the patient, for example, medical image files of patients corresponding to an odd case number examined in a plurality of hospital areas are stored in the server a, and medical image files of patients corresponding to an even case number examined in a plurality of hospital areas are stored in the server B. If the doctor needs to read all medical image files of the same patient, if the case number of the patient is an odd number, all medical image files of the patient can be obtained from the server A, and the PACS servers in a plurality of hospital areas do not need to read the medical image files.
Referring to fig. 4, fig. 4 is a flowchart of a method for determining a target server according to an embodiment of the present application. The embodiment of the application relates to a possible implementation manner of determining a target server from candidate servers according to target label information and a routing rule table under the condition that the hierarchy information comprises a first identification of a target subject corresponding to a target medical image file. The routing rule in this embodiment is a rule set according to a medical image file retrieval requirement, for example, a doctor needs to retrieve all medical image files of the same patient (subject). Based on the above embodiment, the step S202 includes the following steps:
S401, performing modular operation on the total number of the candidate servers by the first identification to obtain a modular operation result.
In this step, the first identification of the subject is, for example, the case number of the subject (PATIENT ID). The case number performs modulo operation on the total number of candidate servers, for example, the case number of patient a is 1, the case number of patient B is 2, the case number of patient C is 3, the case number of patient D is 4, the case number of patient E is 5, and the total number of 3 candidate servers are candidate server a, candidate server B and candidate server C, respectively. Then, according to the modulo operation calculation formula adopted by the modulo operation of a to b, the modulo operation result obtained by the modulo operation of the case number 1 on the total number 3 is 1, the modulo operation result obtained by the modulo operation of the case number 2 on the total number 3 is 2, the modulo operation result obtained by the modulo operation of the case number 3 on the total number 3 is 0, the modulo operation result obtained by the modulo operation of the case number 4 on the total number 3 is 1, and the modulo operation result obtained by the modulo operation of the case number 5 on the total number 3 is 2.
The modular arithmetic calculation formula is r=a-c×b, wherein a represents a dividend, b represents a divisor, and c represents an integer quotient result obtained by dividing a by b.
S402, determining a target server from the candidate servers according to the modulo operation result and the corresponding relation between the modulo operation result and the candidate servers, which are included in the routing rule table.
If the correspondence between the modulo operation result included in the routing rule table and the candidate server is shown in table 1 below, taking the first identifier of the target subject as 7 as an example, after determining that the modulo operation result obtained by performing the modulo operation on the total number 3 by 7 is equal to 1 in S401, the candidate server B may be taken as the target server according to the modulo operation result and table 1.
If the first identifier of the target subject is equal to 8, the above S401 determines that the modulo operation result obtained by performing the modulo operation on the total number 3 of 8 is equal to 2, and then the candidate server C is taken as the target server.
If the first identifier of the target subject is equal to 9, and the modulo operation result obtained by performing the modulo operation on the total number 3 by 9 is equal to 0, the candidate server a is taken as the target server.
| Modulo arithmetic result |
Candidate server |
| 0 |
Candidate server A |
| 1 |
Candidate server B |
| 2 |
Candidate server C |
TABLE 1
In the above examples, the candidate server includes 3 examples, and for more clearly explaining the embodiments of the present application, an exemplary description is given here with reference to fig. 5, and fig. 5 is a schematic process diagram of a medical image storage method provided by the embodiment of the present application. Two candidate servers shown in fig. 5, where the two candidate servers include PACS-S1 and PACS-S2, if the proxy server receives ①、②、③ write requests, the ① write requests include a target medical image file a, the ② write requests include a target medical image file B, the ③ write requests include a target medical image file C, the first identifier of the subject a corresponding to the target medical image file a is equal to 11, the first identifier of the subject B corresponding to the target medical image file B is equal to 12, the first identifier of the subject C corresponding to the target medical image file C is equal to 13, and the correspondence between the modulo arithmetic result included in the routing rule table and the candidate server is as shown in the following table 2:
| Modulo arithmetic result |
Candidate server |
| 1 |
PACS-S1 |
| 0 |
PACS-S2 |
TABLE 2
According to the modulo operation result and the correspondence between the modulo operation result and the candidate server included in the routing rule table shown in table 2, the target medical image file a may be stored in PACS-S1, the target medical image file B may be stored in PACS-S2, and the target medical image file C may be stored in PACS-S1.
In this embodiment, according to the modulo operation result and the correspondence between the modulo operation result and the candidate servers included in the routing rule table, the target server is determined from each candidate server, so that a plurality of target medical image files of a plurality of target subjects can be stored according to the medical image file retrieval requirement. After the medical image file is stored by the storage method, if the medical image file needs to be read, the medical image file is read from the target server, and the retrieval request is not required to be sent to other hospital areas, so that the retrieval efficiency of the medical image file is improved.
In some embodiments, in the case that the hierarchy information includes the target examination location information of the target subject corresponding to the target medical image file, the step S202 may be implemented by determining, from the candidate servers, the target server according to the target tag information and the routing rule table, as follows:
And determining the target server from the candidate servers according to the target examination part information and the corresponding relation between different examination part information and the candidate servers, which are included in the routing rule table.
The routing rule in this embodiment is a rule set according to a medical image file retrieval requirement, for example, a doctor desires to retrieve all medical image files of a certain examination site of a patient.
The examination sites are regions such as heart, lung, liver, kidney and head, and each examination site corresponds to a candidate server, so that the target server is determined from each candidate server according to the target examination site information and the corresponding relation between different examination site information and the candidate servers included in the routing rule table, and further, medical image files corresponding to the same examination site can be stored in the same candidate server.
In some embodiments, in the case that the hierarchical information includes the target data type of the target medical image file, the step S202 may be implemented as follows, where the target server is determined from the candidate servers according to the target tag information and the routing rule table:
And determining the target server from the candidate servers according to the corresponding relation between the different data types included in the target data type and the routing rule table and the candidate servers.
It should be noted that, the routing rule in this embodiment is a rule set according to a medical image file retrieving requirement, for example, a medical image file of the same data type is to be retrieved by a doctor, and the data type includes, for example, the data type shown in table 3 below.
In this embodiment, the correspondence between different data types included in the routing rule table and the candidate server is shown in table 3 below, for example.
| Data type |
Candidate server |
| CT data type |
PACS-S1 |
| MR data type |
PACS-S2 |
| US data types |
PACS-S3 |
TABLE 3 Table 3
Fig. 6 is a schematic process diagram of another medical image storage method according to an embodiment of the application. The PACS-S1 is used as a target server if the target data type is CT, the PACS-S2 is used as a target server if the target data type is MR, and the PACS-S3 is used as a target server if the target data type is US.
According to the method provided by the embodiment, the medical image files with the same data type can be archived in the same server according to the data type of the medical image files, and the medical image files with different data types are archived in different servers, so that the medical image files are stored in the target server according to the data types of the medical image files, after the medical image files are stored by using the storage method, if the medical image files with a certain data type are required to be read, the medical image files are read from the target server, and the retrieval request is not required to be sent to other hospital areas, thereby improving the retrieval efficiency of the medical image files.
In some embodiments, in the case that the identification information includes the target institution identification of the medical institution corresponding to the target medical image file, the step S202 of determining the target server from the candidate servers according to the target tag information and the routing rule table may be implemented as follows:
And determining the target server from the candidate servers according to the target institution identifications and the corresponding relations between the institution identifications of different medical institutions and the candidate servers, which are included in the routing rule table.
The facility identifier of the medical facility is, for example, the facility name of the medical facility.
It should be noted that, the routing rule in the routing rule table in this embodiment is a rule set according to a medical image file retrieval requirement, for example, a medical image file of a certain medical institution is to be retrieved.
In this embodiment, the correspondence relationship between the facility identification of the different medical facility included in the routing rule table and the candidate server is shown in, for example, table 4 below.
| Mechanism identification |
Candidate server |
| A Hospital |
PACS-S1 |
| B Hospital |
PACS-S2 |
TABLE 4 Table 4
Referring to fig. 7, fig. 7 is a process schematic diagram of a medical image data storage method according to another embodiment of the present application. In 1 city, there are a hospital A and a hospital B, the hospital A has 3 hospital areas A1, A2 and A3, the hospital B has 3 hospital areas B1, B2 and B3, the image data generated by all hospital areas of the hospital A can be archived to PACS-S1, and the image data generated by all hospital areas of the hospital B can be archived to PACS-S2.
According to the method provided by the embodiment of the application, the medical image files corresponding to DICOM writing requests of all hospital areas of the same hospital can be classified and filed according to the organization names (InsitutionName) of all hospital areas through the proxy server.
The medical institution in this embodiment may be a name of a superior medical institution to which the hospital area belongs. For example, the hospital a includes a hospital area A1, a hospital area A2 and a hospital area A3, a patient obtains a medical image file A1 after making a certain examination in the hospital area A1, obtains a medical image file A2 after making a certain examination in the hospital area A2, and obtains a medical image file A3 after making a certain examination in the hospital area A3, and the organization names of the superior medical institutions to which the hospital area A1, the hospital area A2 and the hospital area A3 belong are a hospital a, so that the method provided by the embodiment can realize that the medical image file A1, the medical image file A2 and the medical image file A3 are all stored in the PACS-S1.
Similarly, the hospital B includes a hospital area B1, a hospital area B2 and a hospital area B3, a patient obtains a medical image file B1 after a certain examination is performed in the hospital area B1 of the hospital, a medical image file B2 is obtained after a certain examination is performed in the hospital area B2, a medical image file B3 is obtained after a certain examination is performed in the hospital area B3, and the organization names of the superior medical institutions to which the hospital area B1, the hospital area B2 and the hospital area B3 belong are the hospital B, so that the medical image file B1, the medical image file B2 and the medical image file B3 can be stored in the PACS-S2 based on the method provided by the embodiment.
The method provided by the embodiment can realize that the medical image files of all hospital areas of the same hospital are stored in the same server.
In some embodiments, when the identification information includes the target geographic location information of the medical institution corresponding to the target medical image file, the step S202 of determining the target server from the candidate servers according to the target tag information and the routing rule table may be implemented as follows:
And determining the target server from the candidate servers according to the target geographic position information and the corresponding relation between different geographic position information and the candidate servers in the routing rule table.
It should be noted that, the routing rule in the routing rule table in this embodiment is a rule set according to a medical image file retrieval requirement, for example, a medical image file in a certain urban area is to be retrieved, and the target server may be determined from each candidate server according to the target geographic location information and the correspondence between different geographic location information and the candidate servers in the routing rule table, so that the medical image file is stored in the target server.
The geographical location information of the medical institution may be location information determined according to a county level administrative area or location information determined according to a city level administrative area. For example, when the geographical location information of the medical institution is location information determined according to the administrative area of the county level, if the county A includes the medical institution A1, the medical institution A2 and the medical institution A3, the county B includes the medical institution B1, the medical institution B2 and the medical institution B3, the geographical location information of the county A corresponds to PACS-S1, and the geographical location information of the county B corresponds to PACS-S2. According to the method provided by the embodiment of the application, the medical image files corresponding to the A1 medical institution, the A2 medical institution and the A3 medical institution can be stored to the PACS-S1, and the medical image files corresponding to the B1 medical institution, the B2 medical institution and the B3 medical institution can be stored to the PACS-S2.
In combination with the above example, if the target geographical location information of the medical institution corresponding to the target medical image file is the geographical location information of the a county, the target medical image file is stored in PACS-S1. And if the target geographic position information of the medical institution corresponding to the target medical image file is the geographic position information of the county B, storing the target medical image file into the PACS-S2.
It can be understood that the proxy server can receive a read request of the target medical image file sent by the computer equipment, wherein the read request comprises target label information of the target medical image file;
determining a target server from the candidate servers according to target tag information and a routing rule table which are included in the read request, wherein the routing rule table comprises the tag information of the medical image file and routing rules among the candidate servers;
and reading the target medical image file from the target server.
In this embodiment, the method for determining the target server by the proxy server is the same as the method provided in the above embodiment, and will not be described here again.
The process of reading the target medical image file from the target server may be shown in fig. 8, and fig. 8 is a schematic diagram of a process of reading the target medical image file according to an embodiment of the present application. The 3 DICOM read applications include, for example, a read application 1 deployed at a computer device 1, a read application 2 deployed at a computer device 2, and a read application 3 deployed at a computer device 3. The reading application 1 is to read PATIENT ID the ① and ④ medical image files, the reading application 2 is to read PATIENT ID the ② medical image file, and the reading application 3 is to read PATIENT ID the ③ medical image file. If ①、②、③、④ is a storage method corresponding to the embodiment of fig. 5, that is, the medical image file corresponding to the odd number PATIENT ID is stored in PACS-S1 and the medical image file corresponding to the even number PATIENT ID is stored in PACS-S2, the proxy server obtains PATIENT ID the medical image file with the odd number from PACS-S1 and obtains PATIENT ID the medical image file with the even number from PACS-S2.
It should be noted that, the medical image file storage method in the conventional technology may cause a problem that the server is overloaded when the medical image file is read, and the medical image file reading efficiency is low. For example, if 100 patients are checked in hospital a, hospital B and hospital C, the medical image files related to the check in hospital a are stored in PACS server a corresponding to hospital a, the medical image files related to the check in hospital B are stored in PACS server B corresponding to hospital B, and the medical image files related to the check in hospital C are stored in PACS server C corresponding to hospital C. If the 100 patients arrive at the general hospital of the hospital a to see the doctor, if the doctor needs to review all the medical image files of the patient, 300 review requests are required to be sent to the PACS server A, PACS server B and the PACS server C, so that the medical image files of the 100 patients are read.
By adopting the method of the embodiment, if the case numbers of the 100 patients are all odd, the medical image files of the 100 patients are all stored in a PACS server, and then the medical image files of the 100 patients can be read only by sending 100 retrieval requests to the PACS server. Obviously, the method provided by the embodiment can reduce the number of the transmitted retrieval requests, and the more obvious the number of the transmitted retrieval requests is reduced under the condition that the number of patients is larger, so that resources required by the server for transmitting the retrieval requests can be saved.
Finally, it should be noted that, a proxy server as shown in fig. 9 may also be used, and fig. 9 is a block diagram of another proxy server according to an embodiment of the present application. The key point of APISIX is that based on Nginx, APISIX can be replaced by other means to realize the method, for example, APISIX is replaced by OpenResty or native Nginx, and a plug-in module of DICOM and a corresponding protocol can be realized by using a plug-in mechanism of the plug-in module. The OpenResty is an "enhanced packet" based on the nginnx, which not only supports HTTP/HTTPs, but also can conveniently and quickly build a dynamic gateway, and can be used as an application container to write business logic.
It should be understood that, although the steps in the flowcharts related to the above embodiments are sequentially shown as indicated by arrows, these steps are not necessarily sequentially performed in the order indicated by the arrows. The steps are not strictly limited to the order of execution unless explicitly recited herein, and the steps may be executed in other orders. Moreover, at least some of the steps in the flowcharts described in the above embodiments may include a plurality of steps or a plurality of stages, which are not necessarily performed at the same time, but may be performed at different times, and the order of the steps or stages is not necessarily performed sequentially, but may be performed alternately or alternately with at least some of the other steps or stages.
Based on the same inventive concept, the embodiment of the application also provides a medical image data storage device for realizing the above related medical image data storage method. The implementation of the solution provided by the device is similar to that described in the above method, so the specific limitations of one or more embodiments of the medical image data storage device provided below may be referred to above as limitations of the medical image data storage method, and will not be described herein.
In one embodiment, as shown in fig. 10, fig. 10 is a schematic structural diagram of a medical image data storage device according to an embodiment of the present application, where the device 1000 includes a receiving module 1001, a determining module 1002, and a storing module 1003, where:
The receiving module 1001 is configured to receive a write request of a target medical image file sent by a computer device, where the write request includes target tag information of the target medical image file;
A determining module 1002, configured to determine a target server from the candidate servers according to the target tag information and a routing rule table, where the routing rule table includes the tag information of the medical image file and a routing rule between the candidate servers, and the routing rule is set according to a retrieval requirement of the medical image file;
the storage module 1003 is configured to store the target medical image file to the target server.
In one embodiment, the target tag information includes hierarchy information corresponding to the target medical image file and/or identification information of the medical institution.
In one embodiment, if the hierarchy information includes a first identifier of a target subject corresponding to the target medical image file, the determining module 1002 is specifically configured to perform a modulo operation on the total number of candidate servers with the first identifier to obtain a modulo operation result, and determine the target server from the candidate servers according to the modulo operation result and a correspondence between the modulo operation result and the candidate servers included in the routing rule table.
In one embodiment, if the hierarchy information includes target examination location information of a target subject corresponding to the target medical image file, the determining module 1002 is specifically configured to determine the target server from the candidate servers according to the target examination location information and a correspondence between different examination location information included in the routing rule table and the candidate servers.
In one embodiment, if the hierarchy information includes a target data type of the target medical image file, the determining module 1002 is specifically configured to determine the target server from the candidate servers according to the target data type and a correspondence between different data types included in the routing rule table and the candidate servers.
In one embodiment, the determining module 1002 is specifically configured to determine, if the identification information includes a target institution identification of a medical institution corresponding to the target medical image file, a target server from the candidate servers according to the target institution identification and a correspondence between institution identifications of different medical institutions included in the routing rule table and the candidate servers;
If the identification information comprises target geographic position information of the medical institution corresponding to the target medical image file, determining a target server from the candidate servers according to the target geographic position information and the corresponding relation between different geographic position information and the candidate servers in the routing rule table.
In one embodiment, the method may further include:
The reading module is used for receiving a reading request of a target medical image file sent by the computer equipment, wherein the reading request comprises target label information of the target medical image file, determining a target server from candidate servers according to the target label information and a routing rule table contained in the reading request, and reading the target medical image file from the target server.
The modules in the medical image data storage device may be implemented in whole or in part by software, hardware, or a combination thereof. The above modules may be embedded in hardware or may be independent of a processor in the computer device, or may be stored in software in a memory in the computer device, so that the processor may call and execute operations corresponding to the above modules.
In one embodiment, a computer device is provided, which may be a server, and the internal structure of which may be as shown in fig. 11. The computer device includes a processor, a memory, and a network interface 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 includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, computer programs, and a database. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage media. The database of the computer device is used to store data in a routing rule table. 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 medical image data storage method.
It will be appreciated by those skilled in the art that the structure shown in FIG. 11 is merely a block diagram of some of the structures associated with the present inventive arrangements and is not limiting of the computer device to which the present inventive arrangements may be applied, and that a particular computer device may include more or fewer components than shown, or may combine some of the 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 stored therein a computer program, the processor when executing the computer program performing the steps of:
Receiving a write request of a target medical image file sent by computer equipment, wherein the write request comprises target label information of the target medical image file;
Determining a target server from the candidate servers according to the target tag information and a routing rule table, wherein the routing rule table comprises the tag information of the medical image file and routing rules among the candidate servers, and the routing rules are set according to the retrieval requirement of the medical image file;
and storing the target medical image file to a target server.
In one embodiment, the target tag information includes hierarchy information corresponding to the target medical image file and/or identification information of the medical institution.
In one embodiment, the processor when executing the computer program further performs the steps of:
And determining a target server from the candidate servers according to the modulo operation result and the corresponding relation between the modulo operation result and the candidate servers, wherein the modulo operation result is included in the routing rule table.
In one embodiment, if the hierarchy information includes target examination location information of a target subject corresponding to the target medical image file, the processor further performs the following steps when executing the computer program:
And determining the target server from the candidate servers according to the target examination part information and the corresponding relation between different examination part information and the candidate servers, which are included in the routing rule table.
In one embodiment, if the hierarchy information includes a target data type of the target medical image file, the processor when executing the computer program further performs the steps of:
And determining the target server from the candidate servers according to the corresponding relation between the different data types included in the target data type and the routing rule table and the candidate servers.
In one embodiment, the computer program when executed by the processor further performs the steps of:
If the identification information comprises the target mechanism identification of the medical mechanism corresponding to the target medical image file, determining a target server from the candidate servers according to the corresponding relation between the target mechanism identification and the mechanism identifications of different medical mechanisms and the candidate servers, wherein the corresponding relation is included in the routing rule table;
If the identification information comprises target geographic position information of the medical institution corresponding to the target medical image file, determining a target server from the candidate servers according to the target geographic position information and the corresponding relation between different geographic position information and the candidate servers in the routing rule table.
In one embodiment, the processor when executing the computer program further performs the steps of:
receiving a read request of a target medical image file sent by computer equipment, wherein the read request comprises target label information of the target medical image file;
determining a target server from the candidate servers according to target tag information and a routing rule table included in the read request;
and reading the target medical image file from the target server.
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 write request of a target medical image file sent by computer equipment, wherein the write request comprises target label information of the target medical image file;
Determining a target server from the candidate servers according to the target tag information and a routing rule table, wherein the routing rule table comprises the tag information of the medical image file and routing rules among the candidate servers, and the routing rules are set according to the retrieval requirement of the medical image file;
and storing the target medical image file to a target server.
In one embodiment, the target label information includes hierarchy information corresponding to the target medical image file and/or identification information of the medical institution.
In one embodiment, the computer program when executed by the processor further performs the steps of:
And determining a target server from the candidate servers according to the modulo operation result and the corresponding relation between the modulo operation result and the candidate servers, wherein the modulo operation result is included in the routing rule table.
In one embodiment, if the hierarchy information includes a target data type of the target medical image file, the computer program when executed by the processor further performs the steps of:
And determining the target server from the candidate servers according to the corresponding relation between the different data types included in the target data type and the routing rule table and the candidate servers.
In one embodiment, the computer program when executed by the processor further performs the steps of:
If the identification information comprises the target mechanism identification of the medical mechanism corresponding to the target medical image file, determining a target server from the candidate servers according to the corresponding relation between the target mechanism identification and the mechanism identifications of different medical mechanisms and the candidate servers, wherein the corresponding relation is included in the routing rule table;
If the identification information comprises target geographic position information of the medical institution corresponding to the target medical image file, determining a target server from the candidate servers according to the target geographic position information and the corresponding relation between different geographic position information and the candidate servers in the routing rule table.
In one embodiment, the processor when executing the computer program further performs the steps of:
receiving a read request of a target medical image file sent by computer equipment, wherein the read request comprises target label information of the target medical image file;
determining a target server from the candidate servers according to target tag information and a routing rule table included in the read request;
and reading the target medical image file from the target server.
In one embodiment, a computer program product is provided comprising a computer program which, when executed by a processor, performs the steps of:
Receiving a write request of a target medical image file sent by computer equipment, wherein the write request comprises target label information of the target medical image file;
Determining a target server from the candidate servers according to the target tag information and a routing rule table, wherein the routing rule table comprises the tag information of the medical image file and routing rules among the candidate servers, and the routing rules are set according to the retrieval requirement of the medical image file;
and storing the target medical image file to a target server.
In one embodiment, the target label information includes hierarchy information corresponding to the target medical image file and/or identification information of the medical institution.
In one embodiment, the computer program when executed by the processor further performs the steps of:
And determining a target server from the candidate servers according to the modulo operation result and the corresponding relation between the modulo operation result and the candidate servers, wherein the modulo operation result is included in the routing rule table.
In one embodiment, if the hierarchy information includes a target data type of the target medical image file, the computer program when executed by the processor further performs the steps of:
And determining the target server from the candidate servers according to the corresponding relation between the different data types included in the target data type and the routing rule table and the candidate servers.
In one embodiment, the computer program when executed by the processor further performs the steps of:
If the identification information comprises the target mechanism identification of the medical mechanism corresponding to the target medical image file, determining a target server from the candidate servers according to the corresponding relation between the target mechanism identification and the mechanism identifications of different medical mechanisms and the candidate servers, wherein the corresponding relation is included in the routing rule table;
If the identification information comprises target geographic position information of the medical institution corresponding to the target medical image file, determining a target server from the candidate servers according to the target geographic position information and the corresponding relation between different geographic position information and the candidate servers in the routing rule table.
In one embodiment, the processor when executing the computer program further performs the steps of:
receiving a read request of a target medical image file sent by computer equipment, wherein the read request comprises target label information of the target medical image file;
determining a target server from the candidate servers according to target tag information and a routing rule table included in the read request;
and reading the target medical image file from the target server.
The user information (including but not limited to user equipment information, user personal information, etc.) and the data (including but not limited to data for analysis, stored data, presented data, etc.) related to the present application are information and data authorized by the user or sufficiently authorized by each party.
Those skilled in the art will appreciate that implementing all or part of the above-described methods in accordance with the embodiments may be accomplished by way of a computer program stored on a non-transitory computer readable storage medium, which when executed may comprise the steps of the embodiments of the methods described above. Any reference to memory, database, or other medium used in embodiments provided herein may include at least one of non-volatile and volatile memory. The nonvolatile Memory may include Read-Only Memory (ROM), magnetic tape, floppy disk, flash Memory, optical Memory, high density embedded nonvolatile Memory, resistive random access Memory (ReRAM), magneto-resistive random access Memory (Magnetoresistive Random Access Memory, MRAM), ferroelectric Memory (Ferroelectric Random Access Memory, FRAM), phase change Memory (PHASE CHANGE Memory, PCM), graphene Memory, and the like. Volatile memory can include random access memory (Random Access Memory, RAM) or external cache memory, and the like. By way of illustration, and not limitation, RAM can be in various forms such as static random access memory (Static Random Access Memory, SRAM) or dynamic random access memory (Dynamic Random Access Memory, DRAM), etc. The databases referred to in the embodiments provided herein may include at least one of a relational database and a non-relational database. The non-relational database may include, but is not limited to, a blockchain-based distributed database, and the like. The processor referred to in the embodiments provided in the present application may be a general-purpose processor, a central processing unit, a graphics processor, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, or the like, but is not limited thereto.
The technical features of the above embodiments may be arbitrarily combined, and all possible combinations of the technical features in the above embodiments are not described for brevity of description, however, as long as there is no contradiction between the combinations of the technical features, they should be considered as the scope of the description.
The foregoing examples illustrate only a few embodiments of the application and are described in detail herein without thereby limiting the scope of the application. It should be noted that it will be apparent to those skilled in the art that several variations and modifications can be made without departing from the spirit of the application, which are all within the scope of the application. Accordingly, the scope of the application should be assessed as that of the appended claims.