A medical image storage, browsing, dynamic evaluation result binding method and system

Abstract

The present application belongs to the technical field of medical image browsing and structured evaluation, and particularly relates to a medical image storage browsing dynamic evaluation result binding method and system. The method comprises the following steps: receiving uploaded images, parsing the identification and binding with the user to form an isolated context; processing identification conflicts based on the context, generating the current user's business image assets and incorporating them into the image library; responding to questionnaire design, dynamically generating evaluation pages corresponding to the number of images based on image snapshots, and switching the image, browsing address and answer space driven by the index unique; storing the user's answers in the corresponding space and binding them with the assets; checking the permissions of the business server during preview, issuing short-term tokens to proxy the image acquisition; and associating the image identification and answers for each evaluation page during result display. The present application realizes efficient and safe medical image evaluation under a single storage system through business layer isolation, conflict processing, dynamic generation, synchronous linkage and safe preview.

Description

Technical Field

[0001] This invention belongs to the field of medical image browsing and structured evaluation technology, and particularly relates to a method and system for binding dynamic evaluation results of medical image storage and browsing. Background Technology

[0002] The statements in this section are merely background information related to the present invention and do not necessarily constitute prior art.

[0003] Traditional medical imaging systems focus on image storage and browsing, while questionnaire systems only support basic form functionality. These two systems operate independently and lack a collaborative mechanism for image evaluation. In existing solutions, questionnaire systems cannot identify the unique identifiers of Digital Imaging and Communications in Medicine (DICOM) images. When evaluating N images individually, users must manually copy N questionnaire pages, resulting in complex configuration and a high risk of missing pages or mismatches between images and questionnaires.

[0004] Furthermore, traditional questionnaires only save the answers without storing the mapping relationship between the answers and specific images, making accurate source tracing impossible during statistical analysis. In multi-user scenarios, different users uploading the same image identifier can easily lead to overwriting or confusion in attribution, and deploying separate image systems for each user would be costly. On the other hand, existing browsing interfaces are directly exposed, allowing ordinary users to access unauthorized images without proper authorization, posing a security risk; moreover, page switching, image switching, and answer saving are independent of each other, failing to achieve synchronous linkage. Therefore, there is an urgent need for a technical solution that can achieve dynamic evaluation page generation, image-answer binding, multi-user logical isolation, and secure access. Summary of the Invention

[0005] To overcome the shortcomings of the prior art, this invention provides a method and system for binding dynamic evaluation results of medical image storage and browsing. The system aims to achieve logical isolation of multiple users through user binding and unique identifier conflict handling, automatically generate dynamic evaluation pages corresponding to the number of images through questionnaire-level image snapshots, achieve synchronous linkage of image browsing, page switching, and answer saving through a page index-driven mechanism, achieve restricted secure preview through short-term tokens and proxy layer verification, and establish a structured binding relationship between answers and image assets. This allows for efficient and secure completion of medical image evaluation within a single storage system.

[0006] To achieve the above objectives, one or more embodiments of the present invention provide the following technical solutions: Firstly, a method for binding dynamic evaluation results of medical image storage and browsing is disclosed, including: The system receives medical image files uploaded by users, parses DICOM to obtain a unique identifier for the image research instance, binds the unique identifier of the image research instance to the uploading user, and constructs an isolation context; it handles image identifier conflicts based on the isolation context, generates business image assets for the current user, and incorporates the business image assets into the image library. The response questionnaire design dynamically generates an indexed evaluation page that corresponds to the number of images in the image library based on image snapshots. The index uniquely drives the switching of the corresponding image, browsing address, and answer space. When responding to a front-end business image asset preview request, the business server verifies the user's permissions. If the user's permissions are verified, a short-term token is issued and returned to the front-end. The front-end, carrying the short-term token, requests the image through the business server's proxy layer. The proxy layer verifies the validity of the short-term token. If the verification is successful, the business server retrieves the image data from the image library based on the unique identifier of the image research instance in the short-term token and returns it to the front-end. User answers are stored in the corresponding answer space and bound to the current business image assets; when the results are displayed, each evaluation page is associated with the image identifier and the corresponding answer.

