Image file filing method and image filing equipment

Abstract

The invention is suitable for the technical field of images, and provides an image file filing method and image filing equipment. The filing method for the image file comprises the steps that in response to the received image file, key information of the image file is obtained, and the key information is used for constructing an image index of the image file; after the storage of the image file is completed, inserting the key information into a message queue, and constructing an image index corresponding to the key information when a consumer of the message queue consumes the key information; and after the key information is inserted into the message queue, receiving the next image file. According to the embodiment of the invention, the filing interval of the image files can be reduced, and the filing efficiency of the image files is improved.

Description

Technical Field

[0001] The present application belongs to the field of image technology, and in particular relates to an image file archiving method and an image archiving device. Background Art

[0002] In order to preserve image files for a long time and facilitate traceability, image files need to be archived. Taking medical image files as an example, the picture archiving and communication system (PACS) can archive patients' medical image files in a digital way. The main steps of traditional PACS image file archiving are: file transfer, file storage and index building. When there are a large number of image files to be processed in PACS, or when many medical devices are connected at the same time, performance bottlenecks are likely to occur during the archiving process, resulting in low archiving efficiency and untimely archiving. Summary of the invention

[0003] The embodiments of the present application provide an image file archiving method and an image archiving device, which can reduce the archiving interval of image files and improve the archiving efficiency of image files.

[0004] A first aspect of an embodiment of the present application provides an image file archiving method, comprising: in response to receiving an image file, obtaining key information of the image file, wherein the key information is used to construct an image index of the image file; after the image file is stored, inserting the key information into a message queue, and when a consumer of the message queue consumes the key information, constructing an image index corresponding to the key information; after inserting the key information into the message queue, receiving the next image file.

[0005] In some embodiments of the first aspect, the method for archiving image files also includes: obtaining scene information, the scene information including at least one of the examination volume of the medical equipment from which the image file is sourced, the equipment resources of the image archiving equipment, and the reading time of the image file; determining the consumer configuration volume of the message queue based on the scene information; and configuring consumers for the message queue according to the consumer configuration volume.

[0006] In some embodiments of the first aspect, the process of the consumer of the message queue consuming the key information includes: for the current consumer of the message queue, if the message consumption is greater than 1, then according to the message consumption, performing a data read from the message queue once to read a corresponding number of the key information for consumption; or, for the current consumer of the message queue, if the message consumption is greater than 1, performing multiple data reads from the message queue, each time reading one piece of the key information from the message queue and caching it, until the cache obtains the key information corresponding to the message consumption, and then consuming it.

[0007] In some embodiments of the first aspect, the process of the consumer of the message queue consuming the key information includes: searching for the same information from the database based on the key information; if the same information exists in the database, consuming the next key information; if the same information does not exist in the database, inserting the key information into the database to obtain the image index corresponding to the key information.

[0008] In some embodiments of the first aspect, the image file archiving method also includes: if the consumption of the key information fails, the key information is inserted into the retry queue as an exception message; when the key information is consumed by the consumer of the retry queue, the key information is completed, and the image index corresponding to the key information is constructed based on the completed data.

[0009] In some implementations of the first aspect, the completing the key information includes: obtaining associated data of the key information; determining a missing portion of the key information based on the associated data; and completing the key information based on the missing portion to obtain the completed data.

[0010] In some implementations of the first aspect, the method further includes: before storing the image file, performing a legitimacy check on the key information.

[0011] In some embodiments of the first aspect, the image file is sent by a medical device; after inserting the key information into the message queue, receiving the next image file includes: after inserting the key information into the message queue, sending a first notification message to the medical device, the first notification message being used to prompt the medical device to transmit the next image file.

[0012] In some embodiments of the first aspect, the image file archiving method also includes: if an abnormality is detected during the image file archiving process, sending a second notification message to the medical device from which the image file is sourced, wherein the second notification message is used to instruct the medical device to disconnect from the image archiving device.

