CN108877900A

CN108877900A - Processing method, server and the system of medical image based on the network architecture

Info

Publication number: CN108877900A
Application number: CN201810639680.XA
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: CN108877899A; CN108847276A; CN108847277A; CN108932972A; CN108877898A

Abstract

The application provides processing method, server and the system of a kind of medical image based on the network architecture, and this method includes：First application server is after receiving the logging request of terminal transmission and returning to first interface data, receive the two-dimentional diagosis request that terminal is sent, if judgement is without the corresponding priority tab file of storage user identifier, then in the image lookup request of response terminal, after identifying the image data information after corresponding parsing by stages to terminal return target, the user's operation behavioural information that terminal is sent is received, according to user's operation behavioural information, generates priority mark information；Priority tab file is written in priority mark information by the first application server；First application server stores priority tab file locally, and priority tab file is sent to the second application server, so that the second application server carries out back-up processing.On the one hand response speed is improved, to improve user experience, on the other hand, the safety of data can be improved.

Description

Medical image processing method, server and system based on network architecture

Technical Field

The present application relates to the field of medical image technologies, and in particular, to a method, a server, and a system for processing a medical image based on a network architecture.

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 doctor needs to read a Picture, after logging in a PACS system, the doctor usually needs to send a two-dimensional Picture reading request to a server to enter a Picture reading interface, the Picture reading interface is provided with some selectable buttons, for example, the doctor wants to view an image of an artery of a patient, can click the artery in the interface, namely, an image searching request carrying object information to be searched (such as an issue number, a serial number and the like) is sent to the server again, and after receiving the image searching request, the server needs to read a corresponding medical image file.

Disclosure of Invention

The application provides a medical image processing method, a server and a system based on a network architecture, which are used for solving the defects of poor browsing experience and the like caused by slow response speed of a film reading request in the prior art.

The first aspect of the present application provides a method for processing a medical image based on a network architecture, including:

the method comprises the steps that after a first application server receives a login request sent by a terminal and returns first interface data, a two-dimensional reading request sent by the terminal is received, the two-dimensional reading request at least comprises a medical record identifier to be read, and the login request at least comprises a user identifier;

if the first application server judges that the priority marking file corresponding to the user identifier is not stored, the first application server receives user operation behavior information sent by a terminal after responding to an image searching request of the terminal and returning analyzed image data information corresponding to a target stage identifier to the terminal, wherein the image searching request comprises the target stage identifier of an image to be read, an image data part in the analyzed image data information is in a pixel data format, the user operation behavior information comprises operation target object information and corresponding user operation, and the target object information comprises at least one of the stage identifier and the image number;

the first application server generates 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;

the first application server writes the priority mark information into a priority mark file;

and the first application server stores the priority mark file locally and sends the priority mark file to the second application server so as to enable the second application server to perform backup processing.

A second aspect of the present application provides a method for processing a medical image based on a network architecture, including:

the second application server receives a priority marking file sent by the first application server, wherein the priority marking file comprises priority marking information, the priority marking information comprises a priority identification and one or more pieces of target object information corresponding to the priority identification, the priority identification is identification information of a preset priority to which user operation belongs, the priority marking information is generated according to the user operation behavior information, the user operation behavior information comprises the target object information of the operation and the corresponding user operation, and the target object information comprises at least one of a staging identification and an image number;

and the second application server carries out backup processing on the priority mark file.

A third aspect of the present application provides a first application 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.

A fourth aspect of the present application provides a second application 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 second aspect.

A fifth aspect of the present application provides a medical image processing system based on a network architecture, which includes a terminal, a front-end processor, a switch, a first application server provided in the third aspect, and a second application server provided in the fourth aspect.

According to the method, the server and the system for processing the medical image based on the network architecture, after a user logs in the system, if the priority mark file corresponding to the user identifier is judged not to be stored, the user operation behavior information of the user can be obtained, the priority mark file is generated and locally stored and is sent to the second application server for backup, on one hand, the medical image file with higher priority can be pre-read according to the priority mark file during subsequent user film reading, when the image to be searched by the user just corresponds to the pre-read medical image file, the image searching request of the user can be quickly responded, the response speed is improved, the user experience is improved, on the other hand, the priority mark file is sent to the second application server for backup, and the data safety can be improved.

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 flowchart illustrating a method for processing a medical image based on a network architecture according to an embodiment of the present application;

fig. 2 is a flowchart illustrating a medical image processing method based on a network architecture according to another embodiment of the present application;

fig. 3 is a flowchart illustrating a medical image processing method based on a network architecture according to still another embodiment of the present application;

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

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

fig. 6 is a schematic structural diagram of a medical image processing system based on a network architecture 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.

Backup: the method is characterized in that a user stores data including files, databases, application programs and the like for use in data recovery, a first application server and a second application server in the method can be backed up with each other to realize data synchronization, no matter which application server a terminal request is proxied to, the first application server and the second application server can obtain data (such as staging result index files, staging result data files, priority mark files and the like) for responding to the terminal request from local, and one application server can also back up new data in the other application server after generating new data. Therefore, when the data of one application server is lost, the corresponding data can be obtained from the other application server, and the problem that the terminal request cannot be responded due to the data loss is avoided.

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 network architecture-based medical image processing method provided by the application is suitable for the following network architecture-based medical image processing system: including 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 first application server and the second application server are set to have the same storage capacity, and the first application server and the second application server are enabled to simultaneously serve as the file server and the role of responding to the request. For example, the system comprises a 250G solid state disk running operating system and a mechanical hard disk array for storing file data. Under the condition, the two parties can back up mutually to realize data synchronization, namely the first application server executes operation to obtain the staging result file and the priority mark file, the staging result file and the priority mark file need to be sent to the second application server for backup processing while locally storing, the second application server executes operation to obtain the staging result file and the priority mark file, the staging result file and the priority mark file need to be sent to the first application server for backup processing while locally storing, and mutual backup and data synchronization between the two application servers are realized. 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.

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 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, the request is reversely proxied to a background application server, the front-end processor is equivalent to a virtual client at the moment, the request of a real client is sent to an application server, the application 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. If the front-end processor is proxied to the first application server, the first application server directly accesses data from the local hard disk. The first application server and the second application server can be connected in a disk sharing mode, when the front-end processor acts on the first application server and local data of the first application server is lost, a local hard disk of the second application server can be read and written through a disk sharing mode, and response to a terminal request is continuously achieved. The second application server can also read and write the local hard disk of the first application server when needed.

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 informing the other party when the other party is used as a backup server.

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 medical image processing method based on a network architecture, which is used for processing medical images. The execution subject of the present embodiment is an application server, and is referred to as a first application server for convenience of distinction.

