A digital management system for infectious diseases in a closed loop process

CN122736097APending Publication Date: 2026-09-11CNNC NUCLEAR POWER OPERATION MANAGEMENT CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202610958088.0
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2026-06-30
Publication Date
2026-09-11

AI Technical Summary

Benefits of technology

本系统通过行程掌上填报、风险智能运算、大数据管控后台及消息通知四个部分,实现员工、协作单位、访客全范围的有效管控,所包含的智能运算模块更是实现了传染病防控行程的智能计算和推送。同时,本系统还可以通过一定的组织关系,分角色进行定向查阅和管控,最终实现离散填报,集中管控,实时自动智能管控的目的。

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN122736097A_ABST
    Figure CN122736097A_ABST
Patent Text Reader

Abstract

The application belongs to the technical field of infectious disease prevention and control in nuclear power plants, and discloses an infectious disease digital management system with a closed loop process, which comprises a travel report module, a risk intelligent operation module, a big data control background module and a message notification module. The travel report module is used for collecting, synchronizing and submitting travel information, and supports hierarchical approval and supplement. The risk intelligent operation module is used for determining the risk level of the travel and matching control measures. The big data control background module is used for providing differentiated control perspectives and operation permissions for different role users. The message notification module is used for receiving message push information from the system database, and accurately pushing approval reminders, risk notifications and control measure reminders to specified users through multiple channels. The application can realize effective control of employees, cooperative units and visitors in the whole range, and realizes intelligent calculation and push of infectious disease prevention travel.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This application belongs to the field of infectious disease prevention and control technology in nuclear power plants, and in particular relates to a closed-loop digital management system for infectious diseases. Background Technology

[0002] Infectious diseases are prevalent today, and their wide spread and strong clustering effects severely impact daily life and production. To effectively control infectious diseases and reduce their incidence, it is necessary to trace their origins, with the most challenging aspect being tracing human contacts. To avoid repeated investigations and tracing, it is essential to establish a travel log for personnel entering and leaving nuclear power plants, and to effectively implement relevant approvals, controls, and forecasts to ensure the safety and reliability of infectious disease prevention and control efforts.

[0003] Given the specific characteristics of nuclear power plants, the personnel involved include employees and their families, collaborating units and their families, and visitors. Achieving comprehensive coverage, clarifying the boundaries of rights and responsibilities, and defining control obligations are issues that the functional design should consider; ensuring ease of operation, visual appeal, and streamlined processes are also issues that the business should consider. Summary of the Invention

[0004] The purpose of this application is to provide a closed-loop digital management system for infectious diseases, enabling effective control of employees, collaborating units, and visitors across the entire scope, and realizing intelligent calculation and push of infectious disease prevention and control schedules.

[0005] To achieve the above objectives, this application provides the following technical solution: A closed-loop digital management system for infectious diseases, comprising: The itinerary entry module is used to collect, synchronize, and submit itinerary information, supports tiered approval for supplementation, and provides basic data support; The risk intelligence calculation module is used to receive the itinerary data submitted by the itinerary filling module, combine the risk area configuration and control category configuration, determine the risk level of the itinerary and match control measures. The big data management and control backend module is used to integrate travel information, risk level and control measures data, and provide differentiated management perspectives and operating permissions for users with different roles; The message notification module is used to receive message push information from the system database and accurately push approval reminders, risk notifications and control measure reminders to designated users through multiple channels; The system integrates the itinerary reporting module, the risk intelligent calculation module, the big data management and control backend module, and the message notification module. All data is stored on the system server, enabling closed-loop management throughout the entire lifecycle, from itinerary reporting to the end of management and control.

[0006] As an feasible approach, the itinerary entry module includes: The login verification unit is used to verify the identity of users entering the module, and supports two login methods: WeChat login and QR code login. The information synchronization unit is used to automatically synchronize and extract basic user information, reducing the amount of manual data entry for users. The itinerary information collection unit is used to guide users to enter key itinerary information through the "I want to go out" or "Visitor visits" portals; The tiered approval unit is used to push travel information to the corresponding level of approvers for tiered review according to preset approval rules; The data submission unit is used to transmit approved itinerary information to the system database.

[0007] As an feasible approach, in the login verification unit, the WeChat login method verifies the user's identity by calling the official WeChat interface; The QR code login method generates a unique QR code, which uses the user's mobile phone number as the unique identification key for validity verification.

