CN112768078A - Diagnosis and treatment sharing method and system, electronic equipment and storage medium - Google Patents
Diagnosis and treatment sharing method and system, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN112768078A CN112768078A CN202110019771.5A CN202110019771A CN112768078A CN 112768078 A CN112768078 A CN 112768078A CN 202110019771 A CN202110019771 A CN 202110019771A CN 112768078 A CN112768078 A CN 112768078A
- Authority
- CN
- China
- Prior art keywords
- case
- subsystem
- information
- diagnosis
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
- G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Abstract
The embodiment of the invention discloses a diagnosis and treatment sharing method, a diagnosis and treatment sharing system, electronic equipment and a storage medium, wherein the method comprises the following steps: when a control for triggering editing of basic information of the patient receiving user is detected, popping up a basic information editing page based on the patient receiving subsystem, so that the patient receiving user can edit the basic information of the patient receiving user on the basic information editing page; the basic information comprises personal information of the user and the affiliated target department; when the detection of the control for editing the basic information and triggering the control for entering the classic case is completed, calling the classic case associated with the target department based on the case subsystem, and displaying the classic case on a display interface; classic cases are shared based on the display interface. By the technical scheme of the embodiment of the invention, the problem of data isolated island caused by the fact that the classical cases cannot be shared is solved, and medical data sharing based on a diagnosis and treatment sharing system is realized, so that the technical effect of improving the disease treatment efficiency is achieved.
Description
Technical Field
The embodiment of the invention relates to the technical field of medical treatment, in particular to a diagnosis and treatment sharing method, a diagnosis and treatment sharing system, electronic equipment and a storage medium.
Background
At present, when resources are allocated to each hospital, there is a problem that the allocation of resources is not uniform, and since the allocation of resources is often non-uniform for medical staff, there is a problem that some diseases cannot be diagnosed effectively in hospitals with relatively small resources. The above situations may cause insufficient experience of doctors, which may result in failure to timely and accurately treat patients and provide specific treatment schemes, and may affect the state of the patients. Furthermore, when diagnosis and treatment are performed based on knowledge memorized by the doctor, a certain memory deviation may exist, which may cause an inaccurate treatment scheme and thus affect the state of an illness of the patient.
In addition, the medical software systems of the existing hospitals are isolated from each other, the medical cases among the medical software systems do not reach a shared state, and a data island phenomenon exists. In such a case, medical data resources are not utilized reasonably, and the improvement of the skill level of medical staff is hindered, and the treatment efficiency of diseases is also affected.
Disclosure of Invention
The invention provides a diagnosis and treatment sharing method, a diagnosis and treatment sharing system, electronic equipment and a storage medium, which are used for realizing medical data sharing so as to improve the technical effect of disease treatment efficiency.
In a first aspect, an embodiment of the present invention provides a diagnosis and treatment sharing method, which is applied to a diagnosis and treatment sharing system, and the method includes:
when a control for triggering editing of basic information of a patient receiving user is detected, popping up a basic information editing page based on a patient receiving subsystem, so that the patient receiving user can edit the basic information of the patient receiving user on the basic information editing page; the basic information comprises personal information of the user and a target department to which the user belongs;
when detecting that the basic information editing is finished and triggering a control for entering a classic case, calling the classic case associated with the target department based on a case subsystem, and displaying the classic case on a display interface;
sharing the classic case based on the display interface.
In a second aspect, an embodiment of the present invention further provides a diagnosis and treatment sharing system, where the system includes: the system comprises a diagnosis receiving subsystem, a case subsystem, an evaluation subsystem and a diagnosis and treatment recording subsystem; the system comprises a diagnosis receiving subsystem, a diagnosis receiving subsystem and a diagnosis receiving subsystem, wherein the diagnosis receiving subsystem is used for storing basic information of each diagnosis receiving user, and the basic information comprises user personal information and department information to which the diagnosis receiving user belongs;
the case subsystem is used for storing case information uploaded by each examination receiving user, and the case information comprises disease information, disease medication information and diagnosis and treatment effect information;
the evaluation subsystem is used for determining the evaluation value and the label of the case information according to the evaluation information of each case information of each diagnosis receiving user;
the diagnosis and treatment input subsystem is used for enabling each patient receiving user to upload case information, and storing the case information to the case subsystem after examining and verifying the case information so that the case subsystem stores the case information.
In a third aspect, an embodiment of the present invention further provides an electronic device, where the electronic device includes:
one or more processors;
a storage device for storing one or more programs,
when the one or more programs are executed by the one or more processors, the one or more processors implement the diagnosis and treatment sharing method according to any one of the embodiments of the present invention.
In a fourth aspect, the present invention further provides a storage medium containing computer-executable instructions, which when executed by a computer processor, are configured to perform the medical treatment sharing method according to any one of the embodiments of the present invention.
According to the technical scheme of the embodiment of the invention, the control triggering the editing of the basic information of the diagnosis receiving user is detected, the basic information editing page is popped up based on the diagnosis receiving subsystem, so that the diagnosis receiving user can edit the basic information of the diagnosis receiving user on the basic information editing page, the information safety of the medical case is ensured, the control triggering the completion of the editing of the basic information and the entering of the classic case is detected, the classic case associated with the target department is called based on the case subsystem, the classic case is displayed on the display interface, the classic case is shared based on the display interface, the problem of data island caused by the fact that the classic case can not be shared is solved, the sharing of the medical data based on the diagnosis and treatment sharing system is realized, and the technical effect of improving the disease treatment efficiency is achieved.
Drawings
In order to more clearly illustrate the technical solutions of the exemplary embodiments of the present invention, a brief description is given below of the drawings used in describing the embodiments. It should be clear that the described figures are only views of some of the embodiments of the invention to be described, not all, and that for a person skilled in the art, other figures can be derived from these figures without inventive effort.
Fig. 1 is a schematic structural diagram of a diagnosis and treatment sharing system according to an embodiment of the present invention;
fig. 2 is a schematic flow chart of a diagnosis and treatment sharing method according to an embodiment of the present invention;
fig. 3 is a schematic view of a login interface of a diagnosis and treatment sharing system according to an embodiment of the present invention;
fig. 4 is a schematic diagram of a basic information editing page according to an embodiment of the present invention;
FIG. 5 is a diagram illustrating a display interface based classic case sharing according to an embodiment of the present invention;
FIG. 6 is a diagram illustrating another classic case sharing based on a display interface according to an embodiment of the present invention;
FIG. 7 is a schematic diagram of an interface for sharing a classic case according to an embodiment of the present invention;
FIG. 8 is a schematic interface diagram of a classic case evaluation according to an embodiment of the present invention;
FIG. 9 is a schematic diagram of an interface of a shared classic case displaying a target evaluation value according to an embodiment of the present invention;
fig. 10 is a schematic diagram of a classic case upload page according to an embodiment of the present invention;
FIG. 11 is a diagram illustrating a classic case search interface according to an embodiment of the present invention;
FIG. 12 is a diagram of a classic case search results display interface according to a first embodiment of the present invention;
fig. 13 is a schematic view of a basic information display interface of a user for receiving a consultation according to a first embodiment of the present invention;
fig. 14 is a schematic view of another basic information display interface of a user for receiving a doctor according to an embodiment of the present invention;
fig. 15 is a schematic structural diagram of an electronic device according to a third embodiment of the present invention.
Detailed Description
The present invention will be described in further detail with reference to the accompanying drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the invention and are not limiting of the invention. It should be further noted that, for the convenience of description, only some of the structures related to the present invention are shown in the drawings, not all of the structures.
Example one
Fig. 1 is a schematic structural diagram of a diagnosis and treatment sharing system according to an embodiment of the present invention, which is applicable to classical case checking, uploading, and evaluation.
As shown in fig. 1, the medical treatment sharing system includes: a visit subsystem 110, a case subsystem 120, an evaluation subsystem 130, and a medical entry subsystem 140.
The system comprises a consultation subsystem 110, a consultation server and a consultation server, wherein the consultation subsystem 110 is used for storing basic information of each consultation user, and the basic information comprises personal information of the user and information of a department to which the consultation user belongs; the case subsystem 120 is used for storing case information uploaded by each examination receiving user, wherein the case information comprises disease information, disease medication information and diagnosis and treatment effect information; the evaluation subsystem 130 is used for determining evaluation values and labels for the case information according to the evaluation information of each consultation user on each case information; and the diagnosis and treatment recording subsystem 140 is used for enabling each diagnosis and treatment receiving user to upload case information, and storing the case information to the case subsystem after examining and verifying the case information so as to enable the case subsystem to store the case information.
Fig. 2 is a schematic flow chart of a diagnosis and treatment sharing method according to an embodiment of the present invention, which is applied to the diagnosis and treatment sharing system shown in fig. 1, where the method may be executed by the diagnosis and treatment sharing system, and the system may be implemented in the form of software and/or hardware, where the hardware may be an electronic device, and optionally, the electronic device may be a PC end or a mobile terminal.
As shown in fig. 2, the method includes:
s210, when a control for triggering editing of the basic information of the patient receiving user is detected, popping up a basic information editing page based on the patient receiving subsystem, so that the patient receiving user can edit the basic information of the patient receiving user on the basic information editing page.
The control for editing the basic information of the patient receiving user can be a control for triggering a basic information editing interface, and the basic information editing page can be an editing interface for editing each piece of basic information of the patient receiving user. The basic information may include personal information of the user receiving a doctor and the affiliated target department. The user who receives a doctor may refer to a user such as a doctor who can provide medical services to a patient. The personal information may be information such as the name, age, sex, working year, and working unit of the patient. The target department may be a department corresponding to the hospitalizing user, for example: obstetrics and gynecology department, otorhinolaryngology department, ophthalmology department, etc.
Specifically, in order to ensure the information security of the diagnosis and treatment cases in the diagnosis and treatment sharing system, the diagnosis and treatment sharing system may open an entrance for a user receiving a diagnosis. Therefore, when the user for receiving a diagnosis logs in the diagnosis and treatment sharing system, login or registration is required, and a login interface diagram of the diagnosis and treatment sharing system is shown in fig. 3. After the user who receives a doctor inputs a correct user name and a correct password, the user can log in the diagnosis and treatment sharing system to check diagnosis and treatment cases in the system. If the user of the doctor receiver does not have the user name and password required for logging in the system, a control for editing basic information of the doctor receiver can be triggered, for example: the "register" button in fig. 3. When a control triggering editing of basic information of a diagnosis receiving user is detected, a basic information editing page pops up based on the diagnosis receiving subsystem, and a schematic diagram of the basic information editing page is shown in fig. 4. The user of the consultation can edit the basic information in the information editing page to complete the registration. After the registration of the user for receiving a doctor is completed, the user can log in through a user name and a password when subsequently logging in the diagnosis and treatment sharing system.
It should be noted that specific contents of the user basic information and display contents in the interface may be set according to actual requirements, and are not specifically limited in this embodiment.
And S220, calling the classical case associated with the target department based on the case subsystem when the editing of the detected basic information is finished and the control for entering the classical case is triggered, and displaying the classical case on a display interface.
The control of the classic case is a control for triggering and calling the classic case and displaying the classic case. The classic case may be an uploaded case of each user, and the classic case refers to a case associated with a target department of the user. The display interface may be an interface of a medical system.
Specifically, after it is detected that the basic information of the user who receives a medical examination is edited, the authenticity of the identity information of the user who receives a medical examination can be verified, and if the information is matched with the pre-registered information, the user who receives a medical examination can enter the diagnosis and treatment sharing system. When the interview user wants to view the classic cases related to the target department, a control to enter the classic cases can be triggered. When the diagnosis sharing system detects that the user who receives a diagnosis triggers the control for entering the classic case, the case-based subsystem can call the classic case stored in the diagnosis sharing system and related to the target department of the user who receives a diagnosis, and can display the called classic case on a display interface of the diagnosis sharing system for the user who receives a diagnosis to check.
Illustratively, when the interviewing user triggers a "login" button or completes the registration, a control corresponding to the viewing of the classic case may be triggered to invoke the classic case associated with the target department of the interviewing user based on the case subsystem, such as: the target department of the user is obstetrics and gynecology, and the classic case can be a case related to obstetrics and gynecology; the target department of the user is orthopaedics, and the classic case can be the case related to orthopaedics.
For example, a schematic diagram of sharing a classic case based on a display interface can be shown in fig. 5 or fig. 6. As shown in fig. 5, the name of the case, the user who uploaded the case, and the time when the case was uploaded may be displayed on a display interface on which the user may trigger individual cases to enter a details page for the case for viewing and learning. The display interface shown in fig. 6 adds the content outlined by the case, so that the user can quickly know the content of the case, and the user can conveniently determine whether to enter the case for viewing. And the user for receiving a doctor can jump to other pages for looking up the classical case by triggering the control of the previous page or the next page. The target departments in the titles of the display interfaces in fig. 5 and 6 can be updated and replaced according to the target departments to which the actual classical cases belong. The specific design and display content of the display interface can be set according to actual requirements, and the content of fig. 5 and 6 is not limited to the classic case display interface.
And S230, sharing the classical case based on the display interface.
Specifically, when the user triggers any classical case in the display interface, the display interface of the classical case can be accessed to view the specific content of the classical case.
An exemplary interface diagram for sharing classical cases is shown in fig. 7. On this page, the department to which the classic case belongs, the upload user and the upload time can be displayed. Moreover, case information related to the classical case may be displayed on the page, for example, summary information of the case may be displayed in a case summary, and personal information of the patient may be included in the patient basic information, for example: age, past medical history, etc., and may also include symptoms of the patient, such as: pain in the lower back, numbness of the limbs, etc., and may also include the time of the patient's visit. The diagnosis result may include a preliminary diagnosis result and a final diagnosis result after diagnosis is performed according to the examination and/or test information, the treatment information may include operation information of the disease, medication information of the disease, etc., and the treatment effect may include the treatment effect of the patient for a period of time after the treatment, and may also include a record of each repeated diagnosis of the patient, etc. The summary section may upload the user's mental appreciation for the case, and related recommendations, etc. Meanwhile, controls of a return directory, a previous case and a next case can be included on the page, so that the steps of looking up each case by a user are simplified. Other related contents can be displayed on the interface for sharing the classical case, and are not particularly limited in this embodiment.
On the basis of the technical schemes, in order to improve the quality of the classic cases, the comment subsystem in the diagnosis and treatment sharing system can comprise the function of commenting on the classic cases.
Optionally, when a target classic case on the trigger display interface is detected and comment information and an evaluation value corresponding to the target classic case are edited, a target evaluation value corresponding to the target classic case is determined based on the evaluation subsystem according to the obtained comment information and evaluation value.
The target classic case can be a classic case viewed by the interviewing user, the comment information can be contents such as evaluation and discussion of the target classic case, and the evaluation value can be a rating or rating of the target classic case. The target evaluation value may be a comprehensive evaluation value determined in combination with the review information and the evaluation value of each visiting user.
Specifically, after the target classic case is checked by the reception user, the target classic case can be scored and commented. When the diagnosis and treatment sharing system detects the comment information and the evaluation value edited by the user receiving a doctor, the evaluation value and the content of the comment information are obtained. And comprehensively evaluating according to the evaluation value of each acquired consultation user on the target classic case and the content of the comment information to obtain a target evaluation value so as to provide a score for the target classic case. For example: the content of the comment information of each consultation user for the target classical case can be converted into a comment evaluation value, a comprehensive evaluation value is determined by combining the comment evaluation values, and further the comprehensive evaluation value of each consultation user for the target consultation user is processed to obtain a target evaluation value. Alternatively, the processing manner of obtaining the target evaluation value may be an averaging manner or a weighted average manner.
Optionally, the manner of determining the target evaluation value based on the review information and the evaluation value of the visiting user may be: inputting the comment information into a comment evaluation value model trained in advance in an evaluation subsystem to obtain a comment evaluation value corresponding to the comment information; and updating the target evaluation value corresponding to the target classical case based on the evaluation value triggered by the consultation user and the comment evaluation value.
The comment evaluation value model may be a model for generating a comment evaluation value from comment content, such as a natural language processing model trained in advance.
Specifically, the obtained comment information is input into the evaluation subsystem, and the input comment information can be converted into a comment evaluation value according to a comment evaluation value model trained in the evaluation subsystem in advance. For example: the pre-trained comment evaluation value model can be calculated according to the positive evaluation and the negative evaluation in the comment information to obtain a comment evaluation value of the comment information. And processing the comment evaluation value obtained by calculation and the evaluation value edited by the reception user for the target classical case, and determining the comprehensive evaluation value of the reception user for the target classical case. The processing mode of the comprehensive evaluation value can be summation processing or weighted summation processing of the evaluation value and the comment evaluation value, and can also be evaluation model processing obtained according to pre-training. Furthermore, a new target evaluation value can be obtained by processing according to the comprehensive evaluation value of each diagnosis user for the classic case, and the new target evaluation value is used for replacing the old target evaluation value. Optionally, the determination method of the target evaluation value may be to perform an averaging process on the comprehensive evaluation value of the target classic case by each visiting user, or perform a weighted summation process on the comprehensive evaluation value of the target classic case by each visiting user according to weight values corresponding to different titles of the visiting user.
Illustratively, the interview user, after viewing the target classical case, can input evaluation values and comment information according to the interface shown in fig. 8. The evaluation value may be 10 points, 100 points, or the like, or may be a rating on a star level, and a specific evaluation value form is not particularly limited in this embodiment. When the fact that the user triggers a 'submit' button is detected, the fact that the evaluation of the user receiving a doctor is finished is determined, and the evaluation value and the comment information input by the user receiving a doctor are obtained for subsequent processing.
For example, if the evaluation value and the comment evaluation value are 10 points, the weight of the comment value and the comment evaluation value is the same, and the weight of each visiting user is the same. The number of the comments of the target classical case A is 10, namely the current consultation user is the 11 th consultation user. The current consultation user has an evaluation value of 8 points for the target classic case A, a comment evaluation value of 7 points, and a current target evaluation value of 6.5 points. The total evaluation value of the current visiting user on the target classical case a can be calculated as (7+8) ÷ 2 ═ 7.5 points, and further, the new target evaluation value can be calculated as (10 × 6.5+7.5) ÷ 11 ═ 6.6 points. Therefore, the target evaluation value of the target classic case a can be updated from 6.5 points to 6.6 points.
For example, if the review weights corresponding to the different job-giving users are different, the weight values corresponding to the inpatient and the attending physicians are both 0.2, the weight value corresponding to the assistant principal physician is 0.25, and the weight value corresponding to the principal physician is 0.35. In the review of the target classic case a, 2 hospitalization physicians had a total evaluation value of 7.5 points and 8 points, respectively, 3 attending physicians had a total evaluation value of 8 points, 6.5 points, and 7.5 points, respectively, 2 secondary chief physicians had a total evaluation value of 8.5 points, and 7.5 points, respectively, and 1 chief physician had a total evaluation value of 8 points, for a total of 8 persons. From the above information, it can be determined that the target evaluation value of the target classic case a is (7.5+8) ÷ 2 × 0.2+ (8+6.5+7.5) ÷ 3 × 0.2+ (8.5+7.5) ÷ 2 × 0.25+8 × 0.35 ÷ 1.55+1.47+2+2.8 ═ 7.82 minutes.
Optionally, the target evaluation value corresponding to each classical case may be displayed on an interface sharing the classical cases, as shown in fig. 9, and the user in consultation may select a highly-evaluated classical case for viewing.
On the basis of the technical schemes, in order to expand the classic cases stored in the case subsystem, the user for receiving a diagnosis can input the classic cases through the diagnosis and treatment input subsystem, and specifically, the method can be realized according to the following steps:
step one, when a control triggering the uploading of the classical case is detected, popping up a classical case uploading page based on the diagnosis and treatment input subsystem.
The control for uploading the classical case can be a control for triggering the classical case uploading page, and the uploading page comprises a classical case disease information editing control, a diagnosis and treatment process editing control, a medication information editing control and a treatment effect editing control.
Specifically, when the visiting user wants to upload the classic case, a control for uploading the classic case can be triggered. When the control for uploading the classical case is triggered, a classical case uploading page is popped up based on the diagnosis and treatment entry subsystem, the page comprises a classical case disease information editing control, a diagnosis and treatment process editing control, a medication information editing control, a treatment effect editing control and the like, and a schematic diagram of the classical case uploading page is shown in fig. 10. The consultation user can edit corresponding content in each editing control so as to carry out hierarchical editing on the classic case which the consultation user wants to share.
And step two, when the trigger target control is detected, acquiring the target text edited in each editing control, and generating a classic case based on the target text.
The target control may be a control that triggers uploading of text content in the editing controls, for example: the target control may be a "submit" button or an "upload" button, or the like. The target text may be content edited in the editing control by the hospitality user.
Specifically, when the trigger target control is detected, the target text edited in each control in the classic case uploading page is obtained. And integrating the acquired target texts to generate a classic case, wherein the finally generated classic case can be shown in fig. 7.
And step three, sending the classic cases to a case subsystem so that the case subsystem stores the classic cases.
Specifically, the generated classic cases can be sent to a case subsystem, and the classic cases are stored in the case subsystem or classified and stored according to target departments.
On the basis of the technical schemes, in order to facilitate the clinical users to find the required classical cases, a case searching method can be added into the diagnosis and treatment sharing system, and the searching method can be as follows:
and when the consultation user is detected to trigger the search content editing control, acquiring the editing content in the search content editing control, and calling at least one classic case from the case subsystem according to the editing content.
Wherein the search content editing control can be a control for triggering the search case method.
Specifically, when the consultation user wants to search for classic cases, the search content editing control can be triggered. The consultation user can enter relevant content of the classic case that the user wants to search in the search content editing control, such as: target departments, keywords, etc. And when the consultation user is detected to trigger the search content editing control, acquiring the editing content in the search content editing control, and searching for a related classical case in the case subsystem according to the editing content. Alternatively, the searched classical case can be displayed on the interface of the search result.
Illustratively, the user receiving a doctor can edit the relevant content in the classic case search interface as shown in fig. 11, such as: target departments, keywords, etc. When the interview user finishes inputting the edited content, a ' search ' button can be triggered to send the interview user's edited content to the case subsystem. The case subsystem screens the classic cases in the case subsystem according to the received target departments and the keywords, and displays the classic cases obtained after screening on an interface of a search result, as shown in fig. 12. The interface of the search result can also comprise the content such as the number of the searched classical cases. The arrangement of the search results may be arranged according to the relevance of the edit information input by the consultation user.
On the basis of the technical schemes, corresponding labels can be distributed to the clinical users according to the evaluation information and the evaluation value of each classical case uploaded by the clinical users, so that the description of the clinical users is increased.
Optionally, the comment information and the evaluation value of each classic case are processed based on the evaluation subsystem, a label corresponding to the classic case is determined, and the label is fed back to the reception subsystem; and binding the label with the diagnosis receiving user corresponding to the classic case based on the diagnosis receiving subsystem so as to display the label matched with the diagnosis receiving user when the diagnosis receiving user is detected to be triggered.
The label can be a word for the formal diagnosis user or a word for a classic case uploaded by the formal diagnosis user.
Specifically, according to the comment information and the evaluation value of each classic case in the evaluation subsystem, the label corresponding to each classic case can be determined, for example: the word appearing most frequently in the comment information may be selected as a label, and label assignment may also be performed according to the evaluation value. The label determination mode may also be based on a pre-trained language model to generate labels corresponding to each case. And feeding the labels corresponding to the classic cases back to the consultation subsystem, and binding the labels with the consultation users who upload the classic cases. When the user is triggered, the label bound with the user is displayed.
Illustratively, two classic cases, namely a classic case B and a classic case C, are uploaded by the user a for consultation, and the evaluation values of the two classic cases reach 9 points, so that a label of a "high-score user" can be bound to the user a for consultation. The word with the highest frequency in the classic case B is "medical hyperemia", and the word with the highest frequency in the classic case C is "serious", so that the labels of "medical hyperemia" and "serious strict" can be bound for the consultation user a. When the visiting user a is triggered, the label information matching with the visiting user a may be displayed, and the basic information of the visiting user a may also be displayed, as shown in fig. 13.
On the basis of the technical schemes, the classical cases corresponding to all the treatment users can be called, namely all the classical cases uploaded by all the treatment users can be called.
Optionally, the case-based subsystem stores the classic cases corresponding to each visiting user, so that when an operation of triggering calling of the classic cases is detected, the matched classic cases are called from the classic case library.
Specifically, when all the classic cases uploaded by a certain visiting user are to be acquired, an operation of calling the classic cases may be triggered, for example: and triggering the user name of the user receiving a doctor. When the operation of calling the classic case is detected, the classic case uploaded by the call-receiving user can be called from the classic case library stored in the case subsystem according to the user name of the triggered call-receiving user. And the classic cases uploaded by the treatment user can be displayed on a display interface for viewing.
For example, if the user wants to check all the uploaded classic cases of the visiting user a, the user name of the visiting user a may be triggered to call up all the uploaded classic cases of the visiting user a. The display interface displaying all the uploaded classic cases of the user a can be as shown in the schematic diagram of fig. 14, and the label information of the user a and the basic information of the user a can also be displayed on the display interface. When any one classic case is triggered, the user can jump to the classic case display interface corresponding to the classic case.
On the basis of the technical schemes, the user can collect the classic cases which are considered to be worth learning and reference by the user, so that the user can conveniently and repeatedly consult and learn in the follow-up process.
According to the technical scheme of the embodiment of the invention, the control triggering the editing of the basic information of the diagnosis receiving user is detected, the basic information editing page is popped up based on the diagnosis receiving subsystem, so that the diagnosis receiving user can edit the basic information of the diagnosis receiving user on the basic information editing page, the information safety of the medical case is ensured, the control triggering the completion of the editing of the basic information and the entering of the classic case is detected, the classic case associated with the target department is called based on the case subsystem, the classic case is displayed on the display interface, the classic case is shared based on the display interface, the problem of data island caused by the fact that the classic case can not be shared is solved, the sharing of the medical data based on the diagnosis and treatment sharing system is realized, and the technical effect of improving the disease treatment efficiency is achieved.
Example two
As shown in fig. 1, the medical treatment sharing system includes: a visit subsystem 110, a case subsystem 120, an evaluation subsystem 130, and a medical entry subsystem 140.
The system comprises a consultation receiving subsystem 110, a consultation management subsystem and a consultation management subsystem, wherein the consultation receiving subsystem 110 is used for storing basic information of each consultation receiving user, and the basic information comprises personal information of the user and department information to which the consultation receiving user belongs; the case subsystem 120 is used for storing case information uploaded by each examination receiving user, wherein the case information comprises disease information, disease medication information and diagnosis and treatment effect information; the evaluation subsystem 130 is used for determining evaluation values and labels for the case information according to the evaluation information of each consultation user on each case information; and the diagnosis and treatment recording subsystem 140 is used for enabling each diagnosis and treatment receiving user to upload case information, and storing the case information to the case subsystem after examining and verifying the case information so that the case subsystem stores the case information.
On the basis of the above technical solutions, the consultation subsystem 110 is further configured to pop up a basic information editing page when detecting a control triggering editing of basic information of the consultation user, so that the consultation user edits the basic information of the consultation user on the basic information editing page; the basic information comprises personal information of the user and the affiliated target department; the case subsystem 120 is further used for calling a classic case associated with the target department and displaying the classic case on the display interface when the detection of the control for editing the basic information and entering the classic case is triggered; classic cases are shared based on the display interface.
On the basis of the above technical solutions, the evaluation subsystem 130 is further configured to determine a target evaluation value corresponding to the target classic case according to the obtained comment information and evaluation value based on the evaluation subsystem when the target classic case on the trigger display interface is detected and the comment information and evaluation value corresponding to the target classic case are edited.
On the basis of the above technical solutions, the evaluation subsystem 130 is further configured to input the comment information into a comment evaluation value model trained in the evaluation subsystem in advance, so as to obtain a comment evaluation value corresponding to the comment information; and updating the target evaluation value corresponding to the target classical case based on the evaluation value triggered by the consultation user and the comment evaluation value.
On the basis of the technical schemes, the diagnosis and treatment entry subsystem 140 is further used for popping up a classic case upload page when a control triggering the uploading of the classic case is detected; the uploading page comprises a classical case disease information editing control, a diagnosis and treatment process editing control, a medication information editing control and a treatment effect editing control; when the trigger target control is detected, acquiring a target text edited in each editing control, and generating a classic case based on the target text; the classic cases are sent to a case subsystem for the case subsystem to store the classic cases.
On the basis of the above technical solutions, the case subsystem 120 is further configured to, when it is detected that the consultation user triggers the search content editing control, obtain editing contents in the search content editing control, and invoke at least one classic case from the case subsystem according to the editing contents.
On the basis of the above technical solutions, the evaluation subsystem 130 is further configured to process the review information and the evaluation value of each classic case, determine a label corresponding to the classic case, and feed the label back to the consultation subsystem; and the consultation subsystem 110 is used for binding the label with a consultation user corresponding to the classic case so as to display the label matched with the consultation user when the trigger consultation user is detected.
On the basis of the technical solutions, the case subsystem 120 is used for storing the classical cases corresponding to each visiting user, so as to retrieve the matched classical case from the classical case library when detecting the operation of triggering retrieval of the classical case.
According to the technical scheme of the embodiment of the invention, the control triggering the editing of the basic information of the diagnosis receiving user is detected, the basic information editing page is popped up based on the diagnosis receiving subsystem, so that the diagnosis receiving user can edit the basic information of the diagnosis receiving user on the basic information editing page, the information safety of the medical case is ensured, the control triggering the completion of the editing of the basic information and the entering of the classic case is detected, the classic case associated with the target department is called based on the case subsystem, the classic case is displayed on the display interface, the classic case is shared based on the display interface, the problem of data island caused by the fact that the classic case can not be shared is solved, the sharing of the medical data based on the diagnosis and treatment sharing system is realized, and the technical effect of improving the disease treatment efficiency is achieved.
The diagnosis and treatment sharing system provided by the embodiment of the invention can execute the diagnosis and treatment sharing method provided by any embodiment of the invention, and has corresponding functional modules and beneficial effects of the execution method.
It should be noted that the subsystems included in the system are merely divided according to functional logic, but are not limited to the above division as long as the corresponding functions can be implemented; in addition, specific names of the functional units are only for convenience of distinguishing from each other, and are not used for limiting the protection scope of the embodiment of the invention.
EXAMPLE III
Fig. 15 is a schematic structural diagram of an electronic device according to a third embodiment of the present invention. FIG. 15 illustrates a block diagram of an exemplary electronic device 30 suitable for use in implementing embodiments of the present invention. The electronic device 30 shown in fig. 15 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiment of the present invention.
As shown in fig. 15, the electronic device 30 is in the form of a general purpose computing device. The components of the electronic device 30 may include, but are not limited to: one or more processors or processing units 301, a system memory 302, and a bus 303 that couples various system components including the system memory 302 and the processing unit 301.
The system memory 302 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)304 and/or cache memory 305. The electronic device 30 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 306 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 15, commonly referred to as a "hard drive"). Although not shown in FIG. 15, a magnetic disk drive for reading from and writing to a removable, nonvolatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable, nonvolatile optical disk (e.g., a CD-ROM, DVD-ROM, or other optical media) may be provided. In these cases, each drive may be connected to bus 303 by one or more data media interfaces. Memory 302 may include at least one program product having a set (e.g., at least one) of program modules that are configured to carry out the functions of embodiments of the invention.
A program/utility 308 having a set (at least one) of program modules 307 may be stored, for example, in memory 302, such program modules 307 including, but not limited to, an operating system, one or more application programs, other program modules, and program data, each of which examples or some combination thereof may comprise an implementation of a network environment. Program modules 307 generally perform the functions and/or methodologies of the described embodiments of the invention.
The electronic device 30 may also communicate with one or more external devices 309 (e.g., keyboard, pointing device, display 310, etc.), with one or more devices that enable a user to interact with the electronic device 30, and/or with any devices (e.g., network card, modem, etc.) that enable the electronic device 30 to communicate with one or more other computing devices. Such communication may be through input/output (I/O) interfaces 311. Also, the electronic device 30 may communicate with one or more networks (e.g., a Local Area Network (LAN), a Wide Area Network (WAN), and/or a public network, such as the internet) via the network adapter 312. As shown, the network adapter 312 communicates with the other modules of the electronic device 30 via the bus 303. It should be appreciated that although not shown in FIG. 15, other hardware and/or software modules may be used in conjunction with electronic device 30, including but not limited to: microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, among others.
The processing unit 301 executes various functional applications and data processing by running programs stored in the system memory 302, for example, to implement the medical treatment sharing method provided by the embodiment of the present invention.
Example four
The fourth embodiment of the present invention further provides a storage medium containing computer-executable instructions, which are used to execute the diagnosis and treatment sharing method when executed by a computer processor.
The method comprises the following steps:
when a control for triggering editing of basic information of a patient receiving user is detected, popping up a basic information editing page based on a patient receiving subsystem, so that the patient receiving user can edit the basic information of the patient receiving user on the basic information editing page; the basic information comprises personal information of the user and a target department to which the user belongs;
when detecting that the basic information editing is finished and triggering a control for entering a classic case, calling the classic case associated with the target department based on a case subsystem, and displaying the classic case on a display interface;
sharing the classic case based on the display interface.
Computer storage media for embodiments of the invention may employ any combination of one or more computer-readable media. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport 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 appropriate medium, including but not limited to wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for embodiments of the present invention may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + + or the like and conventional procedural programming languages, such as the "C" programming language or similar programming languages. 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 the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).
It is to be noted that the foregoing is only illustrative of the preferred embodiments of the present invention and the technical principles employed. It will be understood by those skilled in the art that the present invention is not limited to the particular embodiments described herein, but is capable of various obvious changes, rearrangements and substitutions as will now become apparent to those skilled in the art without departing from the scope of the invention. Therefore, although the present invention has been described in greater detail by the above embodiments, the present invention is not limited to the above embodiments, and may include other equivalent embodiments without departing from the spirit of the present invention, and the scope of the present invention is determined by the scope of the appended claims.
Claims (10)
1. A diagnosis and treatment sharing method is applied to a diagnosis and treatment sharing system, and comprises the following steps:
when a control for triggering editing of basic information of a patient receiving user is detected, popping up a basic information editing page based on a patient receiving subsystem, so that the patient receiving user can edit the basic information of the patient receiving user on the basic information editing page; the basic information comprises personal information of the user and a target department to which the user belongs;
when detecting that the basic information editing is finished and triggering a control for entering a classic case, calling the classic case associated with the target department based on a case subsystem, and displaying the classic case on a display interface;
sharing the classic case based on the display interface.
2. The method of claim 1, further comprising:
when a target classic case on a trigger display interface is detected, and comment information and an evaluation value corresponding to the target classic case are edited, determining a target evaluation value corresponding to the target classic case based on an evaluation subsystem according to the obtained comment information and the evaluation value.
3. The method of claim 2, wherein the determining, by the evaluation-based subsystem, a target evaluation value corresponding to the target classic case according to the obtained comment information and the evaluation value comprises:
inputting the comment information into a comment evaluation value model trained in the evaluation subsystem in advance to obtain a comment evaluation value corresponding to the comment information;
and updating a target evaluation value corresponding to the target classical case based on the evaluation value triggered by the consultation user and the comment evaluation value.
4. The method of claim 1, further comprising:
when a control triggering the uploading of the classical case is detected, popping up a classical case uploading page based on the diagnosis and treatment input subsystem; the uploading page comprises a classical case disease information editing control, a diagnosis and treatment process editing control, a medication information editing control and a treatment effect editing control;
when a trigger target control is detected, acquiring a target text edited in each editing control, and generating a classic case based on the target text;
the classic cases are sent to a case subsystem for the case subsystem to store the classic cases.
5. The method of claim 1, further comprising:
and when the consultation user is detected to trigger the search content editing control, acquiring the editing content in the search content editing control, and calling at least one classic case from the case subsystem according to the editing content.
6. The method of claim 1, further comprising:
processing the comment information and the evaluation value of each classic case based on an evaluation subsystem, determining a label corresponding to the classic case, and feeding the label back to the diagnosis receiving subsystem;
binding the label with a consultation user corresponding to the classic case based on the consultation receiving subsystem, and displaying the label matched with the consultation user when the consultation user is detected to be triggered.
7. The method of claim 1, further comprising:
and storing the classical cases corresponding to each diagnosis receiving user based on the case subsystem so as to call the matched classical cases from the classical case library when the operation of triggering the calling of the classical cases is detected.
8. A medical sharing system, comprising: the system comprises a diagnosis receiving subsystem, a case subsystem, an evaluation subsystem and a diagnosis and treatment recording subsystem; the system comprises a diagnosis receiving subsystem, a diagnosis receiving subsystem and a diagnosis receiving subsystem, wherein the diagnosis receiving subsystem is used for storing basic information of each diagnosis receiving user, and the basic information comprises user personal information and department information to which the diagnosis receiving user belongs;
the case subsystem is used for storing case information uploaded by each examination receiving user, and the case information comprises disease information, disease medication information and diagnosis and treatment effect information;
the evaluation subsystem is used for determining the evaluation value and the label of the case information according to the evaluation information of each case information of each diagnosis receiving user;
the diagnosis and treatment input subsystem is used for enabling each patient receiving user to upload case information, and storing the case information to the case subsystem after examining and verifying the case information so that the case subsystem stores the case information.
9. An electronic device, characterized in that the electronic device comprises:
one or more processors;
a storage device for storing one or more programs,
when executed by the one or more processors, cause the one or more processors to implement the medical sharing method of any one of claims 1-7.
10. A storage medium containing computer-executable instructions for performing the medical sharing method of any one of claims 1-7 when executed by a computer processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110019771.5A CN112768078A (en) | 2021-01-07 | 2021-01-07 | Diagnosis and treatment sharing method and system, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110019771.5A CN112768078A (en) | 2021-01-07 | 2021-01-07 | Diagnosis and treatment sharing method and system, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112768078A true CN112768078A (en) | 2021-05-07 |
Family
ID=75700800
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110019771.5A Pending CN112768078A (en) | 2021-01-07 | 2021-01-07 | Diagnosis and treatment sharing method and system, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112768078A (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106778002A (en) * | 2016-12-26 | 2017-05-31 | 中国科学院苏州生物医学工程技术研究所 | A kind of medical information querying method, equipment and system |
| CN107273671A (en) * | 2017-05-31 | 2017-10-20 | 江苏金琉璃科技有限公司 | It is a kind of to realize the method and system that medical performance quantifies |
| CN107633884A (en) * | 2017-07-25 | 2018-01-26 | 吴健康 | A kind of medical cases big data intelligent management system |
| US20180108442A1 (en) * | 2016-10-18 | 2018-04-19 | iDoc24 Inc. | Telemedicine referral platform |
-
2021
- 2021-01-07 CN CN202110019771.5A patent/CN112768078A/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20180108442A1 (en) * | 2016-10-18 | 2018-04-19 | iDoc24 Inc. | Telemedicine referral platform |
| CN106778002A (en) * | 2016-12-26 | 2017-05-31 | 中国科学院苏州生物医学工程技术研究所 | A kind of medical information querying method, equipment and system |
| CN107273671A (en) * | 2017-05-31 | 2017-10-20 | 江苏金琉璃科技有限公司 | It is a kind of to realize the method and system that medical performance quantifies |
| CN107633884A (en) * | 2017-07-25 | 2018-01-26 | 吴健康 | A kind of medical cases big data intelligent management system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200243175A1 (en) | Health information system for searching, analyzing and annotating patient data | |
| US10199123B2 (en) | Generation and data management of a medical study using instruments in an integrated media and medical system | |
| US8756072B2 (en) | Generation and data management of a medical study using instruments in an integrated media and medical system | |
| US20130311201A1 (en) | Medical record generation and processing | |
| CN112542237B (en) | Online task distribution method and device, electronic equipment and storage medium | |
| US20150332021A1 (en) | Guided Patient Interview and Health Management Systems | |
| US20100305969A1 (en) | Systems and methods for generating subsets of electronic healthcare-related documents | |
| CN112542236A (en) | Online task distribution method and device, electronic equipment and storage medium | |
| US20150227714A1 (en) | Medical information analysis apparatus and medical information analysis method | |
| CN112786140A (en) | Chronic disease management method and device based on medication data and electronic equipment | |
| CN114240160A (en) | Quality control method and device for electronic medical record, electronic equipment and storage medium | |
| Redfield et al. | Derivation and validation of a machine learning record linkage algorithm between emergency medical services and the emergency department | |
| CN110471941B (en) | Method and device for automatically positioning judgment basis and electronic equipment | |
| US10482999B2 (en) | Systems and methods for efficient handling of medical documentation | |
| CN113160914A (en) | Online inquiry method and device, electronic equipment and storage medium | |
| US20160224732A1 (en) | Predicting related symptoms | |
| Wang et al. | Identification of people with acquired hemophilia in a large electronic health record database | |
| US20230072155A1 (en) | Method and system for incorporating patient information | |
| CN112768078A (en) | Diagnosis and treatment sharing method and system, electronic equipment and storage medium | |
| Linder et al. | Clinical decision support to improve antibiotic prescribing for acute respiratory infections: results of a pilot study | |
| Lorden et al. | Leveraging administrative data for program evaluations: A method for linking data sets without unique identifiers | |
| US10586616B2 (en) | Systems and methods for generating subsets of electronic healthcare-related documents | |
| Scharp et al. | Natural language processing applied to clinical documentation in post-acute care settings: A scoping review | |
| CN113764063A (en) | Physical examination report processing method, device, equipment and storage medium | |
| Nkoy et al. | Validation of an electronic system for recording medical student patient encounters |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |