MDT consultation system and method and readable storage medium

Abstract

The invention provides an MDT consultation system and method and a readable storage medium. A content extraction module in the system responds to a received MDT consultation application form construction instruction triggered by a target doctor, and diagnosis content in a medical record of a patient is obtained; the recommendation module extracts a diagnosis result in the diagnosis content and a corresponding influence factor influencing MDT selection; obtaining a target application MDT type meeting the key diagnosis information and the influence factor, and obtaining a consultation department recommendation list and an expert recommendation list for the diagnosis result; the MDT application module generates an MDT consultation application form; based on the consultation department recommendation list and the expert recommendation list, distributing the MDT consultation application form to a terminal of a corresponding expert in a corresponding consultation department; and the charging module inquires and obtains confirmation expert information satisfying consultation acceptance and a target charging rule of a consultation department corresponding to the MDT consultation application form, and obtains a charging amount. The system ensures online recording of the whole process.

Description

Technical Field

[0001] The present application relates to the technical field of medical consultation services, and in particular to an MDT consultation system, method and readable storage medium. Background Art

[0002] In current medical practice, multidisciplinary collaboration (MDT) consultation has become an important means to improve the quality of diagnosis and treatment of complex diseases. However, the current MDT consultation system has a single consultation model. First, the departments invited for consultation are limited and can only be limited to inpatient clinical departments. They cannot be extended to outpatient clinics or medical technology departments, and the coverage is incomplete. Second, the information flow is not smooth. When medical record information is transmitted between different departments and experts, information is often lost or delayed due to inconsistent formats and unsmooth transmission channels, which affects the timeliness and accuracy of the consultation. Third, the cost management is chaotic: due to the lack of an automated billing system, the project costs in traditional MDT consultations are often difficult to accurately record and settle, resulting in difficulties in financial management. Summary of the invention

[0003] The purpose of the embodiments of the present application is to provide an MDT consultation system, method and readable storage medium to solve the above-mentioned problems existing in the prior art, and to ensure online recording of the entire process, which not only provides patients with a convenient way to review, but also further ensures the security and integrity of information.

[0004] In a first aspect, an MDT consultation system is provided, which may include:

[0005] A content extraction module, configured to obtain the diagnosis content in the patient's medical record in response to a received instruction to construct an MDT consultation application form triggered by a target physician; the diagnosis content includes structured diagnosis data and logical relationships between different diagnosis data;

[0006] A recommendation module is used to extract the diagnosis results and the corresponding influencing factors affecting the MDT selection in the diagnosis content; query the first rule base containing the MDT application types and their applicable conditions corresponding to different diagnostic data, obtain the target application MDT type that meets the diagnosis results and the influencing factors, and send a recommendation message to the target physician, wherein the recommendation message includes the target application MDT type and the reason for the recommendation; and, based on the configured department expert database, obtain a consultation department recommendation list for the diagnosis results and an expert recommendation list containing expert information in each consultation department;

[0007] The MDT application module is used to generate an MDT consultation application form based on the patient's basic information, the MDT application form type, the consultation department recommendation list and the expert recommendation list; and, based on the consultation department recommendation list and the expert recommendation list in the MDT consultation application form, distribute the MDT consultation application form to the terminal of the corresponding expert in the corresponding consultation department, and notify the target physician after receiving the confirmation notification of accepting the consultation fed back by the terminal;

[0008] The billing module is used to query the second rule base containing billing rules corresponding to different consultation types, consultation departments and different experts, obtain the confirmed expert information that meets the requirements for consultation and the target billing rules of the consultation department corresponding to the MDT consultation application form, and bill the MDT consultation of the MDT consultation application form according to the target billing rules to obtain the billing amount.

[0009] In a possible implementation, the MDT application module is specifically used to:

[0010] Based on the MDT application form type, the consultation department recommendation list, and the expert recommendation list, a preview version of the MDT consultation application form is generated and sent to the terminal of the target physician who applied for the form for review and confirmation by the target physician; a signing request is received from the target physician after confirming that the preview version of the MDT consultation application form is correct, and based on the signing request, a digital signature service is called to generate a unique digital signature; the generated digital signature is embedded in the preview version of the MDT consultation application form after the preview is confirmed to be correct, to generate the MDT consultation application form.

[0011] In a possible implementation, the MDT application module is further configured to receive a confirmation notification of consultation rejection and a corresponding rejection reason fed back by the terminal.