[0008] As an feasible approach, the trip information collection unit displays a standardized information collection form, which sets the trip participant's name, trip date, origin and destination as core fields, and sets up mandatory field validation logic.

[0009] As an feasible approach, the hierarchical approval unit has built-in configurable approval rules, and sets approval nodes according to the risk level of the destination, the duration of the trip, or the user's job level, making the entire approval process traceable.

[0010] As an feasible approach, the risk intelligence computing module includes: The basic database maintenance unit is used to maintain the risk area configuration database and the control category configuration database. The itinerary data acquisition unit is used to accurately extract itinerary data from the system database; The trip risk matching unit is used to compare the extracted trip information with the risk area configuration database to determine the risk level of each trip. The control measure matching unit is used to associate and match the determined risk level with the control category configuration database to determine the corresponding control measures; The calculation result push unit is used to push the determined risk level and control measures to the big data management and control backend module and the message notification module.

[0011] As an feasible approach, the trip risk matching unit uses a line-by-line matching algorithm, prioritizing the matching of the risk level of the destination region. If the destination is not a risky region, it further compares the regions it passes through.

[0012] The control measure matching unit matches the corresponding control measures for complex itineraries that contain multiple trips, based on the highest risk level among all trips.

[0013] As an feasible approach, the trip data acquisition unit incorporates two data acquisition mechanisms: timed capture and real-time triggering.

[0014] As an feasible approach, the calculation result push unit uses encrypted transmission to push data and records the push time and status. If the push fails, it will automatically retry.

[0015] As an feasible approach, the big data management and control backend module includes: The data integration unit is used to receive and integrate data from the itinerary filling module and the risk intelligent calculation module to form a control data mart; The role and permission management unit is used to assign corresponding operation permissions and page access permissions according to the logged-in user's role; The multi-view display unit is used to automatically switch between displaying a department-level view page or a company-wide view page based on permissions. The control and operation unit is used to provide authorized users with the authority to modify risk categories and control measures; The multi-dimensional information display unit is used to display information on departmental vaccination rates, those who have not confirmed their return in time, those returning tomorrow, those returning today, and those in quarantine today through multiple subpages.

[0016] As an implementable approach, the role and access control unit pre-sets two roles: departmental health management liaison and company infectious disease prevention and control team member. The departmental health management liaison can only access and modify personnel information within their own department, while the company infectious disease prevention and control team member can access and modify personnel information for the entire company.

[0017] As an feasible approach, the control and operation unit is equipped with an operation record retention mechanism that automatically records the person who made the modification, the time of modification, and the content before and after the modification.

[0018] As an implementable approach, the message notification module includes: The message receiving unit is used to receive message push information from the system database and classify and parse it. The message classification unit is used to categorize messages into approval messages, notification messages, and reminder messages; The multi-channel push unit is used to push messages to designated users through one or more channels, including WeChat messages, SMS, and company email. The push status feedback unit is used to record the push status of each message, automatically retry messages that fail to push, and report the results back to the system backend.

[0019] Compared with existing technologies, the closed-loop digital management system for infectious diseases provided in this application has the following advantages: This system comprises four parts: mobile travel itinerary reporting, intelligent risk calculation, a big data management backend, and message notifications. It enables effective management of employees, collaborating units, and visitors across a comprehensive scope. The included intelligent calculation module further enables intelligent calculation and push notifications for infectious disease prevention and control travel itineraries. Furthermore, the system allows for targeted viewing and management based on organizational relationships and roles, ultimately achieving the goal of decentralized reporting, centralized management, and real-time automatic intelligent control.

[0020] This system achieves the goal of individual reporting and centralized management. Users report their travel itineraries (outbound / inbound) via WeChat or QR code scanning. The system matches each itinerary with rules configured for high-risk areas, intelligently calculates the risk category of the corresponding itinerary, and determines the control measures for the highest-risk category of that itinerary based on the rules configured for that category. These control measures are pushed to users via WeChat, SMS, and email through the message notification module. Simultaneously, through a big data management backend, the system allows for targeted backend review and control from the perspectives of various departments and company levels. This system enables secure data interaction between internal and external networks, greatly improving efficiency and effectiveness, and realizing the practical application of nuclear power digital transformation.

[0021] This system boasts advantages such as convenient data entry, simplified processes, user-friendly interface, comprehensive control, and intelligent computation. It has been applied to the infectious disease control of over ten thousand employees and their families within the Qinshan power plant area and can be directly replicated and promoted to other power plants and external units, demonstrating significant potential for wider adoption. Attached Figure Description

[0022] To more clearly illustrate the technical solution of this application, the accompanying drawings used in the technical description will be briefly introduced below.

[0023] Figure 1 A structural diagram of the closed-loop digital management system for infectious diseases provided in this application; Figure 2 The flowchart of the closed-loop digital management system for infectious diseases provided in this application. Detailed Implementation

[0024] The following detailed description provides further details on specific implementation methods.

[0025] like Figure 1As shown, this application provides a closed-loop digital management system for infectious diseases, including a travel itinerary reporting module, a risk intelligent calculation module, a big data management and control backend module, and a message notification module. These four modules work together to complete functions such as travel itinerary reporting, risk intelligent calculation, big data management and control backend, and message notification for infectious disease prevention and control. All interactive data is ultimately stored on the system server, achieving closed-loop management throughout the entire lifecycle of infectious disease prevention and control, from travel itinerary reporting to the end of management.

[0026] Specifically, the itinerary entry module provides users with convenient, multi-channel access to enter their travel information, enabling standardized collection, synchronization, and submission of travel information for both outbound and inbound journeys. It also supports tiered approval for supplementary information, providing accurate and complete foundational data support for subsequent intelligent risk assessments. This is the core data collection component of the entire system. The itinerary entry module includes: The login verification unit is used to verify the identity of users entering the itinerary entry module. It supports two verification methods: WeChat login and QR code login, ensuring the security and accuracy of itinerary information entry and preventing irrelevant personnel from entering invalid information.

[0027] The information synchronization unit is used to automatically extract and synchronize basic user information, ensuring the integrity of the travel information, reducing the amount of manual data entry for users, and improving the efficiency of data entry.

[0028] The itinerary information collection unit is used to guide users to complete the entry of key information about their travel or visit itinerary, ensuring that the collected itinerary data meets the needs of subsequent risk calculations.

[0029] The tiered approval unit is used to conduct tiered reviews of itineraries during the submission of itinerary information according to preset approval rules, ensuring the compliance of itinerary information and facilitating targeted management of various types of itineraries.

[0030] The data submission unit is used to accurately transmit the travel information filled in and approved by users into the database of the closed-loop digital management system for infectious disease prevention and control, providing data support for subsequent intelligent risk calculation and processing.

[0031] The login verification unit incorporates dual verification logic, corresponding to both WeChat Work login and QR code login. For WeChat Work login, the unit obtains the user's enterprise identity identifier by calling the official WeChat Work interface and compares it with the system's pre-set enterprise user database. Upon successful verification, access to the travel itinerary entry page is granted. For QR code login, the unit generates a unique QR code linked to the system's internal and external network interfaces. After scanning the code, the user must enter their mobile phone number. The unit uses the user's mobile phone number as a unique identifier to verify its validity (e.g., matching user information already registered in the system). Upon successful verification, login verification is completed, ensuring that only authorized users can complete the travel itinerary entry.

[0032] The information synchronization unit connects to the WeChat Work server through a preset data interface. When a user logs in via WeChat Work, the unit automatically extracts the user's basic personal information (such as name, department, and position) from the WeChat Work server's user basic information database. Users do not need to fill this in manually. After synchronization, the information is linked to the travel information submitted later to ensure the correspondence between the travel information and the user's identity. For users who log in by scanning a QR code, the unit links the user's basic information already registered in the system to complete the information synchronization. If it is the user's first login, the unit will guide the user to complete the basic information before submitting the travel information.

[0033] In the itinerary information collection unit, after a user logs in and is verified, the unit automatically guides the user to either the "I want to go out" or "Visitor visits" function entry. After the user selects the corresponding entry according to the actual itinerary type, the unit displays a standardized information collection form. The form clearly sets core fields such as the traveler's name (automatically synchronized or manually supplemented), itinerary date (supports selection of start and end dates), start and end locations (manually entered, including province, city, and district / county level details), and destination (same format requirements as start and end locations). It also allows users to supplement optional information such as itinerary reason and mode of transportation. The form has mandatory field validation logic to ensure that core information is not missing. After the collection is completed, the user confirms and submits the form.

[0034] The tiered approval unit has built-in configurable tiered approval rules (such as setting approval nodes based on the risk level of the destination, trip duration, user job level, etc.). When a user submits trip information, the unit automatically determines whether the trip requires tiered approval. If so, it pushes the trip information to the corresponding approver (such as department head, health management liaison, etc.) according to the preset rules. The approver receives the approval request through the system, can view the detailed trip information, and approve or reject the trip. When rejecting, the reason for rejection must be filled in. The user can modify the information according to the reason for rejection and resubmit it. The entire approval process is traceable. Only after the approval is completed can the trip information enter the data submission stage.

[0035] The data submission unit receives travel information confirmed (or approved) by the user, performs format verification and integrity checks on the information to ensure that the data format meets the system database requirements and that no core information is missing. After verification, the travel information and associated user basic information are synchronously transmitted to the database of the closed-loop infectious disease prevention and control digital management system through the system's internal data interface. At the same time, a unique travel record identifier is generated for travel matching and data traceability during subsequent risk intelligent calculations, ensuring the accuracy and timeliness of data transmission.

[0036] In one embodiment, the itinerary reporting module includes two login methods: WeChat Work and QR code scanning, for submitting outbound / inbound travel itineraries to the system. The itinerary reporting module is a complete, two-way interactive database. It includes both basic personal information extracted synchronously from server data by the user logged in via WeChat Work, and a QR code login method that interacts with both internal and external networks, using the user's mobile phone number as a unique identification key. When a user enters the "i-Health" system via WeChat Work or by scanning a QR code, they are directed to either the "I Want to Go Out" or "Visitor Visit" functions to collect relevant information about their travel itinerary, including the traveler's name, travel dates, origin, and destination. The collected information is then fed into the database of the closed-loop infectious disease prevention and control digital management system for subsequent intelligent risk calculations. In particular, the itinerary submission process easily incorporates a supplementary step of tiered approval.

[0037] Specifically, the risk intelligence calculation module receives user travel data from the travel data entry module. Using a preset calculation algorithm, combined with two basic databases—risk area configuration and control category configuration—it determines the risk level of each travel trip and matches corresponding control measures. The calculation results are then pushed to the big data management backend module and the message notification module, providing accurate data for subsequent control execution and message alerts. This is the core calculation component of the entire system. The risk intelligence calculation module includes: The basic database maintenance unit is used to perform routine maintenance on the risk area configuration database and the control category configuration database to ensure the timeliness and accuracy of database information and provide reliable data support for risk calculations.

[0038] The travel data acquisition unit is used to accurately extract user travel data entered by the travel data entry module from the database of the closed-loop digital management system for infectious disease prevention and control, ensuring the integrity and real-time nature of the calculated data.

[0039] The trip risk matching unit is used to compare each extracted trip information with the risk area configuration database one by one to determine the risk level of each trip, laying the foundation for matching subsequent control measures.

[0040] The control measures matching unit is used to associate and match the risk level obtained from the trip risk matching unit with the control category configuration database to determine the corresponding control measures and ensure the targeting and compliance of the control measures.

[0041] The calculation result push unit is used to accurately push the determined travel risk level and corresponding control measures to the big data management and control backend module and message notification module, ensuring that the relevant modules obtain the calculation results in a timely manner and perform subsequent operations.

[0042] The basic database maintenance unit allows administrators to operate through the system backend, adding, modifying, deleting, and querying the risk area configuration database and the control category configuration database. For the risk area configuration database, the unit supports entering risk area information by region level (province, city, district / county) and setting corresponding risk levels (e.g., low risk, medium risk, high risk). It also supports setting the effective and expiration times for risk areas, ensuring that risk area information is dynamically updated according to actual prevention and control requirements. For the control category configuration database, the unit supports dividing control categories by risk level, setting corresponding control measures (e.g., home isolation, centralized isolation, health monitoring), control duration, and specific requirements for each control category. Administrators can adjust control measures according to prevention and control policies, and the unit automatically saves modification records, achieving traceability and dynamic maintenance of database information.

[0043] The travel data acquisition unit incorporates two data acquisition mechanisms: timed fetching and real-time triggering. The timed fetching mechanism retrieves newly added travel data from the database of the closed-loop infectious disease prevention and control digital management system at preset time intervals (e.g., every 10 minutes). The real-time triggering mechanism immediately triggers the data fetching command after the travel data submission module completes, ensuring that the travel data can quickly enter the calculation stage. During the fetching process, the unit filters and deduplicates the data, extracts key information for each travel itinerary (traveler, travel date, origin, destination, etc.), and associates it with travel record identifiers to form a standardized data source for calculation, avoiding invalid or duplicate data from affecting the calculation results.

[0044] The trip risk matching unit employs a line-by-line matching algorithm, comparing each trip extracted by the trip data acquisition unit (e.g., the Zhejiang-Shanghai-Beijing-Shanghai-Zhejiang trip, which contains four trips) with the risk area information in the risk area configuration database. During the comparison, the unit prioritizes matching the destination region. If the destination is a risk area, the risk level of the trip is directly determined to be consistent with the risk level of that region. If the destination is not a risk area, the unit further compares the regions the trip passes through (if any). If the trip passes through risk areas, the risk level of the trip is determined according to the highest risk level of the regions passed through. If neither the destination nor the regions passed through are risk areas, the trip is determined to be low-risk. After matching is complete, the unit generates a risk level determination result for each trip and binds it to the trip record identifier, forming a detailed trip risk profile.

[0045] The control measure matching unit establishes a one-to-one correspondence between risk levels and control categories. After the trip risk matching unit determines the risk level of each trip, it automatically queries the control category configuration database to match the corresponding control category and specific control measures. For example, if a trip's risk level is high (Category 1), the corresponding control measure is "7-day home quarantine," along with the start date (e.g., return date) and end date (start date + duration) to form a complete control plan. For complex trips containing multiple itineraries, the unit matches the corresponding control measures based on the highest risk level among all trips, ensuring the rigor of the control measures.

[0046] After completing the risk level assessment and control measure matching, the result push unit pushes the calculation results for each trip—including the trip record identifier, traveler information, risk level, control measures, and control time—to the big data management and control backend module and the message notification module via internal system interfaces. During the push process, the unit uses encrypted transmission to ensure the security of the calculation results and records the push time and status. If a push fails, it will automatically retry until successful, ensuring that the big data management and control backend module can promptly display control information and the message notification module can promptly push reminders to users.

[0047] The risk intelligence calculation module comprises two basic databases: risk area configuration and control category configuration, as well as a calculation algorithm based on predetermined rules. Specific functions are detailed in the related patents. The module retrieves the user's travel itinerary entered in the "Travel Reporting Module" from the database of the closed-loop infectious disease prevention and control digital management system. It then matches each itinerary segment (e.g., the Zhejiang-Shanghai-Beijing-Shanghai-Zhejiang segment, containing four itineraries) against the "Risk Area Configuration" database to determine the risk level of each itinerary (e.g., low-risk area, high-risk area, etc.). The corresponding risk level is then matched against the "Control Category" database and pushed to the "Big Data Management Backend" and "Message Notification" modules. The pushed content includes, but is not limited to, "Your current travel segment has a maximum risk level of Category 1; upon return, you will be subject to 7 days of home quarantine" (different risk categories have different control measures).

[0048] Specifically, the big data management and control backend module integrates relevant data from the travel itinerary reporting module and the risk intelligent calculation module, providing differentiated management perspectives and operational permissions for users with different roles. It enables the visualization, modification, and management of travel information, risk levels, and control measures. Simultaneously, it displays epidemic prevention travel-related information through multi-dimensional, multi-page layouts, providing data support for infectious disease prevention and control decisions. It is the core management component of the entire system. The big data management and control backend module includes: The data integration unit receives data from the itinerary entry module and the risk intelligent calculation module, cleans, correlates, and integrates the data to form a standardized management and control data mart, providing a data foundation for subsequent page display and operation.

[0049] The role-based access control unit is used to assign corresponding operation permissions and page access permissions based on the logged-in user's role, thereby achieving differentiated control for different roles and ensuring the security and standardization of control operations.

[0050] The multi-view display unit is used to automatically switch between different levels of control pages based on the logged-in user's role, enabling accurate display of travel and control information and facilitating control work for different roles.

[0051] The control and operation unit is used to provide authorized users with the authority to modify risk categories and control measures, enabling dynamic adjustment of control measures and ensuring the flexibility and pertinence of control work.

[0052] The multi-dimensional information display unit is used to display various epidemic prevention travel-related information through multiple subpages, providing managers with a comprehensive perspective on prevention and control data to assist in prevention and control decision-making.

[0053] The data integration unit receives user travel information and basic user information from the travel information entry module, as well as travel risk levels and control measures from the risk intelligence calculation module. It cleans and processes the data, removing invalid and duplicate data. Simultaneously, it associates and binds travel information with risk levels and control measures using travel record identifiers, integrating them into a control data mart that includes user information, travel details, risk levels, control measures, and approval status. During data integration, the unit supports real-time updates. When data from the travel information entry module or the risk intelligence calculation module changes, the control data mart is automatically updated to ensure consistency between the displayed data and the actual data.

[0054] The role-based access control unit pre-defines two core roles and their corresponding permission systems: departmental health management liaisons and company infectious disease prevention and control team members. The unit assigns corresponding operation permissions and page access permissions by reading the logged-in user's role identifier: departmental health management liaisons can only access pages at their departmental level and can only modify relevant control information for personnel within their department; company infectious disease prevention and control team members can access pages at the company-wide level and can modify relevant control information for all personnel across the company. Simultaneously, the unit incorporates permission verification logic. Unauthorized operations (such as ordinary users attempting to modify control information) are automatically rejected with a permission deficiency warning, ensuring the security and standardization of control operations.

[0055] The multi-view display unit automatically switches to display the corresponding control page based on the permissions assigned by the role-based access control unit. The department-level view page displays the travel and visit itineraries of all personnel in the logged-in user's department, simultaneously showing the risk category, control measures, and start and end dates for each itinerary. The page supports filtering and searching by itinerary date, risk level, and control status, facilitating departmental health management liaisons to quickly grasp the travel control status of their department's personnel. The company-wide view page displays the travel and control information of all personnel in the company, supporting filtering and statistics by department, risk level, and itinerary type, enabling members of the company's infectious disease prevention and control team to comprehensively understand the company's overall prevention and control situation.

[0056] The control and management unit provides authorized users with the ability to modify risk categories and control measures. Departmental health management liaisons can modify information such as risk categories, control start dates, control end dates, and control measures for the travel itineraries of their staff. Members of the company's infectious disease prevention and control team can perform the same modifications for the travel itineraries of all company personnel. During the modification process, the unit has an operation record retention mechanism that automatically records the person making the modification, the modification time, the content before modification, and the content after modification, enabling traceability of control operations. At the same time, the unit has modification verification logic to ensure that the modified risk category matches the control measures, and that the control duration meets the prevention and control requirements, avoiding invalid modifications.

[0057] The multi-dimensional information display unit features multiple subpages in the management backend, showcasing various epidemic prevention travel-related information, including but not limited to: a departmental vaccination rate page (displaying the number of vaccinated, unvaccinated, and vaccination rates by department, with data export support); a page for those who failed to confirm their return on time (displaying information and travel details of those who failed to confirm their return as required, with reminder functionality); a page for those returning tomorrow (displaying information on those planning to return the next day, their travel risk level, and control measures); a page for those returning today (displaying information on those who returned today, their return time, and control implementation status); and a page for those in quarantine today (displaying information on those in quarantine today, their quarantine type, and remaining quarantine duration). Each subpage supports filtering, querying, and data export functions, providing comprehensive and convenient data support for managers to carry out prevention and control work.

[0058] The big data management backend is a page used to display and remind health management liaisons in various departments of management control measures. Data comes from the travel itinerary reporting module and the risk intelligent calculation module. Through the integration of the databases corresponding to these two modules, the big data management backend is displayed on two pages, including but not limited to: a departmental perspective and a company-wide perspective. These two perspectives are automatically switched based on the logged-in user's role. The departmental perspective page shows the travel itineraries of personnel in the logged-in user's department, along with their corresponding risk categories and control measures. Departmental health management liaisons, as logged-in users, have the right to modify risk categories and control measures, including but not limited to categories, control start and end dates, etc. On the company-wide perspective page, members of the company's infectious disease prevention and control team, as logged-in users, have the right to modify the risk categories and control measures for all employees in the company. In addition to displaying all data, the management backend also has multiple subpages displaying specific epidemic prevention travel information, including but not limited to: departmental vaccination rates, those who have not confirmed their return in a timely manner, personnel returning tomorrow, personnel returning today, and personnel quarantined today, etc.

[0059] Specifically, the message notification module, as a crucial core module for human-computer interaction, receives push notifications from the system database. Through multi-dimensional push channels, it accurately delivers relevant messages such as itinerary approval reminders, risk level notifications, and control measure reminders to designated users, ensuring that users receive relevant information in a timely manner, cooperate in completing infectious disease prevention and control work, and guarantee the closed-loop operation of the prevention and control process. The message notification module includes: The message receiving unit is used to receive various message push information from the database of the digital management system for infectious disease prevention and control in a closed-loop process, classify, parse and verify the messages to ensure their integrity and accuracy.

[0060] The message classification unit is used to classify received messages according to their content and purpose, making it easier to select appropriate push channels and push methods based on message type and improving the targeting of message push.

[0061] The multi-channel push unit is used to accurately push categorized messages to designated users through various preset push channels, ensuring that messages are delivered in a timely and accurate manner.

[0062] The push status feedback unit is used to record the push status of each message, automatically retry messages that fail to push, and report the push results to the system backend, so that administrators can monitor the message push status.

[0063] Message Receiving Unit: This unit receives push notifications in real time from the database of the closed-loop infectious disease prevention and control digital management system via the system's internal data interface. Message types include, but are not limited to: travel approval reminders (e.g., "Your travel itinerary has been submitted to the department head for approval; please wait for review"), risk level notifications (e.g., "The highest risk level for this leg of your trip is Category 1"), control measure reminders (e.g., "You will be subject to 7 days of home quarantine upon your return; please prepare accordingly"), and return confirmation reminders (e.g., "Please confirm your return information promptly to avoid affecting control arrangements"). After receiving the message, the unit parses it, extracting key information such as the recipient, message content, message type, and push deadline. It also verifies the message format and content to ensure no missing or incorrect information. Once verified, the message is passed to the message classification unit.

[0064] Message Classification Unit: This unit categorizes messages into three main types based on the message type parsed by the message receiving unit: approval messages, notification messages, and reminder messages. Approval messages primarily contain reminders related to travel approvals and are prioritized for delivery to the corresponding approvers. Notification messages mainly inform users of important information such as risk levels and control measures and are delivered to users related to their travel plans. Reminder messages mainly contain daily prevention and control reminders such as return confirmation and quarantine check-in, and are delivered to the corresponding users according to preset time limits. After classification, the unit associates each type of message with a corresponding priority push channel (e.g., approval messages are prioritized for delivery via WeChat Work, while notification messages are delivered via multiple channels simultaneously) to ensure the rationality of message delivery.

[0065] Multi-channel push unit: This unit has built-in multiple push channels, including but not limited to WeChat Work messages, SMS, and company email, and supports selecting push channels based on message type and user preferences. For WeChat Work users, the unit calls the WeChat Work message push interface to directly push messages to the user's WeChat Work account, supporting message pop-up reminders. For users who do not use WeChat Work or for important and urgent messages, the unit calls the SMS interface to send the message content as an SMS to the user's pre-registered mobile phone number, ensuring timely receipt. Simultaneously, the unit can send the message content to the user's company email address for record-keeping and later viewing. During the push process, the unit accurately locates the recipient based on the message recipient's identifier (such as WeChat Work account, mobile phone number, and email address), avoiding message push errors.

[0066] Push Status Feedback Unit: This unit records the push status (e.g., successful push, failed push, user read, user unread) in real time after each message is pushed. For failed pushes (e.g., invalid phone number, incorrect email address, abnormal WeChat account), the unit automatically identifies the reason for the failure and retryes a preset number of times (e.g., 3 times). If the retry still fails, the unit sends the push failure information to the system backend, reminding administrators to handle it promptly (e.g., verifying user contact information). For successfully pushed messages, the unit records the push time and user reading status, allowing administrators to monitor message delivery. Unread messages can be pushed a second time to ensure users can view the message in a timely manner.

[0067] The message notification module, as a crucial component of human-computer interaction, is responsible for pushing and reminding users of relevant messages. It receives push notification information from the database of the closed-loop infectious disease prevention and control digital management system and sends messages to designated users through multiple channels, including but not limited to: WeChat messages, SMS messages, company emails, etc.

[0068] This application follows the above four modules. Figure 2 The process shown demonstrates how the digital management system for infectious disease prevention and control sequentially completes the closed-loop process, including itinerary entry, intelligent calculation, corresponding control, back-end control, and message push functions, thereby realizing the full-cycle operation and management of infectious disease prevention and control itineraries.

[0069] The above description is only a specific embodiment of this application, but the protection scope of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the protection scope of this application.

Claims

1. A closed-loop digital management system for infectious diseases, characterized in that, include: The itinerary entry module is used to collect, synchronize, and submit itinerary information, supports tiered approval for supplementation, and provides basic data support; The risk intelligence calculation module is used to receive the itinerary data submitted by the itinerary filling module, combine the risk area configuration and control category configuration, determine the risk level of the itinerary and match control measures. The big data management and control backend module is used to integrate travel information, risk level and control measures data, and provide differentiated management perspectives and operating permissions for users with different roles; The message notification module is used to receive message push information from the system database and push approval reminders, risk notifications, and control measure reminders to designated users through multiple channels.

2. The closed-loop digital management system for infectious diseases according to claim 1, characterized in that, The itinerary entry module includes: The login verification unit is used to verify the legitimacy of the user's identity and supports two login methods: WeChat login and QR code login. The information synchronization unit is used to automatically synchronize and extract basic user information. The itinerary information collection unit is used to guide users in entering key itinerary information; The tiered approval unit is used to push travel information to the corresponding level of approvers for tiered review according to preset approval rules; The data submission unit is used to transmit approved itinerary information to the system database.

3. The closed-loop digital management system for infectious diseases according to claim 2, characterized in that, In the login verification unit, the WeChat login method verifies the user's identity by calling the official WeChat interface; the QR code login method generates a QR code with a unique identifier and uses the user's mobile phone number as the unique identification key for validity verification.

4. The closed-loop digital management system for infectious diseases according to claim 2, characterized in that, The trip information collection unit displays a standardized information collection form. The form sets the trip participant's name, trip date, start point, and destination as core fields, and sets up validation logic for required fields.

5. The closed-loop digital management system for infectious diseases according to claim 1, characterized in that, The risk intelligence computing module includes: The basic database maintenance unit is used to maintain the risk area configuration database and the control category configuration database. The itinerary data acquisition unit is used to extract itinerary data from the system database; The trip risk matching unit is used to compare the extracted trip information with the risk area configuration database to determine the risk level of each trip. The control measure matching unit is used to associate and match the determined risk level with the control category configuration database to determine the corresponding control measures; The calculation result push unit is used to push the determined risk level and control measures to the big data management and control backend module and the message notification module.

6. The closed-loop digital management system for infectious diseases according to claim 5, characterized in that, The trip risk matching unit uses a line-by-line matching algorithm, prioritizing the matching of the risk level of the destination region. If the destination is not a risky region, it further compares the regions it passes through.

7. The closed-loop digital management system for infectious diseases according to claim 5, characterized in that, The calculation result push unit uses encrypted transmission to push data and records the push time and status. If the push fails, it will automatically retry.

8. The closed-loop digital management system for infectious diseases according to claim 1, characterized in that, The big data management and control backend module includes: The data integration unit is used to receive and integrate data from the itinerary filling module and the risk intelligent calculation module to form a control data mart; The role and permission management unit is used to assign corresponding operation permissions and page access permissions according to the logged-in user's role; The multi-view display unit is used to automatically switch between displaying a department-level view page or a company-wide view page based on permissions. The control and operation unit is used to provide authorized users with the authority to modify risk categories and control measures; The multi-dimensional information display unit is used to display information on departmental vaccination rates, those who have not confirmed their return in time, those returning tomorrow, those returning today, and those in quarantine today through multiple subpages.

9. The closed-loop digital management system for infectious diseases according to claim 8, characterized in that, The control and operation unit is equipped with an operation record retention mechanism that automatically records the person who made the modification, the time of modification, and the content before and after the modification.

10. The closed-loop digital management system for infectious diseases according to claim 1, characterized in that, The message notification module includes: The message receiving unit is used to receive message push information from the system database and classify and parse it. The message classification unit is used to categorize messages into approval messages, notification messages, and reminder messages; The multi-channel push unit is used to push messages to designated users through one or more channels, including WeChat messages, SMS, and company email. The push status feedback unit is used to record the push status of each message, automatically retry messages that fail to push, and report the results back to the system backend.