[0007] Furthermore, the DICOM parsing includes reading the DICOM dataset of the medical image file, parsing at least the unique identifier of the image study instance, the unique identifier of the image sequence instance, the unique identifier of the image instance, the access number, the patient identifier, and the study date, and using the unique identifier of the image study instance as the merge key to merge files with the same identifier into the same image study group.

[0008] Furthermore, the handling of image identifier conflicts includes: the business server uses the unique identifier of the image research instance as the basis for deduplication; if the current user already has the same image identifier, the asset record and storage path are updated; if the image identifier is occupied by another user, the unique identifier of the image research instance, the unique identifier of the image sequence instance, and the unique identifier of the image instance are rewritten for the image research, and the mapping relationship between the original identifier and the rewritten identifier is recorded in the business database.

[0009] Furthermore, the dynamic generation of indexed evaluation pages based on image snapshots and corresponding to the number of images in the image library includes: the business server reads the image list and the number N in the image library snapshots; if the questionnaire has a homepage separator, the questions above the separator are generated only once as a fixed homepage, and the questions below the separator are copied and generated as image evaluation question groups to generate N image evaluation pages; if no separator is set, the entire questionnaire is copied and generated to generate N pages, with each page corresponding to a page index.

[0010] Furthermore, the method of using the index to uniquely drive the switching of the corresponding image, browsing address, and answer space includes: the current page index determines the currently displayed business image asset, image browsing address, and answer storage namespace; when switching pages, the business server first verifies the required fields of the current page, updates the index after the verification passes, and synchronously switches the image, browsing address, and answer space based on the new index; if the switching fails, the original state remains unchanged.

[0011] Furthermore, the short-term token includes a token type, a business image asset identifier, a unique identifier for the image research instance, an issuance time, and an expiration time.

[0012] Furthermore, when displaying and exporting results, published questionnaires continue to use the original snapshots, historical answers are bound to the original asset identifiers, and subsequent changes to the image library do not affect the page order of published questionnaires or the answers already filled.

[0013] Secondly, a dynamic evaluation result binding system for medical image storage and browsing is disclosed, including: The asset management module is configured to receive medical image files uploaded by users, parse DICOM to obtain the unique identifier of the image research instance, bind the unique identifier of the image research instance to the uploading user, and construct an isolation context; handle image identifier conflicts based on the isolation context, generate the current user's business image assets, and include the business image assets in the image library; The evaluation page generation and synchronization module is configured to respond to questionnaire design. It dynamically generates evaluation pages with indexes based on image snapshots and the number of images in the image library. The index uniquely drives the switching of the corresponding image, browsing address, and answer space. The security preview and results display module is configured such that, when responding to a front-end business image asset preview request, the business server verifies the user's permissions, issues a short-term token, and returns it to the front-end; the front-end, carrying the short-term token, requests the image through the business server's proxy layer; the proxy layer verifies the validity of the short-term token, and if the verification is successful, the business server retrieves the image data from the image library based on the unique identifier of the image research instance in the short-term token and returns it to the front-end; the user's answer is stored in the corresponding answer space and bound to the current business image asset; when displaying the results, each evaluation page is associated with the image identifier and the corresponding answer.

[0014] Thirdly, a computer device is disclosed, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to perform the steps of the method described above.

[0015] Fourthly, a computer-readable storage medium is disclosed having a computer program stored thereon, which, when executed by a processor, implements the steps of the method described above.

[0016] The above one or more technical solutions have the following beneficial effects: This invention can automatically generate evaluation pages based on the number of medical image objects, eliminating the need for manual copying and avoiding issues such as page omissions and mismatches between images and questionnaires. At the same time, by establishing a structured binding relationship between image objects and evaluation results, each evaluation result accurately corresponds to a specific medical image, facilitating scientific research statistics, quality control, and manual review, and significantly improving the efficiency and accuracy of medical image evaluation.

[0017] This invention achieves multi-user logical isolation within a single medical image storage system through a business-layer image asset isolation mechanism, eliminating the need for separate system deployment and reducing deployment and maintenance costs. Combined with intelligent deduplication and rewriting technology using unique identifiers, it effectively avoids data overwriting, misuse of images, and confusion regarding ownership. Furthermore, it employs short-term tokens and proxy layer verification to implement restricted secure preview, preventing ordinary users from unauthorized access to underlying service interfaces and enhancing system security.

