CN120183639B - Dynamic display method, device, equipment and storage medium for registration date - Google Patents

Abstract

The invention provides a dynamic display method, a device, equipment and a storage medium of registration dates, wherein the method comprises the steps of generating a reference month calendar according to registered target dates, dividing the reference month calendar in units of weeks to determine target week blocks, traversing the target week blocks one by one according to a sequence after determining the week serial numbers of all the target dates, inserting the target dates adjacent to Zhou Fenkuai into the reference week blocks, deleting the adjacent week blocks, updating the second serial numbers of the reference week blocks, arranging the target week blocks into a target week array, and rendering a target view. The method has the advantages that the target date can be dynamically determined based on the requirement of the patient, the target week block is determined from the week blocks split from the month calendar, the display of the invalid date is reduced by combining a plurality of the week blocks which can be fused, the display scale of the target view is reduced by reducing the number of weeks, the patient can check all the target dates in one view, and the patient experience is improved.

Description

Dynamic display method, device, equipment and storage medium for registration date

Technical Field

The present invention relates to the field of data processing technology, and in particular to a method, device, equipment and storage medium for dynamically displaying a registration date.

Background Art

At present, the technology for online appointment registration has become more and more mature. After the patient logs in to the hospital's mini program or APP, he selects the department he needs to visit and enters the appointment interface. After selecting the target date in the appointment interface, the information of each doctor scheduled on the target date and the corresponding number source are displayed. After the patient selects the number source, the registration is completed.

In the related art, there are two main ways to display the available registration dates on the appointment interface. One way is to display a horizontally draggable table, and the patient selects the date in the table. The other way is to display the available registration dates in a highlighted form on the calendar.

However, the first method has a limited number of available registration dates displayed in the table. When the number of scheduled dates is greater than the number of displayable dates, the patient needs to drag the table when making an appointment for a later target date, and then make a selection after the target date appears in the table. The second method is to read and determine the available registration dates in monthly units. If the monthly calendar only displays the dates of the current month, when the current date is at the end of the month and the number of remaining dates is less than the number of scheduled dates, the patient can only switch to the calendar of the next month when he wants to make an appointment for a later target date. Even if there are some calendar components that can fill the calendar of the current month with the dates of adjacent months, for example, if the last day of the month is Sunday, the first 6 dates of the same week of the next month can be displayed. If the target date is still after the seventh day, the patient still needs to switch to the calendar of the next month to operate. Therefore, the existing solution cannot intuitively display all available registration dates. Patients need to perform at least one operation to ensure that they know all available registration dates, which results in a poor operating experience.

Summary of the Invention

The present invention aims to solve at least one of the technical problems existing in the prior art. To this end, the present invention provides a method, apparatus, device, and storage medium for dynamically displaying registration dates. These methods can dynamically construct a display view of target dates, allowing patients to display all target dates without any manipulation, thereby improving the patient experience.

In a first aspect, an embodiment of the present invention provides a method for dynamically displaying a registration date, comprising:

Determine multiple target dates for registration based on the target department information obtained from the registration interface, and generate at least one reference calendar, wherein the reference calendar corresponds to the month in which the target date falls;

Splitting each reference calendar into initial weekly blocks in units of weeks, and determining the initial weekly block where the target date is located as the target weekly block;

Based on any of the target week blocks, determine the week numbers of the target dates, determine the first week number as the first number, and determine the last week number as the second number;

Traversing the target weekly blocks one by one in sequence, if the second serial number of the currently traversed reference weekly block is smaller than the first serial number of the next adjacent weekly block, inserting the target date of the adjacent weekly block into the reference weekly block based on the corresponding weekly serial number, deleting the adjacent weekly block, and updating the second serial number of the reference weekly block;

All the remaining target week blocks are arranged into a target week array based on the format of the reference calendar, a target view is rendered and displayed based on the target week array, and each target date is identified in the target view.

According to some embodiments of the present invention, determining multiple target dates for available registration based on target department information obtained from the registration interface includes:

Constructing a first option and a second option in the registration interface, wherein the first option includes multiple optional department information, and the second option includes multiple optional number source requirements, and the optional number source requirements are used to indicate the consultation time or the consultation doctor;

Obtaining the target department information selected in the first option, determining the department registration dates that are open for registration based on the target department information, and determining the selectable number sources corresponding to each of the department registration dates;

Obtaining the first signal source requirement selected in the second option, and screening a target signal source from the plurality of optional signal sources based on the first signal source requirement;

The department registration date corresponding to the target number source is determined as the target date.

According to some embodiments of the present invention, generating at least one reference monthly calendar includes:

determining the first of said target dates as a first date and determining the last of said target dates as a second date;

When the first date and the second date respectively correspond to the same month, the first date is input into a preset calendar component to generate a first calendar, and the first calendar is determined as the reference calendar;

Alternatively, when the first date and the second date correspond to different months, the first date is input into the calendar component to generate the first calendar, the second date is input into the calendar component to generate the second calendar, and at least one reference calendar is determined based on the first calendar and the second calendar.

According to some embodiments of the present invention, determining at least one reference calendar based on the first calendar and the second calendar includes:

Determine the last week of the first calendar month as a first reference week, and determine the first week of the second calendar month as a second reference week;

When the second date is in the first reference week, determining the first monthly calendar as the reference monthly calendar, and displaying all dates of the first reference week on the first monthly calendar;

Alternatively, when the first date is in the second reference week, the second monthly calendar is determined as the reference monthly calendar, and all dates of the second reference week are displayed in the second monthly calendar;

Alternatively, when the first date is not in the second reference week and the second date is not in the first reference week, the first calendar month and the second calendar month are determined as the reference calendar month.

According to some embodiments of the present invention, after identifying each of the target dates in the target view, the method further comprises:

When the remaining target week blocks are from the same reference calendar, displaying the month information of the first calendar on the first date;

When the remaining target week blocks come from the first and second calendars, the month information of the first calendar is displayed in the first date, and the month information of the second calendar is displayed in the second date. In the target view, each target date corresponding to the first calendar is marked according to a preset first style box, and each target date corresponding to the second calendar is marked according to a preset second style box.

According to some embodiments of the present invention, after identifying each of the target dates in the target view, the method further comprises:

When it is detected that the second option switches from the first source demand to the second source demand, the target date is determined as a candidate date, a new target date is determined based on the second source demand, and the candidate date determined as the new target date is determined as a composite date;

A new target week array is determined based on the candidate dates and the new target date, and a new target view is rendered and displayed based on the new target week array, wherein display styles of the composite date, the new target date, and the candidate date are different from each other.

According to some embodiments of the present invention, determining a new target week array based on the candidate date and the new target date includes:

determining the new target date other than the composite date as the added date;

Determine the week number of the newly added date based on the reference monthly calendar, and determine the target week block in which the newly added date is located as the newly added week block;

When the newly added week block is located in the target week array and the position of the newly added date determined based on the week sequence number is not occupied, inserting the newly added date into the newly added week block;

When the position of any of the newly added dates in the newly added weekly block is occupied by any of the target dates, the newly added weekly block is restored to the reference weekly block and the adjacent weekly block before traversal, and the reference weekly block and the adjacent weekly block are used to replace the newly added weekly block in the target weekly array.

In a second aspect, an embodiment of the present invention provides a dynamic display device for registration date, comprising at least one control processor and a memory for communicating with the at least one control processor; the memory stores instructions that can be executed by the at least one control processor, and the instructions are executed by the at least one control processor so that the at least one control processor can execute the dynamic display method for registration date as described in the first aspect above.

In a third aspect, an embodiment of the present invention provides an electronic device comprising the dynamic display device for registration date as described in the second aspect above.

In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions are used to execute the method for dynamically displaying the registration date as described in the first aspect above.

The method for dynamically displaying registration dates according to an embodiment of the present invention has at least the following beneficial effects: based on the target department information obtained from the registration interface, multiple target dates for registration are determined, and at least one reference calendar is generated, wherein the reference calendar corresponds to the month in which the target date is located; each of the reference calendars is split into initial week blocks in units of weeks, and the initial week block in which the target date is located is determined as the target week block; based on any of the target week blocks, the week number of each of the target dates is determined, the first week number is determined as the first sequence number, and the last week number is determined as the last sequence number. The serial number is determined to be the second serial number; the target week blocks are traversed one by one in order, and if the second serial number of the reference week block currently traversed is less than the first serial number of the adjacent week block at the next position, the target date of the adjacent week block is inserted into the reference week block based on the corresponding week serial number, the adjacent week block is deleted, and the second serial number of the reference week block is updated; all the remaining target week blocks are arranged into a target week array based on the format of the reference calendar, and a target view is rendered and displayed based on the target week array, and each target date is identified in the target view. According to the technical solution of the embodiment of the present invention, the calendar can be split into weeks based on the patient's registration needs, and the target week blocks including the target date can be dynamically determined, which flexibly reduces the display range of the calendar; the two target week blocks that can be merged are merged, and the display of invalid dates between the two target week blocks is omitted, further reducing the size of the target week array, and a target view that can view all target dates can be dynamically constructed according to the patient's registration needs, thereby improving the patient experience.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG1 is a schematic diagram showing the principle of a method for dynamically displaying a registration date according to an embodiment of the present invention;

FIG2 is a flow chart of a method for dynamically displaying a registration date according to another embodiment of the present invention;

3 is a schematic diagram of changing the target view after changing the source requirement according to another embodiment of the present invention;

FIG4 is a complete flow chart of a method for dynamically displaying a registration date according to another embodiment of the present invention;

FIG5 is a structural diagram of a dynamic display device for registration date provided by another embodiment of the present invention.

DETAILED DESCRIPTION

The following describes embodiments of the present invention in detail. Examples of the embodiments are shown in the accompanying drawings, wherein the same or similar reference numerals throughout represent the same or similar elements or elements having the same or similar functions. The embodiments described below with reference to the accompanying drawings are exemplary and are intended only to explain the present invention and are not to be construed as limiting the present invention.

In the description of the present invention, it should be understood that descriptions involving orientations, such as up, down, front, back, left, right, etc., indicating orientations or positional relationships, are based on the orientations or positional relationships shown in the accompanying drawings. They are only for the convenience of describing the present invention and simplifying the description, and do not indicate or imply that the device or element referred to must have a specific orientation, be constructed and operated in a specific orientation. Therefore, they cannot be understood as limitations on the present invention.

In the description of the present invention, "several" means one or more, "many" means more than two, "greater than," "less than," and "exceed" are understood to exclude the number itself, while "above," "below," and "within" are understood to include the number itself. The use of "first" and "second" in the description is solely for the purpose of distinguishing technical features and should not be construed as indicating or implying relative importance, implicitly specifying the number of the indicated technical features, or implicitly specifying the order of the indicated technical features.

In the description of the present invention, unless otherwise clearly defined, terms such as setting, installing, and connecting should be understood in a broad sense, and technicians in the relevant technical field can reasonably determine the specific meanings of the above terms in the present invention based on the specific content of the technical solution.

An embodiment of the present invention provides a method, apparatus, device, and storage medium for dynamically displaying registration dates, wherein the method for dynamically displaying registration dates includes: determining multiple target dates for registration based on target department information obtained from a registration interface, generating at least one reference calendar, wherein the reference calendar corresponds to the month in which the target date is located; splitting each of the reference calendars into initial week blocks in units of weeks, and determining the initial week block in which the target date is located as the target week block; determining the week number of each of the target dates based on any of the target week blocks, and determining the first week number as the first number , determine the last of the week numbers as the second number; traverse the target week blocks one by one in order, if the second number of the reference week block currently traversed is less than the first number of the adjacent week block at the next position, insert the target date of the adjacent week block into the reference week block based on the corresponding week number, delete the adjacent week block, and update the second number of the reference week block; arrange all the remaining target week blocks into a target week array based on the format of the reference calendar, render and display the target view based on the target week array, and identify each target date in the target view. According to the technical solution of the embodiment of the present invention, the calendar can be split into weeks based on the patient's registration needs, and the target week blocks including the target date can be dynamically determined, which flexibly reduces the display range of the calendar; the two target week blocks that can be merged are merged, and the display of invalid dates between the two target week blocks is omitted, further reducing the size of the target week array, and a target view that can view all target dates can be dynamically constructed according to the patient's registration needs, thereby improving the patient experience.

The technical solution of the embodiment of the present invention is further described below based on the principle schematic diagram shown in FIG1 .

2, FIG2 is a flowchart of a method for dynamically displaying a registration date according to an embodiment of the present invention. The method for dynamically displaying a registration date includes but is not limited to the following steps:

S10, determining multiple target dates for registration based on the target department information obtained from the registration interface, and generating at least one reference calendar, wherein the reference calendar corresponds to the month in which the target date falls;

S20, splitting each reference calendar into initial weekly blocks in units of weeks, and determining the initial weekly block where the target date is located as the target weekly block;

S30, based on any target week block, determining the week number of each target date, determining the first week number as the first number, and determining the last week number as the second number;

S40, traversing the target weekly blocks one by one in sequence, and if the second serial number of the currently traversed reference weekly block is smaller than the first serial number of the next adjacent weekly block, inserting the target date of the adjacent weekly block into the reference weekly block based on the corresponding weekly serial number, deleting the adjacent weekly block, and updating the second serial number of the reference weekly block;

S50 , arranging all remaining target weeks into a target week array based on a reference calendar format, rendering and displaying a target view based on the target week array, and identifying each target date in the target view.

It should be noted that the technical solution of this embodiment can be applied to any smart terminal, such as a self-service registration terminal deployed in a hospital, a patient's mobile terminal, etc., as long as it can access the hospital system for registration. For the convenience of description, the principle will be explained below using the patient terminal 10 shown in Figure 1.

It should be noted that this embodiment only obtains the target department information in the registration interface. After the patient selects the specific department they need to visit, the target department information can be selected as an option, or it can be determined by using the symptom description information identified by the artificial intelligence model in the relevant technology. No further restrictions are made here. It is sufficient to be able to obtain the target department information in the registration interface. This embodiment determines the target date for registration based on the number source corresponding to the target department information. The date that is open for registration but no number source is available is not determined as the target date. The earliest target date is the current date.

For example, as shown in Figure 1, the current date is September 20. When determining the target date, only the appointment numbers after September 20 will be considered. For example, if there is no doctor on duty on September 23, it will not be determined as the target date because there are no appointment numbers available; if September 24 is fully booked, it will not be determined as the target date because there are no appointment numbers available.

It should be noted that the target dates can be distributed within one month or two consecutive months. Hospital registration is different from other appointment scenarios. The hospital scheduling cycle usually does not exceed one month. Therefore, this embodiment only includes one reference calendar and two reference calendar scenarios. The details will not be repeated later. The reference calendar can be generated based on common calendar components. The calendar construction technology will not be described in detail here.

Exemplarily, as shown in FIG1 , when the determined target dates include September 20-22 and September 30, the reference calendar 30 is the calendar for September; when the target dates further include October 1-2 and October 14-16, the reference calendar 30 further includes the calendar for October. As long as any target date is included, the calendar for that month can be determined as the reference calendar.

It should be noted that after determining the reference calendar, if each target date is displayed directly in the reference calendar, the content to be displayed in the target view includes at least the complete reference calendars. Due to the limitation of the display area of the registration interface, it is difficult to ensure that all target dates can be displayed, resulting in the patient needing to perform operations such as turning pages or sliding. Dates other than the target date have no display value to the patient. If only the target date is filtered out for display, the readability of the target view is poor. Therefore, this embodiment needs to reduce the content that does not affect the registration operation while retaining the calendar format, so as to fully display all target dates within the limited display range of the registration interface. Based on this, this embodiment disassembles the reference calendar into weeks. Each reference calendar can be split into multiple initial week blocks. The initial week blocks including the target date are removed as target week blocks, and the initial week blocks that do not include the target date are discarded, thereby reducing unnecessary displayed dates.

