A physical examination docking method and device supporting user self-selection of physical examination items

Abstract

This invention discloses a method and apparatus for integrating physical examinations that supports user-selected detailed examination items. The method configures a selection identifier for each physical examination combination, assigns an independent detailed item code and unit price to each detailed examination item, and generates a candidate detailed item set in response to selection operations. After performing legality and unit price consistency checks on the candidate detailed item set, it assembles it into a detailed examination list. By extending the payment application interface and examination application interface with detailed item fields, it obtains payment status from the hospital information system and test task information from the laboratory information system, respectively. It compares the detailed item codes in the returned test results with the detailed examination list, filters out the target test result set, and displays it according to its corresponding physical examination combination. This invention lowers the minimum data unit from the physical examination combination to the detailed examination item, solving the problems of inability to select individual items, cost discrepancies, and result mismatches.

Description

Technical Field

[0001] This invention relates to the field of medical information technology, specifically to a data interface technology between a physical examination system and hospital information systems and laboratory information systems. More specifically, it relates to a physical examination interface method and device that supports user-selected detailed examination items, applicable to interface interaction scenarios between the physical examination business systems of physical examination centers and third-party physical examination institutions and their external information systems. Background Technology

[0002] The informatization of physical examination services is typically accomplished collaboratively by three types of systems: the physical examination system, which is responsible for displaying, selecting, and generating applications for examination combinations and detailed items; the hospital information system, which is responsible for cost calculation and settlement; and the laboratory information system, which is responsible for the allocation, execution, and result feedback of testing tasks. These three systems exchange data through examination application interfaces, payment application interfaces, and result feedback interfaces. The granularity of the data unit directly determines the granularity of the services that the physical examination service can provide.

[0003] The existing health checkup system organizes its backend data using health checkup packages as the smallest configurable unit. Detailed health checkup items exist as supplementary fields to the health checkup package record; they lack individually searchable codes and unit prices independent of the total package price. Once a health checkup package is selected, all its detailed items take effect as a whole. Correspondingly, in the interface messages between the existing health checkup system and hospital and laboratory information systems, the item list field contains the health checkup package code, package name, and total package cost; the message structure does not define data fields to carry the detailed health checkup items.

[0004] Current practices include a fixed package model and a health checkup combination selection model. The former involves health checkup institutions pre-configuring several fixed packages containing multiple health checkup combinations. Users can only select the entire package, and the system generates examination and payment requests based on the package. The latter allows users to add or delete health checkup combinations based on the packages. The system generates an application message based on the user's selected set of health checkup combinations. After receiving the message, the laboratory information system executes the tests according to the default set of details for that health checkup combination. After the tests are completed, the results of all details under that health checkup combination are transmitted back as a whole. The common logic of both approaches is that the health checkup combination is both the smallest unit that the user can operate on and the smallest unit that is transmitted across systems; the two are mutually causal and interdependent.

[0005] The above approach has the following technical problems. First, because the detailed examination items do not have independent codes and unit prices at the data layer, and the interface messages do not define detailed item data fields, the examination system cannot retrieve a specific detailed examination item to generate an examination list, nor can it carry detailed item information in the messages. Therefore, the cost can only be calculated as a whole based on the examination package, and the testing tasks can only be scheduled as a whole based on the examination package. When a user selects some detailed examination items under a examination package, the hospital information system still charges according to the overall price of that examination package, resulting in cost discrepancies. The laboratory information system also has difficulty allocating tasks according to the actual testing equipment associated with the detailed examination items, resulting in overly coarse scheduling granularity. Second, the test results are returned as a whole based on the examination package dimension. There is no hierarchical association between the returned data and the detailed examination items actually selected by the user. The examination system does not retain records of the selected detailed items, making it difficult to match the returned detailed item results with the user's selected detailed items. This results in redundant display of results for unselected detailed items and missing results for selected detailed items that cannot be identified. Summary of the Invention

[0006] In view of the problems in the existing technology that the physical examination items do not have independence at the data layer and interface layer, resulting in the inability to select physical examination items individually, the deviation caused by the overall calculation of costs based on the physical examination combination, the excessively coarse granularity of the test task scheduling, and the lack of attribution association between the test results and the physical examination items selected by the user, as well as the difficulty in distinguishing between redundant display of results and missing results, the present invention provides a physical examination docking method and device that supports users to select physical examination items.

[0007] To address the aforementioned technical problems, this invention provides a method for integrating physical examinations that supports user-selected detailed examination items. The method includes: configuring a self-selection identifier for each physical examination combination and configuring independent attributes for each detailed examination item, including an item code, item unit price, and associated testing equipment code; displaying the detailed examination items under the self-selection identifier (which indicates selectability); generating a candidate item set in response to a selection operation; performing item validity verification and item unit price consistency verification on the candidate item set; assembling the verified detailed examination items into a detailed examination list and assigning an application number; and expanding the detailed examination list by adding more detailed items. The payment application interface with the code and detailed unit price field sends a payment application message to the hospital information system and receives the payment status returned after calculation based on the detailed unit price. When the payment status is successful, based on the associated testing equipment code, the examination application interface with the extended detailed code field sends an examination application message to the laboratory information system and receives the examination task information allocated according to the physical examination details. The system receives the test result message returned by the laboratory information system, compares the detailed code in the test result message with the detailed examination list, filters out the target test result set, and displays it according to the corresponding physical examination combination.

[0008] Furthermore, configuring a self-selection identifier for each physical examination combination and configuring independent attributes for each physical examination item, including item code, item unit price, and associated testing equipment code, and displaying each physical examination item under the self-selection identifier as a selectable physical examination combination, and generating a candidate item set in response to a checkbox operation, includes: writing the self-selection identifier for each physical examination combination in the combination information table, the self-selection identifier being used to indicate whether each physical examination item under the physical examination combination can be selected individually; writing basic attributes, business attributes, and rule attributes for each physical examination item in the item information table, the basic attributes including the item code, item name, and group to which it belongs. The system uses a combination code, where the business attributes include the unit price of the detailed items, the code of the associated testing equipment, and the examination duration. The rule attributes include the mutual exclusion relationship of the detailed items and the discount rules for the detailed items. A hierarchical relationship is established between the physical examination combination and the detailed items according to the combination code. The system then displays each detailed item under the self-selectable physical examination combination and the examination duration of each detailed item according to the hierarchical relationship. In response to the selection operation of each detailed item, the selected detailed items are aggregated into a candidate detailed item set. The unit prices of each detailed item in the candidate detailed item set are then summed to obtain an estimated cost, which is then displayed.

[0009] Furthermore, the step of writing basic attributes, business attributes, and rule attributes for each physical examination item in the detailed information table includes the item code, item name, and associated combination code; the business attributes include the item unit price, associated testing equipment code, and examination duration; and the rule attributes include item mutual exclusion relationships and item discount rules. This includes: establishing an item mutual exclusion relationship table indexed by item code pairs; each record in the item mutual exclusion relationship table includes a first item code, a second item code, and a mutual exclusion type; the mutual exclusion types include test sample repetition type and test content inclusion type; for records where the mutual exclusion type is test sample repetition type, the first item code and the associated combination code are combined... The second detailed item code is marked as selectable; for records whose mutually exclusive type is content inclusion, the second detailed item code is marked as unselectable when the first detailed item code is selected; a detailed item discount rule table is established using the associated combination code as an index, and each record in the detailed item discount rule table includes the associated combination code, the triggering detailed item quantity threshold, and the discount coefficient; when the number of physical examination detailed items belonging to the same associated combination code in the candidate detailed item set reaches the triggering detailed item quantity threshold, the unit price of each physical examination detailed item under the same associated combination code is multiplied by the discount coefficient to obtain the discounted detailed item unit price, and the discounted detailed item unit price is used to participate in the accumulation of the estimated cost.

[0010] Further, the step of performing item legality verification and item unit price consistency verification on the candidate item set, assembling the verified medical examination items into an item checklist and assigning application numbers includes: performing an on / off status verification on each medical examination item in the candidate item set, removing medical examination items whose on / off status is "off"; performing a combination affiliation verification on each medical examination item in the candidate item set, removing medical examination items whose self-selection identifier for the medical examination combination corresponding to their combination code is "not selectable"; performing item mutual exclusion verification and item duplication verification on each medical examination item in the candidate item set, returning a verification failure message when there are mutually exclusive or duplicate medical examination items; performing the item unit price consistency verification on the candidate item set to obtain verified medical examination items; assembling the verified medical examination items into the item checklist in ascending order of item code, and generating the application number according to the user identifier and application time and writing it into the item checklist.

[0011] Further, the step of performing the item unit price consistency check on the candidate item set to obtain the check-passed physical examination items includes: requesting the charging unit price from the hospital information system according to the item code of each physical examination item in the candidate item set to obtain the first unit price of each physical examination item; reading the item unit price from the item information table according to the item code of each physical examination item in the candidate item set to obtain the second unit price of each physical examination item; calculating the difference between the first unit price and the second unit price item by item and taking the absolute value to obtain the unit price deviation of each physical examination item; when the unit price deviation is greater than a preset deviation threshold, covering the item unit price of the corresponding physical examination item in the item information table with the first unit price, and re-accumulating the estimated cost according to the covered item unit price; when the unit price deviation is not greater than the preset deviation threshold, determining the corresponding physical examination item as the check-passed physical examination item, and writing the first unit price, the second unit price and the unit price deviation into the interface interaction log table.

[0012] Further, the step of sending a payment application message to the hospital information system based on the detailed examination list, through an extended payment application interface with detailed item codes and detailed item unit price fields, and receiving the payment status returned after calculation based on the detailed item unit price, includes: responding to the pending payment list request initiated by the hospital information system based on the user identifier, retrieving the detailed examination list based on the user identifier; assembling the detailed item codes, detailed item names, detailed item unit prices, and examination quantities of each physical examination item in the detailed examination list into a detailed item charge array, and encapsulating the detailed item charge array, the application number, order identifier, charge type, application time, and the total application amount obtained by summing the detailed item unit prices into the payment application message; receiving the total amount calculated by the hospital information system by multiplying the detailed item unit prices and examination quantities of each physical examination item in the detailed item charge array, receiving the payment status when the total amount calculated is consistent with the total application amount, and writing the payment status into the detailed examination list.

[0013] Further, when the payment status is "payment successful," based on the associated testing equipment code, an examination application message is sent to the laboratory information system through an examination application interface with an extended detailed item code field, and the examination task information allocated according to the physical examination items is received. This includes: assembling the detailed item code, detailed item name, associated combination code, and associated combination name of each physical examination item in the detailed examination list into a detailed item application array; encapsulating the detailed item application array, the application number, the user identifier, the visit identifier, and the operation type into the examination application message, wherein the operation type includes a new sending type and a cancellation type; sending the examination application message with the operation type of "new sending" to the laboratory information system, and receiving the examination task information allocated and returned by the laboratory information system according to the associated testing equipment code.

[0014] Further, the step of sending the inspection application message with the operation type of "new send" to the laboratory information system and receiving the inspection task information allocated and returned by the laboratory information system according to the associated inspection equipment code includes: sending the inspection application message with the operation type of "new send" to the laboratory information system, so that the laboratory information system can compare each item code in the detailed application array with the detailed item dictionary of the laboratory information system item by item; when there is a detailed item code that fails the comparison, receiving the exception prompt returned by the laboratory information system carrying the detailed item code that failed the comparison, and then... The physical examination items corresponding to the detailed codes that fail the comparison are removed from the detailed examination list, and the examination application message is resent; when all detailed codes pass the comparison, the laboratory information system receives the testing equipment task groups obtained by grouping the associated testing equipment codes of each physical examination item; the laboratory information system receives the task number assigned to each testing equipment task group, and the sample barcode number generated by merging the physical examination items with the same sample type; the task number, the sample barcode number, and the associated testing equipment code corresponding to each testing equipment task group are written as the testing task information into the detailed examination list and displayed.

[0015] Further, the step of receiving the test result message returned by the laboratory information system, comparing the detailed item codes in the test result message with the detailed item checklist, filtering to obtain a target test result set, and displaying it according to its corresponding physical examination combination includes: receiving the test result message returned by the laboratory information system, the test result message containing an application number, a corresponding combination code, a corresponding combination name, a detailed item code, a detailed item name, a detailed item result value, an anomaly identifier, and a crisis identifier; verifying the attribution association between the application number in the test result message and the application number and user identifier in the detailed item checklist, and returning a reception failure response carrying error information to the laboratory information system when the attribution association verification fails; when the attribution association verification passes, comparing each detailed item code in the test result message with each detailed item code in the detailed item checklist item by item to filter to obtain the target test result set; displaying the target test result set in groups according to the corresponding combination code, not displaying physical examination items in the test result message that do not belong to the detailed item checklist, and returning a reception success response to the laboratory information system.

[0016] Further, when the attribution correlation verification passes, the detailed item codes in the detection result message are compared item by item with the detailed item codes in the detailed item checklist to filter and obtain the target detection result set. This includes: constructing a selected detailed item code set using the detailed item codes in the detailed item checklist; constructing a return detailed item code set using the detailed item codes in the detection result message; calculating the intersection of the selected detailed item code set and the return detailed item code set; and combining the detailed result value and anomaly identifier corresponding to each detailed item code in the intersection with... Crisis identifiers are aggregated into the target detection result set; the difference set between the selected sub-item code set and the returned sub-item code set is calculated, and each sub-item code in the difference set is marked as a result to be returned; when the difference set is not empty and the time elapsed since the allocation of the inspection task information exceeds a preset waiting time, a result request is re-initiated to the laboratory information system according to the application number and each sub-item code in the difference set; the target detection result set and each sub-item code marked as a result to be returned are written into the user sub-item result table according to the application number.

[0017] The present invention also provides a physical examination docking device that supports users to select physical examination details, including a detail configuration selection module, a detail verification assembly module, a payment application docking module, an examination application docking module, and a result filtering and display module. Each module is used to implement the corresponding steps of the above method.

[0018] The technical effects of this invention are as follows. By employing a mechanism that configures self-selectable identifiers for each physical examination combination, assigns independent attributes including item codes, item unit prices, and associated testing equipment codes to each physical examination sub-item, and extends the item code and item unit price fields in the payment application interface and examination application interface, physical examination sub-items acquire a separately searchable identity and independent pricing basis at the data layer, and a separately carryable transmission location at the interface layer. This solves the problems of physical examination sub-items being forcibly bound to physical examination combinations, the inability to select them individually due to the lack of defined item fields in the interface, the requirement that fees can only be calculated based on the entire physical examination combination, and the requirement that testing tasks can only be scheduled based on the entire physical examination combination. The resulting benefits are that fees are accumulated item by item based on the actual physical examination sub-items selected by the user, eliminating the amount deviation caused by overall pricing based on the physical examination combination; and testing tasks are grouped and issued according to the actual associated testing equipment codes of the physical examination sub-items, ensuring that the granularity of testing equipment scheduling is consistent with the actual testing content. By employing a mechanism that uses the intersection of the selected sub-item code set and the returned sub-item code set for filtering and the difference set for marking items to be returned, the test results establish a clear attribution association with the user's selected sub-items on the physical examination system side. This solves the problems of redundant display of unselected sub-item results and the inability to determine the absence of selected sub-item results when the test results are returned as a whole by physical examination combination. The benefits of this are that the displayed content strictly corresponds to the content selected by the user, and missing results can be automatically identified and trigger a re-request, avoiding the long-term suspension of results. Attached Figure Description

[0019] Figure 1 This is a flowchart illustrating the physical examination integration method that supports user-selected physical examination details provided in an embodiment of the present invention.

[0020] Figure 2 A flowchart illustrating the steps for configuring detailed attributes and generating candidate detailed item sets in an embodiment of the present invention;

[0021] Figure 3 A flowchart illustrating the steps for assembling the detailed verification and detailed checklist provided in this embodiment of the invention;