[0012] In one possible implementation, the billing module is also used to query the patient's deposit balance in real time; if the deposit balance queried in real time is greater than the billing amount of the MDT consultation obtained, the billing amount is deducted from the deposit balance queried in real time, and the deduction status is fed back to the target physician.

[0013] In one possible implementation, the system further includes:

[0014] The MDT patient medical order signing and tracking module is used to obtain the medical order information after the MDT consultation for the patient and the medical order signing information for the medical order information; after verifying that the medical order signing information is qualified, the medical order information is distributed to the relevant execution departments through the network interface, and the execution status feedback from each execution department is monitored in real time; the feedback execution status is pushed to the terminal of the consulting physician in real time;

[0015] The MDT medical record document generation module is used to generate consultation end data if it detects that the execution status fed back by each executing department is all in the executed state. The consultation end data includes the patient's basic information, consultation information and medical advice information, and generates the MDT medical record document content.

[0016] In one possible implementation, the system further includes:

[0017] The structured medical record storage module is used to convert the contents of medical record documents into structured data for storage.

[0018] In one possible implementation, the system further includes:

[0019] The consultation automatic stop module is used to determine whether the MDT consultation is terminated according to the content of the MDT medical record document after the MDT consultation is completed. If so, the viewing permission of the patient's medical information is closed.

[0020] In one possible implementation, the system further includes:

[0021] The hospital-wide MDT application data query module is used to query the MDT application department, applying doctors, review departments, consulting doctors' implementation statistics of MDT applications, as well as the patient's medical information.

[0022] In a second aspect, an MDT consultation method is provided, which is applied to the system of the first aspect. The method may include:

[0023] In response to the received instruction of constructing an MDT consultation application form triggered by the target physician, the diagnosis content in the patient's medical record is obtained; the diagnosis content includes structured diagnosis data and logical relationships between different diagnosis data;

[0024] Extract the diagnosis results and the corresponding influencing factors affecting the MDT selection in the diagnosis content; query the first rule base containing the MDT application types and applicable conditions corresponding to different diagnosis data, obtain the target application MDT type that meets the diagnosis results and the influencing factors, and send a recommendation message to the target physician, the recommendation message including the target application MDT type and the reason for the recommendation;

[0025] Based on the configured department expert database, obtain a consultation department recommendation list for the diagnosis result and an expert recommendation list containing expert information in each consultation department;

[0026] Generate an MDT consultation application form based on the patient's basic information, MDT application form type, consultation department recommendation list, and expert recommendation list;

[0027] Based on the consultation department recommendation list and expert recommendation list in the MDT consultation application form, the MDT consultation application form is distributed to the terminal of the corresponding expert in the corresponding consultation department, and after receiving the confirmation notification of accepting the consultation fed back by the terminal, the target physician is notified;

[0028] Query the second rule base containing billing rules corresponding to different consultation types, consultation departments and different experts, obtain the confirmed expert information that meets the requirements for consultation and the target billing rules of the consultation department corresponding to the MDT consultation application form, and charge the MDT consultation of the MDT consultation application form according to the target billing rules to obtain the billing result.

[0029] In a third aspect, a computer-readable storage medium is provided, wherein a computer program is stored in the computer-readable storage medium, and when the computer program is executed by a processor, any method step described in the first aspect is implemented.

[0030] The MDT consultation system provided by the present application includes: a content extraction module for obtaining the diagnosis content in the patient's medical record in response to a received instruction to construct an MDT consultation application form triggered by a target physician; the diagnosis content includes structured diagnosis data and the logical relationship between different diagnosis data; the recommendation module is used to extract the diagnosis results in the diagnosis content and the corresponding influencing factors affecting the MDT selection; query the first rule base containing the MDT application types corresponding to different diagnosis data and their applicable conditions, obtain the target application MDT type that meets the key diagnosis information and the influencing factors, and send a recommendation message to the target physician, the recommendation message including the target application MDT type and the reason for the recommendation; and, based on the configured department expert database, obtain a consultation department recommendation list for the diagnosis result and a list containing expert information in each consultation department. The MDT application module is used to generate an MDT consultation application form based on the patient's basic information, the MDT application form type, the consultation department recommendation list and the expert recommendation list; and, based on the consultation department recommendation list and the expert recommendation list in the MDT consultation application form, the MDT consultation application form is assigned to the terminal of the corresponding expert in the corresponding consultation department, and after receiving the confirmation notification of the consultation received from the terminal, the target physician is notified; the billing module is used to query the second rule base containing the billing rules corresponding to different consultation types, consultation departments and different experts, obtain the confirmed expert information that meets the consultation acceptance and the target billing rules of the consultation department corresponding to the MDT consultation application form, and according to the target billing rules, the MDT consultation of the MDT consultation application form is billed to obtain the billing amount. The system can ensure the online record of the entire process, which not only provides patients with a convenient way to access, but also further guarantees the security and integrity of information, while improving the efficiency and quality of MDT consultation. BRIEF DESCRIPTION OF THE DRAWINGS

