CN117314490A - Price comparing method, system, equipment and storage medium for DRG payment drug treatment scheme - Google Patents

Abstract

The invention discloses a price comparing method, a system, equipment and a storage medium for a DRG payment drug treatment scheme, wherein the method comprises the following steps: inquiring DRG codes of diseases and acquiring ADRG disease codes; obtaining all drug treatment regimens based on the ADRG disease codes; calculating DRG total cost of the drug treatment regimen based on the drug database, respectively; selecting a drug treatment scheme, and judging whether the DRG total cost of the selected drug treatment scheme exceeds a preset threshold; wherein, early warning is carried out when the threshold value is exceeded. By the treatment scheme, the excessive cost in treatment can be avoided on the premise of ensuring the diagnosis and treatment quality safety of patients.

Description

DRG paid drug treatment plan price comparison method, system, equipment and storage medium

Technical field

The invention relates to the technical fields of medical care, medical insurance, medication economics, and rational medication use, and in particular to a price comparison method, system, equipment and storage medium for DRG paid drug treatment plans.

Background technique

Diagnosis Related Groups (DRG) are an important tool for measuring the quality and efficiency of medical services and for medical insurance payment. DRG is essentially a case mix classification scheme, that is, a system that divides patients into several diagnostic groups for management based on factors such as age, disease diagnosis, comorbidities, complications, treatment methods, disease severity and outcome, and resource consumption. .

As a management tool for medical insurance payment, DRG "standardizes" cases by grouping them, so that cases in the same group have good homogeneity and comparability. DRG payment establishes an incentive and restraint mechanism of "surplus retention and reasonable over-expenditure sharing" to encourage hospitals to consciously carry out structural adjustments and control costs; effectively control the excessive growth of expenses, significantly shorten the length of stay, and achieve the purpose of improving quality and efficiency.

The following goals can be achieved through the DRG management system: 1. Strengthen cost control: implement process control through clinical pathways without affecting medical quality. Standardize the diagnosis and treatment behavior of the patient group, implement rational drug consumption, reasonable inspection and examination, and reasonably control hospitalization medical expenses. 2. Ensure quality and safety: improve medical quality, standardize medical behavior through clinical pathways, and ensure patient safety; at the same time, eliminate waste of resources caused by quality problems. 3. Strengthen performance management: Under the DRGs payment system, hospital managers pay more attention to standardizing doctors’ behavior and performance management, and avoid doctors spending excessive costs on treatment while ensuring the quality and safety of patients.

Under DRG payment, hospital revenue = payment standard (minus) the cost of one hospitalization for a patient. Under the DRG package and prepayment method, the drugs, consumables, examinations, and inspections required for patient group treatment will all become cost units. Therefore, the cost structure including pharmaceutical expenses, consumable expenses, etc. needs to be adjusted in line with the clinical diagnosis and treatment process.

This change will lead to corresponding changes in many parties involved in DRG payment: 1. As a medical service provider, hospital management pays more attention to operating costs and requires standardization of clinical diagnosis and treatment behavior; 2. As a purchaser of medical services, the medical insurance department will pay more attention to the rational use of medical insurance; third, the health management department will pay more attention to medical quality and safety.

Therefore, in the context of medical insurance DRG payment, it has become a difficult problem for hospitals to choose the best drug treatment plan. The best includes: the most economical, the most effective, the safest, the most convenient administration and many other meanings. Under such complex decision-making conditions, how to provide doctors and patients with a suitable drug treatment plan price comparison system that can make drug treatment costs predictable, intelligent, evidence-based, and transparent. This provides advanced scientific management tools for more scientific and effective selection of DRG drug treatment options.

Contents of the invention

In view of this, embodiments of the present disclosure provide a price comparison method for DRG payment drug treatment plans, which at least partially solves the problems existing in the prior art.

In a first aspect, embodiments of the present disclosure provide a price comparison method for DRG paid drug treatment plans, which method includes the following steps:

Query the DRG code of the disease and obtain the ADRG disease code;

Obtain all drug treatment regimens based on the ADRG disease code;

Calculate the total DRG cost of the drug treatment plan based on the drug database;

Select a drug treatment plan, and determine whether the total DRG cost of the selected drug treatment plan exceeds a preset threshold; an early warning is issued when the threshold is exceeded.

According to a specific implementation manner of the embodiment of the present disclosure, the calculation of the total DRG cost of the drug treatment regimen includes:

Obtain the types of drugs required for all treatment path nodes in the drug treatment plan and their respective number of courses of use, and calculate the total required DRG cost based on the unit price of the drugs in the drug database;

When the drug treatment regimen changes, the total DRG cost is recalculated, including:

Calculate the types of drugs required for the completed treatment path nodes in all drug treatment plans before the change and the number of courses used for each, and calculate the cost of the DRG used based on the unit price of the drugs in the drug database;

Calculate the types of drugs required for the treatment path nodes in the changed drug treatment plan and the number of respective courses of use, and calculate the DRG costs that still need to be spent based on the unit prices of the drugs in the drug database;

Sum the DRG fees that have been used and the DRG fees that still need to be spent to get the total DRG fee.

According to a specific implementation of an embodiment of the present disclosure, querying the DRG code of a disease and obtaining the ADRG disease code includes:

Perform DRG coding query through at least one of ICD-10 standard codes, diseases and symptoms, and tree structure queries;

ADRG disease codes are generated by:

Cases were classified into surgical, non-operative, and procedural, and under each category cases with the primary diagnosis and/or the same primary procedure were combined into ADRGs.

According to a specific implementation manner of an embodiment of the present disclosure, the method further includes: obtaining all drug treatment options linked to evidence-based medical evidence respectively.

According to a specific implementation manner of an embodiment of the present disclosure, the drug treatment plan includes: a treatment path and a treatment node.

According to a specific implementation manner of the embodiment of the present disclosure, the drug database is connected to the hospital HIS system and updated in real time.

In the second aspect, embodiments of the present disclosure provide a price comparison system for DRG payment drug treatment plans, which system includes:

The disease query module is configured to query the DRG code of the disease and obtain the ADRG disease code;

a drug treatment regimen module configured to obtain all drug treatment regimens based on the ADRG disease code;

A drug cost calculation module configured to respectively calculate the total DRG cost of the drug treatment plan based on the drug database;

The early warning module is configured to select a drug treatment plan and determine whether the total DRG cost of the selected drug treatment plan exceeds a preset threshold; wherein an early warning is issued when the threshold is exceeded.

According to a specific implementation manner of the embodiment of the present disclosure, the medicine cost calculation module further includes:

The drug cost real-time calculation module is configured to obtain the types of drugs required for all treatment path nodes in the drug treatment plan and the respective number of courses of use, and calculate the total required DRG cost based on the unit price of the drug in the drug database;

When the drug treatment regimen changes, the total DRG cost is recalculated, including:

Calculate the types of drugs required for the completed treatment path nodes in all drug treatment plans before the change and the number of courses used for each, and calculate the cost of the DRG used based on the unit price of the drugs in the drug database;

Calculate the types of drugs required for the treatment path nodes in the changed drug treatment plan and the number of respective courses of use, and calculate the DRG costs that still need to be spent based on the unit prices of the drugs in the drug database;

Sum the DRG fees that have been used and the DRG fees that still need to be spent to get the total DRG fee.

In a third aspect, embodiments of the present disclosure also provide an electronic device, which includes:

at least one processor; and,

a memory communicatively connected to the at least one processor; wherein,

The memory stores instructions that can be executed by the at least one processor. When the instructions are executed by the at least one processor, the at least one processor causes the at least one processor to implement the first aspect or any implementation of the first aspect. The price comparison method for DRG paid drug treatment plans described in any one of them.

In a fourth aspect, embodiments of the present disclosure also provide a non-transitory computer-readable storage medium that stores computer instructions that, when executed by at least one processor, cause the The at least one processor executes the DRG payment drug treatment plan price comparison method in the first aspect or any implementation of the first aspect.

In a fifth aspect, embodiments of the present disclosure further provide a computer program product. The computer program product includes a computing program stored on a non-transitory computer-readable storage medium. The computer program includes program instructions. When the program When the instruction is executed by the computer, the computer is caused to execute the DRG paid drug treatment plan price comparison method in the aforementioned first aspect or any implementation of the first aspect.

The price comparison method of DRG paid drug treatment plans in the embodiment of the present disclosure provides a price comparison system for drug treatment plans in the context of DRG medical insurance management. Through the price comparison of this system, doctors can better compare the economics of different drug treatment plans. cost, so as to choose the most economical and effective plan. At the same time, during the patient's hospitalization, the cost of medicines can be monitored, estimated and warned at any time. Provide solutions for cost control of medical insurance DRG payment, medical quality, patient medication safety and effectiveness, etc.

Description of the drawings

The above is only an overview of the technical solution of the present invention. In order to have a clearer understanding of the technical means of the present invention, the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments.

Figure 1 is a schematic flow chart of a price comparison method for DRG paid drug treatment plans provided by an embodiment of the present disclosure;

Figure 2 is a radar chart of a drug treatment plan based on DRG payment provided by an embodiment of the present disclosure;

Figure 3 is a schematic diagram of clinical drug treatment path selection provided by an embodiment of the present disclosure;

Figure 4 is a schematic diagram of similar documents related to gefitinib in the evidence-based medicine evidence database provided by the embodiment of the present disclosure;

Figure 5 is a schematic diagram of the most effective and economical medication route recommended based on the medication route and economic evaluation provided by an embodiment of the present disclosure;

Figure 6 is a schematic structural diagram of a DRG payment drug treatment plan price comparison system provided by an embodiment of the present disclosure; and

Figure 7 is a schematic diagram of an electronic device provided by an embodiment of the present disclosure.

Detailed ways

The embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings.

The following describes the embodiments of the present disclosure through specific examples. Those skilled in the art can easily understand other advantages and effects of the present disclosure from the content disclosed in this specification. Obviously, the described embodiments are only some, but not all, of the embodiments of the present disclosure. The present disclosure can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the disclosure. It should be noted that, as long as there is no conflict, the following embodiments and the features in the embodiments can be combined with each other. Based on the embodiments in this disclosure, all other embodiments obtained by those of ordinary skill in the art without making creative efforts fall within the scope of protection of this disclosure.

To illustrate, the following describes various aspects of embodiments that are within the scope of the appended claims. It should be apparent that the aspects described herein may be embodied in a wide variety of forms and that any specific structure and/or function described herein is illustrative only. Based on this disclosure, those skilled in the art will appreciate that one aspect described herein can be implemented independently of any other aspect, and that two or more of these aspects can be combined in various ways. For example, apparatuses and/or methods may be implemented using any of several aspects set forth herein. Additionally, such apparatus may be implemented and/or methods practiced using other structures and/or functionality in addition to one or more of the aspects set forth herein.

Additionally, in the following description, specific details are provided to facilitate a thorough understanding of the examples. However, one skilled in the art will understand that the described aspects may be practiced without these specific details.

The embodiment of the present invention provides a price comparison method and system for DRG paid drug treatment plans, which relates to the fields of medical treatment, medical insurance, medication economics, and rational medication use. The system includes: disease module (or disease query module), clinical drug treatment path module, evidence-based medicine evidence database module, drug treatment plan module, drug database module, drug cost calculation and display module, early warning and prediction module. Based on the clinical treatment path, this invention can intelligently simulate and calculate the drug costs of different treatment options, thereby selecting the best solution for DRG payment, visually displaying the selectable drug treatment options in advance, and at the same time supporting it with corresponding Clinical evidence, as well as pharmaceutical company information, provide doctors with the best decision-making support from a medical and economic perspective. Ensure reasonable medication use for patients and optimal economic efficiency of DRG payment.

Figure 1 is a schematic diagram of the process flow of a price comparison method for DRG paid drug treatment plans provided by an embodiment of the present disclosure.

As shown in Figure 1, at step S110, the DRG code of the disease is queried and the ADRG disease code is obtained.

In the embodiment of the present invention, querying the DRG code of a disease and obtaining the ADRG disease code includes: performing a DRG code query through at least one of ICD-10 standard codes, diseases and symptoms, and tree structure queries;

ADRG disease codes are generated by classifying cases into surgical, non-surgical, and procedural, and under each category combining cases with the primary diagnosis and/or the same primary procedure into ADRGs.

More specifically, letters and numbers are used as disease codes through DRG coding rules to mark different diseases, thereby forming a single code corresponding to a single disease or diagnosis, which is used for sorting and screening of disease diagnosis.

Furthermore, diseases are associated with DRG codes, and relevant compilations adopt my country's unified coding principles. The disease module can be used as an index to perform code-disease query, disease-code query, and tree structure query, which facilitates medical personnel in different ways. DRG disease query.

The cases are classified into different major diagnostic categories (MDC) based on ICD-10 standards. The disease module divides the cases into three categories: "surgery", "non-surgery" and "operation", and categorizes them under each category. Cases with the same main diagnosis and/or main operation were combined into core disease diagnosis related groups (ADRG). The disease is coded in A-Z and 0-9 format. The coding scheme is unified based on the national DRG coding principles and is connected to the hospital's HIS system. The data is collected from the DRG coding results on the home page of the hospital's medical records.

The disease module can provide three modes of DRG medical record coding query. 1. ICD-10 standard code query. In the search interface on the system homepage query box, you can enter the ICD-10 standard code, such as "R52.001" (Note: DRG coding corresponds to Disease: acute pain), make an inquiry. 2. To query diseases and symptoms, you can enter the disease or symptoms to query, such as "chronic pain" (note: the corresponding code for chronic pain: R52.201). The query interface supports fuzzy query and provides query keywords and drop-down menu association prompts. 3. Tree structure query, through ICD-10 coded disease classification, the root directory list is displayed, and the results are continuously expanded with the tree structure directory, thereby facilitating personnel to perform classification index queries.

More specifically, the process proceeds to step S120.

At step S120, all drug treatment regimens are obtained based on the ADRG disease code.

In an embodiment of the present invention, the method further includes: obtaining all drug treatment plans and linking them to evidence-based medical evidence.

More specifically, different clinical drug treatment paths are stored through the clinical drug treatment path module, and the paths are displayed using visual images to facilitate query by medical staff. The clinical treatment path is in the form of a linear graph, with path nodes displayed in different branches and at important process locations, which will link to the evidence-based medicine evidence module.

According to the ADRG (Adjacent Diagnosis Related Groups, Core Disease Diagnosis Related Groups) disease codes grouped by the disease module DRG, the specific path of the clinical drug treatment path module is imported. The path is edited by personnel to divide the corresponding treatment directions, thereby corresponding to the corresponding treatment directions. Treatment nodes, each treatment node is linked to the drug treatment plan module.

According to the diseases and codes classified by the disease module, the corresponding drug treatment paths can be intelligently selected and prompted. The ICD-10 codes classified by the DRG can correspond to different drug treatment paths, and different drug treatment paths can also correspond to different Type of disease. Treatment pathways guide the association of disease codes with medication regimen modules. The treatment path mainly includes clinical paths and path nodes. The clinical path can correspond to a single node or multiple nodes. Different nodes can also correspond to different clinical pathways. Nodes play a role in guiding and classifying treatment paths.

The clinical medical evidence stored through the evidence base module of evidence-based medicine can be used as a reference for medical staff when selecting treatment plans and as a basis for formulating clinical pathways. The content can include various documents and materials, and is indexed in the form of references. Click to view the original text.

It is used to link clinical drug treatment pathways and provide evidence-based medical evidence for corresponding clinical drug treatment pathways. Corresponding references and full text of evidence can be provided.

According to the different path nodes selected in the clinical drug treatment path module, corresponding evidence-based medicine evidence is provided. The content of evidence-based medicine is displayed at the node in the form of references as an index. Click on the reference to refer to the original text.

In an embodiment of the present invention, the drug treatment plan includes: at least one of a primary treatment plan and a supportive auxiliary treatment plan.

In the embodiment of the present invention, the drug treatment plan includes: at least one of drug name, dosage, usage and dosage, medication course, contraindications, indications, adverse reactions and medication monitoring precautions.

More specifically, the drug treatment plan is stored through the drug treatment plan module and is linked to the drug treatment path module. The drug treatment plan module displays drug treatment plans in the form of treatment prescriptions, including main treatment plans and supportive adjuvant treatment plans. The main treatment plans are drugs for the patient's main disease, such as: lung cancer patients use the "cisplatin + paclitaxel" chemotherapy regimen , support and adjuvant treatment to cope with adverse drug reactions, drugs to assist in the treatment of major diseases, such as antiemetic programs and whitening programs used in chemotherapy for patients with lung cancer. There are medication monitoring precautions under the prescription, which mainly indicate adverse effects related to drug treatment. Reactions and risks, along with corresponding supportive care considerations and laboratory testing recommendations.

After the operation of the clinical drug treatment path module, it corresponds to the corresponding node. In this module, personnel can maintain the corresponding drug treatment plan based on evidence-based medical evidence and clinical drug treatment path.

According to the path nodes involved in the drug treatment path module, the drug treatment plan is further evolved. This module corresponds to the path node. The plan module includes: drug name, dosage, usage and dosage, medication course, contraindications, indications, adverse effects Reactions, medication monitoring precautions, etc. The plans in the drug treatment plan module correspond to the content in the evidence-based medicine evidence base module.

Next, go to step S130.

At step S130, the total DRG cost of the drug treatment regimen is calculated based on the drug database.

In the embodiment of the present invention, the calculation of the total DRG cost of the drug treatment regimen includes:

Obtain the types of drugs required for all treatment path nodes in the drug treatment plan and their respective number of courses of use, and calculate the total required DRG cost based on the unit price of the drugs in the drug database;

When the drug treatment regimen changes, the total DRG cost is recalculated, including:

Calculate the types of drugs required for the completed treatment path nodes in all drug treatment plans before the change and the number of courses used for each, and calculate the cost of the DRG used based on the unit price of the drugs in the drug database;

Calculate the types of drugs required for the treatment path nodes in the changed drug treatment plan and the number of respective courses of use, and calculate the DRG costs that still need to be spent based on the unit prices of the drugs in the drug database;

Sum the DRG fees that have been used and the DRG fees that still need to be spent to get the total DRG fee.

More specifically, the drug data is stored through the drug database module. The drug data is used by the drug treatment plan module and the drug cost calculation and display module. It is mainly linked to the hospital drug library system to maintain various drug information and can change the drug treatment plan module. The drug information in the module, as well as the DRG drug cost calculation results of the drug cost calculation and display module.

In the embodiment of the present invention, the drug database module is used to store specific drug data and information in different drug treatment plan modules, and can be connected to the hospital drug library system and perform background modifications.

More specifically, the drug database module can store the drug information involved in the drug treatment plan module, and is connected to the hospital's backend system, and updated in real time using the hospital HIS system. The content of the data module includes: drug name, specifications, dosage, packaging, storage conditions, drug manufacturer, SFDA drug approval number and code, drug price, drug inventory and other information.

Next, go to step S140.

At step S140, a drug treatment plan is selected, and it is determined whether the total DRG cost of the selected drug treatment plan exceeds a preset threshold; an early warning is issued when the threshold is exceeded.

The drug cost calculation and display module is used to calculate the cost of the drugs, dosage, frequency, and course of treatment selected in the drug treatment plan module and the drug database module, and perform visual comparison and display.

More specifically, the drug cost calculation and display module is used to calculate the overall drug price of various plans calculated in the drug treatment plan module, and can be compared and displayed in different methods, including the prices of different drug treatment plans, and the evidence-based drug treatment plans. Level of evidence, and other ranking methods.

The usage of each drug can be analyzed according to the drug treatment plan generated by the drug treatment plan module, and the drug cost required for each treatment plan can be calculated based on the drug price in the drug data module, in the form of list sorting exhibit.

Next, go to step S150.

At step S150, whenever the drug treatment regimen changes, the total DRG cost of the selected drug treatment regimen is recalculated.

The drug cost calculation and display module is used to make an overall prediction of the DRG drug cost and other parts of the drug treatment plan selected by the doctor, and a radar chart is used to display an early warning drug cost to determine whether the total DRG cost exceeds the standard or has a trend.

More specifically, the early warning and prediction module predicts the cost of DRG drugs that will be spent. Based on the calculation results of the drug cost calculation and display module, the drug cost during the patient's hospitalization is calculated in real time and displayed in the form of a radar chart, which is used when the drug is used. When the treatment plan changes, the DRG drug cost of this treatment will be predicted in real time based on the already implemented drug treatment and the new drug treatment plan.

After the doctor selects the drug treatment plan, the patient's expected DRG drug cost during the hospitalization can be calculated based on the patient's hospitalization time, drug treatment course, drug price and other information, and during subsequent hospitalization, as the doctor's orders change, changes, and constantly predicts the cost of DRG drugs, but when the drug cost exceeds DRG expectations, or the proportion of a certain cost is imbalanced, the system will proactively prompt and alert the doctor that the expected DRG cost will exceed the limit, so that the doctor can pay attention , review and change medication regimens. As shown in Figure 2, the prediction and warning content can be visually displayed through the radar chart calculated by the software.

In the embodiment of the present invention, the categories and quantities of expenses that constitute the total cost of the DRG are not limited and can be set as needed.

Taking the drug treatment of a patient with advanced non-small cell lung cancer who is EGFR driver gene positive after admission as an example, the process of using the application system to compare the prices of DRG treatment options will be explained.

Non-small cell lung cancer, the DRG code is "U301D": chemotherapy for malignant tumors, hospitalization days are less than or equal to 7 days, enter the non-small cell lung cancer, or U301D module into the search bar of the disease module. Afterwards, the clinical drug treatment path module will appear. If patients with stage IV EGFR driver gene positivity are selected, the clinical drug treatment path selection shown in Figure 3 will appear. As recommendations, there will be ①, ②, and ③ as displays, and ① as clinical evidence. The most sufficient first-line recommendations are ② for second-line recommendations and ③ for third-line recommendations.

At the same time, on the names of drugs such as gefitinib, when the mouse slides over, a link mark with a finger symbol will appear. After clicking, it will enter the evidence-based medicine evidence database module. The evidence-based medicine module will also appear similar literature about gefitinib. As shown in Figure 4.

Selected to explore the pharmaceutical version of clinical pathways for non-small cell lung cancer, systematically searched for clinical evidence-based guidelines for non-small cell lung cancer, recommended medication pathways based on evidence-based guideline information, and then systematically searched for economic evaluation studies on non-small cell lung cancer, based on Based on the systematic evaluation results of the guideline’s medication pathways and economic evaluation, the most effective and economical medication pathways are recommended, and then a pharmaceutical version of the clinical pathway for non-small cell lung cancer is synthesized, as shown in Figure 5.

Figure 6 shows the DRG payment drug treatment plan price comparison system 600 provided by the present invention, which includes a disease query module 610, a drug treatment plan module 620, a drug cost calculation module 630, and an early warning module 640.

The disease query module 610 is used to query the DRG code of the disease and obtain the ADRG disease code;

The drug treatment plan module 620 is used to obtain all drug treatment plans based on the ADRG disease code;

The drug cost calculation module 630 is used to calculate the total DRG cost of the drug treatment plan based on the drug database;

The early warning module 640 is used to select a drug treatment plan and determine whether the total DRG cost of the selected drug treatment plan exceeds a preset threshold; wherein an early warning is issued when the threshold is exceeded.

In the embodiment of the present invention, the medicine cost calculation module also includes: a real-time medicine cost calculation module, configured to obtain the types of medicines required for all treatment path nodes in the drug treatment plan and the respective number of treatment courses, and calculate The total DRG cost required to calculate the unit price of drugs in the drug database;

And, when the drug treatment regimen changes, the total DRG cost is recalculated, including:

Calculate the types of drugs required for the completed treatment path nodes in all drug treatment plans before the change and the number of courses used for each, and calculate the cost of the DRG used based on the unit price of the drugs in the drug database;

Calculate the types of drugs required for the treatment path nodes in the changed drug treatment plan and the number of respective courses of use, and calculate the DRG costs that still need to be spent based on the unit prices of the drugs in the drug database;

Sum the DRG fees that have been used and the DRG fees that still need to be spent to get the total DRG fee.

Referring to Figure 7, an embodiment of the present disclosure also provides an electronic device 70, which includes:

at least one processor; and,

A memory communicatively connected to the at least one processor; wherein,

The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor, so that the at least one processor can execute the DRG payment drug treatment plan price comparison method in the foregoing method embodiment.

Embodiments of the present disclosure also provide a non-transitory computer-readable storage medium. The non-transitory computer-readable storage medium stores computer instructions. The computer instructions are used to cause the computer to perform DRG paid drug treatment in the foregoing method embodiments. Plan price comparison method.

Embodiments of the present disclosure also provide a computer program product. The computer program product includes a computing program stored on a non-transitory computer-readable storage medium. The computer program includes program instructions that, when executed by a computer, cause The computer executes the DRG paid drug treatment plan price comparison method in the foregoing method embodiment.

Referring now to FIG. 7 , a schematic structural diagram of an electronic device 70 suitable for implementing embodiments of the present disclosure is shown. Electronic devices in embodiments of the present disclosure may include, but are not limited to, mobile phones, laptops, digital broadcast receivers, PDAs (Personal Digital Assistants), PADs (Tablets), PMPs (Portable Multimedia Players), vehicle-mounted terminals (such as Mobile terminals such as car navigation terminals) and fixed terminals such as digital TVs, desktop computers, etc. The electronic device shown in FIG. 7 is only an example and should not impose any limitations on the functions and scope of use of the embodiments of the present disclosure.

As shown in FIG. 7 , the electronic device 70 may include a processing device (eg, central processing unit, graphics processor, etc.) 701 that may be loaded into a random access device according to a program stored in a read-only memory (ROM) 702 or from a storage device 708 . The program in the memory (RAM) 703 executes various appropriate actions and processes. In the RAM 703, various programs and data required for the operation of the electronic device 70 are also stored. The processing device 701, the ROM 702 and the RAM 703 are connected to each other via a bus 704. An input/output (I/O) interface 705 is also connected to bus 704.

Generally, the following devices may be connected to the I/O interface 705: input devices 706 including, for example, a touch screen, touch pad, keyboard, mouse, image sensor, microphone, accelerometer, gyroscope, etc.; including, for example, a liquid crystal display (LCD), speakers, An output device 707 such as a vibrator; a storage device 708 including a magnetic tape, a hard disk, etc.; and a communication device 709. Communication device 709 may allow electronic device 70 to communicate wirelessly or wiredly with other devices to exchange data. Although electronic device 70 is shown with various means, it is to be understood that implementation or availability of all illustrated means is not required. More or fewer means may alternatively be implemented or provided.

In particular, according to embodiments of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product including a computer program carried on a computer-readable medium, the computer program containing program code for performing the method illustrated in the flowchart. In such embodiments, the computer program may be downloaded and installed from the network via communication device 709, or from storage device 708, or from ROM 702. When the computer program is executed by the processing device 701, the above-mentioned functions defined in the method of the embodiment of the present disclosure are performed.

It should be noted that the computer-readable medium mentioned above in the present disclosure may be a computer-readable signal medium or a computer-readable storage medium, or any combination of the above two. The computer-readable storage medium may be, for example, but is not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus or device, or any combination thereof. More specific examples of computer readable storage media may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard drive, random access memory (RAM), read only memory (ROM), removable Programmed read-only memory (EPROM or flash memory), fiber optics, portable compact disk read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination of the above. In this disclosure, a computer-readable storage medium may be any tangible medium that contains or stores a program for use by or in connection with an instruction execution system, apparatus, or device. In the present disclosure, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code therein. Such propagated data signals may take many forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. A computer-readable signal medium may also be any computer-readable medium other than a computer-readable storage medium that can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device . Program code embodied on a computer-readable medium may be transmitted using any suitable medium, including but not limited to: wire, optical cable, RF (radio frequency), etc., or any suitable combination of the above.

The above-mentioned computer-readable medium may be included in the above-mentioned electronic device; it may also exist independently without being assembled into the electronic device.

The computer-readable medium carries one or more programs. When the one or more programs are executed by the electronic device, the electronic device: obtains at least two Internet Protocol addresses; sends a message including the at least two Internet Protocol addresses to the node evaluation device. A node evaluation request for an Internet Protocol address, wherein the node evaluation device selects an Internet Protocol address from the at least two Internet Protocol addresses and returns it; receives the Internet Protocol address returned by the node evaluation device; wherein, the obtained The Internet Protocol address indicates an edge node in the content delivery network.

Alternatively, the computer-readable medium carries one or more programs. When the one or more programs are executed by the electronic device, the electronic device: receives a node evaluation request including at least two Internet Protocol addresses; Select an Internet Protocol address from at least two Internet Protocol addresses; return the selected Internet Protocol address; wherein the received Internet Protocol address indicates an edge node in the content distribution network.

Computer program code for performing the operations of the present disclosure may be written in one or more programming languages, including object-oriented programming languages such as Java, Smalltalk, C++, and conventional Procedural programming language—such as "C" or a similar programming language. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In situations involving remote computers, the remote computer can be connected to the user's computer through any kind of network, including a local area network (LAN) or a wide area network (WAN), or it can be connected to an external computer (such as an Internet service provider through Internet connection).

The flowcharts and block diagrams in the figures illustrate the architecture, functionality, and operations of possible implementations of systems, methods, and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagram may represent a module, segment, or portion of code that contains one or more logic functions that implement the specified executable instructions. It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown one after another may actually execute substantially in parallel, or they may sometimes execute in the reverse order, depending on the functionality involved. It will also be noted that each block of the block diagram and/or flowchart illustration, and combinations of blocks in the block diagram and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or operations. , or can be implemented using a combination of specialized hardware and computer instructions.

The units described in the embodiments of the present disclosure may be implemented in software or hardware. The name of the unit does not constitute a limitation on the unit itself under certain circumstances. For example, the first acquisition unit can also be described as "the unit that acquires at least two Internet Protocol addresses."