[0022] Figure 4 This is a flowchart illustrating the payment application and inspection application integration steps provided in an embodiment of the present invention.

[0023] Figure 5 A flowchart illustrating the steps for screening and displaying detection results provided in an embodiment of the present invention;

[0024] Figure 6 This is a schematic diagram of the module structure of a physical examination docking device that supports user-selected physical examination details, provided in an embodiment of the present invention. Detailed Implementation

[0025] To make the objectives, technical solutions, and advantages of the present invention clearer, specific embodiments of the present invention will be described in detail below with reference to the accompanying drawings. The following embodiments are for illustrative purposes only and are not intended to limit the scope of the invention.

[0026] Example 1

[0027] like Figure 1 As shown, this embodiment provides a method for integrating a physical examination system that supports user-selected examination details, including:

[0028] S1: Configure a self-selection identifier for each physical examination combination and configure independent attributes for each physical examination item, including item code, item unit price and associated testing equipment code. Display the physical examination items under the self-selection identifier as selectable physical examination combination, and generate a candidate item set in response to the check operation.

[0029] The technical significance of this step lies in elevating the detailed examination items from subordinate fields of the examination combination record to independent data entities. In terms of data organization, the examination combination and detailed examination items are placed in two separate data tables: each record in the combination information table corresponds to one examination combination, and in addition to the combination code and name, a self-selection identifier field is added, with a value indicating whether it is self-selectable or not; each record in the detailed item information table corresponds to one detailed examination item, and its fields at least include the item code, item name, combination code, item unit price, associated testing equipment code, and examination duration. The item code is globally unique within the examination institution and can be constructed by adding an item sequence extension bit to the existing testing item coding rules of the examination institution, ensuring that each detailed examination item under the same examination combination is different in the coding space and can be traced back to its original combination. The associated testing equipment code is taken from the testing equipment ledger of the examination institution and is used to identify the testing equipment required to perform the detailed examination item.

[0030] The process of generating the candidate item set is as follows: Records in the item information table are aggregated under the corresponding medical examination combination according to their combination code, forming a two-level display structure of medical examination combinations and medical examination items; for medical examination combinations marked as selectable, each medical examination item is expanded, and an independent checkbox is provided for each medical examination item; for medical examination combinations marked as non-selectable, only the medical examination combination level is displayed; the selected medical examination items are gathered into a candidate item set, and the estimated cost is obtained by real-time accumulation based on the unit price of the selected medical examination items. The estimated cost is expressed as follows:

[0031] ...Equation (1)

[0032] in, Indicates the estimated cost. This indicates the number of physical examination items in the candidate item set. Indicates the first item in the candidate item set The detailed unit price for each individual examination item. Indicates the first The number of individual examination items.

[0033] The reason why it is necessary to set up independent codes and unit prices at the data layer simultaneously, instead of just adding checkboxes at the display layer, is that in the current approach, there are no codes for individual medical examination items that can be searched. Any search can only retrieve all items under that medical examination combination using the combination code as the key. There are also no independent unit prices, so any pricing can only retrieve the overall price of the medical examination combination. Because the item codes make medical examination items independent records that can be searched, and the item unit prices give the retrieved individual records a self-sufficient pricing basis, the system can retrieve any subset of medical examination items and give a definite amount for that subset without involving the overall medical examination combination. This eliminates the premise that "the medical examination combination is the smallest configurable unit," and the user's need to select items by detail is supported at the data layer.

[0034] Regarding the granularity of the associated testing equipment codes, the various testing items under a testing package may belong to different testing equipment or may share the same testing equipment. Therefore, the associated testing equipment codes are configured one by one for each testing item rather than uniformly configured for the testing package. If a certain testing item can be performed by multiple testing equipment of the same model, it is configured as the equipment model code, and the laboratory information system completes the load distribution among the same model of equipment within it.

[0035] In one example, a medical examination institution's liver function test combination code is TJZH001, with the selectable label indicating it's optional. It includes three sub-items: Item code GBZAM001, Item name ALT (alanine aminotransferase), Item price 30 yuan, Associated testing equipment code SHYQ01; Item code GCZAM001, Item name AST (aspartate aminotransferase), Item price 30 yuan, Associated testing equipment code SHYQ01; Item code ZDHS001, Item name Total bilirubin, Item price 25 yuan, Associated testing equipment code SHYQ01. The user selects the first two sub-items, and the number of elements in the candidate sub-item set... Number of inspections The estimated cost is obtained according to formula (1). Yuan.

[0036] S2: Perform item validity verification and item unit price consistency verification on the candidate item set, assemble the verified physical examination items into an item checklist and assign application numbers.

[0037] This step establishes a fine-grained entry barrier between the candidate item set and the external message. The verification is divided into two categories: item validity verification, which determines whether the selected medical examination item can be processed at the current moment, including four aspects: availability status, combination affiliation and self-selection identifier, mutual exclusion relationship, and duplicate relationship; and item unit price consistency verification, which determines whether the item unit price stored in the medical examination system is consistent with the currently effective charging unit price in the hospital information system. The results of both types of verification jointly determine which medical examination items can be included in the item examination list. The item examination list is the sole data credential used in the subsequent three cross-system interactions. Its record content includes the application number, user identifier, item code for each medical examination item, item name, combination code, item unit price, examination quantity, and associated testing equipment code.

[0038] The determination of unit price consistency is expressed as follows:

[0039] ...Equation (2)

[0040] in, Indicates the first Price deviation of individual test items This indicates the number obtained from the hospital information system. The first unit price for individual test items, This indicates the first item read from the detailed information table. The second unit price for individual test details. When The unit price of the physical examination items was determined to be consistent, among which... This indicates the preset deviation threshold.

[0041] The reason for moving the unit price consistency check to the application generation stage rather than leaving it until the payment stage is that the detailed information table in the physical examination system and the fee catalog in the hospital information system are two independently maintained sets of data. Price adjustments on the hospital information system side will not be automatically transmitted to the physical examination system. If the hospital information system only discovers the discrepancy after the message is sent, the entire interaction will fail, requiring the user to reselect, and the user's completed selection will be invalidated. Because the verification is performed item by item based on the unit price on the hospital information system before the message is encapsulated, and the local unit price is directly overwritten when there is a discrepancy, the total application amount sent to the hospital information system and the total amount calculated by the hospital information system are already converged and consistent when the message is sent. This prevents the item-by-item cumulative pricing method from degenerating into a cost deviation requiring manual intervention due to the asynchrony between the two sets of data.

[0042] The considerations for choosing the value are as follows: if the value is too small, differences in the precision of the amounts on both sides or rounding of currency will trigger unnecessary unit price overwriting and cost recalculation, increasing the number of interface calls; if the value is too large, the actual price adjustment will be misjudged as consistent, and the cost deviation will only be exposed when it reaches the hospital information system. In scenarios where pricing is in yuan and two decimal places are retained, It is usually set at 0.01 to 0.05 yuan.

[0043] S3: Based on the detailed inspection list, send a payment application message to the hospital information system through the payment application interface with detailed item codes and detailed item unit price fields, and receive the payment status returned after calculation according to the detailed item unit price.

[0044] The modification to the payment application interface lies in the addition of a detailed itemized fee array to the message body. Each element of the array carries the detailed item code, name, unit price, and number of examinations for a specific medical examination item. The original fields for medical examination combination code, name, and total cost of the combination are replaced or downgraded to redundant fields by this array. The interface is carried by the Hypertext Transfer Protocol, the message body uses a key-value pair text format, and the transmission channel is encrypted. After receiving the message, the hospital information system no longer retrieves the value based on the overall price of the medical examination combination, but instead iterates through the detailed itemized fee array, retrieves the price of each item, and adds them up.

[0045] ...Equation (3)

[0046] in, This indicates the total amount calculated by the hospital information system. This indicates the number of specific items in the medical examination checklist. and The meaning is the same as before. The medical examination system obtains the total application amount according to the same rules. ,exist The hospital information system generates a payment order and returns the payment status after the user completes the settlement.