[0031] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments of the present application will be briefly introduced below. It should be understood that the following drawings only show certain embodiments of the present application and therefore should not be regarded as limiting the scope. For ordinary technicians in this field, other related drawings can be obtained based on these drawings without paying creative work.

[0032] Figure 1 A schematic diagram of the structure of an MDT consultation system provided in an embodiment of the present application;

[0033] Figure 2 A flowchart of an MDT consultation method provided in an embodiment of the present application. DETAILED DESCRIPTION

[0034] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments of the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present application. Unless otherwise defined, the technical terms or scientific terms used in this application should be the common meanings understood by people with ordinary skills in the field to which the present invention belongs. The "first", "second" and similar words used in this application do not indicate any order, quantity or importance, but are only used to distinguish different components. "Including" or "including" and other similar words mean that the elements or objects appearing before the word include the elements or objects listed after the word and their equivalents, without excluding other elements or objects. "Connected", "coupled" or "connected" and other similar words are not limited to physical or mechanical connections, but may include electrical connections, whether direct or indirect. "Up", "down", "left", "right" and the like are only used to indicate relative positional relationships. When the absolute position of the described object changes, the relative positional relationship may also change accordingly.

[0035] For ease of understanding, the terms involved in the embodiments of the present application are explained below:

[0036] Multi-Disciplinary Treatment (MDT) is a medical model that brings together the expertise and skills of multiple disciplines to jointly diagnose and treat complex diseases.

[0037] The MDT consultation system provided in the embodiment of the present application can ensure the online record of the entire process from the initiation to the end of the MDT consultation, which not only provides a convenient way for patients to consult, but also further ensures the security and integrity of the information. This design not only optimizes the consultation process, but also improves the overall quality of medical services, bringing patients a more efficient and reassuring diagnosis and treatment experience.

[0038] Figure 1 A structural diagram of an MDT consultation system provided in an embodiment of the present application is shown in FIG. Figure 1 As shown, the system may include:

[0039] Content extraction module, recommendation module, MDT application module and billing module, wherein the recommendation module may include an MDT application form recommendation module and a consultation department expert recommendation module; the MDT application module may include an MDT application form application module and an MDT application confirmation module.

[0040] (1) A content extraction module, which is used to obtain the diagnosis content in the patient's medical record in response to the received instruction of building an MDT consultation application form triggered by the target physician; the diagnosis content includes structured diagnosis data and the logical relationship between different diagnosis data. Specifically, the content extraction module includes the following processing steps:

[0041] Data reception: This module responds to the instruction of building an MDT consultation application form triggered by the target physician and starts the monitoring mechanism. Once a document is received, whether in the form of a text file or a picture, the module immediately triggers the corresponding processing flow.

[0042] Preprocessing: The received documents will automatically enter the preprocessing stage. At this stage, for documents in the form of images, the OCR component inside the module is responsible for converting them into editable text. At the same time, preprocessing also includes text cleaning steps, such as deleting irrelevant characters, standardizing medical terms, etc., to ensure that the text quality meets the requirements of subsequent processing.

[0043] Text analysis and annotation: The preprocessed text will be fed into the text analysis engine. The engine uses advanced natural language processing technology, especially named entity recognition technology, to perform fine-grained analysis of the text. It can identify and annotate key words such as primary diagnosis, sub-diagnosis, and suspected diagnosis that may be contained in the text, and add specific tags to these words for the next step of processing.

[0044] Deep parsing: The labeled text then enters the deep parsing stage, where the logical relationship and contextual meaning between the various diagnostic terms are determined.

[0045] Data structuring: After completing the deep analysis, the module begins to build structured diagnostic data. This involves organizing the identified diagnostic information according to the preset data model to form a format that is easy to query and use. Structured data usually includes information such as the diagnosis name, related symptoms, and test results, and retains their location information in the original document to facilitate subsequent verification and reference.

