CN112802586A - Task distribution method and device, electronic equipment and storage medium - Google Patents
Task distribution method and device, electronic equipment and storage medium Download PDFInfo
- Publication number
- CN112802586A CN112802586A CN202110112552.1A CN202110112552A CN112802586A CN 112802586 A CN112802586 A CN 112802586A CN 202110112552 A CN202110112552 A CN 202110112552A CN 112802586 A CN112802586 A CN 112802586A
- Authority
- CN
- China
- Prior art keywords
- user
- task
- receiving
- target
- service
- 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
- 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
Abstract
The invention discloses a task dispatching method, a task dispatching device, electronic equipment and a storage medium, wherein the method comprises the following steps: determining at least one to-be-selected hospitalizing user; according to the visit attribute information of the at least one to-be-selected visit user, the target visit task is dispatched to the at least one to-be-selected visit user; if the at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time length, the target service receiving task is dispatched to each to-be-processed service receiving user so that each to-be-processed service receiving user can receive the target service receiving task; and the task processing and receiving user and the user to be selected and received are different in user attribute category. The technical scheme of the embodiment of the invention solves the problems of unbalanced distribution and poor user experience caused by low consultation efficiency due to the random distribution of the consultation tasks for each consultation user in the prior art, and realizes the technical effect of efficiently and accurately distributing the tasks to the corresponding consultation users.
Description
Technical Field
The embodiment of the invention relates to the technical field of computers, in particular to a task dispatching method and device, electronic equipment and a storage medium.
Background
At present, when allocating corresponding treatment tasks to each treatment user, a method of randomly allocating tasks is mostly adopted.
When the method of randomly assigning tasks is adopted, imbalance exists in allocation to each service user, for example, a certain service user does not receive a service for a long time, or a certain service user frequently receives a service, so that the service of the service user is unbalanced, and correspondingly, the waiting time of the service user is long, so that the service efficiency is low, and the user experience is poor.
Disclosure of Invention
The invention provides a task dispatching method, a task dispatching device, electronic equipment and storage, and aims to achieve the technical effect of efficiently dispatching tasks.
In a first aspect, an embodiment of the present invention provides a task dispatching method, where the method includes:
determining at least one to-be-selected hospitalizing user;
according to the visit attribute information of the at least one to-be-selected visit user, the target visit task is dispatched to the at least one to-be-selected visit user;
if the at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time length, the target service receiving task is dispatched to each to-be-processed service receiving user so that each to-be-processed service receiving user can receive the target service receiving task;
and the task processing and receiving user and the user to be selected and received are different in user attribute category. In a second aspect, an embodiment of the present invention further provides a task dispatching device, where the device includes:
the to-be-selected consultation user determining module is used for determining at least one to-be-selected consultation user;
the service receiving task distribution module is used for distributing the target service receiving task to the at least one service receiving user to be selected according to the service receiving attribute information of the at least one service receiving user to be selected;
the target receiving module is used for dispatching the target receiving task to each receiving user to be processed if the at least one receiving user to be selected does not receive the target receiving task within a first preset time length, so that each receiving user to be processed receives the target receiving task;
and the task processing and receiving user and the user to be selected and received are different in user attribute category. 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 task dispatching method according to any one of the embodiments of the present invention.
In a fourth aspect, the embodiments of the present invention further provide a storage medium containing computer-executable instructions, which when executed by a computer processor, are used for executing the task dispatching method according to any one of the embodiments of the present invention.
According to the technical scheme of the embodiment of the invention, each to-be-selected service receiving user is determined, the target service receiving task is sent to each to-be-selected service receiving user according to the service receiving attribute of at least one to-be-selected service receiving user, and if at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time period, the target service receiving task is sent to each to-be-processed service receiving user, so that the service of each to-be-treated service receiving user is received, the technical problems that in the prior art, task distribution is unreasonable due to random task distribution, task receiving efficiency is low, and user experience is poor are solved, and the technical effect of quickly and effectively sending the corresponding service tasks to each service receiving user 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 diagram of a task dispatching process according to a first embodiment of the present invention;
FIG. 2 is a schematic diagram of a main page provided in the first embodiment of the present invention;
fig. 3 is a schematic diagram of a sub-page corresponding to a main page according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating task dispatching according to a second embodiment of the present invention;
fig. 5 is a schematic structural diagram of a task dispatching device according to a third embodiment of the present invention;
fig. 6 is a schematic structural diagram of an electronic device according to a fourth 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 flowchart illustrating a task dispatching method according to an embodiment of the present invention, where the embodiment is applicable to a case where a service task is dispatched to other service users, the method may be executed by a task dispatching device, and the device may be implemented in the form of software and/or hardware, and the hardware may be an electronic device, for example, a PC terminal or a mobile terminal.
Before the technical solution of the present embodiment is described, an application scenario may be exemplarily described. In order to improve the effect of matching the treatment or purchased medicament with the disease condition, thereby improving the treatment efficiency. The embodiment provides a mode of matching the pharmacy and the online medical resource, and the mode can be configured in a developed application program. The user can install an application program corresponding to the mode, such as a medicine purchasing application program, on the mobile terminal. The online inquiry users (visiting users) in the medicine purchasing application program can trigger corresponding controls to conduct online inquiry, and the visiting users registered in the application program can prescribe corresponding prescriptions for the online inquiry users according to the symptoms of the online inquiry users. The prescription can include a medicament name, and a user can purchase the medicament according to the medicament name in an online or offline pharmacy. It should be noted that each pharmacy and the user who receives a doctor need to stay on the provided online inquiry platform. That is, the online inquiry platform includes a plurality of examination receiving users (doctors) and a pharmacy. In order to improve the treatment efficiency and the treatment efficiency, the treatment user can correspond to different departments, different titles and different cities. That is, the user who receives a call in different areas, departments and titles can register on the platform, and after the authentication is passed, the user can receive a corresponding on-line inquiry task.
When a user triggers a corresponding control to perform online inquiry, an online inquiry task can be generated, and based on the method provided by the embodiment, a target receiving user who processes the online inquiry task can be determined, so that the online inquiry task is processed based on the target receiving user.
As shown in fig. 1, the method of this embodiment includes:
and S110, determining at least one to-be-selected patient receiving user.
It should be noted that when the visiting user triggers the medicine purchasing application program displayed on the mobile terminal, optionally, an application program installed on the terminal, or a small program in some application programs, may display a schematic diagram as shown in fig. 2, and a display interface may display a plurality of medicine shops, and display specific names of the medicine shops and distance information from the current location. The way to determine the pharmacy may be: the terminal can acquire the current position information of the visiting user, and pushes the visiting user to a medicine shop which is located at a short distance and stays on the platform based on the position information. Of course, the visiting user can also manually set the current position information, so that the platform determines the pharmacy corresponding to the current position information and updates and displays the pharmacy on the display page.
Further, the visiting user (the patient or the user who buys the medicine) can trigger a control corresponding to any one pharmacy on the display interface, and at this time, the interface schematic diagram shown in fig. 3 can pop up. The user may trigger a spot-rate or video interrogation. It should be noted that, no matter whether the user triggers the video inquiry or the special-speed inquiry, the online inquiry task can be generated, and the target receiving user who processes the online inquiry task is determined based on the method provided by this embodiment. For example, when triggering a spot-rate inquiry, the visiting user may select a desired medication from the medications displayed in the pharmacy, and at the same time, the medication may be associated with at least one efficacy and corresponding at least one disease type of the medication, and the user may manually trigger the corresponding efficacy and disease type of the selected medication. Meanwhile, in order to further facilitate the visiting user to determine whether the name of the medicament selected by the visiting user meets the requirement, after the medicament is filled, basic information of the visiting user, such as name, age, sex, past history, allergy history and the like, needs to be edited. After the information is filled in and the 'confirm' button is triggered, an online inquiry task to be dispatched to the corresponding user can be generated. Meanwhile, the target visiting user matched with the online inquiry task can be determined.
The platform to which the pharmacy inquiry task belongs comprises a plurality of reception users, part of the reception users of the on-line inquiry task can be determined according to a certain screening rule, and the screened department reception users can be used as the reception users to be selected. The screening rules can be screening according to job title, regional screening, hospital grade screening and the like, and can also be screening according to the activity of the user receiving a doctor and the like.
Specifically, part of the service users can be screened from all the service users recorded by the platform according to the corresponding screening rules, and the screened part of the service users can be used as the service users to be selected.
It should be noted that the screened to-be-selected user for receiving a doctor can be determined from different dimensions, for example, in terms of efficiency of receiving a doctor, the user can be determined according to activity level; from the aspect of the diagnosis and treatment rate of the treatment, the diagnosis and treatment rate can be screened according to the hospital grade or the job title of the user who receives the treatment.
And S120, distributing the target examination receiving task to the at least one to-be-selected examination receiving user according to the examination receiving attribute information of the at least one to-be-selected examination receiving user.
The examination receiving attribute information may be an activity level of the examination receiving user, and examination receiving waiting time corresponding to each online inquiry task of the examination receiving user. For example, the average diagnosis receiving time of each user to be selected and the number of currently waiting online inquiry tasks may be determined, and the diagnosis receiving waiting time corresponding to each user to be selected is determined according to the average diagnosis receiving time and the number of online inquiry tasks. And according to the waiting time of each user to be selected for receiving a diagnosis, distributing the current online inquiry task to the corresponding user to be selected for receiving a diagnosis. The on-line interview tasks to be dispatched to the respective interview users can be targeted interview tasks.
The current online inquiry task is dispatched to the corresponding user to be selected for receiving a call, and the tasks can be: and sequentially sending the current online inquiry task to each user to be selected according to the waiting time from long to short, or determining the polling time corresponding to the current online inquiry task to each user to be selected according to the waiting time from long to short, wherein if the waiting time of a certain user A to be selected is 10min, the longer the polling time for distributing the target inquiry task to the user to be selected is, optionally, 50S, otherwise, the waiting time of a certain user B to be selected is 20min, the shorter the polling time for distributing the target inquiry task to the user B to be selected is, optionally, 10S. Or, according to the waiting time, dividing at least one to-be-selected service receiving user into at least two levels, for example, dividing the waiting time into a first level when the waiting time is higher than a preset waiting time threshold, dividing the waiting time into a second level when the waiting time is lower than the preset waiting time threshold, wherein the task distribution time corresponding to the first level is shorter than the task distribution time corresponding to the second level, that is, distributing the target service receiving task to the to-be-selected service receiving users of the first level at the same time, and distributing the target service receiving task to the to-be-selected service receiving users of the second level if no to-be-selected service receiving user receives the service, so that the to-be-selected service receiving users of the second level receive the target service receiving task.
S130, if the at least one to-be-selected service receiving user does not receive the target service receiving task within the first preset time, the target service receiving task is distributed to each to-be-processed service receiving user, so that each to-be-processed service receiving user receives the target service receiving task.
The to-be-processed doctor receiving users and the to-be-selected doctor receiving users are doctor receiving users with different user attribute categories. The user attribute categories include full-time attribute categories and non-full-time attribute categories (part-time attribute categories). The to-be-selected consultation user corresponds to a full-time attribute category, and the to-be-processed consultation user corresponds to a non-full-time attribute category. The first preset time is preset time, and optionally, 2 min.
In the practical application process, the situation that the to-be-selected service user does not receive the target service task exists, and the target service task can be placed in the list pool at the moment so that the to-be-selected service user receives the target service task.
Specifically, if at least one to-be-selected service user does not receive the target service task within two minutes, the target service task may be distributed to at least one corresponding to-be-processed service user, so that the target service task of the target to-be-processed service user exists in each to-be-processed service user. That is to say, before the first preset time period, the target service task is invisible to the user to be treated, and when no one of the service tasks to be selected has a service within the first preset time period, the target service task can be visible to the user to be treated, so that the user to be treated can receive the target service task.
In this embodiment, the step of dispatching the target service task to each of the to-be-processed service users so that each of the to-be-processed service users receives the target service task includes: and placing the target receiving tasks in a task pool so that each to-be-processed receiving user with the user attribute category as the part-time attribute selects the target receiving tasks.
If the to-be-selected service user does not trigger the operation of receiving the target service task, the target service task can be placed in the task pool, so that each to-be-processed service user can rob orders from the task pool.
Specifically, the target reception tasks may be placed in the task pool, so that each to-be-processed reception user whose user attribute category is the part-time attribute may receive a corresponding target reception task, and further process the target reception task to determine whether the name of the medication selected by the user meets the requirements.
According to the technical scheme of the embodiment of the invention, each to-be-selected service receiving user is determined, the target service receiving task is sent to each to-be-selected service receiving user according to the service receiving attribute of at least one to-be-selected service receiving user, and if at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time period, the target service receiving task is sent to each to-be-processed service receiving user, so that the service of each to-be-treated service receiving user is received, the technical problems that in the prior art, task allocation is unreasonable due to random task sending, task receiving efficiency is low, user experience is poor are solved, and the technical effect of quickly and effectively sending the corresponding service tasks to each to-be-treated user is realized.
On the basis of the technical scheme, in order to process the target treatment task as effectively as possible, the target treatment task can be classified according to the activity degree attribute of the treatment-waiting treatment user, and the target treatment task is preferentially distributed to the treatment-waiting treatment user with higher activity degree attribute.
On the basis of the technical scheme, after the target receiving user is determined, the target receiving user can process the target receiving task, determine whether the name of the medicament in the target receiving task meets the requirement or not, and further display whether the corresponding medicament can be purchased or not. Or, the corresponding medicament name can be determined according to the disease description in the target treatment task, and then the proper medicament name can be determined, so that the treatment efficiency of the treatment user is improved.
Example two
Fig. 4 is a schematic flow chart of a task dispatch method according to a second embodiment of the present invention, and a specific implementation manner of at least one to-be-selected consultation user is determined based on the second embodiment, which can be referred to in the detailed description of the technical solution of the present embodiment. The technical terms that are the same as or corresponding to the above embodiments are not repeated herein.
As shown in fig. 4, the method includes:
s210, acquiring all the consultation users with the user attribute types being full-time attribute types.
Each consultation user can select a corresponding user attribute category, and optionally, a full-time attribute category or a part-time attribute category when registering.
Specifically, after receiving the on-line inquiry task, all the interview users with the user attribute category being the full-time attribute in the platform can be acquired.
S220, determining the estimated waiting time of each service user, and determining the at least one service user to be selected according to the estimated waiting time.
The estimated waiting time is the time required by the visiting user corresponding to the target visiting task to wait when each visiting user processes the target visiting task.
In this embodiment, determining the estimated waiting time of each visiting user may be: determining the activity attribute of each consultation user; and determining the estimated waiting time of each service user according to the waiting time estimation mode corresponding to the activity attribute.
It should be noted that each user receiving a doctor also needs to install a corresponding client, and the user can refresh a corresponding page on the client or trigger a corresponding control on the client, so that the system can determine the active level of each user receiving a doctor according to the refresh frequency or trigger operation of the user receiving a doctor.
Wherein the active attributes may include active and inactive attributes. Determining whether active or inactive may be: when the system receives the online inquiry task, the active attribute of each user can be determined according to the receiving refreshing behavior of each receiving user, for example, if the refreshing behavior, the receiving behavior or other operation behaviors exist within two minutes, the active attribute corresponding to the receiving user is active. Otherwise, if the operation behavior is not triggered within the preset time, the active attribute of the corresponding diagnosis receiving user is the inactive attribute. When the activity attributes are different, the prediction modes of the waiting time are different, so that the predicted waiting time can be determined according to the corresponding activity attributes.
Specifically, after the activity attribute of each service user is determined, the estimated waiting time of each service user to be selected can be determined by adopting a waiting time estimation mode matched with the activity attribute.
In this embodiment, the determining the estimated waiting time of each service user according to the waiting time estimation manner corresponding to the activity attribute includes:
for each treatment user, if the active attribute of the current treatment user is active, determining the estimated waiting time of the current treatment user according to the average treatment time of the current treatment user, the task processing time corresponding to the currently processed treatment task and the waiting task amount of the waiting treatment task; and/or for each service user, if the active attribute of the current service user is inactive, determining the estimated waiting time of the current service user according to the average waiting time of the current service user, the establishment time of the target service task and the active time of the current service user closest to the current time.
It should be noted that the estimated waiting time of each service user may be determined in a waiting time estimation manner matched with different activity attributes.
It should be further noted that, the treatment methods for all the treatment users with the same activity attribute are the same, so the embodiment only introduces the estimated waiting time of one of the treatment users with different activity attributes.
The average diagnosis duration is the average duration of processing one treatment task by a current treatment user, and the processing mainly comprises diagnosis and prescription. The task processing time is as follows: if the treatment task is being processed, the task processing time length can be determined according to the time difference between the current time and the time for starting the treatment task. The current user can receive one or more online inquiry tasks, if the number of the received online inquiry tasks is multiple, the current user needs to enter a queue waiting queue, and the number of the queue waiting tasks is the waiting task amount.
Specifically, if the active attribute of the current service user is active, the estimated waiting time of the current service user for processing the target service task can be determined according to the average service time, the task processing time and the waiting task amount of the current service user.
Illustratively, if the active attribute of the current diagnosis receiving user is active, the average diagnosis receiving time is 2min, the task processing time is half a minute, and the waiting task amount is 2, the estimated waiting time corresponding to the target diagnosis receiving task is: 2min-0.5min +2 × 2 min-5.5 min.
Further, if the active attribute of the current user to be examined is inactive, the estimated waiting time of the current user to be examined can be determined according to the average waiting time of the current user to be examined, the establishment time of the target diagnosis task and the active time of the current user to be examined, which is closest to the current time.
The active time closest to the current time may be understood as: the time of refreshing the page nearest to the current time, triggering operation or receiving a doctor.
Illustratively, the average waiting time of the current treatment user is 5 min; and the time difference between the establishment moment of the target consultation task and the nearest active moment before the current moment is the first time length. And according to the time difference between the average waiting time length and the first time length, estimating the waiting time length.
And S230, the service receiving attribute comprises the estimated waiting time, and the target service receiving task is distributed to the at least one user to be selected according to the service receiving attribute information of the at least one user to be selected.
Optionally, the target examination receiving tasks are sequentially distributed to the corresponding to-be-selected examination receiving users according to the estimated waiting duration of each to-be-selected examination receiving user from small to large; or, the target reception task is simultaneously dispatched to the at least one user to be selected for reception; or, the target visit task polling is sent to each user to be selected, and the task waiting selection time length of the user to be selected is matched with the estimated waiting time length.
The target service receiving tasks can be sequentially distributed to the corresponding to-be-selected service receiving users according to the estimated waiting time of the to-be-selected service receiving users from small to large, and the method has the advantages that the estimated waiting time is shorter, the service receiving possibility of the to-be-selected service receiving users is higher, meanwhile, the waiting time of the service receiving users is shorter, the service receiving rate of the service receiving users can be improved, the waiting time of the users can be saved, and therefore the technical effect of user experience is improved. It should be noted that, when the target visit task is distributed to the corresponding to-be-selected user, if the to-be-selected user visits the visit task, the target visit task is not distributed to other to-be-selected users.
The method can also be as follows: and simultaneously dispatching the target receiving tasks to each user to be selected for receiving the treatment, wherein the terminal of the user to be selected for receiving the treatment can pop up a corresponding popup window to prompt the user to be selected for receiving the treatment. If a certain user to be selected for receiving a doctor triggers the target receiving task, the target receiving task is not displayed on other terminal interfaces, or the existing target seeing-doctor tasks of the receiving user are displayed on other terminal interfaces. The advantage of this arrangement is that the efficiency of the reception of the medical treatment is improved.
Another embodiment may be: and determining the task waiting selection time for distributing the target diagnosis receiving task to each user to be selected according to the estimated diagnosis waiting time of each user to be selected, wherein optionally, the shorter the estimated diagnosis waiting time is, the longer the task waiting selection time is. Based on the mode, the target reception task is distributed to the corresponding user to be selected.
S240, if the at least one user to be selected receives the target receiving task within the first preset time, the target receiving task is distributed.
On the basis of the above technical solution, it should be noted that if the target service receiving task of the service receiving user to be selected exists within the first preset time period, the target service receiving task is distributed completely.
Namely, the technical scheme realizes that the target receiving task is firstly distributed to the receiving users with full-time user attribute categories on the platform, and when the receiving users with full-time users have no receiving order, the receiving task is distributed to the non-full-time receiving users, so that the receiving efficiency of the users is improved, and the technical effect of maximizing benefits is also improved.
According to the technical scheme of the embodiment of the invention, each to-be-selected service receiving user is determined, the target service receiving task is sent to each to-be-selected service receiving user according to the service receiving attribute of at least one to-be-selected service receiving user, and if at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time period, the target service receiving task is sent to each to-be-processed service receiving user, so that the service of each to-be-treated service receiving user is received, the technical problems that in the prior art, task allocation is unreasonable due to random task sending, task receiving efficiency is low, user experience is poor are solved, and the technical effect of quickly and effectively sending the corresponding service tasks to each to-be-treated user is realized.
EXAMPLE III
Fig. 5 is a schematic structural diagram of a task dispatching device according to a third embodiment of the present invention, where the device includes: a to-be-selected consultation user determining module 310, a consultation task distributing module 320 and a target consultation task receiving module 330.
The system comprises a to-be-selected consultation user determining module, a to-be-selected consultation user determining module and a consultation receiving module, wherein the to-be-selected consultation user determining module is used for determining at least one to-be-selected consultation receiving user; the service receiving task distribution module is used for distributing the target service receiving task to the at least one service receiving user to be selected according to the service receiving attribute information of the at least one service receiving user to be selected; the target receiving module is used for dispatching the target receiving task to each receiving user to be processed if the at least one receiving user to be selected does not receive the target receiving task within a first preset time length, so that each receiving user to be processed receives the target receiving task; and the task processing and receiving user and the user to be selected and received are different in user attribute category.
On the basis of the technical scheme, the module for determining the user to be selected for receiving a doctor comprises:
the attribute type determining unit is used for acquiring each consultation user of which the user attribute type is a full-time attribute type;
and the to-be-selected service user determining unit is used for determining the estimated waiting time of each service user and determining the at least one to-be-selected service user according to the estimated waiting time.
On the basis of the above technical solutions, the unit for determining the user to be selected for consultation includes:
the active attribute determining subunit is used for determining the active attribute of each diagnosis receiving user;
and the estimated waiting time determining subunit is used for determining the estimated waiting time of each service user according to the waiting time estimation mode corresponding to the activity attribute.
On the basis of the above technical solutions, the pre-estimated waiting time determining subunit is further configured to:
for each treatment user, if the active attribute of the current treatment user is active, determining the estimated waiting time of the current treatment user according to the average treatment time of the current treatment user, the task processing time corresponding to the currently processed treatment task and the waiting task amount of the waiting treatment task; and/or the presence of a gas in the gas,
and for each diagnosis receiving user, if the active attribute of the current diagnosis receiving user is inactive, determining the estimated diagnosis waiting time of the current diagnosis receiving user according to the average diagnosis waiting time of the current diagnosis receiving user, the establishment time of the target diagnosis task and the active time of the current diagnosis receiving user closest to the current time.
On the basis of the above technical solutions, the to-be-selected consultation user determining module is further configured to:
according to the estimated waiting time of each to-be-selected service receiving user from small to large, the target service receiving tasks are sequentially distributed to the corresponding to-be-selected service receiving users; or, the target reception task is simultaneously dispatched to the at least one user to be selected for reception; and dispatching the target visit task polling to each to-be-selected visit user, wherein the task waiting selection time length of the to-be-selected visit user is matched with the estimated waiting time length.
On the basis of the above technical solutions, after the service task distribution module is configured to distribute the target service task to the at least one user to be selected according to the service attribute information of the at least one user to be selected, the service task distribution module is further configured to:
and if the at least one user to be selected for receiving the service visits the target service receiving task within a first preset time length, the target service receiving task is distributed and completed.
On the basis of the above technical solutions, the target reception module is further configured to: and placing the target reception task in a task pool so that each user to be treated selects the target reception user.
According to the technical scheme of the embodiment of the invention, each to-be-selected service receiving user is determined, the target service receiving task is sent to each to-be-selected service receiving user according to the service receiving attribute of at least one to-be-selected service receiving user, and if at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time period, the target service receiving task is sent to each to-be-processed service receiving user, so that the service of each to-be-treated service receiving user is received, the technical problems that in the prior art, task allocation is unreasonable due to random task sending, task receiving efficiency is low, user experience is poor are solved, and the technical effect of quickly and effectively sending the corresponding service tasks to each to-be-treated user is realized.
The task dispatching device provided by the embodiment of the invention can execute the task dispatching 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 units and modules included in the apparatus 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 four
Fig. 6 is a schematic structural diagram of an electronic device according to a fourth embodiment of the present invention. FIG. 6 illustrates a block diagram of an exemplary device 40 suitable for use in implementing embodiments of the present invention. The device 40 shown in fig. 6 is only an example and should not bring any limitation to the function and scope of use of the embodiments of the present invention.
As shown in FIG. 6, device 40 is embodied in a general purpose computing device. The components of device 40 may include, but are not limited to: one or more processors or processing units 401, a system memory 402, and a bus 403 that couples the various system components (including the system memory 402 and the processing unit 401).
The system memory 402 may include computer system readable media in the form of volatile memory, such as Random Access Memory (RAM)404 and/or cache memory 405. Device 40 may further include other removable/non-removable, volatile/nonvolatile computer system storage media. By way of example only, storage system 406 may be used to read from and write to non-removable, nonvolatile magnetic media (not shown in FIG. 6, commonly referred to as a "hard drive"). Although not shown in FIG. 6, 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 the bus 403 by one or more data media interfaces. Memory 402 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 408 having a set (at least one) of program modules 407 may be stored, for example, in memory 402, such program modules 407 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 407 generally perform the functions and/or methods of the described embodiments of the invention.
The processing unit 401 executes various functional applications and data processing by executing programs stored in the system memory 402, for example, to implement a task dispatch method provided by an embodiment of the present invention.
EXAMPLE five
Fifth, an embodiment of the present invention further provides a storage medium containing computer-executable instructions, which when executed by a computer processor, are configured to perform a method for task dispatch.
The method comprises the following steps:
determining at least one to-be-selected hospitalizing user;
according to the visit attribute information of the at least one to-be-selected visit user, the target visit task is dispatched to the at least one to-be-selected visit user;
if the at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time length, the target service receiving task is dispatched to each to-be-processed service receiving user so that each to-be-processed service receiving user can receive the target service receiving task;
and the task processing and receiving user and the user to be selected and received are different in user attribute category.
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 task dispatching method is characterized by comprising the following steps:
determining at least one to-be-selected hospitalizing user;
according to the visit attribute information of the at least one to-be-selected visit user, the target visit task is dispatched to the at least one to-be-selected visit user;
if the at least one to-be-selected service receiving user does not receive the target service receiving task within a first preset time length, the target service receiving task is dispatched to each to-be-processed service receiving user so that each to-be-processed service receiving user can receive the target service receiving task;
and the task processing and receiving user and the user to be selected and received are different in user attribute category.
2. The method of claim 1, wherein the determining at least one treatment user to be selected comprises:
acquiring all the consultation users of which the user attribute categories are full-time attribute categories;
and determining the estimated waiting time of each service user, and determining the at least one service user to be selected according to the estimated waiting time.
3. The method of claim 2, wherein the determining the estimated waiting time for each treatment user comprises:
determining the activity attribute of each consultation user;
and determining the estimated waiting time of each service user according to the waiting time estimation mode corresponding to the activity attribute.
4. The method according to claim 3, wherein the determining the estimated waiting time of each service user according to the estimated waiting time manner corresponding to the activity attribute comprises:
for each treatment user, if the active attribute of the current treatment user is active, determining the estimated waiting time of the current treatment user according to the average treatment time of the current treatment user, the task processing time corresponding to the currently processed treatment task and the waiting task amount of the waiting treatment task; and/or the presence of a gas in the gas,
and for each diagnosis receiving user, if the active attribute of the current diagnosis receiving user is inactive, determining the estimated diagnosis waiting time of the current diagnosis receiving user according to the average diagnosis waiting time of the current diagnosis receiving user, the establishment time of the target diagnosis task and the active time of the current diagnosis receiving user closest to the current time.
5. The method according to claim 1, wherein the visit attribute comprises an estimated waiting time, and the dispatching the target visit task to the at least one user to be selected according to the visit attribute information of the at least one user to be selected comprises:
according to the estimated waiting time of each to-be-selected service receiving user from small to large, the target service receiving tasks are sequentially distributed to the corresponding to-be-selected service receiving users; or the like, or, alternatively,
simultaneously dispatching the target reception task to the at least one user to be selected for reception; or the like, or, alternatively,
the target reception task polling is sent to each user to be selected; the polling waiting time corresponding to each user to be selected for treatment corresponds to the estimated waiting time of each user to be selected for treatment.
6. The method according to claim 1, wherein after said dispatching a target treatment task to said at least one treatment user to be selected according to the treatment attribute information of said at least one treatment user to be selected, further comprising:
and if the at least one user to be selected for receiving the service receives the target service task within the first preset time, the target service receiving task is distributed completely.
7. The method of claim 1, wherein the dispatching the target interview task to each pending interview user so that each pending interview user receives the target interview task comprises:
and placing the target reception tasks in a task pool, so that each to-be-processed reception user with the user attribute category being the part-time attribute selects the target reception tasks.
8. A task dispatching device, comprising:
the to-be-selected consultation user determining module is used for determining at least one to-be-selected consultation user;
the service receiving task distribution module is used for distributing the target service receiving task to the at least one service receiving user to be selected according to the service receiving attribute information of the at least one service receiving user to be selected;
the target receiving module is used for dispatching the target receiving task to each receiving user to be processed if the at least one receiving user to be selected does not receive the target receiving task within a first preset time length, so that each receiving user to be processed receives the target receiving task;
and the task processing and receiving user and the user to be selected and received are different in user attribute category.
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 a task serving method as recited in any of claims 1-7.
10. A storage medium containing computer-executable instructions for performing the task serving method of any one of claims 1-7 when executed by a computer processor.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110112552.1A CN112802586A (en) | 2021-01-27 | 2021-01-27 | Task distribution method and device, electronic equipment and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110112552.1A CN112802586A (en) | 2021-01-27 | 2021-01-27 | Task distribution method and device, electronic equipment and storage medium |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112802586A true CN112802586A (en) | 2021-05-14 |
Family
ID=75812171
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110112552.1A Pending CN112802586A (en) | 2021-01-27 | 2021-01-27 | Task distribution method and device, electronic equipment and storage medium |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112802586A (en) |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008103177A1 (en) * | 2007-02-22 | 2008-08-28 | Rauland-Borg Corporation | Communications system and protocol for medical environment |
| CN108932974A (en) * | 2018-05-31 | 2018-12-04 | 平安医疗科技有限公司 | Method, apparatus, computer equipment and the storage medium of online interrogation distribution doctor |
| CN109859855A (en) * | 2018-12-29 | 2019-06-07 | 杭州好育信息科技有限公司 | A kind of worksheet method, electronic equipment and computer readable storage medium |
| CN110706798A (en) * | 2019-09-16 | 2020-01-17 | 武汉安诠加信息技术有限公司 | Method, device, equipment and medium for allocating inquiry orders suitable for beauty parlor |
| CN111161893A (en) * | 2019-12-31 | 2020-05-15 | 上海亿保健康管理有限公司 | Medical information processing method, device and equipment |
| CN112259215A (en) * | 2020-10-22 | 2021-01-22 | 海南亿保医药科技有限公司 | Method, device and equipment for processing inquiry request |
-
2021
- 2021-01-27 CN CN202110112552.1A patent/CN112802586A/en active Pending
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008103177A1 (en) * | 2007-02-22 | 2008-08-28 | Rauland-Borg Corporation | Communications system and protocol for medical environment |
| CN108932974A (en) * | 2018-05-31 | 2018-12-04 | 平安医疗科技有限公司 | Method, apparatus, computer equipment and the storage medium of online interrogation distribution doctor |
| CN109859855A (en) * | 2018-12-29 | 2019-06-07 | 杭州好育信息科技有限公司 | A kind of worksheet method, electronic equipment and computer readable storage medium |
| CN110706798A (en) * | 2019-09-16 | 2020-01-17 | 武汉安诠加信息技术有限公司 | Method, device, equipment and medium for allocating inquiry orders suitable for beauty parlor |
| CN111161893A (en) * | 2019-12-31 | 2020-05-15 | 上海亿保健康管理有限公司 | Medical information processing method, device and equipment |
| CN112259215A (en) * | 2020-10-22 | 2021-01-22 | 海南亿保医药科技有限公司 | Method, device and equipment for processing inquiry request |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR100750071B1 (en) | Method and system for sharing medical infomation | |
| CN112055064B (en) | Data synchronization method, device, equipment and storage medium | |
| CN110287146B (en) | Method, device and computer storage medium for downloading application | |
| US20160342770A1 (en) | Method and system for integrating infectious disease data with transaction data | |
| CN111785371A (en) | Medical service method, medical service device, computer equipment and storage medium | |
| US10296715B1 (en) | Electronic prior authorization systems and methodologies | |
| CN111612512A (en) | Resource allocation method and device and electronic equipment | |
| CN111652683A (en) | Medicine purchase request method and device, electronic equipment and computer storage medium | |
| US20180218780A1 (en) | Information management device, information management system, information management method, and computer program | |
| CN114140947A (en) | Interface display method and device, electronic equipment, storage medium and program product | |
| CN109544392B (en) | Method, system, device and medium for insurance order processing | |
| US20190304583A1 (en) | Dynamic critical access override for medication dispensing apparatuses | |
| CN112465172A (en) | Hospital intelligent treatment method and device | |
| CN110113443B (en) | Social role management method, computer device and storage medium | |
| CN112802586A (en) | Task distribution method and device, electronic equipment and storage medium | |
| JP2011191991A (en) | Method, apparatus and program for managing patient call | |
| CN111179057A (en) | Resource allocation method and device and electronic equipment | |
| WO2018019959A1 (en) | System and method for optimizing a user experience based on patient context, user roles, current workflow, and display proximity | |
| US10496937B2 (en) | Travel service information display system, travel service information display method, travel service information display program, and information recording medium | |
| CN111612507A (en) | Financial resource allocation method and device and electronic equipment | |
| CN112466449A (en) | Resource release method and device, electronic equipment and storage medium | |
| CN116340893B (en) | Service provider application authorization system, method, electronic equipment and storage medium | |
| CN114267438A (en) | Method and device for processing inquiry request, electronic equipment and storage medium | |
| CN112951392B (en) | Resource information pushing method and device, electronic equipment and storage medium | |
| CN111785358A (en) | Prompting method, prompting device, electronic equipment and medium |
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 |