[0047] The reason for requiring the hospital information system to add up each item in the array rather than directly accepting the total amount requested by the physical examination system is that the authoritative side of the cost accounting is the hospital information system. If the hospital information system only transmits the amount, any outdated unit price or incorrect addition on the physical examination system side will be directly fixed in the billing result, and it will be impossible to restore the specific physical examination item in the hospital information system's accounts afterward. Because the hospital information system independently completes the addition of each item's billing array and compares it with the total amount requested by the physical examination system, the pricing processes on both sides are mutually verified and the accounts are traceable at the item level. Therefore, billing by item is not only accurate in amount, but also has the same accounting verifiability as billing by physical examination combination.

[0048] In one example, the detailed checklist includes two specific items for the physical examination: alanine aminotransferase (ALT) and aspartate aminotransferase (AST). , Yuan, The hospital information system calculates the total amount according to formula (3). Yuan, compared with the total application amount of the medical examination system If the amount matches, the payment status will return as "payment successful".

[0049] S4: When the payment status is "payment successful", based on the associated testing equipment code, send a test application message to the laboratory information system through the test application interface with extended detailed item code fields, and receive the test task information allocated according to the physical examination details.

[0050] The modification to the application interface involves adding a detailed application array to the message body. Each element of the array carries the detailed item code, detailed item name, and associated combination code and name for a specific medical examination item. The medical examination combination hierarchy field is retained to maintain compatibility with the original archive logic of the laboratory information system based on medical examination combinations. Using payment status as the trigger condition for this step ensures that the set of medical examination items entering the testing process is strictly consistent with the set of settled medical examination items, avoiding situations where medical examination items have been issued but not settled, or settled but not issued. After receiving the message, the laboratory information system divides the detailed application array into several testing equipment task groups according to the associated testing equipment codes carried by each medical examination item. A task number is assigned to each testing equipment task group, and medical examination items with the same sample type are merged to generate the same sample barcode number.

[0051] The reason for requiring the inspection of the data at the level of detailed items carried in the application message, rather than using the granularity of the physical examination combination, is that the detailed items under the same physical examination combination may belong to different testing equipment. When the laboratory information system only receives the physical examination combination code, it can only expand the task according to the default set of detailed items of that physical examination combination. The expansion result will inevitably cover physical examination detailed items that the user has not selected, which will not only cause the invalid use of reagent and equipment time, but also make the task list inconsistent with the settlement list. Since the message carries the code of the associated testing equipment according to the physical examination detailed items, the task division basis of the laboratory information system changes from the default configuration of the physical examination combination to the actual content of this application. This makes the scheduling granularity of the testing equipment consistent with the actual content to be tested, and the testing task no longer includes physical examination detailed items that the user has not selected.

[0052] The considerations for sample barcode merging are as follows: If multiple health check items use the same test sample type, they can share a single sampling and a single sample container. If sample barcode numbers are generated one by one for each health check item, the same user will be sampled repeatedly in the same health check. Therefore, barcode merging uses the test sample type as the grouping key, while task allocation uses the associated test equipment code as the grouping key. The two grouping keys are different and independent of each other.

[0053] S5: Receive the test result message returned by the laboratory information system, compare the detailed item code in the test result message with the detailed item checklist, filter to obtain the target test result set and display it according to the physical examination combination to which it belongs.

[0054] The modification to the result feedback interface lies in the fact that the message carries test data item by item according to the physical examination details. Each data item includes a detail code, detail name, combination code, combination name, detail result value, anomaly flag, and crisis flag. After receiving the message, the physical examination system does not display it directly. Instead, it performs two-level processing based on the detailed examination checklist: first, it verifies the message's attribution and relevance using the application number and user identifier to confirm that the data in the message belongs to this application; then, it uses the detail code as the key to find the intersection between the message data and the detailed examination checklist to obtain the target test result set. Let the selected detail code set be... The set of return detail codes is Then the set of detailed item codes corresponding to the target detection result set With the set of detailed codes to be returned They are respectively:

[0055] ...Equation (4)

[0056] ...Equation (5)

[0057] in, This represents the set of selected item codes, which consists of the codes for each item in the detailed checklist. This represents the set of return detail codes composed of the detailed codes in the detection result message. Denotes the intersection of two sets. express Compared to The difference set.

[0058] The reason for using set intersection and difference calculations instead of directly displaying the returned content is that the granularity of the laboratory information system's return data is determined by its internal archiving logic. It might return the entire medical examination package, including details not selected by the user, or it might only return a portion of the details due to batch processing. If displayed directly, in the former case, the user would see the results of medical examination details they neither selected nor paid for; in the latter case, the user would have no way of knowing whether the missing details were incomplete or omitted. By performing the intersection operation based on the detailed examination checklist, the displayed content is strictly equal to the medical examination details that the user has selected and returned. Furthermore, due to the difference calculation... The explicit retention of the codes for selected but not returned details makes the missing results go from being invisible to being identifiable, timed, and re-requestable, thus ensuring that the attribution association between the test results and the user's selected physical examination details is valid in both directions.

[0059] In one example, the selected sub-item code set The laboratory information system transmits data back as a whole based on liver function combinations, along with a set of detailed item codes. According to equation (4), we get According to equation (5), we get The health check system only displays the results of alanine aminotransferase (ALT) and aspartate aminotransferase (AST); the total bilirubin result, which was not selected, will not be displayed.

[0060] Example 2

[0061] like Figure 2 As shown, based on Example 1, a selectable identifier is configured for each physical examination combination, and independent attributes including a sub-item code, a sub-item unit price, and an associated testing equipment code are configured for each physical examination item. The selectable identifier is used to display the various physical examination items under the selectable physical examination combination. A candidate item set is generated in response to a checkmark operation, including:

[0062] S1.1: Write the self-selection identifier for each physical examination combination in the combination information table. The self-selection identifier is used to indicate whether each physical examination item under the physical examination combination can be selected individually.

[0063] The selectability flag is implemented as a Boolean field and written to each health checkup combination record in the combination information table. This flag allows both selectable and non-selectable health checkup combinations to coexist in the same table: combinations where the test items are strongly dependent on each other and must be performed as a whole to be meaningful are configured as non-selectable; combinations where the individual test items are independent of each other are configured as selectable. Administrators set the flag individually for each health checkup combination in the backend configuration interface, and modifications take effect immediately in subsequent displays.

[0064] S1.2: Write basic attributes, business attributes, and rule attributes for each physical examination item in the detailed information table. The basic attributes include the item code, item name, and associated combination code. The business attributes include the item unit price, associated testing equipment code, and examination duration. The rule attributes include item mutual exclusion relationships and item discount rules.

[0065] The three types of attributes are separated according to their purpose: Basic attributes solve the problem of identity and affiliation of physical examination items, among which the belonging combination code is the only association field between physical examination items and physical examination combinations. Deleting this field will invalidate the two-level structure; Business attributes solve the problem of pricing and execution of physical examination items, among which the examination duration is used to inform users of the on-site time required for a single physical examination item; Rule attributes solve the problem of relationship constraints between physical examination items. It is the only attribute category that involves the relationship between multiple physical examination items rather than the value of a single physical examination item itself, and therefore it is carried by an independent relationship table rather than ordinary fields in the item information table.

[0066] S1.3: Establish a hierarchical relationship between the physical examination combination and the physical examination items according to the combination code, and display each physical examination item under the physical examination combination with the self-selection identifier as selectable and the examination duration of each physical examination item according to the hierarchical relationship.

[0067] The hierarchical relationship is established by aggregating records from the detailed information table to the corresponding records in the combined information table, using the combined code as the foreign key. The aggregation result is a two-level tree structure: the first level is the physical examination combination, and the second level is the physical examination details. During display, for physical examination combinations marked as selectable, their second-level nodes are rendered one by one with checkboxes and examination durations; for physical examination combinations marked as non-selectable, their second-level nodes are collapsed and no checkboxes are provided.

[0068] S1.4: In response to the selection operation of each physical examination item, the selected physical examination items are gathered into the candidate item set, and the unit price of each physical examination item in the candidate item set is added up to obtain the estimated cost and display it.

[0069] The candidate item set is maintained in the session context as an ordered set of items with item codes as elements. Each time an item is selected or unselected, the set is updated and a recalculation is performed according to formula (1) to keep the estimated cost synchronized with the current selection status.

[0070] Example 3

[0071] Based on Example 2, basic attributes, business attributes, and rule attributes are written for each physical examination item in the detailed information table. The basic attributes include the item code, item name, and associated combination code. The business attributes include the item unit price, the associated testing equipment code, and the examination duration. The rule attributes include item mutual exclusion relationships and item discount rules, including:

[0072] S1.2.1: Establish a mutual exclusion table of details using the details code pairs as indexes. Each record in the mutual exclusion table of details includes a first details code, a second details code, and a mutual exclusion type. The mutual exclusion type includes test sample duplication type and test content inclusion type.

[0073] Mutually exclusive relationships are binary relationships between medical examination sub-items. They cannot be expressed by the attributes of a single sub-item and are therefore represented by a relation table, with the index key being a code pair consisting of the first and second sub-item codes. Mutually exclusive relationships distinguish between two types with different causes: **Sample Duplication Type:** This refers to two medical examination sub-items using the same sample to obtain the same test quantity; selecting both will result in duplicate billing without increasing the information content. **Content Inclusion Type:** This refers to a medical examination sub-item whose test content completely includes the test content of another medical examination sub-item; selecting the larger one and then selecting the included one also constitutes duplication. The two types are handled differently and must be explicitly distinguished in the relation records.

[0074] S1.2.2: For records whose mutually exclusive type is the test sample duplication type, mark the first sub-item code and the second sub-item code as selectable.

[0075] The "choose one" option manifests as follows: the two physical examination items are displayed in an equal position; when the first one is checked, the check control for the other is disabled; and it becomes available again after unchecking it.

[0076] S1.2.3: For records whose mutual exclusion type is the content inclusion type, mark the second sub-item code as unselectable when the first sub-item code is selected.

[0077] Unlike the single-choice selection, the inclusion relationship is directional: the first sub-item code corresponds to a larger range of medical examination sub-items, and the second sub-item code corresponds to the included medical examination sub-items. Selecting the first sub-item code disallows the selection of the second sub-item code, but the reverse is allowed—users can first select the included medical examination sub-items, and then later change to the larger range, with the system automatically canceling the former.

[0078] S1.2.4: Establish a detailed discount rule table with the corresponding combination code as the index. Each record in the detailed discount rule table includes the corresponding combination code, the threshold for triggering the detailed item quantity, and the discount coefficient.

[0079] The discount rule applies to the medical examination package. Its technical basis is that the various medical examination items under the same medical examination package usually share one sampling and one loading of the same testing equipment. The marginal cost decreases as the number of selections increases. Therefore, the number of selections is used as the trigger condition.

[0080] S1.2.5: When the number of physical examination items belonging to the same combination code in the candidate item set reaches the trigger item number threshold, the item unit price of each physical examination item under the same combination code is multiplied by the discount coefficient to obtain the discounted item unit price, and the discounted item unit price is used to accumulate the estimated cost.

[0081] The calculation of the discounted unit price is expressed as follows:

[0082] ...Equation (6)

[0083] in, The combination code is indicated as The first item in the physical examination details The discounted unit price of each individual examination item. This indicates the unit price of the specific items in the physical examination. Indicates the combination code The corresponding discount factor, and only when When formula (6) takes effect, in which The combination code to which the candidate item set belongs is indicated. The number of detailed items in the physical examination Indicates the combination code The corresponding threshold for the number of triggering details. The value range is usually from 0.7 to 0.95: if the value is too low, the actual payment for some of the selected medical examination items may be lower than the cost line; if the value is too high, the discount is insufficient to reflect the decrease in marginal cost, and the rule becomes meaningless. Typically, half the total number of detailed examination items under this examination package is taken and rounded up.

[0084] It should be noted that the discounted unit price is only used in the calculation of the estimated cost and the total amount of subsequent applications. The unit price field in the detailed information table will not be modified to ensure that the amount of historical applications can still be recalculated after the discount rules are adjusted.

[0085] Example 4

[0086] like Figure 3 As shown, based on Example 1, the candidate item set is subjected to item legality verification and item unit price consistency verification. Items that pass the verification are assembled into an item checklist and assigned an application number, including:

[0087] S2.1: Perform a check on the availability status of each physical examination item in the candidate item set, and remove physical examination items whose availability status is "off the shelves".

[0088] The shelf status field is maintained along with the detailed item information table. There is a time interval between the user's selection action and the application submission action. During this time, the administrator may remove a certain medical examination item from the shelf due to reagent shortages or equipment maintenance. Therefore, the current status must be reviewed when the application is submitted, rather than the status at the time of selection.

[0089] S2.2: Perform combination attribution verification on each physical examination item in the candidate item set, and remove physical examination items whose self-selection identifier is not selectable for the physical examination combination corresponding to the combination code.

[0090] This verification is for requests submitted directly without going through the presentation layer: The presentation layer has blocked the checkbox for non-selectable health check combinations, but the interface layer may still receive the constructed detailed item codes. Therefore, it is necessary to trace back the combination code to which the health check item belongs and verify its self-selection identifier on the server side.

[0091] S2.3: Perform mutual exclusion and duplicate checks on each physical examination item in the candidate item set. If there are mutually exclusive or duplicate physical examination items, return a check failure message.

[0092] The mutual exclusion check queries the mutual exclusion table by combining the item codes in the candidate item set pairwise as keys; a match indicates failure. The duplicate check counts the number of times each item code appears in the candidate item set; if it appears more than once, it indicates failure. Both checks return a verification failure message with the specific item code, allowing the presentation layer to locate the error and prompt the user for adjustments.

[0093] S2.4: Perform a consistency check on the unit price of the candidate item set to obtain the physical examination items that pass the check.

[0094] The details of this verification are shown in Example 5.

[0095] S2.5: Assemble the verified physical examination items into the detailed inspection list in ascending order of the item codes, and generate the application number according to the user identifier and application time, and write it into the detailed inspection list.

[0096] Assembling items in ascending order by detailed code ensures that the generated detailed examination list maintains a consistent order regardless of the selection order of the selected items within the same set of medical examination items. This allows for the reproduction of field order in subsequent messages, facilitating comparison of interface logs and problem localization. The application number is generated by concatenating the user identifier and application time according to preset rules. It is unique within the medical examination institution and serves as the association key referenced by the payment application message, examination application message, and test result message.

[0097] Example 5

[0098] Based on Example 4, the consistency check of the unit price of the candidate sub-items is performed on the set of sub-items to obtain the physical examination sub-items that pass the check, including:

[0099] S2.4.1: Request the unit price from the hospital information system according to the item code of each physical examination item in the candidate item set, and obtain the first unit price of each physical examination item.

[0100] The request is initiated all at once with a list of detailed item codes as parameters. The hospital information system returns the currently effective unit price item by item according to its billing catalog. By using batch requests instead of item-by-item requests, the number of interface calls can be reduced from the number of elements in the candidate detailed item set to one.

[0101] S2.4.2: Read the unit price of each physical examination item from the item information table according to the item code of each physical examination item in the candidate item set, and obtain the second unit price of each physical examination item.

[0102] S2.4.3: Calculate the difference between the first unit price and the second unit price item by item and take the absolute value to obtain the unit price deviation of each physical examination item.

[0103] The unit price deviation is calculated item by item according to formula (2) to obtain a deviation sequence of the same length as the candidate item set.

[0104] S2.4.4: When the unit price deviation is greater than the preset deviation threshold, the unit price of the corresponding physical examination item in the detailed item information table is covered by the first unit price, and the estimated cost is re-accumulated according to the covered unit price.