[0046] (2) A recommendation module, which is used to extract the diagnosis results and the corresponding influencing factors affecting the MDT selection in the diagnosis content; query the first rule base containing the MDT application types and their applicable conditions corresponding to different diagnostic data, obtain the target application MDT type that meets the key diagnostic information and the influencing factors, and send a recommendation message to the target physician, which may include the target application MDT type and the reason for the recommendation; and, based on the configured department expert database, obtain a consultation department recommendation list for the diagnosis result and an expert recommendation list containing the expert information in each consultation department.

[0047] The MDT application form recommendation module in the recommendation module specifically includes the following processing procedures:

[0048] Diagnostic Information Recognition: The parsed data is fed into the diagnostic information recognition engine. The engine automatically identifies and extracts key diagnostic information from the medical record. The recognition process is not limited to clear diagnostic results, but also includes relevant factors that may affect the selection of MDT, such as patient age, severity of illness, etc.

[0049] Condition matching: The identified diagnostic information will be compared with the pre-set MDT application rule base. The rule base contains the MDT types corresponding to various diseases and their applicable conditions. Through the precise matching algorithm, the module can quickly filter out the MDT application types that meet the conditions.

[0050] Intelligent recommendation: When the system identifies diagnostic information that meets specific conditions, it will automatically generate a MDT application form recommendation list. The recommendation list includes the reason for the recommendation, the recommended MDT type, and related evidence to ensure the transparency and credibility of the recommendation results.

[0051] Notification generation and delivery: Once the recommended MDT application form type is determined, the module will automatically create a notification message, which includes the recommended MDT type, basic patient information, and a quick link to the detailed recommendation reason. The notification is sent to the target physician's workstation through a secure channel to ensure timely communication.

[0052] The consultation department expert recommendation module in the recommendation module specifically includes the following processing steps:

[0053] Department recommendation: Based on the extracted feature information, the module accesses the built-in department database, which contains information about each department's professional field, the types of diseases it is good at treating, etc. Through the matching algorithm, the module can identify the consultation department that best suits the patient's condition and generate a recommendation list.

[0054] Expert recommendation: For each recommended consultation department, the module further accesses the expert database, which records detailed information such as each expert's professional background, research direction, and past cases. Combined with the patient's specific situation, the module uses the expert matching algorithm to recommend the most suitable experts for each department and form an expert recommendation list.

[0055] Furthermore, frequently used experts are recommended: In addition to recommending experts based on the current medical records, the module will also refer to historical consultation records to identify experts who are frequently invited to participate in consultations in cases similar to the current patient. These frequently used experts will be listed separately as additional recommendation options to increase the diversity and professionalism of the consultation team.

[0056] Comprehensive recommendation report generation: After completing the department and expert recommendation, the module integrates all recommendation information and generates a comprehensive recommendation report. The report includes the recommended consultation department, recommendation reasons, a list of relevant experts and their recommendation basis, etc., to ensure the transparency and credibility of the recommendation results.

[0057] Notification generation and sending: After the comprehensive recommendation report is completed, it will be displayed in the MDT application form module, including the recommended consultation departments and expert lists, as well as the ability to view the detailed recommendation report.

[0058] (3) An MDT application module, which is used to generate an MDT consultation application form based on the patient's basic information, the MDT application form type, the consultation department recommendation list, and the expert recommendation list; and, based on the consultation department recommendation list and the expert recommendation list in the MDT consultation application form, to distribute the MDT consultation application form to the terminal of the corresponding expert in the corresponding consultation department, and to notify the target physician after receiving the confirmation notification of accepting the consultation from the terminal.

[0059] The MDT application form application module in the MDT application module specifically includes the following processing procedures:

[0060] Data integration: The module obtains the recommended MDT application form type from the MDT application form module, and obtains the recommended consultation department and expert list from the consultation department recommendation, related experts, and common expert recommendation modules. These data are automatically synchronized through the internal API interface to ensure the real-time and accuracy of the information.

[0061] Template matching: Based on the type of MDT application form received, the module accesses the preset application form template library and selects the most appropriate template. The template library contains application form formats for different disease types and consultation requirements, ensuring that each application form can meet specific clinical needs.

[0062] Information filling: After selecting the template, the module automatically fills in the key information such as the patient's basic information, medical record summary, current diagnosis, diagnosis results, recommended consultation departments and experts into the application form. This process uses template engine technology to ensure the correctness and completeness of the information.

[0063] Preview generation: After the information is filled in, the module generates a preview version of the application form. The preview version of the application form can be sent back to the applicant doctor's terminal through a secure channel for the doctor to review and confirm.

[0064] Signature request: When the doctor confirms that the preview is correct, the doctor's terminal will send a signature request. After receiving the signature request, the module calls the digital signature service, generates a unique digital signature, and embeds it into the application form to ensure the legal validity and security of the application form.

[0065] The MDT application confirmation module in the MDT application module specifically includes the following processing procedures:

[0066] Request reception: After the module is started, it listens to the application form submission request from the MDT application module to automatically start the processing flow.

[0067] Data parsing and verification: The received application form data is fed into the parsing engine for format verification and content parsing to ensure that the application form contains all necessary information, such as basic patient information, medical history summary, current diagnosis, consultation purpose, etc.

[0068] Department allocation: The module automatically allocates the application form to the corresponding department based on the consultation department recommended in the application form. Each department has a unique identifier, and the module sends the application form to the correct department through the internal routing mechanism.

[0069] Notification generation and sending: For each department that receives an application form, the module generates a notification message. The notification message contains the main information of the application form (such as patient name, application form number, consultation purpose, etc.) and is sent to the terminal device designated by the department through a secure channel.

[0070] Confirmation request: After the department receives the notification, the module waits for the department's confirmation response. The confirmation request can be triggered by clicking a link or button in the notification. The module provides a simple user interface for department staff to quickly confirm whether to accept the consultation request.

[0071] Confirmation processing: When the department sends a confirmation response through the terminal device, the module receives and processes the confirmation information. The confirmation information includes the department's acceptance or rejection status, confirmation time and confirmer information.

[0072] Status update: The module updates the status of the application form according to the department's confirmation response. If the department accepts the consultation request, the application form status changes to "confirmed"; if the department rejects the consultation request, the application form status changes to "rejected" and records the reason for rejection.

[0073] Notify the applicant: After updating the application status, the module generates a notification message to inform the applicant doctor of the department's confirmation result. The notification message is sent to the applicant doctor's terminal device through a secure channel to ensure timely communication of information.

[0074] (4) A billing module is used to query a second rule base containing billing rules corresponding to different consultation types, consultation departments, and different experts, obtain the confirmed expert information that meets the requirements for consultation and the target billing rules of the consultation department corresponding to the MDT consultation application form, and bill the MDT consultation of the MDT consultation application form according to the target billing rules to obtain the billing amount.

[0075] Specifically, the billing module includes the following processing:

[0076] Request reception: After the module is started, it listens to the confirmation notification from the MDT application confirmation module. Once a new confirmation notification is received, the module automatically starts the billing process.

[0077] Data parsing and verification: The received confirmation notification data is sent to the parsing engine for format verification and content parsing to ensure that the notification contains all necessary information, such as basic patient information, application number, consultation department, confirmation time and confirmer information.

[0078] Billing rule matching: The module accesses the built-in billing rule library, which contains the charging standards for different consultation types, departments and experts. According to the consultation information in the confirmation notice, the module automatically matches the corresponding billing rules.

[0079] Cost calculation: After matching the billing rules, the module calls the billing algorithm to calculate the specific cost. The factors considered by the billing algorithm include consultation type, consultation time, number of departments and experts involved, etc. The calculation results include total cost, detailed cost of each part, etc.

[0080] Cost information generation: After the calculation is completed, the module generates a detailed cost information record. The cost information record includes the patient's basic information, application form number, consultation department, confirmation time and confirmer information, as well as the calculated total cost and cost details.

[0081] Cost information association: The module accurately associates the generated cost information with the relevant diagnosis and treatment items to ensure that the cost information can correspond to the specific diagnosis and treatment items. The association process is carried out through a unique identifier (such as the application form number) to ensure the accuracy and consistency of the data.

[0082] Deposit balance deduction: The module accesses the patient's account information and queries the patient's deposit balance in real time. Based on the generated fee information, the module automatically deducts the corresponding amount.

[0083] Notification generation and sending: The module generates a notification message to inform the applicant doctor that "the patient's fee has been deducted". The notification message contains key information such as the application form number, patient name, deduction amount, remaining deposit balance, etc., and is sent to the terminal device of the relevant personnel through a secure channel.

