CN115485780A - 医用注射器以及用于注射管理平台的系统和方法 - Google Patents

医用注射器以及用于注射管理平台的系统和方法 Download PDF

Info

Publication number
CN115485780A
CN115485780A CN202180032337.9A CN202180032337A CN115485780A CN 115485780 A CN115485780 A CN 115485780A CN 202180032337 A CN202180032337 A CN 202180032337A CN 115485780 A CN115485780 A CN 115485780A
Authority
CN
China
Prior art keywords
injection
user
patient
dose
fluid medicament
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202180032337.9A
Other languages
English (en)
Inventor
J·S·沃克
L·沃克
I·艾玛迪
D·C·马利托
K·M·汉农
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Koska Family Ltd
Original Assignee
Koska Family 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
Application filed by Koska Family Ltd filed Critical Koska Family Ltd
Publication of CN115485780A publication Critical patent/CN115485780A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT 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/60—ICT 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 operation of medical equipment or devices
    • G16H40/67—ICT 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 operation of medical equipment or devices for remote operation
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G16H10/65—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records stored on portable record carriers, e.g. on smartcards, RFID tags or CD
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • G16H20/17—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients delivered via infusion or injection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3226—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using a predetermined code, e.g. password, passphrase or PIN
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q2220/00—Business processing using cryptography

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Biomedical Technology (AREA)
  • Computer Security & Cryptography (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Business, Economics & Management (AREA)
  • Medicinal Chemistry (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Chemical & Material Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

系统、方法和制品提供了注射管理平台，该注射管理平台允许利用诸如区块链的分布式安全技术来验证和管理涉及配备有NFC或RFID芯片的注射器的注射事件事务。注射事件事务分类账允许注射事件事务的数字收据安全地验证和更新。根据一些实施例，注射器可以包括吹‑充‑封(BFS)注射器，该注射器预填充有单剂量的包括疫苗或药剂的流体药剂，从而允许通过注射事件事务分类账跟踪流体药剂的单个剂量。

Description

医用注射器以及用于注射管理平台的系统和方法
优先权的要求
本申请要求2020年5月1日以Jay S.Walker的名义提交的名称为“NFC-ENABLEDDRUG CONTAINING SYSTEM AND ASSOCIATED INFORMATION LAYER”、申请号为63/019,192的美国临时申请的权益。出于所有目的，该临时申请的全部内容通过引用结合于此。
版权声明
本专利文件公开的一部分包含受版权保护的材料。版权所有者不反对任何人对出现在专利和商标局的专利文件或记录中的专利文件或专利公开内容进行复制，但是保留所有版权。
背景
每年都有数量惊人的人感染和死于各种疾病，其中一些疾病可以通过注射药物(即通过使用注射器或其他针式医疗输送装置输送的药物)来预防(或减轻其严重性)。尽管注射药物已经导致几种传染病的病例数量(或由此导致的症状或死亡的严重程度)急剧下降，但其中一些疾病仍然十分常见，而且新的疾病正在出现。在许多情况下，世界上的大量人口，特别是在发展中国家或经济落后的国家，由于无效的注射药物/疫苗输送计划而遭受可预防疾病的传播，这或者是因为执行不力、缺乏可用的药物/疫苗、缺乏足够的熟练人员来进行注射、对已经进行注射的地方与仍然需要注射的地方的跟踪和管理不力，或者是这些情况的组合。
最近的世界性事件，如新冠肺炎(COVID-19)疫情事件，进一步凸显了现有疫苗和其他注射药物管理计划的不足。这种大流行病是一个例子，在这种情况下，民众将受益于(i)能够可核实地和有效地跟踪谁已经接种了疫苗(以及可能跟踪在哪里、何时以及用什么特定疫苗接种)；(ii)允许人们有效地提供已接种疫苗的证据(以及，在一些实施例中，当前的疫苗接种状态，例如疫苗有效性需要加强注射或额外注射的情况)，(iii)识别具有持续疫苗接种需求的人群区域；和/或(iv)通过为不太熟练的人员提供管理疫苗的手段，使疫苗接种工作范围更广。现有的系统和基础设施已被证明不足以满足上述需求。
附图说明
当结合附图考虑时，通过参考下面的详细描述，可以容易地理解本文描述的实施例及其许多伴随的优点，其中：
图1是与本文描述的至少一些实施例一致的系统的示例框图；
图2是与本文描述的至少一些实施例一致的服务器设备的示例框图；
图3A至图3L是根据本文描述的一些实施例的可以输出给用户的移动设备应用(App)的示例图形用户界面；
图4是与本文描述的至少一些实施例一致的示例过程的示例过程流程图。
具体实施方式
本文描述的实施例涉及用于施用单剂量流体药剂的注射器，该注射器配备有数据存储机构，该数据存储机构允许电子识别、跟踪和/或授权对患者的单剂量施用。在一些实施例中，电子平台可操作以促进(i)将数据从注射器传输到注射提供者设备，然后传输到平台的电子处理系统，以促进对从注射器到患者体内的剂量的流体药剂的施用的授权和跟踪；和/或(ii)与患者的设备交换数据，这允许患者接收并存储已经从注射器施用了单剂量流体药剂的数字收据。电子平台还允许医疗保健系统和权威机构生成和利用与配备有数据机构的注射器相关联的信息层。
这里使用的术语“注射器”是指填充有单剂量流体药剂的装置，例如疫苗或药物(在一些实施例中，其可包括可在注射前重新组成流体的冻干成分)。注射器可以由塑料、玻璃或其他材料制成，并且本文描述的实施例不依赖于由任何特定材料制成的注射器。注射器可以包括例如自动注射器，其装有弹簧或者具有用于辅助注射流体药剂的另一种机构，或者依赖于用户操作注射机构的手动注射器。手动注射器的例子包括柱塞式注射器或塑料瓶管注射器(例如吹-充-封(“BFS”)注射器)，这种注射器需要在注射提供者(例如，护士或病人，在自行注射的情况下)方面施加压力或挤压动作，以便将流体药剂挤出瓶管或包括用于容纳流体药剂的注射器的其它部件。可以在本文描述的实施例中使用的注射器装置的例子可以在2021年4月3日以Koska等人的名义提交的题为“SYSTEMS AND METHODS FOR PRE-FILLED MEDICAL DELIVERY DEVICES”，申请号为PCT/US21/25683的PCT申请中找到，以及在2018年11月16日以Koska等人的名义提交的题为“SYSTEMS AND METHODS FOR FLUIDDELIVERY MANIFOLDS”，申请号为PCT/US18/61696的PCT申请中找到，这些PCT申请的每一个都通过引用结合于此。
应当注意的是，预填充有单剂量流体药剂的注射器可以在制造过程中被预填充(预填充)，例如在前面引用的Koska等人的PCT申请中描述的BFS注射器，或者由注射提供者填充，例如通过从多剂量容器中抽取单剂量(现场填充)。现场填充或可现场填充的注射器是这样的注射器，其中在进行注射之前，注射提供者从另一个容器(例如，多剂量玻璃瓶)中抽取单剂量的液体药剂到注射器中。在现场填充的注射器中，通过注射器施用的液体药剂的剂量对于注射器来说不是唯一的，因此注射提供者可能需要提供两条数据来识别注射器和从中提取剂量的多剂量瓶管的标识符。在预填充的注射器中，注射器的唯一标识符固有地识别注射器本身和包含在其中的流体药剂的剂量。例如，在对诸如批号、流体剂类型、制造商、剂量制造日期等信息感兴趣的实施例中，可能需要识别流体剂的剂量。本文描述的实施例主要集中在预填充的注射器上。
根据在此描述的实施例，注射器配备有数据存储机构，该数据存储机构唯一地识别每个注射器，例如通过存储每个注射器的唯一标识符，该标识符在注射器制造时产生(并且，在预填充注射器的情况下，在注射器预填充剂量的流体药剂时产生)。这种数据存储机构可包括，例如，近场通信(NFC)芯片、射频识别(RFID)芯片、二维(QR)码、条形码或任何其它机器可读途径，其允许与注射器相关联地存储注射器的唯一标识符(例如，附于或嵌入在注射器或其一部分中，例如在注射器的标签部分上的标签之上或之下)。
应当注意，在一些实施例中，存储在NFC芯片或其他数据存储机制上的唯一标识符和/或其他数据可以以加密形式存储。还应注意的是，在一些实施例中，与NFC芯片(或其他数据存储机构)和/或注射管理应用的通信可以以加密形式(例如，使用公钥-私钥协议)或利用其他安全措施(例如，双因素认证或区块链技术)来完成。
根据一些实施例，注射管理系统可包括提供注射管理应用，以便于通过配备有如本文所述的数据存储机构的注射器进行注射的验证/授权。个人可以利用注射管理应用来与集中式或分散式(例如，基于区块链的)系统通信，以便于基于注射器的使用来创建和利用信息层或电子记录保存。根据一些实施例，注射管理应用可包括注射提供者门户或平台，通过该门户或平台，注射提供者或使用如本文所述的注射器实施流体药剂注射的其他个人(“注射提供者”)可登录到系统中并获得对这种注射提供者的功能的访问。例如，注射提供者可以利用注射管理应用来确认预填充的注射器中的特定剂量是有效的并且被授权使用(例如，不是伪造的、未过期的、并且不会被召回)，然后将其施用给患者，并且用注射管理系统来记录每个注射事件，包括注射提供者已经向特定患者提供了包装在唯一识别的注射器中的剂量的流体药剂的实例。类似地，注射管理应用可以包括患者门户或平台，接收注射的个人(“患者”)可以经由该门户或平台登录到系统，为患者访问功能(例如，获得数字收据，以存储在患者的移动设备上，该数字收据可以以某种形式与第三方共享，以提供已经接种了特定疫苗或者已经接收了特定剂量的流体药剂的验证)。
在一些实施例和情况下，给定的个人可以充当注射提供者和患者。在一些实施例中，对于给定的注射事件，给定的个人可以充当注射提供者和患者两者(例如，个人可以自行注射)。
申请人注意到，利用可唯一识别的预充式注射器并提供可操作来识别使用该注射器的注射事件的注射管理应用，提供了优于保健系统的现有功能的一个或多个优点。例如，免疫程序的许多实施通常包括通过典型的可重复使用的注射器施用疫苗。然而，在许多情况下，特别是在发展中国家，疫苗的施用发生在医院之外，并且可能由非专业人员提供，从而在没有仔细控制注射器的使用的情况下对患者进行注射。在这些情况下使用可重复使用的注射器增加了血液传播疾病的感染和传播的风险，尤其是当以前使用过并且不再无菌的注射器被用于进行后续注射时。例如，世界卫生组织(WHO)估计，诸如肝炎和人体免疫缺陷病毒(HIV)之类的血液传播疾病由于这种注射器的重复使用而正在传播，每年导致一百多万人死亡。利用配备有唯一标识符的预填充注射器，特别是提供易于使用的注射管理应用，该应用跟踪特定注射器何时被使用，并且根据一些实施例，输出警告或不止一次地拒绝授权从特定注射器施用剂量的流体药剂，将有助于减轻现有系统的这些缺点。
本文提出的实施例描述了用于管理、跟踪、授权和验证注射事件的系统、装置、接口、方法和制造品，在所述注射事件中，患者从配备有唯一标识符的注射器接收剂量的流体药剂的注射。例如，在一些实施例中，注射管理系统(在一些实施例中，出于安全目的，其可以结合区块链分布式网络系统)促进了一种方法，该方法提供了(i)识别第一注射事件事务，其中该识别基于经由存储在对应于第一用户的第一移动设备上的注射管理应用的注射提供者平台接收要给患者施用的流体药剂剂量的指示，所述指示包括第一数据，所述第一数据包括包含所述剂量的注射器的唯一标识符，其中所述第一用户先前通过提供第一用户凭证经由所述第一移动设备登录到所述注射提供者平台，所述第一用户凭证允许所述电子处理设备唯一地识别所述第一用户并将所述第一用户识别为注册的注射提供者；(ii)基于注射器的唯一标识符，授权流体药剂的剂量；(iii)生成对于第一注射事件事务唯一的电子记录，从而生成第一注射事件记录；(iv)从所述第一用户并经由所述注射管理应用接收所述剂量已经被施用给所述患者的指示；(v)响应于所述接收，生成第一验证码，所述第一验证码对应于所述第一验证码的到期时间，并且与所述第一注射事件记录相关联地存储；(vi)经由注射管理应用向第一用户输出第一验证码；(vii)在到期时间之前，从第二用户接收第一验证码，其中第二用户先前已经通过提供第二用户凭证经由第二移动设备登录到注射管理应用的患者平台，第二用户凭证允许电子处理设备唯一地识别第二用户并将第二用户识别为注册的患者；(viii)基于从第二用户接收到第一验证码，推断第二用户是作为第一注射事件事务的一部分已经由第一用户从注射器向其施用了剂量的流体药剂的患者；(ix)更新第一注射事件记录，以指示该剂量的流体药剂已经施用给第二用户；以及(x)经由注射管理应用的患者门户向第二用户的第二移动设备传送流体药剂的剂量已经施用给第二用户的可核实确认，从而向第二移动设备传送第一注射事件的数字收据，以存储在第二用户的注射管理应用的患者门户中。
申请人在此描述了通过在注射器内包括或附加独特的标识符，可以对注射器如BFS瓶管或传统的玻璃瓶进行的各种改进。唯一标识符可以是物理部件的形式，例如NFC或RFID芯片，或者QR码。不管唯一标识符以何种形式体现，与每个注射器相关联的唯一标识符的存在允许在注射器(或注射器内包含的剂量，特别是在预填充注射器的情况下)和/或接受注射包装在注射器内的剂量流体药剂的患者周围或与其相关联地产生信息层。尽管本文描述的各种实施例可应用于包括BFS瓶管注射器的注射器，但是应当理解，这些实施例中的至少一些也可应用于玻璃或其它瓶管或注射器系统，这些系统可受益于本文描述的数据生成和新功能。因此，应该理解的是，当提到BFS瓶管或其它特定类型的注射器时，这种引用并不意味着是限制性的，并且在各种实施例中，可以为用作流体药剂容器的其它类型的注射器提供相同或相似的功能。类似地，尽管本文在一些实施例中参考了NFC芯片驱动的注射器，但是这种参考意在指代与唯一标识符相关联的任何类型的注射器(无论是BFS瓶管机构、传统玻璃瓶还是其他)，该唯一标识符可通过本文所述的软件应用读取(例如，具有嵌入其中或以某种方式附着于其上的NFC芯片或RFID芯片，或者附着于其上的QR码，这允许NFC芯片的唯一标识符唯一地识别相应的注射器和包含在其中的流体药剂的特定剂量)。具有与之对应的这种唯一标识符的注射器在本文中也称为唯一ID注射器。应该注意的是，如果使用术语“注射器”而不是“唯一ID注射器”，则不应该解释为暗示唯一标识符在所描述的上下文中不与该注射器相关联，因为术语“注射器”在某些段落中用作“唯一ID注射器”的简写。此外，应该注意的是，在一些实施例中，包括附着于、嵌入、印刷或压印在注射器上或以其他方式与注射器相关联的唯一标识符的唯一标识符或数据存储机构可以包括唯一标识符，或者与注射器一起存储唯一标识符的数据存储机构可以意味着唯一标识符或数据存储机构附着于或以其他方式与特定部件相关联(例如，BFS瓶管或BFS瓶管的标签部分)或注射器的包装(例如，NFC芯片可以附着到注射器的箔包装)。
申请人已经认识到，在每个注射器中包括诸如NFC芯片的数据存储机构(例如，在注射器或其部件中具有数据存储机构，或者连接到注射器或其部件，或者以其他方式对应于注射器或其部件)将允许实现某些新的和有用的益处，诸如：(i)允许注射器连接到物联网(IoT)和/或与连接到IoT的远程服务器和/或其他设备通信；(ii)启用依从性跟踪/奖励机制(例如，对于自行注射情况、多次注射疗法或其他情况)；(iii)允许唯一ID注射器的用户(无论该用户是注射提供者、接受注射的患者、还是与接受注射的患者相关联的父母、监护人或其他人)在移动设备或其他设备上使用特别编程的软件应用(该应用先前已经下载到该设备上)，在此称为注射管理应用，将数据或信息输入应用和/或允许应用从数据存储机制读取信息(并且，在一些实施例中，将数据写入数据存储机制，例如如果数据存储机制包括NFC或RFID芯片)；(iv)允许验证、授权、跟踪、确认和奖励从注射器向患者施用流体药剂；以及(v)允许将后续通信(例如，文本消息或通过注射管理应用输出的消息)输出给已经从这种注射器接受注射的患者，例如提醒患者自行注射额外的剂量或返回诊所以获得额外的剂量，询问可能的不良反应，接收已经按照建议将额外的验证或授权剂量注射到患者体内的确认，等等。
应当注意，在从NFC芯片驱动注射器注射流体药剂时，可能涉及至少三种不同类型的用户：(i)注射提供者，例如卫生保健工作者；(ii)接受流体药剂注射的患者；以及(iii)被注射流体药剂的患者的监护人(例如，父母)、朋友或家庭成员(在一些情况下，可以是与患者共用移动设备的村庄中的人；在本文中，可能与患者相关联的这些人统称为患者联络员)。并非所有这些类型的用户都可能参与给定的注射。根据一些实施例，这些用户中的一个或多个可以在他们的移动设备上访问注射管理应用的不同平台、门户或版本(或者访问这种应用的不同方面、功能或页面)，以促进本文描述的一个或多个实施例。例如，注射提供者可以访问和利用注射管理应用的第一版本或方面(称为注射管理应用的提供者平台)，而患者或患者联络员可以访问或利用注射管理应用的第二版本或方面(称为注射管理应用的患者平台)。在一些实施例中，患者平台可便于跟踪对特定患者施用的疫苗或其他流体药剂，并提供对患者施用的疫苗或其他流体药剂的在线或电子记录(例如，注射事件的数字收据或电子疫苗凭证)。在某些情况下，一个家庭可以共享一个移动设备，该移动设备上的应用可以跟踪该家庭多个成员的注射情况。
根据一些实施例，注射管理应用(无论是提供者平台还是患者平台)可以允许向/从提供或管理注射管理应用和由此收集的注射数据的服务的远程服务器传送数据(这种服务在本文中被称为注射管理服务)。在一些实施例中，根据本文描述的至少一些实施例，注射管理服务可以涉及(例如，控制或具有与如此控制的实体的商业关系)本文描述的唯一ID注射器的制造和/或分配，并且存储根据本文描述的实施例制造的并且将从制造点到注射点跟踪的唯一ID注射器的记录。在一些实施例中，当在其上下载应用的设备不能与注射管理服务通信时(例如，当设备没有连接到Wi-Fi或没有足够的蜂窝服务连接时)，经由注射管理应用收集的数据可以被缓存并存储在本地存储器中，然后一旦建立了足够的通信连接，就将数据传送到注射管理服务。根据一些实施例，注射管理服务可以在数据库中为根据本文描述的实施例制造的每个唯一ID注射器打开记录。在一些实施例中，注射管理服务可在该记录中存储嵌入或附于药瓶的NFC或RFID芯片的唯一标识符，与对应于流体药剂剂量的其他信息(例如，制造时间和地点；批次、批号和/或试纸条编号；流体介质的类型；流体剂的剂量；流体药剂的有效期；等等)。随后，当用户(例如，注射提供者、患者或患者联络员)将注射器的唯一ID轻击到他们的移动设备时，注射管理应用可读取存储在注射器的数据存储机构中的唯一标识符(例如，NFC芯片标识符)，并与注射管理服务通信以检索与瓶管/芯片相关联的信息，以便(i)验证或授权注射(例如，检查流体药剂未过期或未被召回)；(ii)打开或创建新记录(或更新现有数据记录中的信息)以指示对应于该标识符的流体药剂的剂量正在被注射，这也可以包括存储从用户获得的或基于药瓶对手机的敲击的各种新信息的指示(例如，注射的时间/地点；提供注射的注射提供者的标识符，如果有的话；患者的标识符和/或与患者相关联的移动设备的标识符(例如，电话号码)，这里也称为注射事件记录。在一些实施例中，注射管理服务操作注射管理系统，该注射管理系统包括一个或多个服务器，该服务器可操作以与用户移动设备通信，该用户移动设备上安装有注射管理应用并且是该系统的注册设备和/或用户。在一些实施例中，注射管理系统利用区块链类型的分布式服务器网络来存储注射事件记录(例如，出于安全目的)。
在一些实施例中，除了联系注射管理服务以验证或授权注射之外，或者代替联系注射管理服务，一旦用户将药瓶轻敲到其上打开了注射管理应用的移动设备，注射管理应用可以从数据存储机构读取除了芯片标识符之外的信息(例如，NFC或RFID芯片可以存储诸如有效期、剂量，包含在药瓶中的流体药剂的类型)，并使用该信息来授权注射，并向用户输出他/她可以继续注射。
根据一些实施例，其中独特的ID注射器包括BFS瓶管机构，申请人设想，在本文描述的BFS制造过程中填充有流体药剂的预填充BFS瓶管可以在其塑料内嵌入，或者以其他方式附着或包括在其内或在其表面或部分上，NFC芯片(术语“嵌入”将用于简洁的目的，但是旨在包含所有方式的附着、浸渍，嵌入或添加到瓶管中或瓶管上，无论该瓶管是BFS瓶管、另一种类型的塑料瓶还是玻璃瓶)。在其他实施例中，在制造过程中，数据存储装置(无论是NFC芯片、RFID芯片还是其他形式)可以粘合到或以其他方式附接到注射器上(例如，它可以粘合到或以其他方式附接到BFS瓶的标签部分上的标签下面)。
现在转向图1，示出了根据一些实施例的系统100的框图。在一些实施例中，系统100可以包括多个节点设备102a-n、网络104、管理设备106和/或服务器设备110。根据一些实施例，设备102a-n、106、110中的任何一个或全部可以包括数据存储和/或存储设备140-1a-n、140-2和/或与之通信。每个节点设备102a-n可以包括本地存储设备140-1a-n，例如，和/或服务器设备110可以包括网络存储设备140-2。如图1所示，设备102a-n、106、110、140-1a-n、140-2中的任意一个或全部(或其任意组合)可以经由网络104进行通信。在一些实施例中，系统100的设备102a-n、106、110、140-1a-n、140-2之间和/或内部的通信可以用于提供和管理分布式注射事件事务分类账。例如，服务器设备110可以与一个或多个节点设备102a-n和/或管理设备106接口，以执行存储在存储设备140-1a-n、140-2中的任何或所有的专门编程的链代码(未示出)的多个实例，和/或提供专门构造的接口，通过该接口，参与注射事件事务的用户可以获得、验证和/或修改关于注射事件事务的状态信息。
系统100中可以包括更少或更多的部件102a-n、104、106、110、140-1a-n、140-2和/或所描绘的部件102a-n、104、106、110、140-1a-n、140-2的各种配置，而不偏离本文描述的实施例的范围。在一些实施例中，部件102a-n、104、106、110、140-1a-n、140-2可以在配置和/或功能上类似于本文所述的类似命名和/或编号的部件。在一些实施例中，系统100(和/或其中的部分)可包括分布式注射事件管理程序、系统和/或平台，其被编程和/或以其他方式配置成执行、实施和/或促进本文所述的方法，包括方法400和/或其中的部分。
在一些实施例中，节点设备102a-n可以包括任何类型或配置的是或变得已知或可行的计算、移动电子、网络、用户和/或通信设备。节点设备102a-n可以例如包括一个或多个电子设备，例如包括蜂窝和/或无线电话的移动设备，例如
Figure BDA0003920346000000081
(也由苹果
Figure BDA0003920346000000082
公司制造)或由加利福尼亚州圣地亚哥的LG电子公司(
Figure BDA0003920346000000083
Electronics,Inc.of San Diego,CA)制造的LG OptimusTM ZoneTM 3智能电话，并且运行来自加利福尼亚州山景城的Google公司(
Figure BDA0003920346000000084
Inc.of Mountain View,CA)的
Figure BDA0003920346000000085
操作系统。在一些实施例中，节点设备102a-n可以包括由一个或多个用户拥有和/或操作的设备，所述用户例如患者、注射提供者或寻求确认关于特定注射事件事务的信息的第三方。根据一些实施例，节点设备102a-n可以经由网络104与服务器设备110通信，以根据本文所述的分布式链代码执行过程来进行注射验证查询和/或过程和/或记录、存储、确认或更新关于注射事件的信息(例如，特定患者在特定日期、时间和/或位置接收特定剂量的特定流体药剂的事实和/或患者的当前疫苗接种状态(例如，作为参与疫苗接种事件的结果))。根据一些实施例，节点设备102a-n可各自存储如本文所述的注射管理应用的实例，节点设备102a-n的用户可经由该实例与注射管理系统通信，该注射管理系统可拥有、控制或运行(或代表其运行)服务器设备110。
在一些实施例中，例如，节点设备102a-n可以与服务器设备110和/或管理设备106接口，以实现(直接或间接)与由其他用户操作的一个或多个其他节点设备102a-n的通信(这种通信未在图1中明确示出)。在一些实施例中，节点设备102a-n可以与服务器设备110接口，以实现与管理设备106的(直接或间接)通信(这种通信也没有在图1中明确示出)。在一些实施例中，节点设备102a-n和/或服务器设备110可以执行链码算法的单独实例，该链码算法使得注射事件事务分类账以加密和可验证的方式分发。如本文所述，例如，节点设备102a-n和/或服务器设备110可以与管理设备106通信，以执行用于向多个节点设备102a-n安全传播注射事件链代码块或有效载荷的加密服务。
根据一些实施例，网络104可以包括局域网(LAN；无线和/或有线)、蜂窝电话、蓝牙
Figure BDA0003920346000000091
近场通信(NFC)和/或射频(RF)网络，在服务器设备110、节点设备102a-n、管理设备106和/或存储器设备140-1a-n、140-2之间具有通信链路。在一些实施例中，网络104可以包括系统100的部件102a-n、106、110、140-1a-n、140-2中的任何或所有之间的直接通信链路。节点设备102a-n可以例如经由一个或多个电线、电缆、无线链路和/或其他网络部件(这类网络部件(例如通信链路)包括网络104的部分)直接接口或连接到一个或多个服务器设备110和/或管理设备106。在一些实施例中，网络104可以包括一个或多个不同于图1所示的其他链路或网络部件。节点设备102a-n可以例如经由各种蜂窝塔、路由器、中继器、端口、交换机和/或其他网络部件连接到服务器设备110和/或管理设备106，其他网络部件包括互联网和/或蜂窝电话(和/或公共交换电话网(PSTN))网络，并且包括网络104的部分。
虽然网络104在图1中描述为单个对象，但是网络104可以包括任何数量、类型和/或配置的是或变得已知或可实施的网络。根据一些实施例，网络104可以包括由系统100的部件102a-n、106、110、140-1a-n、140-2直接或间接互连的不同子网和/或网络部件的聚集。网络104可以包括例如在节点设备102a-n和服务器设备110之间具有通信链路的一个或多个蜂窝电话网络，和/或可以包括例如在服务器设备110和管理设备106和/或一个或多个存储器设备140-1a-n、140-2之间具有通信链路的互联网。
在一些实施例中，管理设备106可以包括任何类型或配置的计算机化处理设备，例如PC、膝上型计算机、计算机服务器、数据库系统和/或其他电子设备、装置或其中的任何组合。在一些实施例中，管理设备106可以由第三方拥有和/或运行(即，不同于拥有和/或运行节点设备102a-n或服务器设备110的任何实体的实体；例如凭证、认证和/或加密服务提供商)。管理设备106可以例如执行提供集中式区块链加密功能的一个或多个web服务，诸如可从加利福尼亚州旧金山的Linux基金会(The Linux
Figure BDA0003920346000000092
of San Francisco,CA)获得的HyperledgerTM FabricTM区块链框架。在一些实施例中，管理设备106可以从一个或多个节点设备102a-n和/或服务器设备110接收区块链数据，可以将哈希算法(hashalgorithm)应用于接收到的数据，并且可以将加密的数据传输到节点设备102a-n和服务器设备110中的每一个(例如，用于存储在区块链分类账的本地副本中)。根据一些实施例，管理设备106可以包括多个设备和/或可以与多个第三方实体相关联。
在一些实施例中，服务器设备110可以包括电子和/或计算机化的控制器设备，例如通信联接以与节点设备102a-n和/或管理设备106(直接和/或间接)接口的计算机服务器。例如，服务器设备110可以包括一个或多个由德克萨斯州圆石市的戴尔公司(
Figure BDA0003920346000000101
Inc.of Round Rock,TX)制造的PowerEdgeTM R830机架式服务器，其可以包括一个或多个十二核英特尔至强(Twelve-Core
Figure BDA0003920346000000102
)E5-4640v4电子处理设备。在一些实施例中，服务器设备110可以包括多个处理设备，这些处理设备专门编程以执行和/或实施在没有服务器设备110的帮助下不可实施的过程。例如，服务器设备110可以执行一个或多个编码规则来管理多个注射事件事务的区块链分类账，这种管理允许实时注射事件状态更新和调整，如果没有专门编程的服务器设备110的益处，这将不能进行。根据一些实施例，服务器设备可以包括如本文所述的注射管理系统，其可操作以经由患者和注射提供者各自的移动设备(例如，节点设备102a-n)与患者和注射提供者进行通信，以便获得、更新和传送对存储在注射事件记录中的数据的验证，所述注射事件记录包含在注射事件事务分类账、注射事件数据库或指示由注射管理系统跟踪和管理的注射事件的其他电子记录储存库中。
根据一些实施例，服务器设备110可以远离一个或多个节点设备102a-n和/或管理设备106定位。服务器设备110还可以或可选地包括位于一个或多个不同地点和/或位置的多个电子处理设备。
根据一些实施例，服务器设备110可以存储和/或执行专门编程的指令，以根据本文描述的实施例进行运行。服务器装置110可例如执行一个或多个程序、模块和/或例程，其例如在在线环境中经由如本文所述的注射管理应用来促进注射事件的管理、跟踪、授权、验证和/或更新。根据一些实施例，服务器设备110可以包括计算机化的处理设备，例如计算机服务器和/或其他电子设备，以管理和/或促进关于节点设备102a-n的事务和/或通信。私人公司、政府卫生机构、医疗保健公司、注射器制造商和/或其他用户可以例如利用服务器设备110来(i)接收或识别与唯一ID注射器相关联的注射事件；(ii)授权从此类注射器进行注射；(iii)接收来自注射提供者的确认，即剂量的特定流体药剂已经被施用给特定患者(例如，在特定日期/时间和/或位置)；(iv)作为任何前述的结果，存储特定患者对于特定疫苗的接种状态；和/或(iii)提供界面，通过该界面，第三方可以确认患者的疫苗接种状态和/或实时提供更新，如本文所述。
在一些实施例中，节点设备102a-n、管理设备106和/或服务器设备110可以与存储器设备140-1a-n、140-2通信。存储器设备140-1a-n、140-2可以包括例如各种数据库和/或数据存储介质，其可以存储例如从节点设备102a-n获得的注射器数据、流体药剂数据、注册的患者数据、注册的注射提供者数据、注射事件数据和/或注射或接种状态数据、由服务器设备110限定的数字收据数据(包括与数字收据相关联的隐私级别，在采用这种级别的实施例中)、注射授权处理规则、链码指令、区块链数据、密钥和/或数据、注册用户的登录和/或身份凭证，和/或使各种设备(例如，服务器设备110、管理设备106和/或节点设备102a-n)根据本文描述的实施例操作的指令。
存储装置140-1a-n、140-2可以存储例如限定分布式注射事件事务分类账的区块链数据，该分类账存储注射事件事务的记录(例如，限定注射事件的数据，其中注射已经被授权和/或被施用给特定患者，并且注射提供者已经提供了指示特定流体药剂已经被施用给特定患者的数据，包括伴随的细节，例如对应于注射的时间/日期、位置、流体药剂和/或注射提供者)，链代码指令、导致与管理设备106通信的数据(例如，到提供区块链认证、证明和/或加密散列的web服务的API和/或API隧道)。在一些实施例中，存储器设备140-1a-n、140-2可以包括任何类型、配置和/或数量的是或变得已知或可行的数据存储设备。存储装置140-1a-n、140-2可以例如包括光学和/或固态硬盘驱动器阵列，其配置为存储由节点装置102a-n提供(和/或请求)的注射事件事务分类账数据、注射器和/或注射事件分析数据(例如，分析公式和/或数学模型)、和/或各种操作指令、驱动器等。虽然存储器设备140-1a-n、140-2描述为各种节点设备102a-n和服务器110的独立部件，但是存储器设备140-1a-n、140-2可以包括多个部件。在一些实施例中，多部件存储器设备140-1a-n、140-2可以分布在各种设备上和/或可以包括远程分散的部件。例如，节点设备102a-n、管理设备106和/或服务器设备110中的任何或所有可以包括存储器设备140-1a-n、140-2或其中的一部分。
现在转到图2，其中示出了注射管理系统200的框图，该注射管理系统200可以是本文描述的注射管理服务的部件。在一个实施例中，注射管理系统200可以包括服务器设备110(图1)的示例。注射管理系统200可以包括例如处理器201、存储器203、数据库202和多个软件模块222-226。
根据一些实施例，注射管理系统200的任何或所有部件可以包括一个或多个硬件部件，例如微处理器、微控制器或数字时序逻辑等，例如处理器201。处理器201可以包括顺序或并行工作的一个或多个处理器，例如一个或多个INTELTM处理器。处理器201与存储器203通信或者可操作地连接到存储器203。存储器203可以包括磁、光和/或半导体存储器的适当组合，并且可以包括例如随机存取存储器(RAM)、只读存储器(ROM)、光盘和/或硬盘。处理器201和存储器203可以分别是，例如：(i)完全位于单台计算机或其他设备内；或者(ii)通过诸如串行端口电缆、电话线或射频收发器的远程通信介质相互连接。在一个实施例中，系统200可以包括连接到远程服务器计算机的一个或多个设备，用于维护数据库或注射事件事务记录(例如，图1的管理设备106)。
系统200还可包括数据库202，在一些实施例中，数据库202可存储用于实现本文所述的一个或多个实施例的数据，其非限制性示例包括(i)与一个或多个用户(例如，接受注射的患者和/或注射提供者)相关联的数据，(ii)与其药物包装在注射器中的一个或多个药物公司相关联的数据；(iii)与包括存储唯一标识符的数据存储机制的注射器相关联的数据；(iv)与一个或多个注射事件或注射事件事务相关的数据；以及(v)与患者在注射依从性计划中获得(或正在获得)的一个或多个奖励相关的数据，如本文所述。
根据一些实施例，数据库202包括数据、相关联的数据结构和数据库管理软件。数据库202可以例如使用任何公知的数据库管理系统来实现，包括微软SQL、Oracle、IBM DB2等。应当注意，在一些实施例中，数据库202(或者至少一些被描述为存储在其中的数据)可以存储在存储器203和/或存储器203和/或处理器201可访问的另一存储设备中。例如，在一个实施例中，数据库202(或至少一些被描述为存储在其中的数据)可以存储在第三方服务器的存储器中，例如基于云的计算服务的服务器，注射管理服务可以为了存储数据的目的与该服务器签订合同。
在一些实施例中，本文描述为存储在数据库202中的数据可以跨不止一个数据库存储；仅为了简单起见，本文描述为在至少一些实施例中有用的示例数据被描述为存储在单个数据库202中。根据一些实施例，一种或多种类型的数据204-212可以存储为单独的数据库。
可以存储在数据库202中的一种类型的数据的例子包括注射器数据204，该注射器数据204限定了由系统(例如，为了被跟踪、管理和/或授权的目的而在系统中注册的注射器)识别的唯一可识别的注射器(以及在预填充注射器的情况下，包装在其中的流体药剂的剂量)。这种注射器数据可包括以下中的至少一个：(i)注射器的唯一序列号(在一些实施例中，其可包括附接到注射器或以其他方式与注射器相关联的NFC或其他芯片的唯一序列号)；(ii)包含在注射器中的流体药剂的批号；(iii)流体试剂的制造商的批次标识符；(iv)流体试剂和/或注射器的制造时间和/或地点；(v)注射器内包装的流体药剂的类型、种类和/或名称；(vi)流体试剂的截止日期，如果有的话；(vii)条带ID号(例如，如果注射器以多个注射器的条带制造和销售)；(viii)流体药剂的剂量或强度；(ix)预期目的地或接收人(例如，儿童与成人)；(x)注射器的一个或多个特征(例如，它是1.5ml的BFS瓶管)；和/或(xi)识别或跟踪唯一ID注射器和/或包含在其中的流体药剂所需的其他信息(例如召回警报)。在一些实施例中，唯一序列号可以是指向其他数据的唯一标识符(例如，前述列表的项目(ii)-(x)中指示的至少一些信息)。在一些实施例中，注射器数据204可以用作注射授权过程的一部分(例如，确认注射器不是伪造的，其中的剂量没有被召回等)。
根据本文描述的至少一些实施例，可以存储在数据库202中的一类数据的另一个示例包括患者数据206，其限定了已经向注射管理系统200注册的患者(例如，已经下载了注射管理应用以便跟踪他们的注射事件(例如跟踪他们已经接种的疫苗和他们对于各种传染病的接种疫苗状态)的个人)。在患者数据206的每个相应患者记录中，这种患者数据206可以包括以下至少一项：(i)姓名；(ii)联系数据；(iii)唯一标识符(例如，由注射管理系统或与注射管理系统合作的第三方组织分配，以帮助管理该组织的个体的注射事件信息)；(iv)登录凭证(例如，用户名和密码，通过该用户名和密码，患者可以登录到注射管理应用的患者门户)；(v)健康史；和(vi)注射事件状态或患者已接种(或未接种)的各种传染病的疫苗接种状态。
在一些实施例中，注射管理系统可以允许不同级别的隐私与注射事件事务或疫苗接种的给定数字收据相关联。例如，这种数字收据的第一版本或级别可以允许患者保持匿名，同时与第三方共享该版本的数字收据，以便确认他/她对于特定传染病的疫苗接种状态。数字收据的这种版本或隐私级别可以指示例如患者的疫苗接种状态和关于疫苗接种的一些信息(例如，疫苗接种的时间/日期和/或地点)，而不提供关于患者的个人识别信息(PII)。数字收据的第二版本或级别可以包括患者的PII。在这样的实施例中，不同的许可要求可以对应于数字收据的不同隐私级别(例如，患者/用户可能需要提供额外的密码或参与双因素认证，以确认数字收据的第二级别(包括PII)将与第三方共享。在这样的实施例中，数字收据的不同级别(以及，例如，在每个级别下要与第三方共享的不同信息)和每个级别的相应许可要求也可以为患者存储在患者数据206的患者记录中。
在一些实施例中，限定用于注射事件的数字收据的数据可以存储在患者数据206中，而在其他实施例中，数字收据的标识符可以存储在患者数据206中，其指向存储数字收据的另一位置(例如，在注射事件数据210或与患者数据206和注射事件数据210分开存储的数字收据的另一数据库或分类账中)。
可以存储在数据库202中的数据类型的另一个例子包括注射提供者数据208，其限定了在注射管理系统200中注册为注射提供者的个人。对于患者提供者的每个记录，这种注射提供者数据可以包括以下中的至少一个：(i)姓名；(ii)联系数据；(iii)唯一的标识符(例如，由注射管理系统或与注射管理系统合作的第三方分配，以帮助经由在注射管理系统中注册的注射器对患者进行注射)；以及(iv)登录凭证(例如，用户名和密码，通过该用户名和密码，患者可以登录到注射管理应用的注射提供者门户)。在某些情况下，给定的个人可以在注射管理系统中注册为患者和注射提供者，在这种情况下，该个人需要根据登录的原因登录到适当的门户或平台(患者与注射提供者)。
可以存储在数据库202中的数据的又一个例子是注射事件数据210，其限定了已经被注射管理系统200识别和记录的注射事件或注射事件事务的列表。在一些实施例中，注射事件数据库可以包括如参照图1所述的注射事件事务分类账的实施例，或者表示与存储在分类账中的数据相同的一些或全部数据。根据一些实施例，注射事件数据210的每个记录可存储限定被识别和记录的特定注射事件的信息(例如，根据例如关于图4描述的方法400的方法)。可以记录在注射事件数据210中的数据的例子包括：(i)注射的日期/时间(应当注意，术语“日期”、“时间”和“日期/时间”在本文中可互换使用，指事件的日期和/或时间)；(ii)实施注射的位置(例如，基于由注射提供者和/或患者提供的信息，无论是通过从选择列表中选择来肯定地还是被动地基于从移动设备获得的GPS或地理位置信息或两者)；(iii)进行注射的注射提供者的指示或标识符；(iv)接受注射的患者的标识符；(v)注射的指示(例如，所施用的剂量和/或流体药剂的指示、药品名称、批次或批号等)；(vi)注射的届满日期(如有的话)；(vii)在注射事件中使用的注射器的唯一标识符；(viii)事务的唯一标识符(如果不同于注射器标识符)，其可以由注射管理系统200在注射事件数据210的新记录被打开时生成；(ix)一旦注射的施用已经被确认(例如，根据图4的过程400)就生成的验证码，其可能会过期；(x)验证码的到期时间和/或在到期时间之前是否从患者接收到验证码的指示；(xi)对应于注射事件的注射状态(例如，如果注射是针对在预定时间段内有效的疫苗，则统计可以指示注射当前是否被认为是有效的/活跃的与过期的)；以及(x)对应于注射事件的数字收据或数字收据标识符。在一些实施例中，限定用于注射事件的数字收据的数据可以存储在注射事件数据中，而在其他实施例中，数字收据的标识符可以存储在注射事件数据210中，其指向存储数字收据的另一位置(例如，在患者数据206或与患者数据206和注射事件数据210分开存储的数字收据的另一数据库或分类账中)。
可以存储在数据库202中的数据的另一个例子是流体药剂数据212。流体药剂数据212可以包括关于封装在由注射管理系统200管理的注射器中的各种流体药剂的数据。在一些实施例中，当给患者施用流体药剂时，注射提供者能够从流体药剂数据212中查找关于特定流体药剂的信息。在其他实施例中，流体药剂数据212可以用作注射授权过程的一部分。可以存储在流体药剂数据212中的关于流体药剂的信息的例子包括但不限于：(i)流体治疗/预防的疾病或病症或流体药剂的名称；(ii)流体试剂的制造商；(iii)包含在流体试剂中的成分(例如，用于过敏或相容性目的)；(iv)生产流体药剂的经销商或合同制造商；以及(v)制药公司或其他代表的联系信息，其能够提供关于流体药剂的额外信息，或者用于提交与流体药剂相关的顾虑、投诉、疑问或问题。
应该注意的是，本文提供的哪种类型的信息可以被包括在哪种类型的示例数据中的示例不应该被认为是限制性的。可以对哪种类型的信息与哪种类型的数据一起存储进行修改，可以组合不同类型的数据，一些信息可以与多于一种类型的数据一起存储，等等。
注射管理系统200还可以包括一个或多个软件模块或引擎，用于指导处理器201执行某些功能。根据一些实施例，用于使一个或多个处理器执行某些功能的软件部件、应用、例程或子例程或指令集在本文中可以被称为“模块”或“引擎”。应当注意的是，本文提到的这种模块、引擎或任何其他软件或计算机程序(包括可以下载到用户的移动设备上以便于与注射管理服务通信的注射管理应用，例如通过注射管理服务器200)，可以用任何计算机语言编写，并且可以是整体代码库的一部分，或者可以开发成更离散的代码部分，例如典型的面向对象的计算机语言。此外，在一些实施例中，本文提到的模块、引擎或任何软件或计算机程序可以分布在多个计算机平台、服务器、终端等上。例如，给定模块可以被实现为使得所描述的功能由单独的处理器和/或计算硬件平台来执行。
参考图2，应该理解，其中所示的任何软件模块或计算机程序可以是单个程序的一部分，或者集成到用于控制处理器201的各种程序中。此外，其中示出的任何软件模块或计算机程序可以以压缩的、未编译的和/或加密的格式存储，并且包括当由处理器201执行时使处理器201根据本文描述的至少一些方法运行的指令。当然，可以包括附加的和/或不同的软件模块或计算机程序，并且应该理解，关于图2示出和描述的示例软件模块在任何实施例中都不是必需的。术语“模块”或“引擎”的使用并不意味着参考其描述的功能体现为独立或独立运行的程序或应用。虽然在一些实施例中，针对特定模块描述的功能可以独立运行，但是在其他实施例中，参考特定模块描述这种功能仅仅是为了描述的容易或方便，并且这种功能实际上可以是集成到另一模块、程序、应用或用于指导计算设备的处理器的指令集的一部分。
根据一个实施例，参考图2描述的软件模块、引擎或程序的任何或所有的指令可以从另一个计算机可读介质读取到主存储器中，例如从ROM到RAM。软件模块、引擎或程序中的指令序列的执行使得处理器201执行本文描述的至少一些过程步骤。在替代实施例中，可以使用硬连线电路来代替软件指令或者与软件指令相结合，以实现本文描述的实施例的过程。因此，本文描述的实施例不限于硬件和软件的任何特定组合。可以在系统200中使用的软件模块的一些非限制性示例包括：(i)注射管理引擎220；(ii)授权模块222；(iii)注射事件事务日志模块224；和(iv)注射状态模块226。
在图2所示的示例实施例中，注射管理引擎被示为与(i)授权模块222；(ii)注射事件事务日志模块224；(iii)注射状态模块226；以及(iv)数据库202进行通信。因此，注射管理引擎可操作地访问数据库202中的数据，并且或者自身或者通过向一个或多个模块222-226提供这样的数据来执行本文描述的一些功能和实施例。这种布置示为如何访问、修改和利用数据库202中的数据的一个示例。
通常，注射管理引擎220和模块222-226应当理解为处理器201可访问，而不管它们在系统200内具体如何布置，以实现本文所述的一个或多个实施例。如上所述，引擎220和模块222-226中的一个或多个可以用于利用存储在数据库202中的至少一些数据。此外，根据一些实施例，引擎220和模块222-226中的一个或多个可以用于检索、操纵、选择、更新、修改和/或确定传输到数据库202并存储在数据库202中的数据。
根据一些实施例，注射管理引擎220可以操作来操纵来自数据库202的数据，以便执行或促进以下示例功能之一：(i)授权来自唯一可识别的注射器的注射(例如，基于经由注射提供者的移动设备(例如，图1的节点设备102a-n)上的注射管理应用的注射提供者门户从注射提供者接收的信息)；(ii)存储已经由注射提供者利用注射管理系统200施用的流体药剂的每次注射或剂量的记录；(iii)生成已经对特定患者进行了注射的数字收据或其他指示，以经由患者的移动设备(例如，图1的节点设备102a-n)输出给患者；和/或(iv)允许已经接受由注射管理系统200管理的流体药剂的注射或剂量的患者以有效、电子、安全和可验证的方式提供已经接受注射或剂量的验证。
根据一个实施例，注射管理引擎220或系统200的另一个部件可操作用于经由如本文所述的注射管理应用的一个或多个图形用户界面(GUI)向用户输出信息，例如向系统200注册的患者或注射提供者(并从这样的用户接收输入或数据，例如注射器标识符、确认注射已经成功施用的信息或用于完成注射已经成功实施的确认的验证码)。本文参考图3A-3L描述了这种GUI的例子。本文参照图4描述了过程的例子，通过该过程可以从诸如注射提供者和患者的用户接收信息或向其输出信息。
注射管理应用的接口可以例如采用网络服务器的形式，该网络服务器使用公知的传输协议，例如HTTP和TCP/IP，以HTML、XML或其他公知的格式传送数据。也可以使用专有协议和数据格式。图3A-3L示出了通过可操作来与注射管理系统200接口的注射管理应用可以输出给用户的信息类型和可以从用户收集的机制的非限制性示例。
现在转到图3A-3L和图4，图4中示出了示例过程400，其提供了在此描述的注射管理系统的一些功能的一个实施例，参考图3A-3L，例如可以在这种过程中使用的GUI。过程400可以例如由注射管理系统200(图2)执行。在一些实施例中，过程400可以由一个或多个专用和/或专门编程的计算机(例如，图2的处理器201)来执行和/或实现，和/或以其他方式与一个或多个专用和/或专门编程的计算机相关联。应当注意，关于过程400和本文描述的所有其他过程，并不是关于该过程描述的所有步骤在所有实施例中都是必要的，在一些实施例中可以以不同的顺序执行这些步骤，并且在一些实施例中可以利用附加或替代步骤。
在此参考图3A-3L描述过程400，其示出了在注射事件事务的进展期间可以呈现给用户(在一些情况下是注射提供者，在一些情况下是患者，如在此所述)的多个示例GUI(不以任何限制的方式进行)。图3A-3L各自示出了可以在相应用户的移动设备上输出的相应GUI(其可以包括图1的节点设备102a-102n的例子)。图3A-3L的GUI可以包括应用(可操作以在移动设备上运行的软件应用)或其特定版本、门户或平台的几个标签、屏幕或页面(例如，一些屏幕是当用户作为注射提供者登录时输出的来自注射提供者门户的屏幕，而其他屏幕是当用户作为患者登录时输出的来自患者门户的屏幕)。应当注意，可以实现这种图形用户界面的许多变型(例如，可以修改元素的菜单和布置，可以添加额外的图形和功能)。图3A-3L的图形用户界面以简化形式呈现，以便集中于所描述的特定实施例和特征。
现在转到图3A，其中示出了GUI300A，该GUI300A可以通过移动设备输出给在其移动设备上安装了注射管理应用的用户。这可以是每次启动或打开注射管理应用时呈现给用户的登录屏幕。根据一个实施例，应用可以包括用于不同类型用户(例如患者和注射提供者)的不同门户/平台。在这样的实施例中，可以首先提示用户选择他/她是作为注射提供者登录(在这种情况下，用户将选择由GUI300A的区域302a描绘的选项)还是作为患者登录(在这种情况下，用户将选择由GUI300A的区域302b描绘的选项)。在其他实施例中，不同的应用可用于不同的用户，使得给定用户可以仅启动对应于他/她的角色的应用(例如，注射提供者可以访问第一应用，而患者可以访问第二应用，使得不需要在启动屏幕上选择用户类型)。出于描述通过图3A-3L描述的实施例的目的，假设作为注射提供者的用户和作为患者的用户先前已经向注射管理系统200注册并且因此被注射管理系统识别(例如，在图2的示例系统200的患者数据206和/或注射提供者数据208中存储有对应于它们的数据)，并且具有由系统200识别的登录凭证(本领域普通技术人员应当理解这样的用户可以向系统注册的注册过程，并且为了简洁起见，在此不进行描述)。
现在转到图3B，其中示出了可以呈现给作为注射提供者的用户的示例GUI300B(如GUI300B的区域304a中所示)。为了如本文所述继续使用注射管理应用并访问注射管理服务的功能，用户提供他/她的用户名和密码，或注射管理服务所需的其他凭证。在一些实施例中，用户名可以是分配给用户的唯一标识符(例如，由注射管理服务或与注射管理服务合作以帮助其成员或参与者管理他们的注射事件的第三方组织)。在一些实施例中，可以结合额外的安全措施来验证登录到注射管理应用的用户的身份(例如，双因素认证)。
现在转到图3C，其中示出了示例GUI300C，其可以被输出到注射提供者以指示注射事件事务的过程(以及过程当前所处的当前状态)。注射事件可认为是患者接受注射(剂量的流体药剂)的事件(例如，包括患者接受剂量的特定疫苗的事件)。注射事件事务是由接受注射的患者和注射管理服务(或注射提供者，作为注射管理服务的代表)参与的活动，在该活动中患者接受注射及其数字收据，作为交换，提供允许注射管理服务跟踪和存储已经接受注射的患者的记录的信息(例如，允许系统200识别患者的唯一标识符和允许系统确认患者已经通过唯一ID注射器向他/她施用了特定剂量的流体药剂的验证码，如本文所述)。根据本文描述的实施例，记录事务允许患者和注射管理系统随后以有效和安全的方式访问和验证注射事件的发生。
如图3C所示，根据一些实施例，注射事件事务的过程可以包括(i)注册剂量的流体药剂的注射(称为“注册接种”和区域306a中的步骤1，假设图3A-3L的例子中的流体药剂是疫苗)；(ii)从患者接收已经给患者施用了流体药剂的确认(称为“患者确认”和区域306a中的步骤2)；以及(iii)存储注射事件的可验证记录(在区域306a中称为“记录验证”和步骤3)。参考图4，这里对过程400的描述提供了可以实现这种过程中的每个步骤的一些示例方式。
根据一些实施例，当该示例性过程的每个步骤完成时，注射提供者的应用将显示该步骤成功完成的指示(例如，通过复选标记或其他视觉辅助物显示)。尽管GUI 300C的特定示例屏幕示出了每个步骤旁边的复选标记，但是可以假设，在给定步骤被确认之前，该步骤将被指示为未完成(例如，旁边没有复选标记，通过显示为灰色，或者通过一些其他视觉帮助)。
现在转到图4，当系统(例如，注射管理系统200)识别出注射事件处理的开始时，过程400在框402开始，这包括接收注射器标识符。在一些实施例中，患者标识符或其他患者注册过程可以在框402之前(例如，在注射事件实质上开始之前，注射提供者或其合作者可以首先通过标准预约注册过程来处理患者)。
注射事件事务的启动可以例如基于经由注射管理应用从注射提供者接收的唯一注射器标识符来识别。在图3D中作为GUI300D示出了GUI或界面的例子，注射提供者可以通过该GUI或界面传送或提供唯一的注射器标识符。如本文所述，由注射管理服务进行管理的每个注射器可以配备有或对应于数据存储机制，例如NFC芯片、RFID芯片、QR码、条形码或其他机制，通过该数据存储机制，其上安装有注射管理应用的移动设备的传感器，并且这种数据存储机制可以存储唯一识别注射器的唯一标识符。根据图3D所示的实施例，数据存储机构是NFC芯片，因此可以提示注射提供者输入注射提供者将要使用的注射器的唯一标识符，以通过将注射器靠近注射提供者的移动设备或者通过将注射器(或者注射器的特定部分，例如NFC芯片所在的标签区域)轻敲移动设备来对患者进行注射。在数据存储机构包括除NFC芯片之外的东西的实施例中，可以以不同的方式提示用户适当地输入唯一的注射器标识符。例如，可以提示用户扫描注射器上的QR码或条形码，或者将包括RFID芯片的注射器保持在RFID天线附近，该RFID天线可操作来从RFID芯片读取信息(该天线又可以与注射提供者的移动设备和/或注射管理系统通信，以便传送注射器的唯一标识符并允许注射事件事务进行)。
一旦注射事件处理被启动并且在框404中接收到唯一的注射器标识符，注射器标识符被验证(例如，作为真实的)并且相应的注射器被授权使用。例如，可以检索与注射器标识符相关联的信息，并且可以执行授权过程(例如，确认注射器未过期、未被用过、未被召回和/或未被授权使用)。根据一些实施例，针对框404描述的功能可以至少部分地由授权模块222(图2)来执行。
在一个实施例中，一旦在框404中接收到注射器标识符，它就被用来访问与注射器相关联的数据(如参考图2所描述的)。例如，注射管理系统200可以访问注射器数据204的记录，并且程序或模块(例如，授权模块222)可以检查一个或多个字段，以确认不存在会导致注射器不被注射提供者授权使用的现有情况(例如，注射器没有被召回；注射器是可信的，如果在注射器数据中找到注射器标识符，则可以假定是可信的)。在一些实施例中，作为注射器授权过程的一部分，注射管理系统可以通过GUI(未示出)向注射提供者输出关于注射器和/或包装在注射器中的流体药剂的信息。例如，可以提示注射提供者确认打印或压印在注射器或其标签上的某些信息与存储在与注射提供者提供的注射器标识符相关联的数据库中的信息相匹配。
根据一些实施例，在验证注射器标识符以及该注射器是否应该被授权使用时，可以涉及额外的信息或考虑(即，框404可以包括额外的步骤和/或授权模块222可以执行额外的验证)。例如，在一些实施例中，BFS瓶管或其他类型的注射器可以包括疫苗瓶监测器(VVM)，该疫苗瓶监测器可以包括环境监测机构(例如，粘附到注射器的条带)。根据一些实施例，VVM包括置于包含疫苗或其他流体药剂的瓶管上的热变色标签，该标签给出了疫苗或其他流体药剂是否已经保持在保持其效力的温度范围内的视觉指示。标签是针对向发展中国家运送疫苗的问题而设计的，在发展中国家，环境特征(例如，疫苗储存的温度)难以保持和跟踪，并且以前的疫苗由于暴露于不适当的温度(例如，对于疫苗来说太冷的温度)而变性，从而变得无活性和施用无效。在一些实施例中，VVM可以包括自其所附接的瓶管离开制造工厂以来该瓶管所暴露的热量或冷量的累积量的测量。如果药瓶暴露在不可接受的温度下并持续不可接受的时间，标签会变成黑色，黑色标签表示药瓶内的疫苗或其他流体药剂不再有效，因此不应该注射。在其他实施例中，可以利用更昂贵的数字VVM来跟踪类似的环境温度信息。
根据注射器可包括VVM的一些实施例，注射器的NFC芯片或其它部件可包括光学芯片监视器，其允许读取VVM的输出(例如，VVM标签是否变黑)。例如，用户可以在他们的移动设备上打开适当的注射管理应用，并且将包括NFC芯片和/或光学芯片监视器的瓶管轻击到他们的移动设备(将他们的移动设备(或他们的移动设备的照相机)保持在VVM上)，使得该应用可以基于VVM输出读取疫苗是否良好并且可以使用的指示。在另一个例子中，用户可以在他们的移动设备上打开适当的注射管理应用，并且拍摄VVM输出的照片，并且可以对该应用进行编程(或者可以对包括可操作来实现适当程序的处理器的服务器进行编程，该应用与该服务器进行通信)，以基于VVM的输出来确定瓶管中的流体药剂是否可以使用。在任一示例中，如果注射管理应用基于VVM输出确定流体药剂可以使用，则其可以向用户输出用户被授权注射流体药剂的指示(例如，绿色按钮、灯或其他指示器可以出现在注射管理应用的屏幕中)，如上文关于授权注射器使用以及向注射提供者提供这种授权的指示所述。在一个示例中，申请人设想了一种简单的光学监视器，该光学监视器包括在瓶管中，并且可操作以与VVM通信，或者监视其状态，使得如果VVM标签(或者数字VVM的指示器)变黑(或者以其他方式指示流体药剂已经暴露于不可接受的温度)，则产生信号或者确定流体药剂不再可行或者不再被授权使用。然后，光学监视器可操作以将该指示传送到NFC芯片和/或注射管理应用，并使NFC芯片和/或注射管理应用确定药瓶中的流体药剂不应被授权注射到患者体内。
一旦通过验证注射器标识符是真实的并且确定没有其他已知的信息会导致注射器未被授权使用的注射管理系统来验证注射器，就可以认为该注射已经注册或验证。这可以包括例如生成注射事件事务的记录(例如，在注射管理系统200的数据库中(例如，在图2的注射事件数据210中)打开当前注射事件事务的新记录，和/或生成注射事件事务的唯一事务标识符)。此外，一旦注射器被认证并被授权使用，图3C中所示的过程的步骤1可以被认为已经完成，并且可以通过GUI300C向注射提供者输出对此的视觉指示(例如，可以在步骤1旁边输出复选标记，或者步骤2可以被突出显示或被激活)。在一些实施例中，可以向注射提供者输出附加的视觉、听觉和/或触觉指示，以指示注射器已经被授权使用，并且注射提供者应该继续对患者实施注射(例如，符号或其他视觉指示(例如，复选标记、绿灯或拇指向上或完整的圆圈)、声音或振动可以经由注射管理应用的GUI输出)。
如果注射器标识符没有被成功验证或者注射管理系统200确定注射没有被授权，则指示授权注射失败的错误、警告或其他消息可以经由注射管理应用的GUI被输出到注射提供者。例如，注射提供者可以接收已经对注射器发出召回的指示(在这种情况下，注射提供者可以尝试验证不同的注射器并丢弃被拒绝的注射器)或者对注射器标识符的读取无效的指示(在这种情况下，注射提供者可以尝试再次将注射器轻击到移动设备，再次扫描QR或其他代码，或者以其他方式重新尝试输入注射器标识符，例如手动键入注射器的人类可读代码)。
假设在框404中注射标识符被成功验证并且其中封装的流体药剂的注射被授权使用，则系统等待注射提供者提供对应于在框402中识别的注射器的流体药剂的剂量已经被施用给患者的指示。应当注意的是，在一些实施例中，在该过程的这一点上，系统可能还没有识别出要对其实施注射的患者，而在其他实施例中，可能已经为注射事件事务记录提供了患者标识符(例如，由注射提供者或由患者提供)。一旦系统已经(例如，从注射提供者)接收到已经成功地对患者实施注射的确认(框406)，就生成唯一的验证码，并经由注射管理应用的GUI输出到注射提供者(框408)。在GUI300E的示例中示出了输出给注射提供者的这种验证码的示例(图3E)。尽管GUI300E的区域310a示出了六位数字验证码，但是可以使用任何长度或类型的验证码。
由系统生成的验证码(或者由注射管理应用的模块本地生成，或者由诸如服务器设备110之类的服务器设备远程生成，用户的移动设备通过注射管理应用与服务器设备110通信)用于传送给已经接收注射的患者，使得患者可以使用验证码来验证他/她在注射事件中的存在，并且进一步将数据作为注射事件事务的一部分提供给注射管理系统。在一些实施例中，注射提供者可以向患者展示或大声读出验证码，作为注射提供者的移动设备中的输出。在一些实施例中，验证码可以以QR码或患者的移动设备可直接读取的其他机制的形式输出。
在一些实施例中，验证码可以对应于到期时间，使得验证码仅在到期时间之前有效。在一些实施例中，如果患者需要更多的时间来接收和使用验证码，则可以基于来自注射提供者的请求来生成新的密验证码。在一些实施例中，生成的验证码与注射事件事务相关联地存储(例如，在注射事件数据210和/或注射事件事务分类账中，如果不同的话)。在一些实施例中，生成的验证码可以发送到除注射提供者的移动设备之外的设备。例如，在一些实施例中，可以基于先前存储的与在关于注射事件的过程中较早提供的患者标识符相关联的联系信息，将验证码直接发送(例如，发送短信)给患者。在另一个示例中，验证码可以被发送到另一个服务器设备(例如，图1的管理设备106)。
一旦在框408中生成验证码，图3C中所示的过程的步骤2可被认为完成，并且该完成的视觉或其他指示可经由注射管理应用的注射提供者门户被输出给注射提供者(例如，GUI300E可被更新以指示步骤2的完成)。一旦验证码被输出，系统等待患者输入验证码。
根据一些实施例，在到达注射事件的预约时，患者可以登录到注射管理应用的患者门户(例如，通过选择GUI300A的区域302b中的“患者”选项，然后在GUI300B的区域304b中输入适当的登录凭证)。在登录到注射管理应用时(并且，在一些实施例中，在选择应用的适当的“注射确认”选项之后)，在对患者实施注射之后，可以提示患者输入由注射提供者提供的验证码。示例GUI300F(图3F)示出了一个示例界面，通过该界面可以提示患者输入验证码。患者可以通过提供GUI300F的验证码vi区域312a来确认他/她接收了注射。在一些实施例中，还可以提示患者提供与注射事件事务相关的其他信息(例如，确认时间/日期、注射的位置和/或施用给患者的流体药剂)。一旦从患者接收到验证码(以及任何其他确认信息或输入)(框410)，系统可以将成功的注射事件记录为已经完成(框412)。
在一些实施例中，可能需要由注射提供者执行额外的步骤或输入，以便系统认为注射事件被验证，并确定注射事件事务被成功验证和/或完成。例如，在一些实施例中，在从患者设备接收到验证码之后，可以提示注射提供者(通过注射提供者的移动设备的注射提供者应用)重新输入他/她的密码，以便确认他/她的身份，并且在注射已经成功完成时“签字”。图3H示出了示例GUI300H，其中提示注射提供者通过区域316a输入密码或其他凭证以验证注射。根据一些实施例，注射提供者输入的密码或其他凭证可以作为注射提供者对注射事件记录的数字“签名”。用于允许注射提供者“签署”注射事件记录的其他方法可以包括使注射提供者通过为此目的而提供给注射提供者的物品上的令牌或NFC芯片输入代码(例如，NFC芯片或这种物品的其他机构可以可操作地将唯一的标识符传送给注射管理应用，以确认注射提供者的存在和身份)。在一些实施例中，这样的令牌或其他项目同样可以被注射提供者用来登录注射管理应用的注射提供者门户。
在从患者接收到验证码之后，从注射提供者接收对注射记录的成功确认或验证可以用于满足注射管理应用过程的步骤3，如示例GUI300C中所示。在一些实施例中，可以进一步提示注射提供者通过经由注射管理应用选择“保存”或类似选项来肯定地确认注射事件的成功完成，如图3I的示例GUI300I的区域318a中所示。允许注射提供者肯定地“保存”注射事件并将其指示为完成，还可以通过将系统已经收集的关于注射事件的其他信息输出到注射事件提供者(例如，也如示例GUI300I中所示)，来使注射提供者检查并确认系统已经收集的关于注射事件的其他信息，用于注射事件事务记录。
在一些实施例中，系统还可以通过确定(i)在框410中从患者接收的验证码与在框412中输出到注射提供者的验证码匹配，来确认由患者输入到注射管理应用的患者门户中的验证码；以及(i)在验证码的到期时间之前接收到验证码。当系统正在验证由患者输入的验证码时(并且在一些实施例中，等待注射提供者的用作注射事件记录的“签名”的输入)，患者的注射管理应用可以输出未决验证状态的指示(例如，如图3G的示例GUI300G的区域314b中所示)。一旦验证过程已经完成(例如，基于注射提供者提供数据以在注射事件上签字(例如，提供密码或其他代码或输入以确认注射提供者的身份)，并且在一些实施例中，另外指示注射事件完成，患者的注射管理应用可以输出注射事件或注射的更新状态(例如，如果注射是疫苗，则为“已接种”的状态，以及疫苗和/或患者已经接种疫苗的传染病的名称)。图3J的示例GUI300J示出了可以向患者输出这种更新状态的一种方式。
应当注意的是，本文关于框402-412描述的一些或所有功能可以由授权模块222(图2)和/或注射事件事务日志模块224(图2)来执行。例如，注射事件事务日志模块224可以用于更新或向另一设备(例如，节点设备102a-n和/或管理设备106)发送关于注射事件事务的更新，以便使该设备能够更新其注射事件事务的记录，而授权模块222可以用于执行允许确认或验证这种更新/数据的功能。
在一些实施例中，在框412中从患者接收验证码还可以用于识别和/或确认参与注射事件事务的患者的身份。例如，在一些实施例中，经由注射管理应用的患者门户从患者接收的验证码可以在数据包中接收，该数据包还包括患者的唯一标识符的指示(例如，作为患者登录到注射管理应用的患者门户以便输入验证码的结果而接收的，从而可以经由应用将其提供给系统，并且如GUI300G的区域314a中所示)。该系统基于将从患者接收的验证码与作为开放注射事件事务的一部分生成并输出给注射提供者的验证码进行匹配，可以识别患者并将患者标识符的指示添加到事务的注射事件事务记录中。在一些实施例中，用患者标识符更新注射事件事务记录可以作为框412的过程的一部分来完成。
在一些实施例中，一旦注射事件完成并且事务认为被成功记录(框412)在一个或多个记录中，则可以生成注射事件的数字收据形式的附加数据并将其传输到患者的移动设备(步骤414)。在一些实施例中，正是这种数据/数字收据的传输允许注射管理应用的患者门户显示“已接种”或类似状态，以指示患者已经接受了相应流体药剂的注射。在一些实施例中，数字收据可以包括诸如注射的生效日期或截止日期的数据。例如，在一些情况下，直到患者接受注射后的一段时间(例如，两(2)周)，注射才认为是有效的。在另一个例子中，注射可能仅在一段时间内有效(例如，一(1)年)。在这种情况下，数字收据可以针对这种数据自动执行，因为注射或患者关于注射的状态(例如，患者对于特定疫苗的接种状态)可以基于当前时间与注射的有效时间和/或到期时间的比较在注射管理应用中自动更新。例如，如果注射仅在给患者注射后的一(1)年内有效，当患者在有效时间后登录注射管理应用的患者门户时，注射的状态可能显示为“过期”或类似情况。在图3L的GUI300L中示出了这种状态以及如何显示特定疫苗的示例。
如本文所述，在一些实施例中，注射管理系统可以允许不同级别的隐私与注射事件事务或疫苗接种的给定数字收据相关联。例如，这种数字收据的第一版本或级别可以允许患者保持匿名，同时与第三方共享该版本的数字收据，以便确认他/她对于特定传染病的疫苗接种状态。数字收据的这种版本或隐私级别可以指示例如患者的疫苗接种状态和关于疫苗接种的一些信息(例如，疫苗接种的时间/日期和/或地点)，而无需提供关于患者的个人识别信息(PII)。数字收据的第二版本或级别可以包括患者的PII。在这样的实施例中，不同的许可要求可以对应于数字收据的不同隐私级别(例如，患者/用户可能需要提供额外的密码或参与双因素认证，以确认数字收据的第二级别(包括PII)将与第三方共享。在这样的实施例中，数字收据的不同级别(以及，例如，在每个级别下要与第三方共享的不同信息)和每个级别的相应许可要求也可以为患者存储在患者数据206的患者记录中。在一些实施例中，可以采用公私密钥加密来允许患者控制与注射的数字收据相关联的某些私人信息的发布。
在一些实施例中，注射管理系统可以输出代码(例如，QR代码)或其他手段，通过该代码或手段，患者可以共享或“浏览(flip)”患者当前已经接种了针对特定传染病的疫苗或已经接受了特定流体药剂的验证。注射状态模块226(图2)可用于(i)跟踪和更新患者关于特定流体药剂注射的状态；以及(ii)生成代码或许可，通过该代码或许可，患者可以与第三方共享他/她的注射状态(例如，接受来自患者的许可要求或解密密码，并将数字收据或数字收据的某些级别或数据发布给授权的第三方)。
在一些实施例中，在考虑完成和验证注射事件事务之前，注射管理系统200可以要求在注射事件期间由注射提供者提供附加信息或数据。在一个示例性实施例中，系统可以提示注射提供者拍摄正在接受注射的患者的照片或视频，并作为注射事件确认过程的一部分(例如，在框406中)或在考虑成功记录的注射事件事务之前(例如，在框412中)将其上传。图300K的例子说明了这种实施例的一种实现。在该示例中，注射提供者门户的GUI300K-1经由区域320a提示注射提供者上传患者存在和图像的视觉确认，并且GUI300K-2示出了作为区域322a中的患者确认过程的一部分已经上传的视觉确认。
在一些实施例中，除了注射提供者之外，可能需要监管者或其他第二人在注射事件完成之前确认注射事件。图3K中示出的示例实施例还示出了如何通过提供主管签准的输入机制(作为GUI300K-1和GUI300K-2的区域322b中的步骤3的一部分)来实现这样的实施例。
根据一些实施例，NFC或RFID芯片可以是只读芯片，而在其他实施例中，它还可以是可添加信息的可写芯片。在一些实施例中，NFC或RFID芯片可以是无源芯片，使得它不包括自己的电源，并且可以由读取器设备(例如，用户的移动电话)或NFC芯片外部的其他机制供电。
在NFC或RFID芯片是可写芯片的实施例中(或许还有其他实施例)，可能需要芯片的电源供应器或电源。在一个实施例中，电源供应器或电源可以包括在注射器中。在一个实施例中，电源可以嵌入在BFS瓶管中(例如，作为挤出过程的一部分，电容器可以嵌入在BFS瓶管中)。可用于向NFC或RFID芯片供电的电源或电源供应器的其他示例包括但不限于：(i)由用户通过挤压或按压BFS药瓶以注射药瓶内的流体药剂而产生的能量；(ii)由用户摇动BFS瓶管产生的能量；(iii)来自BFS瓶上/内的光源或太阳能的电力；(iv)利用压电效应和/或材料；(v)来自外部光的电力，或者是自然的阳光，或者是通过将装置保持在明亮的光源下(例如，在塑料瓶管实施例中，瓶管的塑料可以嵌入太阳能转换化学物质或材料，其中将瓶管置于光中为相关的电池或电容器提供非常低的微伏涓流充电)。应当理解，在许多实施例中，本文描述的许多实施例所需的功率量(如果NFC或RFID芯片需要功率的话)可能非常小(例如，一个或两个微伏或者甚至是微伏的几分之一)。
根据一些实施例，NFC或RFID芯片可能变得有故障、没电、损坏或至少部分变得不可操作，使得其上的信息不能被重写或使得附加信息不能被写入或存储在其中。在一些实施例中，NFC或RFID芯片可能具有有限的能力(例如，它只能被写入或重写最大次数或在最大时间段内)。因此，在一些实施例中，期望NFC或RFID芯片具有确认用户试图写入或重写的信息已经被成功写入或处理的能力。在至少一些实施例中，传送到NFC或RFID芯片或从NFC或RFID芯片传送的任何和所有信息可以被加密或保护，或者包括安全元件，使得其被保护免受未授权的访问。
根据一些实施例，NFC或RFID芯片可以包括或提供GPS或位置跟踪能力。例如，NFC或RFID芯片可以输出或传送其位置的GPS坐标(例如，周期性地、非周期性地、响应于被传感器询问或响应于满足另一条件)。在一些实施例中，GPS或位置跟踪功能可以为NFC或RFID芯片提供确定和/或存储(或提供信息以允许另一设备，例如使用相应软件应用的用户的移动设备确定和/或存储)信息，例如对应于NFC或RFID芯片的药瓶的当前或过去位置(例如，它曾经在哪里以及它已经在那里多长时间，它当前在哪里)。
根据一些实施例，在将每个NFC或RFID芯片嵌入到BFS瓶管中之后，可以在制造过程中测试每个NFC或RFID芯片的功能，并且被确定为包括功能不正常或在期望参数内的NFC芯片的任何瓶管可以被丢弃或发送到专门的处理过程。因此，在一个实施例中，制造过程可以提供(i)将NFC或RFID芯片添加到瓶管中(例如，在塑料挤出制造过程中将NFC或RFID芯片嵌入塑料中，或者将NFC或RFID芯片附着在玻璃瓶的瓶盖下或者附着到玻璃瓶的另一部分)；(ii)用流体试剂填充瓶管并将其密封；(iii)测试NFC或RFID芯片以确定其是否在可接受的参数内运行(例如，测试存储在其上的唯一标识符是否能被成功读取)；以及(iv)执行以下操作之一：(a)如果NFC或RFID芯片测试成功，则允许药瓶前进到第一制造路径(例如，作为唯一ID注射器进行包装和销售)，或者(b)如果NFC芯片测试不成功，则将药瓶发送到第二制造路径(例如，丢弃或作为非NFC芯片药瓶进行销售)。根据一些实施例，喷墨打印机或其他打印机也可以打印嵌入或附着于药瓶或药瓶部件的NFC或RFID芯片的NFC或RFID芯片标识符的指示。该指示可以是人类可读形式(例如，字母数字码)或机器可读形式(例如，条形码或QR码)。该指示可以直接印刷在瓶管或瓶管的部件上(例如，在玻璃瓶的情况下，印刷在盖上)，或者印刷在随后贴在瓶管上的标签上。因此，在这样的实施例中，上述制造过程可以进一步提供(v)读取嵌入在药瓶中的NFC或RFID芯片的NFC或RFID标识符；以及(vi)使打印机构打印NFC或RFID标识符，并将其放置在药瓶上(直接或作为标签放置在瓶管上)。
根据一些实施例，用户结合注射管理应用使用唯一ID注射器为用户(例如，瓶管的流体药剂注射到其中的患者)提供了对合格使用的奖励(一旦应用授权并在适当的时间窗口期间自行注射瓶管中的疫苗/药物)。在一个实施例中，终端用户(将在注射器中自行注射疫苗/药物的用户)将注射管理应用下载到其智能电话上，作为允许用户基于药瓶的合格使用赚取奖励(例如，电话使用的额外分钟数、数据计划的额外数据、货币支付等)的先决条件(在其他实施例中，用户不需要下载应用，并且可以实现用于验证使用的离线方法)。例如，用户可以通过在合格的时间窗口期间(例如，在用户应该基于存储在应用中的治疗方案在注射器中自行注射疫苗/药物的时间期间)(在打开应用之后)将瓶管轻击到智能电话来赚取额外的电话分钟数。如果用户在合格窗口期间轻击注射器，则用户赢得额外的电话分钟或另一奖励(在一些实施例中，基于诸如注射器中的剂量没有过期或注射器的VVM状态是可接受的验证的信息，注射还可能另外需要由应用授权，如本文所述)。
在给用户开多次注射方案的一些实施例中，奖励值可以基于用户遵守多次注射方案的程度。例如，对于某些疾病或病症，用户可能需要在特定的时间间隔内自行注射多个剂量。在这种情况下，可以基于“完成游戏”来奖励用户：在遵从所有要求的注射时，用户将被提供相对较大的奖励，但是如果他/她仅遵从一些而不是所有的注射，则提供较小的奖励。
因此，根据一些实施例，在制造/填充注射器时，注射管理服务可以有效地将唯一标识符分配给特定剂量的流体药剂(例如，特定剂量的疫苗)，其方式是不容易允许修改剂量和嵌入或附接到存储剂量的注射器的NFC或RFID芯片的唯一标识符之间的关系。这带来许多好处，包括跟踪何时/何地将特定剂量的流体药剂注射到患者体内，并允许注射提供者容易地验证注射器中将要注射的剂量实际上是其声称的剂量(例如，通过使用注射管理应用在注射之前读取注射器的NFC或RFID芯片的唯一标识符，并使应用验证/授权使用剂量)。
在一些实施例中，NFC或RFID芯片可用于提供芯片/注射器位置的周期性、非周期性(例如，由某些事件触发或随机)或连续的GPS跟踪历史(例如，存储在芯片上(例如，在云中，在服务器上，NFC或RFID芯片和/或在其上下载注射管理应用的移动设备可用于与之通信)。此外，芯片可以与VVM通信，存储VVM的状态的照片或指示，或者可操作来确定VVM的状态。该VVM状态数据可以本地存储在芯片上和/或另一个位置(例如，在云中和/或在服务器上，NFC或RFID芯片和/或在其上下载注射管理应用的移动设备可操作地与之通信)。因此，根据一些实施例，关于注射器及其包含的流体药剂的剂量，NFC或RFID芯片可以知道以下一个或多个：(i)它现在在哪里，(ii)它曾经在哪里；(iii)在漫长的旅程中，它暴露在什么温度下；以及(iv)从它被制作的那一天起已经过去了多长时间，以及从那时起已经过去了多长时间。
根据一些实施例，注射管理应用(经由NFC芯片)和/或NFC或RFID芯片本身可操作来识别、存储和/或向服务器或其他设备转发可由用户提供的各种数据，用户可以是注射提供者、患者或其他用户。例如，如本文所述，将流体药剂从NFC或RFID芯片使能注射器注射到患者体内的用户或自行注射流体药剂的用户可在执行注射之前将瓶管轻击到他/她的移动设备，使得来自NFC或RFID芯片的数据被应用读取和处理。例如，应用可以验证(基于应用已知的关于患者的信息)(i)注射器包含适当的流体药剂；(ii)该药物是在适当时间内服用的；以及(iii)流体药剂仍然适于注射(例如，VVM没有指示其已经暴露于不适当的温度，与注射器相关联的截止日期没有指示流体药剂已经到期，没有与药瓶相关联的召回，药瓶不是被盗的药瓶，等等)。在一些实施例中，可要求用户在注射时拍摄药瓶和/或注射部位的照片(在一些实施例中，用户可因提供该信息而被奖励)。在一些实施例中，可以要求用户使用应用提供对流体药剂的副作用或反应的指示(例如，通过回答一个或多个问题和/或上传注射部位或相关副作用的图片)(并且在一些实施例中，用户可以因为提供这样的信息而被奖励)。
根据一些实施例，用户可因向应用提供特定信息或遵守应用正在跟踪的特定注射要求(例如，通过遵循注射方案，如按照规定进行糖尿病或结核病医疗)而被奖励电话分钟或移动支付。这种奖励的例子包括但不限于电话通话时间和移动支付(例如，小额支付)。此类奖励可提供给个体用户(例如，患者)或一组用户(例如，提供给与存储应用的移动设备相关联的家庭的家庭账户)。
根据一些实施例，注射管理应用可用于与用户(例如，接受注射的患者或其监护人或家庭成员)交流或跟进。例如，可以向用户的移动设备发送文本消息或应用提醒，提醒用户根据疗程进行另一次自行注射流体药剂。在另一个例子中，文本消息或应用提醒可以提示用户提供对注射的任何反应或副作用的指示。
应当注意的是，在某些情况下，用户可能不愿意接收文本消息或提醒，该文本消息或提醒清楚地表明该消息或提醒是用于注射的，或者指明用户需要注射的注射/流体药剂的类型。例如，用户可能对其他人看到这些类型的消息或提醒感到尴尬(这对于用户在共享的家庭移动设备上接收提醒或消息可能特别成问题)。因此，在一些实施例中，消息或提醒可以被隐藏或编码，使得它们不明确地说它们是关于注射的或者它们指的是什么注射。
根据一些实施例，特别是在由不是注射提供者的用户进行自行注射的情况下，可能希望知道注射器中有多少流体药剂被实际注射到患者体内。因此，例如，可以使用注射管理应用进行和报告注射前后的折射率比较。在另一个例子中，可以在注射之前和之后比较(输送机构中的单向阀的)阀水平处的流量计，以确定输送的流体药剂的量。
根据一些实施例，可能希望验证唯一ID注射器中的流体药剂的注射确实被注射到人或至少动物体内(例如，而不仅仅是挤出到空气中以便获得与注射相关联的奖励)。因此，例如，可以测量注射时的背压，和/或可能需要将注射时或注射前后拍摄的注射部位的照片输入到应用中。
根据一些实施例，包括附接到NFC或RFID芯片使能的注射器的输送机构的单向阀的功能性或可操作性可由NFC或RFID芯片控制或影响。例如，根据一些实施例(例如，作为防止注射包含在已被盗的NFC或RFID芯片使能的注射器中的流体药剂的措施)，如果唯一ID注射器首先被敲击到其上注射管理应用打开的移动设备，并且该应用验证注射器被授权且未被盗或以其他方式不适于使用，则单向值仅可被打开，并且流体药剂因此被允许流出。只有当应用验证注射器的授权使用时，它才会向NFC或RFID芯片或注射器的另一个部件(例如，与阀相关联的门或障碍物)发送通信，从而允许阀打开。
根据一些实施例(例如，注射器的NFC或RFID芯片或另一部件允许双向通信的实施例)，注射器可操作以广播其位置(例如，周期性地或非周期性地)，例如其当前GPS坐标。在一些实施例中，如果注射器的NFC或RFID芯片或其它部件确定其处于未授权或意外的位置，则可操作该部件来打电话或发文本，或者简单地传达其位置。在又一实施例中，当需要确定其位置时，可以远程询问NFC或RFID芯片或其他部件。所有上述内容都有助于防止或追踪被盗的注射器。
应当注意的是，尽管这里已经描述了可以通过用户移动设备上的应用来跟踪来自唯一ID注射器的合规或授权注射，但是移动设备对于本文描述的任何实施例都不是必需的。可以使用替代设备来帮助跟踪用户的注射(例如，可以向用户提供SIM卡或其他电子卡，其可操作来直接存储用户注射的指示或者存储指向基于云的数据库的标识符，该数据库存储用户注射的指示)。
解释规则
已经描述了许多实施例，并且这些实施例仅用于说明目的。所描述的实施例在任何意义上都不是限制性的。本发明可广泛应用于许多实施例，这从本文的公开内容中显而易见。足够详细地描述了这些实施例，以使本领域技术人员能够实践本发明，并且应当理解，可以利用其他实施例，并且可以进行结构、逻辑、软件、电气和其他改变，而不脱离本发明的范围。因此，本领域技术人员将认识到，本发明可以通过各种修改和变更来实施。虽然本发明的特定特征可以参考形成本公开一部分的一个或多个特定实施例或附图来描述，并且其中通过图示的方式示出了本发明的特定实施例，但是应该理解，这些特征不限于在描述它们所参考的一个或多个特定实施例或附图中使用。因此，本公开既不是对本发明所有实施例的文字描述，也不是必须存在于所有实施例中的本发明特征的列表。
术语“实施例(an embodiment)”、“实施例(embodiment)”、“实施例(embodiments)”、“实施例(the embodiment)”、“实施例(the embodiments)”、“实施例(anembodiment)”、“一些实施例”、“示例实施例”、“至少一个实施例”、“一个或多个实施例”和“一个实施例”是指“本发明的一个或多个(但不一定是所有)实施例”，除非另有明确说明。
术语“包括”、“包含”及其变体意味着“包括但不限于”，除非另有明确说明。
除非另有明确说明，否则术语“由……组成”及其变体意味着“包括并限于”。
列举的项目列表并不意味着任何或所有项目是相互排斥的。所列举的项目列表并不意味着任何或所有项目都是穷尽的，除非另有明确说明。列举的项目列表并不意味着这些项目根据它们被列举的顺序以任何方式排序。
术语“包括至少一个”后接一系列项目并不意味着需要列表中每个项目的部件或子部件。相反，它意味着所列出的一个或多个项目可以包括所指定的项目。例如，如果说“其中A包括a、b和c中的至少一种”，这意味着(i)A可以包括a，(ii)A可以包括b，(iii)A可以包括c，(iv)A可以包括a和b，(v)A可以包括a和c，(vi)A可以包括b和c，或者(vii)A可以包括a、b和c。
除非另有明确说明，否则术语“一个(a)”、“一个(an)”和“所述”表示“一个或多个”。
除非另有明确说明，术语“基于”是指“至少基于”。
本文描述的方法(不管它们是否被称为方法、过程、算法、计算等)固有地包括一个或多个步骤。因此，对这种方法的一个“步骤”或多个“步骤”的所有引用在仅仅叙述术语“方法”或类似术语时具有前提基础。因此，权利要求中对方法的一个“步骤”或多个“步骤”的任何引用都被认为具有足够的前提基础。
本文件中提供的章节标题和标题仅是为了方便起见，而不应被视为以任何方式限制本公开。
除非另外明确说明，否则相互通信的设备不需要相互持续通信。此外，相互通信的设备可以通过一个或多个中介直接或间接通信。
对具有几个彼此通信的部件的实施例的描述并不意味着需要所有这样的部件，或者每个公开的部件必须与每个其他部件通信。相反，描述了各种可选部件来说明本发明的各种可能的实施例。
此外，尽管可以按顺序描述过程步骤、方法步骤、算法等，但是这些过程、方法和算法可以配置成以交替顺序工作。换句话说，本文件中可能描述的步骤的任何顺序或次序本身并不表示要求这些步骤以该次序执行。本文描述的过程的步骤可以以任何实际的顺序执行。此外，一些步骤可以同时执行，尽管被描述或暗示为不同时发生(例如，因为一个步骤在另一个步骤之后被描述)。此外，通过在附图中的描述来说明过程并不意味着所说明的过程不包括对其的其他变化和修改，也不意味着所说明的过程或其任何步骤对于本发明是必要的，并且也不意味着所说明的过程是优选的。
很明显，本文描述的各种方法和算法可以通过例如适当编程的通用计算机和计算设备来实现。典型地，处理器(例如，微处理器或控制器设备)将从存储器或类似的存储设备接收指令，并执行这些指令，从而执行由这些指令限定的过程。此外，实现这种方法和算法的程序可以使用各种已知介质来存储和传输。
当在此描述单个设备或物品时，很明显可以使用一个以上的设备/物品(无论它们是否合作)来代替单个设备/物品。类似地，在本文描述了一个以上的设备或物品的情况下(无论它们是否合作)，很明显可以使用单个设备/物品来代替一个以上的设备或物品。
设备的功能和/或特征可替换地由一个或多个没有明确描述为具有这种功能/特征的其他设备来体现。因此，本发明的其他实施例不需要包括设备本身。
这里使用的术语“计算机可读介质”指的是参与提供可由计算机、处理器或类似设备读取的数据(例如，指令)的任何介质。这种介质可以采取多种形式，包括但不限于非易失性介质、易失性介质和传输介质。非易失性介质包括例如光盘或磁盘以及其他永久性存储器。易失性介质可以包括动态随机存取存储器(DRAM)，其通常构成主存储器。传输介质可以包括同轴电缆、铜线和光纤，包括包含联接到处理器的系统总线的导线或其他路径。传输介质可以包括或传送声波、光波和电磁辐射，例如在射频(RF)和红外(IR)数据通信期间产生的那些。计算机可读介质的常见形式包括，例如，软盘(floppy disk)、软盘(flexibledisk)、硬盘、磁带、任何其他磁介质、CD-ROM、DVD、任何其他光学介质、穿孔卡、纸带、任何其他具有孔图案的物理介质、RAM、PROM、EPROM、FLASH-EEPROM、任何其他存储芯片或盒式存储器、下文描述的载波或任何其他计算机可以读取的介质。
各种形式的计算机可读介质可以用于向处理器传送指令序列。例如，指令序列(i)可以从RAM传送到处理器，(ii)可以通过无线传输介质传送，和/或(iii)可以根据多种格式、标准或协议进行格式化，例如传输控制协议、互联网协议(TCP/IP)、Wi-Fi、蓝牙、TDMA、CDMA和3G。
在描述数据库的地方，本领域普通技术人员将会理解，(i)可以容易地采用所描述的数据库结构的替代数据库结构，以及(ii)可以容易地采用除数据库之外的其他存储器结构。这里给出的任何样本数据库的任何示意性图示和伴随的描述都是对信息的存储表示的说明性安排。除了所示表格所建议的布置之外，还可以采用任何数量的其它布置。类似地，数据库的任何图示条目仅代表示例性信息；本领域技术人员将会理解，条目的数量和内容可以与这里所示的不同。此外，尽管将数据库描述为表格，但是可以使用其他格式(包括关系数据库、基于对象的模型和/或分布式数据库)来存储和操作本文描述的数据类型。
同样，数据库的对象方法或行为可以用于实现本发明的过程。此外，数据库可以以已知的方式存储在本地或远离访问这种数据库中的数据的设备。
例如，作为用于存储信息的数据库结构的示例替代，可以使用分层电子文件夹结构。然后，可以使用程序根据程序中命名的文件路径来访问分层结构中适当文件夹中的适当信息。
还应当理解，就权利要求中引用的任何术语在本文件中以与单一含义一致的方式引用而言，这仅仅是为了清楚起见，并不意味着任何这样的术语通过暗示或其他方式被如此限制于该单一含义。
在权利要求中，包括短语“装置”或短语“步骤”的权利要求的限制意味着35U.S.C.§112，第6段适用于该限制。
在权利要求中，不包括短语“装置”或短语“步骤”的权利要求的限制意味着35U.S.C.§112第6段不适用于该限制，无论该限制是否叙述了功能而没有叙述用于执行该功能的结构、材料或动作。例如，在一项权利要求中，在提及该权利要求或另一项权利要求的一个或多个步骤时，仅使用短语“步骤”或短语“步骤”并不意味着35U.S.C.§112第6段适用于该步骤。
关于根据35U.S.C.§112第6段执行特定功能的方法或步骤，说明书中描述的相应结构、材料或行为及其等同物可以执行附加功能以及特定功能。
计算机、处理器、计算设备和类似产品是可以执行多种功能的结构。这种产品可以通过执行一个或多个程序来执行特定的功能，例如存储在该产品的存储设备中或该产品访问的存储设备中的程序。除非明确说明，否则这种程序不需要基于任何特定的算法，例如可能在本申请中公开的任何特定算法。对于本领域的普通技术人员来说众所周知的是，特定的功能可以通过不同的算法来实现，并且多种不同算法中的任何一种都仅仅是用于实现特定功能的设计选择。
因此，关于根据35U.S.C.§112第6段执行特定功能的手段或步骤，对应于特定功能的结构包括被编程为执行特定功能的任何产品。这种结构包括执行该功能的编程产品，不管这种产品是用(i)用于执行该功能的公开算法，(ii)类似于公开算法的算法，还是(iii)用于执行该功能的不同算法编程的。
虽然这里已经描述了各种实施例，但是应该理解，本发明的范围不限于明确描述的特定实施例。本领域的普通技术人员在阅读本说明书后将会理解许多其他的变化和实施例。

Claims (13)

1.一种方法，包括：
通过注射管理系统的电子处理设备识别第一注射事件事务，
其中，所述识别基于经由存储在对应于第一用户的第一移动设备上的注射管理应用的注射提供者平台接收待施用给患者的流体药剂的剂量的指示，所述指示包括第一数据，所述第一数据包括包含所述剂量的注射器的唯一标识符，
其中所述第一用户先前通过提供第一用户凭证经由所述第一移动设备登录到所述注射提供者平台，所述第一用户凭证允许所述电子处理设备唯一地识别所述第一用户并将所述第一用户识别为注册的注射提供者；
基于注射器的唯一标识符，授权流体药剂的剂量；
生成对于第一注射事件事务唯一的电子记录，从而生成第一注射事件记录；
从所述第一用户并经由所述注射管理应用接收所述剂量已经施用给所述患者的指示；
响应于所述接收，生成第一验证码，所述第一验证码对应于所述第一验证码的到期时间，并且与所述第一注射事件记录相关联地存储；
经由注射管理应用向第一用户输出第一验证码；
在到期时间之前，从第二用户接收第一验证码，
其中所述第二用户先前已经通过提供第二用户凭证经由第二移动设备登录到所述注射管理应用的患者平台，所述第二用户凭证允许所述电子处理设备唯一地识别所述第二用户并将所述第二用户识别为注册患者；
基于从第二用户接收到第一验证码，推断第二用户是作为第一注射事件事务的一部分已经由第一用户从注射器向其施用了剂量的流体药剂的患者；
更新所述第一注射事件记录以指示所述剂量的流体药剂已经施用给所述第二用户；和
经由注射管理应用的患者门户向第二用户的第二移动设备传送已向第二用户施用了所述剂量的流体药剂的能够验证确认，从而向第二移动设备传送第一注射事件的数字收据，以存储在第二用户的注射管理应用的患者门户中。
2.根据权利要求1所述的方法，其中所述数字收据包括对应于所述第一注射事件记录的唯一数字收据标识符，所述唯一数字收据标识符用于使得所述第二用户能够经由所述注射管理应用的患者门户与所述注射管理系统通信，并且基于存储在所述第一注射事件记录中的数据来验证所述第二用户的疫苗接种状态。
3.根据权利要求1所述的方法，进一步包括：
在接收之前并通过注射管理应用向第一用户输出注射已被授权的指示。
4.根据权利要求1所述的方法，其中所述第一注射事件记录作为区块链记录存储在注射管理系统的分布式网络中。
5.根据权利要求1所述的方法，其中所述数字收据包括以下至少一项：(i)流体药剂的指示；(ii)注射器的标识符；(iii)施用所述剂量的时间；(iv)施用所述剂量的位置；(v)第二用户的标识符；和(vi)施用所述剂量的第一用户的指示。
6.根据权利要求5所述的方法，其中所述数字收据包括代码，所述代码能够根据第二用户的请求，通过注射管理应用的患者平台的GUI显示在第二用户的移动设备上，所述代码能够由外部电子设备读取，以便确认已向第二用户施用了所述剂量的流体药剂。
7.根据权利要求5所述的方法，其中，所述数字收据包括能够与第三方共享的多个隐私级别的信息，每个隐私级别的信息对应于第二用户的相应许可要求，使得为了与第三方共享数字收据的给定隐私级别的信息，第二用户必须首先提供相应的许可要求。
8.根据权利要求7所述的方法，其中，所述多级信息中的第一级信息对应于关于施用给第二用户的剂量的匿名信息，而不识别第二用户，并且所述多级信息中的第二级信息对应于识别第二用户的信息以及关于施用给第二用户的剂量的信息。
9.根据权利要求1所述的方法：
其中所述流体药剂包括针对特定能够传播的疾病的疫苗，所述疫苗在从施用时起的预定时间段内有效，使得所述第二用户认为在所述预定时间段内接种了针对特定能够传播的疾病的疫苗，
此外，其中所述数字收据还包括基于所述预定时间段的所述剂量的截止日期，所述截止日期由所述注射管理应用的患者门户使用，仅直到所述截止日期的时间，以经由所述注射管理应用的GUI输出所述第二用户被认为接种了针对所述特定能够传播的疾病的疫苗的确认。
10.根据权利要求1所述的方法，其中接收所述剂量已经施用给所述患者的指示包括接收在所述第一注射事件事务期间拍摄的所述第二用户的照片，并且其中更新所述电子记录包括将所述照片的副本发送到所述第二用户的移动设备，以与所述数字收据相关联地存储。
11.根据权利要求1所述的方法，其中，与第一注射事件记录相关联地存储照片的副本。
12.根据权利要求1所述的方法，进一步包括：
基于注射器的唯一标识符并从电子处理设备能够访问的数据库中检索描述流体药剂和剂量的信息。
13.根据权利要求12所述的方法，其中授权包括：
基于所述信息确认所述剂量是有效的并且被批准施用。
CN202180032337.9A 2020-05-01 2021-05-03 医用注射器以及用于注射管理平台的系统和方法 Pending CN115485780A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063019192P 2020-05-01 2020-05-01
US63/019,192 2020-05-01
PCT/US2021/030530 WO2021222908A1 (en) 2020-05-01 2021-05-03 Medical injectors and systems and methods for an injection management platform

Publications (1)

Publication Number Publication Date
CN115485780A true CN115485780A (zh) 2022-12-16

Family

ID=78374040

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180032337.9A Pending CN115485780A (zh) 2020-05-01 2021-05-03 医用注射器以及用于注射管理平台的系统和方法

Country Status (6)

Country Link
US (1) US20230081577A1 (zh)
EP (1) EP4143835A1 (zh)
JP (1) JP2023524237A (zh)
KR (1) KR20230004560A (zh)
CN (1) CN115485780A (zh)
WO (1) WO2021222908A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023154184A1 (en) * 2022-02-08 2023-08-17 Eli Lilly And Company Communication tag for a drug product
WO2023187799A1 (en) * 2022-03-29 2023-10-05 Indian Institute Of Science Reusable drug delivery device

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060264778A1 (en) * 2005-05-19 2006-11-23 Vasogen Ireland Limited Verification method and system for medical treatment
US20160210881A9 (en) * 2012-11-01 2016-07-21 Tyrone Ralph Smith Scientific Instrument Trainer
US20140155827A1 (en) * 2012-12-03 2014-06-05 Mylan, Inc. Medicament information system and method
US20150088545A1 (en) * 2013-09-25 2015-03-26 Scientific Technologies Corporation Health records management systems and methods
EP3061013B1 (en) * 2013-10-25 2020-04-22 Ares Trading SA Patient care system reporting adherence to treatment regimen
US20160063215A1 (en) * 2014-08-29 2016-03-03 Ebay Inc. Travel health management system
US20170032101A1 (en) * 2015-05-01 2017-02-02 Ahkeo Ventures LLC Systems and methods for managing a medical supply chain
US20200118164A1 (en) * 2015-07-15 2020-04-16 Edmond Defrank Integrated mobile device management system
US20190214116A1 (en) * 2018-01-10 2019-07-11 Cheryl Lee Eberting Digital health platform for chronic disease management, secure messaging, prescription management, and integrated e-commerce curation
CN111712883A (zh) * 2018-02-09 2020-09-25 费森尤斯维尔公司 用于在医疗软件应用中注册用户的方法
US11650839B1 (en) * 2020-02-28 2023-05-16 The Pnc Financial Services Group, Inc. Systems and methods for developing digital experience applications
US10902955B1 (en) * 2020-05-01 2021-01-26 Georgetown University Detecting COVID-19 using surrogates
US20220020481A1 (en) * 2020-07-20 2022-01-20 Abbott Laboratories Digital pass verification systems and methods

Also Published As

Publication number Publication date
EP4143835A1 (en) 2023-03-08
JP2023524237A (ja) 2023-06-09
KR20230004560A (ko) 2023-01-06
WO2021222908A1 (en) 2021-11-04
US20230081577A1 (en) 2023-03-16

Similar Documents

Publication Publication Date Title
US20230081577A1 (en) Medical Injectors and Systems and Methods for an Injection Management Platform
US9529969B2 (en) Event based tracking, health management, and patient and treatment monitoring system
US20140025392A1 (en) Systems and Methods for Validating Treatment Instructions
US20210313069A1 (en) Validation of Health Status Information
KR20220053046A (ko) 의료 전달 디바이스의 활성화를 감지하기 위한 시스템 및 방법
US20120089518A1 (en) Method and system for authenticating prescriptions for controlled substances
WO2011028261A2 (en) Portable medical record storage device with wireless communication capability
JP2009531146A (ja) 薬剤投与および管理システムおよび方法
AU2020101208A4 (en) System And Method For Vaccine Administration Verification
WO2013086017A1 (en) System and method for verifying and managing distribution of products
WO2021237345A1 (en) Human-centric health record system and related methods
US20220131699A1 (en) Method and system for monitoring and controlling high risk substances
JP2022539040A (ja) 臨床家のインタラクションに基づいた医療用デバイスの適応制御
KR20140020480A (ko) 처방전 자동 복약지도 시스템
CN109272082A (zh) 一种用于开具、授权及使用电子处方的方法
WO2021219885A1 (en) A medical management system and a method thereof
JP2018032106A (ja) 処方情報提供システム
CA3129815C (en) Systems, devices and methods for using a central server to provide multi-tiered access and control of a computer device
GB2547453A (en) Secure data access
WO2024095057A1 (en) Rfid-enabled medical injectors and artificial intelligence (ai) platform for pre-injection interrogation
KR20220128813A (ko) 백신 접종의 인증 및 접종 후 사후 관리를 제공하기 위한 방법 및 그 시스템
JP2017084159A (ja) 投薬支援システム
JP7143468B1 (ja) 投薬情報管理装置、管理方法およびプログラム
JP2013257771A (ja) 処方薬データ管理装置、処方薬データ管理システム、処方薬データ管理方法及び処方薬データ管理プログラム
Venkov et al. Cloud-based system for real time medication monitoring

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination