WO2017045329A1 - 挂号方法和系统 - Google Patents

挂号方法和系统 Download PDF

Info

Publication number
WO2017045329A1
WO2017045329A1 PCT/CN2016/072037 CN2016072037W WO2017045329A1 WO 2017045329 A1 WO2017045329 A1 WO 2017045329A1 CN 2016072037 W CN2016072037 W CN 2016072037W WO 2017045329 A1 WO2017045329 A1 WO 2017045329A1
Authority
WO
WIPO (PCT)
Prior art keywords
patient
doctor
information
waiting
queue
Prior art date
Application number
PCT/CN2016/072037
Other languages
English (en)
French (fr)
Inventor
李伟华
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2017045329A1 publication Critical patent/WO2017045329A1/zh

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00—Subject matter not provided for in other main groups of this subclass

Definitions

  • the present invention relates to the field of communications, and in particular to a method and system for registration.
  • patients choose the right doctor according to the disease through the Internet.
  • the patient directly locks a certain department of a hospital, and has a directional choice to choose a doctor.
  • the patient has made a judgment on his own illness;
  • the patient directly communicates with a specialist before confirming the registration.
  • Internet medical care has an online registration platform, but it simply moves the source to the Internet, lacks a unified platform plan, and does not have any function of resource diversion. Therefore, online registration is still in the stage of winning the source, just a technical service, the function of the platform service has not yet been reflected, and can not really be called a platform.
  • an embodiment of the present invention provides a registration method and system.
  • a registration method comprising: receiving patient information of a patient, and determining a disease category of the patient by a matching algorithm according to the patient part and the patient symptom described in the patient information. Providing, according to the disease category and the queuing condition of the waiting queue, the patient with information of one or more doctors for the patient to select a doctor, wherein the queuing condition includes at least: whether the queue number is full; The patient joins the waiting queue of the doctor selected by the patient and returns a waiting list number and an expected waiting time to complete the patient's registration.
  • providing the patient with information of the one or more doctors for the patient to select a doctor according to the disease category and the queuing condition of the waiting queue including: according to the disease category, Hospital waiting saturation and doctor waiting saturation selection information for the one or more doctors whose queuing queue is not full is provided to the patient for the patient to select a doctor, wherein the queuing condition is saturated with the hospital waiting list Degree and the doctor's waiting for saturation.
  • determining a disease category of the patient by a matching algorithm according to the patient site and the patient symptom described in the patient information includes: matching by a full text according to the patient site and the symptom of the patient described in the patient information. Or code matching The disease category of the patient is determined.
  • the method further includes: receiving the patient for treatment
  • the evaluation information includes at least one of the following: a treatment effect, a treatment cost, a hospital environment, and a doctor's attitude; wherein the evaluation information is further used to increase the queuing priority of the patient.
  • a registration system comprising: a condition matching module configured to receive patient information of a patient and to match according to a patient site and a patient symptom described in the patient information The algorithm determines a disease category of the patient; a routing queuing module is configured to provide the patient with information of one or more doctors for selecting the doctor according to the disease category and the queuing condition of the waiting queue, wherein The queuing condition includes at least: whether the queued number is full; and an output module configured to join the patient to the waiting queue of the doctor selected by the patient, and return a waiting number and an expected waiting time to complete the registration of the patient.
  • the routing queuing module is further configured to match the doctor to the patient according to a geographical relationship between the hospital where the doctor is located and the medical condition of the patient and/or a medical price of the hospital where the doctor is located.
  • the system further includes: an evaluation module, configured to receive the patient's evaluation information for the treatment, the evaluation information including at least one of the following: a treatment effect, a treatment cost, a hospital environment, a doctor's attitude; The evaluation information is also used to increase the queuing priority of the patient.
  • an evaluation module configured to receive the patient's evaluation information for the treatment, the evaluation information including at least one of the following: a treatment effect, a treatment cost, a hospital environment, a doctor's attitude; The evaluation information is also used to increase the queuing priority of the patient.
  • the patient information of the patient is received, and the disease type of the patient is determined by a matching algorithm according to the patient part and the patient symptom described in the patient information; and the patient is provided with one or more according to the disease category and the queuing condition of the waiting queue.
  • a doctor's information for the patient to select a doctor wherein the queuing conditions include at least: whether the queue number is full; adding the patient to the waiting queue of the patient selected by the patient, and returning the waiting number and the expected waiting time to complete the registration of the patient.
  • FIG. 1 is a flow chart of a method of registration according to an embodiment of the present invention.
  • FIG. 2 is a schematic structural diagram of a registration system according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of another registration system according to an embodiment of the present invention.
  • FIG. 4 is a schematic structural view of a medical platform according to a preferred embodiment of the present invention.
  • FIG. 5 is a schematic flow chart of a registration method according to a preferred embodiment of the present invention.
  • FIG. 1 is a flowchart of a method for registration according to an embodiment of the present invention. As shown in FIG. 1 , the process includes the following steps:
  • Step S102 receiving patient information of the patient, and determining a disease category of the patient according to the patient part and the patient symptom described in the patient information by using a matching algorithm;
  • Step S104 providing the patient with information of one or more doctors for selecting the doctor according to the disease category and the queuing condition of the waiting queue, wherein the queuing condition includes at least: whether the queue number is full ;
  • Step S106 adding the patient to the waiting queue of the doctor selected by the patient, and returning the waiting number and the expected waiting time to complete the registration of the patient.
  • the patient when registering, may also select other additional conditions for constraining the doctor who can be registered, for example, the area where the doctor is located, the level of the doctor's hospital, the treatment price, and the like.
  • the patient views or filters the information of the additional conditions in the information of one or more of the doctors pushed by the system to ultimately select the doctor to be registered.
  • the queuing queue of the physician provided to the patient selection needs to have a vacant queuing position for the patient to select a queuing.
  • more conditions can be considered, such as: the geographical location of the hospital where the doctor is located and the patient, the medical price of the hospital where the doctor is located, etc., that is, according to the location of the doctor and the patient's location.
  • the relationship, the medical price of the hospital where the doctor is located matches one or more doctors to the patient.
  • the doctors in the hospital closer to the patient and the doctors in the hospital closest to the patient's expected medical price will be preferentially matched, or the degree of matching will be appropriately increased.
  • an evaluation feedback mechanism for the doctor is further provided.
  • the situation of the medical treatment can be comprehensively evaluated, and the contents of the evaluation include, but are not limited to, the evaluation of the patient to the doctor and the treatment of the patient. Evaluation of the effect, evaluation of the patient's treatment price, and evaluation of the patient's hospital.
  • it is possible to provide more favorable conditions for patients who are actively evaluating such as: raising the priority of the patient's next registration queue, and returning the points that can be used to deduct consumption.
  • a registration system is also provided, which is configured to implement the foregoing embodiments and preferred embodiments, and has not been described again.
  • the systems described in the following embodiments can be placed in a client-server based system architecture.
  • the apparatus described in the following embodiments is preferably implemented in software, but hardware, or a combination of software and hardware, is also possible and contemplated.
  • the system includes: a first collection device 22, a second collection device 24, and a processing device 26, wherein the first collection device 22 is configured.
  • the doctor information includes at least: a medical field that is good at;
  • the second collecting device 24 is configured to collect patient information of the patient, wherein the patient information includes at least: a patient's part and a patient's symptoms;
  • the device 26, coupled to the first collection device 22 and the second collection device 24, respectively, is configured to match the patient to one or more physicians for registration by the patient based on the physician information and the patient information.
  • the first collecting device 22 and the second collecting device 24 may be a personal computer terminal or a handheld mobile device, such as a smart phone, a tablet computer, or the like.
  • the first collection device 22 and the second collection device 24 access the Internet through wireless or wired access technologies and are connected to the processing device 26 via the Internet.
  • both the first collection device 22 and the second collection device 24 are located at the client location, and the processing device 26 is located at the server location.
  • the processing device 26 is arranged to determine the disease category of the patient in accordance with the condition provided by the patient; and, based on the physician information, select one or more doctors for the patient in a medical field in a medical field where the patient is authorized to be registered.
  • the processing device 26 is further configured to match the patient to one or more doctors based on the geographic location of the hospital in which the physician is located and the medical price of the hospital in which the doctor is located.
  • the doctor information further includes at least one of the following: a hospital where the doctor is located, a department where the doctor is located, a patient's evaluation of the doctor, and a doctor's registration status.
  • the processing device 26 is further configured to: receive evaluation information of the patient's medical condition, wherein the evaluation information includes at least one of: a patient's evaluation of the doctor, the patient's evaluation of the treatment effect, the patient's evaluation of the treatment price, and the patient Evaluation of the hospital.
  • the evaluation information includes at least one of: a patient's evaluation of the doctor, the patient's evaluation of the treatment effect, the patient's evaluation of the treatment price, and the patient Evaluation of the hospital.
  • This embodiment further provides a registration system, which is configured to implement the registration method.
  • 3 is a schematic structural view of another registration system according to an embodiment of the present invention. It should be noted that FIG. 3 is a modification of the system shown in FIG. 2. As shown in FIG. 3, the system includes a condition matching module 32, a routing queuing module 34, and an output module 36.
  • the condition matching module 32 is configured to receive patient information of the patient, and determine a disease category of the patient by a matching algorithm according to the patient part and the patient symptom described in the patient information; the routing queuing module 34 is coupled to the symptom matching module 32, The method is configured to provide one or more doctors' information for the patient to select a doctor according to the disease category and the queuing condition of the waiting queue, wherein the queuing condition includes at least: whether the queue number is full; the output module 36 is coupled to the route queue Module 34 is configured to add the patient to the waiting queue of the patient selected by the patient and return the waiting number and the expected waiting time to complete the patient registration.
  • the route queuing module 34 includes: a query unit, configured to query the disease type according to the type of the disease a medical field; and a providing unit coupled to the query unit, configured to select one or more doctors according to a preset matching rule among doctors who are good at the medical field, and return information of one or more doctors for the patient to select a doctor .
  • the providing unit comprises: a matching subunit configured to match the doctor to the patient according to the matching algorithm; a providing subunit coupled to the matching subunit, configured to be one or more doctors who are not in the queue of the matching doctors Information is provided to the patient.
  • the matching subunit is further configured to match the doctor to the patient based on the geographic location of the hospital where the doctor is located and the medical price of the hospital where the doctor is located.
  • the system further comprises: an evaluation module configured to receive evaluation information of the patient's treatment status of the selected doctor, wherein the evaluation information comprises at least one of: a patient's evaluation of the doctor, the patient's evaluation of the treatment effect, the patient pair Evaluation of treatment price, patient evaluation of the hospital.
  • an evaluation module configured to receive evaluation information of the patient's treatment status of the selected doctor, wherein the evaluation information comprises at least one of: a patient's evaluation of the doctor, the patient's evaluation of the treatment effect, the patient pair Evaluation of treatment price, patient evaluation of the hospital.
  • each functional unit in each embodiment of the present invention may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the above integrated unit can be implemented in the form of hardware or in the form of a software functional unit.
  • Embodiments of the present invention also provide a software for performing the technical solutions described in the above embodiments and preferred embodiments.
  • Embodiments of the present invention also provide a storage medium.
  • the above storage medium may be configured to store program code for performing the following steps:
  • Step S102 receiving patient information of the patient, and determining a disease category of the patient according to the patient part and the patient symptom described in the patient information by using a matching algorithm;
  • Step S104 providing the patient with information of one or more doctors for selecting the doctor according to the disease category and the queuing condition of the waiting queue, wherein the queuing condition includes at least: whether the queue number is full .
  • Step S106 adding the patient to the waiting queue of the doctor selected by the patient, and returning the waiting number and the expected waiting time to complete the registration of the patient.
  • the foregoing storage medium may include, but is not limited to, a USB flash drive, a Read-Only Memory (ROM), and a Random Access Memory (RAM).
  • ROM Read-Only Memory
  • RAM Random Access Memory
  • a preferred embodiment of the present invention provides a method and apparatus for implementing Internet registration for providing a patient with a suitable doctor according to a condition via the Internet.
  • the purpose of a preferred embodiment of the present invention is to establish a truly unified medical platform based on patient conditions (disease, position) Automatically match, and give the user the opportunity to manually select and compare.
  • the platform collects more in-depth information from physicians and provides patients with assessments and feedback on the results of physician treatments, which in turn raises doctors' priorities.
  • the patient pre-evaluates through the platform's condition and then selects the system-recommended doctor to provide a better personalized service and appropriate patient shunting. It is a very appropriate choice for patients and hospitals.
  • the system firstly conducts a pre-assessment of the disease by first creating a unified medical platform, and then automatically matches the recommended doctor according to the patient condition (condition, location, medical insurance, etc.). Finally choose the right doctor.
  • the unified medical platform of the embodiment of the invention includes an information collection module, a queue management module, a disease matching module, a route queuing module, and an evaluation feedback module, wherein
  • the information collection module records the doctor's detailed information, such as hospital, department, technical expertise, and working years.
  • the information collection module is divided into two parts: the server/client.
  • the client is a PC or a mobile phone, based on a web or PC application or a mobile app.
  • a queue management module that manages patient queues and doctor queues.
  • the disease category group contains hospitals that can treat the disease, hospitals are ranked according to hospital priorities; or hospital waits for saturation.
  • each hospital is divided into several groups according to the department, and the doctors in the department are ranked according to the priority; or according to the doctor's waiting saturation; in addition, according to the doctor's excellent treatment results, the patient can evaluate the doctor's treatment results and Feedback, the system automatically adjusts the priority factor based on the evaluation results.
  • the disease matching module is registered online by the medical platform, the system provides the patient to select or input the diseased part, or can select the basic condition, and then provides a specific condition according to the diseased part or the basic condition system for the patient to select or input.
  • the system looks for the best matching disease category based on the diseased site (or underlying condition) and the specific condition provided by the patient.
  • the matching method can match the whole text or match the code.
  • the route queuing module the disease matching module first determines the patient's disease category according to the patient's provided condition, selects a number of doctors according to the disease type, the hospital waiting saturation, and the doctor's waiting saturation, and recommends the patient to the patient, and the patient can manually select a suitable doctor to register or
  • the system automatically matches the best doctor registration. When the system is matched, consider the patient's position, medical insurance and other factors. After the patient successfully registered, the system puts the patient into the patient queuing queue and modifies the number of registered patients in the hospital and the corresponding doctor. The system also returns the waiting list number and approximate waiting time.
  • the evaluation feedback module provides the patient with evaluation feedback of the treatment, and automatically adjusts the doctor's priority according to the evaluation feedback system.
  • Step 1 first enter the doctor information, two ways: the doctor can start the corresponding program entry information through the PC or mobile phone, the system is approved; or the system maintenance personnel enter.
  • Step 2 When the patient consults a doctor or registers through the Internet, first interacts with the system to select a diseased part or a basic condition, and the system gives a more specific condition according to the affected part or the basic condition, the patient selects and confirms, and the interaction ends.
  • the system gives the medical field.
  • Step 3 The system selects the appropriate doctor according to the patient's disease type, geographical location and medical insurance, and returns the waiting number and approximate waiting time.
  • the patient can select a suitable doctor according to his or her specific situation, and at the same time effectively divert the patient, so that some hospital patients are crowded, and some hospital patients are insufficient, resulting in medical resources being idle.
  • the medical platform provided by the preferred embodiment of the present invention includes a plurality of modules: an information collection module, a queue management module, a symptom matching module, a route queuing module, and an evaluation feedback module.
  • the information collection module mainly obtains the doctor's detailed information.
  • the queue management module manages the patient queuing queue and the doctor queuing queue.
  • the condition matching module finds the best matching disease category based on the patient's choice or input into the affected area.
  • the routing queuing module selects the appropriate doctor based on factors such as the patient's disease type, geographic location, and medical insurance.
  • the evaluation feedback module mainly completes the evaluation feedback after the patient is treated.
  • the information collection module mainly obtains the doctor's detailed information and enters the system, including age, working years, work hospital, work department, medical professional and so on.
  • the doctor information can be collected through two aspects: the doctor manually fills in the information collection form, and the information collector then uniformly enters the information collection form; the doctor downloads the PC or the mobile phone information collection client, completes the registration through the information collection client, and fills in the detailed personal information.
  • the system completes the review.
  • the information collection module also obtains information about the hospital, including the name, grade, location, and other attributes.
  • the system When the system enters information such as doctors, hospitals, etc., the system will give these entities a unique identifier. When the doctor is selected in the system, the doctor's logo is selected.
  • the queue management module manages the patient queuing queue and the doctor queuing queue.
  • the patient's queuing queue several groups are classified by disease type, and the disease category and code comply with standards such as the International Classification of Diseases.
  • the disease category group contains hospitals that can treat the disease.
  • the hospital's priority can be ranked according to hospital grades such as 3A, 3B, 2A, 2B, 1A, 1B; or according to hospital waiting saturation, waiting saturation based on
  • the number of registered people/maximum number of people to be interviewed is calculated, and the queue priority of the hospital is set by the system.
  • each hospital is divided into several groups according to the department.
  • the doctors in the department are ranked according to the priority.
  • the doctor's priority can be according to the professional level of the doctor, such as the chief physician or deputy chief physician; or according to the doctor's waiting saturation, Waiting saturation is calculated according to the number of registered people/maximum number of patients; in addition, according to the doctor's excellent results, the patient can evaluate and feedback the doctor's treatment results, and the system automatically adjusts the priority coefficient according to the evaluation results.
  • the calculation method is as follows: (1+ good results of evaluation / (100 + total number of treatments)).
  • the doctor's queuing priority is set by the system.
  • priority coefficient here is only an example, and a new priority meter can be added according to the specific implementation situation. Calculation method.
  • the system When a patient registers online through a medical platform, the system provides the patient with a choice or input of the affected site, or can select a basic condition, and then provide a specific condition for the patient to select or input according to the affected part or the basic condition system.
  • the system looks for the best matching disease category based on the diseased site (or underlying condition) and the specific condition provided by the patient.
  • the matching method can match the whole text or match the code.
  • Full-text matching If the disease category "cold” is defined as “fever”, “headache”, “runny nose”, when the patient provides “fever”, “headache”, “runny nose” and other diseases, these diseases and diseases
  • the disease in the category library is matched in full text so that it can be classified as a "cold” disease category.
  • the full-text matching method can be passed through the full-text search engine.
  • Code matching method The diseases of each disease category are coded for the disease, and the disease code of each disease category is sorted in some way, such as the severity of the disease, the typicality of the disease, etc., and the sorting manner is set by the system.
  • the system converts the condition into the corresponding condition code, sorts it in the manner preset by the system, and the system quickly performs code matching.
  • the disease matching module first determines the patient's disease category according to the patient's disease, selects several doctors according to the disease category, hospital waiting saturation and doctor waiting saturation, and recommends the patient to the patient.
  • the patient can manually select the appropriate doctor for registration or automatic system matching. Excellent doctor registered.
  • the system is matched, consider the patient's position, medical insurance and other factors.
  • the system After the patient successfully registered, the system will put the patient into the patient queuing queue, and modify the number of registered patients in the hospital, department and the corresponding doctor. The system also returns the waiting number and approximate waiting time.
  • the evaluation feedback module mainly obtains the effect evaluation of the patient's treatment and inputs the system, including the treatment effect (good, general, poor), treatment cost, hospital environment, doctor attitude, and the like. After the patient is treated, the evaluation feedback of the treatment is completed by evaluating the feedback client. If there are multiple treatment experiences, they are evaluated separately each time. For patients with positive feedback therapy, the registration queuing priority can be gradually improved according to the feedback accumulation.
  • the calculation method is as follows:
  • the above medical platform involves multiple modules, and each module can perform message interaction through an inter-system message mechanism on many or more devices.
  • FIG. 5 is a flowchart of a registration method according to a preferred embodiment of the present invention. As shown in FIG. 5, the flow of the registration method based on the above medical platform is as follows:
  • Step S502 the system is initialized
  • System initialization includes the collection of physician information, the initialization of illness information, and queue initialization.
  • the queue initialization includes the maximum number of consultations per day in each hospital, the maximum number of consultations per day in each department, and the maximum number of consultations per doctor per day.
  • the total number of consultations per day in all departments of the hospital cannot exceed the maximum number of consultations per day in the hospital.
  • the total number of doctors per day for all doctors cannot be greater than the maximum number of people in the department for one day. This setting enables the patient to be diverted between different hospitals, improve the utilization rate of each hospital, and better serve each patient.
  • Step S504 the symptoms match
  • a patient consults a doctor or registers through the Internet, he or she first interacts with the system to select a diseased part or a basic condition.
  • the system gives a more specific condition according to the affected part or the basic condition.
  • the patient makes a selection and confirmation. After the interaction ends, the system searches for the system. The most matching disease category.
  • Step S506 routing is queued
  • the system selects the appropriate doctor according to the patient's disease type, geographical location and medical insurance, and returns to the waiting list and approximate waiting time.
  • Step S508 evaluating feedback
  • the evaluation feedback of the treatment is completed by evaluating the feedback client.
  • the patient's evaluation feedback also increases the patient's credit score, thus providing the patient with a priority when registering.
  • the patient pre-evaluates the patient recommended by the re-selection system through the condition of the platform so as to provide a better personalized service and perform appropriate patient shunting.
  • the registration through the registration, treatment, feedback to form a closed loop, to promote doctors to continuously improve treatment, and continuously increase the influence.
  • patient evaluation feedback is combined with registered priority to promote positive feedback from patients.
  • modules or steps of the present invention described above can be implemented by a general-purpose computing device that can be centralized on a single computing device or distributed across a network of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein.
  • the steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps thereof are fabricated as a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the patch software upgrade method and system provided by the embodiments of the present invention have the following beneficial effects: realizing personalizedization and objectification of registration, and realizing reasonable diversion of patients between different hospitals.

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明提供了一种挂号方法和系统，其中，该方法包括：接收患者的患者信息，并根据患者信息中描述的病患部位和病患症状通过匹配算法确定患者的疾病类别；根据疾病类别和候诊队列的排队条件，为患者提供一个或者多个医生的信息，以供患者选择医生，其中，排队条件至少包括：排队人数是否已满；将患者加入患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成患者的挂号。通过本发明，解决了依赖患者的主观判断进行挂号所存在的问题，实现了挂号的个性化和客观化，并实现患者在不同医院间的合理分流。

Description

挂号方法和系统 技术领域
本发明涉及通信领域，具体而言，涉及一种挂号方法和系统。
背景技术
目前患者通过互联网根据病症选择合适的医生有两种方式：其一，患者直接锁定某家医院的某个科室，带有方向性去选择医生，这里患者已预先对自己病症做了判断；其二，患者直接与某专科医生在线交流后再确定挂号。
发明人在研究过程中发现：上述两种方式均存在不足：一是缺乏对医疗资源的个性化定位服务。病人被过早的分流到专科，这造成了两个问题：首先病人自己缺乏医学知识，不知道该看什么科，浪费时间和精力；其次病人的问题可能是全方位的，而专科医生头痛医头，脚痛医脚，最后没能从根本上解决问题。二是用户无法根据自己的所在地、病症查看距离其较近的医院的相关医生，并比较拥挤程度和医生经验后决定去哪里就诊。
目前互联网医疗已有网上挂号平台，但只是简单地把号源搬到网上，缺乏统一平台的规划，没有任何资源分流的功能。因此，网上挂号还处在争取号源的阶段，只是一个技术服务，平台服务的功能还未体现出来，还不能真正称为一个平台。
针对相关技术中依赖患者的主观判断进行挂号所存在的问题，目前尚未提出有效的解决方案。
发明内容
为了解决上述技术问题，本发明实施例提供了一种挂号方法和系统。
根据本发明实施例的一个方面，提供了一种挂号方法，包括：接收患者的患者信息，并根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别；根据所述疾病类别和候诊队列的排队条件，为所述患者提供一个或者多个医生的信息，以供所述患者选择医生，其中，所述排队条件至少包括：排队人数是否已满；将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号。
可选地，根据所述疾病类别和所述候诊队列的所述排队条件，为所述患者提供所述一个或者多个医生的信息，以供所述患者选择医生包括：根据所述疾病类别、医院候诊饱和度和医生候诊饱和度选择排队队列未满的所述一个或者多个医生的信息提供给所述患者，以供所述患者选择医生，其中，所述排队条件为所述医院候诊饱和度和所述医生候诊饱和度。
可选地，根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别包括：根据所述患者信息中描述的病患部位和病患症状，通过全文匹配或代码匹配 确定所述患者的疾病类别。
可选地，在将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号之后，所述方法还包括：接收所述患者对治疗的评价信息，所述评价信息包括以下至少之一：治疗效果、治疗费用、医院环境、医生态度；其中，所述评价信息还用于提升所述患者的排队优先级。
根据本发明实施例的另一个方面，还提供了一种挂号系统，包括：病症匹配模块，设置为接收患者的患者信息，并根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别；路由排队模块，设置为根据所述疾病类别和候诊队列的排队条件，为所述患者提供一个或者多个医生的信息，以供所述患者选择医生，其中，所述排队条件至少包括：排队人数是否已满；输出模块，设置为将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号。
可选地，所述路由排队模块，还设置为根据所述医生所在的医院与所述患者的地理位置关系和/或所述医生所在的医院的医疗价格，为所述患者匹配医生。
可选地，所述系统还包括：评价模块，设置为接收所述患者对治疗的评价信息，所述评价信息包括以下至少之一：治疗效果、治疗费用、医院环境、医生态度；其中，所述评价信息还用于提升所述患者的排队优先级。
通过本发明，采用接收患者的患者信息，并根据患者信息中描述的病患部位和病患症状通过匹配算法确定患者的疾病类别；根据疾病类别和候诊队列的排队条件，为患者提供一个或者多个医生的信息，以供患者选择医生，其中，排队条件至少包括：排队人数是否已满；将患者加入患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成患者的挂号的方式，解决了依赖患者的主观判断进行挂号所存在的问题，实现了挂号的个性化和客观化，并实现患者在不同医院间的合理分流。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的挂号方法的流程图；
图2是根据本发明实施例的挂号系统的结构示意图；
图3是根据本发明实施例的另一挂号系统的结构示意图；
图4是根据本发明优选实施例的医疗平台的结构示意图；
图5是根据本发明优选实施例的挂号方法的流程示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
本发明实施例提供了一种挂号方法，图1是根据本发明实施例的挂号方法的流程图，如图1所示，该流程包括如下步骤：
步骤S102，接收患者的患者信息，并根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别；
步骤S104，根据所述疾病类别和候诊队列的排队条件，为所述患者提供一个或者多个医生的信息，以供所述患者选择医生，其中，所述排队条件至少包括：排队人数是否已满；
步骤S106，将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号。
通过上述步骤，通过结合医生所擅长的医疗领域和患者的病患部位、病患症状信息，为患者匹配医生的方式进行挂号，提升了挂号的客观性，解决了依赖患者的主观判断进行挂号所存在的问题，实现了挂号的个性化和客观化。
优选地，在进行挂号时，患者(或者用户)还可以选择其他附加条件用来约束可以挂号的医生，例如：医生所在医院所处的区域、医生所在医院的等级、治疗价格等。或者，患者在系统推送的一个或者多个医生的信息中查看或者筛选这些附加条件的信息，以最终选择所要挂号的医生。
优选地，提供给患者选择的医生的排队队列需要有空余排队位置，以便患者选择排队。
优选地，在匹配医生时，还可以考虑更多的条件，例如：医生所在的医院与患者的地理位置关系、医生所在的医院的医疗价格等等，即根据医生所在的医院与患者的地理位置关系、医生所在的医院的医疗价格，为患者匹配一个或者多个医生。其中，距离患者越近的医院的医生、与患者期望的医疗价格最接近的医院的医生将被优先匹配，或者匹配程度将会适当增加。
优选地，在本发明实施例中还提供了对医生的评价反馈机制，在患者就诊之后，可以对就诊的情况综合进行评价，评价的内容包括但不限于：患者对医生的评价、患者对治疗效果的评价、患者对治疗价格的评价、患者对医院的评价。此外，为了鼓励患者对医生或者诊疗效果的评价，可以对评价积极的患者提供更多有益条件，例如：提升患者下一次挂号排队的优先级，给患者返还可以用来抵扣消费的积分等。
在本实施例中还提供了一种挂号系统，设置为实现上述实施例及优选实施方式，已经进行过说明的不再赘述。下列实施例所描述的系统可以设置在基于客户端-服务器的系统构架中。以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
图2是根据本发明实施例的挂号系统的结构示意图，如图2所示，该系统包括：第一采集设备22、第二采集设备24和处理设备26，其中，第一采集设备22，设置为采集医生的医生信息，其中，医生信息至少包括：所擅长的医疗领域；第二采集设备24，设置为采集患者的患者信息，其中，患者信息至少包括：病患部位和病患症状；处理设备26，分别耦合至第一采集设备22和第二采集设备24，设置为根据医生信息和患者信息，为患者匹配一个或者多个医生，以供患者挂号。
其中，上述的第一采集设备22和第二采集设备24可以是个人计算机终端，也可以是手持移动设备，例如：智能手机，平板电脑等。第一采集设备22和第二采集设备24通过无线或者有线的接入技术接入互联网，并通过互联网与处理设备26相连接。在客户端-服务器的构架中，第一采集设备22和第二采集设备24均位于客户端位置，处理设备26位于服务器位置。
优选地，处理设备26，设置为按照所述患者提供的病症，确定所述患者的疾病类别；以及根据医生信息，在擅长患者应挂号的医疗领域的医生中为患者选择一个或者多个医生。
优选地，处理设备26还设置为根据医生所在的医院与患者的地理位置关系、医生所在的医院的医疗价格，为患者匹配一个或者多个医生。
优选地，医生信息还包括以下至少之一：医生所在的医院、医生所在的科室、患者对医生的评价、医生被挂号状况。
优选地，处理设备26还设置为：接收患者对就诊情况的评价信息，其中，评价信息包括以下至少之一：患者对医生的评价、患者对治疗效果的评价、患者对治疗价格的评价、患者对医院的评价。
本实施例还提供了一种挂号系统，设置为实现上述挂号方法。图3是根据本发明实施例的另一挂号系统的结构示意图。需要说明的是，图3是图2所示系统的一种变形形式。如图3所示，该系统包括：病症匹配模块32、路由排队模块34和输出模块36。
其中，病症匹配模块32，设置为接收患者的患者信息，并根据患者信息中描述的病患部位和病患症状通过匹配算法确定患者的疾病类别；路由排队模块34，耦合至病症匹配模块32，设置为根据疾病类别和候诊队列的排队条件，为患者提供一个或者多个医生的信息，以供患者选择医生，其中，排队条件至少包括：排队人数是否已满；输出模块36，耦合至路由排队模块34，设置为将患者加入患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成患者的挂号。
优选地，路由排队模块34包括：查询单元，设置为按照疾病类型，查询疾病类型应挂号 的医疗领域；以及提供单元，耦合至查询单元，设置为在擅长医疗领域的医生中，按照预设匹配规则选择一个或者多个医生，并返回一个或者多个医生的信息，以供患者选择医生。
优选地，提供单元包括：匹配子单元，设置为根据匹配算法，为患者匹配医生；提供子单元，耦合至匹配子单元，设置为将匹配到的医生中排队队列未满的一个或者多个医生的信息提供给患者。
优选地，匹配子单元，还设置为根据医生所在的医院与患者的地理位置关系和/或医生所在的医院的医疗价格，为患者匹配医生。
优选地，系统还包括：评价模块，设置为接收患者对选择的医生的治疗情况的评价信息，其中，评价信息包括以下至少之一：患者对医生的评价、患者对治疗效果的评价、患者对治疗价格的评价、患者对医院的评价。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
本发明的实施例还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。
本发明的实施例还提供了一种存储介质。在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：
步骤S102，接收患者的患者信息，并根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别；
步骤S104，根据所述疾病类别和候诊队列的排队条件，为所述患者提供一个或者多个医生的信息，以供所述患者选择医生，其中，所述排队条件至少包括：排队人数是否已满。
步骤S106，将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
为了使本发明实施例的描述更加清楚，下面结合优选实施例进行描述和说明。
本发明优选实施例提供了一种互联网挂号的实现方法和装置，用于提供给患者通过互联网根据病症选择合适医生。
本发明优选实施例的目是建立一个真正的统一医疗平台，系统根据患者条件(病症、位 置、医保等)进行自动匹配，并给用户人工选择和比较的机会。该平台采集医生更深入的信息，并为患者提供医生治疗结果的评估和反馈，评估结果反过来提升医生的优先级。患者通过平台的病症预先评估再选择系统推荐的医生这样能提供更好的个性化服务，且进行合适的患者分流。对患者和医院来讲都是非常恰当的选择。
本发明实施例为了解决目前网上盲目进行挂号或选择医生的问题，通过创建统一的医疗平台，系统先进行病症预先评估，再根据患者条件(病症、位置、医保等)进行自动匹配推荐医生，患者最后选择合适的医生。
本发明优选实施例的方案描述如下：
本发明实施例的统一的医疗平台，包括信息采集模块、队列管理模块、病症匹配模块、路由排队模块和评价反馈模块等，其中，
信息采集模块，录入医生的详细信息，比如医院、科室、技术专长、工作年限等。信息采集模块分服务端/客户端两部分，客户端是PC或手机，基于Web或PC应用程序或手机App。
队列管理模块，队列管理模块管理患者排队队列和医生排队队列。患者的排队队列中，按疾病类别分若干组，疾病类别及代码遵守国际疾病分类等标准。疾病类别组包含能治疗该疾病的医院，医院按医院的优先级排序；或者按照医院候诊饱和度。医生的排队队列中，每个医院根据科室分若干组，科室内医生按优先级排序；或者按照医生候诊饱和度；另外还可以按照医生的治疗优良结果，患者可以对医生的治疗结果进行评价和反馈，系统根据评价结果自动调整优先级系数。
病症匹配模块，通过医疗平台进行网上挂号，系统提供患者选择或输入患病部位，或者能选择基本病症，根据患病部位或基本病症系统再提供具体病症供患者选择或输入。根据患者提供的患病部位(或基本病症)及具体病症，系统查找最匹配的疾病类别。匹配方式可以全文匹配或者代码匹配。
路由排队模块，病症匹配模块根据患者提供的病症先确定患者的疾病类别，根据疾病类别、医院候诊饱和度和医生候诊饱和度选择若干医生并推荐给患者，患者可人工选择适合的医生进行挂号或系统自动匹配最优的医生挂号。系统匹配时，同时考虑患者的位置、医保等因素。患者成功挂号后，系统将患者放入患者排队队列，并修改医院及相应医生的挂号人数，系统还返回候诊序号及大约候诊时间。
评价反馈模块，系统为患者提供治疗的评价反馈，根据评价反馈系统自动调整医生的优先级。
基于上述平台，本发明优选实施例的实现流程如下：
步骤1，首先录入医生信息，两种方式：医生可以通过PC或手机启动相应程序录入信息，系统审核通过；或系统维护人员录入。
步骤2，患者通过互联网咨询医生或挂号时，首先与系统进行病症交互，选择患病部位或基本病症，系统根据患病部位或基本病症给出更具体的病症，患者进行选择和确认，交互结束系统给出医疗领域。
步骤3，系统根据患者的疾病类别、地理位置及医保等因素选择合适的医生，并返回候诊序号及大约候诊时间。
由上述描述可知，通过统一的医疗平台，可以实现患者根据自身具体情况选择合适的医生，同时对患者进行有效分流，避免有些医院患者拥挤不堪，而有些医院患者不足，造成医疗资源空闲。
下面结合附图对本发明优选实施例进行描述和说明。
如图4所示，本发明优选实施例提供的医疗平台包括多个模块：信息采集模块、队列管理模块、病症匹配模块、路由排队模块和评价反馈模块等。信息采集模块主要获取医生的详细信息。队列管理模块管理患者排队队列和医生排队队列。病症匹配模块根据患者选择或输入患病部位查找最匹配的疾病类别。路由排队模块主要根据患者的疾病类别、地理位置及医保等因素选择合适的医生。评价反馈模块主要完成患者治疗后的评价反馈。
1、信息采集模块
信息采集模块主要获取医生的详细信息并输入系统，包括年龄、工作年限、工作医院、工作科室、医疗专业等。可以通过两个方面收集医生信息：医生手工填写信息收集表，信息收集员再统一录入信息收集表；医生下载PC或手机信息采集客户端，通过信息采集客户端完成注册，并填写详细个人信息，系统完成审核。
信息采集模块也获取医院的信息，包括院名、等级、位置等属性。
当系统录入医生、医院等信息时，系统将赋予这些实体唯一标识，系统中选择医生时，表示选择医生的标识。
2、队列管理模块
队列管理模块管理患者排队队列和医生排队队列。患者的排队队列中，按疾病类别分若干组，疾病类别及代码遵守国际疾病分类等标准。疾病类别组包含能治疗该疾病的医院，医院的优先级可以按照医院等级如3甲、3乙、2甲、2乙、1甲、1乙排序；或者按照医院候诊饱和度，候诊饱和度根据挂号人数/最大接诊人数进行计算，医院的排队优先级由系统设置。医生的排队队列中，每个医院根据科室分若干组，科室内医生按优先级排序，医生的优先级可以按照医生的专业等级，如主任医师、副主任医师等；或者按照医生候诊饱和度，候诊饱和度根据挂号人数/最大接诊人数进行计算；另外还可以按照医生的治疗优良结果，患者可以对医生的治疗结果进行评价和反馈，系统根据评价结果自动调整优先级系数，计算方法如下：(1+评估结果良好次数/(100+治疗总次数))。医生的排队优先级由系统设置。
需要说明的是，这里的优先级系数只是例举，可以根据具体实施情况增加新的优先级计 算方法。
3、病症匹配模块
当患者通过医疗平台进行网上挂号时，系统提供患者选择或输入患病部位，或者能选择基本病症，根据患病部位或基本病症系统再提供具体病症供患者选择或输入。根据患者提供的患病部位(或基本病症)及具体病症，系统查找最匹配的疾病类别。匹配方式可以全文匹配或者代码匹配。
全文匹配方式：如定义疾病类别“感冒”的病症有“发烧”、“头痛”、“流鼻涕”，当患者提供“发烧”、“头痛”、“流鼻涕”等病症，将这些病症与疾病类别库的病症进行全文匹配，这样可定位为“感冒”疾病类别。全文匹配方式可通过全文搜索引擎。
代码匹配方式：将各疾病类别的病症进行病症编码，并且对每个疾病类别的病症编码按某种方式排序，比如病症严重性、病症典型性等，排序方式由系统设置。当患者提供病症时，系统将病症转成相应的病症编码，同时按系统预设的方式进行排序，系统快速进行代码匹配。
需要说明的是，这里的匹配方式只是例举，可以根据具体实施情况进行调整。
4、路由排队模块
病症匹配模块根据患者提供的病症先确定患者的疾病类别，根据疾病类别、医院候诊饱和度和医生候诊饱和度选择若干医生并推荐给患者，患者可人工选择适合的医生进行挂号或系统自动匹配最优的医生挂号。系统匹配时，同时考虑患者的位置、医保等因素。
患者成功挂号后，系统将患者放入患者排队队列，并修改医院、科室及相应医生的挂号人数，系统还返回候诊序号及大约候诊时间。
5、评价反馈模块
评价反馈模块主要获取患者治疗的效果评估并输入系统，包括治疗效果(好，一般，差)、治疗费用、医院环境、医生态度等。患者治疗后，通过评价反馈客户端完成本次治疗的评价反馈。如果有多次治疗经历，每次都单独评价。对于积极反馈治疗的患者，在挂号排队优先级上可以根据反馈积累逐步进行提高，计算方法如下：
(1+治疗结果反馈次数/(100+治疗总次数))，挂号排队时根据排队优先级先后进行挂号。
上述的医疗平台涉及多个模块，各个模块可不少在一个或多个设备上，通过系统间消息机制进行消息交互。
图5是根据本发明优选实施例的挂号方法的流程图，如图5所示，基于上述医疗平台的挂号方法的流程如下：
步骤S502，系统初始化；
系统初始化包括医生信息的采集、病症信息的初始化以及队列初始化。队列初始化包括每个医院一天最大接诊人数，每个科室一天最大接诊人数，每个医生一天最大接诊人数，医院所有科室一天的接诊人数总和不能超过该医院一天最大接诊人数，科室所有医生一天接诊人数总和不能大于科室一天最大接诊人数。此设定实现患者在不同医院间的分流，提高各个医院的利用率，更好为每个患者服务。
步骤S504，病症匹配；
患者通过互联网咨询医生或挂号时，首先与系统进行病症交互，选择患病部位或基本病症，系统根据患病部位或基本病症给出更具体的病症，患者进行选择和确认，交互结束后系统查找最匹配的疾病类别。
步骤S506，路由排队；
系统根据患者的疾病类别、地理位置及医保等因素选择合适的医生，并返回候诊序号及大约候诊时间。
步骤S508，评价反馈；
患者治疗后，通过评价反馈客户端完成本次治疗的评价反馈。患者的评价反馈也提高患者的信用积分，这样提供患者在挂号时的优先级。
总上所述，通过本发明的上述实施例或优选实施例，患者通过平台的病症预先评估再选择系统推荐的医生这样能提供更好的个性化服务，且进行合适的患者分流。其次，通过挂号、治疗、反馈形成闭环，促进医生不断改进治疗，不断增加影响力。最后，将患者评价反馈与挂号优先级结合，促进患者治疗的积极反馈。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员 来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
工业实用性
如上所述，本发明实施例提供的一种补丁软件升级方法及系统具有以下有益效果：实现了挂号的个性化和客观化，并实现患者在不同医院间的合理分流。