As shown in fig. 1, a flow chart of a method for processing a medical image based on a network architecture provided in this embodiment is schematically illustrated, where the method includes:

step 101, after receiving a login request sent by a terminal and returning first interface data, a first application server receives a two-dimensional film reading request sent by the terminal.

The two-dimensional reading request at least comprises a medical record identifier to be read, and the login request at least comprises a user identifier.

Specifically, when a user (such as a doctor) needs to check after uploading a checking result of a patient to a first application 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. When a user determines a medical record identifier to be read, a two-dimensional reading request can be sent to a first application server, the two-dimensional reading request comprises the medical record identifier to be read, the first application server returns reading interface data corresponding to the medical record identifier to a terminal, so that the terminal can display a reading interface to a doctor, and the reading interface can comprise viewing buttons or options corresponding to each piece of date or each piece of date 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.

And 102, if the first application server judges that the priority marking file corresponding to the user identifier is not stored, the first application server receives user operation behavior information sent by the terminal after responding to an image searching request of the terminal and returning analyzed image data information corresponding to the target staging identifier to the terminal.

The image searching request comprises a target staging identifier of an image to be read, an image data part in the analyzed image data information is in a pixel data format, the user operation behavior information comprises the operated target object information and the corresponding user operation, and the target object information comprises at least one of the staging identifier and the image number.

Step 103, the first application server generates 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 104, writing the priority mark information into a priority mark file by the first application server.

And 105, the first application server stores the priority mark file locally and sends the priority mark file to the second application server so as to enable the second application server to perform backup processing.

Specifically, when a doctor (user) views an image at a terminal, if a certain image is concerned or considered to be important, a mark is needed, or a mark is given to a current viewpoint or a opinion of the doctor, or a certain image is considered to have no effect on diagnosis and not to be viewed subsequently, or a doctor needs to view a certain image in a certain period in a focused manner, or the like, the mark can be performed, the terminal can acquire operation behavior information of the doctor and send the operation behavior information to a first application server, and after receiving the operation behavior information of the user, the first application server can generate priority mark information according to the operation behavior information of the user.

Illustratively, the physician performs calibration on the viewed arterial phase image, such as measuring lesion size. The terminal obtains the user operation behavior information of the doctor, wherein the user operation behavior information comprises a stage identification corresponding to the artery phase and an operation of measuring the size of a focus, the doctor browses the image of the vein phase, the terminal can obtain the operation browsed by the user, and the doctor does not check the image of the vein phase in the reading process. And the terminal sends the user operation behavior information to the first application server.

Optionally, the terminal may record the user operation behavior information and send the user operation behavior information to the first application server for analysis by the first application server when the doctor exits from viewing the image, for example, does not view the image of the current stage any more, clicks and selects a selection item of another current stage, or exits from logging in.

After receiving the user operation behavior information sent by the terminal, the first application server analyzes the user operation behavior information, determines the type of user operation, and further determines the attention priority identification of the user to the image corresponding to the target object information.

Optionally, the analysis of the user operation behavior information may be based on the final operation action, or based on the action with the highest priority, to determine the priority identifier of the target object information. Illustratively, when a doctor performs a marking operation, for example, an operation of measuring a size of a lesion, it is determined that a degree of attention of a user to an image corresponding to the target object information is the highest, and the image is determined as a first priority identifier, and when the user views but does not mark, it is determined that the degree of attention of the user to the image corresponding to the target object information is low, and the image is determined as a second priority identifier. The specific user operations may also include other operations and corresponding types, which are only exemplary and not limiting.

Optionally, a stage or an image may be used as an object, different user operations are weighted, a priority value of the attention degree of the image corresponding to the target object information is calculated comprehensively, and a corresponding priority identifier is further determined according to the priority value.

Optionally, one or more attention degree selection items, such as "focus", "not focus", "skip", etc., about the currently viewed stage or image may also be set on the reading interface for the physician to select. The user operation includes direct reflection of the attention degree of the doctor, and the corresponding priority identification can be determined directly according to the user operation.

And after generating the priority mark information, the first application server writes the priority mark information into a priority mark file. In order to increase the reading speed, it is preferable that a priority label file is generated for each medical record identifier managed by a doctor, that is, a corresponding priority label file is generated for one examination of a certain patient, that is, a priority label file is generated for one patient, that is, a priority label file is generated for all patients of a doctor, and that is, a priority label file is generated for all patients of a doctor, which is not limited herein.

The first application server may store the priority marker file locally, and may also send the priority marker file to the second application server, so that the second application server performs backup processing. And mutual backup and data synchronization between the two application servers are realized. 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.

Optionally, the backup processing performed by the second application server may be to store only the staging result data file sent by the first application server, or to configure the first application server and the second application server to be capable of performing data synchronization, and when data in the first application server changes, the second application server may implement the same change, for example, after the first application server performs corresponding data operation, the data operation performed by the first application server is included in the staging result data file sent to the second application server, so that the second application server may perform the same data operation, and the specific process may be any implementable manner in the prior art, and is not described herein again. The backup processes involved in the present application are all consistent with the above, and will not be described further.

According to the medical image processing method based on the network architecture, after a user logs in a system, if it is judged that a priority mark file corresponding to a user identifier is not stored, user operation behavior information of the user can be obtained, the priority mark file is generated and locally stored and is sent to a second application server for backup, on one hand, the medical image file with higher priority can be pre-read according to the priority mark file during reading of a subsequent user, and when an image to be searched by the user just corresponds to the pre-read medical image file, an image searching request of the user can be quickly responded, response speed is improved, user experience is improved, on the other hand, the priority mark file is sent to the second application server for backup, and data safety can be improved.

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

As shown in fig. 2, a flow chart of the method for processing a medical image based on a network architecture is schematically shown.

As a practical manner, on the basis of the first embodiment, optionally, the method further includes:

in step 2011, if the first application server determines that at least one of the first application server and the second application server stores a priority markup file corresponding to the user identifier, the first application server returns the reading interface data corresponding to the medical record identifier to be read according to the two-dimensional reading request, and pre-reads the medical image file locally according to the sequence from high to low of the priority in the priority markup file, and obtains corresponding staging result data information to the memory.

The priority marking file is a file which is generated according to the user operation behavior information and marks the priority corresponding to each target object information.

Specifically, one or more priority label files may be generated for each medical record identifier, logged into the PACS system at the doctor, after sending the two-dimensional reading request to the first application server, the first application 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 priority marking file corresponding to the medical record identifier to be read is available, the corresponding medical image file can be pre-read locally according to the sequence of the priority in the priority marking file from high to low, the obtained staging result data information is stored in the memory, if the image lookup request subsequently sent by the user is just the pre-read staging, corresponding staging data can be rapidly acquired from the memory and returned to the terminal for displaying, response speed is improved, a user can rapidly check images without waiting, and user experience is improved.

In order to improve the reading and transmission speed, optionally, for all patients of a doctor, one priority markup file may be generated, or multiple priority markup files may be generated, and then after the doctor logs in the PACS system, the server may determine whether the priority markup file corresponding to the user identifier is stored. If so, the medical image files can be pre-read according to the sequence of the priority in the priority mark file from high to low.

Optionally, in this embodiment, the medical image file may be a DICOM file, or may also be an staging result file (which may include a staging result data file, or include a staging result data file and a staging result index file), and this embodiment is not limited.

If the medical image file is a DICOM file, the first application server needs to extract DICOM image data information corresponding to each DICOM file after reading, and performs staging processing to obtain staging result data information and staging result index information, wherein the staging result data information comprises one or more pieces of staging data, the staging result index information comprises index information of the staging result data information, and each piece of staging data comprises at least two pieces of DICOM image data information.

If the medical image is the staging result file, the first application server directly reads and obtains the staging result index information and the staging result data information.

Optionally, each piece of staging data in the staging result data information may include at least two pieces of DICOM image data information, or may include at least two pieces of parsed image data information. The image data part in the DICOM image data information is in a DICOM format, and the analyzed image data information is image data in a pixel data format obtained by performing pixel analysis on the image data part in the DICOM image data information, so that the analyzed image data information is obtained, and the terminal can display the image data information.

If each piece of staging data in the staging result data information comprises at least two pieces of DICOM image data information, before the first application server acquires the staging data and sends the staging data to the terminal, pixel analysis is required to be carried out, and corresponding analyzed image data information is acquired, so that the terminal can display the image data information.

Optionally, the priority mark file may be generated by the first application server according to user operation behavior information operated by the doctor in the current previous reading process.

Specifically, the individual priority flag file may be generated according to the individual user operation behavior information of the currently logged-in user identifier, that is, for each doctor, an individual priority flag file corresponding to the user identifier is generated according to the individual operation of the doctor. Since there may be a plurality of doctors participating in review diagnosis for one medical record, a collective priority markup file may be generated based on collective user operation behavior information of users corresponding to a plurality of user identifications. The collective priority markup file may correspond to a plurality of user identifications. And when any doctor reads the film, the collective priority mark file can be found, and corresponding processing such as pre-reading or pushing is carried out according to the collective priority mark file.

The first application server can pre-read the medical image files from the local according to the sequence of the priorities in the priority mark files from high to low to obtain corresponding stage result data information to the memory, when a user wants to see a certain stage image subsequently, if the image is exactly corresponding to the pre-read medical image file, the first application server can quickly respond to an image searching request of the user to improve the response speed, and can also push one or more image data with the highest priority to the terminal when returning the reading interface data to enable the terminal to display the reading interface, and display one or more images with the highest priority in a display area of the reading interface for the doctor to view, so that the doctor can quickly see the image which is most concerned by the doctor, and the reading experience of the doctor is improved.

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

step 2012, the first application server receives an image viewing request sent by the terminal, where the image viewing request includes a target staging identifier of an image to be viewed.

Step 2013, if the pre-read medical image file does not correspond to the target staging identifier, the first application server stops pre-reading according to the priority, switches to locally read the medical image file corresponding to the target staging identifier, and obtains analyzed image data information corresponding to the target staging identifier and feeds the analyzed image data information back to the terminal so as to enable the terminal to display the analyzed image data information.

And the image data part in the analyzed image data information is in a pixel data format.

Specifically, after the doctor enters the radiograph reading interface, the doctor can click the relevant options on the radiograph reading interface to select the staged image to be viewed, such as an arterial period, and the terminal sends an image viewing request to the first application server, wherein the image viewing request comprises the target staged identification of the image to be viewed. At this time, if the first application server performs pre-reading according to the priority, it is determined whether the pre-read medical image file corresponds to the target staging identifier of the image lookup request, and if so, the staging result data information corresponding to the target staging identifier can be obtained from the pre-read medical image file, and the analyzed image data information corresponding to the target staging identifier is obtained and returned to the terminal for displaying. If not, the first application server needs to stop pre-reading from the local according to the priority, and switches to read the medical image file corresponding to the target staging identifier from the local.

Optionally, if the first application server does not locally store the corresponding medical image file (for example, the corresponding medical image file cannot be found locally due to data loss or an error in the processing process), the first application server may read the medical image file from the second application server according to the order from high to low of the priority in the priority flag file, because the second application server backs up the corresponding medical image file.

As another implementable manner, on the basis of the first embodiment, optionally, after the first application server receives the login request sent by the terminal, the method may further include:

step 2021, the first application server receives to-be-processed DICOM file data sent by the terminal, where the DICOM file data includes a plurality of DICOM files.

