Method, apparatus, device, storage medium and product for generating health service data

Abstract

The present application provides a method, apparatus, device, storage medium and product for generating health service data, belonging to the field of Internet technology. The method includes: sending a data call request to a first terminal, where the data call request is used to request to call a third-party data interface for data scheduling, and the first terminal is used to generate service data when a user conducts a health service; receiving the target service data sent by the first terminal, where the target service data is the service data corresponding to the data call request obtained by the first terminal calling the third-party data interface; integrating the target service data and the reservation data to generate the health service data of the user, and the reservation data is the data generated when the user reserves a health service. This method improves the utilization efficiency of health service data.

Description

Technical Field

[0001] This application relates to the field of Internet technologies, and particularly to a method, apparatus, device, storage medium, and product for generating health service data. Background Art

[0002] With the increasing emphasis of users on health, the demand for various health services by users is also increasing day by day. Users perform various health services to detect or ensure their own physical health. For example, users perform health services such as nucleic acid testing and vaccination. And when users perform health services, corresponding health service data of the users will be generated. The health service data includes reservation data before the users perform health services and service data during the health services; the health service data is used for staff to determine the situation of users performing health services.

[0003] In the related art, before performing health services, users make reservations for health services through a reservation system, and reservation data of the users is generated in the reservation system. When users perform health services, service data of the users is generated through a health service system. Since the reservation data and service data of users are generated in the reservation system and the health service system respectively, the reservation data and service data exist independently, and it is difficult to form complete health service data. When staff use the reservation data and service data, they need to call them from different systems respectively, thereby reducing the usage efficiency of health service data. Summary of the Invention

[0004] Embodiments of this application provide a method, apparatus, device, storage medium, and product for generating health service data, which can improve the usage efficiency of health service data. The technical solution is as follows:

[0005] On the one hand, a method for generating health service data is provided. The method includes:

[0006] Sending a data call request to a first terminal, where the data call request is used to request to call a third-party data interface for data scheduling, and the first terminal is used to generate service data when a user performs health services;

[0007] Receiving target service data sent by the first terminal, where the target service data is the service data corresponding to the data call request obtained by the first terminal calling the third-party data interface;

[0008] Integrating the target service data and reservation data to generate the health service data of the user, where the reservation data is the data generated when the user reserves health services.

[0009] In a possible implementation manner, the method further includes:

[0010] Generate statistical data based on the health service data of multiple users, where the statistical data is used to reflect the situation of users receiving health services.

[0011] In a possible implementation, the statistical data includes at least one of the number of users receiving health services on the same day, the average age of users receiving health services on the same day, and the number of users using the same health service product on the same day; generating the statistical data based on the health service data of multiple users includes:

[0012] Generate at least one of the number of users receiving health services on the same day, the average age of users receiving health services on the same day, and the number of users using the same health service product on the same day based on the health service data of the multiple users.

[0013] In a possible implementation, in the case where the health service can be completed only after the user receives the same health service multiple times, the statistical data further includes the number of users receiving the same number of times of the health service on the same day; generating the statistical data based on the health service data of multiple users includes:

[0014] Generate the number of users receiving the same number of times of the health service on the same day based on the health service data of the multiple users.

[0015] In a possible implementation, the reservation data includes the user's identity information, the user's reservation information, and the user's status information, where the status information is used to indicate the progress of the user completing the health service, and the target service data includes the user's identity information, the user's health service point information, and the user's health service product information; integrating the target service data and the reservation data to generate the user's health service data includes:

[0016] Based on the user's identity information, associate the user's reservation information, status information, health service point information, and health service product information to generate the user's health service data.

[0017] In a possible implementation, the reservation data includes the user's status information, where the status information is used to indicate the progress of the user completing the health service, and sending a data call request to the first terminal includes:

[0018] Based on the status information of multiple users, determine the target users among the multiple users, where the target users are users who have not completed the health service;

[0019] Send the data call request corresponding to the target users to the first terminal.

[0020] In a possible implementation, the status information includes multiple identifiers, and the multiple identifiers are respectively used to represent multiple progressions of the user's completion of health services; determining a target user among the multiple users based on the status information of the multiple users includes:

[0021] For each user, when the target identifier is included in the user's status information, determining the user as the target user, where the target identifier is used to represent that the user has not completed the health service.

[0022] On the other hand, a method for generating health service data is provided, and the method includes:

[0023] Receiving a data call request sent by a second terminal, where the data call request is used to request to call a third-party data interface for data scheduling, and the second terminal is used to generate reservation data when the user reserves a health service;

[0024] Calling the third-party data interface to obtain target service data, where the target service data is the service data corresponding to the data call request;

[0025] Sending the target service data to the second terminal.

[0026] In a possible implementation, the number of data call requests received at the current moment is multiple, and the calling the third-party data interface to obtain target service data includes:

[0027] Caching the multiple data call requests in a target queue;

[0028] Periodically reading a corresponding number of data call requests from the target queue based on the number of multiple threads in a thread pool;

[0029] Calling the third-party data interface to process the read data call requests through the multiple threads to obtain the target service data.

[0030] In a possible implementation, the method further includes:

[0031] When the number of the multiple data call requests is greater than the number of the multiple threads, performing the step of caching the multiple data call requests in the target queue.

[0032] In a possible implementation, the method further includes:

[0033] When the number of the multiple data call requests is not greater than the number of the multiple threads, calling the third-party data interface to process the multiple data call requests through the multiple threads to obtain the target service data.

[0034] On the other hand, a device for generating health service data is provided. The device includes:

[0035] A first sending module, configured to send a data calling request to a first terminal. The data calling request is used to request to call a third-party data interface for data scheduling. The first terminal is used to generate service data when a user conducts a health service.

[0036] A first receiving module, configured to receive the target service data sent by the first terminal. The target service data is the service data corresponding to the data calling request obtained by the first terminal calling the third-party data interface.

[0037] An integration module, configured to integrate the target service data and reservation data to generate the health service data of the user. The reservation data is data generated when the user reserves a health service.

[0038] In a possible implementation manner, the device further includes:

[0039] A generation module, configured to generate statistical data based on the health service data of multiple users. The statistical data is used to reflect the situation of users conducting health services.

[0040] In a possible implementation manner, the statistical data includes at least one of the number of users conducting health services on the same day, the average age of users conducting health services on the same day, and the number of users using the same health service product on the same day. The generation module is configured to generate at least one of the number of users conducting health services on the same day, the average age of users conducting health services on the same day, and the number of users using the same health service product on the same day based on the health service data of the multiple users.

[0041] In a possible implementation manner, in the case where the health service can be completed only after the user conducts the same health service multiple times, the statistical data further includes the number of users conducting the same number of health service times on the same day. The generation module is configured to generate the number of users conducting the same number of health service times on the same day based on the health service data of the multiple users.

