A smart medical self-service system based on a micro-service architecture
By constructing a call chain in a microservice architecture and collecting continuous sensor signals to generate delivery proofs, the problem of inconsistent delivery status of physical media in the medical self-service system is solved, achieving an accurate correspondence between business status and actual delivery status, and improving the system's reliability and self-recovery capability.
Patent Information
- Application Number
- CN202611353107.3
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2026-09-02
- Publication Date
- 2026-11-06
AI Technical Summary
Existing medical self-service systems cannot accurately confirm the actual delivery status of physical media, resulting in inconsistencies between the back-end business status and the actual status of the certificate obtained by the patient, leading to problems such as false completion, duplicate output, and inconsistent status.
By building a call chain in the microservice architecture, the physical delivery node of the entity medium is identified, and continuous sensing signals are collected by sensors to generate a one-time delivery certificate. This certificate is then verified by combining session identifiers and business identifiers to ensure that the business status is consistent with the actual delivery status.
It improves the traceability and accuracy of medical self-service operations, reduces false deliveries and duplicate outputs, lowers manual maintenance costs, and enhances the system's reliability and self-recovery capabilities.
Smart Images
Figure CN123048074A_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of data processing technology for smart healthcare self-service terminals, specifically to a smart healthcare self-service system based on a microservice architecture. Background Technology
[0002] With the continuous advancement of medical informatization, hospitals are gradually setting up medical self-service terminals in outpatient halls, enabling patients to complete identity authentication, registration and payment, report inquiry and voucher printing independently. To improve business expansion capabilities, existing systems typically break down functions such as identity authentication, business processing and voucher output into independent microservices, and complete medical self-service business through call chains.
[0003] Existing systems often use microservice success messages or media output device completion instructions as the basis for business completion. They lack continuous confirmation of the process of physical media passing through the output channel, reaching the exit, and being taken away by the patient. When paper jams, exit delays, or media recycling occur, the background has marked the business as completed, but the patient has not obtained a certificate, resulting in false completion, duplicate output, and inconsistent status.
[0004] To this end, this application proposes a smart healthcare self-service system based on a microservice architecture that can continuously monitor the actual delivery process of physical media and control the submission of business status according to the delivery results. Summary of the Invention
[0005] The purpose of this invention is to provide a smart healthcare self-service system based on a microservice architecture to solve the technical problem mentioned in the background art that the existing system cannot accurately confirm the actual delivery status of the physical medium, resulting in inconsistency between the back-end business status and the actual status of the patient obtaining the certificate.
[0006] To achieve the above objectives, the present invention provides the following technical solution: a smart healthcare self-service system based on a microservice architecture, comprising: The workflow orchestration module orchestrates medical self-service into a call chain that sequentially calls the identity authentication microservice, the business processing microservice, and the credential output microservice. It identifies the physical delivery node that generates the physical medium in the call chain and sets the business completion status corresponding to the physical delivery node to pending submission. Delivery and testing module: controls the output of physical media from the medical self-service terminal, and collects continuous sensor signals generated when the physical media passes through the output channel, arrives at the exit, and leaves the exit. The certificate generation module binds the continuous sensor signal, the session identifier of this medical self-service transaction, the service identifier, and the content summary of the physical medium to generate a one-time delivery certificate with an unused tag. Submission control module: Verifies the signal continuity, uniqueness of the identifier association, and usage mark of the one-time delivery certificate. When all three verifications pass, it sends a status submission instruction to the business processing microservice and the certificate output microservice and updates the usage mark to "used". If any verification fails, it remains in the pending submission state. When the waiting time reaches the preset time limit and the one-time delivery certificate is still not generated, it remains in the pending submission state and sends a retry instruction to the certificate output microservice.
[0007] Preferably, the process of constructing the call chain is as follows: The system receives business requests submitted by medical self-service terminals, assigns a session identifier to the business request, and sequentially calls the identity authentication microservice, business processing microservice, and credential output microservice according to the business type pointed to by the business request. The call order, input status, and output status of each microservice are registered as a call chain.
[0008] Preferably, the identification process of the physical delivery node is as follows: Read the output object type and terminal device call instruction of each microservice in the call chain. When the output object type is physical medium and the terminal device call instruction points to the medium output device, mark the node that issues the terminal device call instruction as the physical delivery node and establish the correspondence between the physical delivery node, the business identifier and the physical medium content summary.
[0009] Preferably, the acquisition process of the continuous sensing signal is as follows: A first sensor is installed in the output channel of the medical self-service terminal, and a second sensor with direction detection function is installed at the exit of the medical self-service terminal. The first sensor collects the first detection signal generated when the physical medium enters the output channel, and the second sensor collects the second detection signal generated when the physical medium reaches the exit and the third detection signal generated when the physical medium leaves the exit along the outer direction of the medical self-service terminal.
[0010] Preferably, the process of forming the continuous sensing signal is as follows: Acquisition times are added to the first, second, and third detection signals respectively. The first, second, and third detection signals are sorted according to the acquisition times. When the three detection signals are arranged in sequence and the interval between adjacent acquisition times does not exceed the preset interval, the three detection signals are combined into a continuous sensing signal.
[0011] Preferably, the process for generating the one-time delivery certificate is as follows: The output task corresponding to the entity medium is obtained from the credential output microservice. The medium content contained in the output task is processed by the digest algorithm to obtain the entity medium content digest. The digest is then concatenated in the order of session identifier, business identifier, entity medium content digest and continuous sensing signal to generate a proof identifier. The proof identifier and unused mark are written into the one-time delivery certificate.
[0012] Preferably, the process for establishing the associated record of the one-time delivery certificate is as follows: Using the proof identifier as an index, establish associated records for session identifiers, service identifiers, entity media content summaries, and continuous sensing signals. Only one associated record is retained for the same service identifier in a valid state. When a new associated record is generated, the original associated record is marked as invalid.
[0013] Preferably, the specific process for the three verifications is as follows: The detection signals in the one-time delivery certificate are confirmed to be arranged in the order of the first detection signal, the second detection signal, and the third detection signal. The interval between adjacent acquisition times is confirmed not to exceed the preset interval. The signal continuity verification is completed. The session identifier and service identifier in the one-time delivery certificate are matched with the session identifier and service identifier of the currently submitted service, respectively. The service identifier corresponds to only one associated record in a valid state. The identifier association uniqueness verification is completed. The usage mark of the one-time delivery certificate is read. If the usage mark is unused, the usage mark verification is completed.
[0014] Preferably, the status submission process after all three checks pass is as follows: The submission control module sends a status submission instruction carrying a business identifier and a certificate identifier to the business processing microservice and the certificate output microservice. The business processing microservice updates the business completion status from pending submission to completed, and the certificate output microservice registers the physical medium output result as delivered. After receiving the two status update results, the submission control module updates the usage mark of the one-time delivery certificate to used.
[0015] Preferably, the process for handling cases where the verification fails and no one-time delivery certificate is generated is as follows: If any verification fails, the corresponding one-time delivery certificate is marked as invalid, and the business completion status remains as pending submission. When the waiting time reaches the preset time limit and the one-time delivery certificate is still not generated, the output signals of the first sensor and the second sensor are read. When physical media is detected to be stuck, the media output device is controlled to recycle the physical media. After both the first sensor and the second sensor output idle signals, a retry instruction carrying the original business identifier is sent to the certificate output microservice.
[0016] Compared with the prior art, the beneficial effects of the present invention are: 1. This invention constructs a call chain for identity authentication microservice, business processing microservice, and credential output microservice through a process orchestration module. It identifies the physical delivery node that generates the physical medium in the call chain and sets the corresponding business completion status to pending submission. This realizes the hierarchical association between microservice processing, output tasks, and business status, solving the problem that existing systems mark business as completed based solely on microservice success messages or medium output instructions, resulting in the system showing completion even before the patient has obtained the credential. This improves the traceability of medical self-service and ensures that the business completion status reflects the delivery result of the physical medium. 2. This invention collects three detection signals generated when a physical medium enters the output channel, arrives at the exit, and leaves the exit along the outer direction of the medical self-service terminal by setting a first sensor located in the output channel and a direction detection sensor located at the exit. The signals are then used to form a continuous sensing signal based on the collection sequence and adjacent time intervals. This enables continuous detection of the physical medium output process, solving the problem of lacking reliable delivery evidence after the business status is set to pending submission, making it impossible to distinguish between normal pickup, channel blockage, exit retention, and medium recycling. This improves the accuracy of physical delivery judgment, reduces false delivery and duplicate output, and lowers manual maintenance costs. 3. This invention sequentially concatenates continuous sensing signals, session identifiers, service identifiers, and physical media content summaries, and uses a digest algorithm to generate a one-time delivery certificate with an unused tag. It establishes an association relationship where the same service identifier corresponds to only one valid record based on the certificate identifier, thereby realizing a unique correspondence between delivery evidence and patient sessions, medical services, and output content. This solves the problems of possible incorrect association between continuous sensing signals and other sessions or retry tasks, as well as the problem of the same delivery evidence being reused for service submissions. It improves the integrity, uniqueness, anti-reuse capability, and data processing security of delivery certificates. 4. This invention verifies the signal continuity, unique identifier association, and usage mark of a one-time delivery certificate through a submission control module. After all three verifications pass and the status update results of the two microservices are received, the usage mark is updated to "used." In the event of verification failure or timeout, the certificate is invalidated, the residual medium is recycled, and the output is retried. This achieves closed-loop control of delivery certificate verification, business submission, and anomaly recovery, solving the problems of invalid certificate submission, duplicate submission, incomplete microservice status updates, and long-term retention of pending business after certificate generation. This improves the reliability and self-recovery capability of the system. Attached Figure Description
[0017] Figure 1 This is a flowchart of the modules of the present invention. Detailed Implementation
[0018] Please see Figure 1The present invention provides an embodiment of a smart medical self-service system based on a microservice architecture, including a process orchestration module. The process orchestration module orchestrates medical self-service business into a call chain in which identity authentication microservice, business processing microservice and credential output microservice are called in sequence. The module identifies the physical delivery node that generates the physical medium in the call chain and sets the business completion status corresponding to the physical delivery node to pending submission. Furthermore, the workflow orchestration module receives business requests submitted by the medical self-service terminal. The business request is generated after the patient selects a business item and includes the terminal identifier, identity certificate and selected business item. The workflow orchestration module assigns a session identifier to each business request. The session identifier is formed by combining the terminal identifier, the time when the request was generated and the terminal's incrementing sequence number, and is used to distinguish business requests generated consecutively by the same terminal. During the call chain construction process, the identity credentials are first sent to the identity authentication microservice. After the identity authentication microservice completes the identity verification, it outputs the authentication status and patient index. Then, the patient index and selected business items are sent to the business processing microservice. The business processing microservice queries the corresponding medical business data, generates a business identifier and content to be output, and finally sends the business identifier and content to be output to the credential output microservice. The credential output microservice generates terminal device call instructions. The process orchestration module registers the input status, output status and call results of each microservice according to the actual call order, forming a call chain. This ensures that each processing result can be traced back to the previous microservice, preventing the authentication results, medical data and output tasks of different patients from overlapping. During the physical delivery node identification process, the process orchestration module reads the output object type and terminal device call instruction of each microservice. The output object type is pre-registered by the microservice interface, and the terminal device call instruction is generated by the voucher output microservice based on the content to be output. When the output object type is a physical medium such as a paper report, registration slip or medical card, and the terminal device call instruction points to the medium output device, the call chain node that issued the instruction is marked as a physical delivery node. At the same time, the correspondence between the physical delivery node, the business identifier and the content summary of the physical medium is established. After the node marking is completed, the business completion status is only set to pending submission, and is not directly set to completed because the output instruction has been issued, thus reserving the status control entry for subsequent physical delivery detection. For example, a patient selects to print a test report at the medical self-service terminal T01. At 10:15:20, the medical self-service terminal generates the 36th request of the day. The process orchestration module generates a session identifier T01-101520-036, the identity authentication microservice outputs an authentication pass status, the business processing microservice generates a business identifier B202508260036, and the voucher output microservice generates a report printing instruction. The call chain contains three microservice nodes. The output object of the third node is a paper report and calls the printing device. Therefore, the third node is marked as a physical delivery node, and the business completion status corresponding to the business identifier B202508260036 is set to pending submission.
[0019] Please see Figure 1 The present invention provides an embodiment of a smart medical self-service system based on a microservice architecture, including a delivery detection module. The delivery detection module controls the medical self-service terminal to output a physical medium and collects continuous sensing signals generated by the physical medium as it passes through the output channel, arrives at the exit, and leaves the exit. Furthermore, the output channel of the medical self-service terminal is equipped with a first sensor, and the outlet of the medical self-service terminal is equipped with a second sensor with a direction detection function. The first sensor is located between the medium output device and the outlet and is used to detect the physical medium entering the output channel. The second sensor includes an inner outlet sensing unit and an outer outlet sensing unit spaced apart along the medium output direction. When the inner outlet sensing unit generates a signal first and the outer outlet sensing unit generates a signal later, it is determined that the physical medium is moving towards the outside of the medical self-service terminal. When the outer outlet sensing unit generates a signal first, it is determined that the physical medium is moving towards the inside of the medical self-service terminal. This setting can eliminate the reverse signal generated by the physical medium being recycled. After the voucher output microservice starts the media output device, it sends the business identifier to the delivery detection module. The first sensor generates a first detection signal when it detects that the physical medium enters the output channel and records the collection time t1. The second sensor generates a second detection signal when it detects that the physical medium reaches the exit and records the collection time t2. The third detection signal is generated when the second sensor detects that the physical medium has completely left the exit along the outer side of the medical self-service terminal and records the collection time t3. The three detection signals carry the same business identifier, thus corresponding to the same output task. The delivery detection module calculates the time interval between adjacent signals: d1 = t2 - t1; d2 = t3 - t2; In the formula, d1 represents the travel time of the physical medium from entering the output channel to reaching the exit, d2 represents the dwell time of the physical medium from reaching the exit to leaving the exit, and the preset interval D is based on the channel length, rated conveying speed and allowable picking time of the medium output device, and is obtained through terminal factory testing and stored in the terminal configuration. When the three detection signals are generated in sequence and simultaneously satisfy d1≤D and d2≤D, the three detection signals are combined into a continuous sensing signal. If there is a missing detection signal, the signal sequence is incorrect, the movement direction is pointing into the medical self-service terminal, or the time interval exceeds D, a continuous sensing signal will not be generated. Example calculation: A report printer, after testing, determined that D is 15 seconds, t1 is 10:15:21.200, t2 is 10:15:22.000, and t3 is 10:15:26.500. Then d1 = 22.000 - 21.200 = 0.800 seconds, d2 = 26.500 - 22.000 = 4.500 seconds. Both d1 and d2 are less than 15 seconds, the three signals are in the correct order, and the third detection signal points to the outside of the medical self-service terminal. Therefore, the three detection signals are combined into a continuous sensing signal.
[0020] Please see Figure 1 The present invention provides an embodiment of a smart medical self-service system based on a microservice architecture, including a proof generation module. The proof generation module binds continuous sensor signals, session identifier of the current medical self-service business, business identifier and physical medium content summary to generate a one-time delivery proof with an unused tag. Furthermore, the proof generation module obtains the session identifier from the process orchestration module, the business identifier from the business processing microservice, and the output task corresponding to the physical medium from the voucher output microservice. The session identifier originates from the current terminal request, the business identifier originates from the registration of the current medical business by the business processing microservice, and the output task includes the print format, business result, and output page order. The proof generation module normalizes the media content in the output task according to a predetermined field order, deletes temporary cache addresses and device operating parameters, retains the actual content output to the physical medium, and then calculates a content digest of the physical medium based on a digest algorithm. Specifically, the SHA-256 algorithm is used to convert the normalized physical medium content into a fixed-length content digest. Using a digest format can represent the output content, and it eliminates the need to store the original medical content in the one-time delivery proof, thus reducing the amount of data stored in the proof. The formula for calculating the proof identifier is: P = Hash(S + B + H + E); In the formula, S represents the session identifier, B represents the service identifier, H represents the entity medium content summary, E represents the continuous sensing signal, + indicates concatenation in the order of S, B, H, E, Hash represents the digest algorithm, P represents the proof identifier, the proof generation module writes the proof identifier P and the unused tag into the one-time delivery proof, the unused tag is represented by U=0, and the used tag is represented by U=1; During the process of establishing an associated record, the session identifier S, business identifier B, entity medium content summary H, and continuous sensing signal E are written into the same associated record using the proof identifier P as an index. The proof storage area retrieves associated records according to the business identifier and marks the associated record corresponding to the latest generated and unreplaced one-time delivery proof under the same business identifier as valid. When a new associated record is generated, the original associated record corresponding to the same business identifier is marked as invalid. Only the associated records marked as valid are allowed to participate in the subsequent state submission verification. When the credential output microservice performs a retry and forms a new continuous sensing signal, the proof generation module generates a new proof identifier, marks the original associated record as invalid, and then marks the new associated record as valid, thereby preventing the original output task and the retry output task from being in a submittable state at the same time. Example calculation: S is T01-101520-036, B is B202508260036, the report content, after normalization, yields H as H8A21, and the continuous sensing signal E is E-21200-22000-26500, proving that the generation module constructs the input string: T01-101520-036+B202508260036+H8A21+E-21200-22000-26500; The proof identifier P1 is obtained through a digest algorithm: P1=717dda4797d2d6df0f668dc96a5ca83d0b31392e3853f021a8aeab94b1d60051; And when U=0 is written, a retry occurs and a new continuous sensing signal E2 is generated, calculate P2: P2 = Hash(S+B+H+E2); Mark the record corresponding to P1 as invalid, and keep only the record corresponding to P2 as valid.
[0021] Please see Figure 1The present invention provides an embodiment of a smart medical self-service system based on a microservice architecture, including a submission control module. The submission control module verifies the signal continuity, identifier association uniqueness, and usage mark of the one-time delivery certificate. When all three verifications pass, the module sends a status submission instruction to the business processing microservice and the voucher output microservice and updates the usage mark to "used". When any verification fails, the module remains in a pending submission state. When the waiting time reaches a preset time limit and a one-time delivery certificate has not yet been generated, the module remains in a pending submission state and sends a retry instruction to the voucher output microservice. Furthermore, the submission control module sequentially performs signal continuity verification, identifier association uniqueness verification, and usage tag verification. The signal continuity verification reads the acquisition time and direction of the three detection signals to confirm that the three signals are arranged in the prescribed order, the interval between adjacent acquisition times does not exceed the preset interval, and the direction of the third detection signal points to the outside of the medical self-service terminal. The identifier association uniqueness verification matches the session identifier and business identifier in the proof with the corresponding identifier in the current business record to be submitted, and queries the number of valid association records with the business identifier. When the number of valid association records is equal to one, and the index of the proof identifier is the same as that of the valid association record, the identifier association uniqueness verification is completed. When the usage tag is 0, the usage tag verification is completed. The signal continuity verification result is denoted as C, the identifier association uniqueness verification result as A, the usage tag as U, verification pass is denoted as 1, verification fail is denoted as 0, and the joint submission result V is: V = C × A × (1 - U); When V=1, the submission control module sends a status submission instruction carrying the business identifier and the proof identifier to the business processing microservice and the credential output microservice. After the business processing microservice verifies that the business completion status is pending submission, it updates the business completion status to completed. After the credential output microservice verifies the correspondence between the proof identifier and the output task, it registers the physical medium output result as delivered. The submission control module only updates U from 0 to 1 after receiving the status update results returned by the two microservices to prevent the proof from being consumed before the microservice status has been updated. If any verification fails, V=0, the submission control module marks the corresponding proof as invalid, and keeps the business completion status as pending submission. The waiting time is calculated from the moment the voucher output microservice issues the terminal device call instruction. The preset time limit W is obtained by adding the maximum output time W1 of the media output device, the normal patient retrieval time W2, and the detection margin W3. W = W1 + W2 + W3; When the waiting time reaches W and a one-time delivery certificate has not yet been generated, the submission control module reads the output signals of the two sensors. When physical media is detected to be stuck, the control media output device recycles the physical media into the isolation chamber. After both sensors output idle signals, a retry instruction carrying the original business identifier is sent to the certificate output microservice. The retry task uses the original business identifier and re-acquires continuous sensor signals. For example, if W1 = 5 seconds, W2 = 15 seconds, and W3 = 5 seconds, then W = 5 + 15 + 5 = 25 seconds. Under normal delivery conditions: C=1, A=1, U=0, V=1×1×(1-0)=1; The commit control module performs a status commit and updates U to 1 after both microservices return a successful update. If the number of valid associated records is greater than one, then: A=0, V=1×0×(1-0)=0; The system remains in a pending submission state. If a one-time delivery certificate is not generated after 26 seconds (26 seconds is longer than 25 seconds), the system reads two sensors. If there is residual medium at the outlet, it will first perform recycling. After both sensors are idle, a retry command will be sent.
[0022] Working principle: After a patient submits a business request, the process orchestration module assigns a session identifier and sequentially calls the identity authentication, business processing, and credential output microservices to form a call chain. When the credential output microservice issues a media output instruction, it marks the corresponding node as a physical delivery node and sets the business status to pending submission. When the physical media is output, the first sensor collects the first detection signal of the media entering the output channel, the second sensor collects the second detection signal of the media reaching the exit and the third detection signal of the media leaving the exit outside the medical self-service terminal. When the three signals are in the correct order and the adjacent interval does not exceed the preset interval, a continuous sensing signal is generated. The certificate generation module concatenates the continuous sensing signal, session identifier, business identifier, and content summary, and generates a one-time delivery certificate with an unused mark through a summary algorithm. When the signal continuity, unique identifier association, and usage mark of the verification certificate submitted to the control module pass all three verifications, a submission command is sent to the business processing microservice and the certificate output microservice. The business status is updated to "completed", the output result is registered as "delivered", and the mark is updated to "used". If the verification fails, the status remains pending submission. If the certificate is not generated within the preset time limit, the retained medium is recycled. After the channel is restored to idle time, a retry command is sent to make the background status consistent with the actual delivery status.
[0023] It will be apparent to those skilled in the art that the present invention is not limited to the details of the exemplary embodiments described above, and that the invention can be implemented in other specific forms without departing from the spirit or essential characteristics of the invention. Therefore, the embodiments should be considered in all respects as exemplary and non-limiting, and the scope of the invention is defined by the appended claims rather than the foregoing description. Thus, it is intended that all variations falling within the meaning and scope of equivalents of the claims be included within the present invention.
Claims
1. A smart healthcare self-service system based on a microservice architecture, characterized in that: include: The workflow orchestration module orchestrates medical self-service into a call chain that sequentially calls the identity authentication microservice, the business processing microservice, and the credential output microservice. It identifies the physical delivery node that generates the physical medium in the call chain and sets the business completion status corresponding to the physical delivery node to pending submission. Delivery and testing module: controls the output of physical media from the medical self-service terminal, and collects continuous sensor signals generated when the physical media passes through the output channel, arrives at the exit, and leaves the exit. The certificate generation module binds the continuous sensor signal, the session identifier of this medical self-service transaction, the service identifier, and the content summary of the physical medium to generate a one-time delivery certificate with an unused tag. Submission control module: Verifies the signal continuity, uniqueness of the identifier association, and usage mark of the one-time delivery certificate. When all three verifications pass, it sends a status submission instruction to the business processing microservice and the certificate output microservice and updates the usage mark to "used". If any verification fails, it remains in the pending submission state. When the waiting time reaches the preset time limit and the one-time delivery certificate is still not generated, it remains in the pending submission state and sends a retry instruction to the certificate output microservice.
2. The intelligent medical self-service system based on microservice architecture according to claim 1, characterized in that: The process of constructing the call chain is as follows: The system receives business requests submitted by medical self-service terminals, assigns a session identifier to the business request, and sequentially calls the identity authentication microservice, business processing microservice, and credential output microservice according to the business type pointed to by the business request. The call order, input status, and output status of each microservice are registered as a call chain.
3. The intelligent medical self-service system based on microservice architecture according to claim 1, characterized in that: The identification process for the physical delivery node is as follows: Read the output object type and terminal device call instruction of each microservice in the call chain. When the output object type is physical medium and the terminal device call instruction points to the medium output device, mark the node that issues the terminal device call instruction as the physical delivery node and establish the correspondence between the physical delivery node, the business identifier and the physical medium content summary.
4. The intelligent medical self-service system based on microservice architecture according to claim 1, characterized in that: The acquisition process of the continuous sensing signal is as follows: A first sensor is installed in the output channel of the medical self-service terminal, and a second sensor with direction detection function is installed at the exit of the medical self-service terminal. The first sensor collects the first detection signal generated when the physical medium enters the output channel, and the second sensor collects the second detection signal generated when the physical medium reaches the exit and the third detection signal generated when the physical medium leaves the exit along the outer direction of the medical self-service terminal.
5. A smart healthcare self-service system based on a microservice architecture according to claim 4, characterized in that: The formation process of the continuous sensing signal is as follows: Acquisition times are added to the first, second, and third detection signals respectively. The first, second, and third detection signals are sorted according to the acquisition times. When the three detection signals are arranged in sequence and the interval between adjacent acquisition times does not exceed the preset interval, the three detection signals are combined into a continuous sensing signal.
6. The intelligent medical self-service system based on microservice architecture according to claim 1, characterized in that: The process for generating the one-time delivery certificate is as follows: The output task corresponding to the entity medium is obtained from the credential output microservice. The medium content contained in the output task is processed by the digest algorithm to obtain the entity medium content digest. The digest is then concatenated in the order of session identifier, business identifier, entity medium content digest and continuous sensing signal to generate a proof identifier. The proof identifier and unused mark are written into the one-time delivery certificate.
7. A smart healthcare self-service system based on a microservice architecture according to claim 6, characterized in that: The process for establishing the associated record for the one-time delivery certificate is as follows: Using the proof identifier as an index, establish associated records for session identifiers, service identifiers, entity media content summaries, and continuous sensing signals. Only one associated record is retained for the same service identifier in a valid state. When a new associated record is generated, the original associated record is marked as invalid.
8. A smart healthcare self-service system based on a microservice architecture according to claim 1, characterized in that: The specific process for the three verifications is as follows: The detection signals in the one-time delivery certificate are confirmed to be arranged in the order of the first detection signal, the second detection signal, and the third detection signal. The interval between adjacent acquisition times is confirmed not to exceed the preset interval. The signal continuity verification is completed. The session identifier and service identifier in the one-time delivery certificate are matched with the session identifier and service identifier of the currently submitted service, respectively. The service identifier corresponds to only one associated record in a valid state. The identifier association uniqueness verification is completed. The usage mark of the one-time delivery certificate is read. If the usage mark is unused, the usage mark verification is completed.
9. A smart healthcare self-service system based on a microservice architecture according to claim 1, characterized in that: The status submission process after all three checks pass is as follows: The submission control module sends a status submission instruction carrying a business identifier and a certificate identifier to the business processing microservice and the certificate output microservice. The business processing microservice updates the business completion status from pending submission to completed, and the certificate output microservice registers the physical medium output result as delivered. After receiving the two status update results, the submission control module updates the usage mark of the one-time delivery certificate to used.
10. A smart healthcare self-service system based on a microservice architecture according to claim 1, characterized in that: The procedure for handling cases where verification fails or no one-time delivery certificate is generated is as follows: If any verification fails, the corresponding one-time delivery certificate is marked as invalid, and the business completion status remains as pending submission. When the waiting time reaches the preset time limit and the one-time delivery certificate is still not generated, the output signals of the first sensor and the second sensor are read. When physical media is detected to be stuck, the media output device is controlled to recycle the physical media. After both the first sensor and the second sensor output idle signals, a retry instruction carrying the original business identifier is sent to the certificate output microservice.