Medical consumable cabinet management system and method based on block chain technology

Abstract

The invention relates to the technical field of medical consumable management, and discloses a medical consumable cabinet management system and method based on a block chain technology, and the system comprises consumable cabinet hardware which has identity recognition and RFID scanning functions and can automatically generate an in-cabinet consumable list; the client verifies the authority, compares operation data and uploads the operation data to the background; and the block chain encrypts and stores biological information and operation logs, and the smart contract automatically triggers inventory early warning, expiration reminding and expense settlement, so that data transparency and traceability are ensured, and the risk of human intervention is reduced.

Description

Technical Field

[0001] The present application relates to the technical field of medical consumables management, for example, to a medical consumables cabinet management system and method based on blockchain technology. Background Art

[0002] Medical consumables refer to consumable devices and equipment used for diagnosis, treatment, health care, rehabilitation, etc. The pain points of traditional medical consumables management are:

[0003] 1. Low efficiency of manual operation

[0004] High-value medical consumables (such as heart stents and artificial joints) are numerous and expensive, and traditional management relies on manual registration and inventory. According to 2021 statistics, monthly inventory of consumables in tertiary hospitals takes an average of a long time and has a high error rate, resulting in significant deviations between inventory data and actual inventory.

[0005] Low inventory of consumables requires medical staff to regularly check and manually replenish, which can easily lead to out-of-stock and delayed treatment due to negligence; expired consumables rely on manual verification of the expiration date, and some hospitals suffer annual losses of more than one million yuan due to failure to return consumables in a timely manner.

[0006] 2. Insufficient credibility of operation records

[0007] Operations such as the collection and return of consumables are usually recorded on paper or local electronic spreadsheets, which may lead to the following problems:

[0008] Easy to tamper: Operators can modify records to cover up misoperation or misuse of consumables;

[0009] Difficult to trace: Records are stored in a decentralized manner, and the flow path of consumables cannot be fully traced, making it difficult to provide evidence in medical disputes;

[0010] Easy to lose: Paper records are easily damaged, and electronic records may be lost due to system failure or accidental deletion.

[0011] 3. Limitations of existing technical solutions

[0012] Partially automated systems (such as RFID inventory management):

[0013] It only implements inventory quantity statistics and lacks deep integration with personnel permissions and operation logs;

[0014] Data is stored on centralized servers, which poses the risk of being attacked by hackers or tampered with by insiders (for example, in 2020, a hospital system was exposed to consumables data leakage due to a SQL injection attack).

[0015] At present, the initial application of blockchain in the medical field: existing solutions mostly focus on electronic medical records or drug traceability (such as IBM's drug traceability chain), and are not combined with consumable cabinet hardware and real-time operation scenarios; smart contracts have single functions and lack customized logic such as early warning and settlement for consumable management.

[0016] It should be noted that the information disclosed in the above background technology section is only used to enhance the understanding of the background of this application, and therefore may include information that does not constitute prior art known to ordinary technicians in this field. Summary of the Invention

[0017] In order to provide a basic understanding of some aspects of the disclosed embodiments, a brief summary is given below. The summary is not an extensive review, nor is it intended to identify key / critical elements or delineate the scope of protection of these embodiments, but rather serves as a prelude to the detailed description that follows.

[0018] The disclosed embodiments provide a blockchain-based medical consumables cabinet management system and method, integrating hardware, software, and blockchain technology solutions. It uses RFID high-speed identification and smart contracts to replace manual inventory and monitoring. It utilizes blockchain distributed ledgers to store operation logs, ensuring data transparency and traceability. Furthermore, it automatically triggers early warnings and settlements through contracts, reducing the risk of human intervention.

[0019] In some embodiments, the medical consumables cabinet management system based on blockchain technology includes:

[0020] Consumables cabinet hardware, including an identity recognition module and an RFID tag reading module. The identity recognition module is used to obtain the operator's identity information, and the RFID tag reading module is used to automatically scan the RFID tags of consumables in the cabinet after the cabinet door is closed to generate a barcode list of the consumables currently in the cabinet;

[0021] The client is installed on the consumable cabinet hardware and is used to verify the operator's authority based on the identity recognition module, compare the RFID tag lists before and after the door is opened, calculate the type and quantity of consumable operations, and upload the operation log to the background management system in real time;

[0022] Backend management system, used to manage consumables information, personnel permissions and operation logs, and set consumables warning rules;

[0023] The blockchain network includes a data storage module and a smart contract module. The data storage module is used to encrypt and store the operator's biometric information, consumables operation logs and inventory data; the smart contract module is used to automatically trigger inventory warnings, expiration reminders and fee settlements according to the warning rules.

[0024] Optionally, the smart contract module includes:

[0025] Consumables inventory contract, used to send restocking notifications to clients when the inventory quantity of a certain type of consumables falls below a preset threshold;

[0026] The consumables expiration contract is used to send a return notification to the client when the consumables validity period is less than the current time;

[0027] The consumables cost settlement contract is used to generate an invoice based on the preset price and push it to the backend management system after the consumables are marked as consumed.

[0028] Optionally, the blockchain network is a consortium chain architecture, the authorized nodes include hospitals, consumables suppliers and regulatory authorities, and the biometric information is encrypted with AES-256 and stored in the blockchain.

[0029] Optionally, the client also includes an offline mode for caching operation records to a local database when the network is interrupted and synchronizing them to the blockchain after the network is restored.

[0030] Optionally, the consumables cabinet hardware also includes:

[0031] Display screen, used to display the status of the consumables cabinet and the operation interface;

[0032] Temperature and humidity sensors are used to monitor the internal environment of the consumables cabinet and display it on the display screen in real time.

[0033] Optionally, the backend management system includes:

[0034] Batch import module, supports batch import of consumables barcodes through Excel templates;

[0035] Verification module, used to automatically verify whether the barcode format complies with the GS1-128 standard.

[0036] Optionally, the client's consumables operation interface is displayed differently according to role permissions. The warehouse administrator role has the permissions to enter the cabinet, return the consumables, and take inventory, while the medical staff role only has the permissions to issue and return the consumables.

[0037] Optionally, the smart contract module adopts a timed trigger and / or event-driven mechanism.

[0038] The timing trigger mechanism includes inventory inspection and early warning according to the set cycle;

[0039] The event-driven mechanism includes triggering inventory checks and alerts immediately after consumable operations are completed.

[0040] Optionally, the identity recognition module supports at least one of card swiping, finger vein and face recognition to obtain the operator's identity information.

[0041] In some embodiments, the medical consumables cabinet management method based on blockchain technology is characterized by comprising the following steps:

[0042] (1) Assign accounts to medical staff through the backend system and collect biometric information, which is encrypted and stored in the blockchain;

[0043] (2) Import the consumables information file and RFID barcode list, and initialize the consumables status to waiting for storage;

[0044] (3) The operator logs in to the client through the identity recognition module and performs operations such as placing consumables in the cabinet, taking them out, returning them, or withdrawing them from the warehouse;

[0045] (4) After the cabinet door is closed, the client compares the RFID tag lists before and after the door is opened, calculates the operation type and the number of consumables, generates an operation log and uploads it to the blockchain;

[0046] (5) The smart contract module automatically triggers inventory warnings, expiration reminders, and fee settlements based on preset rules.

[0047] The blockchain-based medical consumables cabinet management system and method provided by the embodiments of the present disclosure can achieve the following technical effects:

[0048] The disclosed system uses a blockchain + smart contract + RFID infrastructure to address data security, efficiency, and automation challenges in traditional management. Specific benefits include:

[0049] 1. Data cannot be tampered with and transparent traceability:

[0050] The blockchain network is used to store the biological information of medical staff, consumable operation logs and inventory data, and the distributed ledger characteristics are used to ensure the immutability and traceability of data, effectively eliminating the risk of human tampering with records or data loss.

[0051] The operation log is bound to the blockchain transaction hash, and regulatory authorities can quickly trace the entire chain of consumables circulation through authorized nodes, significantly improving the ability to provide evidence in medical disputes.

[0052] 2. Full process automated management:

[0053] High-speed RFID tag reading (300 tags in <3 seconds) combined with smart contracts enables automated recording and real-time inventory updates for operations such as consumables entry, issuance, and return, reducing manual inventory time by more than 80% and the error rate to below 1%.

[0054] Smart contracts automatically trigger inventory warnings and expiration reminders, replacing traditional manual monitoring and reducing the risk of out-of-stock or expired consumables due to negligence.

[0055] 3. Authority control and operational compliance:

[0056] Multimodal identity recognition (card swiping, finger vein recognition, and face recognition) is combined with the backend three-level role authority management (department, role, and personnel) to ensure that operators can only perform actions within the authorized scope, preventing unauthorized operations or misuse of consumables.

[0057] 4. Cross-system collaboration capabilities:

[0058] The blockchain network supports the participation of multiple nodes such as hospitals, suppliers, and regulatory authorities, realizing automated collaboration between the consumables supply chain (such as replenishment) and financial settlement (such as DRG bill generation), thereby improving overall management efficiency.

[0059] The above general description and the following description are exemplary and explanatory only and are not intended to limit the present application. BRIEF DESCRIPTION OF THE DRAWINGS

[0060] One or more embodiments are exemplarily described by corresponding drawings. These exemplary descriptions and drawings do not limit the embodiments. Elements with the same reference numerals in the drawings are shown as similar elements. The drawings do not constitute a scale limitation. In addition,

[0061] Figure 1 This is a schematic diagram of the architecture of the medical consumables cabinet management system based on blockchain technology disclosed in the present invention;

[0062] Figure 2 This is a flowchart of the medical consumables cabinet management method based on blockchain technology disclosed in this disclosure;

[0063] Figure 3 This is a schematic diagram of the medical consumables cabinet management device based on blockchain technology disclosed in the present invention. DETAILED DESCRIPTION

[0064] In order to be able to understand the features and technical content of the embodiments of the present disclosure in more detail, the implementation of the embodiments of the present disclosure is described in detail below in conjunction with the accompanying drawings. The accompanying drawings are for reference only and are not used to limit the embodiments of the present disclosure. In the following technical description, for the sake of convenience of explanation, a full understanding of the disclosed embodiments is provided through multiple details. However, one or more embodiments can still be implemented without these details. In other cases, to simplify the drawings, well-known structures and devices can be simplified for display.

[0065] The terms "first," "second," and the like in the embodiments of the present disclosure are used to distinguish similar objects and are not necessarily used to describe a particular order or precedence. It should be understood that the terms used in this manner are interchangeable where appropriate to facilitate the description of the embodiments of the present disclosure herein. Furthermore, the terms "including," "having," and any variations thereof are intended to cover non-exclusive inclusions.

[0066] Unless otherwise stated, the term "plurality" means two or more.

[0067] In the embodiment of the present disclosure, the character " / " indicates that the preceding and following objects are in an "or" relationship. For example, A / B means: A or B.

[0068] The term "and / or" describes an association between objects, indicating that three relationships can exist. For example, A and / or B means: A or B, or A and B.

[0069] The term "correspondence" may refer to an association relationship or a binding relationship. The correspondence between A and B means that there is an association relationship or a binding relationship between A and B.

[0070] like Figures 1 to 2 As shown, the present invention proposes a medical consumables cabinet management system based on blockchain technology, which specifically includes:

[0071] Consumables cabinet hardware, including an identity recognition module and an RFID tag reading module. The identity recognition module is used to obtain the operator's identity information, and the RFID tag reading module is used to automatically scan the RFID tags of consumables in the cabinet after the cabinet door is closed to generate a barcode list of the consumables currently in the cabinet;

[0072] The client is installed on the consumable cabinet hardware and is used to verify the operator's authority based on the identity recognition module, compare the RFID tag lists before and after the door is opened, calculate the type and quantity of consumable operations, and upload the operation log to the background management system in real time;

[0073] Backend management system, used to manage consumables information, personnel permissions and operation logs, and set consumables warning rules;

[0074] The blockchain network includes a data storage module and a smart contract module. The data storage module is used to encrypt and store the operator's biometric information, consumables operation logs and inventory data; the smart contract module is used to automatically trigger inventory warnings, expiration reminders and fee settlements according to the warning rules.

[0075] As an example, the hardware of the consumables cabinet adopts a multi-layer storage structure with a modular design. Each layer is equipped with an independent temperature and humidity sensor to adapt to the storage requirements of different consumables (such as orthopedic consumables require constant temperature and humidity).

[0076] The identity recognition module supports multimodal biometric authentication, such as card swipe (compatible with hospital ID cards), finger vein recognition (accuracy ±0.001mm), and facial recognition (3D structured light anti-counterfeiting). Authentication information is transmitted to the backend system via the HTTPS protocol and matched with pre-stored identity data in the blockchain to ensure login legitimacy. During use, the identity recognition module can support at least one of card swipe, finger vein, and facial recognition to obtain operator identity information.

[0077] The RFID tag reading module uses ultra-high frequency RFID technology (frequency 860-960MHz), supports batch reading of multiple tags, and can identify 300 tags in less than 3 seconds with an accuracy rate of ≥99%. The reading range covers the entire consumables cabinet. When the cabinet door is closed, it automatically triggers scanning and generates a list of RFID barcodes currently in the cabinet, thus avoiding inventory deviations caused by missed readings.

[0078] The client has a built-in Android system, supports dynamic client updates, and maintains a long connection with the backend system through the MQTT protocol.

[0079] Optionally, the consumables cabinet hardware also includes:

[0080] Display screen, used to display the status of the consumables cabinet and the operation interface;

[0081] Temperature and humidity sensors are used to monitor the internal environment of the consumables cabinet and display it on the display screen in real time.

[0082] The display and temperature and humidity sensors are part of the status monitoring and interaction module. The OLED display provides real-time information on the cabinet's temperature and humidity, network status, and consumable inventory alerts. By monitoring the cabinet's temperature and humidity in real time and dynamically adjusting storage conditions, the shelf life of temperature- and humidity-sensitive high-value consumables (such as biological agents) can be extended, reducing annual losses by 20%.

[0083] Optionally, the smart contract module includes:

[0084] Consumables inventory contract, used to send restocking notifications to clients when the inventory quantity of a certain type of consumables falls below a preset threshold;

[0085] The consumables expiration contract is used to send a return notification to the client when the consumables validity period is less than the current time;

[0086] The consumables cost settlement contract is used to generate an invoice based on the preset price and push it to the backend management system after the consumables are marked as consumed.

[0087] Understandably, the subdivided functions of smart contract modules enable precise early warning and expense settlement. For example, inventory contracts detect low consumables in real time and send restocking notifications, avoiding clinical treatment delays. Expense settlement contracts automatically link medical insurance catalogs with purchase prices to generate encrypted invoices, reducing manual verification errors and potentially reducing financial costs by approximately 15% annually.

[0088] As an example, the consumables inventory contract adopts an event-driven design. When the RFID scan detects that the inventory is below the threshold, an early warning notification is immediately triggered; the consumables expiration contract: the validity period field is automatically traversed at 0:00 every day. If the remaining days are less than 7 days, a return reminder is pushed to the corresponding cabinet client; the expense settlement contract: after the consumables status changes to "consumed", it is automatically linked to the medical insurance catalog and the purchase price, and an encrypted bill is generated and pushed to the hospital financial system.

[0089] Optionally, the blockchain network is a consortium chain architecture, the authorized nodes include hospitals, consumables suppliers and regulatory authorities, and the biometric information is encrypted with AES-256 and stored in the blockchain.

[0090] It is understandable that the use of consortium chains (such as Hyperledger Fabric) to limit the scope of authorized nodes and combine them with AES-256 to encrypt biometric data can both ensure privacy and meet the audit requirements of regulatory authorities.

[0091] As an example, the data storage module of the blockchain network adopts a consortium chain architecture (Hperledger Fabric for medical consumables management), and the authorized nodes include hospitals, consumables suppliers, and regulatory authorities; biometric data is encrypted with AES-256 and uploaded to the chain, and operation logs are stored with cabinet number + date as the partition key to support rapid traceability.

[0092] Optionally, the client also includes an offline mode for caching operation records to a local database when the network is interrupted and synchronizing them to the blockchain after the network is restored.

[0093] It is understandable that in offline mode, operation records are cached locally and automatically synchronized to the blockchain after the network is restored, ensuring business continuity in extreme situations (such as network outages) and reducing operation interruption rates by 90%.

[0094] As an example, when the network is interrupted, the operation records are cached in the local SQLite database and automatically synchronized to the blockchain after recovery; during the offline period, the status of consumables is marked as "pending confirmation" to avoid repeated operations.

[0095] Optionally, the backend management system includes:

[0096] Batch import module, supports batch import of consumables barcodes through Excel templates;

[0097] Verification module, used to automatically verify whether the barcode format complies with the GS1-128 standard.

[0098] As an example, the backend management system has data management functions, including a consumables archive. The consumables archive uses the consumable model as the unique key value, and associates multiple dimensions of information such as production batch number, supplier, price, and medical insurance code. This is combined with a batch import module to batch import consumables barcodes through Excel templates. The verification module automatically verifies barcode formats (such as the GS1-128 standard) to avoid duplicate entries. This enables standardized Excel import, supports automatic verification of GS1-128 standard barcodes, avoids the import of duplicate or incorrectly formatted data, and improves the efficiency of consumables information initialization by 50%.

[0099] Optionally, the client's consumables operation interface is displayed differently according to role permissions. The warehouse administrator role has the permissions to enter the cabinet, return the consumables, and take inventory, while the medical staff role only has the permissions to issue and return the consumables.

[0100] Understandably, the client utilizes a multi-role, differentiated interface. The medical staff role focuses on consumables collection, return, and query functions; the library administrator role has exclusive access to storage, return, and inventory, supporting batch operations. This separation of functions between the library administrator and medical staff interfaces reduces the risk of misoperation (such as medical staff accidentally triggering the return function) and improves operational compliance by 30%.

[0101] The consumables operation logic is as follows:

[0102] Entering / Exiting the cabinet: After the warehouse administrator selects the operation type, the cabinet door is unlocked and the opening time is recorded. After closing the door, the client compares the RFID list before and after the door is opened, automatically updates the consumable status (such as "to be entered into the cabinet" → "in the cabinet"), and generates an operation log.

[0103] Collection / Return: After the medical staff passes the biometric verification, the system will limit the types of consumables that can be collected based on the role permissions (for example, heart stents are only available to cardiac surgeons); after collection, the consumable status will be synchronized to "consumed" in real time, triggering the fee settlement contract.

[0104] As an example, the client's permission control adopts three-level role permissions (department director → warehouse manager → medical staff), supports fine-grained function allocation (for example, only the department director can set the consumables warning threshold); operation log records are accurate to milliseconds and bound to the blockchain transaction hash value for audit traceability.

[0105] Early warning and reporting: Low inventory early warning supports multi-level push (client pop-up window, SMS, email);

[0106] Automatically generate statistical reports on consumables turnover rate and expired loss to assist hospitals in decision-making.

[0107] Optionally, the smart contract module adopts a timed trigger and / or event-driven mechanism.

[0108] The timing trigger mechanism includes inventory checks and early warnings according to set cycles;

[0109] Event-driven mechanisms include triggering inventory checks and alerts immediately after consumable operations are completed.

[0110] It is understandable that the smart contract module is event-driven (such as being triggered immediately upon completion of a consumable operation), which reduces the warning delay from hours to seconds and increases the replenishment response speed by 70%.

[0111] In summary, the disclosed blockchain-based medical consumables cabinet management system utilizes a modular, multi-layered hardware design. It integrates multimodal identification (card swipe, finger vein, and facial recognition) with ultra-high-frequency RFID technology (860-960MHz), enabling batch reading of 300 tags with an accuracy rate of ≥99%. Temperature and humidity sensors within the cabinet monitor the storage environment in real time, adapting to the physical characteristics of different consumables.

[0112] The OLED display dynamically displays inventory status and warning information, and the built-in Android system supports remote client upgrades to ensure continuous optimization of hardware functions.

[0113] The client-side interactive layer provides differentiated user interfaces based on role permissions: medical staff can quickly complete operations such as collection and return, while library administrators have access to storage, withdrawal, and batch processing. The offline mode effectively handles network outages, caching operation records locally and then asynchronously syncing them to the blockchain to prevent process interruptions caused by network fluctuations.

[0114] At the data layer, the blockchain network utilizes a consortium chain architecture (such as Hyperledger Fabric), authorizing hospitals, suppliers, and regulatory authorities as nodes to participate in consensus, ensuring distributed data storage and multi-party oversight. Biometric information is encrypted with AES-256 before being uploaded to the blockchain. Operation logs are partitioned by cabinet number and date, supporting millisecond-level traceability queries, significantly improving data transparency and audit efficiency.

[0115] At the smart contract level, an event-driven mechanism replaces traditional timed polling, triggering inventory checks immediately after consumables operations are completed. For example, when the inventory of a certain consumable type falls below a threshold, the smart contract automatically calls the supplier's replenishment interface, enabling supply chain collaboration. The expense settlement contract seamlessly integrates with the medical insurance system, automatically generating DRG-compliant bills after consumables are consumed, reducing manual verification steps and mitigating the risk of financial errors.

[0116] In some embodiments, the medical consumables cabinet management method based on blockchain technology is characterized by comprising the following steps:

[0117] (1) Assign accounts to medical staff through the backend system and collect biometric information, which is encrypted and stored in the blockchain;

[0118] (2) Import the consumables information file and RFID barcode list, and initialize the consumables status to waiting for storage;

[0119] (3) The operator logs in to the client through the identity recognition module and performs operations such as placing consumables in the cabinet, taking them out, returning them, or withdrawing them from the warehouse;

[0120] (4) After the cabinet door is closed, the client compares the RFID tag lists before and after the door is opened, calculates the operation type and the number of consumables, generates an operation log and uploads it to the blockchain;

[0121] (5) The smart contract module automatically triggers inventory warnings, expiration reminders, and fee settlements based on preset rules.

[0122] Among them, when implemented, consumable operations may include:

[0123] The library administrator clicks "Enter Cabinet" in the consumables cabinet client, opens the door and places consumables in the cabinet. The status of the placed consumables changes to "In Cabinet".

[0124] The library administrator clicks "Return from Warehouse" in the consumables cabinet client, opens the door and takes out the consumables. The status of the taken-out consumables changes to "Return from Warehouse".

[0125] The medical staff role clicks "Receive" in the consumables cabinet client, opens the door and takes out the consumables. The status of the taken out consumables changes to "Received";

[0126] The medical staff role clicks Return in the consumables cabinet client, opens the door and puts in the consumables, and the status of the put-in consumables is changed to In the cabinet.

[0127] As an example, the management method is divided into an initialization phase, a daily operation phase, and a data synchronization and audit phase.

[0128] The initialization phase includes:

[0129] Step S1: The backend system assigns a unique work number to the medical staff. When logging in for the first time, they use two-factor authentication (password + dynamic SMS) to bind their biometrics. The data is encrypted and written to the blockchain.

[0130] Step S2: Consumables files are standardized by GS1 coding and imported in batches. RFID tags are bound to consumable models and batch numbers one by one, and the initial status is marked as "waiting for storage".

[0131] The daily operations phase includes:

[0132] Step S3: Consumables are put into the cabinet: the warehouse manager scans the consumables barcode, and the system automatically verifies the batch validity (such as whether it is within the validity period). After the verification is passed, the cabinet door is unlocked;

[0133] As an optimization, the system sets up an anti-error mechanism for collecting consumables: when medical staff collect consumables, the client compares the surgical schedule and only displays the types of consumables needed on that day;

[0134] Step S4: Smart contract monitors blockchain events in real time:

[0135] Inventory warning contract: When the inventory is detected to be below the threshold, the supplier replenishment interface is triggered synchronously (such as calling the third-party logistics system through API);

[0136] Cost settlement contract: DRG (Disease Diagnosis Related Group) compliant bills are automatically generated after consumables are consumed, reducing manual verification costs.

[0137] The data synchronization and audit phase includes:

[0138] All operation logs are stored in the blockchain partitioned by cabinet number, and regulatory authorities can query the full-link flow records through node permissions;

[0139] The system generates a blockchain summary report every month for review by the hospital’s quality management department.

[0140] The blockchain-based medical consumables cabinet management method provided by the present invention uses two-factor authentication to bind the biometrics of medical personnel during the initialization phase to ensure unique identity. Consumables information is imported in batches after being encoded according to the GS1 standard, and RFID tags are strictly bound to production batches to eliminate the chaotic phenomenon of "one item with multiple codes."

[0141] During the daily operation stage, the collection process introduces a surgical scheduling verification mechanism to only display the types of consumables required for the day to prevent miscollection or abuse.

[0142] In the closed-loop data management, blockchain summary reports are generated monthly to assist the hospital quality department in reviewing the entire chain of consumables circulation and provide data support for management decisions.

[0143] The practical value of the present invention is:

[0144] Improved efficiency: RFID high-speed identification and smart contract automation reduce inventory counting time by 80% and reduce the error rate to below 1%.

[0145] Security: Blockchain technology prevents data tampering, and biometrics and permission control provide dual guarantees for operational compliance.

[0146] Cost optimization: Expired consumables warning and automatic replenishment mechanisms reduce material waste, saving medium-sized hospitals over one million yuan in operating costs annually.

[0147] In summary, this invention not only solves the core pain points in traditional management through technology integration and process reconstruction, but also provides a standardized and scalable solution for medical consumables management. In the future, it can be extended to the management of high-value materials such as drugs and equipment, and promote the digital transformation of the medical industry.

[0148] Combine Figure 3 As shown, the embodiment of the present disclosure provides a medical consumables cabinet management device 300 based on blockchain technology, including a processor (processor) 304 and a memory (memor medical consumables management) 301. Optionally, the device may also include a communication interface (Communication Interface) 302 and a bus 303. Among them, the processor 304, the communication interface 302, and the memory 301 can communicate with each other through the bus 303. The communication interface 302 can be used for information transmission. The processor 304 can call the logical instructions in the memory 301 to execute the medical consumables cabinet management method based on blockchain technology of the above embodiment.

[0149] In addition, the logic instructions in the memory 301 can be implemented in the form of software functional units and can be stored in a computer-readable storage medium when sold or used as an independent product.

[0150] Memory 301, as a computer-readable storage medium, can be used to store software programs and computer-executable programs, such as the program instructions / modules corresponding to the methods in the embodiments of the present disclosure. Processor 304 executes the program instructions / modules stored in memory 301 to perform functional applications and data processing, thereby implementing the blockchain-based medical consumables cabinet management method in the above-mentioned embodiments.

[0151] The memory 301 may include a program storage area and a data storage area. The program storage area may store an operating system and at least one application required for a function; the data storage area may store data generated based on the use of the terminal device. Furthermore, the memory 301 may include high-speed random access memory and non-volatile memory.

[0152] An embodiment of the present disclosure provides a computer-readable storage medium storing computer-executable instructions, wherein the computer-executable instructions are configured to execute the above-mentioned medical consumables cabinet management method based on blockchain technology.

[0153] The aforementioned computer-readable storage medium may be a transient computer-readable storage medium or a non-transitory computer-readable storage medium.

[0154] The technical solution of the embodiment of the present disclosure can be embodied in the form of a software product, which is stored in a storage medium and includes one or more instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to perform all or part of the steps of the method described in the embodiment of the present disclosure. The aforementioned storage medium can be a non-transient storage medium, including: a USB flash drive, a mobile hard disk, a read-only memory (ROM, Read-Onl medical consumables management Memor medical consumables management), a random access memory (RAM, Random Access Memor medical consumables management), a magnetic disk or an optical disk, etc., which can store program code, or a transient storage medium.

[0155] The above description and the accompanying drawings fully illustrate the embodiments of the present disclosure so that those skilled in the art can practice them. Other embodiments may include structural, logical, electrical, process and other changes. The embodiments represent only possible variations. Unless explicitly required, separate components and functions are optional, and the order of operations may vary. Parts and features of some embodiments may be included in or replace parts and features of other embodiments. Moreover, the terms used in this application are only used to describe the embodiments and are not used to limit the scope of protection. As used in the description in the text, unless the context clearly indicates otherwise, the singular forms of "a", "an" and "the" are intended to also include plural forms. Similarly, the term "and / or" as used in this application refers to any and all possible combinations of one or more associated listings. In addition, when used in this application, the term "comprise" and its variations "comprises" and / or comprising refer to the presence of stated features, wholes, steps, operations, elements, and / or components, but do not exclude the presence or addition of one or more other features, wholes, steps, operations, elements, components and / or groups thereof. In the absence of further restrictions, an element defined by the statement "comprises a..." does not exclude the presence of other identical elements in the process, method or device that includes the element. In this article, each embodiment may focus on the differences from other embodiments, and the same and similar parts between the various embodiments can be referenced to each other. For the methods, products, etc. disclosed in the embodiments, if they correspond to the method part disclosed in the embodiments, then the relevant parts can be found in the description of the method part.

[0156] Those skilled in the art will appreciate that the units and algorithm steps of each example described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are performed in hardware or software may depend on the specific application and design constraints of the technical solution. The technicians may use different methods to implement the described functions for each specific application, but such implementation should not be considered to be beyond the scope of the embodiments of the present disclosure. The technicians will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0157] In the embodiments disclosed herein, the disclosed methods and products (including but not limited to devices, equipment, etc.) can be implemented in other ways. For example, the device embodiments described above are merely illustrative. For example, the division of the units can be merely a logical functional division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or units, which can be electrical, mechanical or other forms. The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place, or they may be distributed on multiple network units. Some or all of the units may be selected according to actual needs to implement this embodiment. In addition, the functional units in the embodiments of the present disclosure may be integrated into a processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.

Claims

1. A medical consumables cabinet management system based on blockchain technology, characterized in that: include: Consumables cabinet hardware, including an identity recognition module and an RFID tag reading module. The identity recognition module is used to obtain the operator's identity information, and the RFID tag reading module is used to automatically scan the RFID tags of consumables in the cabinet after the cabinet door is closed to generate a barcode list of the consumables currently in the cabinet; The client is installed on the consumable cabinet hardware and is used to verify the operator's authority based on the identity recognition module, compare the RFID tag lists before and after the door is opened, calculate the type and quantity of consumable operations, and upload the operation log to the background management system in real time; Backend management system, used to manage consumables information, personnel permissions and operation logs, and set consumables warning rules; The blockchain network includes a data storage module and a smart contract module. The data storage module is used to encrypt and store operator biometric information, consumable operation logs, and inventory data. The smart contract module is used to automatically trigger inventory warnings, expiration reminders and fee settlements according to the warning rules.

2. The system according to claim 1, wherein: The smart contract module includes: Consumables inventory contract, used to send restocking notifications to clients when the inventory quantity of a certain type of consumables falls below a preset threshold; The consumables expiration contract is used to send a return notification to the client when the consumables validity period is less than the current time; The consumables cost settlement contract is used to generate an invoice based on the preset price and push it to the backend management system after the consumables are marked as consumed.