[0042] In a possible implementation, the reservation data includes the user's identity information, the user's reservation information, and the user's status information. The status information is used to represent the progress of the user's completion of the health service. The target service data includes the user's identity information, the user's health service point information, and the user's health service product information. The integration module is used to associate the user's reservation information, status information, health service point information, and health service product information based on the user's identity information, and generate the user's health service data.

[0043] In a possible implementation, the reservation data includes the user's status information, and the status information is used to represent the progress of the user's completion of the health service. The first sending module includes:

[0044] A determination unit, configured to determine a target user among the multiple users based on the status information of the multiple users. The target user is a user who has not completed the health service.

[0045] A sending unit, configured to send a data call request corresponding to the target user to the first terminal.

[0046] In a possible implementation, the status information includes multiple identifiers, and the multiple identifiers are respectively used to represent multiple progressions of the user's completion of the health service. The determination unit is configured to, for each user, determine the user as the target user when the target identifier is included in the user's status information. The target identifier is used to represent that the user has not completed the health service.

[0047] On the other hand, a health service data generation device is provided. The device includes:

[0048] A second receiving module, configured to receive a data call request sent by a second terminal. The data call request is used to request to call a third-party data interface for data scheduling. The second terminal is used to generate reservation data when the user reserves a health service.

[0049] An acquisition module, configured to call the third-party data interface to acquire target service data. The target service data is the service data corresponding to the data call request.

[0050] A second sending module, configured to send the target service data to the second terminal.

[0051] In a possible implementation, the number of data call requests received at the current moment is multiple. The acquisition module is used to:

[0052] Cache the multiple data call requests in a target queue.

[0053] Periodically read data call requests corresponding to the number of multiple threads in the thread pool from the target queue;

[0054] Call the third-party data interface, and process the read data call requests through the multiple threads to obtain the target service data.

[0055] In a possible implementation manner, the device further includes an execution module, configured to execute the step of caching multiple data call requests in a target queue when the number of the multiple data call requests is greater than the number of the multiple threads.

[0056] In a possible implementation manner, the device further includes a processing module, configured to call the third-party data interface and process the multiple data call requests through the multiple threads to obtain the target service data when the number of the multiple data call requests is not greater than the number of the multiple threads.

[0057] On the other hand, an electronic device is provided, which includes one or more processors and one or more memories. At least one program code is stored in the one or more memories, and the at least one program code is loaded and executed by the one or more processors to implement the method for generating health service data according to any one of the above implementation manners.

[0058] On the other hand, a computer-readable storage medium is provided, in which at least one program code is stored, and the at least one program code is loaded and executed by a processor to implement the method for generating health service data according to any one of the above implementation manners.

[0059] On the other hand, a computer program product is provided, which includes at least one program code, and the at least one program code is loaded and executed by a processor to implement the method for generating health service data according to any one of the above implementation manners.

[0060] The beneficial effects of the technical solution provided in the embodiments of the present application at least include:

[0061] The embodiments of the present application provide a method for generating health service data. The method obtains service data generated when a user performs a health service, and integrates the service data with reservation data generated when the user reserves a health service, so that complete health service data of the user can be obtained, and the need to separately call from different systems when using the service data and the reservation data is avoided, thereby improving the usage efficiency of the health service data. Description of the Drawings

[0062] To more clearly illustrate the technical solutions in the embodiments of the present application, the following will briefly introduce the accompanying drawings required for the description of the embodiments. Obviously, the accompanying drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other accompanying drawings can be obtained based on these drawings.

[0063] Figure 1 is a schematic diagram of an implementation environment provided by an embodiment of the present application;

[0064] Figure 2 is a flowchart of a method for generating health service data provided by an embodiment of the present application;

[0065] Figure 3 is a flowchart of a method for generating health service data provided by an embodiment of the present application;

[0066] Figure 4 is a block diagram of a device for generating health service data provided by an embodiment of the present application;

[0067] Figure 5 is a block diagram of a device for generating health service data provided by an embodiment of the present application;

[0068] Figure 6 is a block diagram of a terminal provided by an embodiment of the present application. Detailed implementation manners

[0069] To make the objectives, technical solutions, and advantages of the present application clearer, the following will further describe the embodiments of the present application in detail in conjunction with the accompanying drawings.

[0070] The terms "first", "second", "third", and "fourth" in the specification, claims, and accompanying drawings of the present application are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "include" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or device that includes a series of steps or units is not limited to the listed steps or units, but optionally further includes unlisted steps or units, or optionally further includes other steps or units inherent to these processes, methods, products, or devices.

[0071] An embodiment of the present application provides an implementation environment for a method for generating health service data, wherein the execution subject of the implementation environment is an electronic device; optionally, the electronic device may be provided as a first terminal 10, which is a terminal used by staff performing health services; a health service system runs on the first terminal 10, which is used to generate service data of the user when the user performs health services. Alternatively, the electronic device may be provided as a second terminal 20, which is a terminal used by users who make appointments for health services. A reservation system runs on the second terminal 20, which is used to generate reservation data of the user when the user makes an appointment for health services before performing health services. Alternatively, the electronic device may be provided as a first terminal 10 and a second terminal 20, and accordingly, an implementation environment is provided, see Figure 1 The implementation environment includes a first terminal 10, a second terminal 20 and a third-party server 30. The third-party server 30 is connected to the first terminal 10 and the second terminal 20 through a network.

[0072] A health service system is running on the first terminal 10, which is used to generate service data when the user performs health services. The first terminal 10 can be at least one of a smart phone, a smart watch, a desktop computer, a laptop, a tablet computer, and the like.

[0073] The second terminal 20 is a terminal that initiates a data call request, and the data call request is used to request to call a third-party data interface provided by the third-party server 30 to obtain service data of the first terminal 10. A reservation system is run on the second terminal 20, which is used to make reservations for health services and generate user reservation data. The second terminal 20 can be at least one of a smart phone, a smart watch, a desktop computer, a laptop, a tablet computer, and the like.

[0074] The third-party server 30 is used to provide a third-party data interface, which is used to be called to obtain service data generated by the first terminal 10. The third-party server 30 can be at least one of a server, a server cluster consisting of multiple servers, a cloud server, a cloud computing platform, and a virtualization center.

[0075] This application embodiment provides a method for generating health service data. Figure 2 , methods include:

[0076] Step 201: The second terminal sends a data call request to the first terminal.

[0077] Among them, a health service system runs on the first terminal, and the first terminal is used to generate service data when the user conducts health services. The data call request is used to request to call a third-party data interface for data scheduling. The data call request carries request parameters, and the request parameters include at least one of time information and the user's identity information. The time information includes the generation time of the service data, that is, the time when the user conducts health services.

[0078] Among them, a reservation system runs on the second terminal. The reservation system is used to reserve health services and generate the user's reservation data. Before the second terminal generates the user's reservation data, the user registers on the reservation system of the second terminal and inputs the user's identity information into the reservation system. Optionally, the user's identity information includes information such as the user's name, ID number, address, and communication number.

[0079] It should be noted that the reservation data includes the user's status information, and the status information is used to represent the progress of the user's completion of health services. Step 201 includes the following steps (1)-(2):

[0080] (1) The second terminal determines the target user among multiple users based on the status information of multiple users. The target user is the user who has not completed health services.

[0081] Among them, the status information includes multiple identifiers, and the multiple identifiers are respectively used to represent multiple progressions of the user's completion of health services; in one implementation, for each user, when the target identifier is included in the user's status information, the first terminal determines that the user is the target user, and the target identifier is used to represent that the user has not completed health services. When the target identifier is not included in the user's status information, the first terminal determines that the user is a non-target user.

[0082] Among them, the multiple progressions of completing health services include multiple progressions such as having completed health services, not started health services, and health services in progress; among them, not starting health services and health services in progress both indicate that health services have not been completed. The multiple identifiers respectively correspond to multiple progressions; optionally, the status information includes a first identifier, a second identifier, and a third identifier. The first identifier, the second identifier, and the third identifier are respectively used to represent that the user has completed health services, the user has not started health services, and the user's health services are in progress. Among them, the target identifier is used to represent that the user has not completed health services, and the target identifier includes any one of the second identifier and the third identifier.

[0083] Taking vaccination in health services as an example, according to the different types of vaccines, users can choose to take one dose, two doses or three doses, etc. For users taking one dose, before the user takes the first dose, the status information of the user includes a target identifier, and the second terminal determines that the user is a target user; after the user takes the first dose, the status information of the user includes a first identifier. For users taking two doses, before the user takes the second dose, the status information of the user includes a target identifier, and the second terminal determines that the user is a target user; after the user takes the second dose, the status information of the user includes a first identifier. For users taking three doses, before the user takes the third dose, the status information of the user includes a target identifier, and the second terminal determines that the user is a target user; after the user takes the third dose, the status information of the user includes a first identifier.

[0084] In another implementation, the status information includes an identification field, which is used to indicate the number of vaccine doses the user has taken. For users taking one dose, the second terminal determines that the user is a target user when the identification field indicates that the number of vaccine doses the user has taken is zero. For users taking two doses, the second terminal determines that the user is a target user when the identification field indicates that the number of vaccine doses the user has taken is zero or one. For users taking three doses, the second terminal determines that the user is a target user when the identification field indicates that the number of vaccine doses the user has taken is zero, one or two.

[0085] (2) The second terminal sends a data call request corresponding to the target user to the first terminal.

[0086] In some embodiments, after the health service system on the first terminal stops generating service data every day, that is, after the daily health service work ends, the second terminal sends a data call request to the first terminal, and thus can obtain the service data at one time. In this embodiment, the second terminal sends a data call request to the first terminal regularly every day, that is, after the daily health service work ends, the second terminal automatically sends a data call request to the first terminal, thereby avoiding the process of manually triggering the data call request, which saves time and effort. For example, if the daily health service work ends at 18:00, the second terminal sends a data call request to the health service system at a scheduled time point after 18:00.

[0087] In some embodiments, after the health service system on the first terminal generates the service data of the user, it immediately sends a data call request to the first terminal. Among them, after the health service system generates the service data of the user, the second terminal immediately obtains the generation information of the user, and the generation information is used to indicate that the user has received health services and the service data of the user has been generated. After the second terminal obtains the generation information of the user, it triggers the data call request corresponding to the user and sends the data call request to the first terminal.

[0088] It should be noted that the service data of users who have completed health services has been obtained and processed on the day of the health service, and there is no need to obtain it again. In this way, only the service data of target users who have not completed health services needs to be obtained, reducing the quantity of service data obtained, that is, reducing the quantity of data call requests, and thus improving the efficiency of sending data call requests; furthermore, it enables relevant personnel to timely understand the latest progress of users who have not completed health services in receiving health services, thereby facilitating relevant personnel to timely adjust health service work.

[0089] Step 202: The second terminal receives the target service data sent by the first terminal.

[0090] Among them, the target service data is the service data corresponding to the data call request, and the target service data also needs to be the service data generated on the same day. The service data includes the user's identity information, the user's health service point information, the user's health service product information, etc.

[0091] Step 203: The second terminal integrates the target service data and the reservation data to generate the user's health service data.

[0092] Among them, the reservation data is the data generated when the user reserves a health service. The reservation data includes the user's identity information, the user's reservation information, and the user's status information. The status information is used to represent the progress of the user in completing the health service. The target service data includes the user's identity information, the user's health service point information, and the user's health service product information. In one implementation, the first terminal associates the user's reservation information, status information, health service point information, and health service product information based on the user's identity information to generate the user's health service data.

[0093] Taking vaccination as an example of health service, the status information includes various progress such as the user has completed vaccination, has not started vaccination, and is in the process of vaccination; the health service point information includes the name of the vaccination point where the user receives vaccination; the health service product information includes at least one of the manufacturer information of the vaccine the user receives, the batch information of the vaccine, and the number of vaccinations of the user. The number of vaccinations of the user is used to represent the number of vaccine doses received by the user. The second terminal associates the user's reservation information, status information, name of the vaccination point, manufacturer information of the vaccine, batch information of the vaccine, and the number of vaccinations of the user, etc. based on the user's identity information.

[0094] It should be noted that the reservation system has the reservation data of users, and the health service system has the service data of users. Through the method provided by the embodiments of the present application, the reservation data and service data of users are integrated to obtain the health service data of users, realizing the integration of reservation data and service data in the reservation system, that is, forming complete health service data in the reservation system, thereby improving the statistical results of health service data and facilitating the smooth development of health service work. Taking vaccination as an example of health service, the traditional vaccine reservation system and vaccine vaccination system respectively have the vaccine reservation data of users and the vaccine vaccination data of users, and it is difficult to form complete epidemic prevention data. However, through the method provided by the embodiments of the present application, the vaccine reservation data and vaccine vaccination data can be integrated in the vaccine reservation system, thus facilitating the smooth development of epidemic prevention work.

[0095] The embodiments of the present application provide a method for generating health service data. This method obtains the service data generated when users conduct health services and integrates the service data with the reservation data generated when users reserve health services, so as to obtain the complete health service data of users, avoiding the need to separately call from different systems when using service data and reservation data, thereby improving the usage efficiency of health service data.

[0096] Step 204: The second terminal generates statistical data based on the health service data of multiple users.

[0097] Among them, the statistical data is used to reflect the situation of users conducting health services. In some implementation manners, the statistical data includes at least one of the number of users conducting health services on the same day, the average age of users conducting health services on the same day, and the number of users using the same health service product on the same day. The second terminal generates at least one of the number of users conducting health services on the same day, the average age of users conducting health services on the same day, and the number of users using the same health service product on the same day based on the health service data of multiple users.

[0098] The statistical data also includes the number of users conducting health services in any region, the number of users conducting health services in any time period, etc., which are respectively used to reflect the situation of health services in that region and the situation of health services in that time period. The statistical data also includes the situation of target users who have not completed health services conducting health services on the same day, that is, whether the target users have conducted health services on the same day, which is used to reflect the situation of users who have not completed health services conducting health services on the same day; thus enabling relevant personnel to timely obtain the latest progress of users who have not completed health services conducting health services, thereby facilitating relevant personnel to timely adjust health service work.

[0099] In one implementation, after the second terminal generates statistical data, it pushes the statistical data to the corresponding community management personnel, relevant department staff, etc., enabling these personnel to timely understand the situation of users receiving health services based on the statistical data. For community management personnel, they can also timely understand the situation of users in the community receiving health services.

[0100] In some embodiments, in the case where a health service can be completed only after a user undergoes the same health service multiple times, the statistical data further includes the number of users who have undergone the same health service on the same day; the second terminal generates the number of users who have undergone the same health service on the same day based on the health service data of multiple users.

[0101] Taking vaccination as an example of health service, according to different types of vaccines, users can choose to receive one dose, two doses or three doses, etc. For users who receive two doses, the second terminal generates the number of users who receive the first dose and the number of users who receive the second dose on the same day based on the health service data of multiple users who receive two doses. For users who receive three doses, the second terminal generates the number of users who receive the first dose, the number of users who receive the second dose, and the number of users who receive the third dose on the same day based on the health service data of multiple users who receive three doses.

[0102] In this implementation, by generating statistical data in multiple dimensions, the full utilization of health service data is achieved, enabling relevant personnel to timely grasp the comprehensive situation of users receiving health services, thereby improving the utilization efficiency of health service data.

[0103] The embodiments of the present application further provide a method for generating health service data. Refer to Figure 3 , the method includes:

[0104] Step 301: The first terminal receives a data call request sent by the second terminal.

[0105] Among them, the data call request is used to request to call a third-party data interface for data scheduling, and the second terminal is used to generate reservation data when a user reserves a health service.

[0106] Step 302: The first terminal calls the third-party data interface to obtain target service data.

[0107] Among them, the target service data is the service data corresponding to the data call request. In some embodiments, the number of data call requests received by the first terminal at the current moment is multiple, and the corresponding target service data obtained is multiple; taking vaccination as an example of health service, the number of vaccination data generated every day is 3 million - 5 million. In the case where the number of data call requests received by the first terminal at the current moment is multiple, step 302 includes the following steps (1)-(3):

[0108] (1) The first terminal caches multiple data call requests in the target queue.

[0109] It should be noted that when the cache quantity in the target queue is not less than the quantity of data call requests, all multiple data call requests are cached in the target queue. The multiple data call requests are sorted in the target queue according to the time sequence when the users of each data call request registered in the reservation system.

[0110] In another implementation manner, when the cache quantity in the target queue is less than the quantity of data call requests, the partial data call requests corresponding to the cache quantity are cached in the target queue, and the partial data call requests are the data call requests sorted in the front among all the data call requests and corresponding to the cache quantity. Among them, the multiple data call requests are sorted according to the time sequence when the users of each data call request registered in the reservation system. The data call requests in the target queue follow the principle of first in first out, that is, the data call request that enters the target queue first leaves the target queue first. When any data call request in the target queue leaves the target queue, the data call request sorted in the front among the remaining data call requests enters the target queue. Among them, the target queue is a buffer queue, and the buffer quantity of the target queue can be set and changed as required; optionally, the buffer quantity of the target queue is set to 500,000.

[0111] (2) The first terminal periodically reads the corresponding quantity of data call requests from the target queue based on the quantity of multiple threads in the thread pool.

[0112] Among them, the multiple threads include core threads and non-core threads. The quantity of core threads is the number of core threads. The sum of the quantity of core threads and non-core threads is the maximum number of threads. The first terminal determines the maximum number of threads as the target quantity. The core threads are used to process multiple data call requests corresponding to the number of core threads sorted in the front, and the non-core threads are used to process the data call requests corresponding to the quantity of the remaining non-core threads. The number of core threads and the maximum number of threads can be set and changed as required respectively. For example, the number of core threads is controlled to be 5, and the maximum number of threads is 128.

[0113] (3) The first terminal calls a third-party data interface and processes the read data call requests through multiple threads to obtain target service data.

[0114] In some embodiments, one thread reads one data call request; in other embodiments, one thread can read multiple data call requests.

[0115] Among them, each data call request carries request parameters, and the request parameters include at least one of time information and user identity information. The time information includes the generation time of the service data, that is, the time when the user conducts the health service. In one implementation, the time information corresponding to the data call request is the current day, and the first terminal calls the third-party data interface to filter the service data of the current day based on this time information to obtain the service data of the current day; in this way, only the service data of the current day needs to be obtained, which can not only obtain the latest service data in a timely manner, but also avoid the waste of time and resources caused by obtaining the service data before the current day.

[0116] It should be noted that due to the excessive number of users conducting health services, the amount of service data is too large. However, the concurrency of the third-party data interface that provides us with access to the service data is relatively low and cannot support the concurrency of multiple data call requests. Once the number of data call requests is too large, the third-party data interface will crash due to the instant influx of data call requests, resulting in the inability to obtain all the required data in a limited time. In the embodiment of the present application, by using a thread pool to control the call to the third-party data interface, the situation where all data call requests call the third-party data interface will not occur, avoiding the problem of the third-party data interface crashing under high concurrency due to too many data call requests, and thus realizing the logical optimization of data call requests under high concurrency. Taking Yunnan Province, where health services are carried out, as an example, due to the large population in Yunnan Province and the excessive number of users conducting health services, the corresponding service data is also large. However, through the method provided by the embodiment of the present application, the acquisition work of the service data in Yunnan Province is currently carried out stably.

[0117] It should be noted that when the number of multiple data call requests is greater than the number of multiple threads, the above steps (1)-(3) are executed. When the number of multiple data call requests is not greater than the number of multiple threads, the third-party data interface is called, and multiple data call requests are processed through multiple threads to obtain the target service data. In this way, the data call requests are not cached into the target queue, the process is reduced, and the efficiency of obtaining the target service data is improved.

[0118] Step 303: The first terminal sends the target service data to the second terminal.

[0119] In some embodiments, the first terminal sequentially sends each target service data to the second terminal. In other embodiments, the first terminal packages multiple target service data and sends them to the second terminal uniformly.

[0120] An embodiment of the present application provides a method for generating health service data. By calling a third-party data interface, this method can obtain the service data generated when a user conducts a health service. Then, after sending the service data to a second terminal, the second terminal can integrate the generated appointment data with the service data, so that the complete health service data of the user can be obtained, avoiding the need to separately call from different systems when using the service data and the appointment data, thereby improving the usage efficiency of the health service data.

[0121] An embodiment of the present application also provides a device for generating health service data. Refer to Figure 4 , the device includes:

[0122] A first sending module 401, configured to send a data call request to a first terminal. The data call request is used to request to call a third-party data interface for data scheduling, and the first terminal is used to generate service data when a user conducts a health service;

[0123] A first receiving module 402, configured to receive the target service data sent by the first terminal. The target service data is the service data corresponding to the data call request obtained by the first terminal calling the third-party data interface;

[0124] An integration module 403, configured to integrate the target service data and the appointment data to generate the health service data of the user. The appointment data is the data generated when the user makes an appointment for a health service.

[0125] In a possible implementation manner, the device further includes:

[0126] A generation module 404, configured to generate statistical data based on the health service data of multiple users. The statistical data is used to reflect the situation of users conducting health services.

[0127] In a possible implementation manner, the statistical data includes at least one of the number of users conducting health services on the same day, the average age of users conducting health services on the same day, and the number of users using the same health service product on the same day; the generation module 404 is configured to generate at least one of the number of users conducting health services on the same day, the average age of users conducting health services on the same day, and the number of users using the same health service product on the same day based on the health service data of multiple users.

[0128] In a possible implementation manner, in the case where a user can complete a health service only after conducting the same health service multiple times, the statistical data further includes the number of users conducting the same number of health services on the same day; the generation module 404 is configured to generate the number of users conducting the same number of health services on the same day based on the health service data of multiple users.

[0129] In a possible implementation, the reservation data includes the user's identity information, the user's reservation information, and the user's status information. The status information is used to represent the progress of the user's completion of the health service. The target service data includes the user's identity information, the user's health service point information, and the user's health service product information. The integration module 403 is configured to associate the user's reservation information, status information, health service point information, and health service product information based on the user's identity information, and generate the user's health service data.

[0130] In a possible implementation, the reservation data includes the user's status information, and the status information is used to represent the progress of the user's completion of the health service. The first sending module 401 includes:

[0131] A determination unit, configured to determine a target user among multiple users based on the status information of the multiple users. The target user is a user who has not completed the health service.

[0132] A sending unit, configured to send a data call request corresponding to the target user to the first terminal.

[0133] In a possible implementation, the status information includes multiple identifiers, and the multiple identifiers are respectively used to represent multiple progressions of the user's completion of the health service. The determination unit is configured to, for each user, determine the user as the target user when the target identifier is included in the user's status information. The target identifier is used to represent that the user has not completed the health service.

[0134] An embodiment of the present application further provides a device for generating health service data. Refer to Figure 5 , the device includes:

[0135] A second receiving module 501, configured to receive a data call request sent by a second terminal. The data call request is used to request to call a third-party data interface for data scheduling. The second terminal is used to generate reservation data when the user reserves a health service.

[0136] An acquisition module 502, configured to call a third-party data interface to obtain target service data. The target service data is the service data corresponding to the data call request.

[0137] A second sending module 503, configured to send the target service data to the second terminal.

[0138] In a possible implementation, the number of data call requests received at the current moment is multiple. The acquisition module 502 is configured to:

[0139] Cache the multiple data call requests in a target queue;

[0140] Periodically read a corresponding number of data call requests from the target queue based on the number of multiple threads in the thread pool;

[0141] Invoke a third-party data interface and process the read data call requests through multiple threads to obtain target service data.

[0142] In a possible implementation, the apparatus further includes an execution module, configured to execute the step of caching multiple data call requests in a target queue when the number of multiple data call requests is greater than the number of multiple threads.

[0143] In a possible implementation, the apparatus further includes a processing module, configured to, when the number of multiple data call requests is not greater than the number of multiple threads, invoke a third-party data interface and process the multiple data call requests through multiple threads to obtain target service data.

[0144] Figure 6 FIG. shows a block diagram of an electronic device 600 provided by an exemplary embodiment of the present application. The electronic device 600 may be a portable mobile electronic device, such as: a smart phone, a tablet computer, an MP3 player (Moving Picture Experts Group Audio Layer III), an MP4 (Moving Picture Experts Group Audio Layer IV) player, a laptop computer, or a desktop computer. The electronic device 600 may also be referred to by other names such as a user equipment, a portable computer device, a laptop computer device, a desktop computer device, etc.

[0145] Generally, the electronic device 600 includes: a processor 601 and a memory 602.

[0146] The processor 601 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. The processor 601 may be implemented in at least one hardware form of DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), or PLA (Programmable Logic Array). The processor 601 may also include a main processor and a coprocessor. The main processor is a processor for processing data in the wake state, also known as the CPU (Central Processing Unit); the coprocessor is a low-power processor for processing data in the standby state. In some embodiments, the processor 601 may be integrated with a GPU (Graphics Processing Unit), and the GPU is responsible for rendering and drawing the content to be displayed on the display screen. In some embodiments, the processor 601 may further include an AI (Artificial Intelligence) processor, and the AI processor is used to process computational operations related to machine learning.

[0147] The memory 602 may include one or more computer-readable storage media, and the computer-readable storage media may be non-transitory. The memory 602 may further include high-speed random access memory and non-volatile memory, such as one or more disk storage devices and flash storage devices. In some embodiments, the non-transitory computer-readable storage media in the memory 602 is used to store at least one program code, and the at least one program code is used to be executed by the processor 601 to implement the method for generating health service data provided in the method embodiments of the present application.

[0148] In some embodiments, the electronic device 600 may further optionally include: a peripheral device interface 603 and at least one peripheral device. The processor 601, the memory 602, and the peripheral device interface 603 may be connected through a bus or signal lines. Each peripheral device may be connected to the peripheral device interface 603 through a bus, signal lines, or a circuit board. Specifically, the peripheral devices include at least one of a radio frequency circuit 604, a display screen 605, a camera assembly 606, an audio circuit 607, a positioning component 608, and a power supply 609.

[0149] The peripheral device interface 603 can be used to connect at least one I / O (Input / Output) related peripheral device to the processor 601 and the memory 602. In some embodiments, the processor 601, the memory 602, and the peripheral device interface 603 are integrated on the same chip or circuit board; in some other embodiments, any one or two of the processor 601, the memory 602, and the peripheral device interface 603 can be implemented on separate chips or circuit boards, and this embodiment does not limit this.

[0150] The radio frequency circuit 604 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The radio frequency circuit 604 communicates with a communication network and other communication devices through electromagnetic signals. The radio frequency circuit 604 converts an electrical signal into an electromagnetic signal for transmission, or converts the received electromagnetic signal into an electrical signal. Optionally, the radio frequency circuit 604 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a subscriber identity module card, and so on. The radio frequency circuit 604 can communicate with other electronic devices through at least one wireless communication protocol. The wireless communication protocol includes but is not limited to: the World Wide Web, a metropolitan area network, an intranet, each generation of mobile communication networks (2G, 3G, 4G, and 5G), a wireless local area network, and / or a WiFi (Wireless Fidelity) network. In some embodiments, the radio frequency circuit 604 may further include a circuit related to NFC (Near Field Communication), and this application does not limit this.

[0151] The display screen 605 is used to display the UI (User Interface). The UI may include graphics, text, icons, videos, and any combination thereof. When the display screen 605 is a touch display screen, the display screen 605 also has the ability to collect touch signals on or above the surface of the display screen 605. The touch signals can be input as control signals to the processor 601 for processing. At this time, the display screen 605 can also be used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard. In some embodiments, there may be one display screen 605, which is provided on the front panel of the electronic device 600; in other embodiments, there may be at least two display screens 605, which are respectively provided on different surfaces of the electronic device 600 or are in a foldable design; in other embodiments, the display screen 605 may be a flexible display screen, which is provided on the curved surface or the folding surface of the electronic device 600. Even, the display screen 605 can also be set to an irregular non-rectangular shape, that is, a special-shaped screen. The display screen 605 can be prepared using materials such as LCD (Liquid Crystal Display) and OLED (Organic Light-Emitting Diode).

[0152] The camera module 606 is used to collect images or videos. Optionally, the camera module 606 includes a front camera and a rear camera. Generally, the front camera is provided on the front panel of the electronic device, and the rear camera is provided on the back of the electronic device. In some embodiments, there are at least two rear cameras, which are any one of a main camera, a depth-of-field camera, a wide-angle camera, and a telephoto camera, to implement functions such as the combination of the main camera and the depth-of-field camera to achieve the background blurring function, the combination of the main camera and the wide-angle camera to achieve panoramic shooting and VR (Virtual Reality) shooting functions, or other combined shooting functions. In some embodiments, the camera module 606 may also include a flash. The flash can be a single-color-temperature flash or a two-color-temperature flash. A two-color-temperature flash refers to the combination of a warm-light flash and a cold-light flash, which can be used for light compensation under different color temperatures.

[0153] The audio circuit 607 may include a microphone and a speaker. The microphone is used to collect sound waves of the user and the environment, and convert the sound waves into electrical signals and input them to the processor 601 for processing, or input them to the radio frequency circuit 604 to implement voice communication. For the purpose of stereo collection or noise reduction, there may be multiple microphones, which are respectively arranged at different parts of the electronic device 600. The microphone may also be an array microphone or an omnidirectional collection microphone. The speaker is used to convert the electrical signal from the processor 601 or the radio frequency circuit 604 into sound waves. The speaker may be a traditional thin film speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, it can not only convert the electrical signal into sound waves audible to humans, but also convert the electrical signal into sound waves inaudible to humans for uses such as ranging. In some embodiments, the audio circuit 607 may also include a headphone jack.

[0154] The positioning component 608 is used to locate the current geographical location of the electronic device 600 to implement navigation or LBS (Location Based Service). The positioning component 608 may be a positioning component based on the GPS (Global Positioning System) of the United States, the Beidou system of China, or the Galileo system of Russia.

[0155] The power supply 609 is used to supply power to each component in the electronic device 600. The power supply 609 may be alternating current, direct current, a disposable battery, or a rechargeable battery. When the power supply 609 includes a rechargeable battery, the rechargeable battery may be a wired rechargeable battery or a wireless rechargeable battery. A wired rechargeable battery is a battery charged through a wired line, and a wireless rechargeable battery is a battery charged through a wireless coil. The rechargeable battery can also be used to support fast charging technology.

[0156] In some embodiments, the electronic device 600 further includes one or more sensors 610. The one or more sensors 610 include but are not limited to: an acceleration sensor 611, a gyroscope sensor 612, a pressure sensor 613, a fingerprint sensor 614, an optical sensor 615, and a proximity sensor 616.

[0157] The acceleration sensor 611 can detect the magnitudes of accelerations on the three coordinate axes of the coordinate system established with the electronic device 600. For example, the acceleration sensor 611 can be used to detect the components of the gravitational acceleration on the three coordinate axes. The processor 601 can control the display screen 605 to display the user interface in a landscape view or a portrait view according to the gravitational acceleration signal collected by the acceleration sensor 611. The acceleration sensor 611 can also be used for games or the collection of the user's motion data.

[0158] The gyroscope sensor 612 can detect the body orientation and rotation angle of the electronic device 600. The gyroscope sensor 612 can cooperate with the acceleration sensor 611 to collect the 3D actions of the user on the electronic device 600. Based on the data collected by the gyroscope sensor 612, the processor 601 can implement the following functions: motion sensing (such as changing the UI according to the user's tilting operation), image stabilization during shooting, game control, and inertial navigation.

[0159] The pressure sensor 613 can be disposed on the side frame of the electronic device 600 and / or the lower layer of the display screen 605. When the pressure sensor 613 is disposed on the side frame of the electronic device 600, it can detect the holding signal of the user on the electronic device 600, and the processor 601 can perform left / right hand recognition or quick operation according to the holding signal collected by the pressure sensor 613. When the pressure sensor 613 is disposed on the lower layer of the display screen 605, the processor 601 can control the operable controls on the UI interface according to the pressure operation of the user on the display screen 605. The operable controls include at least one of button controls, scroll bar controls, icon controls, and menu controls.

[0160] The fingerprint sensor 614 is used to collect the fingerprints of the user. The processor 601 can identify the user's identity according to the fingerprints collected by the fingerprint sensor 614, or the fingerprint sensor 614 can identify the user's identity according to the collected fingerprints. When the identified user identity is a trusted identity, the processor 601 authorizes the user to perform relevant sensitive operations, and the sensitive operations include unlocking the screen, viewing encrypted information, downloading software, making payments, and changing settings, etc. The fingerprint sensor 614 can be disposed on the front, back, or side of the electronic device 600. When there are physical buttons or manufacturer logos on the electronic device 600, the fingerprint sensor 614 can be integrated with the physical buttons or manufacturer logos.

[0161] The optical sensor 615 is used to collect the ambient light intensity. In one embodiment, the processor 601 can control the display brightness of the display screen 605 according to the ambient light intensity collected by the optical sensor 615. Specifically, when the ambient light intensity is high, the display brightness of the display screen 605 is increased; when the ambient light intensity is low, the display brightness of the display screen 605 is decreased. In another embodiment, the processor 601 can also dynamically adjust the shooting parameters of the camera module 606 according to the ambient light intensity collected by the optical sensor 615.

[0162] The proximity sensor 616, also known as a distance sensor, is typically disposed on the front panel of the electronic device 600. The proximity sensor 616 is used to collect the distance between the user and the front of the electronic device 600. In one embodiment, when the proximity sensor 616 detects that the distance between the user and the front of the electronic device 600 is gradually decreasing, the processor 601 controls the display screen 605 to switch from the lit state to the off state; when the proximity sensor 616 detects that the distance between the user and the front of the electronic device 600 is gradually increasing, the processor 601 controls the display screen 605 to switch from the off state to the lit state.

[0163] Those skilled in the art can understand that Figure 6 the structure shown in does not constitute a limitation on the electronic device 600, and may include more or fewer components than shown, or combine certain components, or adopt a different component arrangement.

[0164] The embodiment of the present application also provides a computer-readable storage medium, in which at least one program code is stored, and the at least one program code is loaded and executed by a processor to implement the method for generating health service data in any of the above implementation manners.

[0165] The embodiment of the present application also provides a computer program product, which includes at least one program code, and the at least one program code is loaded and executed by a processor to implement the method for generating health service data in any of the above implementation manners.

[0166] In some embodiments, the computer program product involved in the embodiment of the present application can be deployed to be executed on one electronic device, or on multiple electronic devices located at one place, or, on multiple electronic devices distributed at multiple places and interconnected by a communication network. The multiple electronic devices distributed at multiple places and interconnected by a communication network can form a blockchain system.

[0167] The embodiment of the present application provides a method for generating health service data. The method obtains the service data generated when the user performs a health service, and integrates the service data with the reservation data generated when the user reserves a health service, so that the complete health service data of the user can be obtained, avoiding the need to separately call from different systems when using the service data and the reservation data, thereby improving the usage efficiency of the health service data.

[0168] The above are only optional embodiments of the present application, and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. A method for generating health service data, characterized in that, Applied to a second terminal on which a reservation system is running. The reservation system is used to reserve health services and generate reservation data of a user. The reservation data is data generated when the user reserves health services. The method includes: Sending a data call request to a first terminal, so that when the number of data call requests received by the first terminal at the current moment is multiple and the number of multiple data call requests is not greater than the number of multiple threads in a thread pool, the third-party data interface is called, and the read data call requests are processed by the multiple threads to obtain target service data; when the number of data call requests received by the first terminal at the current moment is multiple and the number of multiple data call requests is greater than the number of the multiple threads, if the cache quantity of a target queue is not less than the number of the data call requests, all the multiple data call requests are cached in the target queue, and the multiple data call requests are sorted in the target queue according to the registration time of each user of the data call requests in the reservation system; if the cache quantity of the target queue is less than the number of the data call requests, a part of the data call requests corresponding to the cache quantity are cached in the target queue, and the part of the data call requests are the data call requests sorted in the front among all the data call requests and corresponding to the cache quantity, and the multiple data call requests are sorted in the target queue according to the registration time of each user of the data call requests in the reservation system; based on the number of the multiple threads, periodically reading a corresponding number of data call requests from the target queue; calling the third-party data interface, and processing the read data call requests by the multiple threads to obtain target service data; wherein, the data call request is automatically sent by the second terminal after the health service work of the health service system on the first terminal stops on the same day, or the data call request is automatically sent by the second terminal after the health service system on the first terminal generates service data of a user; the multiple threads include core threads and non-core threads, the number of the core threads is the core thread number, the core threads are used to process multiple data call requests corresponding to the front-sorted core thread number, and the non-core threads are used to process data call requests corresponding to the number of the remaining non-core threads; the target service data is the service data of the current day screened based on the time information carried in the data call request; the data call request is used to request to call the third-party data interface for data scheduling, and a health service system is running on the first terminal and is used to generate service data when a user conducts health services; Receiving the target service data sent by the first terminal; In the reservation system, based on the same data in the reservation data and the target service data, associating the respective unique data other than the same data in the reservation data and the target service data to generate the health service data of the user.

2. The method according to claim 1, wherein The method further includes: Generate statistical data based on the health service data of multiple users, where the statistical data is used to reflect the situation of users receiving health services.

3. The method according to claim 2, wherein The statistical data includes at least one of the number of users receiving health services on the current day, the average age of the users receiving health services on the current day, and the number of users using the same health service product on the current day; The generating of statistical data based on the health service data of multiple users includes: Based on the health service data of the multiple users, generate at least one of the number of users receiving health services on the current day, the average age of the users receiving health services on the current day, and the number of users using the same health service product on the current day.

4. The method according to claim 2, wherein In the case where the health service can be completed only after the user receives the same health service multiple times, the statistical data further includes the number of users who have received the same number of times of the health service on the current day; The generating of statistical data based on the health service data of multiple users includes: Based on the health service data of the multiple users, generate the number of users who have received the same number of times of the health service on the current day.

5. The method according to claim 1, characterized in that, The reservation data includes the user's identity information, the user's reservation information, and the user's status information, where the status information is used to indicate the progress of the user completing the health service, and the target service data includes the user's identity information, the user's health service point information, and the user's health service product information; The method further includes: Based on the user's identity information, associate the user's reservation information, status information, health service point information, and health service product information to generate the user's health service data.

6. The method according to any one of claims 1-5, characterized in that, The reservation data includes the user's status information, where the status information is used to indicate the progress of the user completing the health service, and the sending of a data call request to the first terminal includes: Based on the status information of multiple users, determine the target users among the multiple users, where the target users are users who have not completed the health service; Send a data call request corresponding to the target users to the first terminal.

7. The method according to claim 6, wherein The status information includes multiple identifiers, and the multiple identifiers are respectively used to indicate multiple progress levels of the user completing the health service; The determining of the target users among the multiple users based on the status information of multiple users includes: For each user, when the target identifier is included in the user's status information, determine the user as the target user, where the target identifier is used to indicate that the user has not completed the health service.

8. A method for generating health service data, characterized in that Applied to a first terminal, where a health service system runs on the first terminal and is used to generate service data when the user receives health services, the method includes: Receive a data call request sent by a second terminal. The data call request is used to request to call a third-party data interface for data scheduling. A reservation system is running on the second terminal. The reservation system is used to reserve health services and generate reservation data when the user reserves health services. The data call request is automatically sent by the second terminal after the health service work on the first terminal stops on the same day, or the data call request is automatically sent by the second terminal after the health service system on the first terminal generates the service data of the user. When the number of data call requests received at the current moment is multiple and the number of multiple data call requests is not greater than the number of multiple threads in the thread pool, call the third-party data interface, and process the read data call requests through the multiple threads to obtain the target service data. When the number of data call requests received at the current moment is multiple and the number of multiple data call requests is greater than the number of the multiple threads, if the cache quantity of the target queue is not less than the number of the data call requests, cache all the multiple data call requests in the target queue. The multiple data call requests are sorted in the target queue according to the registration time of each user of the data call request in the reservation system. If the cache quantity of the target queue is less than the number of the data call requests, cache the partial data call requests corresponding to the cache quantity in the target queue. The partial data call requests are the data call requests corresponding to the cache quantity that are sorted in the front among all the data call requests. The multiple data call requests are sorted in the target queue according to the registration time of each user of the data call request in the reservation system. Periodically read the corresponding number of data call requests from the target queue based on the number of the multiple threads. Call the third-party data interface, and process the read data call requests through the multiple threads to obtain the target service data. Among them, the multiple threads include core threads and non-core threads. The number of core threads is the core thread number. The core threads are used to process the multiple data call requests corresponding to the front-sorted core thread number, and the non-core threads are used to process the data call requests corresponding to the remaining number of non-core threads. The target service data is the service data of the current day screened based on the time information carried in the data call request. Send the target service data to the second terminal so that the second terminal can, in the reservation system, based on the same data in the reservation data and the target service data, associate the unique data other than the same data in the reservation data and the target service data to generate the health service data of the user.

9. A generating device for health service data, characterized in that, Applied to a second terminal, a reservation system is running on the second terminal. The reservation system is used to reserve health services and generate reservation data of the user. The reservation data is the data generated when the user reserves health services. The device includes: A first sending module, configured to send a data call request to a first terminal, so that when the number of data call requests received by the first terminal at the current moment is multiple and the number of multiple data call requests is not greater than the number of multiple threads in a thread pool, the first terminal calls a third-party data interface, and processes the read data call requests through the multiple threads to obtain target service data; when the number of data call requests received by the first terminal at the current moment is multiple and the number of multiple data call requests is greater than the number of the multiple threads, if the cache quantity of a target queue is not less than the number of the data call requests, all the multiple data call requests are cached in the target queue, and the multiple data call requests are sorted in the target queue according to the time sequence registered by each user of the data call requests in the reservation system; if the cache quantity of the target queue is less than the number of the data call requests, a partial data call request corresponding to the cache quantity is cached in the target queue, where the partial data call requests are the data call requests that are sorted in the front among all the data call requests and correspond to the cache quantity, and the multiple data call requests are sorted in the target queue according to the time sequence registered by each user of the data call requests in the reservation system; based on the number of the multiple threads, periodically read a corresponding number of data call requests from the target queue; call the third-party data interface, and process the read data call requests through the multiple threads to obtain target service data; Wherein, the data call request is automatically sent by a second terminal after the health service work on the day when the health service system on the first terminal stops ends, or the data call request is automatically sent by the second terminal after the health service system on the first terminal generates service data of a user; the multiple threads include core threads and non-core threads, the number of the core threads is the number of core threads, the core threads are used to process multiple data call requests corresponding to the number of the core threads sorted in the front, and the non-core threads are used to process data call requests corresponding to the number of the remaining non-core threads; the target service data is the service data of the current day filtered based on the time information carried in the data call request; the data call request is used to request to call the third-party data interface for data scheduling, and a health service system is run on the first terminal, and is used to generate service data when the user conducts health services; A first receiving module, configured to receive the target service data sent by the first terminal; An integration module, configured to, in the reservation system, based on the same data in the reservation data and the target service data, associate the respective unique data other than the same data in the reservation data and the target service data, and generate the health service data of the user.

10. A generating device for health service data, characterized in that Applied to a first terminal, where a health service system is run on the first terminal, and is used to generate service data when the user conducts health services, the device includes: A second receiving module, configured to receive a data call request sent by a second terminal, where the data call request is used to request to call a third-party data interface for data scheduling. A reservation system is running on the second terminal, and the reservation system is used to reserve health services and generate reservation data when the user reserves health services. The data call request is automatically sent by the second terminal after the health service work on the first terminal stops on the same day, or the data call request is automatically sent by the second terminal after the health service system on the first terminal generates service data of the user. An obtaining module, configured to, when the number of data call requests received at the current moment is multiple and the number of multiple data call requests is not greater than the number of multiple threads in the thread pool, call a third-party data interface, and process the read data call requests through the multiple threads to obtain target service data. When the number of data call requests received at the current moment is multiple and the number of multiple data call requests is greater than the number of the multiple threads, if the cache quantity of the target queue is not less than the number of the data call requests, all the multiple data call requests are cached in the target queue, and the multiple data call requests are sorted in the target queue in the order of the registration time of each user of the data call requests in the reservation system. If the cache quantity of the target queue is less than the number of the data call requests, a partial data call request corresponding to the cache quantity is cached in the target queue, where the partial data call requests are the data call requests sorted in the front among all the data call requests and corresponding to the cache quantity, and the multiple data call requests are sorted in the order of the registration time of each user of the data call requests in the reservation system. Based on the number of the multiple threads, periodically read a corresponding number of data call requests from the target queue. Call the third-party data interface, and process the read data call requests through the multiple threads to obtain target service data. Wherein, the multiple threads include core threads and non-core threads, the number of the core threads is the core thread number, the core threads are used to process multiple data call requests corresponding to the front-sorted core thread number, and the non-core threads are used to process data call requests corresponding to the number of the remaining non-core threads. The target service data is the service data of the current day screened based on the time information carried in the data call request. A second sending module, configured to send the target service data to the second terminal, so that the second terminal can, in the reservation system, associate the unique data other than the same data in the reservation data and the target service data based on the same data in the reservation data and the target service data, and generate the health service data of the user.

11. An electronic device, characterized in that, The electronic device includes one or more processors and one or more memories, and at least one program code is stored in the one or more memories. The at least one program code is loaded and executed by the one or more processors to implement the method for generating health service data as described in any one of claims 1 to 7 or claim 8.

12. A computer-readable storage medium, characterized in that, At least one program code is stored in the storage medium. The at least one program code is loaded and executed by a processor to implement the method for generating health service data as described in any one of claims 1 to 8.

13. A computer program product, characterized in that, The computer program product includes at least one program code. The at least one program code is loaded and executed by a processor to implement the method for generating health service data as described in any one of claims 1 to 8.

Images