[0018] This invention uses the page index as the sole state source, enabling synchronized linkage between image browsing, page switching, and answer saving, thus ensuring operational consistency and data integrity throughout the evaluation process.

[0019] Advantages of additional aspects of the invention will be set forth in part in the description which follows, and in part will be obvious from the description, or may be learned by practice of the invention. Attached Figure Description

[0020] The accompanying drawings, which form part of this invention, are used to provide a further understanding of the invention. The illustrative embodiments of the invention and their descriptions are used to explain the invention and do not constitute an improper limitation of the invention.

[0021] Figure 1 This is a flowchart of a method for binding dynamic evaluation results of medical image storage and browsing according to Embodiment 1 of the present invention; Figure 2 This is a diagram of a medical image storage, browsing, dynamic evaluation result binding system architecture according to Embodiment 2 of the present invention. Detailed Implementation

[0022] It should be noted that the following detailed descriptions are exemplary and intended to provide further illustration of the invention. Unless otherwise specified, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains.

[0023] It should be noted that the terminology used herein is for the purpose of describing particular implementations only and is not intended to limit the exemplary implementations of the present invention.

[0024] Where there is no conflict, the embodiments and features in the embodiments of the present invention can be combined with each other.

[0025] Example 1 The inventors' research on traditional medical image evaluation scenarios revealed that traditional medical image storage and browsing systems (such as Orthanc and OHIF Viewer) mainly focus on image archiving, storage, and visualization, while structured evaluation or questionnaire systems operate independently, supporting only plain text, single-choice, and multiple-choice form functions, and are unable to identify medical image object identifiers such as unique identifiers for research instances, sequence instances, and image instances in DICOM images.

[0026] When researchers need to evaluate N medical images one by one, they typically need to manually copy N identical questionnaire pages and then manually associate each one with a specific image. This requires users to go through a complex and error-prone configuration process to conduct the evaluation, and it cannot efficiently and accurately generate evaluation pages corresponding to the number of images, easily leading to missing pages, incorrect order, or mismatch between images and questionnaires.

[0027] Furthermore, traditional questionnaire systems only save questions, options, and user answers, without storing the structured mapping relationship between answers and specific medical imaging objects. This makes it impossible to accurately determine which image a particular answer corresponds to during subsequent research statistics or quality review. In multi-user, multi-project scenarios, different users may upload DICOM data with the same unique identifier for the same image research instance. If these data are directly written to the same medical imaging storage system, it can easily lead to image overwriting, incorrect reuse, or confusion in business attribution. Existing technologies typically achieve isolation by deploying separate imaging systems for different users, but this significantly increases deployment costs and storage resource consumption.

[0028] On the other hand, existing medical image browsing solutions often directly expose the management or network interfaces of underlying services. Ordinary users may be able to access unauthorized images by modifying request parameters, posing a significant security risk. Furthermore, page switching, image switching, and answer saving are usually independent of each other, failing to form a synchronized linkage mechanism where one image object corresponds to one evaluation status, making it inconvenient for users to perform continuous and consistent image evaluation operations.

[0029] Based on this, Embodiment 1 of the present invention discloses a method for binding dynamic evaluation results of medical image storage and browsing. In this method, a medical image file uploaded by a user is received, a unique identifier for the image research instance is obtained by parsing DICOM, the unique identifier for the image research instance is bound to the uploading user, and an isolation context is constructed; image identifier conflicts are handled based on the isolation context, and business image assets of the current user are generated. Business image assets are incorporated into the image library. In response to the questionnaire design, evaluation pages with indexes corresponding to the number of images in the image library are dynamically generated based on image snapshots. The index uniquely drives the switching of the corresponding image, browsing address, and answer space. User answers are stored in the corresponding answer space and bound to the current business image assets. When the results are displayed, each evaluation page is associated with the image identifier and the corresponding answer. When responding to a business image asset request, the business server verifies the user's access permissions to the image library. If the access is granted, a short-term token is issued, and the business server retrieves the image from the image library and returns it.

[0030] To facilitate understanding of the medical image storage and browsing dynamic evaluation result binding method provided in Embodiment 1 of the present invention, the following will first combine... Figure 1 The method for binding dynamic evaluation results of medical image storage and browsing provided in the embodiments of this application is described.

[0031] like Figure 1 As shown, the system receives single DICOM files or DICOM folders containing multiple directories uploaded by users through the business server. Before uploading, the files to be uploaded are added to the upload queue, and system files, empty files, and files exceeding the preset size are filtered out.

[0032] After receiving the uploaded batches, the business server reads the DICOM dataset for each file one by one, and parses out at least the following tags: Accession Number, StudyInstanceUID, SeriesInstanceUID, SOPInstanceUID, PatientID, StudyDate, and StudyDescription.

[0033] Within the same upload batch, multiple DICOM files with the same unique image study instance identifier (StudyInstanceUID) are merged into one image study group. Simultaneously, the current uploader is bound to this image study group, thus creating an isolated context.

[0034] The isolation context is used to determine whether the occurrence of the same identifier is a duplicate or supplementary upload by the same user, or an identifier conflict between different users or different business assets.

[0035] At the business asset level, the uniqueness of the unique identifier of the image research instance is used to achieve user isolation for uploading: if the same user uploads the same identifier repeatedly, it is regarded as an update or replacement of the user's existing business image assets; if different users upload the same identifier, they will form their own independent business image assets.

[0036] After completing tag parsing and user context binding, UID conflict handling and business image asset creation are performed. The business server uses the unique identifier of the image research instance as the deduplication criterion. If the current user already has the same image identifier, the asset record and storage path are updated. If the image identifier is occupied by another user, the unique identifier of the image research instance, the unique identifier of the image sequence instance, and the unique identifier of the image instance are rewritten for that image research, and the mapping relationship between the original identifier and the rewritten identifier is recorded in the business database, as follows: First, determine whether the currently uploading user already possesses a business image asset with the same image research instance unique identifier.

[0037] If such an upload exists, it will be considered a duplicate, supplement, or re-upload of the same image study by the same user. The user's existing business image assets will be directly updated or replaced, such as updating the access number, patient information, study date, storage path, and last update time.

[0038] If it does not exist, then continue to check whether the identifier already exists in the business database or the underlying medical image storage service.

[0039] When the identifier is already occupied by another user, another business asset, or the underlying storage service, it is determined to be a cross-user or cross-asset conflict. In this case, instead of directly binding the current upload result to an existing asset, identifier rewriting is performed: Generate a rewrite plan and assign new, legal, and unique identifiers to the image study instance identifier, image sequence instance identifier, and image instance identifier, respectively.

[0040] When a cross-user or cross-asset identifier conflict is detected, the business server generates an identifier rewriting plan. This rewriting plan generates a new StudyInstanceUID for an image study, a corresponding new SeriesInstanceUID for each original SeriesInstanceUID under that study, and a corresponding new SOPInstanceUID for each original SOPInstanceUID.

[0041] Without altering the pixel data, the StudyInstanceUID, SeriesInstanceUID, SOPInstanceUID in the DICOM dataset to be imported into the database, as well as the MediaStorageSOPInstanceUID in the file metadata, are synchronously replaced with the rewritten identifiers. The replaced DICOM file is then written to the medical image storage service.

[0042] Meanwhile, the business database records the mapping relationship between the original identifiers and the rewritten identifiers, including the original research instance identifier, the actual stored research instance identifier, the original sequence instance identifier and the actual stored sequence instance identifier, and the original image instance identifier and the actual stored image instance identifier. Subsequent image previews, page indexes, answer bindings, and result exports all rely on the actual stored identifiers and business image asset IDs; the original identifiers are only used for tracing.

[0043] While retaining pixel data and other medical labels, all corresponding identifiers in the original DICOM dataset and file metadata were replaced with the new identifiers. The rewritten file was then uploaded to the medical image storage service.

[0044] After the upload is complete, a business image asset record with a unique storage identifier and the uploader's affiliation is created in the business database. This record includes at least: business image asset ID, uploader, access number, unique identifier of the original image study instance, unique identifier of the actual stored image study instance, internal study ID of the image storage service, whether identifier rewriting occurred, patient ID, study date, study description, relationship to the image library, and update time.

[0045] Through this business image asset record, even if multiple users upload DICOM images with the same original identifier, or the underlying storage service deduplicates duplicate instances, the logical affiliation between different users, different image libraries, and different questionnaires can still be distinguished at the business layer.

[0046] It is important to note that image asset isolation is not performed independently before or after identifier conflict handling. Instead, the user context is established from the upload and parsing stage and continues throughout the entire process of identifier judgment, storage service writing, and business asset creation. The result of identifier conflict handling directly determines the actual stored identifier in the asset record, whether it is overwritten, and the mapping relationship between the original identifier and the actual identifier. The uploading user, image library ownership, and business asset ID in the asset isolation context are used to determine whether the same original identifier is a duplicate upload by the same user or a conflict across users or assets.

[0047] The aforementioned business image assets are incorporated into an image library. In response to the questionnaire design, during the questionnaire design phase, users select an image library as the source of their evaluation. At this time, the current image asset list, sorting, and number of images (N) in the image library are read, and this snapshot is saved as a questionnaire-level image snapshot. Subsequent filling, previewing, results details, and export modules are all rendered based on this snapshot, rather than rereading the latest content of the image library every time the questionnaire is opened. This avoids subsequent changes to the image library that could cause errors in published questionnaire pages or difficulties in tracing answers.

[0048] The evaluation page is dynamically generated based on the questionnaire-level image snapshots. The business server reads the image list and the number N in the image library snapshots. If the questionnaire has a homepage separator, the questions above the separator are generated only once as a fixed homepage, and the questions below the separator are copied and generated as image evaluation question groups, generating N image evaluation pages. If no separator is set, the entire questionnaire is copied and generated into N pages, with each page corresponding to a page index.

[0049] The specific rules are as follows: During the questionnaire design phase, users can set questionnaire questions themselves. The browser page provides a variety of question templates, such as single-choice questions, multiple-choice questions, text questions, and rating questions for users to choose from. When setting each question, users can choose whether the question is a required field, thereby implementing mandatory response control on the filling end. Users can simply click on the corresponding question type to add it to the questionnaire. At the same time, users can flexibly set a homepage separator to distinguish between the fixed homepage and the image evaluation question group.

[0050] Based on this, users select an image from an existing image library as the source of evaluation, randomly read the current image asset list, sorting, and number of images N in the image library, and save this information as a questionnaire-level image snapshot into the questionnaire design data.

[0051] Subsequently, evaluation pages are automatically generated based on the number N images in the snapshot: if a homepage separator is set in the questionnaire, the questions above the separator serve as a fixed homepage, generated only once, while the questions below the separator serve as image evaluation question groups, generating N image evaluation pages for each N images; if no separator is set, the entire questionnaire is directly copied to generate N image evaluation pages. This method avoids omissions, out-of-order issues, and mismatched image answers caused by manually copying questionnaire pages.

[0052] The user interface employs a page index-driven mechanism when switching pages: using the current page index as the sole state source, the current image asset, medical image browsing address, and answer namespace are all derived from this page index. If the current page is a fixed homepage, the answers are stored in the fixed homepage namespace; if the current page is the i-th image evaluation page, the i-th image asset is obtained based on the questionnaire-level image snapshot, and the answers are stored in the namespace corresponding to that image page.

[0053] Before switching pages, the required fields on the current page are validated. If validation fails, the page remains unchanged, and the current image object, browsing address, and answer namespace remain the same. If validation succeeds, the page index is updated, and the image object, browsing address, and answer namespace are switched synchronously based on the new index. Furthermore, if the image preview session creation fails or the image loading fails, only the message "The current image cannot be previewed temporarily" is displayed; the page index is not rolled back, and saved answer data is not contaminated.

[0054] When responding to a browsing request, the browser requests the creation of a preview session from the business server. The business server verifies whether the current user has viewing permissions for the business image asset through a secure preview proxy, or, in the case of a public questionnaire, verifies whether the image is referenced in the current questionnaire. If the verification passes, a short-term token is generated, containing the token type, business image asset identifier, unique identifier for the image research instance, issuance time, and expiration time. This token is then written to a session store accessible only via Hypertext Transfer Protocol and with security attributes enabled.

[0055] As a further technical solution, when the medical image browser sends image network requests, it does not directly access the underlying medical image storage service, but instead goes through a proxy layer on the business server side. The proxy layer parses a short-term token from the session storage and extracts the unique identifier of the actual requested image research instance from the request path or query parameters, and then verifies whether the identifier is consistent with the identifier in the token and the business image asset record.

[0056] If the request identifier is empty, the token expires, or the identifier is inconsistent, the proxy layer denies access. If the verification passes, the business server uses internal network credentials to access the medical image storage service and returns the image data to the front end. In this way, ordinary users cannot obtain credentials for the underlying storage service, nor can they directly call its delete, download, or traversal interfaces. Simultaneously, image access in public questionnaire scenarios is restricted to the images actually referenced in the questionnaire. If preview session creation fails, the token expires, or proxy verification fails, only the current image preview request is rejected; the questionnaire answer data itself is not affected.

[0057] Based on this, the image library serves as a logical grouping on the business side: an image asset can belong to multiple image libraries, an image library can contain multiple image assets, and an image library can be licensed to multiple users.

[0058] When creating an image library, project leaders can simultaneously upload medical digital image files or select images from existing image assets to add to the library. When deleting an image library, they can delete only groups, associations, and authorization relationships, or further delete the image asset ontology within the library based on user selection.

[0059] When a user chooses to delete an image asset, the system first checks if the asset is referenced by a draft or collected questionnaire. If a reference exists, deletion is prevented, and the name and status of the questionnaire referencing the image are returned, prompting the user to unreference the image or stop the collection process before deletion. This prevents incomplete data on the completion page or results from being accidentally deleted during ongoing evaluation projects. Regular users authorized to access the image library can only view image assets within that library and can only perform preview operations. Permission verification is handled on the backend through relationships such as the uploader, image library creator, and authorized user, without relying on a hidden button on the front end.

[0060] The questionnaire design module supports selecting an image library as the source of evaluation data. After a user selects an image library during the questionnaire design phase, the system reads the current image asset list, sorting, and number of images (N) from that library and saves it as a questionnaire-level image snapshot to the questionnaire design data. The completion, preview, results details page, and export modules are all rendered based on this image snapshot, rather than rereading the latest content of the image library every time the questionnaire is opened. Additionally, a homepage separator can be set: the questions above the separator serve as a fixed homepage (appearing only once), and the questions below the separator serve as image evaluation question groups, generating N image evaluation pages based on the number of images; if no homepage separator is set, the entire current questionnaire questions are copied and N image evaluation pages are generated based on the number of images.

[0061] When displaying and exporting results, each image evaluation page is associated with the image sequence number, access number, patient identifier, study date, and corresponding answer. Specifically, the answers are displayed in sections for a fixed homepage and image evaluation pages. Each image evaluation page simultaneously displays the image sequence number, access number, patient identifier, study date, study description, and the corresponding evaluation answer for that page.

[0062] The export process offers two methods: one is a structured export where one answer sheet corresponds to one row, with the first page questions output as regular columns and the image evaluation page questions expanded into columns in the format of "Image N - Question Title"; the other method is to split the image page into independent worksheets, so that each image evaluation page is displayed separately, which is convenient for subsequent statistics and manual review.

[0063] Furthermore, published questionnaires will continue to use the original snapshots, and historical answers will be bound to the original asset identifiers. Subsequent changes to the image library will not affect the page order of published questionnaires or the answers already filled.

[0064] When the number or order of assets in the image library changes after a questionnaire is saved or published, the saved or published questionnaires will still use the questionnaire-level image snapshot created at the time of saving. This means that subsequent additions, deletions, or sorting adjustments to the image library will not automatically change the number and order of image pages in published questionnaires. Simultaneously, completed answers remain bound to the image asset identifiers and image page numbers in the original questionnaire-level image snapshot, ensuring that historical responses are traceable, exportable, and verifiable.

[0065] If the project manager wants the questionnaire to use the new image library, they need to revisit the questionnaire design page, refresh the image library selection, and save or publish the questionnaire again. This action is considered to generate a new design snapshot or a new version of the questionnaire. It's important to note that historical answers will not be automatically migrated to the new image list after the image library changes, thus avoiding the issue of different images corresponding to the same answer after the image library is updated.