It is worth noting that the splitting of the initial weekly blocks in this embodiment is based on the reference month. The reference month of this embodiment does not display the dates of other months. Therefore, in the case of two reference months, it is very likely that the last initial weekly block of the previous month and the first initial weekly block of the next month correspond to the same week. The initial weekly blocks of this embodiment only display the dates of the current month. Therefore, the aforementioned two initial weekly blocks can be retained, and whether they are determined as target weekly blocks can be determined based on whether there is a target date. On the basis of step S30, if the aforementioned two initial weekly blocks are both determined to be target weekly blocks, they will inevitably be fused in step S30. The same week being divided into multiple target weekly blocks will not lead to an increase in displayed content under the fusion mechanism of step S30.

Exemplarily, as shown in Figure 1, the reference calendar 30 takes September as an example. If the target dates include September 20-22 and September 30, each week corresponds to an initial week block, and the target week block includes the first week block 31 where September 20-22 is located and the second week block 32 where September 30 is located; further, if the reference calendar 30 further includes October, although September 30 and October 1-2 are in the same week, the target week block corresponding to October 1-2 is the third week block 33, and October 3-9 does not include the target date, the corresponding initial week block is discarded, and October 14-16 corresponds to the fourth week block 34.

It should be noted that after determining multiple target week blocks, this embodiment determines the week number of each target date. For example, in the reference calendar, the first day of each week is usually Sunday. The week number corresponding to Sunday is set to 1, Monday is set to 2, and so on.

It should be noted that after determining the week number of each target date, this embodiment determines the first week number as the first week number and the last one as the second week number. Each target week block will have a date with the same number, for example, there is a Monday and Tuesday every week, and they are aligned in the same order in the monthly calendar. The number of days in each week is the same, and the value range of the first and second numbers is [1,7]. On this basis, this embodiment traverses the target week blocks one by one, determines the current traversed week block as the reference week block, and determines the next one as the adjacent week block. When the second number of the reference week block is less than the first number of the adjacent week block, it can be determined that the last target date of the reference week block is before the first target date of the adjacent week block. Even if there are other dates between the two, they are not target dates. Therefore, not displaying the relevant dates will not affect the patient experience. Based on this, this embodiment merges the qualified reference week blocks and adjacent week blocks into one, so that the target week array for subsequent construction of the target view is reduced by one row. On the basis of only selecting the target week blocks with target dates to reduce the displayed content, the qualified target week blocks are further merged to further reduce the displayed content, ensuring that all target dates can be displayed without turning pages in the registration interface.

It is worth noting that after completing the traversal of an adjacent weekly block, you can continue to traverse the next adjacent weekly block until the second serial number of the reference weekly block is no longer greater than the first serial number position of the adjacent weekly block. Therefore, this embodiment can merge up to 7 weekly blocks, which can provide a fusion mechanism to reduce invalid display content.

It is worth noting that when inserting the target date of the adjacent weekly block into the reference weekly block, in order to avoid discontinuous date display, this embodiment replaces all dates after the target date corresponding to the first serial number of the adjacent weekly block into the reference weekly block, thereby realizing the fusion of the two target weekly blocks.

For example, as shown in FIG1 , the target weekly block includes the first weekly block 31, the second weekly block 32, the third weekly block 33, and the fourth weekly block 34. The first weekly block 31 is the first reference weekly block traversed, with the first sequence number being 2 and the second sequence number being 4. The next adjacent weekly block traversed is the second weekly block 32. The second weekly block 32 has only one target date (September 30), so the first sequence number and the second sequence number are both 5. The second sequence number of the first weekly block 31 is less than the first sequence number of the second weekly block 32 (4<5). Therefore, The target date of September 30th in the second week block 32 is inserted into the fifth position of the first week block 31. The dates of the first week block 31 are {19, 20, 21, 22, 30}. Of course, the dates with week numbers 6 and 7 in the first week block 31 are not displayed at this time to avoid misleading the patient. For example, if {19, 20, 21, 22, 30, 24, 25} is displayed, it is easy for the patient to mistakenly believe that 30 is a system failure. Therefore, this embodiment inserts all dates after the first number in the adjacent week blocks into the reference week block. For example, if the target date of the first week block 31 is the 19th, and the target dates of the second week block 32 are the 28th and 29th, the dates of the first week block 31 after fusion are {19, 20, 28, 29, 30}. Although the 30th is not the target date, it will be inserted into the first week block 31 following the target date of the second week block 32.

For example, continue to refer to the above example. After completing the operation of the second week block 32, continue to traverse to the third week block 33, whose target dates are the 1st and the 2nd, and the corresponding first sequence number is 6, and the second sequence number is 7. The second sequence number of the first week block 31 after update is 5, which still meets the above conditions. The two target dates of the third week block 33 are inserted into the first week block 31, so that the obtained first week block 31 is finally {19, 20, 21, 22, 30, 1, 2}. Since the updated second sequence number reaches 7, the traversal is stopped, and the next one determined as the reference week block is the fourth week block 34. If the second sequence number of the first week block 31 after update is 6, the first sequence number of the fourth week block 34 can also be compared based on the first week block 31, and so on.

It should be noted that if there is only one target week block after the merger, the target week block can be directly determined as the target week array. If there are multiple target week blocks after the merger, they can be arranged from top to bottom according to the format of the reference calendar to obtain the target week array. After obtaining the target week array, the target view can be rendered and displayed in the patient terminal.

As shown in FIG1 , the merged target week array 40 includes a first week block 31 and a fourth week block 34 . A target view is rendered based on the target week array 40 , and is displayed from Sunday to Saturday according to the format of a reference calendar. The target date and other dates are displayed in different styles, for example, by assigning different background colors and using different font weights in corresponding table cells.

In addition, in one embodiment, referring to FIG. 4 , in step S10, multiple target dates for registration are determined based on the target department information obtained from the registration interface, specifically including but not limited to the following steps:

S111, constructing a first option and a second option in the registration interface, wherein the first option includes multiple optional department information, and the second option includes multiple optional number source requirements, and the optional number source requirements are used to indicate the consultation time or the doctor to be consulted;

S112, obtaining the target department information selected in the first option, determining the registration dates of the departments that have opened registration based on the target department information, and determining the optional number sources corresponding to the registration dates of each department;

S113, obtaining the first source requirement selected in the second option, and screening the target source from multiple optional sources based on the first source requirement;

S114, determining the department registration date corresponding to the target number source as the target date.

It should be noted that this embodiment displays the first option and the second option in the registration interface of the patient terminal. The first option is filled with optional department information, and the second option is filled with optional number source requirements. The target date is dynamically determined through the patient's visual operation.

Exemplarily, as shown in FIG1 , the patient terminal 10 displays a first option 21 , which displays various departments where appointments can be made. Taking surgery as an example, the target department information is selected, and then a second option 22 pops up, which displays various optional number source requirements. The optional number source requirement can be to select a doctor, and after clicking, obtain the number sources of various surgical doctors from the hospital system as optional number sources; the optional number source requirement can also be the consultation time. For example, when selecting a consultation in the morning, the date with optional number sources in the morning is determined as the target date, and so on.

It should be noted that after determining the target department information, the registration date for the department with available appointments can be determined based on common scheduling information. For example, if the schedule is typically two weeks, the department registration date can be calculated two weeks from the current date. Of course, dates with no doctors available will not be determined as department registration dates because there are no available appointments. After determining the department registration date, determining the available appointment sources is a technique well known to those skilled in the art.

It should be noted that each optional number source records the corresponding doctor and consultation time. Therefore, based on the patient's first number source requirement selected in the second option, the target number source can be screened out from the optional number sources, and the department registration date corresponding to the target number source can be determined as the target date, thereby dynamically screening the target date according to the patient's choice.

For example, the first number source demand is for consultation in the morning, and the optional number source with consultation time between 8:00-12:00 is determined as the target number source, and so on.

In addition, in one embodiment, referring to FIG. 4 , in step S10 , generating at least one reference calendar includes but is not limited to the following steps:

S121, determining the first target date as the first date, and determining the last target date as the second date;

S122, when the first date and the second date correspond to the same month, inputting the first date into a preset calendar component to generate a first calendar, and determining the first calendar as a reference calendar;

S123, when the first date and the second date correspond to different months, input the first date into the calendar component to generate a first calendar, input the second date into the calendar component to generate a second calendar, and determine at least one reference calendar based on the first calendar and the second calendar.

It should be noted that after determining the target dates, this embodiment sets the first target date as the first date and the last target date as the second date. If the first and second dates fall in the same month, the reference calendar only has one month. Inputting the first date into the calendar component generates the first calendar, which serves as the reference calendar. The reference calendar can be generated using a common calendar component, such as the common FullCalendar component, which generates a calendar view by inputting a year and month. The specific principles will not be repeated here.

It should be noted that when the first date and the second date are in different months, since the second date is the last target date, it must be in the second month. The first date and the second date can be input into the calendar component respectively to obtain the corresponding reference calendar.

In addition, in one embodiment, referring to FIG. 4 , in step S123 , determining at least one reference calendar based on the first calendar and the second calendar includes but is not limited to the following steps:

S1231, determining the last week of the first calendar month as the first reference week, and determining the first week of the second calendar month as the second reference week;

S1232, when the second date is in the first reference week, determining the first monthly calendar as the reference monthly calendar, and displaying all dates of the first reference week in the first monthly calendar;

S1233, when the first date is in the second reference week, determining the second monthly calendar as the reference monthly calendar, and displaying all dates of the second reference week in the second monthly calendar;

S1234: When the first date is not in the second reference week and the second date is not in the first reference week, the first and second monthly calendars are determined as reference monthly calendars.

It should be noted that, according to the description of the above embodiment, the first and second calendars only display the dates of the current month. When determining two reference calendars, this embodiment determines the last week of the first calendar as the first reference week, and the first week of the second calendar as the second reference week. According to the description of the above embodiment, the first and second reference weeks can be the same week, but are split into two initial week blocks due to the different corresponding dates. If only one week in the first or second calendar has a target date, if the entire calendar is determined as the reference calendar, multiple initial week blocks will be generated, resulting in unnecessary calculations. For example, if the second date falls in the first reference week, the second date is the last target date, and there are no other target dates after the second date, only the second reference week of the second calendar will be determined as the target reference week. After the second date is integrated into the first calendar, not determining the second calendar as the reference calendar will not affect the display of the target date. Based on this, this embodiment displays all dates of the first reference week on the first calendar to cover the second date, and only determines the first calendar as the target calendar. This can omit the second calendar, thereby reducing multiple initial week blocks and unnecessary calculations. The same applies if the first date falls in the second reference week.

For example, as shown in Figure 1, if the second date is October 1st, then the second date is in the first reference week. In this case, October 1st and October 2nd will be displayed in September, without having to determine October as the reference month. Instead, the first month corresponding to September can be split into multiple initial week blocks. Similarly, if the first date is September 30th, which is in the second reference week, the second month corresponding to October will be determined as the reference month, and the corresponding dates in September will be displayed in the first week of October, without having to determine September as the reference month.

In addition, in one embodiment, referring to FIG. 4 , after executing step S50, the following steps are also included but not limited to:

S61, when the remaining multiple target week blocks are from the same reference calendar, displaying the month information of the first calendar on the first date;

S62, when the remaining target week blocks come from the first and second monthly calendars, the month information of the first calendar is displayed in the first date, and the month information of the second calendar is displayed in the second date. In the target view, each target date corresponding to the first month is marked according to a preset first style box, and each target date corresponding to the second calendar is marked according to a preset second style box.

It should be noted that after the merging of multiple target week blocks is completed according to the method of step S30, when the remaining multiple target week blocks come from the same reference calendar, it is only necessary to display the month information of the first calendar on the first date to clearly indicate that the current target week array is displaying the content of the same month. As shown in Figure 1, if the reference calendar corresponding to the target week array is September, September 20th will be displayed in the target date corresponding to the 20th, and the month does not need to be displayed on the remaining dates.

It should be noted that when a merge operation is performed on a target week segment, it may include dates from two reference calendars. To improve display accuracy, this embodiment utilizes the fact that the first and second dates necessarily belong to different reference calendars, displaying the month information of the first calendar on the first date and the month information of the second calendar on the second date. Furthermore, to provide a more intuitive visual distinction, this embodiment pre-sets a first style frame and a second style frame. The first and second style frames have different styles, and their shapes are dynamically adjusted based on the distribution of the target dates. These frames are automatically generated based on the location of the target date in the target week array.

Exemplarily, as shown in FIG1 , the target week blocks include a first week block 31 and a fourth week block 34 , so September is displayed at the target date 20th of the first week block 31 , October is displayed at the 16th of the fourth week block 34 , and the solid line frame is used as the first style frame to select the 20th, 21st, 22nd and 30th days, and the dotted line frame is used as the second style frame to select the 1st, 2nd, 13th to 16th days.

In addition, in one embodiment, referring to FIG. 4 , after executing step S50, the following steps are also included but not limited to:

S71, when it is detected that the second option switches from the first source demand to the second source demand, the target date is determined as a candidate date, a new target date is determined based on the second source demand, and the candidate date determined as the new target date is determined as a composite date;

S72, determining a new target week array based on the candidate dates and the new target date, rendering and displaying a new target view based on the new target week array, wherein the display styles of the composite date, the new target date, and the candidate date are different from each other.

It should be noted that, according to the description at step S10, as shown in Figure 1, the number source requirement can be selected through the second option 22 in the registration interface of the patient terminal. When there is no target date required by the patient in the target view generated based on the first number source requirement, for example, the patient wants to see a doctor on September 23, but the target date of the target week array 40 shown in Figure 1 does not include September 23, then the patient can further change the number source requirement in the second option 22, for example, switching from the first number source requirement of seeing a doctor in the morning to the second number source requirement of seeing a doctor in the afternoon. By switching the number source requirement, the target date in the target view is dynamically adjusted, thereby determining the target date that meets the patient's needs.

It should be noted that after switching the number source demand, this embodiment does not re-execute the steps of the above embodiment to generate another target view. Instead, on the basis of the target view obtained based on the first number source demand, the new target date determined based on the second number source is superimposed, and the target dates obtained by the two number source demands are displayed in the target view at the same time. This can provide patients with a more complete date display visually, without the need to frequently switch between different number source demands for selection.

It should be noted that the same target date or different target dates may be obtained based on different source requirements. Although the patient has switched to the second source requirement, the second source requirement may be switched only for comparison with the first source requirement. Therefore, this embodiment determines the target date obtained based on the first source requirement as the candidate date, and determines the target date corresponding to the second source requirement as the new target date. If the new target date and the candidate date are the same date, the date is determined as a composite date.

It should be noted that the method of determining the new target week array based on the candidate date and the new target date in this embodiment can refer to the description of the above embodiment. The candidate date and the new target date can be used as the target date in the above embodiment to determine the target week blocks, and no further details will be given here.

Exemplarily, as shown in FIG3 , the new target dates are September 23-25, September 28-30, October 1-2, and October 6-8. September 30, October 1, and October 2 also belong to the target dates shown in FIG1 , and are therefore determined as composite dates. The remaining target dates in FIG1 (September 20-22, October 13-16) are determined as candidate dates, and September 23-25, September 28-29, and October 6-8 are the new target dates. The resulting target week array 40 is shown in reference FIG3 .

It should be noted that after obtaining the new target week array, this embodiment displays the composite date, new target date and candidate date in different styles in the new target view. Patients can directly distinguish different date types visually, thereby improving the patient experience.

For example, as shown in FIG3 , in the target week array 40 , candidate dates are displayed in italics, new target dates are displayed in bold, and composite dates are displayed in a special font. The specific style can be selected according to actual needs and is not limited here.

In addition, in one embodiment, referring to FIG. 4 , in step S72, determining a new target week array based on the candidate date and the new target date includes but is not limited to the following steps:

S721, the new target date other than the composite date is determined as the newly added date;

S722, determining the week number of the newly added date based on the reference monthly calendar, and determining the target week block where the newly added date is located as the newly added week block;

S723, when the newly added week block is located in the target week array and the position of the newly added date determined based on the week number is not occupied, the newly added date is inserted into the newly added week block;

S724, when the position of any newly added date in the newly added weekly block is occupied by any target date, the newly added weekly block is restored to the reference weekly block and adjacent weekly block before traversal, and the reference weekly block and adjacent weekly block are used to replace the newly added weekly block in the target weekly array.

It should be noted that according to the definition of the above embodiment, the composite date is obtained based on the first source demand, so the composite date will inevitably be displayed in the target week array obtained initially. New target dates other than the composite date are added dates, which may not be displayed in the target week array. If the reference calendar is re-disassembled and merged based on each candidate date, composite date, and added date, it will consume a long calculation time, which will be reflected as a lag on the patient terminal. However, the candidate date and composite date are already displayed in the target week array, and only the added date needs to be added.

It should be noted that this embodiment merges multiple target weekly blocks in step S30, so the newly added date is likely to be replaced during the merging process. This embodiment first determines the week number of the newly added date. In the initial week blocks obtained by splitting the reference calendar, the target week block in which the newly added date is located is determined as the newly added week block. If the newly added week block is not located in the target week array, the newly added week block is inserted into the target week array. For example, as shown in FIG3 , the newly added week block corresponding to October 3-9 is inserted into the target week array 40. If the newly added week block is located in the target week array and the week number of the newly added date is not occupied by a candidate date or a composite date, the date corresponding to the week number is invalid, and the newly added date is directly inserted into the corresponding position.

It should be noted that when the newly added date is occupied by any target date, it can be determined that the newly added block has performed the fusion operation in step S30, resulting in the newly added date being fused when the target weekly block was determined last time. This embodiment restores the newly added weekly block to the reference weekly block and the adjacent weekly block of the convenience note. Since the newly added date is added, the second serial number of the reference weekly block must change, which makes it impossible for the reference weekly block to be fused with the adjacent weekly block. The reference weekly block and the adjacent block replace the newly added weekly block in the target array, thereby displaying two complete weekly blocks.

For example, as shown in FIG3 , the first week block in the target week array is merged. After September 23-25 is determined to be a newly added date, the corresponding position in the first week block is occupied. Therefore, the first week block is restored to the first week block, the second week block, and the third week block before fusion. The above three week blocks are respectively inserted into the target week array to ensure that each newly added date, compound date, and candidate date can be displayed.

As shown in FIG5 , FIG5 is a structural diagram of a dynamic display device for registration date provided by an embodiment of the present invention. The present invention also provides a dynamic display device for registration date, comprising:

The processor 401 may be implemented as a general-purpose central processing unit (CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more integrated circuits, and is configured to execute relevant programs to implement the technical solutions provided in the embodiments of the present application.

Memory 402 can be implemented in the form of a read-only memory (ROM), a static storage device, a dynamic storage device, or a random access memory (RAM). Memory 402 can store an operating system and other application programs. When the technical solutions provided in the embodiments of this specification are implemented through software or firmware, the relevant program code is stored in memory 402 and is called by processor 401 to execute the method for dynamically displaying the registration date in the embodiments of this application.

Input/output interface 403, used to implement information input and output;

Communication interface 404, used to implement communication interaction between this device and other devices, which can be achieved through wired means (such as USB, network cable, etc.) or wireless means (such as mobile network, WiFi, Bluetooth, etc.);

Bus 405 , which transmits information between various components of the device (e.g., processor 401 , memory 402 , input/output interface 403 , and communication interface 404 );

The processor 401 , the memory 402 , the input/output interface 403 and the communication interface 404 are connected to each other in communication within the device via a bus 405 .

An embodiment of the present application also provides an electronic device, comprising the dynamic display device for registration date as described above.

An embodiment of the present application also provides a storage medium, which is a computer-readable storage medium and stores a computer program. When the computer program is executed by a processor, the above-mentioned dynamic display method of the registration date is implemented.

The memory, as a non-transient computer-readable storage medium, can be used to store non-transient software programs and non-transient computer executable programs. In addition, the memory may include a high-speed random access memory, and may also include a non-transient memory, such as at least one disk storage device, a flash memory device, or other non-transient solid-state storage device. In some embodiments, the memory optionally includes a memory remotely located relative to the processor, and these remote memories can be connected to the processor via a network. Examples of the above-mentioned networks include but are not limited to the Internet, an intranet, a local area network, a mobile communication network and a combination thereof. The device embodiments described above are merely schematic, wherein the units described as separate components may or may not be physically separated, and are located in one place, or may be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the present embodiment.

Those skilled in the art will appreciate that all or some of the steps and systems disclosed above can be implemented as software, firmware, hardware, or any suitable combination thereof. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, digital signal processor, or microprocessor, or as hardware, or as an integrated circuit, such as an application-specific integrated circuit. Such software may be distributed on computer-readable media, which may include computer storage media (or non-transitory media) and communication media (or transient media). As is well known to those skilled in the art, the term computer storage media includes volatile and non-volatile, removable and non-removable media implemented in any method or technology for storing information, such as computer-readable instructions, data structures, program modules, or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technologies, CD-ROM, digital versatile disks (DVDs) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium that can be used to store the desired information and can be accessed by a computer. Furthermore, as is well known to those skilled in the art, communication media typically includes computer-readable instructions, data structures, program modules, or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media.

The above is a specific description of the preferred implementation of the present invention, but the present invention is not limited to the above implementation. Those skilled in the art can also make various equivalent modifications or substitutions under the shared conditions that do not violate the spirit of the present invention. These equivalent modifications or substitutions are all included in the scope defined by the claims of the present invention.

Claims (10)

1. A method for dynamically displaying a registration date, the method comprising:

determining a plurality of target dates capable of registering based on target department information acquired from a registering interface, and generating at least one reference month calendar, wherein the reference month calendar corresponds to the month in which the target date is located;

splitting each reference month calendar into initial week blocks by taking a week as a unit, and determining the initial week blocks where the target date is located as target week blocks;

based on any one of the target week blocks, determining a week number of each target date, determining a first week number as a first sequence number, and determining a last week number as a second sequence number;

Traversing the target peripheral blocks one by one in sequence, inserting the target date of the adjacent peripheral blocks into the reference peripheral block based on the corresponding peripheral serial number if the second serial number of the current traversed reference peripheral block is smaller than the first serial number of the adjacent peripheral block positioned at the next position, deleting the adjacent peripheral block, and updating the second serial number of the reference peripheral block, wherein non-target dates after the target date corresponding to the first serial number of the adjacent peripheral block are synchronously inserted into the reference peripheral block;

and arranging all the rest target peripheral blocks into a target peripheral array based on the format of the reference month calendar, rendering and displaying a target view based on the target peripheral array, and identifying each target date in the target view.

2. The method for dynamically displaying a registration date according to claim 1, wherein determining a plurality of target dates that can be registered based on target department information acquired from a registration interface comprises:

constructing a first option and a second option in the registering interface, wherein the first option comprises a plurality of elective course pieces of information of rooms, and the second option comprises a plurality of selectable number source requirements, and the selectable number source requirements are used for indicating the time of a doctor to visit or the doctor to visit;

Acquiring the target department information selected from the first option, determining the department registration date of the opened registration based on the target department information, and determining the selectable registration source corresponding to each department registration date;

acquiring a first number source demand selected from the second option, and screening a number label source from a plurality of selectable number sources based on the first number source demand;

and determining the department registration date corresponding to the target number source as the target date.

3. The method for dynamic display of registration dates of claim 2, wherein generating at least one reference month calendar comprises:

Determining the first target date as a first date, and determining the last target date as a second date;

When the months corresponding to the first date and the second date are the same, inputting the first date into a preset month calendar component to generate a first month calendar, and determining the first month calendar as the reference month calendar;

Or when the months corresponding to the first date and the second date are different, inputting the first date into the month calendar component to generate the first month calendar, inputting the second date into the month calendar component to generate the second month calendar, and determining at least one reference month calendar based on the first month calendar and the second month calendar.

4. A method of dynamically displaying a registration date according to claim 3, wherein determining at least one of the reference month calendars based on the first month calendar and the second month calendar comprises:

Determining the last week of the first month calendar as a first reference week and the first week of the second month calendar as a second reference week;

determining the first month calendar as the reference month calendar when the second date is located in the first reference week, and displaying all dates of the first reference week on the first month calendar;

or when the first date is located in the second reference week, determining the second month calendar as the reference month calendar, and displaying all dates of the second reference week on the second month calendar;

or when the first date is not located at the second reference week and the second date is not located at the first reference week, determining the first month calendar and the second month calendar as the reference month calendar.

5. A method of dynamically displaying a registration date as recited in claim 3, wherein after identifying each of the target dates in the target view, the method further comprises:

displaying month information of the first month calendar in the first date when the remaining plurality of target week blocks come from the same reference month calendar;

when the rest target week blocks come from the first month calendar and the second month calendar, displaying month information of the first month calendar in the first date, displaying month information of the second month calendar in the second date, marking each target date corresponding to the first month calendar according to a preset first style frame in the target view, and marking each target date corresponding to the second month calendar according to a preset second style frame.

6. The method of dynamic display of registration dates of claim 2, wherein after identifying each of the target dates in the target view, the method further comprises:

when the second option is detected to be switched from the first number source requirement to a second number source requirement, the target date is determined to be a candidate date, a new target date is determined based on the second number source requirement, and the candidate date determined to be the new target date is determined to be a compound date;

And determining a new target week array based on the candidate date and the new target date, and rendering and displaying a new target view based on the new target week array, wherein the display patterns of the composite date, the new target date and the candidate date are different from each other.

7. The method of dynamic display of registration dates of claim 6, wherein determining a new target week array based on the candidate date and the new target date comprises:

Determining the new target date except the composite date as a new added date;

determining the week number of the new date based on the reference month calendar, and determining the target week block where the new date is located as a new week block;

when the newly added peripheral block is positioned in the target peripheral array and the position of the newly added date determined based on the peripheral serial number is unoccupied, inserting the newly added date into the newly added peripheral block;

and when any newly added date is occupied by any target date at the position of the newly added week block, restoring the newly added week block into the reference week block and the adjacent week block before traversal, and replacing the newly added week block in the target week array by using the reference week block and the adjacent week block.

8. A dynamic display device for a registration date, comprising at least one control processor and a memory for communication connection with the at least one control processor, the memory storing instructions executable by the at least one control processor to enable the at least one control processor to perform the dynamic display method for a registration date as claimed in any of claims 1 to 7.

9. An electronic device comprising the dynamic display device of the registration date of claim 8.

10. A computer-readable storage medium storing computer-executable instructions for causing a computer to perform the dynamic display method of a registration date according to any one of claims 1 to 7.