[0105] The coverage direction is always from the hospital information system to the physical examination system, based on the fact that the authoritative side of cost accounting is the hospital information system. After coverage, the estimated cost is recalculated according to formula (1) and the display is refreshed so that users can see the adjusted amount before submission, rather than discovering the change in amount only at the payment stage.

[0106] S2.4.5: When the unit price deviation is not greater than the preset deviation threshold, the corresponding physical examination item is determined as the physical examination item that has passed the verification, and the first unit price, the second unit price and the unit price deviation are written into the interface interaction log table.

[0107] The interface interaction log table is archived by application number and call time, recording the request parameters, response data, and three values ​​compared to the current one. This record allows the pricing basis for any historical application to be fully restored, providing a practical means to ensure the auditability of detailed billing.

[0108] Example 6

[0109] like Figure 4 As shown, based on Example 1, and using the detailed inspection checklist, a payment application message is sent to the hospital information system through a payment application interface extended with detailed item codes and detailed item unit price fields. The system then receives the payment status returned after calculation based on the detailed item unit price, including:

[0110] S3.1: In response to the pending payment list request initiated by the hospital information system based on the user identifier, retrieve the detailed examination list based on the user identifier.

[0111] This step sets the interaction direction to be initiated by the hospital information system. The reason is that the user's settlement entry point at the medical examination institution is usually located on the hospital information system side. By having the hospital information system proactively retrieve the payment list based on the user's identifier when the user arrives at the settlement stage, it avoids the medical examination system pushing the application before the user arrives at the settlement stage, resulting in pending orders.

[0112] S3.2: Assemble the item code, item name, item unit price and examination quantity of each physical examination item in the detailed inspection list into a detailed item charge array, and encapsulate the detailed item charge array, the application number, order identifier, charge type, application time and the total application amount obtained by adding the item unit prices into the payment application message.

[0113] The detailed charge array is a new structure added to this interface compared to existing interfaces. Each element is an object containing four keys. Among the remaining fields of the message, the order identifier is used for order archiving on the hospital information system side, the charge type is used to distinguish the settlement entity, and the application time is used for timeout determination.

[0114] S3.3: Receive the total amount calculated by the hospital information system by multiplying the unit price of each physical examination item in the detailed charge array by the number of examinations, and when the total amount calculated is consistent with the total amount applied for, receive the payment status and write the payment status into the detailed examination list.

[0115] The total amount is calculated according to formula (3). If the total amount is inconsistent with the total amount applied for, the hospital information system returns an abnormal prompt carrying the amounts on both sides. The physical examination system then re-executes the unit price consistency verification process of Example 5. When they are consistent, the hospital information system generates a payment order. After the user completes the settlement, the payment status is returned. The physical examination system writes it into the detailed examination list. This status becomes the triggering condition for the examination application described in Example 7.

[0116] Example 7

[0117] Based on Example 1, when the payment status is "payment successful," an examination request message is sent to the laboratory information system through an examination request interface with extended detailed item coding fields, based on the associated testing equipment code. The system receives examination task information allocated according to the detailed examination items, including:

[0118] S4.1: Assemble the item code, item name, combination code, and combination name of each physical examination item in the detailed inspection list into an item application array.

[0119] The detailed application array carries fields for both the detailed item level and the physical examination combination level. The physical examination combination level field is used by the laboratory information system to categorize the results into volumes according to its original archiving logic, while the detailed item level field is used to assign tasks. The coexistence of these two levels of fields ensures that the interface modification remains backward compatible with the original functions of the laboratory information system.

[0120] S4.2: Encapsulate the detailed application array, the application number, the user identifier, the medical visit identifier, and the operation type into the examination application message, wherein the operation type includes the add sending type and the cancel type.

[0121] The introduction of operation types enables the same interface to handle both application issuance and application cancellation semantics: when a user changes the selected content before sampling, the physical examination system first cancels the original application with the cancellation type, and then issues a new application with the new issuance type, thus avoiding the retention of expired test tasks on the laboratory information system side.

[0122] S4.3: Send the inspection application message with the operation type of "new send" to the laboratory information system, and receive the inspection task information allocated and returned by the laboratory information system according to the associated inspection equipment code.

[0123] The details of this step are shown in Example 8.

[0124] Example 8

[0125] Based on Example 7, the laboratory information system sends an inspection request message with the operation type of "new send" to the laboratory information system, and receives the inspection task information allocated and returned by the laboratory information system according to the associated inspection equipment code, including:

[0126] S4.3.1: Send the inspection application message of the operation type of "newly sent" to the laboratory information system, so that the laboratory information system can compare each item code in the item application array with the item dictionary of the laboratory information system item by item.

[0127] The physical examination system and the laboratory information system each maintain a set of detailed codes. Even after the mapping is established during the initialization phase, the two systems may still mismatch due to additions on one side. Therefore, item-by-item comparison is used as a prerequisite for task allocation.

[0128] S4.3.2: When there is a sub-item code that fails the comparison, receive the abnormal prompt returned by the laboratory information system carrying the sub-item code that fails the comparison, remove the physical examination sub-item corresponding to the sub-item code that fails the comparison from the sub-item examination list, and resend the examination application message.

[0129] Instead of rejecting the entire application, the procedure of resubmitting the application after removing the mismatched medical examination items is adopted. This is because mismatches usually only involve a few medical examination items, and rejecting the entire application would delay the other medical examination items in the same application that can be performed normally. The removed medical examination items are marked as pending manual processing in the item checklist and the refund process is triggered.

[0130] S4.3.3: When all detailed item codes have passed the comparison, receive the test equipment task group obtained by the laboratory information system according to the associated test equipment codes of each physical examination item.

[0131] Grouping is based on the associated testing equipment code. Detailed examination items under the same testing equipment code are grouped into the same testing equipment task group. The grouping results are independent of the division of examination combinations; detailed examination items under the same examination combination may be distributed across multiple testing equipment task groups, and detailed examination items under different examination combinations may also be grouped into the same testing equipment task group.

[0132] S4.3.4: Receive the task number assigned by the laboratory information system to each of the testing equipment task groups, and the sample barcode number generated by merging the various physical examination items with the same sample type.

[0133] The task number and sample barcode number use different grouping keys: the former is grouped by the associated testing equipment code, serving the task queue on the equipment side; the latter is grouped by the testing sample type, serving the sample container allocation in the sampling process. The number of each is usually not equal.

[0134] S4.3.5: Write the task number, the sample barcode number, and the associated inspection equipment code corresponding to each inspection equipment task group as the inspection task information into the detailed inspection list and display it.

[0135] The detailed checklist, once written, simultaneously carries application information, payment status, and testing task information, serving as a single data credential throughout the entire process. The displayed content includes the corresponding testing equipment and sample barcode numbers for each physical examination item, guiding users to the appropriate location.

[0136] Example 9

[0137] like Figure 5 As shown, based on Example 1, the laboratory information system receives test result messages, compares the detailed item codes in the test result messages with the detailed inspection list, filters out the target test result set, and displays it according to its corresponding physical examination combination, including:

[0138] S5.1: Receive the test result message returned by the laboratory information system. The test result message includes the application number, the combination code, the combination name, the sub-item code, the sub-item name, the sub-item result value, the anomaly indicator, and the crisis indicator.

[0139] Anomaly indicators are used to indicate the direction of deviation of a detailed result value from the reference range for that specific health check item. Crisis indicators are used to indicate whether the result value of that specific item has reached a threshold requiring immediate notification. Both indicators are determined internally by the laboratory information system and then transmitted back along with the results. The health check system does not re-determine them but only transmits and displays them to ensure consistency in the displayed information on both sides.

[0140] S5.2: Verify the attribution association between the application number in the test result message and the application number and user identifier in the detailed checklist. If the attribution association verification fails, return a reception failure response carrying error information to the laboratory information system.

[0141] The attribution correlation check is a two-key check: it verifies that the application number exists in the medical examination system, and it also verifies that the user identifier bound to the application number matches the user identifier carried in the message. A single-key check is insufficient to prevent situations where the application number is correct but the user identifier is misplaced, and allowing such a situation to proceed will lead to incorrect attribution of the test results.

[0142] S5.3: When the attribution correlation verification passes, compare each item code in the detection result message with each item code in the item checklist one by one to obtain the target detection result set.

[0143] The details of this step are shown in Example 10.

[0144] S5.4: Display the target detection result set in groups according to the corresponding combination codes, do not display physical examination items in the detection result message that do not belong to the detailed inspection list, and return a successful reception response to the laboratory information system.

[0145] The results are displayed in groups according to their respective combination codes, ensuring that the structure shown to the user is consistent with the two-level structure selected during the selection process. The decision not to display results is based solely on the detailed checklist; therefore, results for medical examination items that the user did not select or pay for will not appear in the displayed content. Upon receiving a successful response, the laboratory information system marks the transmission as complete.

[0146] Example 10

[0147] Based on Example 9, when the attribution correlation verification passes, the detailed item codes in the detection result message are compared item by item with the detailed item codes in the detailed item checklist to obtain the target detection result set, including:

[0148] S5.3.1: Construct a set of selected detailed item codes using the detailed item codes in the detailed item checklist, and construct a set of return detailed item codes using the detailed item codes in the detection result message.

[0149] The two sets are stored using a hash structure, so that the time complexity of subsequent intersection and difference operations is linearly related to the sum of the number of elements in the two sets.

[0150] S5.3.2: Find the intersection of the selected sub-item code set and the returned sub-item code set, and collect the sub-item result values, anomaly indicators and crisis indicators corresponding to each sub-item code in the intersection into the target detection result set.

[0151] The intersection is obtained according to formula (4). When collecting, the corresponding three fields are extracted from the detection result message using the detailed item code in the intersection as the key. Message data that does not fall into the intersection will not be included in the target detection result set.

[0152] S5.3.3: Calculate the difference between the selected sub-item code set and the returned sub-item code set, and mark each sub-item code in the difference set as a result to be returned.

[0153] The difference set is obtained according to formula (5). The technical meaning of this difference set is the physical examination details that have been selected in this application but for which the results have not yet been received. If it is empty, it means that the results of this application are complete.

[0154] S5.3.4: When the difference set is not empty and the time elapsed since the allocation of the inspection task information exceeds the preset waiting time, a result request is re-initiated to the laboratory information system according to the application number and the detailed item codes in the difference set.

[0155] The preset waiting time value is determined by the following considerations: if the value is too short, detailed medical examination items still within the normal testing cycle will be repeatedly requested, increasing the unnecessary load on the laboratory information system; if the value is too long, missed test results will not be detected for a long time, extending the user's waiting time. The value should be greater than the upper limit of the normal testing cycle for this type of testing equipment in the medical testing institution, usually set in the hourly range, and can be configured separately according to the associated testing equipment code.

[0156] S5.3.5: Write the target detection result set and the codes of each detailed item marked as results to be returned into the user detailed result table according to the application number.

[0157] The user detailed results table uses the application number and detailed item code as a combined primary key, and stores the results received and the pending return flags, so that the completeness of the results of the same application can be directly retrieved from the table at any time without having to compare it with the test result message again.

[0158] Example 11

[0159] like Figure 6 As shown, this embodiment provides a physical examination docking device that supports user-selected physical examination details, including:

[0160] The detailed item configuration selection module is used to configure a self-selection identifier for each physical examination combination and configure independent attributes for each physical examination item, including the item code, item unit price and associated testing equipment code. It displays each physical examination item under the physical examination combination where the self-selection identifier is selectable, and generates a candidate item set in response to the check operation.

[0161] The detailed item verification and assembly module is used to perform detailed item legality verification and detailed item unit price consistency verification on the candidate detailed item set, assemble the verified physical examination detailed items into a detailed item check list and assign an application number;

[0162] The payment application module is used to send payment application messages to the hospital information system based on the detailed inspection list by extending the payment application interface with detailed item codes and detailed item unit price fields, and to receive the payment status returned after calculation according to the detailed item unit price.

[0163] The inspection application docking module is used to send an inspection application message to the laboratory information system based on the associated inspection equipment code and through the inspection application interface with an extended detailed item code field when the payment status is "payment successful". It also receives the inspection task information allocated according to the physical examination items.

[0164] The result filtering and display module is used to receive the test result messages returned by the laboratory information system, compare the detailed item codes in the test result messages with the detailed item checklist, filter out the target test result set, and display it according to the physical examination combination to which it belongs.

[0165] The specific implementation methods of the above modules correspond to the method steps described in Examples 1 to 10. This device can be deployed on the application server of a medical examination institution. Its data storage layer can use a relational database to carry the combined information table, detailed item information table, detailed item mutual exclusion relation table, detailed item discount rule table, user detailed item result table, and interface interaction log table, and use a memory cache to carry the candidate detailed item set for the session. All interfaces are carried using the Hypertext Transfer Protocol and transmission encryption is enabled; user identifiers are de-identified during storage.

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

Claims

1. A method for integrating physical examinations that supports user-selected detailed examination items, characterized in that, include: Configure a selectable identifier for each physical examination combination and configure independent attributes for each physical examination item, including item code, item unit price and associated testing equipment code. Display each physical examination item under the selectable physical examination combination, and generate a candidate item set in response to the check operation. Perform item validity verification and item unit price consistency verification on the candidate item set, assemble the verified physical examination items into an item checklist and assign application number; Based on the detailed examination checklist, a payment application message is sent to the hospital information system through a payment application interface with extended detailed item codes and detailed item unit price fields, and the payment status returned after calculation according to the detailed item unit price is received; when the payment status is successful, an examination application message is sent to the laboratory information system through an examination application interface with extended detailed item code fields based on the associated examination equipment code, and the examination task information assigned according to the physical examination items is received; The system receives test result messages from the laboratory information system, compares the detailed item codes in the test result messages with the detailed inspection list, filters out the target test result set, and displays it according to the corresponding physical examination combination.

2. The physical examination integration method supporting user-selected physical examination details as described in claim 1, characterized in that, The process involves configuring a selectable identifier for each health checkup combination and configuring independent attributes for each health checkup item, including item code, item unit price, and associated testing equipment code. It also displays the health checkup items under the selectable health checkup combination and generates a candidate item set in response to a checkmark operation. This includes: writing the selectable identifier for each health checkup combination in the combination information table, where the selectable identifier indicates whether each health checkup item under the combination can be selected individually; and writing basic attributes, business attributes, and rule attributes for each health checkup item in the item information table, where the basic attributes include the item code, item name, and the code of the combination to which it belongs. The code, the business attribute includes the detailed item unit price, the associated inspection equipment code and the inspection duration, the rule attribute includes the detailed item mutual exclusion relationship and the detailed item discount rule; establish the hierarchical relationship between the physical examination combination and the physical examination item according to the combination code, and display each physical examination item under the physical examination combination marked as selectable and the inspection duration of each physical examination item according to the hierarchical relationship; respond to the selection operation of each physical examination item, gather the selected physical examination items into the candidate item set, and accumulate the detailed item unit prices of each physical examination item in the candidate item set to obtain the estimated cost and display it.

3. The physical examination docking method supporting user-selected physical examination details as described in claim 2, characterized in that, The process involves writing basic attributes, business attributes, and rule attributes for each physical examination item in the detailed information table. The basic attributes include the item code, item name, and associated combination code. The business attributes include the item unit price, associated testing equipment code, and examination duration. The rule attributes include item mutual exclusion relationships and item discount rules. This includes: establishing an item mutual exclusion relationship table indexed by item code pairs. Each record in the item mutual exclusion relationship table includes a first item code, a second item code, and a mutual exclusion type. The mutual exclusion types include test sample repetition type and test content inclusion type. For records where the mutual exclusion type is test sample repetition type, the first item code and the second item code are... The second detailed item code is marked as selectable; for records whose mutually exclusive type is content inclusion, the second detailed item code is marked as unselectable when the first detailed item code is selected; a detailed item discount rule table is established using the associated combination code as an index, and each record in the detailed item discount rule table includes the associated combination code, the triggering detailed item quantity threshold, and the discount coefficient; when the number of physical examination detailed items belonging to the same associated combination code in the candidate detailed item set reaches the triggering detailed item quantity threshold, the unit price of each physical examination detailed item under the same associated combination code is multiplied by the discount coefficient to obtain the discounted detailed item unit price, and the discounted detailed item unit price is used to participate in the accumulation of the estimated cost.

