CN108877899A

CN108877899A - The processing method and server of DICOM image

Info

Publication number: CN108877899A
Application number: CN201810639676.3A
Authority: CN
Inventors: 陈宗喜; 陈哲; 陈永健; 田广野; 吴海燕; 秦晓红; 张晓军; 焦文
Original assignee: Qingdao Hisense Medical Equipment Co Ltd
Current assignee: Qingdao Hisense Medical Equipment Co Ltd
Priority date: 2018-03-20
Filing date: 2018-06-20
Publication date: 2018-11-23
Also published as: CN108877900A; CN108932972A; CN108847277A; CN108847276A; CN108877898A

Abstract

The application provides the processing method and server of a kind of DICOM image, and this method includes：The DICOM file data to be processed that terminal is sent are received, DICOM file data include multiple DICOM files；According to DICOM file data, result data information by stages is generated, result data information includes one or more data by stages by stages；Will by stages in result data information each write-in of data by stages it is corresponding one by stages result data files store.Pass through the multiple DICOM files for sending terminal, generate result data information by stages, and by each data by stages re-write corresponding one by stages result data files store, it is stored to which multiple DICOM files are rewritten as big file, network latency and disk read-write time can be effectively reduced.

Description

DICOM image processing method and server

Technical Field

The present application relates to the field of medical image technologies, and in particular, to a method and a server for processing a DICOM image.

Background

The DICOM (Digital Imaging and Communications in Medicine) standard is a standard for storage and transmission of medical images, and in a PACS system, all medical images are stored and transmitted in a DICOM format, called DICOM files, in each of which image data is stored in a CT (Computed Tomography) value format.

When a patient performs a CT examination, thousands of DICOM files are generated, and are transmitted and stored in a PACS (Picture archiving and Communication Systems), each DICOM file is logically stored in the same folder, but physically, each file is usually stored discontinuously in a disk at a large probability and is read and written in a random read-write manner, so that the read-write and transmission rates are low, and network transmission and disk read-write time are long.

Disclosure of Invention

The application provides a DICOM image processing method and a server, which aim to overcome the defects of low file reading speed, low request response efficiency and the like in the prior art.

The first aspect of the present application provides a method for processing a DICOM image, including:

receiving DICOM file data to be processed sent by a terminal, wherein the DICOM file data comprises a plurality of DICOM files;

generating staging result data information according to the DICOM file data, wherein the staging result data information comprises one or more pieces of staging data;

and writing each staging data in the staging result data information into a corresponding staging result data file for storage.

A second aspect of the present application provides a method for processing a DICOM image, including:

receiving an image searching request sent by a terminal, wherein the image searching request comprises a target staging identifier of an image to be searched;

reading a staging result file corresponding to a pre-stored target staging identifier according to the target staging identifier to obtain staging result index information corresponding to the target staging identifier;

reading a staging result file corresponding to the target staging identifier according to the staging result index information corresponding to the target staging identifier, and acquiring analyzed image data information corresponding to the target staging identifier, wherein the analyzed image data information comprises general information and individual information with pixel data;

sending the analyzed image data information corresponding to the target staging identifier to the terminal so as to enable the terminal to perform display processing;

the staging result file corresponding to the target staging identifier comprises a staging result data file, and the staging result data file comprises staging result index information and staging result data information corresponding to the target staging identifier; or,

the staging result file corresponding to the target staging identifier comprises a staging result data file and a staging result index file, the staging result data file comprises staging result data information corresponding to the target staging identifier, and the staging result index file comprises staging result index information corresponding to the target staging identifier.

A third aspect of the present application provides a server comprising: at least one processor and memory;

the memory stores a computer program; the at least one processor executes the computer program stored by the memory to implement the method provided by the first aspect or the second aspect.

According to the DICOM image processing method and the server, the staged result data information is generated by the plurality of DICOM files sent by the terminal, and each staged data is rewritten into the corresponding staged result data file for storage, so that the plurality of DICOM files are rewritten into a large file for storage, and network transmission time and disk reading and writing time can be effectively reduced.

Drawings

In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments or the prior art will be briefly introduced below, and it is obvious that the drawings in the following description are some embodiments of the present application, and for those skilled in the art, other drawings can be obtained according to these drawings without inventive exercise.

Fig. 1 is a schematic flowchart of a DICOM image processing method according to an embodiment of the present application;

fig. 2 is a schematic flowchart of a DICOM image processing method according to another embodiment of the present application;

fig. 3 is a schematic flowchart of another DICOM image processing method according to another embodiment of the present application;

fig. 4 is a schematic flowchart of a DICOM image processing method according to yet another embodiment of the present application;

fig. 5 is a schematic flowchart of a DICOM image processing method according to another embodiment of the present application;

fig. 6 is a schematic structural diagram of a server according to an embodiment of the present application;

fig. 7 is a schematic structural diagram of a DICOM image processing system according to an embodiment of the present application;

fig. 8 is a schematic structural diagram of another DICOM image processing system according to an embodiment of the present application;

fig. 9 is a schematic structural diagram of another DICOM image processing system according to an embodiment of the present application.

With the above figures, there are shown specific embodiments of the present application, which will be described in more detail below. These drawings and written description are not intended to limit the scope of the disclosed concepts in any way, but rather to illustrate the concepts of the disclosure to those skilled in the art by reference to specific embodiments.

Detailed Description

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

The terms referred to in this application are explained first:

DICOM file: the DICOM image file is characterized in that the content of the DICOM image file consists of two parts: a Header (Header) including parameter information and picture point Data (Pixel Data). Each DICOM file must include the file header. The header begins with the file preamble, which consists of 128 bytes 00H, followed by the DICOM prefix, which is a 4-byte string "DICM" that can be used to determine whether a file is a DICOM file. The header also includes other useful information such as the transmission format of the file, the application that generated the file, etc. The point data describes the luminance value of each point of the image. The DICOM file contains 4 content levels: patient; study (check); series (Series); image (Image). The contents of the previous layers are the same in many images, but they are present in each image file. An image is composed of a plurality of Information entities (Information entities); the information entity is subdivided into modules (modules); the smallest unit inside each Module is called an Attribute (Attribute) or a data Element (Element). In the DICOM file, the position of each data element is stored in a fixed position, so that the corresponding data element can be found according to the offset of the storage position as long as the first address of the storage of the file in the memory is known.

File: in this application, a file refers to an independent unit that is continuously stored in a disk at a high probability and can be read and written in a continuous reading and writing manner. Such as a DICOM file, an interim result data file, an interim result index file, a priority flag file, etc., are all viewed in a separate perspective.

DICOM image data information: a DICOM image data information refers to image data information extracted from a DICOM file, each piece of DICOM image data information includes general information and individual information, wherein the general information may include a serial number, a patient name or a patient identifier, a thickness, and the like, and the individual information may include an image identifier (such as an example number size of an image) and specific image data. The example number size of the image represents the order before and after scan generation.

Furthermore, the terms "first", "second", etc. are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. In the description of the following examples, "plurality" means two or more unless specifically limited otherwise.

The following several specific embodiments may be combined with each other, and details of the same or similar concepts or processes may not be repeated in some embodiments. Embodiments of the present invention will be described below with reference to the accompanying drawings.

The embodiment of the application provides a DICOM image processing method, which is used for carrying out corresponding processing on a DICOM image. The execution subject of the present embodiment is a server.

As shown in fig. 1, a schematic flow chart of a DICOM image processing method provided in this embodiment is shown, where the method includes:

step 101, receiving to-be-processed DICOM file data sent by a terminal, wherein the DICOM file data comprises a plurality of DICOM files.

Specifically, when a patient is examined once, a doctor needs to upload the DICOM file data of the patient for the examination to the server, and the doctor can upload the DICOM file data through the terminal. For example, a doctor can log in the PACS through a terminal, upload DICOM file data to be processed on an upload interface, trigger an upload request and send the DICOM file data to be processed to a server. The server can receive to-be-processed DICOM file data sent by the terminal, wherein the DICOM file data comprises a plurality of DICOM files, and the specific DICOM file data can comprise all DICOM files of the patient for the examination.

Optionally, the server may put the DICOM file data to be processed into the memory after receiving the DICOM file data.

And step 102, generating staging result data information according to the DICOM file data, wherein the staging result data information comprises one or more pieces of staging data.

Specifically, after receiving the to-be-processed DICOM file data sent by the terminal, the server generates staging result data information according to the DICOM file data, wherein the staging result data information includes one or more pieces of staging data.

Illustratively, the server extracts DICOM image data information corresponding to each DICOM file from each DICOM file, performs staging processing on each DICOM image data information according to a preconfigured staging rule, and generates staging result data information, wherein each staging data in the staging result data information comprises at least two DICOM image data information.

In some embodiments, the staging result data information may optionally be generated in accordance with a pre-configured custom series data structure. Illustratively, the custom series file data structure is: each series number is stored using 4-byte characters, each length of DICOM image data information is stored using 4-byte characters, and each length of DICOM image data information is stored using byte characters corresponding to the length of the DICOM image data information. Here, the specific structure may be set according to actual requirements, and the embodiment is not limited. Specifically, after the server extracts DICOM image data information corresponding to each DICOM file from each DICOM file, the server generates staging result data information according to a custom series file data structure and stores the staging result data information in a memory.

And 103, writing each staging data in the staging result data information into a corresponding staging result data file for storage.

Specifically, after generating the staging result data information, the server writes each piece of staging data in the staging result data information into a corresponding staging result data file for storage.

In some embodiments, optionally, each of the staging data in the staging result data may be written into a different staging result data file, for example, the first staging data is written into the first staging result data file, the second staging data is written into the second staging result data file, and so on. That is, each staging data corresponds to different staging result data files.

In some embodiments, optionally, each of the staging data in the staging result data may be written into the same staging result data file, for example, there are two staging data, and the two staging data are written into the same staging result data file sequentially. That is, each staging data corresponds to the same staging result data file.

In some embodiments, optionally, if the generated staging result data information is stored in the memory, the server obtains the staging result data information from the memory, and writes the staging result data information into the corresponding staging result data file according to the pre-configured image custom data file format.

Illustratively, the image custom data file format is: each DICOM image data has a length of 534965 and hexadecimal 0x000829B 5. The series number 1 is stored in the first 4 bytes, the length of the first DICOM image data information in the series is stored in the 5 th to 8 th bytes, the first DICOM image data information is stored in the 9 th to 534973 th bytes, the length of the second DICOM image data information is stored in the 534974 th to 534977 th bytes, the second DICOM image data information is stored in the 534978 th to 1069942 th bytes, and so on.

In some embodiments, optionally, the staging result data file may be stored locally, or may be stored in a dedicated file server or workstation, which is not limited in this embodiment.

According to the DICOM image processing method provided by the embodiment, the plurality of DICOM files sent by the terminal generate the staging result data information, and each staging data is rewritten into the corresponding staging result data file for storage, so that the plurality of DICOM files are rewritten into a large file for storage, and the network transmission time and the disk reading and writing time can be effectively reduced.

The method provided by the first embodiment of the present application is further described.

As shown in fig. 2, a schematic flow chart of a DICOM image processing method provided in this embodiment is shown.

As a practical manner, on the basis of the first embodiment, optionally after the step 101, the method may further include:

step 2011, according to the DICOM file data, generating staging result index information, where the staging result index information includes index information of the staging result data information.

Specifically, after receiving the to-be-processed DICOM file data, the server generates staging result data information and staging result index information according to the DICOM file data, wherein the staging result index information includes index information of the staging result data information. The staging result index information may specifically include attribute information and a storage path corresponding to each DICOM image data information, where the attribute information may include patient information, such as a patient name, a thickness, a serial number, and the like.

Step 2012, writing the staging result index information into the staging result index file.

Specifically, the staging result index information corresponding to each staging data may be written into the same staging result index file, or different staging result index files may be written. For example, the staging result data includes 3 pieces of staging data, each piece of staging data has corresponding staging result index information, and because the staging result index information is text data and is relatively small, the staging result index information corresponding to the 3 pieces of staging data can be sequentially written into the same staging result index file for storage.

Optionally, the staging result index file may be stored in the server, or may be stored in a file server or a workstation, which is not limited in this embodiment.

In some embodiments, optionally, the server may generate the staging result index information according to a pre-configured custom staging data structure. Illustratively, the custom staging data structure is: the three series are sequentially arranged according to the series division regions, such as an artery stage, a vein stage and a balance stage, and each series comprises a Patientname (patient name), a thickness, a seriesnum (series number), an image path and the like. The method comprises the steps of storing the image path by using a special character ^ through a Patientname, storing the image path by using a 32-byte character, storing the image path by using a four-byte single-precision type by using a thickness, shaping and storing the image path by using 4 bytes, storing the image path by using an unfixed byte character string and distinguishing by using a special character ^ through a special character. Here, the specific structure may be set according to actual requirements, and the embodiment is not limited.

Optionally, the server may write the staging result index information into the staging result index file according to a preconfigured staging custom data file format.

The staging custom data file format corresponds to the custom staging data structure. The staging custom data file format is embodied by the specific format of the staging data structure after the file is written. The server generates staging result index information according to DICOM image data information extracted from each DICOM file and a custom staging data structure and stores the staging result index information in the memory, acquires corresponding staging result index information from the memory when the file needs to be written in, and writes the staging result index information into the staging result index file according to a staging custom data file format.

Illustratively, the format of the staging custom data file in which the staging result index information is written into the staging result index file is as follows: zhangsan is stored in the first 32 bytes, 0.6 is stored from the 5 th byte to the 8 th byte, 10 is stored in the 9 th to 12 th bytes, D:/image/1 is stored in the 13 th byte to the 23 th byte, is stored in the 24 th character, D:/image/2 is stored in the 25 th to 35 th characters, and so on.

Similarly, when the staging result index information needs to be read from the staging result index file, the read staging result index information is still stored in the memory according to the custom staging data structure.

In the above embodiment, the image custom data file format and the custom series file data structure are the same as or corresponding to the case of the staging custom data file format and the custom staging data structure, the staging result data information is stored in the memory according to the custom series file data structure, when the file is written in, the corresponding staging result data file is written in according to the image custom data file format, and when the staging result data file is read, the read staging result data information is stored in the memory according to the custom series file data structure. Therefore, the staging is completed in the uploading stage, the real-time staging is not needed during the film reading, the speed of responding the user request is improved, and the user experience is improved.

In some embodiments, optionally, the staging result index information may be written into the staging result data file before the staging result data information.

Specifically, the staging result index information and the staging result data information corresponding to each staging data may be written into a staging result data file corresponding to the staging data.

Illustratively, if the session result data file includes two session data, for each session data, taking the first session data as an example, the session result index information corresponding to the first session data is first written into the corresponding first session result data file, and then the first session data is written into the first session result data file, that is, the session result index information corresponding to the first session data and the first session data are spliced and written into the first session result data file.

Optionally, the writing of the staging result index information into the staging result data file before the staging result data information may specifically include:

if each piece of staging data corresponds to different staging result data files respectively, for each piece of staging data, writing the staging result index information corresponding to the staging data into the staging result data file corresponding to the staging data before the staging data; if each piece of staging data corresponds to the same staging result data file, the staging data files are sequentially arranged according to the serial numbers, and the staging result index information corresponding to each serial number is sequentially written into the staging result data files before the staging result data information.

Specifically, if each piece of staging data corresponds to different staging result data files, for each piece of staging data, the staging result index information corresponding to the piece of staging data is written into the corresponding staging result data file, and then the pieces of staging data are spliced and written into the staging result data file, that is, the staging result index information corresponding to the piece of staging data and the piece of staging data are sequentially written into the same staging result data file for storage.

If each staging data corresponds to the same staging result data file, the staging result index information corresponding to the staging data is firstly written into the staging result data file, and then the staging data is sequentially written into the staging result data file, namely, the staging result index information corresponding to the staging data and the staging data are both written into the same staging result data file. Wherein, all the staging result index information is written into the beginning part of the staging result data file, and the specific staging data is written into the back of all the staging result index information.

Optionally, each piece of staging data may correspond to different staging result data files, or may correspond to the same staging result data file, which is not limited in this embodiment.

In some embodiments, optionally, generating the staging result data information and the staging result index information according to the DICOM file data may specifically include: extracting DICOM image data information corresponding to each DICOM file from the DICOM file data, wherein the DICOM image data information comprises general information and individual information; according to a pre-configured staging rule, performing staging processing on each DICOM image data information to generate staging result data information and staging result index information, wherein each staging data in the staging result data information comprises at least two DICOM image data information.

Specifically, after receiving the DICOM file data sent by the terminal, the server may extract DICOM image data information corresponding to each DICOM file from each DICOM file, perform staging processing on each DICOM image data information according to a preconfigured staging rule, and generate staging result data information and staging result index information, where each staging data in the staging result data information includes at least two pieces of DICOM image data information. For example, the DICOM file data includes 100 DICOM files, which may be divided into 6 installments according to a serial number, the serial number may be used as an installment identifier of each installment, or a corresponding installment identifier may be generated for each installment, so as to identify each installment data. The server may also be preconfigured with a corresponding relationship between the serial number and a common stage, such as three common stages of an artery stage, a vein stage, and a balance stage, and may also include other stages, which may be specifically set according to actual requirements. The server can associate each stage identifier with each stage name (artery stage, vein stage, balance stage, etc.), and each stage data includes its stage identifier, so that when a user clicks and displays an option of "artery stage" on an interface during subsequent reading, the corresponding stage data can be found according to its corresponding stage identifier. The staging result index information can also be associated with the staging result data information through the staging identifier.

Optionally, when uploading the DICOM file data, the doctor may also pre-screen and divide each DICOM file obtained by the examination at the terminal to screen out valid data, improve the validity of the data, and save the storage space, for example, divide according to a serial number, screen out the DICOM files belonging to each of the three series of the common artery phase, vein phase, and balance phase, send the screened DICOM file data to the server, after receiving the DICOM file data sent by the terminal, the server may extract the DICOM image data information corresponding to each DICOM file from the DICOM file data, and perform the staging processing according to the pre-configured staging rule. For example, the generated staging result data information includes staging data corresponding to three stages, namely an artery stage, a vein stage and a balance stage, and staging result index information corresponding to each staging data.

Optionally, the staging result index information includes attribute information and a storage path corresponding to each DICOM image data information. The attribute information may include, among other things, patient information such as patient name, thickness, serial number, etc.

Alternatively, the pre-configured staging rules may be staged in series, i.e. a series of images is the same staging. Writing the staging result index information into the staging result index file, which may specifically include: and arranging the stage identifications in sequence, and writing the stage result index information corresponding to each stage identification into the stage result index file in sequence. The stage identifier may be a serial number or a newly generated stage identifier. Specifically, the staging result index information may be written into the staging result index file according to the staging customized data file format, which is not described herein again.

Optionally, the pre-configuring the staging rule is to perform staging according to a series of stages, the general information is a serial number, and each piece of staging data in the staging result data information is written into a corresponding staging result data file, which may specifically include:

if each piece of stage data corresponds to different stage result data files respectively, sequentially writing each piece of stage data according to each piece of DICOM image data information, wherein for each piece of DICOM image data information, one corresponding stage result data file is sequentially written according to the sequence of general information, data length and individual information, and the data length is the data length of the individual information (exemplarily, ((serial number 1, data length 534965, individual information 1) (serial number 1, data length 534965, individual information 2) (serial number 1, data length 534965, individual information 3)); or, for each piece of staging data, firstly writing the general information corresponding to the staging data into the staging result data file, and then sequentially writing the data length and the individual information corresponding to each piece of DICOM image data information into the staging result data file. Exemplarily, ((serial No. 1) (data length 534965, individual information 1) (data length 534965, individual information 2) (data length 534965, individual information 3)). It should be noted that, the writing order is only illustrated by way of example, and the format is not limited.

If each staging data corresponds to the same staging result data file, sequencing each staging data in sequence according to the staging identifier, for each stage data, sequentially arranging and writing the stage data according to the DICOM image data information, wherein, for each DICOM image data information, the staging result data file is written in the order of the general information, data length, individual information, exemplarily, ((serial No. 1, data length 534965, individual information 1) (serial No. 1, data length 534965, individual information 2) (serial No. 1, data length 534965, individual information 3) (serial No. 2, data length 534965, individual information 4) (serial No. 2, data length 534965, individual information 5) (serial No. 2, data length 534965, individual information 6) (serial No. 3, data length 534965, individual information 7) (serial No. 3, data length 534965, individual information 8)); alternatively, the respective pieces of staging data are sorted in order according to the staging identifier, and for each piece of staging data, the general information corresponding to the piece of staging data is written into the staging result data file, and the data length and the individual information corresponding to the piece of DICOM image data information are written into the staging result data file in order ((serial No. 1) (data length 534965, individual information 1) (data length 534965, individual information 2) (data length 534965, individual information 3) (serial No. 2) (data length 534965, individual information 4) (data length 534965, individual information 5) (data length 534965, individual information 6) (serial No. 3) (data length 534965, individual information 7) (data length 534965, individual information 8)). It should be noted that, the writing order is only illustrated by way of example, and the format is not limited.

In some embodiments, after extracting DICOM image data information corresponding to each DICOM file from the DICOM file data, the method may further include:

performing pixel analysis on an image data part of individual information in each DICOM image data information to obtain analyzed image data information, wherein the analyzed image data information comprises general information and individual information with pixel data; correspondingly, according to the preconfigured staging rule, each DICOM image data information is subjected to staging processing to generate staging result data information and staging result index information, and the method comprises the following steps:

according to a pre-configured staging rule, performing staging processing on each analyzed image data information to generate staging result data information and staging result index information, wherein each staging data in the staging result data information comprises at least two analyzed image data information.

Specifically, the pixel analysis of the image data part can be completed in the staging process, so that each staging data in the stored staging result data information includes the analyzed image data information, and therefore, when the film is read subsequently, the pixel analysis is not needed to be performed in real time, the staging result data information is directly obtained and returned to the terminal, the terminal can be used for displaying, the response rate of the subsequent film reading is further improved, and the user experience is improved.

As shown in fig. 3, a schematic flow chart of another DICOM image processing method provided in this embodiment is shown.

As another implementable manner, on the basis of the first embodiment, optionally, the method may further include:

step 2021, receiving user operation behavior information sent by the terminal, where the user operation behavior information includes target object information of the operation and a corresponding user operation, and the target object information includes at least one of a serial number, an option number, and an image number.

Step 2022, generating priority marking information according to the user operation behavior information, where the priority marking information includes a priority identifier and one or more pieces of target object information corresponding to the priority identifier, and the priority identifier is identifier information of a preset priority to which the user operation belongs.

Step 2023, writing the priority label information into the priority label file in sequence according to the priority label and the sequence of the target object information corresponding to the priority label for storage, wherein the priority label file is associated with the staging result index file and the staging result data file through serial numbers.

Specifically, when a user (such as a doctor) needs to check after uploading a checking result of a patient to a server of the PACS system, the user can log in the PACS system through a terminal, enter a first interface, select or input a medical record identifier to be read of the patient to be checked, such as a medical record number, or select or input a patient name, and select the medical record identifier to be read from medical record identifiers corresponding to the patient name. The specific manner is not limited. Each doctor can correspond to a plurality of patients, each patient can have one or more examinations, and each examination corresponds to one medical record identifier. When a user determines a medical record identifier to be read, a two-dimensional reading request can be sent to a server, the two-dimensional reading request comprises the medical record identifier to be read, the server returns reading interface data corresponding to the medical record identifier to the terminal, so that the terminal can display a reading interface for a doctor, and the reading interface can comprise viewing buttons or options corresponding to each staging data or each staging identifier and an image display area. For example, three options of "arterial phase", "venous phase" and "balance phase" are displayed on the reading interface, and the user can view images of stages by clicking on the options. The specific display style of the first interface and the reading interface is not limited in this embodiment, and any practicable style can be adopted for display according to actual requirements.

When a user selects a certain stage, for example, clicking 'artery stage', an image query request is sent to a server, the image query request comprises a target stage identifier of an image to be read, for example, a stage identifier corresponding to the artery stage, and the server returns stage data corresponding to the artery stage, so that the terminal displays one or more images corresponding to the artery stage in a display area of a reading interface for a doctor to view.

When the user views the images, the user may perform operations on the images, such as performing image calibration on the interested staged images, including organ length measurement, lesion volume measurement, and the like, or may simply browse the images without performing calibration, or may directly ignore the images, and the like. The terminal can acquire the operation behavior information of the user and send the operation behavior information to the server for processing, the server receives the operation behavior information of the user sent by the terminal, priority mark information can be generated according to the operation behavior information of the user, the priority mark information is sequentially written into a priority mark file for storage according to the priority identification and the sequence of the target object information corresponding to the priority identification, and the priority mark file is associated with the staging result index file and the staging result data file through serial numbers or through the staging identification.

Optionally, the priority label information of all patients of a doctor may be written into the same priority label file for storage, or the priority label information of each patient or each medical record identifier may be written into a priority label file, that is, the priority label information of all patients of a doctor is written into a plurality of priority label files.

Optionally, when the user reads the medical record, after sending the two-dimensional reading request to the server, the server may first determine whether the medical record identifier to be read included in the two-dimensional reading request has the corresponding priority markup file, if the medical record identifier to be read corresponds to the priority markup file, the corresponding staging result data information may be pre-read and stored in the memory according to a sequence from high to low of the priority in the priority markup file, and if the image query request subsequently sent by the user is the pre-read staging, the corresponding staging data may be quickly obtained from the memory and returned to the terminal for display, so as to improve the response speed, so that the user can quickly view the image without waiting, and improve the user experience.

Optionally, if a target staging identifier included in an image lookup request subsequently sent by the user does not correspond to a pre-read staging result data file, the pre-reading according to the priority is stopped, and the staging result data file corresponding to the target staging identifier is switched and read, so as to respond to the image lookup request of the user, return staging result data information corresponding to the target staging identifier, and display the staging result data information on the terminal for the user to view.

In some embodiments, if the staging result index information and the staging result data information corresponding to each staging identifier are written into the same staging result data file, and the medical image file is the staging result data file, pre-reading the medical image file according to the order of the priorities in the priority label file from high to low includes:

step 2031, one or more staging identifiers corresponding to the first priority identifier are obtained from the priority label file, and the first priority identifier is the priority identifier corresponding to the highest priority.

Step 2032, according to each staging identifier corresponding to the first priority identifier, obtaining staging result index information corresponding to each staging identifier from the staging result data file.

Step 2033, according to the staging result index information, obtaining the staging result data information corresponding to each staging identifier from the staging result data file.

Optionally, after the pre-reading of the staging result data files corresponding to the one or more staging identifiers corresponding to the first priority identifier is completed, the pre-reading of the staging result files corresponding to the one or more staging identifiers corresponding to the second priority identifier may be continued according to the priority, and the obtained staging result index information and the staging result data information are stored in the memory.

In some embodiments, if the staging result index information is written into the staging result index file for storage, and each piece of staging data in the staging result data information is written into a corresponding staging result data file for storage, the medical image file includes the staging result index file and the staging result data file. Correspondingly, the medical image files are pre-read according to the sequence of the priority in the priority mark files from high to low, and the method comprises the following steps:

step 2041, one or more staging identifiers corresponding to the first priority identifier are obtained from the priority label file, and the first priority identifier is the priority identifier corresponding to the highest priority.

Step 2042, according to each staging identifier corresponding to the first priority identifier, obtaining staging result index information corresponding to each staging identifier from the staging result index file.

Step 2043, according to the staging result index information, obtaining staging result data information corresponding to each staging identification from the staging result data file.

In some embodiments, the method may further comprise: if the staging result data information comprises DICOM image data information, performing pixel analysis on image data parts in each DICOM image data information included in the staging result data information to obtain analyzed image data information corresponding to each DICOM image data information, pushing the analyzed image data information to the terminal so that the terminal can display one or more images corresponding to the first priority identification in an image display area of the scoring interface, wherein the image data parts in the analyzed image data information are in a pixel data format.

Optionally, if each piece of staging data in the staging result data information includes DICOM image data information, it is further required to perform pixel analysis on the piece of staging result data information to obtain corresponding analyzed image data information, so that the terminal can display the image data information. The specific pixel resolution process may be the prior art, and is not described herein again.

It should be noted that the implementable modes and the alternative modes in the present embodiment may be implemented individually, or may be implemented in combination in any combination without conflict, and are not limited in the present application.

Based on the above embodiments, the DICOM image processing method provided in this embodiment may further generate the staging result index information to be written into the staging result index file or the same corresponding staging result data file as the staging result data information, so that the server can find corresponding staging data faster according to the staging result index information corresponding to each staging data, thereby improving the data processing rate. And pixel analysis can be realized in the uploading process, and the request response rate can be improved during subsequent film reading, so that the film reading experience of a user is improved. In addition, the priority marking file, the staging result data file and the staging result index file can be generated and stored in an associated mode according to the user operation behavior information of the user in the film reading process, and during subsequent film reading, the staging data with higher priority can be pushed or read for the user according to the historical operation habits of the user, so that the response speed during film reading is further improved, and the film reading experience of the user is improved.

The third embodiment of the present application provides a method for processing a DICOM image, which is used for processing the DICOM image, and an execution subject of the method may be a server, and specifically may be an application server.

As shown in fig. 4, a schematic flow chart of a DICOM image processing method provided in this embodiment is shown, where the method includes:

step 301, receiving an image viewing request sent by a terminal, where the image viewing request includes a target staging identifier of an image to be viewed.

Step 302, reading a pre-stored staging result file corresponding to the target staging identifier according to the target staging identifier, and obtaining staging result index information corresponding to the target staging identifier.

Step 303, reading a staging result file corresponding to the target staging identifier according to the staging result index information corresponding to the target staging identifier, and acquiring analyzed image data information corresponding to the target staging identifier, wherein the analyzed image data information includes general information and individual information with pixel data.

And 304, sending the analyzed image data information corresponding to the target staging identifier to the terminal so as to enable the terminal to perform display processing.

Specifically, after a doctor uploads DICOM file data of a patient examination result to a server, if the doctor wants to check the patient examination result subsequently, the doctor needs to log in a PACS system for checking, illustratively, a user sends a login request to the server through a terminal, the login request at least comprises a user identifier and verification information such as a verification code, and after the server passes the verification, the server returns first interface data corresponding to the user identifier to enable the doctor to enter the first interface, and a patient selection item, a medical record identifier selection item and the like can be arranged in the first interface to enable the doctor to select or input a medical record identifier to be read of the patient to be checked, such as a medical record number, or select or input a patient name, and select the medical record identifier to be read from the medical record identifiers corresponding to the patient name. The specific manner is not limited. Each doctor can correspond to a plurality of patients, each patient can have one or more examinations, and each examination corresponds to one medical record identifier. When a user determines a medical record identifier to be read, a two-dimensional reading request can be sent to a server, the two-dimensional reading request comprises the medical record identifier to be read, the server returns reading interface data corresponding to the medical record identifier to the terminal, so that the terminal can display a reading interface for a doctor, and the reading interface can comprise viewing buttons or options corresponding to each staging data or each staging identifier and an image display area. For example, three options of "arterial phase", "venous phase" and "balance phase" are displayed on the reading interface, and the user can view images of stages by clicking on the options. The specific display style of the first interface and the reading interface is not limited in this embodiment, and any practicable style can be adopted for display according to actual requirements. After a doctor clicks a certain option of a stage, an image lookup request is sent to a server, the image lookup request comprises a target stage identification of an image to be read, after the server receives the image lookup request, a prestored stage result file can be read according to the target stage identification, stage result index information corresponding to the target stage identification is obtained, a stage result file corresponding to the target stage identification is further read according to the stage result index information corresponding to the target stage identification, analyzed image data information corresponding to the target stage identification is obtained, and the analyzed image data information comprises general information and individual information with pixel data. After the server obtains the analyzed image data information corresponding to the target staging identifier, the server sends the analyzed image data information corresponding to the target staging identifier to the terminal so as to enable the terminal to perform display processing.

Optionally, the staging result file corresponding to the target staging identifier may include a staging result data file, and the staging result data file includes staging result index information and staging result data information corresponding to the target staging identifier. That is, the staging result index information corresponding to each staging data and the staging data are written into the same staging result data file during staging. The specific staging process and the process of writing files are described in detail in the first embodiment or the second embodiment, and are not described again here.

Optionally, the staging result file corresponding to the target staging identifier includes a staging result data file and a staging result index file, the staging result data file includes staging result data information corresponding to the target staging identifier, and the staging result index file includes staging result index information corresponding to the target staging identifier. That is, in the staging process, the staging result index information is written into the staging result index file, and each staging data in the staging result data information is written into a corresponding staging result data file. The specific staging process and the process of writing files are described in detail in the first embodiment or the second embodiment, and are not described again here.

According to the DICOM image processing method provided by the embodiment, when a doctor reads and views images, the server reads the staging result file corresponding to the target staging identification, and the staging result file is a large file rewritten from the DICOM file during staging processing, so that network transmission time and disk reading and writing time are effectively reduced, smoothness of image viewing in the process of reading the images by a user is improved, and user experience of reading the images is improved.

The fourth embodiment of the present application provides a further supplementary description of the method provided in the third embodiment.

As shown in fig. 5, a schematic flow chart of a DICOM image processing method provided in this embodiment is shown.

As a practical way, on the basis of the above embodiment, optionally, the staging result file can be obtained through the following process:

step 4011, generating staging result data information and staging result index information according to DICOM file data sent by the terminal.

Specifically, the process of generating the staging result data information and the staging result index information according to the DICOM file data sent by the terminal is the same as that in the first embodiment or the second embodiment, and is not described herein again.

Step 4012, writing the index information of the staging results into the index file of the staging results for storage, and writing each staging data in the data information of the staging results into a corresponding data file of the staging results for storage.

The data information of the staging result comprises one or more pieces of staging data, the index information of the staging result comprises the index information of the data information of the staging result, and the DICOM file data comprises a plurality of DICOM files.

Optionally, for each piece of staging data, the staging result index information corresponding to the piece of staging data and the piece of staging data may be sequentially written into a corresponding one of the staging result data files according to the staging result index information corresponding to the piece of staging data and the sequence of the piece of staging data, where each piece of staging data corresponds to a different one of the staging result data files.

Optionally, the staging result index information and the staging result data information may be sequentially written into a staging result data file according to the sequence of the staging result index information and the staging result data information.

The specific process of writing the staging result index information and the staging result data information into the file may be the same as the writing process in the first embodiment or the second embodiment, and details are not repeated here.

Optionally, after the doctor logs in the PACS system and sends the two-dimensional reading request to the server, the server may first determine whether the medical record identifier to be read included in the two-dimensional reading request has a corresponding priority markup file, if the medical record identifier to be read corresponds to the priority markup file, the corresponding staging result data information may be pre-read and stored in the memory according to a sequence from high to low of the priority in the priority markup file, and if the image searching request subsequently sent by the user is the pre-read staging, the corresponding staging data may be quickly obtained from the memory and returned to the terminal for display, so that the response speed is increased, the user can quickly check the image without waiting, and the user experience is improved.

As another implementable manner, on the basis of the foregoing embodiment, optionally, if the staging result data information includes at least two pieces of DICOM image data information, reading the staging result file corresponding to the target staging identifier, and acquiring the analyzed image data information corresponding to the target staging identifier, the method includes: reading and obtaining staging result data information corresponding to the target staging identification from the staging result file; and performing pixel analysis on the staging result data information corresponding to the target staging identifier to obtain analyzed image data information corresponding to the target staging identifier.

Specifically, if no pixel analysis is performed during staging processing, the image data portion in the staging result data information corresponding to the target staging identifier, which is obtained when the staging result file corresponding to the target staging identifier is read, is still information in the DICOM format. Illustratively, the image data in DICOM format stores CT values, which are 16-bit data, and are converted into 16-bit gray values and then 8-bit pixel values according to an algorithm, so that the terminal can display the CT values. The specific pixel analysis process may be any implementable manner in the prior art, and this embodiment is not limited.

Optionally, if the staging result data information includes at least two pieces of analyzed image data information, the analyzed image data information corresponding to the target staging identifier is directly read and obtained from the staging result file.

Optionally, when the server reads the staging result file, the server may also store the obtained staging result index information in the memory according to the custom staging data structure in the second embodiment, and store the staging result data information in the memory according to the custom series file data structure in the first embodiment. The staging result index file is written according to the staging custom data file format in the second embodiment, and the staging result data file is written according to the image custom data file format in the first embodiment.

Based on the above embodiments, the DICOM image processing method provided in this embodiment may also implement pixel parsing in the uploading process, and when reading a film, may quickly return the parsed image data information corresponding to the target stage identifier to the terminal, so that the terminal quickly displays the image data information, and the request response rate may be improved, thereby improving the user experience of reading the film. In addition, the priority marking file, the staging result data file and the staging result index file can be generated and stored in a correlation mode according to the user operation behavior information of the user in the film reading process, and during the film reading process, the staging data with higher priority can be pushed or read for the user according to the historical operation habits of the user, so that the response speed during the film reading process is further improved, and the film reading experience of the user is improved.

Fifth, an embodiment of the present application provides a server, configured to execute the method provided in any of the foregoing embodiments.

As shown in fig. 6, a schematic structural diagram of the server provided in this embodiment is shown. The server 50 includes: at least one processor 51 and a memory 52.

The memory stores a computer program; at least one processor executes the computer program stored in the memory to implement the methods provided by the above-described embodiments.

According to the server of the embodiment, the plurality of DICOM files sent by the terminal are used for generating the staging result data information, and each staging data is rewritten into the corresponding staging result data file for storage, so that the plurality of DICOM files are rewritten into a large file for storage, and the network transmission time and the disk reading and writing time can be effectively reduced. And the staging result index information can be generated and written into the staging result index file or the staging result data file corresponding to the staging result data information can be written into the same corresponding staging result data file, so that the server can find corresponding staging data more quickly according to the staging result index information corresponding to each staging data, and the data processing speed is improved. And pixel analysis can be realized in the uploading process, and the request response rate can be improved during subsequent film reading, so that the film reading experience of a user is improved. In addition, the priority marking file, the staging result data file and the staging result index file can be generated and stored in an associated mode according to the user operation behavior information of the user in the film reading process, and during subsequent film reading, the staging data with higher priority can be pushed or read for the user according to the historical operation habits of the user, so that the response speed during film reading is further improved, and the film reading experience of the user is improved.

The sixth embodiment of the application provides a DICOM image processing system. The DICOM image processing method is used for executing the DICOM image processing method provided by any one of the above embodiments.

In some embodiments, as shown in fig. 7, a schematic structural diagram of a DICOM image processing system provided for this embodiment is shown. The DICOM image processing system can comprise a terminal, an application server and a file server, wherein the terminal is used for a user or a doctor to send an uploading request, a login request, a two-dimensional film reading request, an image searching request and the like to the application server, receive corresponding data returned by the application server and display the corresponding data to the user, the application server is used for executing the method provided by any one of the embodiments, and the file server is used for storing an staging result file (a staging result data file, or the staging result data file and the staging result index file) and a priority mark file.

Optionally, the staging result index file and the priority label file are both text files, and occupy a relatively small space, so that the staging result index file and the priority label file can be stored in the application server.

In other embodiments, as shown in fig. 8, a schematic structural diagram of another DICOM image processing system provided for this embodiment is shown. The DICOM image processing system may include a terminal, a proxy server, a switch, a first application server, a second application server, and a file server. The terminal is used for a user or a doctor to send an uploading request, a login request, a two-dimensional film reading request, an image searching request and the like to the application server, receive corresponding data returned by the application server and display the data to the user. And because there are two application servers, the terminal sends the request to the application server, and the server is needed to realize the load balancing function, and the request sent by the terminal is distributed in a load balancing way to the first application server or the second application server. The first application server and the second application server may run the same environment and website and both may perform the methods provided by any of the embodiments described above.

The proxy server, the first application server and the second application server can be connected to the switch through network cables to form a local area network. The first application server and the second application server are directly connected to the file server in a dual network card mode, and network transmission is generally realized in a samba or NFS mode. The file server is used for storing an staging result file (a staging result data file, or the staging result data file and the staging result index file) and a priority marking file. The system operation flow comprises the following steps:

the terminal (client) is foreground equipment, the user inputs the ip or domain name of the front-end processor (proxy server) to access the front-end processor through the browser, the front-end processor dispatches the foreground request according to the load balancing algorithm and proxies the request to the background application server in reverse direction, the front-end processor is equivalent to a virtual client at this moment, the request of the real client is sent to a certain application server, the application server processes the response request and sends the response data to the front-end processor, and the front-end processor replies the response data replied by the background application server to the front-end processor. The Http request response process is completed once.

In some embodiments, as shown in fig. 9, a schematic structural diagram of a DICOM image processing system is provided for this embodiment. The DICOM image processing system may include a terminal (i.e., client), a proxy server (i.e., front-end), a switch, a first application server, and a second application server.

The software environment of the first application server and the software environment of the second application server are the same as the website program, the difference is that the second application server also serves as a file storage function, and since the first application server and the second application server both need to access data on the second application server, the disk capacity of the second application server can be set to be large, for example, a 250G solid state disk running operating system and a mechanical hard disk array are included to store file data), and the disk capacity of the first application server is set to be small, for example, a 250G solid state disk running operating system and a mechanical hard disk array are included to back up temporary data.

The physical architecture of the system is as follows:

the client, the front-end processor, the first application server and the second application server are connected to the switch through network cables to form a local area network in a hospital. The first application server and the second application server are connected in a disk sharing mode, and are generally realized in a Samba or nfs mode and the like. The system operation flow comprises the following steps:

the client is foreground equipment, a user inputs ip or a domain name of the front-end processor through a browser to access the front-end processor, the front-end processor dispatches a foreground request according to a load balancing algorithm and reversely proxies the request to a background server, the front-end processor is equivalent to a virtual client at the moment, the request of a real client is sent to a certain server, the server processes the response request and sends response data to the front-end processor, and the front-end processor replies the response data replied by the background server to the front-end processor. The Http request response process is completed once.

If the front-end processor is proxied to the second application server, the second application server directly accesses data from the local hard disk. And if the front-end processor acts on the first application server, the first application server reads and writes the local hard disk of the second application server through the disk sharing mode.

In order to realize the interaction between the first application server and the second application server, the first application server and the second application server need to be configured, and the configuration can comprise a role of informing the opposite party who is used as the file server and a role of responding to the application server.

Optionally, both the first application server and the second application server may execute the method provided in any of the above embodiments. Only the role of the file server is played by one application server, and the other application server needs to read and write data through a disk sharing mode.

The DICOM image uploading process based on the system comprises the following steps:

the staging result file of the local disk of the first application server is stored in the file system format of the operating system, is converted into a network file system format through operations such as layer-by-layer packaging and the like, is transmitted to the second application server through a network after processes such as negotiation, authentication and the like, receives data, converts the network file system format into the file of the operating system according to the system format through layer-by-layer unpacking and stores the file.

Optionally, after receiving the DICOM file data sent by the terminal, the first application server may first store the DICOM file in a file system format of an operating system, convert the DICOM file into a network file system format through operations such as layer-by-layer packaging, perform network transmission to the second application server through processes such as negotiation and authentication, receive the data by the second application server, and convert the network file system format into a file of the operating system according to the system format through layer-by-layer unpacking and store the file. Then the first application server carries out the staging process:

the first application server needs to read each DICOM file from the shared disk in turn. The second application server reads DICOM files from a local disk, converts the DICOM files into a network file system format through operations such as layer-by-layer packaging and the like, performs processes such as negotiation and authentication, performs network transmission to the first application server, receives data, converts the network file system format into files of an operation system according to the system format through layer-by-layer unpacking, stores the files into a memory of the first application server, performs staging processing after reading all the files, obtains staging result index information and staging result data information after staging is completed, writes the staging result index information and the staging result data information into corresponding staging result files (which can comprise the staging result data files or comprise the staging result data files and the staging result index files), and stores the staging result files in the second application server.

Optionally, the first application server may also assume the role of a file server, and the second application server may also assume the role of a response request.

Optionally, the first application server and the second application server may both play a role of responding to the request, and are configured to execute the method provided in any of the above embodiments, where the front-end processor distributes the request according to the load balancing mode, and the first application server or the second application server plays a role of a file server.

Optionally, when the second application server assumes the role of a file server, the priority markup file may be stored in the second application server together with the staging result file, but since the priority markup file needs to be updated frequently, the priority markup file is used to distinguish the user attention degrees of the staging result data files of different stages and accelerate the response of data, and thus, preferably, the priority markup file may be stored in the first application server, so that the first application server may request to read the staging result data file with higher user attention degree from the second application server according to the priority markup file, and the second application server returns via a network and preferentially displays in the user interface. The data loading of the first application server can be more accurate, and the data response speed is improved.

Optionally, when the second application server assumes the role of a file server and stores the staging result file in the second application server, the first application server may also synchronize the staging result index file in the long-term storage staging result file, cache the staging result data file in the staging result file, and cache a certain cache period.

Optionally, the first application server may also be increased to a storage capacity of the same capacity as the second application server, so that both the first application server and the second application server simultaneously function as file servers, and function as response requests. In this case, the two parties can back up each other to implement data synchronization, that is, when the first application server executes the method provided in any of the above embodiments, the obtained staging result file and the priority label file need to be sent to the second application server for backup storage while being locally stored, and when the second application server executes the method provided in any of the above embodiments, the obtained staging result file and the priority label file need to be sent to the second application server for backup storage while being locally stored, thereby implementing mutual backup and data synchronization between the two application servers. Therefore, when the film is read subsequently, no matter which application server the request is proxied to, the request can be obtained from the local storage, and the request does not need to be read to another application server, so that the network transmission time is shortened, and the corresponding speed is improved.

A seventh embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed, the method provided in any of the above embodiments is implemented.

According to the computer-readable storage medium of the embodiment, by generating the staging result data information from the plurality of DICOM files sent by the terminal and rewriting each staging data into the corresponding staging result data file for storage, the plurality of DICOM files are rewritten into a large file for storage, and the network transmission time and the disk read-write time can be effectively reduced. And the staging result index information can be generated and written into the staging result index file or the staging result data file corresponding to the staging result data information can be written into the same corresponding staging result data file, so that the server can find corresponding staging data more quickly according to the staging result index information corresponding to each staging data, and the data processing speed is improved. And pixel analysis can be realized in the uploading process, and the request response rate can be improved during subsequent film reading, so that the film reading experience of a user is improved. In addition, the priority marking file, the staging result data file and the staging result index file can be generated and stored in an associated mode according to the user operation behavior information of the user in the film reading process, and during subsequent film reading, the staging data with higher priority can be pushed or read for the user according to the historical operation habits of the user, so that the response speed during film reading is further improved, and the film reading experience of the user is improved.

In the several embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.

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

In addition, functional units in the embodiments of the present application may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.

The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions to enable a computer device (which may be a personal computer, a server, or a network device) or a processor (processor) to execute some steps of the methods according to the embodiments of the present application. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

It is obvious to those skilled in the art that, for convenience and simplicity of description, the foregoing division of the functional modules is merely used as an example, and in practical applications, the above function distribution may be performed by different functional modules according to needs, that is, the internal structure of the device is divided into different functional modules to perform all or part of the above described functions. For the specific working process of the device described above, reference may be made to the corresponding process in the foregoing method embodiment, which is not described herein again.

Finally, it should be noted that: the above embodiments are only used for illustrating the technical solutions of the present application, and not for limiting the same; although the present application has been described in detail with reference to the foregoing embodiments, it should be understood by those of ordinary skill in the art that: the technical solutions described in the foregoing embodiments may still be modified, or some or all of the technical features may be equivalently replaced; and the modifications or the substitutions do not make the essence of the corresponding technical solutions depart from the scope of the technical solutions of the embodiments of the present application.

Claims

1. A DICOM image processing method is characterized by comprising the following steps:

2. The method of claim 1, further comprising, after receiving the to-be-processed DICOM file data sent by the terminal:

generating staging result index information according to the DICOM file data, wherein the staging result index information comprises index information of the staging result data information;

writing the staging result index information into a staging result index file; or,

and writing the staging result index information into the staging result data file before the staging result data information.

3. The method of claim 2, wherein generating staging result data information and staging result index information from the DICOM file data comprises:

extracting DICOM image data information corresponding to each DICOM file from the DICOM file data, wherein the DICOM image data information comprises general information and individual information;

according to a pre-configured staging rule, performing staging processing on each DICOM image data information to generate staging result data information and staging result index information, wherein each staging data in the staging result data information comprises at least two DICOM image data information.

4. The method of claim 3, wherein the staging result index information includes attribute information and a storage path corresponding to each of the DICOM image data information.

5. The method of claim 4, wherein the preconfigured staging rules are staged in series;

the writing of the staging result index information into the staging result index file includes:

and arranging the stage identifications in sequence, and writing the stage result index information corresponding to each stage identification into the stage result index file in sequence.

6. The method of claim 4, wherein the preconfigured staging rules are staged in series;

the writing the staging result index information into the staging result data file before the staging result data information includes:

if each piece of staging data corresponds to different staging result data files respectively, for each piece of staging data, writing the staging result index information corresponding to the staging data into the staging result data file corresponding to the staging data before the staging data;

if each piece of staging data corresponds to the same staging result data file, the staging data files are sequentially arranged according to the serial numbers, and the staging result index information corresponding to each serial number is sequentially written into the staging result data files before the staging result data information.

7. The method of claim 3, wherein the preconfigured staging rules are staged in series, and wherein the generic information is a serial number.

8. The method according to claim 7, wherein if each of the staging data corresponds to a different staging result data file, the writing each of the staging data in the staging result data information into a corresponding one of the staging result data files comprises:

for each piece of staging data, sequentially arranging and writing each DICOM image data information, wherein for each DICOM image data information, sequentially writing a corresponding staging result data file according to the sequence of general information, data length and individual information, wherein the data length is the data length of the individual information; or, for each piece of staging data, writing general information corresponding to the staging data into the staging result data file, and then sequentially writing the data length and the individual information corresponding to each DICOM image data information into the staging result data file;

if each staging data corresponds to the same staging result data file;

the writing of each staging data in the staging result data information into a corresponding staging result data file includes:

sequencing the staging data in sequence according to the staging identification, and for each staging data, sequentially sequencing and writing each DICOM image data information, wherein for each DICOM image data information, the staging result data file is sequentially written in according to the sequence of general information, data length and individual information; or sequencing the staging data in sequence according to the staging identification, writing general information corresponding to the staging data into the staging result data file for each staging data, and writing the data length and the individual information corresponding to each DICOM image data information into the staging result data file in sequence.

9. The method of claim 3, wherein after extracting the DICOM image data information corresponding to each DICOM file from the DICOM file data, the method further comprises:

performing pixel analysis on image data parts of individual information in each DICOM image data information to obtain analyzed image data information, wherein the analyzed image data information comprises general information and individual information with pixel data;

correspondingly, according to a preconfigured staging rule, performing staging processing on each piece of DICOM image data information to generate staging result data information and staging result index information, including:

10. The method of claim 1, further comprising:

receiving user operation behavior information sent by a terminal, wherein the user operation behavior information comprises operation target object information and corresponding user operation, and the target object information comprises at least one of staging identification and image number;

generating priority marking information according to the user operation behavior information, wherein the priority marking information comprises a priority identification and one or more pieces of target object information corresponding to the priority identification, and the priority identification is identification information of a preset priority to which the user operation belongs;

and sequentially writing the priority mark information into a priority mark file for storage according to the priority mark and the sequence of the target object information corresponding to the priority mark, wherein the priority mark file is associated with a pre-stored staging result index file and a staging result data file through serial numbers.

11. A DICOM image processing method is characterized by comprising the following steps:

12. The method of claim 11, wherein the staging result file is obtained by:

generating staging result data information and staging result index information according to DICOM file data sent by a terminal;

writing the staging result index information into a staging result index file for storage, and writing each staging data in the staging result data information into a corresponding staging result data file for storage, wherein the staging result data information comprises one or more staging data, the staging result index information comprises index information of the staging result data information, and the DICOM file data comprises a plurality of DICOM files; or,

for each staging data, sequentially writing the staging result index information corresponding to the staging data and the staging data into a corresponding staging result data file according to the staging result index information corresponding to the staging data and the sequence of the staging data, wherein each staging data corresponds to a different staging result data file; or,

and sequentially writing the staging result index information and the staging result data information into a staging result data file according to the sequence of the staging result index information and the staging result data information.

13. The method of claim 11, wherein if the staging result data information includes at least two pieces of DICOM image data information, the reading the staging result file corresponding to the target staging identifier and obtaining the parsed image data information corresponding to the target staging identifier comprises:

reading and obtaining staging result data information corresponding to the target staging identification from the staging result file;

performing pixel analysis on the staging result data information corresponding to the target staging identifier to obtain analyzed image data information corresponding to the target staging identifier;

and if the staging result data information comprises at least two pieces of analyzed image data information, directly reading and obtaining the analyzed image data information corresponding to the target staging identification from the staging result file.

14. The method of claim 12, further comprising:

receiving a login request sent by a terminal, wherein the login request at least comprises a user identifier;

returning the first interface data corresponding to the user identification to enable the terminal to display the first interface corresponding to the user identification;

receiving a two-dimensional reading request sent by a terminal, wherein the two-dimensional reading request comprises a medical record identifier to be read;

and if the priority marking file corresponding to the user identifier is stored, returning the reading interface data corresponding to the medical record identifier to be read according to the two-dimensional reading request, and pre-reading the medical image file according to the sequence from high to low of the priority in the priority marking file, wherein the priority marking file is generated according to user operation behavior information and is marked with the priority corresponding to each target object information.

15. A server, comprising: at least one processor and memory;

the memory stores a computer program; the at least one processor executes the memory-stored computer program to implement the method of any of claims 1-14.