Step 2022, the first application 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.

Step 2023, the first application server writes each piece of staging data in the staging result data information into a corresponding staging result data file for local storage, and sends the staging result data file to the second application server, so that the second application server stores the staging result data file locally.

Specifically, when a patient is examined once, a doctor needs to upload DICOM file data of the patient for the examination to the first application 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 the first application server. The first application 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 current examination.

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

Optionally, when generating the staging result index information and the staging result data information, the serial number may be used as the staging identifier corresponding to each piece of staging data, or one staging identifier may be generated for each piece of staging data. And storing the corresponding relation between the staging identification and the staging result index file and the staging result data file.

After receiving DICOM file data to be processed sent by the terminal, the first application server generates staging result data information according to the DICOM file data, wherein the staging result data information comprises one or more pieces of staging data.

Illustratively, the first application 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 first application server extracts DICOM image data information corresponding to each DICOM file from each DICOM file, the first application server generates staging result data information according to a custom series file data structure and stores the staging result data information in the memory.

After generating the staging result data information, the first application server writes each staging data in the staging result data information into a corresponding staging result data file to be stored locally, and sends the staging result data file to the second application server so as to enable the second application server to perform backup processing.

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 first application 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 a 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.

The image self-defined data file format and the self-defined series file data structure are corresponding, the stage result data information is stored in the memory according to the self-defined series file data structure, when the file is written, the corresponding stage result data file is written in according to the image self-defined data file format, and when the stage result data file is read, the read stage result data information is stored in the memory according to the self-defined 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, after step 2021, the method may further comprise: the first application server generates 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; the first application server writes the staging result index information into the staging result index file, stores the staging result index file locally, and sends the staging result index file to the second application server so that the second application server stores the staging result index file locally; or,

for each piece of staging data, the first application server sequentially writes the staging result index information and the staging data corresponding to the staging data into a corresponding staging result data file according to the staging result index information and the staging data corresponding to the staging data; or,

and the first application server writes the staging result index information and the staging result data information into a staging result data file in sequence according to the sequence of the staging result index information and the staging result data information.

Specifically, after receiving the to-be-processed DICOM file data, the first application 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.

The first application server may write the staging result index information corresponding to each staging data into the same staging result index file, or write different staging result index files. 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.

In some embodiments, optionally, the first application 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 first application 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 first application server generates stage result index information according to DICOM image data information extracted from each DICOM file and a custom stage data structure and stores the stage result index information in a memory, and when the file needs to be written, the corresponding stage result index information is obtained from the memory and written into the stage result index file according to a stage 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 some embodiments, optionally, the first application server may further write the staging result index information 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 first application server writes the staging result index information into the staging result data file before the staging result data information, and the writing 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, the first application server generates the staging result data information and the staging result index information according to the DICOM file data, and specifically may include: the first application server extracts 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; the first application server carries out stage processing on each DICOM image data information according to a pre-configured stage rule to generate stage result data information and stage result index information, wherein each stage data in the stage result data information comprises at least two DICOM image data information.

Specifically, after receiving the DICOM file data sent by the terminal, the first application server may extract DICOM image data information corresponding to each DICOM file from each DICOM file, perform a staging process 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 first application server may also be preconfigured with a corresponding relationship between the serial number and a common use stage, such as three common use 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 first application 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 to which the three series of the common artery period, vein period, and balance period respectively belong, send the screened DICOM file data to the first application server, after receiving the DICOM file data sent by the terminal, the first application 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.

Optionally, the pre-configured staging rule of the first application server may be according to series staging, that is, a series of images are 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 stage according to a series, the general information is a serial number, and the first application server writes each piece of staging data in the staging result data information into a corresponding staging result data file, which may specifically include:

if the respective staging data correspond to different staging result data files respectively, the first application server sequentially writes the corresponding DICOM image data information into each staging data according to the DICOM image data information, wherein for each DICOM image data information, the corresponding one of the staging result data files is sequentially written into the corresponding one of the DICOM image data information according to the sequence of the general information, the data length and the 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 the same stage data corresponds to the same stage result data file, the first application server sorts the stage data in order of stage identification, and writes the stage data in order of DICOM image data information for each stage data, wherein the stage result data file is written in order of general information, data length, and individual information for each DICOM image data information (for example, ((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, data length 3583, individual information 7), 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 the first application server extracts DICOM image data information corresponding to each DICOM file from the DICOM file data, the method may further include:

the first application server carries out 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, the first application server performs staging processing on each DICOM image data information according to the preconfigured staging rule to generate staging result data information and staging result index information, and the staging result data information and the staging result index information comprise:

the first application server carries out stage processing on each analyzed image data information according to a pre-configured stage rule to generate stage result data information and stage result index information, wherein each stage data in the stage result data information comprises at least two analyzed image data information.

Specifically, the first application server can also complete pixel analysis of the image data part in a staging process, so that each staging data in the stored staging result data information includes the analyzed image data information, and thus, during subsequent film reading, the pixel analysis is not required 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 subsequent film reading is further improved, and the user experience is improved.

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, the first application server pre-reads the medical image file according to the order of the priorities in the priority label file from high to low, including:

step 10211, the first application server obtains one or more staging identifiers corresponding to the first priority identifier from the priority tag file, where the first priority identifier is a priority identifier corresponding to the highest priority.

Step 10212, the first application server obtains staging result index information corresponding to each staging identifier from the staging result data file according to each staging identifier corresponding to the first priority identifier.

Step 10213, the first application server obtains staging result data information corresponding to each staging identifier from the staging result data file according to the staging result index information.

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 and each piece of staging data in the staging result data information is written into a corresponding staging result data file, the medical image file includes the staging result index file and the staging result data file. Correspondingly, the first application server reads the medical image files in advance according to the sequence of the priority levels in the priority level marking files from high to low, and comprises the following steps:

step 10221, the first application server obtains one or more staging identifiers corresponding to the first priority identifier from the priority tag file, where the first priority identifier is a priority identifier corresponding to the highest priority.

Step 10222, the first application server obtains the staging result index information corresponding to each staging identifier from the staging result index file according to each staging identifier corresponding to the first priority identifier.

Step 10223, the first application server obtains staging result data information corresponding to each staging identifier from the staging result data file according to the staging result index information.

In some embodiments, the method may further comprise: if the stage result data information comprises DICOM image data information, the first application server carries out pixel analysis on image data parts in each DICOM image data information included in the stage result data information to obtain analyzed image data information corresponding to each DICOM image data information, the analyzed image data information is pushed to the terminal, so that the terminal displays one or more images corresponding to the first priority identification in an image display area of the film reading interface, and the image data parts in the analyzed image data information are in a pixel data format.

In some embodiments, optionally, if the first application server determines that the priority markup file corresponding to the user identifier is not stored, after returning the reading interface data corresponding to the medical record identifier to be read, the method further includes:

step 2031, the first application server receives an image query request sent by the terminal, and the image query request includes a target staging identifier of an image to be read;

step 2032, the first application server reads the medical image file corresponding to the target staging identifier from the local or second application server, and obtains the analyzed image data information corresponding to the target staging identifier and feeds the analyzed image data information back to the terminal, so that the terminal displays the image data information.

Wherein, the image data part in the analyzed image data information is in a pixel data format;

step 2033, the first application server receives the user operation behavior information sent by the terminal.

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.

Step 2034, the first application server generates priority marking information according to the user operation behavior information.

The priority marking information comprises a priority identification and one or more pieces of target object information corresponding to the priority identification.

Step 2035, the first application server writes the priority label information into the priority label file, stores the priority label file locally, and sends the priority label file to the second application server for storage.

Specifically, after generating the priority label information, the first application server writes the priority label information into the priority label file. Each medical record identifier managed by a doctor can be used for generating a priority label file, that is, for one examination of a certain patient, a corresponding priority label file is generated, or for one patient, a priority label file is generated, or for one doctor, all patients of the doctor jointly generate a priority label file, which is not limited herein.

In some embodiments, optionally, step 2035 may specifically include: and the first application server writes the priority mark information into the priority mark file in sequence according to the priority mark and the sequence of the target object information corresponding to the priority mark.

Specifically, when the priority flag information is written into the priority flag file, the priority flag information and the target object information corresponding to the priority flag may be written in sequence. Illustratively, the priority identifiers include "Scan" (referring to the priority identifier corresponding to the "browse" operation type), "Handle" (referring to the priority identifier corresponding to the "mark" operation type), and "Ignore" (referring to the priority identifier corresponding to the "skip" operation type), and the writing format is ((Handle, staging identifier 1, staging identifier 2, staging identifier 3) (Scan, staging identifier 4, staging identifier 5, staging identifier 6, staging identifier 7) (Ignore, staging identifier 8, staging identifier 9)). The writing order format is only exemplarily illustrated here, and is not a specific format for actual writing.

In some embodiments, the method may further comprise: if the staging result index information and the staging result data information are both written into the staging result data file, the priority marking file is associated with the staging result data file through the staging identifier when the first application server or the second application server is locally stored. If the staging result index information is written into the staging result index file and the staging result data information is written into the staging result data file, the priority mark file is associated with the staging result data file and the staging result index file through the staging identifier when the first application server or the second application server stores the information locally.

In some embodiments, step 2034 may specifically include:

step 20341, the first application server weights the multiple user operations corresponding to the target object information according to the preconfigured user operation weighting information for each target object information, and calculates to obtain the priority value corresponding to the target object information.

The specific execution operation of this step is consistent with the process described above, and is not described herein again.

Step 20342, the first application server determines the attention priority mark of the user to the image corresponding to each target object information according to the priority value corresponding to each target object information.

Specifically, the preset priority data structure is information defining a data organization rule of the generated priority flag information, which is configured in the memory.

Illustratively, the pre-priority data structure is: the Handle uses 6 bytes for storage, a plurality of series numbers all use 4 bytes for shaping storage, the Scan uses 4 bytes for storage, a plurality of series numbers all use 4 bytes for shaping storage, the Ignore uses 6 bytes for storage, and a plurality of series numbers all use 4 bytes for shaping storage.

When the priority marking information is written into the priority marking file, the priority marking information can be written according to a pre-configured priority self-defined data file format. The priority self-defined data file format corresponds to the preset priority data structure, namely one embodiment is a storage format in the memory, and the other embodiment is a storage format written in the file. Illustratively, when writing a file, the priority identifier Handle is stored in, for example, the first 6 bytes, and the serial number 2 and 3 are stored in, for example, bytes 7 to 10, 11 to 14, and so on.

Optionally, step 20341 may specifically include:

in step 203411, the first application server weights a plurality of user operations corresponding to the target object information according to the preconfigured user operation weighting information for each target object information, and calculates a priority value corresponding to the target object information.

Step 203412, the first application server determines the attention priority mark of the user to the image corresponding to each target object information according to the priority value corresponding to each target object information.

Specifically, for example, when a user refers to an image in an arterial period, a set of user operation behavior information is generated, and when the user switches to a venous period, the set of user operation behavior information is sent to the first application server, and when the user switches to the arterial period after the user refers to the image in the venous period, a set of user operation behavior information is generated again and sent to the first application server, and then after the first application server receives the two sets of user operation behavior information, if the corresponding user operations in the two sets of user operation behavior information are different, for example, one is a marking operation and one is a browsing operation, the weighting calculation is performed according to preset weighting rules of the two types of operations, so as to obtain a priority value corresponding to the target object information. The specific weighting method may be any weighting method that can be implemented in the prior art, and is not described herein again.

In some embodiments, the type of user operation includes at least one of a mark operation, a browse operation, and a skip operation, for example.

And if the type of the user operation corresponding to the target object information is a marking operation, determining that the attention priority mark of the user to the image corresponding to the target object information is a first priority mark.

And if the type of the user operation corresponding to the target object information is a browsing operation, determining that the attention priority identifier of the user to the image corresponding to the target object information is a second priority identifier.

And if the type of the user operation corresponding to the target object information is the skip operation, determining that the attention priority identifier of the user to the image corresponding to the target object information is a third priority identifier.

The priority corresponding to the first priority identification is higher than the priority corresponding to the second priority identification; the priority corresponding to the second priority identification is higher than the priority corresponding to the third priority identification.

In some embodiments, the user operation behavior information further includes information of interest of the user to an image corresponding to the target object information. Illustratively, the focus information includes at least two types of focus and no focus.

And if the attention information of the user to the image corresponding to the target object information is attention, determining that the attention priority identifier of the user to the image corresponding to the target object information is a first priority identifier.

And if the attention information of the user to the image corresponding to the target object information is not attention, determining that the attention priority identifier of the user to the image corresponding to the target object information is a second priority identifier.

And the priority corresponding to the first priority identifier is higher than the priority corresponding to the second priority identifier.

In some embodiments, the user operation behavior information further includes a user identification;

correspondingly, the first application server generates priority marking information according to the user operation behavior information, and the priority marking information comprises the following steps:

and for each user identifier, the first application server generates individual priority marking information corresponding to the user identifier according to the user operation behavior information corresponding to the user identifier.

Optionally, collective priority flag information may also be generated according to user operation behavior information corresponding to a plurality of user identifications.

Optionally, the first application server pre-reads the medical image files according to the order of the priorities in the priority tag file from high to low, and includes:

the first application server acquires individual priority mark information corresponding to the current user identification from the priority mark file according to the current user identification; and the first application server reads the medical image files in advance according to the individual priority mark information corresponding to the current user identification and the sequence of the priority from high to low.

the first application server acquires collective priority marking information from the priority marking file, wherein the collective priority marking information is priority marking information generated according to user operation behavior information of a plurality of users; the first application server reads the medical image files in advance according to the collective priority marking information and the priority from high to low.

As another implementable manner, on the basis of the first embodiment, optionally, after receiving the login request sent by the terminal, the method may further include:

the first application server reads one or more staging result data files corresponding to the user identification from a local application server or a second application server in advance, and obtains one or more staging result data information corresponding to the user identification and stores the one or more staging result data information in the memory.

In some embodiments, the method may further comprise:

2041, the first application server receives new user operation behavior information sent by the terminal;

step 2042, the first application server updates the priority markup file according to the new user operation behavior information.

Specifically, when the terminal sends the user operation behavior information, the first application server may determine whether the user identifier of the user already has the corresponding priority markup file, update the existing priority markup file if the user identifier of the user already has the corresponding priority markup file, and generate the priority markup file if the user identifier of the user does not have the corresponding priority markup file. If the priority mark file is judged to be provided after the user logs in, the user operation behavior information generated in the film reading process by the user is new user operation behavior information, and the first application server updates the priority mark file according to the new user operation behavior information after receiving the new user operation behavior information. The specific updating process may be to re-determine, in combination with the historical user operation behavior information and the new user operation behavior information, the priority identifier of the user's attention to the image corresponding to each target object information, and update the priority identifier corresponding to each target object information in the priority tag file.

In some embodiments, when the server returns the slide interface data to the terminal, the server includes the parsed image data information corresponding to the first priority identifier pushed to the terminal in the slide interface data.

Optionally, the method may further include:

step 2051, the first application server returns the priority markup file to the terminal.

Step 2052, the first application server receives a data pre-request sent by the terminal, where the data pre-request includes a second priority identifier, and a priority corresponding to the second priority identifier is one level lower than a priority corresponding to the first priority identifier.

And step 2053, the first application server returns the analyzed image data information corresponding to the second priority identifier to the terminal, so that the terminal displays one or more images corresponding to the second priority identifier in the display area of the film reading interface according to the analyzed image data information corresponding to the second priority identifier.

Specifically, when or after the slide reading interface data (including the analyzed image data information corresponding to the pushed first priority identifier) is returned to the terminal, the first application server may also return the priority label file to the terminal, or return the priority label information to the terminal. The terminal can pre-request the server for the analyzed image data information corresponding to the second priority identifier with the priority lower than the first priority identifier according to the priority mark information, so that the user can quickly display the image information to the user when looking up the image corresponding to the second priority identifier without requesting data from the server in real time.

Optionally, for various information (staging result index information, staging result data information, priority flag information) read from various files by the first application server into the memory, after the request of the terminal is responded (for example, the user logs out or does not receive the terminal request within a certain time), the first application server may delete the files and the information from the memory. And when the terminal requests again, reading again.

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

In some embodiments, optionally, the second application server may respond to various requests of the terminal, perform corresponding processing, generate the various files, store the various files locally, and send the files to the first application server for backup. The specific execution operation of the second application server is consistent with that of the first application server, and is not described herein again.

In the medical image processing method based on the network architecture, based on the above embodiment, the priority tag file and the staging result file are stored in association with each other, so that during subsequent reading, the staging result file with a higher priority can be read in advance according to the priority tag file, and the speed of responding to the request is increased.

The third embodiment of the present application provides a medical image processing method based on a network architecture, which is used for processing a medical image file, and an execution subject of the method is an application server, and for convenience of distinction, the method is referred to as a second application server.

As shown in fig. 3, a flow chart of a method for processing a medical image based on a network architecture provided in this embodiment is schematically illustrated, where the method includes:

in step 301, the second application server receives the priority markup file sent by the first application server.

The priority marking file comprises priority marking information, the priority marking information comprises a priority identification and one or more pieces of target object information corresponding to the priority identification, the priority identification is identification information of a preset priority to which a user operation belongs, the priority marking information is generated according to user operation behavior information, the user operation behavior information comprises the target object information of the operation and the corresponding user operation, and the target object information comprises at least one of a staging identification and an image number.

The priority markup file is obtained by: the first application server receives user operation behavior information sent by a terminal, generates priority marking information according to the user operation behavior information, and writes the priority marking information into a priority marking file, wherein the user operation behavior information comprises operation target object information and corresponding user operation, the target object information comprises at least one of a staging identifier and an image number, and the priority marking information comprises a priority identifier and one or more pieces of target object information corresponding to the priority identifier.

And step 302, the second application server performs backup processing on the priority mark file.

In the method for processing medical images based on network architecture provided by this embodiment, by storing the medical image file in the second application server, when the first application server needs to pre-read the medical image file from the second application server, the second application server locally reads the medical image file according to the order of the priority in the priority flag file from high to low, and sends the medical image file to the first application server, so that the first application server can quickly respond to the image lookup request of the user, and the response speed is increased.

The fourth embodiment of the present application further performs supplementary description on the method provided by the third embodiment.

As a practical way, on the basis of the above embodiment, optionally, the second application server associates the priority mark file with the staging result file corresponding to the pre-stored target object information.

The staging result file corresponding to the target object information 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 object information; or,

the staging result file corresponding to the target object information 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 object information, and the staging result index file comprises staging result index information corresponding to the target object information.

As another practicable manner, on the basis of the foregoing embodiment, optionally, the method further includes:

when the first application server needs to read the medical image files from the second application server in advance, the second application server reads the medical image files from local according to the sequence of the priority levels from high to low in the priority level marking files, wherein the priority level marking files are files which are generated according to user operation behavior information and are marked with the priority levels corresponding to the target object information; the second application server sends the medical image file to the first application server.

Optionally, when the first application server needs to read the medical image file corresponding to the target staging identifier from the second application server, the second application server locally reads the medical image file corresponding to the target staging identifier and sends the medical image file to the first application server, so that the first application server obtains the analyzed image data information corresponding to the target staging identifier and feeds the analyzed image data information back to the terminal, and the target staging identifier is a staging identifier included in an image lookup request sent by the terminal to the first application server.

Optionally, the method further includes:

the second application server receives the staging result data file sent by the first application server and performs backup processing, and the staging result data file is obtained in the following way: the first application server receives DICOM file data to be processed sent by the terminal, generates staging result data information according to the DICOM file data, and writes each staging data in the staging result data information into a corresponding staging result data file; the DICOM file data comprises a plurality of DICOM files, and the staging result data information comprises one or more staging data.

Optionally, the method further includes:

the second application server receives the staging result index file sent by the first application server and performs associated backup processing on the staging result index file and the staging result data file locally; the staging result index file is obtained by the following method: and the first application server generates staging result index information according to the DICOM file data, and writes the staging result index information into the staging result index file, wherein the staging result index information comprises index information of the staging result data information.

As a practical way, on the basis of the above embodiment, optionally, the method further includes:

step 401, after receiving a login request sent by a terminal and returning first interface data, a second application server receives a two-dimensional reading request sent by the terminal, wherein the two-dimensional reading request at least comprises a medical record identifier to be read, and the login request at least comprises a user identifier;

step 402, if the second application server judges that the priority marking file corresponding to the user identifier is not stored, the second application server receives the user operation behavior information sent by the terminal after responding to the image lookup request of the terminal and returning the analyzed image data information corresponding to the target staging identifier to the terminal.

Step 403, the second application server generates 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.

In step 404, the second application server writes the priority label information into the priority label file.

Step 405, the second application server stores the priority mark file locally and sends the priority mark file to the first application server, so that the first application server performs backup processing.

The steps executed by the second application server are consistent with those executed by the first application server, and are not described herein again.

Optionally, if it is determined that at least one of the first application server and the second application server stores a priority markup file corresponding to the user identifier, the second application server returns the medical image file corresponding to the medical record identifier to be read according to the two-dimensional medical image reading request, and locally reads the medical image file according to the order of the priority in the priority markup file from high to low, and obtains corresponding staging result data information to store in the memory, where the priority markup file is a file generated according to the user operation behavior information and marked with the priority corresponding to each target object information.

That is, the second application server may have the same function of responding to the terminal request and performing data processing as the first application server except for backup, and the second application server may execute the method executed by the first application server according to the first embodiment or the second embodiment, and of course, the first application server also has the function of backup of the second application server. Therefore, the operations executed by the first application server in the first embodiment or the second embodiment may be executed by the second application server. By adopting the first application server and the second application server to simultaneously take the roles of the file servers and mutually backup each other, on one hand, a special file server with high cost is not required to be configured, so the cost is effectively reduced, on the other hand, the first application server and the second application server mutually backup each other, and the data synchronization is realized, so that no matter which application server the request is proxied to, the request can be obtained from the local storage during the subsequent film reading, the request is not required to be read from the other application server, the network transmission time is reduced, and the corresponding speed is improved. And when data in one of the application servers is lost, corresponding data can be read from the other application server, so that the condition that the terminal request cannot be responded due to the data loss is avoided.

It can be understood that the second application server has the same function as the first application server, and the processing procedure of the second application server is consistent with the processing procedure of the first application server, and the term for the data to be processed in the present application is not distinguished from the first application server, for example, the data of the DICOM file to be processed sent by the terminal received by the second application server and the data of the DICOM file to be processed received by the first application server may represent different data, such as sent by different terminals, or sent by the same terminal at different times.

In the medical image processing method based on the network architecture, the first application server and the second application server are used for simultaneously playing the role of the file server, so that on one hand, a special file server with high cost is not required to be configured, the cost is effectively reduced, on the other hand, the first application server and the second application server are mutually backed up to realize data synchronization, and no matter which application server a request is proxied to during subsequent film reading, the request can be acquired from the local storage, the request does not need to be read to the other application server, the network transmission time is reduced, and the corresponding speed is improved. And when data in one of the application servers is lost, corresponding data can be read from the other application server, so that the condition that the terminal request cannot be responded due to the data loss is avoided.

In some embodiments, optionally, after the second application server receives the login request sent by the terminal, the method further includes:

the second application server receives DICOM file data to be processed sent by the terminal, wherein the DICOM file data comprises a plurality of DICOM files; the second application server generates staging result data information according to the DICOM file data, wherein the staging result data information comprises one or more pieces of staging data; the second application server writes each staging data in the staging result data information into a corresponding staging result data file; and the second application server stores the staging result data file locally and sends the staging result data file to the first application server so as to enable the first application server to perform backup processing.

In some embodiments, optionally, after the second application server receives the to-be-processed DICOM file data sent by the terminal, the method further includes:

the second application server generates 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;

the second application server writes the staging result index information into the staging result index file, stores the staging result index file locally, and sends the staging result index file to the second application server so as to enable the second application server to perform backup processing; or,

and the second application server writes the staging result index information into the staging result data file before the staging result data information.

A fifth embodiment of the present application provides a first application server, configured to execute the method provided in the first embodiment or the second embodiment.

As shown in fig. 4, a schematic structural diagram of the first application server provided in this embodiment is shown. The first application 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 method provided in the first or second embodiment.

According to the first application server of the embodiment, after the user logs in the system, if the priority markup file corresponding to the user identifier is judged to be stored, the first application server reads the medical image file from the second application server in advance according to the sequence of the priority in the priority markup file from high to low, and when the user wants to see a certain image in a certain period subsequently, if the image is exactly corresponding to the medical image file which is read in advance, the first application server can quickly respond to the image searching request of the user, so that the response speed is improved.

A sixth application server in the embodiment of the present application is configured to execute the method provided in the third embodiment or the fourth embodiment.

As shown in fig. 5, a schematic structural diagram of the second application server provided in this embodiment is shown. The second application server 60 includes: at least one processor 61 and a memory 62.

The memory stores a computer program; at least one processor executes the computer program stored in the memory to implement the method provided in the third or fourth embodiment.

According to the second application server of the embodiment, by storing the medical image file in the second application server, when the first application server needs to pre-read the medical image file from the second application server, the second application server reads the medical image file from the local according to the order of the priority levels in the priority level tag file from high to low, and sends the medical image file to the first application server, so that the first application server can quickly respond to the image viewing request of the user, and the response speed is improved.

The seventh embodiment of the application provides a medical image processing system based on a network architecture. The method for processing the medical image based on the network architecture is provided by any one of the embodiments.

Fig. 6 is a schematic structural diagram of a medical image processing system based on a network architecture according to another embodiment. The network architecture-based medical image processing system may include a terminal (i.e., a client), a proxy server (i.e., a front-end), a switch, the first application server provided in the fifth embodiment, and the second application server provided in the sixth embodiment.

The physical architecture of the system is as follows:

An eighth 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 the first embodiment or the second embodiment is implemented.

An embodiment ninth 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 the third embodiment or the fourth embodiment is implemented.

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 medical image processing method based on a network architecture is characterized by comprising the following steps:

and the first application server stores the priority mark file locally and sends the priority mark file to a second application server so as to enable the second application server to perform backup processing.

2. The method as claimed in claim 1, wherein if it is determined that at least one of the first application server and the second application server stores a priority markup file corresponding to the user identifier, the first application server returns the interpretation interface data corresponding to the medical record identifier to be read according to the two-dimensional interpretation request, and pre-reads the medical image file from local according to a sequence of priorities in the priority markup file from high to low, and obtains corresponding staging result data information to a memory, wherein the priority markup file is a file generated according to user operation behavior information and marked with priorities corresponding to target object information.

3. The method of claim 2, wherein if the medical image file is not stored locally on the first application server, the first application server pre-reads the medical image file from the second application server in order of priority from high to low in the priority markup file.

4. The method of claim 1, further comprising:

the first application server associates the priority mark file with a pre-stored staging result data file through a staging identifier; or,

and the first application server associates the priority mark file with a pre-stored staging result data file and a staging result index file through staging identifiers.

5. The method according to claim 1, wherein the first application server generates priority flag information according to the user operation behavior information, and includes:

the first application server determines an attention priority identification of a user to an image corresponding to the target object information according to user operation corresponding to the target object information;

and the first application server generates the priority marking information according to a preset priority data structure according to the target object information and the priority identification.

6. The method of claim 2, wherein after the first application server receives the login request sent by the terminal, the method further comprises:

and the first application server reads one or more staging result data files corresponding to the user identification from the local in advance, and obtains one or more staging result data information corresponding to the user identification and stores the one or more staging result data information in a memory.

7. The method of claim 2, further comprising:

the first application server receives new user operation behavior information sent by a terminal;

and the first application server updates the priority marking file according to the new user operation behavior information.

8. The method according to any one of claims 1-7, further comprising:

the first application server receives a file to be backed up sent by the second application server, wherein the file to be backed up comprises at least one of a staging result data file to be backed up, a staging result index file to be backed up and a priority mark file to be backed up, which are generated by the second application server in response to a terminal request;

and the first application server carries out backup processing on the file to be backed up.

9. A medical image processing method based on a network architecture is characterized by comprising the following steps:

10. The method according to claim 9, wherein the second application server associates the priority markup file with an staging result file corresponding to pre-stored target object information;

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

11. The method according to claim 10, wherein when the first application server needs to pre-read the medical image file from the second application server, the second application server reads the medical image file from local according to the priority from high to low in a priority tag file, wherein the priority tag file is a file which is generated according to user operation behavior information and is tagged with the priority corresponding to each target object information;

and the second application server sends the medical image file to the first application server.

12. The method of claim 9, further comprising:

the second application server receives a two-dimensional reading request sent by the terminal after receiving a login request sent by the terminal and returning first interface data, wherein the two-dimensional reading request at least comprises a medical record identifier to be read, and the login request at least comprises a user identifier;

if the second application server judges that the priority marking file corresponding to the user identifier is not stored, the second application server receives user operation behavior information sent by the terminal after responding to an image searching request of the terminal and returning analyzed image data information corresponding to the target staging identifier to the terminal, wherein the image searching request comprises the target staging identifier of the image to be read, an image data part in the analyzed image data information is in a pixel data format, the user operation behavior information comprises operated target object information and corresponding user operation, and the target object information comprises at least one of the staging identifier and the image number;

the second application server generates 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;

the second application server writes the priority mark information into a priority mark file;

and the second application server locally stores the priority mark file and sends the priority mark file to the first application server so as to enable the first application server to perform backup processing.

13. A first application 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-8.

14. A second application 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 9-12.

15. A system for processing medical images based on a network architecture, comprising a terminal, a front-end processor, a switch, a first application server according to claim 13, and a second application server according to claim 14.