[0066] Example 2 Based on the method described in Embodiment 1, the purpose of this embodiment is to provide a medical image storage and browsing dynamic evaluation result binding system, including: The asset management module is configured to receive medical image files uploaded by users, parse DICOM to obtain the unique identifier of the image research instance, bind the unique identifier of the image research instance to the uploading user, and construct an isolation context; handle image identifier conflicts based on the isolation context, generate the current user's business image assets, and include the business image assets in the image library; The evaluation page generation and synchronization module is configured to respond to questionnaire design. It dynamically generates evaluation pages with indexes based on image snapshots and the number of images in the image library. The index uniquely drives the switching of the corresponding image, browsing address, and answer space. The security preview and result display module is configured such that, when responding to a business image asset request, the business server verifies the user's access permissions to the image library, issues a short-term token upon successful verification, and the business server retrieves the image from the image library and returns it; the user's answer is stored in the corresponding answer space and bound to the current business image asset; when displaying the results, each evaluation page is associated with the image identifier and the corresponding answer.

[0067] like Figure 2 As shown, the overall system architecture is divided into three logical layers: the user side, the business service side, and the medical imaging side. The three layers communicate with each other through standardized interfaces. The business service side acts as the central hub, receiving all operation requests from the user side and securely accessing the Orthanc service on the medical imaging side through a DICOM proxy. At the same time, it manages all business data through a business database.

[0068] The user-side deployment is on the user's browser, targeting three user roles: system administrator, project manager, and ordinary user. Users access the front-end page through the browser. The front-end page includes a questionnaire page, an image asset page, an image library page, and a results page. It also integrates the OHIFI browser as a medical image viewing interface.

[0069] The business service side comprises a business server, a DICOM proxy, and a database. The business server is responsible for user authentication, questionnaire management, image asset management, image asset isolation, and UID rewriting. It also provides business APIs for issuing and verifying preview sessions, as well as reading and writing business data. The DICOM proxy is responsible for verifying the preview token and StudyInstanceUID. The database stores data such as users, questionnaires, answers, image assets, image libraries, and questionnaire-level image snapshots.

[0070] The medical imaging side includes Orthanc medical imaging services and DICOM image data. Orthanc provides DICOM storage and a DICOM web interface for accessing images; DICOM image data is organized by instance, sequence, and research level. Orthanc is deployed on an intranet or controlled network, and ordinary users do not directly access its management interface. All image data is returned in a restricted manner through the DICOM proxy on the business service side.

[0071] Example 3 The purpose of this embodiment is to provide a computer device, including a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the program to implement the steps of the above-described method.

[0072] Example 4 The purpose of this embodiment is to provide a computer-readable storage medium.

[0073] A computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, performs the steps of the above method.

[0074] The steps and methods involved in the apparatus of the above embodiments correspond to those in Embodiment 1. For specific implementation details, please refer to the relevant description section of Embodiment 1. The term "computer-readable storage medium" should be understood as a single medium or multiple media including one or more instruction sets; it should also be understood as including any medium capable of storing, encoding, or carrying an instruction set for execution by a processor and enabling the processor to perform any of the methods in this invention.

[0075] Those skilled in the art will understand that the modules or steps of the present invention described above can be implemented using general-purpose computer devices. Optionally, they can be implemented using computer-executable program code, thereby allowing them to be stored in a storage device for execution by a computer device, or they can be fabricated as separate integrated circuit modules, or multiple modules or steps can be fabricated as a single integrated circuit module. The present invention is not limited to any particular combination of hardware and software.

[0076] Although the specific embodiments of the present invention have been described above in conjunction with the accompanying drawings, this is not intended to limit the scope of protection of the present invention. Those skilled in the art should understand that various modifications or variations that can be made by those skilled in the art without creative effort based on the technical solutions of the present invention are still within the scope of protection of the present invention.

Claims

1. A method for binding dynamic evaluation results of medical image storage and browsing, characterized in that, include: Receive medical image files uploaded by users, parse DICOM to obtain a unique identifier for the image research instance, bind the unique identifier of the image research instance to the uploading user, and construct an isolation context; Image identification conflicts are handled based on the isolation context, and business image assets of the current user are generated and included in the image library. The response questionnaire design dynamically generates an indexed evaluation page that corresponds to the number of images in the image library based on image snapshots. The index uniquely drives the switching of the corresponding image, browsing address, and answer space. When responding to a front-end business image asset preview request, the business server verifies the user's permissions, issues a short-term token after the user passes the verification, and returns it to the front-end. The front end carries a short-term token and requests images through the proxy layer of the business server. The proxy layer verifies the validity of the short-term token. After the verification is successful, the business server retrieves image data from the image library based on the unique identifier of the image research instance in the short-term token and returns it to the front end. Store user answers in the corresponding answer space and bind them to the current business image assets; When displaying the results, each evaluation page is associated with an image icon and the corresponding answer.