[0013] A second aspect of an embodiment of the present application provides an archiving device for image files, comprising: an information acquisition unit, used to obtain key information of the image file in response to receiving the image file, wherein the key information is used to construct an image index of the image file; an information insertion unit, used to insert the key information into a message queue after the image file is stored, and to construct an image index corresponding to the key information when a consumer of the message queue consumes the key information; and a communication unit, used to receive the next image file after inserting the key information into the message queue.

[0014] A third aspect of an embodiment of the present application provides an image archiving device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein when the processor executes the computer program, the steps of the image file archiving method as described in any one of the first aspects are implemented.

[0015] A fourth aspect of an embodiment of the present application provides a computer-readable storage medium, wherein the computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the steps of the above-mentioned image file archiving method are implemented.

[0016] A fifth aspect of the embodiments of the present application provides a computer program product. When the computer program product is run on an image archiving device, the image archiving device executes the steps of the above-mentioned image file archiving method.

[0017] In an implementation manner of the present application, in response to receiving an image file, key information of the image file is obtained, and after the image file is stored, the key information is inserted into a message queue. When the consumer of the message queue consumes the key information, an image index corresponding to the key information is constructed. After the key information is inserted into the message queue, the next image file can be received. There is no need to wait for the image index to be constructed before receiving the next image file. This can reduce the archiving interval of image files and improve the archiving efficiency of image files. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative labor.

[0019] Figure 1 It is a schematic diagram of the implementation process of the image file archiving method provided in the embodiment of the present application;

[0020] Figure 2 This is a schematic diagram of a specific implementation process for configuring consumers for a message queue provided in an embodiment of the present application;

[0021] Figure 3 It is a flowchart of the archiving process of PACS image files provided by the embodiment of the present application;

[0022] Figure 4 It is a structural schematic diagram of an image file archiving device provided in an embodiment of the present application;

[0023] Figure 5 It is a schematic diagram of the structure of the image archiving device provided in the embodiment of the present application. DETAILED DESCRIPTION

[0024] In order to make the purpose, technical solutions and advantages of the present application more clearly understood, the present application is further described in detail below in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present application and are not intended to limit the present application. Based on the embodiments of the present application, all other embodiments obtained by those skilled in the art without making creative work are protected by the present application.

[0025] It should be understood that when used in the present specification and the appended claims, the term "comprising" indicates the presence of described features, wholes, steps, operations, elements and / or components, but does not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or combinations thereof.

[0026] In the description of the present application specification and the appended claims, the terms "first", "second", "third", etc. are only used to distinguish the descriptions and cannot be understood as indicating or implying relative importance.

[0027] References to "one embodiment" or "some embodiments" etc. described in the specification of this application mean that one or more embodiments of the present application include specific features, structures or characteristics described in conjunction with the embodiment. Therefore, the statements "in one embodiment", "in some embodiments", "in some other embodiments", "in some other embodiments", etc. that appear in different places in this specification do not necessarily refer to the same embodiment, but mean "one or more but not all embodiments", unless otherwise specifically emphasized in other ways. The terms "including", "comprising", "having" and their variations all mean "including but not limited to", unless otherwise specifically emphasized in other ways.

[0028] In order to preserve image files for a long time and facilitate traceability, image files need to be archived. Taking medical image files as an example, PACS can archive patients' medical image files in a digital way. The main steps of traditional PACS image file archiving are: file transfer, file storage and index building. When there are a large number of image files to be processed in PACS, or when many medical devices are connected at the same time, performance bottlenecks are likely to occur during the archiving process, resulting in low archiving efficiency and untimely archiving.

[0029] In view of this, the present application proposes a method for archiving image files. After inserting key information into the message queue, the next image file can be received without waiting for the image index to be built before receiving the next image file. This can reduce the archiving interval of image files and improve the archiving efficiency of image files.

[0030] In order to illustrate the technical solution of the present application, a specific embodiment is provided below for illustration.

[0031] Please refer to Figure 1 , Figure 1 The present application shows a schematic diagram of the implementation process of an image file archiving method provided in an embodiment of the present application. The method can be applied to an image archiving device, which refers to a device used to store and archive image files, and can be a medical device, a server connected to a medical device in a PACS, or other intelligent devices, which is not limited by the present application. Among them, the server in the PACS can be connected to one or more medical devices.

[0032] Specifically, the above-mentioned method for archiving image files may include the following steps S101 to S103.

[0033] Step S101, in response to receiving an image file, obtaining key information of the image file.

[0034] In an embodiment of the present application, when an image archiving device receives an image file, the image archiving device may archive the image file. In an embodiment of the present application, in response to receiving an image file, the image archiving device may obtain key information of the image file. The key information may be used to construct an image index of the image file, including but not limited to patient name, patient gender, patient age, examination time, and other retrieval related tags. The image index may be used to search for image files and may refer to a specific table or table field in a database.

[0035] The image file may be a computed tomography (CT) image, a magnetic resonance imaging (MRI) image, a positron emission tomography (PET) image, or other types of images, which are not limited in this application.

[0036] Step S102, after the image file is stored, the key information is inserted into the message queue, and when the consumer of the message queue consumes the key information, an image index corresponding to the key information is constructed.

[0037] In the implementation manner of the present application, the image archiving device may store the image files in an internal memory or an external memory, which is not limited in the present application.

[0038] In order to avoid the situation where the image index fails to be stored when the image file fails, the image archiving device can construct the image index after the image file is stored. Specifically, in the implementation of the present application, after the image file is stored, the image archiving device can insert the key information into the message queue, and when the consumer of the message queue consumes the key information, the image index corresponding to the key information is constructed.

[0039] Among them, the message queue is a container for storing messages during the transmission process. Key information can be inserted into the message queue as a message and saved, waiting for consumers to read and process it from the message queue. Consumers are applications or processes used to process key information. Consumers of the message queue can read key information from the message queue and consume the key information, and can build an image index corresponding to the key information during consumption.

[0040] Step S103, after inserting the key information into the message queue, receiving the next image file.

[0041] In the implementation of the present application, after the key information is inserted into the message queue, the next image file can be received and stored and archived without waiting for the consumer to complete the consumption (that is, the image index is built). In other words, the process of receiving, storing and inserting the key information into the message queue can be asynchronously implemented with the process of the consumer of the message queue building the image index.

[0042] In an implementation manner of the present application, in response to receiving an image file, key information of the image file is obtained, and after the image file is stored, the key information is inserted into a message queue. When the consumer of the message queue consumes the key information, an image index corresponding to the key information is constructed. After the key information is inserted into the message queue, the next image file can be received. There is no need to wait for the image index to be constructed before receiving the next image file. This can reduce the archiving interval of image files and improve the archiving efficiency of image files.

[0043] In some embodiments of the present application, the image file may be an image obtained by a medical device after taking an X-ray of a patient. The medical device may scan and reconstruct a patient to obtain a set of Digital Imaging and Communications in Medicine (DICOM) images. Subsequently, the medical device may establish a connection with an image archiving device and send an archiving request via a network or other communication method, and the archiving request may carry an image file.

[0044] After receiving the image files transmitted by the medical equipment, the image archiving device can obtain the key information of the image files.

[0045] In some implementations of the present application, the image file may carry key information in the form of a tag, and the image archiving device may obtain the key information by extracting the tag.

[0046] In some implementations of the present application, the method may further include: before storing the image file, performing a legality check on key information.

[0047] Specifically, legality verification can refer to verifying whether key information complies with the protocol. Taking medical imaging files as an example, the patient's name, gender, age, examination time and other tags can be verified to see whether they comply with the Digital Imaging and Communications in Medicine (DICOM) protocol requirements to ensure that key information can meet the requirements for building an image index.

[0048] If the key information is successfully verified, the image file can be stored, and after the image file is stored, the key information is inserted into the message queue, and after the key information is inserted into the message queue, the next image file is received.

[0049] In some embodiments of the present application, after storing the image file, the image file archiving method may include: determining the storage capacity of the key information in the database. If the storage capacity is less than the storage capacity threshold, an image index corresponding to the key information may be constructed, and after the image index is constructed, the next image file is received. If the storage capacity is greater than or equal to the storage capacity threshold, the key information may be inserted into the message queue, and after the key information is inserted into the message queue, the next image file is received.

[0050] It is understandable that when the storage capacity is less than the storage capacity threshold, it means that the image archiving device has just started archiving. At this time, the speed of inserting key information into the message queue and the speed of building the image index are slightly different. In this case, you can choose to directly build the image index. As the database is used, its archiving speed decreases cumulatively. Therefore, when the storage capacity is greater than or equal to the storage capacity threshold, it is necessary to adopt the method of inserting key information into the message queue provided by this application to reduce the archiving interval.

[0051] In order to improve the efficiency of index construction, in some implementations of the present application, consumers can be rationally configured for the message queue.

[0052] Specifically, in some embodiments of the present application, Figure 2 As shown, the method for archiving image files may further include steps S201 to S203.

[0053] Step S201, obtaining scene information.

[0054] The scene information includes at least one of the inspection volume of the medical equipment from which the image file is sourced, the equipment resources of the image archiving equipment, and the reading time of the image file.

[0055] Step S202: Determine the consumer configuration quantity of the message queue according to the scenario information.

[0056] In the implementation of the present application, the inspection amount determines the total number of image files. The larger the total number of image files, the larger the amount of key information stored in the message queue. If there are not enough consumers, the speed of building the image index is too slow.

[0057] The device resources of the image archiving device determine the number of consumers that the image archiving device can support. When the device resources are insufficient, if there are too many consumers, the consumption process is prone to congestion due to competition for device resources.

[0058] The reading of images needs to be done based on the image index after the image index is built. The reading time of the image file determines the latest time to build the index. The earlier the reading time, the more consumers are needed to complete the construction of the image index as soon as possible.

[0059] At the same time, if there are too many consumers, the device resources occupied by the consumers may become idle.

[0060] Therefore, the consumer configuration amount of the message queue can be determined based on at least one of the inspection volume of the medical device from which the image file is sourced, the device resources of the image archiving device, and the reading time of the image file. The consumer configuration amount is also the number of consumers.

[0061] As an example but not limitation, the inspection volume of the medical device, the equipment resources of the image archiving device, and the reading time of the image files may be weightedly added to determine the consumer configuration volume.

[0062] Step S203: configure consumers for the message queue according to the consumer configuration quantity.

[0063] In the implementation manner of the present application, according to the consumer configuration amount, a corresponding number of consumers can be configured for the message queue so that the consumer consumption process can meet the scenario requirements.

[0064] In some embodiments of the present application, each key information can be stored as a message in a message queue. A consumer of the message queue can read one or more key information (i.e., one or more messages) from the message queue for consumption. Preferably, a consumer can read multiple key information at one time for consumption, so that when multiple medical devices simultaneously archive images of multiple patients, the key information can be quickly sorted and indexed.

[0065] In some embodiments of the present application, the process of a consumer of a message queue consuming key information may include: for the current consumer of the message queue, if the message consumption is greater than 1, data may be read from the message queue once according to the message consumption to read a corresponding amount of key information for consumption. Alternatively, for the current consumer of the message queue, if the message consumption is greater than 1, data may be read from the message queue multiple times, each time a key information is read from the message queue and cached, until the cache obtains a number of key information corresponding to the message consumption and consumes it.

[0066] Correspondingly, if the message consumption is equal to 1, a data read can be performed from the message queue to read a key information.

[0067] The message consumption refers to the total amount of messages consumed by consumers of the message queue at one time.

[0068] That is to say, if a consumer consumes a message at a time, it can directly read a key information from the message queue. If a consumer consumes multiple messages at a time, there are two ways to read the key information. One way is to read the key information corresponding to the message consumption at one time and consume it; for example, when the message consumption is 3, 3 key information can be read at one time and consumed. The other way is to read one key information each time, cache it after each reading, until the key information corresponding to the message consumption is cached, and then consume it; for example, when the message consumption is 3, 1 key information can be read each time and cached, until 3 key information are cached, and then the 3 key information are consumed together.

[0069] When multiple key information is consumed at one time, the multiple key information can be used to complete the construction of the image index through a batch storage operation of the database.

[0070] In the implementation manner of the present application, each consumer may adopt a subscription mechanism to read and consume key information.

[0071] Taking into account that different consumers may consume the same key information under the subscription mechanism, in some implementations of the present application, idempotent operations may be used for verification.

[0072] Specifically, the process of the consumer of the message queue consuming the key information may include: searching for the same information from the database according to the key information. If the same information exists in the database, consuming the next key information. If the same information does not exist in the database, inserting the key information into the database to obtain the image index corresponding to the key information.

[0073] In other words, the key information in the database can be compared to confirm whether there is the same information as the key information read by the current consumer. If the same information exists in the database, it means that other consumers have completed the consumption of the key information. At this time, there is no need to repeat the index construction, and the next key information can be directly consumed. If the same information does not exist in the database, it means that the key information has not been consumed. At this time, the key information can be inserted into the database to obtain the image index corresponding to the key information.

[0074] In particular, when a single consumer consumes multiple key information at the same time, the consumer can consume each key information in sequence. In the process of consuming multiple key information in sequence, if the current key information has the same information, the next key information in the multiple key information is consumed. Otherwise, the current key information is consumed, and after the consumption is completed, the next key information in the multiple key information is consumed, until the last key information in the multiple key information is consumed.

[0075] In some embodiments of the present application, the image file archiving method may further include: if the consumption of key information fails, the key information can be inserted into the retry queue as an exception message, and when the key information is consumed by the consumer of the retry queue, the key information is completed, and the image index corresponding to the key information is constructed based on the completed data.

[0076] The retry queue and the message queue are different queues. The failure to consume key information may refer to the failure to insert the key information into the database.

[0077] If the consumption of key information fails, the key information can be inserted into the retry queue as an exception message, waiting for the consumers in the retry queue to consume it. When the consumers in the retry queue consume, they will first complete the key information and build the image index corresponding to the key information based on the completed data to solve the consumption failure caused by missing parts of the key information.

[0078] In some embodiments of the present application, completing key information may include: obtaining associated data of the key information, determining missing parts of the key information based on the associated data, and completing the key information based on the missing parts to obtain completed data.

[0079] The associated data of the key information may refer to data with the same attributes as the key information. Specifically, taking the case where the key information is missing the patient's gender as an example, the key information of other imaging files of the same patient can be retrieved through the patient's name, so that the missing part can be completed using the patient's gender in other key information of the same patient to obtain the completed data.

[0080] In this way, messages that can be consumed normally and abnormal messages can be sorted, and by completing the missing parts, abnormal messages can be consumed normally, ensuring the reliability of image file archiving.

[0081] In some implementations of the present application, if the number of consumption failures of consumers in the retry queue reaches a threshold, an alarm may be issued to prompt manual intervention.

[0082] In some embodiments of the present application, after inserting the key information into the message queue, receiving the next image file may include: after inserting the key information into the message queue, sending a first notification message to the medical device.

[0083] The first notification information refers to a message of successful archiving, which can be used to prompt the medical device to transmit the next image file. Thus, the medical device can transmit the next image file after receiving the first notification message. In response to receiving the next image file, the image archiving device can archive the next image file according to the image file archiving method provided in the embodiment of the present application.

[0084] In some embodiments of the present application, the method for archiving image files may further include: if an abnormality is detected during the image file archiving process, sending a second notification message to the medical device.

[0085] The second notification information, i.e., the message of archiving failure, can be used to instruct the medical device to disconnect from the image archiving device.

[0086] Specifically, the abnormality detected may include, but is not limited to: failure to extract key information in step S101, failure to verify key information, failure to store image files, and failure to insert key information into the message queue in step S102. If an abnormality is detected, the image archiving device may send a second notification message to the medical device, so that the medical device disconnects from the image archiving device to avoid the same abnormality in the archiving process of the next image file.

[0087] It should be noted that after the medical device is disconnected from the image archiving device, it can try to re-establish the connection with the image archiving device and resend the image file to re-archive the image file.

[0088] For ease of understanding, Figure 3 This shows the archiving process of PACS image files. Figure 3 After the technician operates the medical equipment to take a picture of the patient, a DICOM image can be generated and the DICOM image can be transferred to the image archiving device as a PACS image file. The archiving process of the PACS image file is as follows:

[0089] a. Receive PACS image files transmitted by medical equipment through the network;

[0090] b. Extract key information from the image file and verify the legitimacy of the key information;

[0091] c. Store PACS image files;

[0092] d. Send the key information extracted in step b to the message queue without waiting for the key information to be stored;

[0093] e. Notify the medical device that the image file has been successfully archived and that new image files can continue to be received;

[0094] f. If an abnormality is detected in steps a, b, c, or d, the archiving will be notified to fail.

[0095] For the above message queue, multiple consumers can be configured to consume messages at the same time, and each consumer consumes multiple messages to ensure the consumption speed. Each consumer can consume multiple messages at a time, and these multiple messages are batch key information. The specific steps are as follows:

[0096] a. Read key information from the message queue.

[0097] b. Compare whether there is the same information in the database. If there is the same information, skip the key information and obtain the next key information.

[0098] c. Insert the key information into the database. If the insertion is successful, the consumption is completed and the image index is obtained.

[0099] d. If the insertion fails, the exception message is added to the retry queue.

[0100] In the implementation of the present application, after inserting the key information into the message queue, the next image file can be received without waiting for the image index to be built before receiving the next image file, which can reduce the archiving interval of the image file and improve the archiving efficiency of the image file. In addition, by determining the consumer configuration amount, consumers can perform batch consumption and batch storage, which can avoid the performance degradation caused by the backlog of the message queue, realize the rapid storage of key information, shorten the connection request time when storing, and improve the overall throughput of the database, thereby improving efficiency.

[0101] It should be noted that, for the sake of simplicity of description, the aforementioned method embodiments are all expressed as a series of action combinations, but those skilled in the art should know that the present application is not limited to the described order of actions, because according to the present application, certain steps can be performed in other orders.

[0102] like Figure 4 The figure is a schematic diagram of the structure of an image file archiving device 400 provided in an embodiment of the present application. The image file archiving device 400 is configured on an image archiving device.

[0103] Specifically, the image file archiving device 400 may include:

[0104] An information acquisition unit 401 is used to acquire key information of the image file in response to receiving the image file, wherein the key information is used to construct an image index of the image file;

[0105] The information inserting unit 402 is used to insert the key information into the message queue after the image file is stored, and to construct an image index corresponding to the key information when the consumer of the message queue consumes the key information;

[0106] The communication unit 403 is used to receive the next image file after inserting the key information into the message queue.

[0107] In some embodiments of the present application, the image file archiving device 400 may further include a configuration unit, which is used to: obtain scene information, the scene information including at least one of the examination volume of the medical equipment from which the image file is sourced, the equipment resources of the image archiving equipment, and the reading time of the image file; determine the consumer configuration volume of the message queue based on the scene information; and configure consumers for the message queue according to the consumer configuration volume.

[0108] In some embodiments of the present application, the archiving device 400 for image files may further include a consumption unit, which is used to: for the current consumer of the message queue, if the message consumption is greater than 1, then according to the message consumption, perform a data read from the message queue once to read the corresponding number of key information for consumption; or, for the current consumer of the message queue, if the message consumption is greater than 1, then perform multiple data reads from the message queue, each time reading one piece of the key information from the message queue and caching it, until the cache obtains the key information corresponding to the message consumption, and then consumes it.

[0109] In some embodiments of the present application, the consumption unit can be specifically used to: search for the same information from a database based on the key information; if the same information exists in the database, consume the next piece of the key information; if the same information does not exist in the database, insert the key information into the database to obtain the image index corresponding to the key information.

[0110] In some embodiments of the present application, the consumption unit can be specifically used to: if the consumption of the key information fails, insert the key information into the retry queue as an exception message; when the key information is consumed by the consumer of the retry queue, complete the key information, and construct an image index corresponding to the key information based on the completed data.