It should be understood that various parts of the present disclosure may be implemented in hardware, software, firmware, or combinations thereof.

The above are only specific embodiments of the present disclosure, but the protection scope of the present disclosure is not limited thereto. Any person familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present disclosure. All are covered by the protection scope of this disclosure. Therefore, the protection scope of the present disclosure should be subject to the protection scope of the claims.

Claims (10)

1. A method of comparing price of a DRG paid medication regimen, the method comprising the steps of:

inquiring DRG codes of diseases and acquiring ADRG disease codes;

obtaining all drug treatment regimens based on the ADRG disease codes;

calculating DRG total cost of the drug treatment regimen based on the drug database, respectively;

selecting a drug treatment scheme, and judging whether the DRG total cost of the selected drug treatment scheme exceeds a preset threshold; wherein, early warning is carried out when the threshold value is exceeded.

2. The DRG paid medication regimen comparison method of claim 1, wherein said separately calculating the DRG total cost of the medication regimen comprises:

acquiring the types of medicines required by all treatment path nodes in a medicine treatment scheme and the respective using course number, and calculating the required total DRG cost according to the unit price of the medicines in a medicine database;

when a medication regimen is changed, the DRG total cost is recalculated, including:

calculating the types of medicines required by the nodes of the completed treatment paths in all the pre-changed medicine treatment schemes and the number of treatment courses used respectively, and calculating the used DRG cost according to the unit price of the medicines in the medicine database;

calculating the type of medicines required by the treatment path node in the changed medicine treatment scheme and the respective treatment course number, and calculating the DRG cost still required to be spent according to the unit price of the medicines in the medicine database;

the used DRG cost and the DRG cost still needed to be spent are summed to obtain the total DRG cost.

3. The DRG paid medication regimen comparison method of claim 1, wherein the querying for DRG codes for disease and obtaining ADRG disease codes comprises:

performing DRG coding query through at least one of ICD-10 standard codes, diseases and symptoms and tree structure query;

an ADRG disease code is generated by:

cases are classified into surgery, non-surgery and operation, and under each category the main diagnosis and/or the same cases as the main operation are combined into ADRG.

4. The DRG payment medication regimen price comparison method of claim 1, which further comprises: all medication regimens were acquired linked to evidence-based medical evidence, respectively.

5. The DRG payment medication regimen contrast method of claim 4, where the medication regimen comprises: a treatment path and a treatment node.

6. The DRG paid medication regimen comparison method of claim 1, wherein the medication database is coupled to a hospital HIS system for real-time updating.

7. A DRG paid medication regimen price comparison system, the system comprising:

the disease inquiry module is configured to inquire DRG codes of diseases and acquire ADRG disease codes;

a medication therapy regimen module configured to obtain all medication therapy regimens based on the ADRG disease code;

a drug cost calculation module configured to calculate DRG total costs for the drug treatment regimen based on the drug database, respectively;

the early warning module is configured to select a drug treatment scheme and judge whether the DRG total cost of the selected drug treatment scheme exceeds a preset threshold; wherein, early warning is carried out when the threshold value is exceeded.

8. The DRG payment medication therapy regimen price comparison system of claim 7, wherein the pharmacy calculation module further comprises:

the medicine cost real-time calculation module is configured to acquire medicine types and respective using course numbers required by all treatment path nodes in the medicine treatment scheme, and calculate required DRG total cost according to medicine unit price in the medicine database;

when a medication regimen is changed, the DRG total cost is recalculated, including:

calculating the types of medicines required by the nodes of the completed treatment paths in all the pre-changed medicine treatment schemes and the number of treatment courses used respectively, and calculating the used DRG cost according to the unit price of the medicines in the medicine database;

calculating the type of medicines required by the treatment path node in the changed medicine treatment scheme and the respective treatment course number, and calculating the DRG cost still required to be spent according to the unit price of the medicines in the medicine database;

the used DRG cost and the DRG cost still needed to be spent are summed to obtain the total DRG cost.

9. An electronic device, comprising:

at least one processor; the method comprises the steps of,

a memory communicatively coupled to the at least one processor; wherein,

the memory stores instructions executable by the at least one processor, which when executed by the at least one processor, cause the at least one processor to perform the DRG paid medication regimen contrast method of any one of claims 1 to 6.

10. A non-transitory computer-readable storage medium storing computer instructions that, when executed by at least one processor, cause the at least one processor to perform the DRG paid medication regimen contrast method of any one of claims 1 to 6.