2. The method for binding dynamic evaluation results of medical image storage and browsing as described in claim 1, characterized in that, The DICOM parsing process includes reading the DICOM dataset of medical image files, parsing at least the unique identifier of the image study instance, the unique identifier of the image sequence instance, the unique identifier of the image instance, the access number, the patient identifier, and the study date, and using the unique identifier of the image study instance as the merge key to merge files with the same identifier into the same image study group.

3. The method for binding dynamic evaluation results of medical image storage and browsing as described in claim 1, characterized in that, The handling of image identifier conflicts includes: the business server uses the unique identifier of the image research instance as the basis for deduplication. If the current user already has the same image identifier, the asset record and storage path are updated; if the image identifier is occupied by another user, the unique identifier of the image research instance, the unique identifier of the image sequence instance, and the unique identifier of the image instance are rewritten for the image research, and the mapping relationship between the original identifier and the rewritten identifier is recorded in the business database.

4. The method for binding dynamic evaluation results of medical image storage and browsing as described in claim 1, characterized in that, The process of dynamically generating indexed evaluation pages based on image snapshots and corresponding to the number of images in the image library includes: the business server reads the list of images and the number N in the image library snapshots; if the questionnaire has a homepage separator, the questions above the separator are generated only once as a fixed homepage, and the questions below the separator are copied and generated as image evaluation question groups to generate N image evaluation pages; if no separator is set, the entire questionnaire is copied and generated to generate N pages, with each page corresponding to a page index.

5. The method for binding dynamic evaluation results of medical image storage and browsing as described in claim 1, characterized in that, The method of using an index to uniquely drive the switching of corresponding images, browsing addresses, and answer spaces includes: the current page index determines the currently displayed business image assets, image browsing addresses, and answer storage namespaces; when switching pages, the business server first verifies the required fields of the current page, updates the index after the verification passes, and synchronously switches the images, browsing addresses, and answer spaces based on the new index; if the switching fails, the original state remains unchanged.

6. The method for binding dynamic evaluation results of medical image storage and browsing as described in claim 1, characterized in that, The short-term token includes token type, business image asset identifier, unique identifier for image research instance, issuance time, and expiration time.

7. The method for binding dynamic evaluation results of medical image storage and browsing as described in claim 1, characterized in that, When displaying and exporting results, published questionnaires continue to use the original snapshots, historical answers are bound to the original asset identifiers, and subsequent changes to the image library will not affect the page order of published questionnaires or the answers already filled.

8. A medical image storage and browsing dynamic evaluation result binding system, characterized in that, include: The asset management module is configured to receive medical image files uploaded by users, parse DICOM to obtain a unique identifier for the image research instance, bind the unique identifier of the image research instance to the uploading user, and construct an isolation context. Image identification conflicts are handled based on the isolation context, and business image assets of the current user are generated and included in the image library. The evaluation page generation and synchronization module is configured to respond to questionnaire design. It dynamically generates evaluation pages with indexes based on image snapshots and the number of images in the image library. The index uniquely drives the switching of the corresponding image, browsing address, and answer space. The security preview and result display module is configured to, when responding to a front-end business image asset preview request, verify the user's permissions, issue a short-term token and return it to the front-end after the user passes the verification. The front end carries a short-term token and requests images through the proxy layer of the business server. The proxy layer verifies the validity of the short-term token. After the verification is successful, the business server retrieves image data from the image library based on the unique identifier of the image research instance in the short-term token and returns it to the front end. Store user answers in the corresponding answer space and bind them to the current business image assets; When displaying the results, each evaluation page is associated with an image icon and the corresponding answer.

9. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the program, it implements the steps of the method for binding dynamic evaluation results of medical image storage and browsing as described in any one of claims 1-7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it performs the steps of the method for binding dynamic evaluation results of medical image storage and browsing as described in any one of claims 1-7.

Images