Claims (7)

  1. 一种挂号方法，包括：
    接收患者的患者信息，并根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别；
    根据所述疾病类别和候诊队列的排队条件，为所述患者提供一个或者多个医生的信息，以供所述患者选择医生，其中，所述排队条件至少包括：排队人数是否已满；
    将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号。
  2. 根据权利要求1所述的方法，其中，根据所述疾病类别和所述候诊队列的所述排队条件，为所述患者提供所述一个或者多个医生的信息，以供所述患者选择医生包括：
    根据所述疾病类别、医院候诊饱和度和医生候诊饱和度选择排队队列未满的所述一个或者多个医生的信息提供给所述患者，以供所述患者选择医生，其中，所述排队条件为所述医院候诊饱和度和所述医生候诊饱和度。
  3. 根据权利要求2所述的方法，其中，根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别包括：
    根据所述患者信息中描述的病患部位和病患症状，通过全文匹配或代码匹配确定所述患者的疾病类别。
  4. 根据权利要求1至3中任一项所述的方法，其中，在将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号之后，所述方法还包括：
    接收所述患者对治疗的评价信息，所述评价信息包括以下至少之一：治疗效果、治疗费用、医院环境、医生态度；其中，所述评价信息还用于提升所述患者的排队优先级。
  5. 一种挂号系统，包括：
    病症匹配模块，设置为接收患者的患者信息，并根据所述患者信息中描述的病患部位和病患症状通过匹配算法确定所述患者的疾病类别；
    路由排队模块，设置为根据所述疾病类别和候诊队列的排队条件，为所述患者提供一个或者多个医生的信息，以供所述患者选择医生，其中，所述排队条件至少包括：排队人数是否已满；
    输出模块，设置为将所述患者加入所述患者选择的医生的候诊队列，并返回候诊序号和预计候诊时间，以完成所述患者的挂号。
  6. 根据权利要求5所述的系统，其中，
    所述路由排队模块，还设置为根据所述医生所在的医院与所述患者的地理位置关系 和/或所述医生所在的医院的医疗价格，为所述患者匹配医生。
  7. 根据权利要求5或6所述的系统，其中，所述系统还包括：
    评价模块，设置为接收所述患者对治疗的评价信息，所述评价信息包括以下至少之一：治疗效果、治疗费用、医院环境、医生态度；其中，所述评价信息还用于提升所述患者的排队优先级。