[0111] In some embodiments of the present application, the consumption unit can be specifically used to: obtain related data of the key information; determine the missing part of the key information based on the related data; and complete the key information based on the missing part to obtain the completed data.

[0112] In some implementations of the present application, the image file archiving device 400 may further include a verification unit for verifying the legitimacy of the key information before storing the image file.

[0113] In some embodiments of the present application, the image file is sent by a medical device; the communication unit 403 can be specifically used to: after inserting the key information into the message queue, send a first notification message to the medical device, and the first notification message is used to prompt the medical device to transmit the next image file.

[0114] In some embodiments of the present application, the communication unit 403 may be specifically used to: if an abnormality is detected during the image file archiving process, send a second notification message to the medical device, and the second notification message is used to instruct the medical device to disconnect from the image archiving device.

[0115] It should be noted that, for the convenience and simplicity of description, the specific working process of the above-mentioned image file archiving device 400 can be referred to Figures 1 to 3 The corresponding process of the method will not be repeated here.

[0116] like Figure 5 FIG. 5 is a schematic diagram of an image archiving device 5 provided in an embodiment of the present application. Specifically, the image archiving device 5 may include: a processor 50, a memory 51, and a computer program 52 stored in the memory 51 and executable on the processor 50, such as an image file archiving program. When the processor 50 executes the computer program 52, the steps in the above-mentioned image file archiving method embodiments are implemented, such as Figure 1 Alternatively, when the processor 50 executes the computer program 52, the functions of each module / unit in the above-mentioned device embodiments are realized, for example Figure 4 The functions of the information acquisition unit 401, the information insertion unit 402 and the communication unit 403 are shown.

[0117] The computer program may be divided into one or more modules / units, which are stored in the memory 51 and executed by the processor 50 to complete the present application. The one or more modules / units may be a series of computer program instruction segments capable of completing specific functions, which are used to describe the execution process of the computer program in the image archiving device 5.

[0118] For example, the computer program can be divided into: an information acquisition unit, an information insertion unit, and a communication unit. The specific functions of each unit are as follows: the information acquisition unit is used to obtain the key information of the image file in response to receiving the image file, and the key information is used to construct the image index of the image file; the information insertion unit is used to insert the key information into the message queue after the image file is stored, and when the consumer of the message queue consumes the key information, the image index corresponding to the key information is constructed; the communication unit is used to receive the next image file after inserting the key information into the message queue.

[0119] The image archiving device 5 may include, but is not limited to, a processor 50 and a memory 51. Those skilled in the art will appreciate that Figure 5 It is only an example of the image archiving device 5 and does not constitute a limitation of the image archiving device 5. It may include more or fewer components than shown in the figure, or a combination of certain components, or different components. For example, the image archiving device 5 may also include input and output devices, network access devices, buses, etc.

[0120] The processor 50 may be a central processing unit (CPU), or other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), off-the-shelf programmable gate arrays or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc.

[0121] The memory 51 may be an internal storage unit of the image archiving device 5, such as a hard disk or memory of the image archiving device 5. The memory 51 may also be an external storage device of the image archiving device 5, such as a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, etc. equipped on the image archiving device 5. Further, the memory 51 may include both an internal storage unit and an external storage device of the image archiving device 5. The memory 51 is used to store the computer program and other programs and data required by the image archiving device 5. The memory 51 may also be used to temporarily store data that has been output or is to be output.

[0122] It should be noted that, for the convenience and brevity of description, the structure of the above-mentioned image archiving device 5 can also refer to the specific description of the structure in the method embodiment, and will not be repeated here.

[0123] The technicians in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional units and modules is used as an example for illustration. In practical applications, the above-mentioned function allocation can be completed by different functional units and modules as needed, that is, the internal structure of the device can be divided into different functional units or modules to complete all or part of the functions described above. The functional units and modules in the embodiment can be integrated in a processing unit, or each unit can exist physically separately, or two or more units can be integrated in one unit. The above-mentioned integrated unit can be implemented in the form of hardware or in the form of software functional units. In addition, the specific names of the functional units and modules are only for the convenience of distinguishing each other, and are not used to limit the scope of protection of this application. The specific working process of the units and modules in the above-mentioned system can refer to the corresponding process in the aforementioned method embodiment, which will not be repeated here.