[0084] Cost information storage: The module stores the generated cost information and transaction records in the database to ensure data security and traceability. The stored information includes cost details, transaction records, associated application number, generation time and generator information, etc.

[0085] Furthermore, the system may also include: an MDT patient medical order signing and tracking module and an MDT medical record document generation module.

[0086] The MDT patient order signing and tracking module is used to obtain the order information and order signing information of the patient after the MDT consultation; after verifying that the order signing information is qualified, the order information is distributed to the relevant execution departments through the network interface, and the execution status feedback from each execution department is monitored in real time; the feedback execution status is pushed to the terminal of the consulting physician in real time. Specifically:

[0087] Authorization of medical order issuance interface: The module automatically authorizes the patient's operation rights to the consultation department based on the consultation confirmation, and can open the patient's medical order issuance interface.

[0088] Medical order information entry: The consulting physician enters medical order information on the patient's medical order opening interface through the terminal device. Medical order information includes detailed information such as drug name, dosage, usage, frequency, and course of treatment. The module receives and parses this information in real time to ensure the correct format.

[0089] Doctor's order signing: After the doctor's order information is entered, the module provides an electronic signature function, allowing the consulting physician to sign electronically through the terminal device. The signing process is completed through secure digital signature technology to ensure the legal validity and security of the doctor's order.

[0090] Medical order storage and distribution: The signed medical order is stored in the database by the module and a unique medical order number is generated. The module distributes the medical order information to relevant execution departments, such as the pharmacy and nursing department, through the internal network interface.

[0091] Execution status monitoring: The module starts the execution status monitoring function and monitors the feedback information of each execution department in real time. After completing the execution of the doctor's order, the execution department will feedback the execution status through the system, such as "drugs have been issued", "executed", etc.

[0092] Status update: The module automatically updates the execution status of the doctor's order after receiving feedback from the executing department. The updated status information is stored in the database and pushed to the consulting physician's terminal device in real time through a secure channel for the physician to view.

[0093] Notification generation and sending: When the status of a medical order changes, the module generates a notification message to inform the consulting physician of the latest execution status of the order. The notification message contains key information such as the order number, patient name, current status, etc., and is sent to the consulting physician's terminal device through a secure channel.

[0094] The MDT medical record document generation module is used to generate consultation end data if it detects that the execution status reported by each execution department is all in the executed state. The consultation end data includes the patient's basic information, consultation information and doctor's order information, and generates the MDT medical record document content. Specifically:

[0095] After the module is started, it monitors the consultation end notification from the MDT patient medical order signing and tracking module. Once a new consultation end notification is received, the module automatically starts the recommendation process.

[0096] Data parsing and verification: The received consultation end notification data is sent to the parsing engine for format verification and content parsing. Ensure that the notification contains all necessary information, such as patient basic information, consultation department, consulting physician, consultation time, consultation content, doctor's advice information, etc.

[0097] Medical record document template matching: The module accesses the built-in medical record document template library, which contains medical record document templates for various consultation types. According to the consultation information in the consultation notice, the module automatically matches the most suitable medical record document template. The matching algorithm considers factors such as consultation type, department, patient condition, etc.

[0098] Document content generation: After matching the appropriate medical record document template, the module calls the natural language processing (NLP) model to generate document content based on the patient's detailed information. The generated content includes the patient's chief complaint, current medical history, physical examination results, auxiliary examination results, consultation discussion content, consultation conclusions, medical advice information, etc.

[0099] Recommendation report generation: The module embeds the generated medical record document content into the matching template to generate a complete recommendation report. The recommendation report includes the recommended medical record document template, generated document content, recommendation reasons, etc.

[0100] Furthermore, the system may also include: a structured medical record storage module, a consultation automatic stop module and a hospital-wide MDT application data query module.

[0101] The structured medical record storage module is used to convert the medical record document content into structured data for storage. Specifically: perform natural semantic analysis on the text in the content extraction module, parse the medical record text content, and convert the medical record text content into structured data for storage.

[0102] The consultation automatic stop module is used to determine whether the MDT consultation is terminated based on the content of the MDT medical record document after the MDT consultation is completed. If so, the patient's viewing permission for the consultation information is closed.

[0103] The hospital-wide MDT application data query module is used to query the MDT application department, applying doctors, review departments, consulting doctors' implementation statistics of MDT applications, as well as the patient's medical information.