3. The system according to claim 1, wherein: The blockchain network is a consortium chain architecture, and the authorized nodes include hospitals, consumables suppliers and regulatory authorities. The biometric information is encrypted with AES-256 and stored in the blockchain.

4. The system according to claim 1, wherein: The client also includes an offline mode for caching operation records to a local database when the network is interrupted and synchronizing them to the blockchain after the network is restored.

5. The system according to claim 1, wherein: The consumables cabinet hardware also includes: Display screen, used to display the status of the consumables cabinet and the operation interface; Temperature and humidity sensors are used to monitor the internal environment of the consumables cabinet and display it on the display screen in real time.

6. The system according to claim 1, wherein: The backend management system includes: Batch import module, supports batch import of consumables barcodes through Excel templates; Verification module, used to automatically verify whether the barcode format complies with the GS1-128 standard.

7. The system according to claim 1, wherein: The consumables operation interface of the client is displayed differently according to the role permissions. The warehouse administrator role has the permissions to put consumables into the cabinet, return them to the warehouse and take inventory, while the medical staff role only has the permissions to collect and return them.

8. The system according to claim 1, wherein: The smart contract module adopts a timed trigger and / or event-driven mechanism. The timing trigger mechanism includes inventory inspection and early warning according to the set cycle; The event-driven mechanism includes triggering inventory checks and alerts immediately after consumable operations are completed.

9. The system according to any one of claims 1 to 8, characterized in that The identity recognition module supports at least one of card swiping, finger vein and face recognition to obtain the operator's identity information.

10. A medical consumables cabinet management method based on blockchain technology, characterized in that: The following steps are involved: (1) Assign accounts to medical staff through the backend system and collect biometric information, which is encrypted and stored in the blockchain; (2) Import the consumables information file and RFID barcode list, and initialize the consumables status to waiting for storage; (3) The operator logs in to the client through the identity recognition module and performs operations such as placing consumables in the cabinet, taking them out, returning them, or withdrawing them from the warehouse; (4) After the cabinet door is closed, the client compares the RFID tag lists before and after the door is opened, calculates the operation type and the number of consumables, generates an operation log and uploads it to the blockchain; (5) The smart contract module automatically triggers inventory warnings, expiration reminders, and fee settlements based on preset rules.

Images