PCT/CN2016/072037 2015-09-18 2016-01-25 挂号方法和系统 WO2017045329A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510601489.2A CN106557639A (zh) 2015-09-18 2015-09-18 挂号方法和系统
CN201510601489.2 2015-09-18

Publications (1)

Publication Number Publication Date
WO2017045329A1 true WO2017045329A1 (zh) 2017-03-23

Family

ID=58288369

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/072037 WO2017045329A1 (zh) 2015-09-18 2016-01-25 挂号方法和系统

Country Status (2)

Country Link
CN (1) CN106557639A (zh)
WO (1) WO2017045329A1 (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109036530A (zh) * 2018-07-18 2018-12-18 侯璇璇 一种智能化门诊调度控制系统
CN109102869A (zh) * 2018-08-22 2018-12-28 泰康保险集团股份有限公司 基于区块链的医疗数据管理方法、装置、介质及电子设备
CN110827964A (zh) * 2019-10-16 2020-02-21 王红军 一种基于互联网的新型医疗服务系统
CN111276261A (zh) * 2020-01-16 2020-06-12 创业慧康科技股份有限公司 一种mdt会诊系统
CN113052472A (zh) * 2021-03-31 2021-06-29 杭州京威盛智能科技有限公司 基于资源整合的医院智能服务系统
CN114283515A (zh) * 2021-12-30 2022-04-05 深圳市巨鼎医疗股份有限公司 一种排队叫号方法及其系统、计算机可读存储介质
CN115936263A (zh) * 2023-02-22 2023-04-07 华序科技开发(深圳)有限公司 一种智能预约挂号就诊优化方法、电子设备、存储介质
CN116112634A (zh) * 2023-04-04 2023-05-12 科大乾延科技有限公司 一种基于人工智能会议平台的多端视频会议处理系统
CN116364267A (zh) * 2023-02-16 2023-06-30 江苏省计算机技术服务有限公司 一种基于智慧医疗云服务的单点登录管理系统

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107403064A (zh) * 2017-07-27 2017-11-28 安徽云帮邦网络技术有限公司 一种医院中医生资源分配大数据系统
CN108446837B (zh) * 2018-03-07 2022-04-05 中国人民大学 一种医疗服务推荐工作负载优化方法
CN108597579B (zh) * 2018-05-11 2022-10-14 北京爱康宜诚医疗器材有限公司 手术时间的确定方法及装置、存储介质、电子装置
CN109599168A (zh) * 2018-10-15 2019-04-09 平安科技（深圳）有限公司 医疗服务方法、装置、计算机设备及存储介质
CN109636644A (zh) * 2018-12-13 2019-04-16 平安医疗健康管理股份有限公司 医疗报销项目异常的监控方法、监控服务端及存储介质
CN109817312A (zh) * 2018-12-13 2019-05-28 平安科技（深圳）有限公司 一种就诊引导方法及计算机设备
CN109659017B (zh) * 2018-12-24 2020-09-25 乐清市钜派企业管理咨询有限公司 一种预测、分配医生就诊量的智慧医疗系统
CN110021414A (zh) * 2019-04-17 2019-07-16 方翔 互联网医疗服务的智能挂号系统
CN110223753B (zh) * 2019-06-13 2023-06-06 智慧中医科技(广东)有限公司 一种基于排队时长的处方审核分发方法及系统
CN110619959A (zh) * 2019-08-09 2019-12-27 贵阳叁玖互联网医疗有限公司 一种智能分诊的方法及系统
CN110866038A (zh) * 2019-11-12 2020-03-06 维沃移动通信有限公司 信息推荐方法及终端设备
CN112151156A (zh) * 2020-09-24 2020-12-29 苏州七采蜂数据应用有限公司 一种基于大数据的排号信息获取方法及系统
CN112489780A (zh) * 2020-12-16 2021-03-12 李皎 一种基于云计算的医疗系统及其接诊方法
CN113130053A (zh) * 2021-03-24 2021-07-16 大光惠世医疗科技有限公司 一种基于用户活动数据的自助挂号方法及装置
CN117196077A (zh) * 2023-09-21 2023-12-08 深圳市环阳通信息技术有限公司 一种基于互联网的协助挂号诊断系统
CN117133427B (zh) * 2023-10-23 2024-03-19 济宁医学院附属医院 一种医院智能挂号方法、系统、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN203025833U (zh) * 2012-12-10 2013-06-26 上海伦图电子有限公司 医院挂号装置
CN103258139A (zh) * 2013-05-29 2013-08-21 美合实业（苏州）有限公司 一种远程用户多诊断方式选择的医疗方法
CN104240168A (zh) * 2014-09-12 2014-12-24 上海市第十人民医院 一种基于就医焦虑管理的全流程微信服务号
CN104866718A (zh) * 2015-05-16 2015-08-26 深圳市前海安测信息技术有限公司 基于人体部位的导诊方法、客户端和服务器

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN203025833U (zh) * 2012-12-10 2013-06-26 上海伦图电子有限公司 医院挂号装置
CN103258139A (zh) * 2013-05-29 2013-08-21 美合实业（苏州）有限公司 一种远程用户多诊断方式选择的医疗方法
CN104240168A (zh) * 2014-09-12 2014-12-24 上海市第十人民医院 一种基于就医焦虑管理的全流程微信服务号
CN104866718A (zh) * 2015-05-16 2015-08-26 深圳市前海安测信息技术有限公司 基于人体部位的导诊方法、客户端和服务器

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109036530A (zh) * 2018-07-18 2018-12-18 侯璇璇 一种智能化门诊调度控制系统
CN109102869A (zh) * 2018-08-22 2018-12-28 泰康保险集团股份有限公司 基于区块链的医疗数据管理方法、装置、介质及电子设备
CN110827964A (zh) * 2019-10-16 2020-02-21 王红军 一种基于互联网的新型医疗服务系统
CN111276261A (zh) * 2020-01-16 2020-06-12 创业慧康科技股份有限公司 一种mdt会诊系统
CN113052472A (zh) * 2021-03-31 2021-06-29 杭州京威盛智能科技有限公司 基于资源整合的医院智能服务系统
CN114283515A (zh) * 2021-12-30 2022-04-05 深圳市巨鼎医疗股份有限公司 一种排队叫号方法及其系统、计算机可读存储介质
CN116364267A (zh) * 2023-02-16 2023-06-30 江苏省计算机技术服务有限公司 一种基于智慧医疗云服务的单点登录管理系统
CN116364267B (zh) * 2023-02-16 2023-10-31 江苏省计算机技术服务有限公司 一种基于智慧医疗云服务的单点登录管理系统
CN115936263A (zh) * 2023-02-22 2023-04-07 华序科技开发(深圳)有限公司 一种智能预约挂号就诊优化方法、电子设备、存储介质
CN116112634A (zh) * 2023-04-04 2023-05-12 科大乾延科技有限公司 一种基于人工智能会议平台的多端视频会议处理系统
CN116112634B (zh) * 2023-04-04 2023-07-14 科大乾延科技有限公司 一种基于人工智能会议平台的多端视频会议处理系统

Also Published As

Publication number Publication date
CN106557639A (zh) 2017-04-05

Similar Documents

Publication Publication Date Title
WO2017045329A1 (zh) 挂号方法和系统
CN104737132B (zh) 用于按需服务环境中的消息队列的基于竞价的资源共享
CN112687389A (zh) 基于5g和区块链的人工智能医疗分级就诊方法及系统
Peck et al. Generalizability of a simple approach for predicting hospital admission from an emergency department
US20150213201A1 (en) System and method for electronically managing medical data files
Liu et al. A new model for nurse practitioner utilization in primary care: Increased efficiency and implications
Alfonso et al. Modelling and simulation of blood collection systems: improvement of human resources allocation for better cost‐effectiveness and reduction of candidate donor abandonment
CN103914797A (zh) 挂号方案推荐系统和方法
Shen et al. Ambulance diversion associated with reduced access to cardiac technology and increased one-year mortality
CN109119148A (zh) 预约方法和装置
CN106611285A (zh) 智能化卫生人力资源配置系统
CN108960686A (zh) 影响力评估方法及系统
Diefenbach et al. Effects of bed configurations at a hospital emergency department
WO2018113292A1 (zh) 医疗信息化辅助开处方的系统和方法
Rado et al. Using simulation to analyze patient flows in a hospital emergency department in Hong Kong
CN109508833A (zh) 非疾病治疗项目的保费计算方法、装置、设备及存储介质
Saravanakumar et al. Clustering big data for novel health care system
US11961612B1 (en) Determining health service performance via a health exchange
Vlah et al. Use of VNS heuristics for scheduling of patients in hospital
CN110767300B (zh) 一种数据处理方法、装置以及系统、存储介质
Cochran et al. Using the collective system design methodology to improve a medical center emergency room performance
Li et al. Radiation queue: Meeting patient waiting time targets
Aboueljinane et al. A discrete simulation-based optimization approach for multi-period redeployment in emergency medical services
Weber et al. Consecutive versus simultaneous bilateral carpal tunnel release
Malhi et al. Perceived barriers in accessing dental care among patients attending dental institute using decision-making trial and evaluation laboratory method

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16845449

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16845449

Country of ref document: EP

Kind code of ref document: A1