[0104] Figure 2 A flowchart of an MDT consultation method provided in an embodiment of the present application is shown below. Figure 2 As shown, the method may include:

[0105] Step S210: In response to the received instruction of constructing an MDT consultation application form triggered by the target physician, the diagnosis content in the patient's medical record is obtained.

[0106] The diagnostic content includes structured diagnostic data and the logical relationship between different diagnostic data.

[0107] Step S220, extract the diagnosis results and the corresponding influencing factors affecting the MDT selection in the diagnosis content; query the first rule base containing the MDT application types corresponding to different diagnostic data and their applicable conditions, obtain the target application MDT type that meets the key diagnostic information and the influencing factors, and send a recommendation message to the target physician.

[0108] The recommendation message includes the target application MDT type and the reason for the recommendation.

[0109] Step S230: Based on the configured department expert database, obtain a consultation department recommendation list for the diagnosis result and an expert recommendation list containing expert information in each consultation department.

[0110] Step S240: Generate an MDT consultation application form based on the patient's basic information, the MDT application form type, the consultation department recommendation list, and the expert recommendation list.

[0111] Step S250: Based on the consultation department recommendation list and expert recommendation list in the MDT consultation application form, the MDT consultation application form is distributed to the terminal of the corresponding expert in the corresponding consultation department, and after receiving the confirmation notification of accepting the consultation from the terminal, the target physician is notified.

[0112] Step S260, query the second rule base containing billing rules corresponding to different consultation types, consultation departments and different experts, obtain the confirmed expert information that meets the requirements for consultation and the target billing rules of the consultation department corresponding to the MDT consultation application form, and charge the MDT consultation of the MDT consultation application form according to the target billing rules to obtain the billing result.

[0113] The various method steps provided in the above embodiments of the present application can be implemented by the functions of the above functional units. Therefore, the various method steps and beneficial effects in the MDT consultation method provided in the embodiments of the present application are not repeated here.

[0114] In another embodiment provided in the present application, a computer-readable storage medium is provided. The computer-readable storage medium stores instructions. When the instructions are executed on a computer, the computer executes the MDT consultation method described in any one of the above embodiments.

[0115] In yet another embodiment provided in the present application, a computer program product including instructions is further provided. When the computer program product is executed on a computer, the computer is enabled to execute the MDT consultation method described in any one of the above embodiments.

[0116] Those skilled in the art will appreciate that the embodiments in the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt a complete hardware embodiment, a complete software embodiment, or a form of an embodiment combining software and hardware. Moreover, the present application may adopt a form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0117] The embodiments of the present application are described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart. Figure 1A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0118] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0119] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process. Figure 1 A process or multiple processes and / or boxes Figure 1 The steps for the functions specified in one or more boxes.

[0120] Although the preferred embodiments of the present application have been described, those skilled in the art may make additional changes and modifications to these embodiments once they have learned the basic creative concept. Therefore, the appended claims are intended to be interpreted as including the preferred embodiments and all changes and modifications falling within the scope of the embodiments of the present application.

[0121] Obviously, those skilled in the art can make various changes and modifications to the embodiments in the present application without departing from the spirit and scope of the embodiments in the present application. Thus, if these modifications and variations of the embodiments in the present application fall within the scope of the claims and their equivalents in the embodiments of the present application, the embodiments of the present application are also intended to include these modifications and variations.

Claims

1. An MDT consultation system, characterized in that: The system comprises: A content extraction module, configured to obtain the diagnosis content in the patient's medical record in response to a received instruction to construct an MDT consultation application form triggered by a target physician; the diagnosis content includes structured diagnosis data and logical relationships between different diagnosis data; A recommendation module is used to extract the diagnosis results and the corresponding influencing factors affecting the MDT selection in the diagnosis content; query the first rule base containing the MDT application types and their applicable conditions corresponding to different diagnostic data, obtain the target application MDT type that meets the diagnosis results and the influencing factors, and send a recommendation message to the target physician, wherein the recommendation message includes the target application MDT type and the reason for the recommendation; and, based on the configured department expert database, obtain a consultation department recommendation list for the diagnosis results and an expert recommendation list containing expert information in each consultation department; The MDT application module is used to generate an MDT consultation application form based on the patient's basic information, the MDT application form type, the consultation department recommendation list and the expert recommendation list; and, based on the consultation department recommendation list and the expert recommendation list in the MDT consultation application form, distribute the MDT consultation application form to the terminal of the corresponding expert in the corresponding consultation department, and notify the target physician after receiving the confirmation notification of accepting the consultation fed back by the terminal; The billing module is used to query the second rule base containing billing rules corresponding to different consultation types, consultation departments and different experts, obtain the confirmed expert information that meets the requirements for consultation and the target billing rules of the consultation department corresponding to the MDT consultation application form, and bill the MDT consultation of the MDT consultation application form according to the target billing rules to obtain the billing amount.