[0124] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described or recorded in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0125] Those of ordinary skill in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software depends on the specific application and design constraints of the technical solution. Professional and technical personnel can use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of this application.

[0126] In the embodiments provided in the present application, it should be understood that the disclosed devices / equipment and methods can be implemented in other ways. For example, the device / equipment embodiments described above are merely schematic, for example, the division of the modules or units is only a logical function division, and there may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms.

[0127] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0128] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0129] If the integrated module / unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present application implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may include: any entity or device capable of carrying the computer program code, recording medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory (ROM), random access memory (RAM), electric carrier signal, telecommunication signal and software distribution medium. It should be noted that the content contained in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, computer-readable media do not include electric carrier signals and telecommunication signals.

[0130] The embodiments described above are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the aforementioned embodiments, a person skilled in the art should understand that the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. Such modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application, and should all be included in the protection scope of the present application.

Claims

1. A method for archiving image files, characterized in that: include: In response to receiving an image file, acquiring key information of the image file, wherein the key information is used to construct an image index of the image file; After the image file is stored, the key information is inserted into the message queue, and when the consumer of the message queue consumes the key information, an image index corresponding to the key information is constructed; After inserting the key information into the message queue, receiving the next image file.

2. The image file archiving method according to claim 1, characterized in that: The image file archiving method also includes: Acquiring scene information, the scene information including at least one of the examination volume of the medical device from which the image file is sourced, the device resources of the image archiving device, and the reading time of the image file; Determine the consumer configuration amount of the message queue according to the scenario information; According to the consumer configuration amount, consumers are configured for the message queue.

3. The method for archiving image files as claimed in claim 1, characterized in that: The process of the consumer of the message queue consuming the key information includes: For the current consumer of the message queue, if the message consumption is greater than 1, data is read from the message queue once according to the message consumption to read the corresponding amount of key information for consumption; Alternatively, for the current consumer of the message queue, if the message consumption is greater than 1, multiple data reads are performed from the message queue, each time a piece of the key information is read from the message queue and cached, until the cache obtains the key information corresponding to the message consumption, and then consumption is performed.

4. The method for archiving image files as claimed in claim 3, characterized in that: The process of the consumer of the message queue consuming the key information includes: Searching for the same information from a database according to the key information; If the same information exists in the database, the next key information is consumed; If the same information does not exist in the database, the key information is inserted into the database to obtain the image index corresponding to the key information.

5. The method for archiving image files as claimed in claim 1, characterized in that: The image file archiving method also includes: If the critical information consumption fails, the critical information is inserted into the retry queue as an exception message; When the key information is consumed by the consumer of the retry queue, the key information is completed, and an image index corresponding to the key information is constructed according to the completed data.

6. The method for archiving image files as claimed in claim 5, characterized in that: The completing the key information includes: Acquire the associated data of the key information; Determining the missing part of the key information according to the associated data; The key information is completed according to the missing part to obtain the completed data.

7. The method for archiving image files as claimed in claim 1, characterized in that: Also includes: Before storing the image file, the key information is verified for legitimacy.

8. The method for archiving image files according to any one of claims 1 to 7, characterized in that: The image file is sent by the medical device; After inserting the key information into the message queue, receiving the next image file comprises: After the key information is inserted into the message queue, a first notification message is sent to the medical device, where the first notification message is used to prompt the medical device to transmit the next image file.

9. The method for archiving image files according to any one of claims 1 to 7, characterized in that: The image file archiving method also includes: If an abnormality is detected during the image file archiving process, a second notification message is sent to the medical device that is the source of the image file, and the second notification message is used to instruct the medical device to disconnect from the image archiving device.

10. An image archiving device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that: When the processor executes the computer program, the steps of the image file archiving method according to any one of claims 1 to 9 are implemented.

Images