4. The physical examination docking method supporting user-selected physical examination details as described in claim 3, characterized in that, The process of performing item validity checks and item unit price consistency checks on the candidate item set, assembling the verified medical examination items into an item checklist, and assigning application numbers includes: performing an on / off status check on each medical examination item in the candidate item set, removing medical examination items whose on / off status is "off"; performing a combination affiliation check on each medical examination item in the candidate item set, removing medical examination items whose self-selection identifier for the medical examination combination corresponding to their combination code is "not selectable"; performing item mutual exclusion checks and item duplication checks on each medical examination item in the candidate item set, returning a verification failure message when mutually exclusive or duplicate medical examination items exist; performing the item unit price consistency check on the candidate item set to obtain verified medical examination items; assembling the verified medical examination items into the item checklist in ascending order of item code, generating the application number according to the user identifier and application time, and writing it into the item checklist.

5. The physical examination docking method supporting user-selected physical examination details as described in claim 4, characterized in that, The step of performing a consistency check on the unit price of the candidate item set to obtain the physical examination items that pass the check includes: requesting a unit price from the hospital information system according to the item code of each physical examination item in the candidate item set to obtain a first unit price for each physical examination item; reading the unit price from the item information table according to the item code of each physical examination item in the candidate item set to obtain a second unit price for each physical examination item; calculating the difference between the first unit price and the second unit price item by item and taking the absolute value to obtain the unit price deviation for each physical examination item; when the unit price deviation is greater than a preset deviation threshold, covering the unit price of the corresponding physical examination item in the item information table with the first unit price, and re-accumulating the estimated cost according to the covered unit price; when the unit price deviation is not greater than the preset deviation threshold, determining the corresponding physical examination item as the physical examination item that passes the check, and writing the first unit price, the second unit price, and the unit price deviation into the interface interaction log table.

6. The physical examination integration method supporting user-selected physical examination details as described in claim 1, characterized in that, The process, based on the detailed examination list, involves sending a payment application message to the hospital information system through a payment application interface extended with detailed item codes and detailed item unit price fields, and receiving the payment status returned after calculation based on the detailed item unit price. This includes: responding to a pending payment list request initiated by the hospital information system based on a user identifier; retrieving the detailed examination list based on the user identifier; assembling the detailed item codes, names, unit prices, and examination quantities of each physical examination item in the detailed examination list into a detailed item charge array; and encapsulating the detailed item charge array, the application number, order identifier, charge type, application time, and the total application amount obtained by summing the detailed item unit prices into the payment application message; receiving the total amount calculated by the hospital information system by multiplying the detailed item unit prices and examination quantities of each physical examination item in the detailed item charge array; receiving the payment status when the total calculated amount matches the total application amount; and writing the payment status into the detailed examination list.

7. The physical examination docking method supporting user-selected physical examination details as described in claim 6, characterized in that, When the payment status is "payment successful," based on the associated testing equipment code, an examination application message is sent to the laboratory information system through an examination application interface with an extended detailed item code field. The system receives examination task information allocated according to the detailed examination items, including: assembling the detailed item code, detailed item name, associated combination code, and associated combination name of each examination item in the detailed examination list into a detailed item application array; encapsulating the detailed item application array, the application number, the user identifier, the patient identifier, and the operation type into the examination application message, where the operation type includes "add" and "cancel" types; sending the examination application message with the "add" operation type to the laboratory information system; and receiving the examination task information allocated and returned by the laboratory information system according to the associated testing equipment code.

8. The physical examination docking method supporting user-selected physical examination details as described in claim 7, characterized in that, The process of sending the inspection application message with the operation type of "new send" to the laboratory information system and receiving the inspection task information allocated and returned by the laboratory information system according to the associated inspection equipment code includes: sending the inspection application message with the operation type of "new send" to the laboratory information system, so that the laboratory information system can compare each item code in the detailed application array with the detailed item dictionary of the laboratory information system item by item; when there is a detailed item code that fails the comparison, receiving the exception prompt returned by the laboratory information system carrying the detailed item code that failed the comparison, and resetting the comparison... The physical examination items corresponding to the failed detailed item codes are removed from the detailed item inspection list, and the inspection application message is resent; when all detailed item codes pass the comparison, the laboratory information system receives the testing equipment task groups assigned by the associated testing equipment codes of each physical examination item; the laboratory information system receives the task number assigned to each testing equipment task group, and the sample barcode number generated by merging the physical examination items with the same sample type; the task number, the sample barcode number, and the associated testing equipment code corresponding to each testing equipment task group are written as the testing task information into the detailed item inspection list and displayed.

9. The physical examination docking method supporting user-selected physical examination details as described in claim 8, characterized in that, The process of receiving the test result message returned by the laboratory information system, comparing the detailed item codes in the test result message with the detailed item checklist, filtering to obtain a target test result set, and displaying it according to its corresponding physical examination combination includes: receiving the test result message returned by the laboratory information system, the test result message containing an application number, a corresponding combination code, a corresponding combination name, a detailed item code, a detailed item name, a detailed item result value, an anomaly identifier, and a crisis identifier; verifying the attribution association between the application number in the test result message and the application number and user identifier in the detailed item checklist, and returning a reception failure response carrying error information to the laboratory information system when the attribution association verification fails; when the attribution association verification passes, comparing each detailed item code in the test result message with each detailed item code in the detailed checklist item by item to obtain the target test result set; displaying the target test result set in groups according to the corresponding combination code, not displaying physical examination items in the test result message that do not belong to the detailed item checklist, and returning a reception success response to the laboratory information system.

10. The physical examination docking method supporting user-selected physical examination details according to claim 9, characterized in that, When the attribution correlation verification passes, the process involves comparing each detailed item code in the test result message with each detailed item code in the detailed item checklist to obtain the target test result set. This includes: constructing a selected detailed item code set using each detailed item code in the detailed item checklist; constructing a return detailed item code set using each detailed item code in the test result message; calculating the intersection of the selected detailed item code set and the return detailed item code set; and aggregating the detailed result values, anomaly indicators, and crisis indicators corresponding to each detailed item code in the intersection into the target test result set; calculating the difference between the selected detailed item code set and the return detailed item code set; marking each detailed item code in the difference set as a result to be returned; when the difference set is not empty and the time elapsed since the allocation of the test task information exceeds a preset waiting time, re-initiating a result request to the laboratory information system according to the application number and each detailed item code in the difference set; and writing the target test result set and each detailed item code marked as a result to be returned into the user detailed result table according to the application number.

11. A medical examination docking device that supports user-selected detailed medical examination items, characterized in that, include: The detailed item configuration selection module is used to configure a self-selection identifier for each physical examination combination and configure independent attributes for each physical examination item, including the item code, item unit price and associated testing equipment code. It displays each physical examination item under the physical examination combination where the self-selection identifier is selectable, and generates a candidate item set in response to the check operation. The detailed item verification and assembly module is used to perform detailed item legality verification and detailed item unit price consistency verification on the candidate detailed item set, assemble the verified physical examination detailed items into a detailed item check list and assign an application number; The payment application module is used to send a payment application message to the hospital information system based on the detailed examination list, through a payment application interface with extended detailed item codes and detailed item unit price fields, and to receive the payment status returned after calculation according to the detailed item unit price; the examination application module is used to send an examination application message to the laboratory information system based on the associated examination equipment code, through an examination application interface with extended detailed item code fields, when the payment status is successful, and to receive the examination task information assigned according to the physical examination items; The result filtering and display module is used to receive the test result messages returned by the laboratory information system, compare the detailed item codes in the test result messages with the detailed item checklist, filter out the target test result set, and display it according to the physical examination combination to which it belongs.

Images