2. The system according to claim 1, characterized in that The MDT application module is specifically used for: Based on the MDT application form type, the consultation department recommendation list, and the expert recommendation list, a preview version of the MDT consultation application form is generated, and sent to the terminal of the target physician who applied for it for review and confirmation by the target physician; Receive a signing request sent by the target doctor after confirming that the preview version of the MDT consultation application form is correct, and based on the signing request, call the digital signature service to generate a unique digital signature; embed the generated digital signature into the preview version of the MDT consultation application form after confirming that the preview is correct, to generate the MDT consultation application form.

3. The system according to claim 2, characterized in that The MDT application module is further used to receive a confirmation notification of consultation rejection and a corresponding rejection reason fed back by the terminal.

4. The system according to claim 1, characterized in that The billing module is also used to query the patient's deposit balance in real time; if the deposit balance queried in real time is greater than the billing amount of the MDT consultation obtained, the billing amount is deducted from the deposit balance queried in real time, and the deduction status is fed back to the target physician.

5. The system according to claim 1, wherein: The system further comprises: The MDT patient medical order signing and tracking module is used to obtain the medical order information after the MDT consultation for the patient and the medical order signing information for the medical order information; after verifying that the medical order signing information is qualified, the medical order information is distributed to the relevant execution departments through the network interface, and the execution status feedback from each execution department is monitored in real time; the feedback execution status is pushed to the terminal of the consulting physician in real time; The MDT medical record document generation module is used to generate consultation end data if it detects that the execution status fed back by each executing department is all in the executed state. The consultation end data includes the patient's basic information, consultation information and medical advice information, and generates the MDT medical record document content.

6. The system according to claim 5, characterized in that The system further comprises: The structured medical record storage module is used to convert the contents of medical record documents into structured data for storage.

7. The system according to claim 5, characterized in that The system further comprises: The consultation automatic stop module is used to determine whether the MDT consultation is terminated according to the content of the MDT medical record document after the MDT consultation is completed. If so, the viewing permission of the patient's medical information is closed.

8. The system of claim 1, wherein: The system further comprises: The hospital-wide MDT application data query module is used to query the MDT application department, applying doctors, review departments, consulting doctors' implementation statistics of MDT applications, as well as the patient's medical information.

9. An MDT consultation method, characterized in that: Applied to the system according to any one of claims 1 to 8, the method comprises: In response to the received instruction of constructing an MDT consultation application form triggered by the target physician, the diagnosis content in the patient's medical record is obtained; the diagnosis content includes structured diagnosis data and logical relationships between different diagnosis data; Extract the diagnosis results and the corresponding influencing factors affecting the MDT selection in the diagnosis content; query the first rule base containing the MDT application types and applicable conditions corresponding to different diagnosis data, obtain the target application MDT type that meets the diagnosis results and the influencing factors, and send a recommendation message to the target physician, the recommendation message including the target application MDT type and the reason for the recommendation; Based on the configured department expert database, obtain a consultation department recommendation list for the diagnosis result and an expert recommendation list containing expert information in each consultation department; Generate an MDT consultation application form based on the patient's basic information, MDT application form type, consultation department recommendation list, and expert recommendation list; Based on the consultation department recommendation list and expert recommendation list in the MDT consultation application form, the MDT consultation application form is distributed to the terminal of the corresponding expert in the corresponding consultation department, and after receiving the confirmation notification of accepting the consultation fed back by the terminal, the target physician is notified; Query the second rule base containing billing rules corresponding to different consultation types, consultation departments and different experts, obtain the confirmed expert information that meets the requirements for consultation and the target billing rules of the consultation department corresponding to the MDT consultation application form, and charge the MDT consultation of the MDT consultation application form according to the target billing rules to obtain the billing result.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores a computer program, and when the computer program is executed by a processor, the method according to claim 9 is implemented.

Images