WO2022178644A1 - Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes - Google Patents

Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes Download PDF

Info

Publication number
WO2022178644A1
WO2022178644A1 PCT/CA2022/050276 CA2022050276W WO2022178644A1 WO 2022178644 A1 WO2022178644 A1 WO 2022178644A1 CA 2022050276 W CA2022050276 W CA 2022050276W WO 2022178644 A1 WO2022178644 A1 WO 2022178644A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
information
global
computer system
public
Prior art date
Application number
PCT/CA2022/050276
Other languages
French (fr)
Inventor
Fernando Latorre Lopez
Nuria Sala Cano
Original Assignee
Connecting Solution & Applications Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US17/187,547 external-priority patent/US20210183479A1/en
Application filed by Connecting Solution & Applications Ltd. filed Critical Connecting Solution & Applications Ltd.
Priority to KR1020237032464A priority Critical patent/KR20240005678A/en
Priority to EP22758676.5A priority patent/EP4298530A1/en
Publication of WO2022178644A1 publication Critical patent/WO2022178644A1/en

Links

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60Protecting data
    • G06F21/62Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245Protecting personal data, e.g. for financial or medical purposes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06018Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding
    • G06K19/06028Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking one-dimensional coding using bar codes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/06009Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking
    • G06K19/06037Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code with optically detectable marking multi-dimensional coding
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06KGRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K19/00Record carriers for use with machines and with at least a part designed to carry digital markings
    • G06K19/06Record carriers for use with machines and with at least a part designed to carry digital markings characterised by the kind of the digital marking, e.g. shape, nature, code
    • G06K19/067Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components
    • G06K19/07Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips
    • G06K19/0723Record carriers with conductive marks, printed circuits or semiconductor circuit elements, e.g. credit or identity cards also with resonating or responding marks without active components with integrated circuit chips the record carrier comprising an arrangement for non-contact communication, e.g. wireless communication circuits on transponder cards, non-contact smart cards or RFIDs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • G06Q10/0833Tracking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/26Government or public services
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data

Definitions

  • Embodiments described herein relate to distributed computer hardware with application to the health sector. More specifically, embodiments described herein relate to distributed computer hardware with application to donations, manufacture of medicines of biological origin, and tissue engineering and data management, including in the fields of: centers for the obtention or collection of donations of blood, plasma, cells, tissues and organs, centers or laboratories for the generation of tissues and organs; centers destined to carry out transplants and transfusions, pharmaceutical companies producing blood products, laboratories for the production of medicines of biological origin, and data management systems. Embodiments described herein relate to a system of distributed computer hardware and a process for the unified global registry and universal identification of products of biological origin for medicinal purposes in humans or in other living beings and of the different related parties.
  • Obtaining and using materials and products of biological origin involves certain specific considerations arising from the nature of the products and the processes.
  • the ways in which biological products are obtained, manufactured, controlled and administered make some particular precautions necessary.
  • the obtention or manufacture of products of biologic origin may involve processes such as cultivation of cells or the extraction of products from living organisms and carry a risk of transmission of diseases. While this risk is minimized through testing and processing, it can never be completely eliminated (e.g. the detection of a serious infectious disease in a donor after having made one or more donations of one or more types over time).
  • each blood donation is fractionated to separate its components (red blood cells, plasma and platelets mainly) and make blood products (i.e., products derived from blood).
  • red blood cells i.e., red blood cells, plasma and platelets mainly
  • blood products i.e., products derived from blood.
  • a unit of red blood cells (RBC) is obtained from 3 blood donations and an expiration of up to 42 days is achieved using preservatives such as Sagmanitol, provided that it remains between 1 and 6 Celsius degrees, although there are studies that claim that RBC deterioration occurs as the time since the blood was collected increases.
  • the expiration is from 5 to 7 days.
  • the plasma can be maintained for up to 2 years at a temperature of 30 degrees centigrade below zero.
  • Tissues and organs such as the heart or lung have an average preservation time of between 3 and 5 hours after extraction, while skin and bones can be preserved for up to 5 years.
  • red blood cell RBC
  • PHT platelets
  • a donor can be the source of many different products. For example, a deceased donor can donate skin, tendons, heart valves and a wide range of bone products. All these different products share a common history. Some of the products obtained from a donor may fall within the regulation of biological products, while other products from the same donor may correspond to the regulation of medical devices or may even not be considered medicines (e.g. creams).
  • Bio products are products of biological origin. They include a wide range of products such as vaccines, blood and blood components, allergenics, somatic cells, gene therapy, tissues, and recombinant therapeutic proteins. Biological products can be composed of sugars, proteins, or nucleic acids or complex combinations of these substances, or may be living entities such as cells (ovules, red blood cells), tissues and organs. They are isolated from a variety of natural sources (e.g., human, animal, vegetable, microorganism) and may be produced by biotechnology methods and others technologies.
  • natural sources e.g., human, animal, vegetable, microorganism
  • starting materials can mean any substance of biological origin such as micro-organisms, organs and tissues of either plant or animal origin, cells or fluids (including blood or plasma) of human or animal origin, and biotechnological cell constructs (cell substrates, whether they are recombinant or not, including primary cells).
  • a biological medicinal product is a product, the active substance of which is a biological substance.
  • a biological substance is a substance that is produced by or extracted from a biological source and that needs for its characterization and the determination of its quality a combination of physio-chemical-biological testing, together with the production process and its control.
  • Protein-based therapies have structures that are far larger, more complex, and more variable than the structure of drugs based on chemical compounds.
  • protein-based drugs are made using intricate living systems that require very precise conditions in order to make consistent products.
  • the manufacturing process consists of producing the master cell line containing the gene that makes the desired protein, growing large numbers of cells that produce the protein, isolating and purifying the protein and preparing the biologic for use by patients.
  • Some biologies can be made using common bacteria, others require cell lines taken from mammals.
  • Each biotechnological process starts with the creation of a unique cell line to develop the desired medicine and at each stage of this process, the biological medicine acquires a series of properties that make it different from the rest. Therefore, due to the great diversity of factors that can vary in the process of obtaining these drugs, the final activity in vivo can be altered, either by experiencing reductions in the therapeutic effect or by the appearance of immunogenicity.
  • Biological drugs have some potential to be recognized by the body as foreign substances and, consequently, have the inherent ability to induce unwanted immune reactions due to their composition and their high molecular weight.
  • One of the most important issues in the appearance of immunogenicity reactions is the possible variation in the glycosylation pattern experienced by this type of drugs, which can lead to unpredictable clinical consequences.
  • This potential to induce immunogenicity on the part of biological medicines is why pharmacovigilance and the traceability of these medicines acquire special importance, with the aim of ensuring and promoting their safe use.
  • Biosimilar medicines are defined as biological products "similar” to other biotechnological medicines already authorized, produced by a different manufacturer of the biological reference drug, using different cell lines, different processes and analytical methods.
  • biological substance of a biosimilar and its reference medicine is essentially the same, there may be certain differences related to its complex nature and method of elaboration. Due to the complex process, hundreds of irreproducible phases to which the different cell lines are subjected, it is impossible to guarantee the production of completely identical biological products.
  • the traceability of the origin of biological materials or products are limited at the level of a specific organization or territory, due to the isolation of data between different systems, organizations and territories, as in the case of donors or recipients.
  • An identifier of a blood or organ donor may be at the local level for a public or private organization or for a specific territory.
  • transfusions of blood products may be required, but there is no known unified system that allows a global automatic post-traceability of the products of biological origin used in a specific recipient, client, user or patient, as in the event that some kind of adverse effect occurs in the short, medium or long term and the recipient is treated in a medical center of another organization and/or different territory. There also exists a need for a unified global system to automatically alert to this individual and/or to the medical reference center of an anomaly detected in one of these products to take the appropriate actions.
  • Labeling products with printed labels can have some drawbacks.
  • the label may be misplaced in a similar product or may deteriorate and hinder product identification. This is very important for example when labeling blood bags, as each blood bag has to be associated with a specific donor with a specific blood group and is also associated with a blood sample tube with which blood tests are performed to find out if the donated blood is valid or has to be discarded according to the blood test result.
  • An NFC chip has a globally unique, manufacturer supplied, read-only identifier (UID) that can be read by NFC devices.
  • UID read-only identifier
  • An NFC tag's UID cannot be changed or erased; it is stored in special memory in the NFC chip which does not allow the bits to be changed.
  • the tag can be used to identify a product worldwide, such as a donated pint of blood, and also can be associated with the internal common identifier given for the donation centers to commonly identify donors when using the unified registry of donors.
  • the classification of medical devices bind manufacturers to determine the product classification in order to comply the Medical Device Directives, For example, blood, human cells, tissues or organs intended for implantation, transplantation, infusion, or transfer into a human recipient are regulated as medical devices in some countries. Medical Device Directives are different in each country.
  • a Medical Device as is described by the International Medical Device Regulators Forum (IMRF), means any instrument, apparatus, implement, machine, appliance, implant, reagent for in vitro use, software, material or other similar or related article, intended by the manufacturer to be used, alone or in combination, for human beings, for one or more specific medical purpose(s).
  • IMRF International Medical Device Regulators Forum
  • Some products may be considered to be medical devices in some jurisdictions but not in others, as devices incorporating animal and/or human tissues, for example.
  • device does not include software functions excluded pursuant to section 520(o).
  • the nomenclature of medical devices is a coding system used to describe medical device categories and to generically identify medical devices and related health products.
  • Product classification and nomenclature in the global healthcare sector is quite complex.
  • CMDR, DM&D eCI@ss, GMDN, GPC, HCPCS, MedDRA, NAPCS, NHS eCI@ss, UMDNS
  • labeling systems for devices and products for medical use e.g. GS1 or HIBC
  • ISBT 128 is intended only for products of human origin.
  • Supply chain management and optimization has become a priority area for global health systems due to increasing complexity of healthcare supply chains and the availability of IT solutions.
  • supply chain transformation is becoming a priority area for many healthcare systems who are aiming to control rising costs.
  • An UDI is a unique numeric or alphanumeric code, such as in the form of a barcode, that can be displayed in both human readable (plain text) and machine readable (AIDC) form.
  • An UDI identifies a device at the point of distribution and at the point-of-use that consists of two parts: a device identifier (Dl) and production identifier(s) (PI).
  • the Device identifier (Dl) is a mandatory, fixed portion of a UDI that identifies the specific version or model of a device and the labeler of that device.
  • the production identifier (PI) is a dynamic number that is determined by various data (such as batch number, serial number, expiration date, and date of manufacture).
  • UDI carrier contains DI+PI in a machine (AICD) and human (HRI) readable representation.
  • AICD machine
  • HRI human
  • AIDC data carrier is based on ISO standards (bar code, data matrix, RFID) and the data is formatted in a code standard (e.g. GS1 , HIBCC).
  • GS1 code standard
  • HIBCC code standard
  • Consistent use of a universal identifier for biological products from human or animals and for medical or veterinary purposes can provide a common way to refer to a product and enables tracking and reporting unambiguously on the regulatory marketing status of a medical device around the world, as control of biological medicines such as vaccines and blood products, and is essential for making sure the biological medicines that patients receive (humans or animals) are safe and effective.
  • a unified and universal system for the global identification and traceability of products of biological origin.
  • a need for a unified global register of clinical trials and of organizations that manufacture products of biological origin for medicinal purposes are
  • an individual resides in a different region or country, that individual cannot relate to a universal identification code of a recipient or client of a biological product for medical or veterinary purposes, nor can this information be automatically related to a donation center in case the person is a donor.
  • neither the recipient nor the medical staff from another center in a different organization, region or country can receive an automatic alert to perform medical tests and follow-up after any anomaly is detected in a specific product of biological origin as well as automatically excluding the individual to donate during a certain time.
  • a regular blood donor dies and, after performing an autopsy, tumor cells or a tumor is detected in the deceased donor.
  • a unified global registry of products of biological origin for medical purposes and of the different related parties can alert this situation automatically to all the related centers, as well as to quarantine all the products that have been manufactured from the previous blood donations from the donor and follow up on the products that have already been used (platelet units, blood units, plasma, manufactured vaccines, etc.) to take appropriate actions, such as monitoring of clients, patients and/or users who have received these products, allowing, on one hand, to study in a transversal and in depth manner these cases to be able to establish additional measures or protocols based on the results obtained, and on the other hand, to study the appearance or not of this type of disease in all the individuals involved.
  • Embodiments described herein provide a unified global registration process for different territories of products of biological origin for medicinal purposes in humans or other living beings (such as blood, its components and its derivatives such as plasma-derived medicinal products; other tissues such as nerves and blood vessels; other cells such as ovules and master cell lines; organs; others products of biological origin such as insulins), of the distinctive related parties (individuals origin and/or destination of the products such as donors, recipients, clients, users or patients both humans or other types such as animals; other parties involved in the chain of obtaining, manufacturing, processing, storage, transportation and use of these products, clinical interventions) and for the universal identification of both any product and any of the parties related to it (individuals and entities such as organizations, companies, donation and transfusion centers, laboratories, clinics, hospitals, personnel), which presents advantages and characteristics, which will be described in detail later, which infer an improvement of the current state of technique.
  • products of biological origin for medicinal purposes in humans or other living beings (such as blood, its components and its derivatives such as plasma-derived medicinal products
  • Products of biological origin for medical purposes have in common that they come from living beings or use in their manufacture materials that come from living organisms, and include, among others, blood products (transfusions of red blood cells, platelets), tissues and organs for transplants, medicines of biological origin such as vaccines, cells, advanced therapies such as tissue engineering and other biological products such as biotechnological medicines (erythropoietins, insulins).
  • Embodiments described herein provide a process for the unification of the registration and identification of the products of biological origin (obtained from donors or from other sources) and of the different parties related to the obtention and use of the these (entities, human or other individuals) in order to facilitate the access and monitoring of the data in the entire chain of collection, production, supply and utilization of the products of biological origin (obtained from donations or from other sources) for medicinal purposes in humans or other living beings, in a universal manner, from the origin (human or of another living being) until the final use of the product in humans or in other living beings, to certify anywhere, and in a universal manner, the origin, the destination or recipient, as well as the intermediaries and the quality control of the products, in order to:
  • Embodiments described herein provide a method to carry out the steps of both phases for the unified registration and for the universal identification of products of biological origin for medicinal purposes; this method consists of setting up, by centers responsible for the obtention, generation or manufacture of the products (donation centers, hospitals, laboratories) and/or by the centers responsible for the use of the products (hospitals, clinics), through a software application running in an electronic device (computer, mobile, tablet) with network connection to a computer system.
  • Embodiments described herein can provide different example features and functions.
  • embodiments described herein can provide a global and unique data storage vault (B102) for each of the data objects for the parties and entities (B103), as an individual (human or other types), product (such as units of plasma or red blood cells, immunoglobulins, vaccines, organs or tissues), or other parties (collection center, manufacturer, clinical trial, clinical intervention . . . ), stored in a database (B101) accessible through a (main) computer system (B100), e.g. in JSON format via REST API or gRPC (B05, B06), among others.
  • B102 global and unique data storage vault
  • B102 for each of the data objects for the parties and entities (B103), as an individual (human or other types), product (such as units of plasma or red blood cells, immunoglobulins, vaccines, organs or tissues), or other parties (collection center, manufacturer, clinical trial, clinical intervention . . . ), stored in a database (B101
  • Embodiments described herein can provide one or more regional data vaults (B12, B22) associated with the global storage vault (B102), each regional vault containing data from one or more local computer systems (B1 , B2) in each geographical region or specific territory (T1 , T2) for distinct data objects (B14, B24) and each regional vault store the data in different databases (B11 , B21) accessible through a regional computer system (B10, B20), e.g. via REST API (Representational State Transfer Application Programming Interface), GraphQL (Graph Query Language) or gRPC (Google's Remote Procedure Call), among other possible, for compliance with different regulations (identification of products, storage of personal data).
  • REST API Real-Representational State Transfer Application Programming Interface
  • GraphQL Graph Query Language
  • gRPC Google's Remote Procedure Call
  • Embodiments described herein can provide one or more profiles for the data objects (in JSON format, among others possible) associated with each global vault (B106, B108) or regional vault (B16, B18, B26, B28) which contain public information (B106, B16, B26), e.g. blood group in the case of an individual and expiration date in the case of a product, or private data (B108, B18, B28) for use by the individual and/or the parties related to the product and authorized to access said private information, such as relevant information on the product (temperature control, tests performed, . . . ) or on the individual (diseases or relevant health disorders, clinical interventions, relevant medical or health treatments, prescription or recent consumption of medication, allergies, relevant medical reports, analytical tests, . . .).
  • Embodiments described herein can provide a unique and non-transferable internal identifier (e.g. an UUID using version 4, among other possible) to identify univocally in the system both each generated profile and regional vault (B107, B109 B13, B15, B17, B19, B23, B25, B27, B29), internally relating the information stored in these different profiles and regional vaults with the data object generated for a determined individual or product in the global storage vault (B113).
  • a unique and non-transferable internal identifier e.g. an UUID using version 4, among other possible
  • Embodiments described herein can provide a unique and non-transferable public identifier associated with the data object in the global vault (B104) to uniquely identify the parties (individual, product, center) as data objects (B103) and access public stored data, for example in an URN (Uniform Resource Name) with an UUID (Universally Unique Identifier) in v4 format (hexadecimal random numbers) generated by a software application using random bytes (e.g. urn:public:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
  • URN Uniform Resource Name
  • UUID Universally Unique Identifier
  • v4 format hexadecimal random numbers
  • Embodiments described herein can provide a unique and non-transferable private identifier associated with the global vault (B105) for access by each related party to the data to which it has access permissions in the data object (B103), allowing anonymization and privacy of personal or medical data related to the individual and of private data related to the product, for example in an URN with an UUID v4 (hexadecimal) generated by a software application using random bytes (urn:private:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
  • Embodiments described herein can provide a non-transferable public identification code (B118) that contains at least one field for storing the public identifier (B114), e.g. using JSON data (among other possible), and, optionally, other fields for storing the private identifier (B115) and/or other data (B116) such as the blood group of an individual or product, or production date, batch number and/or expiration of a product.
  • B118 non-transferable public identification code
  • B114 contains at least one field for storing the public identifier (B114), e.g. using JSON data (among other possible), and, optionally, other fields for storing the private identifier (B115) and/or other data (B116) such as the blood group of an individual or product, or production date, batch number and/or expiration of a product.
  • the regional data vaults (B12, B22) and the associated profiles (B16, B18, B26, B28) relate the information stored in a data object (B103) for an individual, product or other related parties in the (main) computer system (B100) with the different systems of databases and existing identification systems (B110) in distinct local computer systems of different territories (B1 , B2), such as personal data and profiles with medical data in the case of an individual, or production and storage data in the case of a product (B16, B18, B26, B28), by using different internal identifiers (B15, B17, B19, B25, B27, B29).
  • the data related with each data object in the global data storage vault (B103), the data related with it in the regional data vaults (B14, B24), the profiles generated in the data object (B106, B108) and the public identifier (B104) are associated with a unique and non-transferable identification code (B118) that allows access to public data and, optionally, to other information by including the necessary data in the identification code.
  • a unique and non-transferable identification code B118
  • These data are deposited and stored in the database (B101) of a (main) computer system (B100) accessible by the different related parties (individuals, producers, intermediaries, . . .
  • the identification code (B118) contains a set of data defined in fields that identify it as unique and that can also be stored in the system database (B101) and includes, at least, the public identifier and, optionally, other data such as blood group, prescribed medication and contacts for emergencies in the case of an individual (B116).
  • FIG. 1 shows, by means of a block diagram, the flow diagram of the operational steps for a method according to embodiments described herein.
  • FIG. 2 shows the binary data communication and storage of the information according to embodiments described herein.
  • FIG. 3 shows the network connection schema according to embodiments described herein.
  • FIG. 4 illustrates a schematic diagram of a computer system unified registry and the universal identification of donors according to embodiments described herein.
  • Embodiments described herein provide systems and methods for the unified global registry and universal identification of products of biological origin for medicinal purposes in humans or other animals and of the different related parties.
  • Products of biological origin for medicinal purposes include, among others, blood products (transfusions of red blood cells, platelets, plasma); medicines of biological origin such as vaccines; cells, tissues and organs for transplants; advanced therapies such as tissue engineering; and other products and biological medicines.
  • Embodiments described herein provide a global process for the registration and for the universal identification of products of biological origin for medicinal purposes and of the different related parties such as individuals (donors, recipients, clients, users, patients), origins of products or biological materials (human, animal, cell lines), entities related to the obtention, manufacturing, processing, supplying and utilization of products, clinical trials and clinical interventions or treatments in which products are used, that can achieve the unification, in all territories and for different software solutions, of the registration and identification system of these products and of the related parties, from the origin (human or another living being) to its final use in humans or other living beings.
  • Embodiments described herein can facilitate the exchange of information of the products and between the different related parties as well as the traceability and cooperation between the different participants in the collection, production, storage, transport, processing, distribution and utilization phases.
  • Fig. 1 shows an example process for a unified global registration for different territories of products of biological origin for medicinal purposes in humans or other living beings (such as blood, its components and its derivatives such as plasma-derived medicinal products; other tissues such as nerves and blood vessels; other cells such as ovules and master cell lines; organs; others products of biological origin such as insulins), of the distinctive related parties (individuals origin and/or destination of the products such as donors, recipients, clients, users or patients both humans or other types such as animals; other parties involved in the chain of obtaining, manufacturing, processing, storage, transportation and use of these products, clinical interventions) and for the universal identification of both any product and any of the parties related to it (individuals and entities such as organizations, companies, donation and transfusion centers, laboratories, clinics, hospitals, personnel).
  • the method involves a network of hardware devices.
  • the example process includes operations or steps grouped in phases for the unified registration and for the universal identification of products of biological origin for medicinal purposes.
  • the method involves setting up, by centers responsible for the obtention, generation or manufacture of the products (donation centers, hospitals, laboratories) and/or by the centers responsible for the use of the products (hospitals, clinics), through a software application running in an electronic device (computer, mobile, tablet) with network connection to a computer system.
  • the method for a unified global registry and universal identification involves executing a first phase “A” and a second phase “B” using a hardware device to execute instructions stored in non-transitory memory.
  • the first phase (A) involves (step i) generating a global and unique data vault in a global database accessible by a main computer system to store data objects for each of the parties.
  • the step can be carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system.
  • One or several regional data vaults are associated to the global vault through internal identifiers and store data for each specific geographic region or territory.
  • the global and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties.
  • the method can also involve generating a unique and non-transferable public identifier associated with the data object in the global vault by the software application using random bytes in hexadecimal format.
  • the method can also involve generating a unique and non-transferable private identifier associated with the global data vault by the software application using random bytes in hexadecimal format.
  • the first phase (A) involves storing one or several alphanumeric-hexadecimal translation maps in the global database in association with the public identifier and the private identifier.
  • the association is formed by a set of error-free characters including “ABEHKMNOSWXYZ349” that allow the identification of a specific letter even though only a part of said letter can be read.
  • the first phase (A) involves generating a unique public identification code containing at least one field for storing the public identifier from the non-transferable hexadecimal public identifier and a concrete alphanumeric-hexadecimal translation map, and optionally other fields for storing the private identifier and / or other data, to which the public identifier wherein the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated; the unique public identification code having two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information.
  • the first phase (A) involves (step ii) storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system according to access rights to the data.
  • the first phase (A) involves automatically updating by the system of the data storage vault and profile data with relevant events and the date on which the events occurred.
  • method can also execute a second phase of a set of operation or steps.
  • the second phase (B) involves (step iv) identifying the data object stored in the data storage vault and the type of data stored by reading the public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data.
  • This can be implemented using a camera or NFC sensor installed in an electronic device running a software application or using a software service running in a computer system.
  • the second phase (B) involves (step v) generating, registering and automatically transmitting data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met, by the main computer system or by a software application running in an electronic device.
  • the second phase (B) involves (step vi) automatically updating the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying, by the main computer system.
  • the second phase (B) can involve additional steps or operations, as described herein and as shown in the example of Fig. 1 .
  • FIG. 2 is a schematic diagram showing a network connecting distributed systems, such as a main computer system B100 and regional computer systems B10, B20.
  • the main computer system B100 facilitates the exchange of information related to the products (center of origin or manufacturing, storage, distribution, receiving center, clinical intervention) and the unification of the health data of the individuals that are the origin or the destination of the biological products for medicinal purposes (medical or veterinary).
  • the main computer system B100 can improve and facilitate the identification of individuals in a universal manner such as donors, recipients, users, clients and patients, humans or other types.
  • the main computer system B100 can facilitate, in a universal manner, the identification and access to the data of the products along the chain of collection, production, distribution, supply, utilization, etc., in a unified and universal way, from their origin (human or other types such as animals) until their final use in humans or other living beings.
  • the main computer system B100 can allow transverse traceability of products of biological origin between different territories, related parties and systems.
  • the main computer system B100 can record the transactions made with the product throughout the production, supply and utilization chain by all the parties involved.
  • the main computer system B100 can certify in any place and universally both the origin of the product and all intermediaries related to it.
  • the main computer system B100 can certify, control and track the quality of the products.
  • the main computer system B100 can include (or connect to) a global and unique data storage vault (B102) to store and/or retrieve data for each of the data objects for the parties and entities (B103), as an individual (human or other types), product (such as units of plasma or red blood cells, immunoglobulins, vaccines, organs or tissues), or other parties (collection center, manufacturer, clinical trial, clinical intervention . . . ), stored in a database (B101).
  • the data storage vault (B102) and database (B101) are accessible through a (main) computer system (B100), e.g. in JSON format via REST API or gRPC (B05, B06), among others.
  • Each regional vault contains or stores data from one or more local computer systems (B1 , B2) in each geographical region or specific territory (T1 , T2) for distinct data objects (B14, B24).
  • Each regional vault (B12, B22) stores the data in different databases (B11 , B21) accessible through a regional computer system (B10, B20), e.g. via REST API (Representational State Transfer Application Programming Interface), GraphQL (Graph Query Language) or gRPC (Google's Remote Procedure Call), among other possible, for compliance with different regulations (identification of products, storage of personal data).
  • each global vault B106, B108
  • regional vault B16, B18, B26, B28
  • public information B106, B16, B26
  • private data B108, B18, B28
  • the main computer system B100 generates unique and non-transferable internal identifier (e.g. an UUID using version 4, among other possible) to identify univocally in the system both each generated profile and regional vault (B107, B109 B13, B15, B17, B19, B23, B25, B27, B29), internally relating the information stored in these different profiles and regional vaults with the data object generated for a determined individual or product in the global storage vault (B113).
  • unique and non-transferable internal identifier e.g. an UUID using version 4, among other possible
  • the main computer system B100 generates a unique and non-transferable public identifier associated with the data object in the global vault (B104) to uniquely identify the parties (individual, product, center) as data objects (B103).
  • the main computer system B100 can access public stored data, for example in an URN (Uniform Resource Name) with an UUID (Universally Unique Identifier) in v4 format (hexadecimal random numbers) generated by a software application using random bytes (e.g. urn:public:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
  • the main computer system B100 generates a unique and non-transferable private identifier associated with the global vault (B105) for access by each related party to the data to which it has access permissions in the data object (B103), allowing anonymization and privacy of personal or medical data related to the individual and of private data related to the product, for example in an URN with an UUID v4 (hexadecimal) generated by a software application using random bytes (urn:private:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
  • the main computer system B100 generates a non-transferable public identification code (B118) that contains at least one field for storing the public identifier (B114), e.g. using JSON data (among other possible), and, in some embodiments, other fields for storing the private identifier (B115) and/or other data (B116) such as the blood group of an individual or product, or production date, batch number and/or expiration of a product.
  • the main computer system B100 generates an identification code B118 with binary data B111 .
  • the regional data vaults (B12, B22) and the associated profiles (B16, B18, B26, B28) relate the information stored in a data object (B103) for an individual, product or other related parties in the (main) computer system (B100) with the different systems of databases and existing identification systems (B110) in distinct local computer systems of different territories (B1 , B2), such as personal data and profiles with medical data in the case of an individual, or production and storage data in the case of a product (B16, B18, B26, B28), by using different internal identifiers (B15, B17, B19, B25, B27, B29).
  • the data related with each data object in the global data storage vault (B103), the data related with it in the regional data vaults (B14, B24), the profiles generated in the data object (B106, B108) and the public identifier (B104) are associated with a unique and non-transferable identification code (B118) that allows access (e.g., by the main computer system B100 or regional computer systems B10, B20) to public data and, in some embodiments, to other information by including the necessary data in the identification code.
  • These data are deposited and stored in the database (B101) of a (main) computer system (B100) accessible by the different related parties (individuals, producers, intermediaries) based on the access permissions in each case (B07, B08).
  • the identification code (B118) contains a set of data defined in fields that identify it as unique and that can also be stored in the system database (B101) and includes, at least, the public identifier and, optionally, other data such as blood group, prescribed medication and contacts for emergencies in the case of an individual (B116).
  • binary data B111 (of the identification code B118) between the local computer systems of the authorized centers (B1 , B2) and the computer systems (B100, B10, B20) according to embodiments described herein can be carried out in a secure manner (B03, B04, B05, B06, B07, B08) by using Secure Sockets Layer (SSL) and/or Virtual Private Networks (VPN), among others possible.
  • SSL Secure Sockets Layer
  • VPN Virtual Private Networks
  • the unified global registry and the universal identifier can identify the products, individuals and to each of the parties related to them in a global and univocal way and, on the other hand, to obtain and store the relevant information of all of them.
  • the unified global registry and the universal identifier serves to identify them and to record the relevant events and transactions that take place with the products throughout the production and/or supply chain; in the case of individuals (such as donors, clients, users, patients), it serves to identify them in a global way and to follow up on their clinical history as well as to collect relevant medical or health information; in the case of other biological origins such as cell lines, it serves for identification (which may correspond to a lot number) and the recording of variations in production (growth conditions, compounds used to stabilize the protein, manufacturing conditions); in the case of clinical interventions in which products of biological origin are used, it serves to relate the products, the center that performs the clinical intervention and the individual that receives the product; in the case of collection, manufacturing, storage, supply and utilization entities, it serves to identify each one as well as authorized devices and personnel with a network connection to the computer system.
  • the method shown in Fig. 1 can unify and facilitate the monitoring of the whole chain of obtaining, producing and controlling the quality of the products, the supply and utilization chain, as well as retrieving information from these parts and the products, such as their origin, their destination, the manufacturer, the control of the storage conditions such as the cold chain, its utilization in a recipient, possible complications or adverse reactions, in order to facilitate and achieve a global monitoring of origin to recipient and of recipient to origin to achieve universal traceability in both directions.
  • the public identification code (B118) serves to identify a product or other related parties such as a collection or manufacturing center, a donor, a cell line, a clinical, hospital or veterinary center, a recipient, a user or a patient and it preferably has two types of information.
  • a first type, of public information open accessibility
  • other information such as blood group, date, place of origin, use of the product, expiration date and quality control, variable in each case (B116).
  • a second type of information will be accessible only from centers and personnel with the required permissions to decipher this information (e.g. health data of the individual, analytical data, production reports, etc.). As shown in Fig.
  • the identification code (B118) can contain different data elements such as binary data (B111) including a Public ID (B114), Private ID (B115), and other data (B116). Identification of the data object stored in the data storage vault and the type of data stored (product, individual, clinical intervention, entity) can be executed by system(s) (B100, B10, B20) by reading the public identification code (B118, B111). [0087] The method unified global registry and the universal identifier involves different operations or steps.
  • the method can involve the following: setting up, through a global database (B101) and regional databases for each territory (B11 , B21) accessible by the different centers and authorized users through a computer system for each database (B100, B10, B20), of: a global and unique data storage vault (B102) which is a defined collection of data in one logical container in the global database (B101), to store data objects of the parties and entities in the global database (B103) and accessible through a main computer system (B100), e.g.
  • REST API or gRPC among others B05, B06, B07, B08
  • a voluntary data object storing request made by an individual or by one of the related parties through a software application or service running in a local computer system and/or in an electronic device (B1 , B2) such as a server, computer, or tablet with a network connection to the computer system via REST API or gRPC among other possible (B05, B06); one or more regional data vaults (B12, B22) associated with the global storage vault through internal identifiers (B113, B13, B23), each regional vault containing data from one or more local computer systems in each geographical region or specific territory (B16, B18, B26, B28) and each regional vault store the data in different databases (B11 , B21) accessible through a regional computer system (B10, B20), e.g.
  • REST API or gRPC among others, for example for compliance with different regulations such as identification of products and/or data residency
  • one or several profiles for the data objects (B106, B108, B16, B18, B26, B28), e.g. in JSON format among others possible, and associated with each data vault generated in the system, and that contains: public information of the product accessible to any user, and private information that is managed and shared by the different related parties; a unique and non-transferable public identifier associated with the data object in the global vault (B104) and to identify the type of data it refers to (individual, product, entity, clinical intervention, . . . ), for accessing public data stored in the data vaults and/or associated profiles, e.g.
  • UUID version 4 in hexadecimal and URN format (such as urn:public:product:uuid: 38735183-d078-494d-b3b5-fbfebaccadf6), among other possible; a unique and non-transferable private identifier associated with the global data storage vault (B105) and to identify the type of data it refers to (individual, product, entity, clinical intervention, . . . ) for accessing both public and private stored data by authorized entities and personnel in each case, e.g. by using an UUID version 4 in hexadecimal and URN format (such as urn:pulic:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
  • UUID version 4 such as urn:pulic:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6
  • the systems and methods according to embodiments described herein can involve one or several alphanumeric-hexadecimal translation maps stored in the global database (B112) and associated with the public identifier and the private identifier.
  • the systems and methods according to embodiments described herein can also involve a unique public identification code (B118) containing at least one field for storing the public identifier (B114) generated from the non-transferable public identifier with the hexadecimal format and a concrete alphanumeric-hexadecimal translation map, and optionally other fields for storing the private identifier and/or other data.
  • B118 unique public identification code
  • the systems and methods according to embodiments described herein can involve identification of the data object stored in the data storage vault and the type of data stored (product, individual, clinical intervention, entity, . . . ) by reading the public identification code (B118), for example through a camera or NFC sensor installed in an electronic device that runs a software application executed by a public user or by an entity and its authorized personnel or by a software service running in a computer system (B1 , B2), to decode the binary data of the code for access to the information of the information and the profiles of the data object stored in the data vault; generation, registration and communication of an incident if there is an impediment, carried out by the main computer system and/or by a software application running in an electronic device (e.g. a server, computer, tablet); and automatic updating of the information in the vault and in the profiles of a data object in the database accessible by the different parties and users, carried out by the main computer system (e.g. via REST API or gRPC, among others).
  • the main computer system
  • the systems and methods according to embodiments described herein can identify relevant events those that may affect the safety of the product, and any of the procedures or processes or the individuals involved, such as diseases, medications or treatments of an individual and variations in the temperature of conservation of a product, elapsed time without receiving information about the product, expiration of the product due to expiration or for other reasons.
  • the capture of these events will be done automatically by the system or by devices of authorized entities and users.
  • the systems and methods according to embodiments described herein can involve obtaining information on a collection, donation, manufacture, utilization or clinical intervention process (such as date, time, type of product, origin, destination, among others), for example via REST API or gRPC (among others), store this information in the corresponding vaults and profiles and, optionally, notify the owner or entity responsible for the process (right analytical result, for example) for example via email, SMS, or push notification to a software application.
  • a collection, donation, manufacture, utilization or clinical intervention process such as date, time, type of product, origin, destination, among others
  • REST API or gRPC among others
  • the systems and methods according to embodiments described herein can involve obtaining relevant information from other entities (e.g. from medical centers, health authorities, among others via REST API or gRPC, among others), and incorporate it into the stored vaults and profiles, either for public access to said information or for private access from authorized entities and personnel.
  • the systems and methods according to embodiments described herein can involve obtaining data from the product itself using telemetry devices incorporated in the product or devices to which the product is associated (such as geolocation, temperature and other variables), store them in the database (e.g. via REST API) and update product information when results are available.
  • the systems and methods according to embodiments described herein can generate automatic alerts (e.g. via email, SMS, push notification to a software application or by a logging service) when certain conditions are met, such as variation in temperature, near expiration or product wastage for a specific cause, carried out by the computer system (e.g. invalid product, expired date, among other possible).
  • automatic alerts e.g. via email, SMS, push notification to a software application or by a logging service
  • certain conditions such as variation in temperature, near expiration or product wastage for a specific cause, carried out by the computer system (e.g. invalid product, expired date, among other possible).
  • the systems and methods according to embodiments described herein can send a global alarm to all parties involved and related to the process after detecting a serious illness in a donor or a serious anomaly in any of the related processes (collection, production, supply, utilization) to initiate protocols and check donations or related products that may be affected (e.g. via email, SMS, push notification to a software application, by a logging service, among others), carried out by the computer system.
  • a voluntary data object storing request made by an individual or by one of the related parties through a software application or service running in a local computer system and/or in an electronic device such as a server, computer, or tablet with a network connection to the main computer system.
  • a software application or service running in a local computer system and/or in an electronic device such as a server, computer, or tablet with a network connection to the main computer system.
  • the unified code for the identification of a biologic originated product generated according to the methods described herein will be UDI compatible by containing both UDI-DI and UDI-PI in the additional data (B116) and will be deposited or printed on the product itself univocally and non-transferable, by means of a human readable alphanumeric code (HRI) and a machine readable code (MRI) to be read automatically from an electronic device and carried out preferably on a NFC tag without ruling out other options (such as a QR code, for example), and includes a series of data that identify and distinguish it as unique.
  • HRI human readable alphanumeric code
  • MRI machine readable code
  • the identification code for the products and for the other related parties in addition to containing the public identifier (B114) that allows access to public data stored in the system, may optionally contain the private identifier (B 115) for access to private information (which can only be accessed and deciphered by an authorized device and personnel), and may also include information to be legible and consulted by any user such as UDI codes in one or more territories or jurisdictions, production date, blood group, expiration, etc. (B116).
  • said identification code, once generated, can also be stored in the global database of the main computer system accessible by the different parties and/or users (producer or manufacturer, intermediaries, customers, recipients, consumers, . . . ) via REST API or gRPC among other possible.
  • the method of the procedure can allow generating, global public and private identifiers, unique and non-transferable, as well as the unique identification codes of: products of biological origin; individuals (human or other types) as donors, clients, users and patients; cellular production lines; entities such as companies, organizations, donation centers, medical centers, clinics, hospitals, laboratories, as well as related personnel and devices to access the system; clinical trials, clinical interventions and treatments whether medical in humans or veterinary in animals.
  • the identification code for an individual may contain certain health and medical information for emergencies that the user has approved for publicly sharing such as blood group, prescribed medication, allergies and contacts for emergencies. Further, as security measures, the computer system (B100) additionally can notify the individuals and/or their contacts when the information of the identification code is read and the user and/or the device, entity and personnel that makes the reading will be identified (e.g. via email, SMS, push notification to software application, among others). Furthermore, if access to private medical information is required by an entity and/or personnel to which the individual has not granted permission, the access permissions will be requested to the individual and/or to the contacts established for such case through a notification.
  • the public identifier can be composed of a set of alphanumeric characters called "error-free” that cannot be confused with each other due to wear, dirt or bad printing of them, in order to avoid errors in the identification.
  • This set can consist of only 16 characters that form an alphanumeric-hexadecimal map translation and that is stored in the system, formed by but not limited to "ABEHKMNOSWXYZ349", that allows the identification of a specific letter even though only a part of said letter can be read.
  • Said identifier will preferably have a length of 32 characters, so that the number of possible public identifiers using this format is 16 raised to 32, or about 3.4.times.10 raised to 38.
  • each of the characters will have an equivalence with a hexadecimal number using the defined translation map, and this equivalence may vary with each version of the public identifier that is implemented.
  • said product identifier may contain a series of characters that allow determining the version of the translation map used and also one or more redundancy characters to perform the automatic error detection and correction by the system when the identifier is read.
  • the direct translation of alphanumeric character to hexadecimal number can be carried out by the computer system (B100) using the character translation map stored in the global database (B112).
  • the public identifier (B104) preferably contains an UUID in v4 format (random Universally Unique Identifier), without discarding others.
  • each of the data profiles associated with data objects in the global storage vault are generated either by an authorized entity and personnel that performs the registration or creation of the data object in the global storage vault or by any of the other authorized related parties for data storage, through a software application running in an electronic device (e.g. server, computer, tablet) and/or computer system with network connection to the main computer system (B5, B6, B7, B8) via REST API or gRPC, among other possible.
  • an electronic device e.g. server, computer, tablet
  • main computer system e.g. server, computer, tablet
  • the identification of the product or any of the other related parties can be made by a computer equipment or electronic device conveniently installed for this purpose and, through the identification data of the code (B118) and the corresponding access permissions in the private profiles (B108, B18, B28), to access to the data of the vaults and profiles stored in the computer system (B100) to which the access permission has been granted in each case.
  • the computer system can send a notification and a software application installed with network connection with the computer system can generate an alarm to alert of this circumstance to the related parties and to the corresponding personnel.
  • the generated identification code (B118) can also allow the content of the information it incorporates to be varied, so if the information of the data object and their associated profiles in the database accessible by the different authorized parties changes (date storage or fractionation, delivery/collection, etc.), the identification code changes dynamically.
  • the computer system (B100) will be able to capture information from other computer systems (e.g. via REST API or gRPC, among others) and associate this information to the data objects and their profiles in the data vaults such as analysis and other data of the production and/or supply chain, or data from telemetry devices incorporated in the product or from other devices to which the product is associated (such as geolocation and/or temperature) and store them in the database accessible by the different parties.
  • the computer system may incorporate all or part of said additional information that will be introduced into the data object and the corresponding associated data profile, either automatically or selectively through a software or application running in an electronic device with a network connection to the computer system.
  • the computer system is able to send a notification to a software application in an electronic device of an individual (donor, user, client, recipient, patient) and/or to a computer system of the entity (s) and/or to a software application of authorized personnel when there are updates on the status of any type of information with which it is related (analytical received, close expiration, etc.).
  • the computer system (B100) may alert related parties and designated personnel to receive notices by receiving relevant information from authorized entities/centers or from telemetry devices (e.g. in case of detection of a relevant disease in a donor or breakage of the cold chain) and incorporate said information into the corresponding data object and profile in the data vault.
  • relevant information from authorized entities/centers or from telemetry devices (e.g. in case of detection of a relevant disease in a donor or breakage of the cold chain) and incorporate said information into the corresponding data object and profile in the data vault.
  • the computer system (B100) can also automatically detect the location of the products (for example via REST API) and inform the related entities and designated personnel to receive this information by generating notifications (e.g. by email, SMS, push notifications to a software application or through a logging service, among others), as well as indicate an estimated time of arrival of a product, for example for the performance of an organ transplant or a blood transfusion.
  • the detection of the product is made by the computer system through geolocation means that incorporate the product itself such as those included in its packaging or through electronic devices to which the product is associated, such as a SIM card through a mobile phone or other geolocation device with network connection with the computer system, provided by the service and/or personnel carrying out the transport.
  • the system may assess the situation and warn the related parties (collector, producer, transport, recipient, etc.), and mark the related data as erroneous or pending verification. For example, if the registration of a product is made from a universal donor identifier and the blood group associated with the donor does not coincide with the result of the blood test, the system will warn of this situation and mark the product as pending of verification and not suitable for use. Likewise, the rest of the bags of blood collected on the same day by the same donation center or analyzed on the same day by the same laboratory can be marked automatically to request a verification of the rest of the products that may be involved.
  • a first phase (A) for the unified global registry of products of biological origin for medicinal purposes and of the different related parties the method can involve: i) generating a) a global and unique data vault in a global database accessible by the different parties through a main computer system (e.g. via REST API or gRPC) to store data objects for each of the parties (e.g.
  • the method can involve ii) storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through a main computer system (e.g. via REST API) according to their access rights to the data.
  • the method can involve iii) automatically updating by the main computer system of specific data objects and profiles with relevant events and the date on which they occurred (clinical interventions, diseases, donations, allergies, adverse reactions, . . . ) after capturing or obtaining this information from other computer systems and/or electronic devices (e.g. via REST API orgRPC, among others).
  • the second phase (B) for universal identification of products of biological origin for medicinal purposes and of the different related parties can be carried out.
  • the method can involve: iv) identification of the data object stored in the data storage vault and the type of data stored (e.g. product, individual, clinical intervention, entity) by reading the public identification code, for example through a camera or NFC sensor installed in an electronic device that runs a software application executed by a public user or by an entity and its authorized personnel or by a software service running in a computer system, to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data.
  • the type of data stored e.g. product, individual, clinical intervention, entity
  • the method can involve v) generating, registering, and automatically communicating an incident in case of existence of any impediment when making the identification, accessing the data, making the registration of new information, when a verification is required or when certain previously established conditions are met (e.g. variations in the temperature, close expiration, rejection of the product for some reason), carried out by the main computer system and/or by a software application running in an electronic device such as a server, computer or tablet (e.g. via email, SMS, push notification to a software application, by a logging service, among others).
  • the method can involve vi) automatically updating of the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying and/or using (e.g. lot number, result of analysis performed, shipping/reception transactions, utilization in a clinical intervention, data of the individuals), carried out by the main computer system (e.g. via API REST or gRPC, among others).
  • the method in phase (B) can involve: vii) automatically obtaining information from a collection, donation, supply, utilization or clinical intervention process and store this information in the corresponding vaults and profiles in the global database, carried out by the main computer system (e.g. via API REST or gRPC, among others); and the method can involve viii) sending a notification to the related and/or designated parties when the data collected is available for consultation, carried out by the main computer system (e.g. via email, SMS, push notification to a software application, among others).
  • the main computer system e.g. via API REST or gRPC, among others
  • sending a notification to the related and/or designated parties when the data collected is available for consultation carried out by the main computer system (e.g. via email, SMS, push notification to a software application, among others).
  • the method also contemplates the incorporation of one or several of the following stages in this phase (B): ix) obtaining relevant information from other entities (e.g. collection of reports, breakage of the cold chain) and automatically incorporate this information into the data object and profiles stored in the global or local vaults, and notify of it to related parties and designated personnel, carried out by the main computer system or by one or several regional computer systems (e.g. via API REST and email, SMS, push notification to a software application, among others); x) generating automatic alerts when it is detected that certain conditions are met (e.g.
  • API REST via API REST
  • the procedure can involve in this phase (B): xiii) checking that the conditions to carry out the transaction are met and notify the parties (e.g. valid or compatible product, user authorized to write data in the database), carried out automatically by the main computer system after a request received (e.g. via REST API or gRPC, among others); and xiv) updating the information of the data object in the corresponding vaults and profiles with the result of the transaction made, carried out by the main computer system after a response received from the global database (e.g. via REST API or gRPC, among other possible).
  • the procedure generates global public and private identifiers, unique and non-transferable, as well as the unique identification codes of:
  • the identification code is deposited in a device that contains a unique identifier such as an NFC tag or similar (e.g. RFID tag) that identifies univocally the device, carried out by a software running in an electronic device configured for that.
  • a unique identifier such as an NFC tag or similar (e.g. RFID tag) that identifies univocally the device, carried out by a software running in an electronic device configured for that.
  • the identification code is deposited in a QR code or similar (e.g. other types of matrix barcodes) that can be alternatively displayed in the screen of an electronic device or printed and associated to parties such as individuals (recipients, clients, users, patients), products and/or origins of products or biological materials, carried out by a software running in an electronic device configured for that.
  • a QR code e.g. other types of matrix barcodes
  • parties such as individuals (recipients, clients, users, patients), products and/or origins of products or biological materials, carried out by a software running in an electronic device configured for that.
  • the identification code contains two types of information such public and private information from the public and private profile(s) of the data object stored in the global database and/or in the regional databases and related with the data object; the permissions are controlled by the main computer system and/or by the regional computer system(s) where the data is requested; the private information can be additionally encrypted in the identification code and in the database and only accessible by the authorized entities and personnel through an encryption key (using a symmetric or an asymmetric encryption key) which is required to decrypt the data for access the private information.
  • an encryption key using a symmetric or an asymmetric encryption key
  • the identifier of the individuals is made by using the unified donor identifier as a means of universal identification and for the traceability of individuals in both directions (from origin to destination and from destination to origin).
  • the public identifier and the private identifier are generated using an URN format that allows to identify the type of data it refers to (e.g. urn:private:product:uuid:38735183- d078-494d-b3b5-fbfebaccadf6).
  • the public identifier and the private identifier are generated in using an UUID in v4 format formed by 32 hexadecimal characters (e.g. 38735183-d078-494d-b3b5- fbfebaccadf6), additionally, the UUID of the public identifier (32 hexadecimal characters) can be converted to an UDI-DI compatible identifier (e.g. in case of products whose are medical devices) both to Base 64 or to Base 58 to fit the maximum length requirements in different regulations (e.g. 23 alphanumeric characters in the USA excluding the check control characters, 25 characters in Europe including the check control characters).
  • the data communication between the local computer systems of the authorized centers, the electronic devices and the global and regional computer systems is carried out in a secure manner by using Secure Sockets Layer (SSL) and/or Virtual Private Networks (VPN), without excluding other options.
  • SSL Secure Sockets Layer
  • VPN Virtual Private Networks
  • FIG. 3 illustrates a schematic diagram of a distributed network computer systems for unified registry and the universal identification of donors according to embodiments described herein according to embodiments described herein.
  • a main computer system (B100) connects to a global database (B101) by a network.
  • the main computer system (B100) also connects to a regional computer system (B10) by a network connection.
  • the regional computer system (B10) connects with its regional database (B11) by a network connection, and another computer system by another network connection.
  • FIG. 4 illustrates a schematic diagram of a distributed network computer systems for unified registry and the universal identification of donors according to embodiments described herein.
  • a main computer system B100 has a hardware processor executing a first phase “A” and a second phase “B” using instructions stored in non-transitory memory 120.
  • the main computer system B100 and a common database B101 are accessible via a network connection by regional computer system B10, and different electronic devices.
  • the main computer system B100 has a hardware processor 110 and non-transitory memory 120 storing a global database B101.
  • the main computer system B102 executes instructions for a first phase (A) and a second phase (B).
  • the first phase (A) involves different operations.
  • the main computer system B102 generates a global and unique data vault in a global database accessible to store data objects for each of the parties, carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system B102.
  • one or several regional data vaults are associated to the global vault (of global database B101) through internal identifiers and store data for each specific geographic region or territory.
  • the global database B101 and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties.
  • the main computer system B102 generates a unique and non-transferable public identifier associated with the data object in the global vault by the software application using random bytes in hexadecimal format;generating a unique and non-transferable private identifier associated with the global data vault by the software application using random bytes in hexadecimal format.
  • the main computer system B102 stores one or several alphanumeric-hexadecimal translation maps in the global database in association with the public identifier and the private identifier, wherein the association is formed by a set of error-free characters including “ABEHKMNOSWXYZ349” that allow the identification of a specific letter even though only a part of said letter can be read.
  • the main computer system B102 generates a unique public identification code containing at least one field for storing the public identifier from the non-transferable hexadecimal public identifier and a concrete alphanumeric-hexadecimal translation map, and optionally other fields for storing the private identifier and / or other data, to which the public identifier.
  • the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associate.
  • the unique public identification code has two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information.
  • the main computer system B102 stores the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system B102 according to access rights to the data.
  • the main computer system B102 automatically updates the global database B101 (storage vault and profile data) with relevant events and the date on which the events occurred.
  • B101 storage vault and profile data
  • the main computer system B102 executes the second phase (B) which involves different operations.
  • the main computer system B102 identifies the data object stored in the data storage vault and the type of data stored by reading the public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data using a camera or NFC sensor installed in an electronic device running a software application or using a software service running in a computer system.
  • the main computer system B102 generates, registers and automatically transmits data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met.
  • the operations may be implemented by a software application running in an electronic device.
  • the main computer system B102 automatically updates the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying.
  • Embodiments described herein provide a non-transitory computer readable medium storing instructions for execution by a hardware processor to perform a computer implemented process for a unified global registry.
  • inventions of the devices, systems and methods described herein may be implemented in a combination of both hardware and software. These embodiments may be implemented on programmable computers, each computer including at least one processor, a data storage system (including volatile memory or non-volatile memory or other data storage elements or a combination thereof), and at least one communication interface.
  • Program code is applied to input data to perform the functions described herein and to generate output information.
  • the output information is applied to one or more output devices.
  • the communication interface may be a network communication interface.
  • the communication interface may be a software communication interface, such as those for inter-process communication.
  • there may be a combination of communication interfaces implemented as hardware, software, and combination thereof.
  • the technical solution of embodiments may be in the form of a software product.
  • the software product may be stored in a non-volatile or non-transitory storage medium, which can be a compact disk read-only memory (CD-ROM), a USB flash disk, or a removable hard disk.
  • the software product includes a number of instructions that enable a computer device (personal computer, server, or network device) to execute the methods provided by the embodiments.
  • the embodiments described herein are implemented by physical computer hardware, including computing devices, servers, receivers, transmitters, processors, memory, displays, and networks.
  • the embodiments described herein provide useful physical machines and particularly configured computer hardware arrangements.
  • the embodiments described herein are directed to electronic machines and methods implemented by electronic machines adapted for processing and transforming electromagnetic signals which represent various types of information.
  • the embodiments described herein pervasively and integrally relate to machines, and their uses; and the embodiments described herein have no meaning or practical applicability outside their use with computer hardware, machines, and various hardware components. Substituting the physical hardware particularly configured to implement various acts for nonphysical hardware, using mental steps for example, may substantially affect the way the embodiments work.
  • the system and methods described herein can be implemented using a computing device or multiple computing devices operable by users to access remote network resources and exchange data.
  • the computing devices may be the same or different types of devices.
  • the main computer system B100 can be implemented by a computing device with at least one processor 110, a data storage device 120 (including memory, non-transitory computer readable media, or other data storage elements or a combination thereof), at least one I/O device 130, at least one network interface 140, and at least one API 150.
  • the hardware components may be connected in various ways including directly coupled, indirectly coupled via a network, and distributed over a wide geographic area and connected via a network (which may be referred to as cloud computing or services).
  • Each processor 110 may be, for example, any type of general-purpose microprocessor or microcontroller, a digital signal processing (DSP) processor, an integrated circuit, a field programmable gate array (FPGA), a reconfigurable processor, a programmable read-only memory (PROM), or any combination thereof.
  • DSP digital signal processing
  • FPGA field programmable gate array
  • PROM programmable read-only memory
  • Memory 120 may include a suitable combination of any type of computer memory that is located either internally or externally such as, for example, random-access memory (RAM), read-only memory (ROM), compact disc read-only memory (CDROM), electro-optical memory, magneto-optical memory, erasable programmable read-only memory (EPROM), and electrically-erasable programmable read-only memory (EEPROM), Ferroelectric RAM (FRAM) or the like.
  • RAM random-access memory
  • ROM read-only memory
  • CDROM compact disc read-only memory
  • electro-optical memory magneto-optical memory
  • EPROM erasable programmable read-only memory
  • EEPROM electrically-erasable programmable read-only memory
  • FRAM Ferroelectric RAM
  • Each I/O interface 130 enables computing device to interconnect with one or more input devices, such as a keyboard, mouse, camera, touch screen and a microphone, or with one or more output devices such as a display screen and a speaker.
  • input devices such as a keyboard, mouse, camera, touch screen and a microphone
  • output devices such as a display screen and a speaker
  • Each network interface 140 enables computing device to communicate with other components, to exchange data with other components, to access and connect to network resources, to serve applications, and perform other computing applications by connecting to a network (or multiple networks) capable of carrying data including the Internet, Ethernet, plain old telephone service (POTS) line, public switch telephone network (PSTN), integrated services digital network (ISDN), digital subscriber line (DSL), coaxial cable, fiber optics, satellite, mobile, wireless (e.g. Wi-Fi, WiMAX), SS7 signaling network, fixed line, local area network, wide area network, and others, including any combination of these.
  • POTS plain old telephone service
  • PSTN public switch telephone network
  • ISDN integrated services digital network
  • DSL digital subscriber line
  • coaxial cable fiber optics
  • satellite mobile
  • wireless e.g. Wi-Fi, WiMAX
  • SS7 signaling network fixed line, local area network, wide area network, and others, including any combination of these.
  • the API 150 can enable regional computer system B10 or electronic devices to communicate with the computer system B100 to electronically exchange data and control commands.
  • the computer system B100 is operable to register and authenticate users (using a login, unique identifier, and password for example) prior to providing access to applications, a local network, network resources, other networks and network security devices.
  • Computing devices may serve one user or multiple users.

Abstract

A procedure for the unified global registry and universal identification of products of biological origin for medicinal purposes is described. The method includes generation of a global and unique data storage vault for each product and related parties, one or more local data vaults associated with the global storage vault, one or more data profiles associated with the vaults, a unique and non-transferable public and private identifier associated with the global storage vault, one or more alphanumeric-hexadecimal translation maps associated with the public and private identifier, and a unique and non-transferable public identification code. The method further includes storing data in a database accessible by different parties depending on the data access rights. The method further includes identification of the data storage vault and the type of data stored through the unique and non-transferable identification code and automatically updating the information in the vaults and profiles stored in the database.

Description

PROCEDURE FOR UNIFIED GLOBAL REGISTRY AND UNIVERSAL IDENTIFICATION OF PRODUCTS OF BIOLOGICAL ORIGIN FOR MEDICINAL PURPOSES
CROSS-REFERENCE TO RELATED APPLICATIONS
[0001] This application claims priority to U.S. patent application no. 17/187,547 filed February 26, 2021 , which is a Continuation-in-Part of U.S. patent application no. 16/169,126 filed on October 24, 2018, the entirety of each of which are hereby fully incorporated herein by reference.
FIELD
[0002] Embodiments described herein relate to distributed computer hardware with application to the health sector. More specifically, embodiments described herein relate to distributed computer hardware with application to donations, manufacture of medicines of biological origin, and tissue engineering and data management, including in the fields of: centers for the obtention or collection of donations of blood, plasma, cells, tissues and organs, centers or laboratories for the generation of tissues and organs; centers destined to carry out transplants and transfusions, pharmaceutical companies producing blood products, laboratories for the production of medicines of biological origin, and data management systems. Embodiments described herein relate to a system of distributed computer hardware and a process for the unified global registry and universal identification of products of biological origin for medicinal purposes in humans or in other living beings and of the different related parties.
INTRODUCTION
[0003] Obtaining and using materials and products of biological origin involves certain specific considerations arising from the nature of the products and the processes. The ways in which biological products are obtained, manufactured, controlled and administered make some particular precautions necessary. The obtention or manufacture of products of biologic origin may involve processes such as cultivation of cells or the extraction of products from living organisms and carry a risk of transmission of diseases. While this risk is minimized through testing and processing, it can never be completely eliminated (e.g. the detection of a serious infectious disease in a donor after having made one or more donations of one or more types over time).
[0004] Worldwide, 112 million donations of blood and plasma of human origin are collected annually and more than 120,000 human organ transplants are performed. The World Health Organization (WHO) recognizes that this figure is only 10% of the transplants that are necessary each year. In addition, the average life of a transplanted organ is 10 years if it comes from a deceased human donor and from 14 years if it comes from a living donor. [0005] Some of the products of biological origin for medical purposes, such as blood and its derivatives or organs, have a very short shelf life and have to be kept under very strict temperature conditions to ensure their quality and that they do not suffer deterioration. For example, each blood donation is fractionated to separate its components (red blood cells, plasma and platelets mainly) and make blood products (i.e., products derived from blood). For example, a unit of red blood cells (RBC) is obtained from 3 blood donations and an expiration of up to 42 days is achieved using preservatives such as Sagmanitol, provided that it remains between 1 and 6 Celsius degrees, although there are studies that claim that RBC deterioration occurs as the time since the blood was collected increases. In the case of platelets, the expiration is from 5 to 7 days. The plasma can be maintained for up to 2 years at a temperature of 30 degrees centigrade below zero. Tissues and organs such as the heart or lung have an average preservation time of between 3 and 5 hours after extraction, while skin and bones can be preserved for up to 5 years.
[0006] Some blood products, such as units of red blood cell (RBC) or platelets (PLT), are usually not sent to other countries except in some emergency cases. However, blood plasma is exported from the U.S. to the rest of the world to manufacture drugs such as vaccines or hemophilia medications from immunoglobulins. In fact, approximately 65% of the global plasma comes from the U.S. and nearly half of the U.S. plasma is exported to Europe.
[0007] A donor can be the source of many different products. For example, a deceased donor can donate skin, tendons, heart valves and a wide range of bone products. All these different products share a common history. Some of the products obtained from a donor may fall within the regulation of biological products, while other products from the same donor may correspond to the regulation of medical devices or may even not be considered medicines (e.g. creams).
[0008] Biological products are products of biological origin. They include a wide range of products such as vaccines, blood and blood components, allergenics, somatic cells, gene therapy, tissues, and recombinant therapeutic proteins. Biological products can be composed of sugars, proteins, or nucleic acids or complex combinations of these substances, or may be living entities such as cells (ovules, red blood cells), tissues and organs. They are isolated from a variety of natural sources (e.g., human, animal, vegetable, microorganism) and may be produced by biotechnology methods and others technologies.
[0009] For biological medicinal products, starting materials can mean any substance of biological origin such as micro-organisms, organs and tissues of either plant or animal origin, cells or fluids (including blood or plasma) of human or animal origin, and biotechnological cell constructs (cell substrates, whether they are recombinant or not, including primary cells). A biological medicinal product is a product, the active substance of which is a biological substance. A biological substance is a substance that is produced by or extracted from a biological source and that needs for its characterization and the determination of its quality a combination of physio-chemical-biological testing, together with the production process and its control.
[0010] The manufacture of biological medicinal products is a highly demanding process. Protein-based therapies have structures that are far larger, more complex, and more variable than the structure of drugs based on chemical compounds. In addition, protein-based drugs are made using intricate living systems that require very precise conditions in order to make consistent products. The manufacturing process consists of producing the master cell line containing the gene that makes the desired protein, growing large numbers of cells that produce the protein, isolating and purifying the protein and preparing the biologic for use by patients. Some biologies can be made using common bacteria, others require cell lines taken from mammals. Each biotechnological process starts with the creation of a unique cell line to develop the desired medicine and at each stage of this process, the biological medicine acquires a series of properties that make it different from the rest. Therefore, due to the great diversity of factors that can vary in the process of obtaining these drugs, the final activity in vivo can be altered, either by experiencing reductions in the therapeutic effect or by the appearance of immunogenicity.
[0011] Biological drugs have some potential to be recognized by the body as foreign substances and, consequently, have the inherent ability to induce unwanted immune reactions due to their composition and their high molecular weight. One of the most important issues in the appearance of immunogenicity reactions is the possible variation in the glycosylation pattern experienced by this type of drugs, which can lead to unpredictable clinical consequences. This potential to induce immunogenicity on the part of biological medicines is why pharmacovigilance and the traceability of these medicines acquire special importance, with the aim of ensuring and promoting their safe use.
[0012] Biosimilar medicines are defined as biological products "similar" to other biotechnological medicines already authorized, produced by a different manufacturer of the biological reference drug, using different cell lines, different processes and analytical methods. Although the biological substance of a biosimilar and its reference medicine is essentially the same, there may be certain differences related to its complex nature and method of elaboration. Due to the complex process, hundreds of irreproducible phases to which the different cell lines are subjected, it is impossible to guarantee the production of completely identical biological products.
[0013] The inclusion of batch and lot records allows the rapid detection of any problem related to specific lots or batches of a product and allows the grouping of medicines by shared attributes (such as active pharmaceutical ingredient), brand name or manufacturer, specific lots and batches of a sole medicinal product. The maximum combination of data can lead to more timely decisions in pharmacovigilance. [0014] There are different labeling systems for products such as ISBT, HIBC or GS1. The products of biological origin obtained in a certain center carry a product identification code generated by one of these systems. In addition, different unified codes for medical devices (UDI) have been implemented currently in some countries and are being developed in others to achieve a better traceability of the products in each territory. However, these UDIs are independent and different of each other and their databases are intended to be isolated (e.g. Europe, USA, Australia). On the other hand, and apart from the UDI, other products of biological origin have to be identified with other specific codes such as the Single European Code (SEC) for tissues and cells in Europe.
[0015] In addition to the above, the traceability of the origin of biological materials or products are limited at the level of a specific organization or territory, due to the isolation of data between different systems, organizations and territories, as in the case of donors or recipients. An identifier of a blood or organ donor may be at the local level for a public or private organization or for a specific territory. The same happens with an individual recipient of a tissue or organ transplant, of a transfusion of blood products such as red blood cells or of a vaccine in which blood plasma has been used in the manufacture, since the identification and traceability of the individual is currently a local code of user, client or patient for a specific public or private medical or hospital organization or a health code for a territory, whose history is isolated from other centers or territories.
[0016] There exists a need for a global system that allows the monitoring of the recipients of products of biological origin (transfusion, transplant, vaccination,) beyond the organization or specific territory where the process is carried out, and that can allow a universal traceability from recipient to donor in an automatic way. There exists a needs for a global system to register the use of products of biological origin in a unified record of clinical interventions or treatments of this type and that can allow traceability of centers, products used and recipients thereof (users, clients or patients). For example, in a clinical intervention to perform a tissue implant, transfusions of blood products may be required, but there is no known unified system that allows a global automatic post-traceability of the products of biological origin used in a specific recipient, client, user or patient, as in the event that some kind of adverse effect occurs in the short, medium or long term and the recipient is treated in a medical center of another organization and/or different territory. There also exists a need for a unified global system to automatically alert to this individual and/or to the medical reference center of an anomaly detected in one of these products to take the appropriate actions.
[0017] Labeling products with printed labels can have some drawbacks. For example, the label may be misplaced in a similar product or may deteriorate and hinder product identification. This is very important for example when labeling blood bags, as each blood bag has to be associated with a specific donor with a specific blood group and is also associated with a blood sample tube with which blood tests are performed to find out if the donated blood is valid or has to be discarded according to the blood test result.
[0018] An NFC chip has a globally unique, manufacturer supplied, read-only identifier (UID) that can be read by NFC devices. An NFC tag's UID cannot be changed or erased; it is stored in special memory in the NFC chip which does not allow the bits to be changed. The tag can be used to identify a product worldwide, such as a donated pint of blood, and also can be associated with the internal common identifier given for the donation centers to commonly identify donors when using the unified registry of donors.
[0019] The classification of medical devices bind manufacturers to determine the product classification in order to comply the Medical Device Directives, For example, blood, human cells, tissues or organs intended for implantation, transplantation, infusion, or transfer into a human recipient are regulated as medical devices in some countries. Medical Device Directives are different in each country.
[0020] A Medical Device, as is described by the International Medical Device Regulators Forum (IMRF), means any instrument, apparatus, implement, machine, appliance, implant, reagent for in vitro use, software, material or other similar or related article, intended by the manufacturer to be used, alone or in combination, for human beings, for one or more specific medical purpose(s). Some products may be considered to be medical devices in some jurisdictions but not in others, as devices incorporating animal and/or human tissues, for example.
[0021] In Europe, as in the above reference, the definition of Medical Device only include humans as recipients, not animals But the Food and Drug Administration (FDA) define medical device for premarketing and post-marketing regulatory controls in this way: "an instrument, apparatus, implement, machine, contrivance, implant, in vitro reagent, or other similar or related article, including a component part, or accessory which is:
- recognized in the official National Formulary, or the United States Pharmacopoeia, or any supplement to them,
- intended for use in the diagnosis of disease or other conditions, or in the cure, mitigation, treatment, or prevention of disease, in man or other animals, or intended to affect the structure or any function of the body of man or other animals, and which does not achieve its primary intended purposes through chemical action within or on the body of man or other animals, and - which does not achieve its primary intended purposes through chemical action within or on the body of man or other animals and which is not dependent upon being metabolized for the achievement of its primary intended purposes.
[0022] The term "device" does not include software functions excluded pursuant to section 520(o).
[0023] Animals are included as recipients by the FDA, not by the IMRF nor the E.U.. Distinctions are made between a medical device and other regulated products such as drugs. If the primary intended use of the product is achieved through chemical action or by being metabolized by the body, the product may be considered a drug. For example, human drugs are regulated by the FDA's Center for Drug Evaluation and Research (CDER), but biological products which include blood and blood products are regulated by FDA's Center for Biologies Evaluation and Research (CBER). Finally, the FDA's Center for Veterinary Medicine (CVM) regulates products used with animals.
[0024] The nomenclature of medical devices is a coding system used to describe medical device categories and to generically identify medical devices and related health products. Product classification and nomenclature in the global healthcare sector is quite complex. Several naming systems for medical devices exist and each is used by a different group of professionals depending on the needs of that particular group, needs such as maintenance, procurement, accounting, stock keeping, regulatory affairs, adverse medical device event reporting, and customs operations (CMDR, DM&D, eCI@ss, GMDN, GPC, HCPCS, MedDRA, NAPCS, NHS eCI@ss, UMDNS). There are also on the market different types of labeling systems for devices and products for medical use (e.g. GS1 or HIBC). On other hand, ISBT 128 is intended only for products of human origin.
[0025] Supply chain management and optimization has become a priority area for global health systems due to increasing complexity of healthcare supply chains and the availability of IT solutions. Globally, supply chain transformation is becoming a priority area for many healthcare systems who are aiming to control rising costs.
[0026] An UDI is a unique numeric or alphanumeric code, such as in the form of a barcode, that can be displayed in both human readable (plain text) and machine readable (AIDC) form. An UDI identifies a device at the point of distribution and at the point-of-use that consists of two parts: a device identifier (Dl) and production identifier(s) (PI). The Device identifier (Dl) is a mandatory, fixed portion of a UDI that identifies the specific version or model of a device and the labeler of that device. The production identifier (PI) is a dynamic number that is determined by various data (such as batch number, serial number, expiration date, and date of manufacture). [0027] There are different initiatives throughout the world to develop Unique Device Identifiers (UDI) in each country or region; different countries have developed or are developing their own databases and identification systems for medical devices, such as the FDA GUDID for U.S. and EU-UDI for Europe, for example. These systems are independent of each other and, therefore, keep the data isolated in different databases. They also differ in the fields that define each product and in the way of identifying the labeled products.
[0028] In Europe, for example, UDI carrier contains DI+PI in a machine (AICD) and human (HRI) readable representation. In U.S. only AICD is needed. AIDC data carrier is based on ISO standards (bar code, data matrix, RFID) and the data is formatted in a code standard (e.g. GS1 , HIBCC). In Europe the AIDC format is favored in case of significant space constraints on the device or packaging; however, the use outside of healthcare facilities requires HRI on the label.
[0029] European regulations requirements on generating clinical evidence on medical devices across their entire lifecycle. Europe MDR/IVDR requirements for some devices is "to continuously generate, collect, analyze and assess the clinical data pertaining to a device in order to verify the safety and performance, including the clinical benefits, of the device when used as intended by the manufacturer."
[0030] Globally harmonization makes it easier for manufacturers who have to comply with regulations in many different countries. Using a common approach to product identification provides downstream benefits for regulators, providers and patients as well. Given that many devices sold around the world are similar if not the same across various countries, the data generated on a device in one part of the world can be relevant for data consumers elsewhere.
[0031] Inconsistency in the format used to identify medical devices and the lack of a harmonized nomenclature and structure for medical device identification information, currently result in an inability to compile effective market surveillance information about a medical device or product. Lack of a common unified identifier for a universal medical product identification also makes it possible that a medical device may be referenced distinctively in different countries, which limits the ability to compile data or make comparisons across countries. Embodiments described herein may allow for cooperation between the different stakeholders (individuals, organizations, regulators, distributors, etc.) in order to improve the traceability of the products worldwide, create alerts, carry out studies and follow-up on donations, blood transfusions, tissues and organ transplants and other related medicines.
[0032] There exists a need for a system that allows a unified record and a universal identification of biological products of human or animal origin for medical ends in a cross-border way between different countries and systems of codification of products, that could be used from any place in the world to register the deals carried out on these products (like collection/delivery, purchase/sale, change of owner), and to be aware of alterations in the conditions of the product along the whole life of the same one from its origin or production up to its use, which could bear the automatic rejection of the product and prevent it or its derivatives from being used in case of some anomaly being detected.
[0033] Consistent use of a universal identifier for biological products from human or animals and for medical or veterinary purposes can provide a common way to refer to a product and enables tracking and reporting unambiguously on the regulatory marketing status of a medical device around the world, as control of biological medicines such as vaccines and blood products, and is essential for making sure the biological medicines that patients receive (humans or animals) are safe and effective. There exists a need for a unified and universal system for the global identification and traceability of products of biological origin. There exists a need for a unified global register of clinical trials and of organizations that manufacture products of biological origin for medicinal purposes.
[0034] There exists a need for a unified global register of individual receivers or clients of biological products for medicinal purposes of any kind (transfusions, transplants, vaccines, etc.). If an individual receives a blood transfusion in a certain center and a time later it is discovered that the origin donor of the product has suffered cancer and wants to perform a traceability of the recipients of the product or products, the isolation of data between the different centers prevents this in practice. There exists a need for an automatic and universal traceability of the individuals receiving products of biological origin for medical or veterinary purposes. Otherwise it may not possible to identify these recipients in any other center than the one in which the product was used. For example, if an individual resides in a different region or country, that individual cannot relate to a universal identification code of a recipient or client of a biological product for medical or veterinary purposes, nor can this information be automatically related to a donation center in case the person is a donor. For example, neither the recipient nor the medical staff from another center in a different organization, region or country can receive an automatic alert to perform medical tests and follow-up after any anomaly is detected in a specific product of biological origin as well as automatically excluding the individual to donate during a certain time.
[0035] There exists a need for complete cross-border traceability between different territories, labeling systems and regulations, including universal traceability from the origin of the biological products (obtention or manufacture), to the batch of the products, their use and vice versa, as well as being able to notify intermediaries that have used material of biological origin in a production process any event that may affect the quality or safety of the product and any other information found after obtaining the material of biological origin related. The principles of risk management for quality (Quality Risk Management, QRM) are, therefore, important. In addition, there exists a need for a system with data traceability, as the data necessary for complete traceability must be retained for at least 30 years in some countries.
[0036] The following is an example of use of embodiments described herein. A regular blood donor dies and, after performing an autopsy, tumor cells or a tumor is detected in the deceased donor. A unified global registry of products of biological origin for medical purposes and of the different related parties can alert this situation automatically to all the related centers, as well as to quarantine all the products that have been manufactured from the previous blood donations from the donor and follow up on the products that have already been used (platelet units, blood units, plasma, manufactured vaccines, etc.) to take appropriate actions, such as monitoring of clients, patients and/or users who have received these products, allowing, on one hand, to study in a transversal and in depth manner these cases to be able to establish additional measures or protocols based on the results obtained, and on the other hand, to study the appearance or not of this type of disease in all the individuals involved.
SUMMARY
[0037] Embodiments described herein provide a unified global registration process for different territories of products of biological origin for medicinal purposes in humans or other living beings (such as blood, its components and its derivatives such as plasma-derived medicinal products; other tissues such as nerves and blood vessels; other cells such as ovules and master cell lines; organs; others products of biological origin such as insulins), of the distinctive related parties (individuals origin and/or destination of the products such as donors, recipients, clients, users or patients both humans or other types such as animals; other parties involved in the chain of obtaining, manufacturing, processing, storage, transportation and use of these products, clinical interventions) and for the universal identification of both any product and any of the parties related to it (individuals and entities such as organizations, companies, donation and transfusion centers, laboratories, clinics, hospitals, personnel), which presents advantages and characteristics, which will be described in detail later, which infer an improvement of the current state of technique.
[0038] Products of biological origin for medical purposes have in common that they come from living beings or use in their manufacture materials that come from living organisms, and include, among others, blood products (transfusions of red blood cells, platelets), tissues and organs for transplants, medicines of biological origin such as vaccines, cells, advanced therapies such as tissue engineering and other biological products such as biotechnological medicines (erythropoietins, insulins).
[0039] Embodiments described herein provide a process for the unification of the registration and identification of the products of biological origin (obtained from donors or from other sources) and of the different parties related to the obtention and use of the these (entities, human or other individuals) in order to facilitate the access and monitoring of the data in the entire chain of collection, production, supply and utilization of the products of biological origin (obtained from donations or from other sources) for medicinal purposes in humans or other living beings, in a universal manner, from the origin (human or of another living being) until the final use of the product in humans or in other living beings, to certify anywhere, and in a universal manner, the origin, the destination or recipient, as well as the intermediaries and the quality control of the products, in order to:
• facilitate, on one hand, the exchange of information related to the products (center of origin or manufacturing, storage, distribution, receiving center, clinical intervention) and, on the other hand, the unification of the health data of the individuals that are the origin or the destination of the biological products for medicinal purposes (medical or veterinary);
• improve and facilitate the identification of individuals in a universal manner such as donors, recipients, users, clients and patients, humans or other types;
• facilitate, in a universal manner, the identification and access to the data of the products along the chain of collection, production, distribution, supply, utilization, etc., in a unified and universal way, from their origin (human or other types such as animals) until their final use in humans or other living beings;
• allow transverse traceability of products of biological origin between different territories, related parties and systems;
• record the transactions made with the product throughout the production, supply and utilization chain by all the parties involved;
• certify in any place and universally both the origin of the product and all intermediaries related to it;
• certify, control and track the quality of the products;
• save resources; and increase the safety of donations, transfusions and transplants of any kind as well as other types of products of biological origin. [0040] Embodiments described herein provide a method to carry out the steps of both phases for the unified registration and for the universal identification of products of biological origin for medicinal purposes; this method consists of setting up, by centers responsible for the obtention, generation or manufacture of the products (donation centers, hospitals, laboratories) and/or by the centers responsible for the use of the products (hospitals, clinics), through a software application running in an electronic device (computer, mobile, tablet) with network connection to a computer system.
[0041] Embodiments described herein can provide different example features and functions. For example, embodiments described herein can provide a global and unique data storage vault (B102) for each of the data objects for the parties and entities (B103), as an individual (human or other types), product (such as units of plasma or red blood cells, immunoglobulins, vaccines, organs or tissues), or other parties (collection center, manufacturer, clinical trial, clinical intervention . . . ), stored in a database (B101) accessible through a (main) computer system (B100), e.g. in JSON format via REST API or gRPC (B05, B06), among others.
[0042] Embodiments described herein can provide one or more regional data vaults (B12, B22) associated with the global storage vault (B102), each regional vault containing data from one or more local computer systems (B1 , B2) in each geographical region or specific territory (T1 , T2) for distinct data objects (B14, B24) and each regional vault store the data in different databases (B11 , B21) accessible through a regional computer system (B10, B20), e.g. via REST API (Representational State Transfer Application Programming Interface), GraphQL (Graph Query Language) or gRPC (Google's Remote Procedure Call), among other possible, for compliance with different regulations (identification of products, storage of personal data).
[0043] Embodiments described herein can provide one or more profiles for the data objects (in JSON format, among others possible) associated with each global vault (B106, B108) or regional vault (B16, B18, B26, B28) which contain public information (B106, B16, B26), e.g. blood group in the case of an individual and expiration date in the case of a product, or private data (B108, B18, B28) for use by the individual and/or the parties related to the product and authorized to access said private information, such as relevant information on the product (temperature control, tests performed, . . . ) or on the individual (diseases or relevant health disorders, clinical interventions, relevant medical or health treatments, prescription or recent consumption of medication, allergies, relevant medical reports, analytical tests, . . .).
[0044] Embodiments described herein can provide a unique and non-transferable internal identifier (e.g. an UUID using version 4, among other possible) to identify univocally in the system both each generated profile and regional vault (B107, B109 B13, B15, B17, B19, B23, B25, B27, B29), internally relating the information stored in these different profiles and regional vaults with the data object generated for a determined individual or product in the global storage vault (B113).
[0045] Embodiments described herein can provide a unique and non-transferable public identifier associated with the data object in the global vault (B104) to uniquely identify the parties (individual, product, center) as data objects (B103) and access public stored data, for example in an URN (Uniform Resource Name) with an UUID (Universally Unique Identifier) in v4 format (hexadecimal random numbers) generated by a software application using random bytes (e.g. urn:public:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
[0046] Embodiments described herein can provide a unique and non-transferable private identifier associated with the global vault (B105) for access by each related party to the data to which it has access permissions in the data object (B103), allowing anonymization and privacy of personal or medical data related to the individual and of private data related to the product, for example in an URN with an UUID v4 (hexadecimal) generated by a software application using random bytes (urn:private:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
[0047] Embodiments described herein can provide a non-transferable public identification code (B118) that contains at least one field for storing the public identifier (B114), e.g. using JSON data (among other possible), and, optionally, other fields for storing the private identifier (B115) and/or other data (B116) such as the blood group of an individual or product, or production date, batch number and/or expiration of a product.
[0048] In some embodiments, the regional data vaults (B12, B22) and the associated profiles (B16, B18, B26, B28) relate the information stored in a data object (B103) for an individual, product or other related parties in the (main) computer system (B100) with the different systems of databases and existing identification systems (B110) in distinct local computer systems of different territories (B1 , B2), such as personal data and profiles with medical data in the case of an individual, or production and storage data in the case of a product (B16, B18, B26, B28), by using different internal identifiers (B15, B17, B19, B25, B27, B29).
[0049] In some embodiments, the data related with each data object in the global data storage vault (B103), the data related with it in the regional data vaults (B14, B24), the profiles generated in the data object (B106, B108) and the public identifier (B104) are associated with a unique and non-transferable identification code (B118) that allows access to public data and, optionally, to other information by including the necessary data in the identification code. These data are deposited and stored in the database (B101) of a (main) computer system (B100) accessible by the different related parties (individuals, producers, intermediaries, . . . ) based on the access permissions in each case (B07, B08).ln some embodiments, the identification code (B118) contains a set of data defined in fields that identify it as unique and that can also be stored in the system database (B101) and includes, at least, the public identifier and, optionally, other data such as blood group, prescribed medication and contacts for emergencies in the case of an individual (B116).
BRIEF DESCRIPTION OF THE DRAWINGS
[0050] To complement the description that is being made and in order to insure a better understanding of the characteristics of embodiments described here, reference is made to the following drawings that are illustrative and non-limiting:
[0051] FIG. 1 shows, by means of a block diagram, the flow diagram of the operational steps for a method according to embodiments described herein.
[0052] FIG. 2 shows the binary data communication and storage of the information according to embodiments described herein.
[0053] FIG. 3 shows the network connection schema according to embodiments described herein.
[0054] FIG. 4 illustrates a schematic diagram of a computer system unified registry and the universal identification of donors according to embodiments described herein.
DETAILED DESCRIPTION
[0055] Embodiments described herein provide systems and methods for the unified global registry and universal identification of products of biological origin for medicinal purposes in humans or other animals and of the different related parties.
[0056] Products of biological origin for medicinal purposes include, among others, blood products (transfusions of red blood cells, platelets, plasma); medicines of biological origin such as vaccines; cells, tissues and organs for transplants; advanced therapies such as tissue engineering; and other products and biological medicines.
[0057] Embodiments described herein provide a global process for the registration and for the universal identification of products of biological origin for medicinal purposes and of the different related parties such as individuals (donors, recipients, clients, users, patients), origins of products or biological materials (human, animal, cell lines), entities related to the obtention, manufacturing, processing, supplying and utilization of products, clinical trials and clinical interventions or treatments in which products are used, that can achieve the unification, in all territories and for different software solutions, of the registration and identification system of these products and of the related parties, from the origin (human or another living being) to its final use in humans or other living beings. Embodiments described herein can facilitate the exchange of information of the products and between the different related parties as well as the traceability and cooperation between the different participants in the collection, production, storage, transport, processing, distribution and utilization phases.
[0058] Fig. 1 shows an example process for a unified global registration for different territories of products of biological origin for medicinal purposes in humans or other living beings (such as blood, its components and its derivatives such as plasma-derived medicinal products; other tissues such as nerves and blood vessels; other cells such as ovules and master cell lines; organs; others products of biological origin such as insulins), of the distinctive related parties (individuals origin and/or destination of the products such as donors, recipients, clients, users or patients both humans or other types such as animals; other parties involved in the chain of obtaining, manufacturing, processing, storage, transportation and use of these products, clinical interventions) and for the universal identification of both any product and any of the parties related to it (individuals and entities such as organizations, companies, donation and transfusion centers, laboratories, clinics, hospitals, personnel). The method involves a network of hardware devices.
[0059] The example process includes operations or steps grouped in phases for the unified registration and for the universal identification of products of biological origin for medicinal purposes. The method involves setting up, by centers responsible for the obtention, generation or manufacture of the products (donation centers, hospitals, laboratories) and/or by the centers responsible for the use of the products (hospitals, clinics), through a software application running in an electronic device (computer, mobile, tablet) with network connection to a computer system.
[0060] As shown in Fig. 1 , in some embodiments, the method for a unified global registry and universal identification involves executing a first phase “A” and a second phase “B” using a hardware device to execute instructions stored in non-transitory memory.
[0061] In this example, the first phase (A) involves (step i) generating a global and unique data vault in a global database accessible by a main computer system to store data objects for each of the parties. The step can be carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system. One or several regional data vaults are associated to the global vault through internal identifiers and store data for each specific geographic region or territory. The global and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties. The method can also involve generating a unique and non-transferable public identifier associated with the data object in the global vault by the software application using random bytes in hexadecimal format. The method can also involve generating a unique and non-transferable private identifier associated with the global data vault by the software application using random bytes in hexadecimal format.
[0062] In this example, the first phase (A) involves storing one or several alphanumeric-hexadecimal translation maps in the global database in association with the public identifier and the private identifier. In some embodiments, the association is formed by a set of error-free characters including “ABEHKMNOSWXYZ349” that allow the identification of a specific letter even though only a part of said letter can be read.
[0063] In this example, the first phase (A) involves generating a unique public identification code containing at least one field for storing the public identifier from the non-transferable hexadecimal public identifier and a concrete alphanumeric-hexadecimal translation map, and optionally other fields for storing the private identifier and / or other data, to which the public identifier wherein the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated; the unique public identification code having two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information.
[0064] In this example, the first phase (A) involves (step ii) storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system according to access rights to the data.
[0065] In this example, the first phase (A) involves automatically updating by the system of the data storage vault and profile data with relevant events and the date on which the events occurred.
[0066] As shown in Fig. 1 , method can also execute a second phase of a set of operation or steps. In this example, the second phase (B) involves (step iv) identifying the data object stored in the data storage vault and the type of data stored by reading the public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data. This can be implemented using a camera or NFC sensor installed in an electronic device running a software application or using a software service running in a computer system. [0067] In this example, the second phase (B) involves (step v) generating, registering and automatically transmitting data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met, by the main computer system or by a software application running in an electronic device.
[0068] In this example, the second phase (B) involves (step vi) automatically updating the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying, by the main computer system.
[0069] In various embodiments, the second phase (B) can involve additional steps or operations, as described herein and as shown in the example of Fig. 1 .
[0070] Fig. 2 is a schematic diagram showing a network connecting distributed systems, such as a main computer system B100 and regional computer systems B10, B20.
[0071] The main computer system B100 facilitates the exchange of information related to the products (center of origin or manufacturing, storage, distribution, receiving center, clinical intervention) and the unification of the health data of the individuals that are the origin or the destination of the biological products for medicinal purposes (medical or veterinary).
[0072] The main computer system B100 can improve and facilitate the identification of individuals in a universal manner such as donors, recipients, users, clients and patients, humans or other types. The main computer system B100 can facilitate, in a universal manner, the identification and access to the data of the products along the chain of collection, production, distribution, supply, utilization, etc., in a unified and universal way, from their origin (human or other types such as animals) until their final use in humans or other living beings. The main computer system B100 can allow transverse traceability of products of biological origin between different territories, related parties and systems. The main computer system B100 can record the transactions made with the product throughout the production, supply and utilization chain by all the parties involved. The main computer system B100 can certify in any place and universally both the origin of the product and all intermediaries related to it. The main computer system B100 can certify, control and track the quality of the products.
[0073] The main computer system B100 can include (or connect to) a global and unique data storage vault (B102) to store and/or retrieve data for each of the data objects for the parties and entities (B103), as an individual (human or other types), product (such as units of plasma or red blood cells, immunoglobulins, vaccines, organs or tissues), or other parties (collection center, manufacturer, clinical trial, clinical intervention . . . ), stored in a database (B101). The data storage vault (B102) and database (B101) are accessible through a (main) computer system (B100), e.g. in JSON format via REST API or gRPC (B05, B06), among others.
[0074] There can be one or more regional data vaults (B12, B22) associated with the global storage vault (B102). Each regional vault contains or stores data from one or more local computer systems (B1 , B2) in each geographical region or specific territory (T1 , T2) for distinct data objects (B14, B24). Each regional vault (B12, B22) stores the data in different databases (B11 , B21) accessible through a regional computer system (B10, B20), e.g. via REST API (Representational State Transfer Application Programming Interface), GraphQL (Graph Query Language) or gRPC (Google's Remote Procedure Call), among other possible, for compliance with different regulations (identification of products, storage of personal data).
[0075] There can be one or more profiles for the data objects (in JSON format, among others possible) associated with each global vault (B106, B108) or regional vault (B16, B18, B26, B28) which contain public information (B106, B16, B26), e.g. blood group in the case of an individual and expiration date in the case of a product, or private data (B108, B18, B28) for use by the individual and/or the parties related to the product and authorized to access said private information, such as relevant information on the product (temperature control, tests performed) or on the individual (diseases or relevant health disorders, clinical interventions, relevant medical or health treatments, prescription or recent consumption of medication, allergies, relevant medical reports, analytical tests).
[0076] The main computer system B100 generates unique and non-transferable internal identifier (e.g. an UUID using version 4, among other possible) to identify univocally in the system both each generated profile and regional vault (B107, B109 B13, B15, B17, B19, B23, B25, B27, B29), internally relating the information stored in these different profiles and regional vaults with the data object generated for a determined individual or product in the global storage vault (B113).
[0077] The main computer system B100 generates a unique and non-transferable public identifier associated with the data object in the global vault (B104) to uniquely identify the parties (individual, product, center) as data objects (B103). The main computer system B100 can access public stored data, for example in an URN (Uniform Resource Name) with an UUID (Universally Unique Identifier) in v4 format (hexadecimal random numbers) generated by a software application using random bytes (e.g. urn:public:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
[0078] The main computer system B100 generates a unique and non-transferable private identifier associated with the global vault (B105) for access by each related party to the data to which it has access permissions in the data object (B103), allowing anonymization and privacy of personal or medical data related to the individual and of private data related to the product, for example in an URN with an UUID v4 (hexadecimal) generated by a software application using random bytes (urn:private:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
[0079] The main computer system B100 generates a non-transferable public identification code (B118) that contains at least one field for storing the public identifier (B114), e.g. using JSON data (among other possible), and, in some embodiments, other fields for storing the private identifier (B115) and/or other data (B116) such as the blood group of an individual or product, or production date, batch number and/or expiration of a product. For example, the main computer system B100 generates an identification code B118 with binary data B111 .
[0080] The regional data vaults (B12, B22) and the associated profiles (B16, B18, B26, B28) relate the information stored in a data object (B103) for an individual, product or other related parties in the (main) computer system (B100) with the different systems of databases and existing identification systems (B110) in distinct local computer systems of different territories (B1 , B2), such as personal data and profiles with medical data in the case of an individual, or production and storage data in the case of a product (B16, B18, B26, B28), by using different internal identifiers (B15, B17, B19, B25, B27, B29).
[0081] The data related with each data object in the global data storage vault (B103), the data related with it in the regional data vaults (B14, B24), the profiles generated in the data object (B106, B108) and the public identifier (B104) are associated with a unique and non-transferable identification code (B118) that allows access (e.g., by the main computer system B100 or regional computer systems B10, B20) to public data and, in some embodiments, to other information by including the necessary data in the identification code. These data are deposited and stored in the database (B101) of a (main) computer system (B100) accessible by the different related parties (individuals, producers, intermediaries) based on the access permissions in each case (B07, B08).
[0082] The identification code (B118) contains a set of data defined in fields that identify it as unique and that can also be stored in the system database (B101) and includes, at least, the public identifier and, optionally, other data such as blood group, prescribed medication and contacts for emergencies in the case of an individual (B116).
[0083] The communication of binary data B111 (of the identification code B118) between the local computer systems of the authorized centers (B1 , B2) and the computer systems (B100, B10, B20) according to embodiments described herein can be carried out in a secure manner (B03, B04, B05, B06, B07, B08) by using Secure Sockets Layer (SSL) and/or Virtual Private Networks (VPN), among others possible. [0084] The unified global registry and the universal identifier can identify the products, individuals and to each of the parties related to them in a global and univocal way and, on the other hand, to obtain and store the relevant information of all of them. In the case of products, the unified global registry and the universal identifier serves to identify them and to record the relevant events and transactions that take place with the products throughout the production and/or supply chain; in the case of individuals (such as donors, clients, users, patients), it serves to identify them in a global way and to follow up on their clinical history as well as to collect relevant medical or health information; in the case of other biological origins such as cell lines, it serves for identification (which may correspond to a lot number) and the recording of variations in production (growth conditions, compounds used to stabilize the protein, manufacturing conditions); in the case of clinical interventions in which products of biological origin are used, it serves to relate the products, the center that performs the clinical intervention and the individual that receives the product; in the case of collection, manufacturing, storage, supply and utilization entities, it serves to identify each one as well as authorized devices and personnel with a network connection to the computer system.
[0085] The method shown in Fig. 1 can unify and facilitate the monitoring of the whole chain of obtaining, producing and controlling the quality of the products, the supply and utilization chain, as well as retrieving information from these parts and the products, such as their origin, their destination, the manufacturer, the control of the storage conditions such as the cold chain, its utilization in a recipient, possible complications or adverse reactions, in order to facilitate and achieve a global monitoring of origin to recipient and of recipient to origin to achieve universal traceability in both directions.
[0086] The public identification code (B118) serves to identify a product or other related parties such as a collection or manufacturing center, a donor, a cell line, a clinical, hospital or veterinary center, a recipient, a user or a patient and it preferably has two types of information. A first type, of public information (open accessibility) such as the public identifier (B104) and other information such as blood group, date, place of origin, use of the product, expiration date and quality control, variable in each case (B116). A second type of information will be accessible only from centers and personnel with the required permissions to decipher this information (e.g. health data of the individual, analytical data, production reports, etc.). As shown in Fig. 2, the identification code (B118) can contain different data elements such as binary data (B111) including a Public ID (B114), Private ID (B115), and other data (B116). Identification of the data object stored in the data storage vault and the type of data stored (product, individual, clinical intervention, entity) can be executed by system(s) (B100, B10, B20) by reading the public identification code (B118, B111). [0087] The method unified global registry and the universal identifier involves different operations or steps. For example, the method can involve the following: setting up, through a global database (B101) and regional databases for each territory (B11 , B21) accessible by the different centers and authorized users through a computer system for each database (B100, B10, B20), of: a global and unique data storage vault (B102) which is a defined collection of data in one logical container in the global database (B101), to store data objects of the parties and entities in the global database (B103) and accessible through a main computer system (B100), e.g. via REST API or gRPC among others (B05, B06, B07, B08), carried out after a voluntary data object storing request made by an individual or by one of the related parties through a software application or service running in a local computer system and/or in an electronic device (B1 , B2) such as a server, computer, or tablet with a network connection to the computer system via REST API or gRPC among other possible (B05, B06); one or more regional data vaults (B12, B22) associated with the global storage vault through internal identifiers (B113, B13, B23), each regional vault containing data from one or more local computer systems in each geographical region or specific territory (B16, B18, B26, B28) and each regional vault store the data in different databases (B11 , B21) accessible through a regional computer system (B10, B20), e.g. via REST API or gRPC among others, for example for compliance with different regulations such as identification of products and/or data residency; and one or several profiles for the data objects (B106, B108, B16, B18, B26, B28), e.g. in JSON format among others possible, and associated with each data vault generated in the system, and that contains: public information of the product accessible to any user, and private information that is managed and shared by the different related parties; a unique and non-transferable public identifier associated with the data object in the global vault (B104) and to identify the type of data it refers to (individual, product, entity, clinical intervention, . . . ), for accessing public data stored in the data vaults and/or associated profiles, e.g. by using an UUID version 4 in hexadecimal and URN format (such as urn:public:product:uuid: 38735183-d078-494d-b3b5-fbfebaccadf6), among other possible; a unique and non-transferable private identifier associated with the global data storage vault (B105) and to identify the type of data it refers to (individual, product, entity, clinical intervention, . . . ) for accessing both public and private stored data by authorized entities and personnel in each case, e.g. by using an UUID version 4 in hexadecimal and URN format (such as urn:pulic:product:uuid:38735183-d078-494d-b3b5-fbfebaccadf6).
[0088] The systems and methods according to embodiments described herein can involve one or several alphanumeric-hexadecimal translation maps stored in the global database (B112) and associated with the public identifier and the private identifier.
[0089] The systems and methods according to embodiments described herein can also involve a unique public identification code (B118) containing at least one field for storing the public identifier (B114) generated from the non-transferable public identifier with the hexadecimal format and a concrete alphanumeric-hexadecimal translation map, and optionally other fields for storing the private identifier and/or other data. There can be an automatic update by the system of the data storage vault and/or profile data with relevant events and the date on which they occurred, related either to products, individuals or others (detection of a disease or prescription of a treatment in an individual, transactions or changes in the temperature conditions of a product, utilization of a product in a clinical intervention, . . . ).
[0090] The systems and methods according to embodiments described herein can involve identification of the data object stored in the data storage vault and the type of data stored (product, individual, clinical intervention, entity, . . . ) by reading the public identification code (B118), for example through a camera or NFC sensor installed in an electronic device that runs a software application executed by a public user or by an entity and its authorized personnel or by a software service running in a computer system (B1 , B2), to decode the binary data of the code for access to the information of the information and the profiles of the data object stored in the data vault; generation, registration and communication of an incident if there is an impediment, carried out by the main computer system and/or by a software application running in an electronic device (e.g. a server, computer, tablet); and automatic updating of the information in the vault and in the profiles of a data object in the database accessible by the different parties and users, carried out by the main computer system (e.g. via REST API or gRPC, among others).
[0091] The systems and methods according to embodiments described herein can identify relevant events those that may affect the safety of the product, and any of the procedures or processes or the individuals involved, such as diseases, medications or treatments of an individual and variations in the temperature of conservation of a product, elapsed time without receiving information about the product, expiration of the product due to expiration or for other reasons. The capture of these events will be done automatically by the system or by devices of authorized entities and users.
[0092] The systems and methods according to embodiments described herein can involve obtaining information on a collection, donation, manufacture, utilization or clinical intervention process (such as date, time, type of product, origin, destination, among others), for example via REST API or gRPC (among others), store this information in the corresponding vaults and profiles and, optionally, notify the owner or entity responsible for the process (right analytical result, for example) for example via email, SMS, or push notification to a software application.
[0093] The systems and methods according to embodiments described herein can involve obtaining relevant information from other entities (e.g. from medical centers, health authorities, among others via REST API or gRPC, among others), and incorporate it into the stored vaults and profiles, either for public access to said information or for private access from authorized entities and personnel. [0094] The systems and methods according to embodiments described herein can involve obtaining data from the product itself using telemetry devices incorporated in the product or devices to which the product is associated (such as geolocation, temperature and other variables), store them in the database (e.g. via REST API) and update product information when results are available.
[0095] The systems and methods according to embodiments described herein can generate automatic alerts (e.g. via email, SMS, push notification to a software application or by a logging service) when certain conditions are met, such as variation in temperature, near expiration or product wastage for a specific cause, carried out by the computer system (e.g. invalid product, expired date, among other possible).
[0096] The systems and methods according to embodiments described herein can send a global alarm to all parties involved and related to the process after detecting a serious illness in a donor or a serious anomaly in any of the related processes (collection, production, supply, utilization) to initiate protocols and check donations or related products that may be affected (e.g. via email, SMS, push notification to a software application, by a logging service, among others), carried out by the computer system. Store in the product profiles stored in the global data vault and/or in the generated identification code distinct universal product code identifiers of one or more countries (GUDID, EU-UDI, . . . ) and one or more product labeling systems (ISBT 128, GS1 , HIBC, . . . ), carried out after a voluntary data object storing request made by an individual or by one of the related parties through a software application or service running in a local computer system and/or in an electronic device such as a server, computer, or tablet with a network connection to the main computer system. Associate the product with one or more links to web addresses in the identification code of the product generated and/or in the public information of the product stored in the data vault, so that any user can consult commercial information or public access data related to the product (for example through a camera or NFC sensor installed in an electronic device that runs a software application).
[0097] The unified code for the identification of a biologic originated product generated according to the methods described herein will be UDI compatible by containing both UDI-DI and UDI-PI in the additional data (B116) and will be deposited or printed on the product itself univocally and non-transferable, by means of a human readable alphanumeric code (HRI) and a machine readable code (MRI) to be read automatically from an electronic device and carried out preferably on a NFC tag without ruling out other options (such as a QR code, for example), and includes a series of data that identify and distinguish it as unique.
[0098] The identification code for the products and for the other related parties, in addition to containing the public identifier (B114) that allows access to public data stored in the system, may optionally contain the private identifier (B 115) for access to private information (which can only be accessed and deciphered by an authorized device and personnel), and may also include information to be legible and consulted by any user such as UDI codes in one or more territories or jurisdictions, production date, blood group, expiration, etc. (B116). Optionally, said identification code, once generated, can also be stored in the global database of the main computer system accessible by the different parties and/or users (producer or manufacturer, intermediaries, customers, recipients, consumers, . . . ) via REST API or gRPC among other possible.
[0099] According to the above, the method of the procedure can allow generating, global public and private identifiers, unique and non-transferable, as well as the unique identification codes of: products of biological origin; individuals (human or other types) as donors, clients, users and patients; cellular production lines; entities such as companies, organizations, donation centers, medical centers, clinics, hospitals, laboratories, as well as related personnel and devices to access the system; clinical trials, clinical interventions and treatments whether medical in humans or veterinary in animals.
[0100] The identification code for an individual may contain certain health and medical information for emergencies that the user has approved for publicly sharing such as blood group, prescribed medication, allergies and contacts for emergencies. Further, as security measures, the computer system (B100) additionally can notify the individuals and/or their contacts when the information of the identification code is read and the user and/or the device, entity and personnel that makes the reading will be identified (e.g. via email, SMS, push notification to software application, among others). Furthermore, if access to private medical information is required by an entity and/or personnel to which the individual has not granted permission, the access permissions will be requested to the individual and/or to the contacts established for such case through a notification.
[0101] In some embodiments, the public identifier can be composed of a set of alphanumeric characters called "error-free" that cannot be confused with each other due to wear, dirt or bad printing of them, in order to avoid errors in the identification. This set can consist of only 16 characters that form an alphanumeric-hexadecimal map translation and that is stored in the system, formed by but not limited to "ABEHKMNOSWXYZ349", that allows the identification of a specific letter even though only a part of said letter can be read. Said identifier will preferably have a length of 32 characters, so that the number of possible public identifiers using this format is 16 raised to 32, or about 3.4.times.10 raised to 38. Each of the characters will have an equivalence with a hexadecimal number using the defined translation map, and this equivalence may vary with each version of the public identifier that is implemented. On the other hand, said product identifier may contain a series of characters that allow determining the version of the translation map used and also one or more redundancy characters to perform the automatic error detection and correction by the system when the identifier is read.
[0102] The direct translation of alphanumeric character to hexadecimal number can be carried out by the computer system (B100) using the character translation map stored in the global database (B112). The public identifier (B104) preferably contains an UUID in v4 format (random Universally Unique Identifier), without discarding others.
[0103] The creation of translation maps of alphanumeric characters to hexadecimal numbers adds an extra layer of security to avoid that the generation system of public identifiers can be discovered and makes it possible to change the alphanumeric coding of the public identifier simply by assigning a new map translation of alphanumeric characters, without the need to make other modifications in the identification system.
[0104] It should be noted that each of the data profiles associated with data objects in the global storage vault (B106, B108) are generated either by an authorized entity and personnel that performs the registration or creation of the data object in the global storage vault or by any of the other authorized related parties for data storage, through a software application running in an electronic device (e.g. server, computer, tablet) and/or computer system with network connection to the main computer system (B5, B6, B7, B8) via REST API or gRPC, among other possible.
[0105] Based on the identification code generated, the identification of the product or any of the other related parties can be made by a computer equipment or electronic device conveniently installed for this purpose and, through the identification data of the code (B118) and the corresponding access permissions in the private profiles (B108, B18, B28), to access to the data of the vaults and profiles stored in the computer system (B100) to which the access permission has been granted in each case.
[0106] In case of existence of any impediment to generate the registration of a data object or profile in a data vault, access to specific data, make a transaction (purchase/sale, sending/receiving) or for the utilization of a product (absence of analytical, breakage of the cold chain, incompatibility), the computer system (B100) can send a notification and a software application installed with network connection with the computer system can generate an alarm to alert of this circumstance to the related parties and to the corresponding personnel.
[0107] The generated identification code (B118) can also allow the content of the information it incorporates to be varied, so if the information of the data object and their associated profiles in the database accessible by the different authorized parties changes (date storage or fractionation, delivery/collection, etc.), the identification code changes dynamically.
[0108] In some embodiments, the computer system (B100) will be able to capture information from other computer systems (e.g. via REST API or gRPC, among others) and associate this information to the data objects and their profiles in the data vaults such as analysis and other data of the production and/or supply chain, or data from telemetry devices incorporated in the product or from other devices to which the product is associated (such as geolocation and/or temperature) and store them in the database accessible by the different parties. The computer system may incorporate all or part of said additional information that will be introduced into the data object and the corresponding associated data profile, either automatically or selectively through a software or application running in an electronic device with a network connection to the computer system.
[0109] In addition, the computer system is able to send a notification to a software application in an electronic device of an individual (donor, user, client, recipient, patient) and/or to a computer system of the entity (s) and/or to a software application of authorized personnel when there are updates on the status of any type of information with which it is related (analytical received, close expiration, etc.).
[0110] In some embodiments, the computer system (B100) may alert related parties and designated personnel to receive notices by receiving relevant information from authorized entities/centers or from telemetry devices (e.g. in case of detection of a relevant disease in a donor or breakage of the cold chain) and incorporate said information into the corresponding data object and profile in the data vault.
[0111] The computer system (B100) can also automatically detect the location of the products (for example via REST API) and inform the related entities and designated personnel to receive this information by generating notifications (e.g. by email, SMS, push notifications to a software application or through a logging service, among others), as well as indicate an estimated time of arrival of a product, for example for the performance of an organ transplant or a blood transfusion. The detection of the product is made by the computer system through geolocation means that incorporate the product itself such as those included in its packaging or through electronic devices to which the product is associated, such as a SIM card through a mobile phone or other geolocation device with network connection with the computer system, provided by the service and/or personnel carrying out the transport.
[0112] In case of detection by the system of any discordance or absence of certain data entered, stored, collected or received, the system may assess the situation and warn the related parties (collector, producer, transport, recipient, etc.), and mark the related data as erroneous or pending verification. For example, if the registration of a product is made from a universal donor identifier and the blood group associated with the donor does not coincide with the result of the blood test, the system will warn of this situation and mark the product as pending of verification and not suitable for use. Likewise, the rest of the bags of blood collected on the same day by the same donation center or analyzed on the same day by the same laboratory can be marked automatically to request a verification of the rest of the products that may be involved.
[0113] The discreet method of the procedure for the unified global registry and universal identification of products of biological origin for medicinal purposes in humans or other animals and of the different related parties consists of an object of unknown characteristics thus far for the purpose for which it is intended, reasons which, combined with its practical utility, provide it with sufficient grounds to obtain the privilege of its exclusivity which is required.
[0114] In view of the described figures, and in accordance with the numeration adopted therein, it can be seen how the process and methods involve different following phases and steps.
[0115] In a first phase (A) for the unified global registry of products of biological origin for medicinal purposes and of the different related parties, the method can involve: i) generating a) a global and unique data vault in a global database accessible by the different parties through a main computer system (e.g. via REST API or gRPC) to store data objects for each of the parties (e.g. in JSON format, among others possible), carried out after a voluntary data object storing request made by an individual or by one of the related parties through a software application or service running in a local computer system and/or in an electronic device such as a server, computer, or tablet with a network connection to the main computer system; b) one or several regional data vaults associated with the global vault through internal identifiers and containing data stored in each specific geographic region or territory; c) one or several profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties; d) a unique and non- transferable public identifier associated with the data object in the global vault, for example in an URN with an UUID v4 (hexadecimal) generated by a software application using random bytes; e) a unique and non-transferable private identifier associated with the global data vault, for example in an URN with an UUID v4 (hexadecimal) generated by a software application using random bytes; f) one or several alphanumeric-hexadecimal translation maps, stored in the global database, and associated with the public identifier and with the private identifier, formed by a set of error-free characters such as ABEHKMNOSWXYZ349 that allow the identification of a specific letter even though only a part of said letter can be read; g) a unique public identification code containing at least one field for storing the public identifier generated from the non-transferable public identifier with the hexadecimal format and a concrete alphanumeric-hexadecimal translation map, and optionally other fields for storing the private identifier and/or other data, to which the public identifier, the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated. The method can involve ii) storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through a main computer system (e.g. via REST API) according to their access rights to the data. The method can involve iii) automatically updating by the main computer system of specific data objects and profiles with relevant events and the date on which they occurred (clinical interventions, diseases, donations, allergies, adverse reactions, . . . ) after capturing or obtaining this information from other computer systems and/or electronic devices (e.g. via REST API orgRPC, among others).
[0116] Once the first phase (A) of the method is realized, the second phase (B) for universal identification of products of biological origin for medicinal purposes and of the different related parties can be carried out. In phase (B), the method can involve: iv) identification of the data object stored in the data storage vault and the type of data stored (e.g. product, individual, clinical intervention, entity) by reading the public identification code, for example through a camera or NFC sensor installed in an electronic device that runs a software application executed by a public user or by an entity and its authorized personnel or by a software service running in a computer system, to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data. The method can involve v) generating, registering, and automatically communicating an incident in case of existence of any impediment when making the identification, accessing the data, making the registration of new information, when a verification is required or when certain previously established conditions are met (e.g. variations in the temperature, close expiration, rejection of the product for some reason), carried out by the main computer system and/or by a software application running in an electronic device such as a server, computer or tablet (e.g. via email, SMS, push notification to a software application, by a logging service, among others). The method can involve vi) automatically updating of the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying and/or using (e.g. lot number, result of analysis performed, shipping/reception transactions, utilization in a clinical intervention, data of the individuals), carried out by the main computer system (e.g. via API REST or gRPC, among others).
[0117] In addition, in some embodiments, the method in phase (B) can involve: vii) automatically obtaining information from a collection, donation, supply, utilization or clinical intervention process and store this information in the corresponding vaults and profiles in the global database, carried out by the main computer system (e.g. via API REST or gRPC, among others); and the method can involve viii) sending a notification to the related and/or designated parties when the data collected is available for consultation, carried out by the main computer system (e.g. via email, SMS, push notification to a software application, among others).
[0118] In some embodiments, the method also contemplates the incorporation of one or several of the following stages in this phase (B): ix) obtaining relevant information from other entities (e.g. collection of reports, breakage of the cold chain) and automatically incorporate this information into the data object and profiles stored in the global or local vaults, and notify of it to related parties and designated personnel, carried out by the main computer system or by one or several regional computer systems (e.g. via API REST and email, SMS, push notification to a software application, among others); x) generating automatic alerts when it is detected that certain conditions are met (e.g. close expiration, expiration of a product, detection of anomaly), to initiate protocols, request verification or validation of other data or related products that may be affected and incorporate the information to the corresponding data vaults and profiles of a data object, carried out by the main computer system or by one or several regional computer systems (e.g. via API REST and email, SMS, push notification to a software application, logging service, among others); xi) detecting and registering the location of a product through geolocation incorporated in it or through electronic devices to which it is associated (e.g. SIM card by mobile phone, geolocation device), carried out by the main computer system, by one or several regional computer systems or by a software application running in an electronic device (e.g. via API REST); xii) generating a notice and inform of the location of a product to the owner and/or to the destination, as well as the expected delivery or arrival time of the product, carried out by the main computer system or by one or several regional computer systems (e.g. via API REST and email, SMS, push notification to a software application, among others).
[0119] Finally, if a new information is generated in the vaults when a transaction is made (sending/receiving, buying/selling, utilization in a clinical intervention, etc.), in some embodiments, the procedure can involve in this phase (B): xiii) checking that the conditions to carry out the transaction are met and notify the parties (e.g. valid or compatible product, user authorized to write data in the database), carried out automatically by the main computer system after a request received (e.g. via REST API or gRPC, among others); and xiv) updating the information of the data object in the corresponding vaults and profiles with the result of the transaction made, carried out by the main computer system after a response received from the global database (e.g. via REST API or gRPC, among other possible).
[0120] In an example embodiment, the procedure generates global public and private identifiers, unique and non-transferable, as well as the unique identification codes of:
- products of biological origin; - individuals (human or other types) as donors, clients, users and patients;
- cellular production lines;
- entities such as companies, organizations, donation centers, medical centers, clinics, hospitals, laboratories, as well as related personnel and devices;
- clinical trials, clinical interventions and treatments, whether medical in humans or veterinary in animals.
[0121] In an example embodiment the identification code is deposited in a device that contains a unique identifier such as an NFC tag or similar (e.g. RFID tag) that identifies univocally the device, carried out by a software running in an electronic device configured for that.
[0122] In another example embodiment, the identification code is deposited in a QR code or similar (e.g. other types of matrix barcodes) that can be alternatively displayed in the screen of an electronic device or printed and associated to parties such as individuals (recipients, clients, users, patients), products and/or origins of products or biological materials, carried out by a software running in an electronic device configured for that.
[0123] In an example embodiment the identification code contains two types of information such public and private information from the public and private profile(s) of the data object stored in the global database and/or in the regional databases and related with the data object; the permissions are controlled by the main computer system and/or by the regional computer system(s) where the data is requested; the private information can be additionally encrypted in the identification code and in the database and only accessible by the authorized entities and personnel through an encryption key (using a symmetric or an asymmetric encryption key) which is required to decrypt the data for access the private information.
[0124] In an example embodiment, the identifier of the individuals (donors, recipients, customers, users, patients) is made by using the unified donor identifier as a means of universal identification and for the traceability of individuals in both directions (from origin to destination and from destination to origin).
[0125] In an example embodiment, the public identifier and the private identifier are generated using an URN format that allows to identify the type of data it refers to (e.g. urn:private:product:uuid:38735183- d078-494d-b3b5-fbfebaccadf6).
[0126] In an example embodiment, the public identifier and the private identifier are generated in using an UUID in v4 format formed by 32 hexadecimal characters (e.g. 38735183-d078-494d-b3b5- fbfebaccadf6), additionally, the UUID of the public identifier (32 hexadecimal characters) can be converted to an UDI-DI compatible identifier (e.g. in case of products whose are medical devices) both to Base 64 or to Base 58 to fit the maximum length requirements in different regulations (e.g. 23 alphanumeric characters in the USA excluding the check control characters, 25 characters in Europe including the check control characters).
[0127] In an example embodiment, the data communication between the local computer systems of the authorized centers, the electronic devices and the global and regional computer systems is carried out in a secure manner by using Secure Sockets Layer (SSL) and/or Virtual Private Networks (VPN), without excluding other options.
[0128] FIG. 3 illustrates a schematic diagram of a distributed network computer systems for unified registry and the universal identification of donors according to embodiments described herein according to embodiments described herein. A main computer system (B100) connects to a global database (B101) by a network. The main computer system (B100) also connects to a regional computer system (B10) by a network connection. The regional computer system (B10) connects with its regional database (B11) by a network connection, and another computer system by another network connection.
[0129] FIG. 4 illustrates a schematic diagram of a distributed network computer systems for unified registry and the universal identification of donors according to embodiments described herein.
[0130] The system shown in Fig. 4 provides for a unified global registry and universal identification of products of biological origin for medicinal purposes in humans or other animals and of the different related parties across a network of hardware devices. A main computer system B100 has a hardware processor executing a first phase “A” and a second phase “B” using instructions stored in non-transitory memory 120.
[0131] The main computer system B100 and a common database B101 are accessible via a network connection by regional computer system B10, and different electronic devices. The main computer system B100 has a hardware processor 110 and non-transitory memory 120 storing a global database B101. The main computer system B102 executes instructions for a first phase (A) and a second phase (B).
[0132] The first phase (A) involves different operations. The main computer system B102 generates a global and unique data vault in a global database accessible to store data objects for each of the parties, carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system B102. [0133] In some embodiments, one or several regional data vaults are associated to the global vault (of global database B101) through internal identifiers and store data for each specific geographic region or territory. The global database B101 and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties.
[0134] The main computer system B102 generates a unique and non-transferable public identifier associated with the data object in the global vault by the software application using random bytes in hexadecimal format;generating a unique and non-transferable private identifier associated with the global data vault by the software application using random bytes in hexadecimal format.
[0135] The main computer system B102 stores one or several alphanumeric-hexadecimal translation maps in the global database in association with the public identifier and the private identifier, wherein the association is formed by a set of error-free characters including “ABEHKMNOSWXYZ349” that allow the identification of a specific letter even though only a part of said letter can be read.
[0136] The main computer system B102 generates a unique public identification code containing at least one field for storing the public identifier from the non-transferable hexadecimal public identifier and a concrete alphanumeric-hexadecimal translation map, and optionally other fields for storing the private identifier and / or other data, to which the public identifier.
[0137] The data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associate. The unique public identification code has two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information.
[0138] The main computer system B102 stores the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system B102 according to access rights to the data.
[0139] The main computer system B102 automatically updates the global database B101 (storage vault and profile data) with relevant events and the date on which the events occurred.
[0140] The main computer system B102 executes the second phase (B) which involves different operations. [0141] The main computer system B102 identifies the data object stored in the data storage vault and the type of data stored by reading the public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data using a camera or NFC sensor installed in an electronic device running a software application or using a software service running in a computer system.
[0142] The main computer system B102 generates, registers and automatically transmits data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met. In some embodiments, the operations may be implemented by a software application running in an electronic device.
[0143] The main computer system B102 automatically updates the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying.
[0144] Embodiments described herein provide a non-transitory computer readable medium storing instructions for execution by a hardware processor to perform a computer implemented process for a unified global registry.
[0145] The embodiments of the devices, systems and methods described herein may be implemented in a combination of both hardware and software. These embodiments may be implemented on programmable computers, each computer including at least one processor, a data storage system (including volatile memory or non-volatile memory or other data storage elements or a combination thereof), and at least one communication interface.
[0146] Program code is applied to input data to perform the functions described herein and to generate output information. The output information is applied to one or more output devices. In some embodiments, the communication interface may be a network communication interface. In embodiments in which elements may be combined, the communication interface may be a software communication interface, such as those for inter-process communication. In still other embodiments, there may be a combination of communication interfaces implemented as hardware, software, and combination thereof.
[0147] The technical solution of embodiments may be in the form of a software product. The software product may be stored in a non-volatile or non-transitory storage medium, which can be a compact disk read-only memory (CD-ROM), a USB flash disk, or a removable hard disk. The software product includes a number of instructions that enable a computer device (personal computer, server, or network device) to execute the methods provided by the embodiments.
[0148] The embodiments described herein are implemented by physical computer hardware, including computing devices, servers, receivers, transmitters, processors, memory, displays, and networks. The embodiments described herein provide useful physical machines and particularly configured computer hardware arrangements. The embodiments described herein are directed to electronic machines and methods implemented by electronic machines adapted for processing and transforming electromagnetic signals which represent various types of information. The embodiments described herein pervasively and integrally relate to machines, and their uses; and the embodiments described herein have no meaning or practical applicability outside their use with computer hardware, machines, and various hardware components. Substituting the physical hardware particularly configured to implement various acts for nonphysical hardware, using mental steps for example, may substantially affect the way the embodiments work. Such computer hardware limitations are clearly essential elements of the embodiments described herein, and they cannot be omitted or substituted for mental means without having a material effect on the operation and structure of the embodiments described herein. The computer hardware is essential to implement the various embodiments described herein and is not merely used to perform steps expeditiously and in an efficient manner.
[0149] The system and methods described herein can be implemented using a computing device or multiple computing devices operable by users to access remote network resources and exchange data. The computing devices may be the same or different types of devices.
[0150] As shown in Fig. 4, the main computer system B100 can be implemented by a computing device with at least one processor 110, a data storage device 120 (including memory, non-transitory computer readable media, or other data storage elements or a combination thereof), at least one I/O device 130, at least one network interface 140, and at least one API 150. The hardware components may be connected in various ways including directly coupled, indirectly coupled via a network, and distributed over a wide geographic area and connected via a network (which may be referred to as cloud computing or services).
[0151] Each processor 110 may be, for example, any type of general-purpose microprocessor or microcontroller, a digital signal processing (DSP) processor, an integrated circuit, a field programmable gate array (FPGA), a reconfigurable processor, a programmable read-only memory (PROM), or any combination thereof.
[0152] Memory 120 may include a suitable combination of any type of computer memory that is located either internally or externally such as, for example, random-access memory (RAM), read-only memory (ROM), compact disc read-only memory (CDROM), electro-optical memory, magneto-optical memory, erasable programmable read-only memory (EPROM), and electrically-erasable programmable read-only memory (EEPROM), Ferroelectric RAM (FRAM) or the like.
[0153] Each I/O interface 130 enables computing device to interconnect with one or more input devices, such as a keyboard, mouse, camera, touch screen and a microphone, or with one or more output devices such as a display screen and a speaker.
[0154] Each network interface 140 enables computing device to communicate with other components, to exchange data with other components, to access and connect to network resources, to serve applications, and perform other computing applications by connecting to a network (or multiple networks) capable of carrying data including the Internet, Ethernet, plain old telephone service (POTS) line, public switch telephone network (PSTN), integrated services digital network (ISDN), digital subscriber line (DSL), coaxial cable, fiber optics, satellite, mobile, wireless (e.g. Wi-Fi, WiMAX), SS7 signaling network, fixed line, local area network, wide area network, and others, including any combination of these.
[0155] The API 150 can enable regional computer system B10 or electronic devices to communicate with the computer system B100 to electronically exchange data and control commands.
[0156] The computer system B100 is operable to register and authenticate users (using a login, unique identifier, and password for example) prior to providing access to applications, a local network, network resources, other networks and network security devices. Computing devices may serve one user or multiple users.
[0157] As the attributes of various embodiments have been sufficiently described, as well as how to put it into practice, it is not considered necessary to make a more extensive explanation so that any expert in the matter understands its scope and the advantages that derive from it, clarifying that, within its essence, it may be put into practice in other ways of implementation that differ in detail from the application thereof indicated by way of example, and which will also reach the protection that is sought, provided that it is not altered, changed or modified in its fundamental principle.

Claims

CLAIMS What is claimed is:
1 . A computer implemented method for a unified global registry and universal identification of products of biological origin for medicinal purposes in humans or other animals and of the different related parties across a network of hardware devices, the method comprising executing a first phase “A” and a second phase “B” using a hardware device to execute instructions stored in non-transitory memory; the first phase (A) comprising: generating a global and unique data vault in a global database accessible by a main computer system to store data objects for each of the parties, carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system; wherein one or several regional data vaults are associated to the global vault through internal identifiers and store data for each specific geographic region or territory; wherein the global and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties; generating a unique and non-transferable public identifier associated with the data object in the global vault by the software application using random bytes in hexadecimal format;generating a unique and non-transferable private identifier associated with the global data vault by the software application using random bytes in hexadecimal format; storing one or several alphanumeric-hexadecimal translation maps in the global database in association with the public identifier and the private identifier, wherein the association is formed by a set of error-free characters including “ABEHKMNOSWXYZ349” that allow the identification of a specific letter even though only a part of said letter can be read; and generating a unique public identification code containing at least one field for storing the public identifier from the non-transferable hexadecimal public identifier and a concrete alphanumeric- hexadecimal translation map, and optionally other fields for storing the private identifier and / or other data, to which the public identifier;wherein the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated; the unique public identification code having two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information; storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system according to access rights to the data; automatically updating by the system of the data storage vault and profile data with relevant events and the date on which the events occurred; the second phase (B) comprising: identifying the data object stored in the data storage vault and the type of data stored by readingthe public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data using a camera or NFC sensor installed in an electronic device running a software application or using a software service running in a computer system; generating, registering and automatically transmitting data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met, by the main computer system or by a software application running in an electronic device; automatically updating the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying, by the main computer system.
2. The method according to claim 1 , further comprising generating global public and private identifiers, unique and non-transferable, unique identification codes of products of biological origin, of individuals (human or other types), of cellular production lines, of entities (companies, organizations, donation centers, medical centers, clinics, hospitals, laboratories), related data for personnel and devices, and of clinical interventions (medical in humans or veterinary in animals), carried out by the main computer system after a request is received and whose are stored in the global database and in the regional databases.
3. The method according to claim 1 , further comprising using the universal donor identifier as the universal identifier of individuals and for the traceability of the health history stored in the global and the regional databases of related individuals comprising donors, recipients, users, clients, and patients.
4. The method according to claim 1 , wherein the product identification code comprises product identifiers from one or more countries (or jurisdictions), one or more product labeling systems and, additionally, one or more links to web addresses, stored in the global database and / or in the regional databases.
5. The method according to claim 1 , further comprising depositing the identification code in a device that contains a unique identifier in an NFC tag that identifies univocally the device, carried out by a software running in an electronic device.
6. The method according to claim 1 , wherein the identification code is deposited in a QR code or similar types of matrix barcodes that can be displayed in the screen of an electronic device or printed and associated to the different parties, carried out by a software running in an electronic device configured for that.
7. The method according to claim 1 , wherein the public identifier and the private identifier are generated using an URN format that allows to identify the type of data it refers to and includes an UUID in v4 format formed by 32 hexadecimal characters.
8. The method according to claim 1 , wherein the public identifier, the private identifier and, additionally, other data contained in the identification code are available for automatic reading by electronic devices (Machine Readable Interpretation or MRI) and for Human Readable Interpretation (HRI) by means of a set of alphanumeric characters that avoid confusion among them by a bad reading and that are defined by an alphanumeric-hexadecimal translation map; additionally, the UUID of the public identifier can be converted to an UDI-DI compatible identifier both to Base 64 or to Base 58 to fit the maximum length requirements in different regulations.
9. The method according to claim 1 , wherein the identification code contains public and private information and the access rights to the private information is managed by the main computer system and / or by the regional computer systems; a first type of public information (open accessibility) include the public identifier and other information variable in each case; a second type of information is accessible through the private identifier and only from centers and personnel with the required permissions to access this information; the private information can be additionally encrypted in the identification code and also in the global and / or regional databases to be accessible only by the authorized entities and personnel through an encryption key (using a symmetric or an asymmetric encryption key) which is required to decrypt the data for access the private information.
10. The method according to claim 1 , wherein the method further comprises: automatically obtaining, during the process of collection, manufacture, supplying and utilization, the information related to each of the parties (production data, derived products, telemetry devices) and storing said information in the corresponding vaults and profiles in the global database, carried out by the main computer system (via API REST or gRPC); sending a notification to the related and / or designated parties when the obtained data is available for consultation, carried out by the main computer system (via email, SMS, push notification to a software application); obtaining relevant information from other entities (collection of reports, breakage of the cold chain), automatically incorporating this information into the data object and profiles stored in the global or local vaults, and notifying it to related parties and designated personnel, carried out by the main computer system or by one or several regional computer systems (via API REST and email, SMS, push notification to a software application); generating automatic alerts upon detecting certain conditions (close expiration, expiration of a product, detection of anomaly), to initiate protocols, request verification or validation of other data or related products that may be affected and incorporating said information to the corresponding data vaults and profiles of a data object, carried out by the main computer system or by one or several regional computer systems (via API REST and email, SMS, push notification to a software application, logging service).
11 . The method according to claim 1 , wherein the method further comprises: detecting and registering the location of a product through geolocation incorporated in it or through electronic devices to which it is associated (SIM card by mobile phone, geolocation device), carried out by the main computer system, by one or several regional computer systems or by a software application running in an electronic device (via API REST); generating a notice and reporting the location of a product to the owner and / or to the destination, as well as the expected delivery or arrival time of the product, carried out by the main computer system or by one or several regional computer systems (via API REST and email, SMS, and / or push notification to a software application).
12. The method according to claim 1 , wherein when a transaction is made (sending / receiving, buying / selling, utilization in a clinical intervention) and new information is generated in the global and / or regional vaults after a transaction request received by the main computer system and processed by it, wherein the method further comprises: checking that the conditions to carry out the transaction are met and notifying the parties (valid or compatible product, user authorized to write data in the database), carried out automatically by the main computer system after a request received (via REST API or gRPC, among others; updating the information of the data object in the corresponding vaults and profiles with the result of the transaction made, carried out by the main computer system after a response received from the global database (via REST API or gRPC).
13. The method according to claim 1 , wherein the data communication between the local computer systems of the authorized centers, the electronic devices and the global and regional computer systems is carried out in a secure manner by using Secure Sockets Layer (SSL) and / or Virtual Private Networks (VPN).
14. A computer system for a unified global registry and universal identification of products of biological origin for medicinal purposes in humans or other animals and of the different related parties across a network of hardware devices, the system comprising a hardware processor executing a first phase “A” and a second phase “B” using instructions stored in non-transitory memory; the first phase (A) comprising: generating a global and unique data vault in a global database accessible by a main computer system to store data objects for each of the parties, carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system; wherein one or several regional data vaults are associated to the global vault through internal identifiers and store data for each specific geographic region or territory; wherein the global and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties; generating a unique and non-transferable public identifier associated with the data object in the global vault by the software application using random bytes in hexadecimal format; generating a unique and non-transferable private identifier associated with the global data vault by the software application using random bytes in hexadecimal format; storing one or several alphanumeric-hexadecimal translation maps in the global database in association with the public identifier and the private identifier, wherein the association is formed by a set of error-free characters including “ABEHKMNOSWXYZ349” that allow the identification of a specific letter even though only a part of said letter can be read; and generating a unique public identification code containing at least one field for storing the public identifier from the non-transferable hexadecimal public identifier and a concrete alphanumeric- hexadecimal translation map, and optionally other fields for storing the private identifier and / or other data, to which the public identifier; wherein the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated; the unique public identification code having two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information; storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system according to access rights to the data. automatically updating by the system of the data storage vault and profile data with relevant events and the date on which the events occurred; wherein the hardware processor executes the second phase (B) comprising: identifying the data object stored in the data storage vault and the type of data stored by reading the public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data using a camera or NFC sensor installed in an electronic device running a software application or using a software service running in a computer system; generating, registering and automatically transmitting data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met, by the main computer system or by a software application running in an electronic device. automatically updating the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying, by the main computer system.
15. The system of claim 14, wherein the hardware processor generates global public and private identifiers, unique and non-transferable, unique identification codes of products of biological origin, of individuals (human or other types), of cellular production lines, of entities (companies, organizations, donation centers, medical centers, clinics, hospitals, laboratories), related data for personnel and devices, and of clinical interventions (medical in humans or veterinary in animals), after a request is received and whose are stored in the global database and in the regional databases.
16. The system of claim 14, wherein the hardware processor uses the universal donor identifier as the universal identifier of individuals and for the traceability of the health history stored in the global and the regional databases of related individuals comprising donors, recipients, users, clients, and patients.
17. The system of claim 14, wherein the product identification code comprises product identifiers from one or more countries (or jurisdictions), one or more product labeling systems and, additionally, one or more links to web addresses, stored in the global database and / or in the regional databases.
18. The system of claim 14, wherein the hardware processor deposits the identification code in a device that contains a unique identifier in an NFC tag that identifies univocally the device, carried out by a software running in an electronic device.
19. The system of claim 14, wherein the identification code is deposited in a QR code or similar types of matrix barcodes that can be displayed in the screen of an electronic device or printed and associated to the different parties, carried out by a software running in an electronic device configured for that.
20. The system of claim 14, wherein the public identifier and the private identifier are generated using an URN format that allows to identify the type of data it refers to and includes an UUID in v4 format formed by 32 hexadecimal characters.
21 . The system of claim 14, wherein the public identifier, the private identifier and, additionally, other data contained in the identification code are available for automatic reading by electronic devices (Machine Readable Interpretation or MRI) and for Human Readable Interpretation (HRI) by means of a set of alphanumeric characters that avoid confusion among them by a bad reading and that are defined by an alphanumeric-hexadecimal translation map; additionally, the UUID of the public identifier can be converted to an UDI-DI compatible identifier both to Base 64 or to Base 58 to fit the maximum length requirements in different regulations.
22. The system of claim 14, wherein the identification code contains public and private information and the access rights to the private information is managed by the main computer system and / or by the regional computer systems; a first type of public information (open accessibility) include the public identifier and other information variable in each case; a second type of information is accessible through the private identifier and only from centers and personnel with the required permissions to access this information; the private information can be additionally encrypted in the identification code and also in the global and / or regional databases to be accessible only by the authorized entities and personnel through an encryption key (using a symmetric or an asymmetric encryption key) which is required to decrypt the data for access the private information.
23. The system of claim 14, wherein the hardware processor: automatically obtains, during the process of collection, manufacture, supplying and utilization, the information related to each of the parties (production data, derived products, telemetry devices) and storing said information in the corresponding vaults and profiles in the global database, carried out by the main computer system (via API REST or gRPC); sends a notification to the related and / or designated parties when the obtained data is available for consultation, carried out by the main computer system (via email, SMS, push notification to a software application); obtains relevant information from other entities (collection of reports, breakage of the cold chain), automatically incorporating this information into the data object and profiles stored in the global or local vaults, and notifying it to related parties and designated personnel, carried out by the main computer system or by one or several regional computer systems (via API REST and email, SMS, push notification to a software application); generates automatic alerts upon detecting certain conditions (close expiration, expiration of a product, detection of anomaly), to initiate protocols, request verification or validation of other data or related products that may be affected and incorporating said information to the corresponding data vaults and profiles of a data object, carried out by the main computer system or by one or several regional computer systems (via API REST and email, SMS, push notification to a software application, logging service).
24. The system of claim 14, wherein the hardware processor: detects and registers the location of a product through geolocation incorporated in it or through electronic devices to which it is associated (SIM card by mobile phone, geolocation device), carried out by the main computer system, by one or several regional computer systems or by a software application running in an electronic device (via API REST); generates a notice and reports the location of a product to the owner and / or to the destination, as well as the expected delivery or arrival time of the product, carried out by the main computer system or by one or several regional computer systems (via API REST and email, SMS, and / or push notification to a software application).
25. The system of claim 14, wherein when a transaction is made (sending / receiving, buying / selling, utilization in a clinical intervention) and new information is generated in the global and / or regional vaults after a transaction request received by the main computer system and processed by it; wherein the hardware processor: checks that the conditions to carry out the transaction are met and notifying the parties (valid or compatible product, user authorized to write data in the database), carried out automatically by the main computer system after a request received (via REST API or gRPC, among others; updates the information of the data object in the corresponding vaults and profiles with the result of the transaction made, carried out by the main computer system after a response received from the global database (via REST API orgRPC).
26. The system of claim 14, wherein the data communication between the local computer systems of the authorized centers, the electronic devices and the global and regional computer systems is carried out in a secure manner by using Secure Sockets Layer (SSL) and / or Virtual Private Networks (VPN).
27. A non-transitory computer readable medium storing instructions for a unified global registry and universal identification of products of biological origin across a network of hardware devices, the instructions, when executed by a hardware processor cause it to execute a first phase “A” and a second phase “B”; the first phase (A) comprising: generating a global and unique data vault in a global database accessible by a main computer system to store data objects for each of the parties, carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system; wherein one or several regional data vaults are associated to the global vault through internal identifiers and store data for each specific geographic region or territory; wherein the global and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties; generating a unique and non-transferable public identifier associated with the data object in the global vault by the software application using random bytes in hexadecimal format; generating a unique and non-transferable private identifier associated with the global data vault by the software application using random bytes in hexadecimal format; storing one or several alphanumeric-hexadecimal translation maps in the global database in association with the public identifier and the private identifier, wherein the association is formed by a set of error-free characters including “ABEHKMNOSWXYZ349” that allow the identification of a specific letter even though only a part of said letter can be read; and generating a unique public identification code containing at least one field for storing the public identifier from the non-transferable hexadecimal public identifier and a concrete alphanumeric- hexadecimal translation map, and optionally other fields for storing the private identifier and / or other data, to which the public identifier;wherein the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated; the unique public identification code having two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information; storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system according to access rights to the data. automatically updating by the system of the data storage vault and profile data with relevant events and the date on which the events occurred; the second phase (B) comprising: identifying the data object stored in the data storage vault and the type of data stored by readingthe public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data using a camera or NFC sensor installed in an electronic device running a software application or using a software service running in a computer system; generating, registering and automatically transmitting data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met, by the main computer system or by a software application running in an electronic device. automatically updating the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying, by the main computer system.
28. A computer implemented method for a unified global registry and universal identification of products of biological origin across a network of hardware devices, the method comprising executing a first phase “A” and a second phase “B” using a hardware device to execute instructions stored in non- transitory memory; the first phase (A) comprising: generating a global and unique data vault in a global database accessible by a main computer system to store data objects for each of the parties, carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system; wherein one or several regional data vaults are associated to the global vault through internal identifiers and store data for each specific geographic region or territory; wherein the global and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties; generating a unique and non-transferable public identifier associated with the data object in the global vault by the software application; generating a unique and non-transferable private identifier associated with the global data vault by the software application; storing one or more translation maps in the global database in association with the public identifier and the private identifier; and generating a unique public identification code containing at least one field for storing the public identifier from the non-transferable public identifier and a translation map, and optionally other fields for storing the private identifier and / or other data, to the public identifier; wherein the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated; the unique public identification code having two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information; storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system according to access rights to the data. automatically updating by the system of the data storage vault and profile data with relevant events and the date on which the events occurred; the second phase (B) comprising: identifying the data object stored in the data storage vault and the type of data stored by reading the public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data using an electronic device running a software application or using a software service running in a computer system; generating, registering and automatically transmitting data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met, by the main computer system or by a software application running in an electronic device. automatically updating the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying, by the main computer system.
29. A computer system for a unified global registry and universal identification of products of biological origin across a network of hardware devices, the system comprising a hardware processor executing a first phase “A” and a second phase “B” using instructions stored in non-transitory memory; the first phase (A) comprising: generating a global and unique data vault in a global database accessible by a main computer system to store data objects for each of the parties, carried out after a voluntary data object storing request made by a software application running in at least one of a local computer system and an electronic device with a network connection to the main computer system; wherein one or several regional data vaults are associated to the global vault through internal identifiers and store data for each specific geographic region or territory; wherein the global and unique data vault has one or more data profiles associated with each data object generated that store public information accessible to any user and private information that is managed and shared by the different related parties; generating a unique and non-transferable public identifier associated with the data object in the global vault by the software application; generating a unique and non-transferable private identifier associated with the global data vault by the software application; storing one or more translation maps in the global database in association with the public identifier and the private identifier; and generating a unique public identification code containing at least one field for storing the public identifier from the non-transferable public identifier and a translation map, and optionally other fields for storing the private identifier and / or other data, to the public identifier; wherein the data object in the global data vault and the rest of the generated regional data objects and profiles in the regional vaults are associated; the unique public identification code having two types of information, a first type of information including public information that has open accessibility and a second type of information being accessible only by others that have required permissions to decipher the second type of information; storing the generated vaults, data objects and profiles, the private identifier, the public identifier, the translation map and the identification code in a database accessible by the different parties through the computer system according to access rights to the data. automatically updating by the system of the data storage vault and profile data with relevant events and the date on which the events occurred; the second phase (B) comprising: identifying the data object stored in the data storage vault and the type of data stored by reading the public identification code to decode the binary data of the code for access to the information and the profiles of the data object stored in the data vault, based on the access permissions that are active when accessing the data using an electronic device running a software application or using a software service running in a computer system; generating, registering and automatically transmitting data for an incident upon at least one of making the identification, accessing the data, making the registration of new information, when a verification is required, and when established conditions are met, by the main computer system or by a software application running in an electronic device. automatically updating the information in the vaults and profiles stored in the database accessible by the different parties with data on the process of obtaining, manufacturing, supplying, by the main computer system.
PCT/CA2022/050276 2021-02-26 2022-02-25 Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes WO2022178644A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020237032464A KR20240005678A (en) 2021-02-26 2022-02-25 Procedures for unified global registration and universal identification of products derived from biological organisms for medicinal purposes
EP22758676.5A EP4298530A1 (en) 2021-02-26 2022-02-25 Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US17/187,547 2021-02-26
US17/187,547 US20210183479A1 (en) 2018-10-24 2021-02-26 Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes

Publications (1)

Publication Number Publication Date
WO2022178644A1 true WO2022178644A1 (en) 2022-09-01

Family

ID=83047739

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CA2022/050276 WO2022178644A1 (en) 2021-02-26 2022-02-25 Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes

Country Status (3)

Country Link
EP (1) EP4298530A1 (en)
KR (1) KR20240005678A (en)
WO (1) WO2022178644A1 (en)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030004751A1 (en) * 2001-05-24 2003-01-02 Kok-Hwee Ng System and method for tracking a blood collection kit in a blood collection facility
US20030187821A1 (en) * 2002-03-29 2003-10-02 Todd Cotton Enterprise framework and applications supporting meta-data and data traceability requirements
US20090187583A1 (en) * 2008-01-18 2009-07-23 Aginfolink Holdings, Inc., A Bvi Corporation Enhanced label claim validation
US20120297255A1 (en) * 2011-05-18 2012-11-22 Case Brian C System and method to better assure correct use of pre-programmed medical devices
US20160267489A1 (en) * 2015-03-13 2016-09-15 GeoPRI, LLC Authentication systems and methods
ES2615815A1 (en) * 2015-06-08 2017-06-08 Conectate Soluciones Y Aplicaciones, S.L.U. Unified registration procedure and identification of blood donors (Machine-translation by Google Translate, not legally binding)
US20200135305A1 (en) * 2018-10-24 2020-04-30 Conéctate Soluciones Y Aplicaciones Sl Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030004751A1 (en) * 2001-05-24 2003-01-02 Kok-Hwee Ng System and method for tracking a blood collection kit in a blood collection facility
US20030187821A1 (en) * 2002-03-29 2003-10-02 Todd Cotton Enterprise framework and applications supporting meta-data and data traceability requirements
US20090187583A1 (en) * 2008-01-18 2009-07-23 Aginfolink Holdings, Inc., A Bvi Corporation Enhanced label claim validation
US20120297255A1 (en) * 2011-05-18 2012-11-22 Case Brian C System and method to better assure correct use of pre-programmed medical devices
US20160267489A1 (en) * 2015-03-13 2016-09-15 GeoPRI, LLC Authentication systems and methods
ES2615815A1 (en) * 2015-06-08 2017-06-08 Conectate Soluciones Y Aplicaciones, S.L.U. Unified registration procedure and identification of blood donors (Machine-translation by Google Translate, not legally binding)
US20180247346A1 (en) * 2015-06-08 2018-08-30 Conectate Soluciones Y Aplicaciones, S.L.U. Procedure for the global unified registration and universal identification of donors
US20200135305A1 (en) * 2018-10-24 2020-04-30 Conéctate Soluciones Y Aplicaciones Sl Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes

Also Published As

Publication number Publication date
EP4298530A1 (en) 2024-01-03
KR20240005678A (en) 2024-01-12

Similar Documents

Publication Publication Date Title
AU2017201295B2 (en) Automatic association of medical elements
US20200135305A1 (en) Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes
Dzik New technology for transfusion safety
US8666762B2 (en) Tissue management system
CN107851460B (en) Global unified registration and universal identification method for donors
US20020143320A1 (en) Tracking medical products with integrated circuits
KR20070110030A (en) Application and system for rfid in workflow of blood center
JP2020078302A (en) Parallel cell processing method and facility therefor
US20140297325A1 (en) Tissue management system
Fillet et al. Blood products use in France: a nationwide cross‐sectional survey
Kragsnaes et al. How do I establish a stool bank for fecal microbiota transplantation within the blood‐and tissue transplant service?
Pradhan et al. Blockchain-enabled traceable, transparent transportation system for blood bank
US20210183479A1 (en) Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes
Uy et al. The state and trends of barcode, RFID, biometric and pharmacy automation technologies in US hospitals
Hawashin et al. Blockchain-based management of blood donation
Dash et al. Use of AI & Embedded Technology in Human Identity Chips for IoMT
Regan et al. Recent developments: Blood transfusion medicine
Rebulla et al. Pathogen Reduction for Platelets—A Review of Recent Implementation Strategies
Miyata et al. Network computer‐assisted transfusion‐management system for accurate blood component–recipient identification at the bedside
EP4298530A1 (en) Procedure for unified global registry and universal identification of products of biological origin for medicinal purposes
Farrugia When do tissues and cells become products?–Regulatory oversight of emerging biological therapies
Tanhehco et al. How the COVID‐19 pandemic changed cellular therapy at Columbia University Irving Medical Center/NewYork‐Presbyterian Hospital
Pradhan et al. Blockchain-Based Smart Contract for Transportation of Blood Bank System
Josefson US hospitals to ask patients for right to sell their tissue
Latorre et al. Quality and Traceability of Starting Materials from Supplier to Recipient

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22758676

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2022758676

Country of ref document: EP

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2022758676

Country of ref document: EP

Effective date: 20230926