[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

KR20230004560A - 의료용 주사기 및 주사 관리 플랫폼을 위한 시스템과 방법 - Google Patents

의료용 주사기 및 주사 관리 플랫폼을 위한 시스템과 방법 Download PDF

Info

Publication number
KR20230004560A
KR20230004560A KR1020227038512A KR20227038512A KR20230004560A KR 20230004560 A KR20230004560 A KR 20230004560A KR 1020227038512 A KR1020227038512 A KR 1020227038512A KR 20227038512 A KR20227038512 A KR 20227038512A KR 20230004560 A KR20230004560 A KR 20230004560A
Authority
KR
South Korea
Prior art keywords
injection
user
patient
syringe
dose
Prior art date
Application number
KR1020227038512A
Other languages
English (en)
Inventor
제이 에스. 워커
티모시 스콧 케이스
린지 워커
이스라 엘마흐디
다니엘 쿠라카 말리토
크리스틴 마리 한논
Original Assignee
코스카 패밀리 리미티드
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 코스카 패밀리 리미티드 filed Critical 코스카 패밀리 리미티드
Publication of KR20230004560A publication Critical patent/KR20230004560A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees
    • 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/60ICT 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/67ICT 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
    • 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
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • 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
    • G16H10/60ICT 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/65ICT 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
    • 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
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT 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/17ICT 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
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32Cryptographic 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/3226Cryptographic 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
    • 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
    • G06Q2220/00Business processing using cryptography

Landscapes

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

Abstract

시스템, 방법 및 제조 물품은 블록체인과 같은 분산되고 안전한 기술을 활용하는 NFC 또는 RFID 칩이 장착된 주사기를 포함하는 주사 이벤트 트랜잭션의 검증 및 관리를 허용하는 주사 관리 플랫폼을 제공한다. 주사 이벤트 트랜잭션 원장(ledger)은 주사 이벤트 트랜잭션의 디지털 수신이 안전하게 확인되고 업데이트되게 한다. 일부 실시예에 따르면, 주사기는, 주사를 통해 백신 또는 약제를 포함하는 유체 제제의 단일 투여분으로 사전 충전된 BFS(blow-fill-seal) 주사기를 포함할 수 있어, 주사 이벤트 트랜잭션 원장을 통한 유체 제제의 개별 투여분의 추적을 가능하게 한다.

Description

의료용 주사기 및 주사 관리 플랫폼을 위한 시스템과 방법
우선권 주장
본 출원은 2020년 5월 1일에 Jay S. Walker의 이름으로 출원되고 NFC-ENABLED DRUG CONTAINING SYSTEM AND ASSOCIATED INFORMATION LAYER라는 명칭으로 출원된 미국 임시 출원 번호 제63/019,192호의 이익을 주장한다. 이 임시 출원의 전체 내용은 모든 목적을 위해 본 명세서에 참조로 포함된다.
저작권 고지
이 특허 문서의 개시 내용의 일부는 저작권 보호 대상인 자료를 포함한다. 저작권 소유자는 특허상표청 특허 파일 또는 기록에 나타난 바와 같은 특허 문서 또는 특허 개시 내용에 대하여 누구라도 팩스로 복제하는 것에 반대하지 않지만, 그 외에는 모든 저작권을 보유한다.
매년, 엄청난 수의 사람들이 다양한 질병에 감염되어 사망하고 있으며, 그 중 일부는 주사 가능한 의약품(즉, 주사기 또는 기타 바늘형 의약품 전달 장치의 사용에 의해 전달되는 의약품)을 통해 예방 가능하다(또는 이들의 중증도는 완화될 수 있다). 주사 가능한 의약품이 여러 감염성 질병(또는 이로 인한 증상의 중증도 또는 사망 사례)의 수에서의 극적인 감소로 이어졌지만, 이러한 질병 중 일부는 여전히 흔하고, 새로운 질병이 출현하고 있다. 많은 경우, 특히 개발도상국이나 경제적으로 불리한 국가에서 세계의 많은 인구가, 열악한 구현, 이용 가능한 의약품/백신의 부족, 주사를 투여하기에 충분한 숙련된 자의 부족, 주사가 투여된 장소 대 투여가 여전히 필요한 장소의 열악한 추적 및 관리 또는 이들의 조합 때문에, 비효율적인 주사 가능한 의약품/백신 전달 프로그램으로 인해 예방 가능한 질병의 확산으로 고통받고 있다.
COVID-19 팬데믹과 같은 보다 최근의 세계적인 사건은 기존 백신 및 기타 주사 가능한 의약품 투여 프로그램의 부적절성을 더욱 강조했다. 이 팬데믹은 대중이 (i) 백신 접종을 받은 사람을 검증 가능하고 효율적으로 추적할 수 있는 것; (ii) 사람들이 백신 접종을 받았다는 증거(그리고, 일부 실시예에서, 백신 효과가 부스터 접종 또는 추가 주사를 필요로 하는 상황과 같이 현재 백신 접종 상태)를 효율적으로 제공할 수 있도록 하는 것; (iii) 계속 진행 중인 백신 접종이 필요한 인구 영역을 식별하는 것; 및/또는 (iv) 덜 숙련된 사람이 백신 접종을 투여할 수 있는 수단을 제공하여 광범위한 백신 접종 노력을 가능하게 하는 것으로부터 이득을 보는 상황의 일례이다. 기존 시스템과 인프라 스트럭처는 앞서 말한 요구 사항을 충족하기에 부적합한 것으로 판명되었다.
본 명세서에 설명되는 실시예 및 그에 수반되는 많은 이점에 대한 이해는 첨부 도면과 함께 고려될 때 다음의 상세한 설명을 참조함으로써 용이하게 획득될 수 있으며, 여기서:
도 1은 본 명세서에 설명된 적어도 일부 실시예와 일관되는 시스템의 예시적인 블록도이고;
도 2는 본 명세서에 설명된 적어도 일부 실시예와 일관되는 서버 장치의 예시적인 블록도이고;
도 3a 내지 3l은 본 명세서에 설명된 일부 실시예에 따라 사용자에게 출력될 수 있는 모바일 장치 앱의 예시적인 그래픽 유저 인터페이스이고;
도 4는 본 명세서에 설명된 적어도 일부 실시예와 일관되는 예시적인 프로세스의 예시적인 프로세스 순서도이다.
본 명세서에 설명되는 실시예는 환자로의 단일 투여분(dose)의 투여를 전자적으로 인식, 추적 및/또는 승인할 수 있게 하는 데이터 저장 메커니즘이 구비된 단일 투여분의 유체 제제를 투여하기 위한 주사기(injector)에 관한 것이다. 일부 실시예에서, 전자 플랫폼은 (i) 주사기로부터 환자로의 유체 제제의 투여분을 승인 및 추적을 용이하게 하기 위하여, 주사기로부터 주사 제공자 장치로의 데이터의 전송과 그 다음 플랫폼의 전자 처리 시스템으로의 데이터의 전송; 및/또는 (ii) 환자가 단일 투여분의 유체 제제를 주사기로부터 투여받았다는 디지털 영수증을 수신하고 저장할 수 있게 하는 환자의 장치와의 데이터 교환을 가능하게 하도록 작동 가능하다. 전자 플랫폼은 추가로 의료 서비스(healthcare) 시스템 및 당국이 데이터 메커니즘이 구비된 주사기와 연관된 정보 계층을 생성하고 활용할 수 있도록 한다.
본 명세서에 사용된 용어인 주사기는 백신 또는 약제(일부 실시예에서, 주사 이전에 유체로 환원될 수 있는 동결 건조된 성분을 포함할 수 있음)와 같은 단일 투여분의 유체 제제로 충전된 장치를 지칭한다. 주사기는 플라스틱, 유리 또는 다른 재료로 만들어질 수 있으며, 본 명세서에 설명된 실시예는 임의의 특정 재료로 만들어지는 주사기에 의존하지 않는다. 주사기는, 예를 들어, 스프링 장착식이거나 유체 제제의 주사를 돕기 위한 다른 메커니즘을 갖는 자동 주사기이거나, 또는 주사 메커니즘을 작동시키기 위하여 사용자에 의존하는 수동 주사기를 포함할 수 있다. 수동 주사기의 예는 바이알(vial)이나 다른 컴포넌트로부터 유체 제제를 짜내거나 그렇지 않으면 강제로 빼내기 위해 주사 제공자(예를 들어, 간호사 또는 자가 투여 주사의 경우의 환자) 부분에서 압력 또는 짜내기 동작(squeezing action)을 필요로 하는 플런저형 주사기 또는 플라스틱 바이알 주사기(예를 들어, BFS(blow-fill-seal) 주사기)를 포함한다. 본 명세서에 설명된 실시예에서 활용될 수 있는 주사기 장치의 예는, 각각 모든 목적을 위해 본 명세서에 참조로 편입되는 PCT 출원인, Koska 등의 이름으로 2021년 4월 3일에 출원되고, 발명의 명칭이 SYSTEMS AND METHODS FOR PRE-FILLED MEDICAL DELIVERY DEVICES인 PCT 출원 제PCT/US21/25683호와, Koska 등의 이름으로 2018년 11월 16일에 출원되고, 발명의 명칭이 SYSTEMS AND METHODS FOR FLUID DELIVERY MANIFOLDS인 PCT 출원 제PCT/US21/25683호에서 찾아볼 수 있다.
단일 투여분의 유체 제제로 사전 충전된 주사기는 Koska 등의 앞서 참조된 PCT 출원에서 설명된 BFS 주사기와 같이 제조 공정 동안 사전 충전될 수 있거나(사전 충전식), 다수 투여분의 용기로부터 단일 투여분을 추출하는 것에 의하는 것과 같이 주사 제공자에 의해 충전될 수 있다(현장 충전식). 현장 충전식 또는 현장 충전 가능한 주사기는 주사 제공자가 주사를 투여하기 전에 다른 용기(예를 들어, 다중 투여분 유리 바이알)로부터 단일 투여분의 액체 제제를 주사기로 추출하는 주사기이다. 현장 충전식 주사기에서, 주사기를 통해 투여되는 액체 제제의 투여분은 주사기에 고유하지 않으며, 따라서 주사 제공자는 주사기 및 투여분이 추출되는 다중 투여분 바이알의 식별자 모두를 식별하기 위하여 2개의 데이터를 제공할 필요가 있을 수 있다. 사전 충전식 주사기에서, 주사기의 고유 식별자는 본질적으로 주사기 자체와 그 내에 포함된 유체 제제의 투여분을 모두 식별한다. 유체 제제의 투여분을 식별하는 것은, 예를 들어, 배치(batch) 번호, 유체 제제의 유형, 제조자, 그 투여분의 제조 날짜 등과 같은 정보가 관심 대상인 실시예에서 바람직할 수 있다. 본 명세서에 설명된 실시예는 고유 식별자가 있는 사전 충전식 주사기에 주로 초점이 맞추어 진다.
본 명세서에 설명된 실시예에 따르면, 주사기에는, 예를 들어, 주사기가 제조될 때(그리고, 사전 충전식 주사기의 경우, 주사기가 유체 제제의 투여분으로 사전 충전될 때) 생성된 각각의 주사기에 대한 고유 식별자를 저장함으로써, 각각의 주사기를 고유하게 식별하는 데이터 저장 메커니즘이 구비된다. 이러한 데이터 저장 메커니즘은, 예를 들어, 근거리 무선 통신(Near Field Communication (NFC)) 칩, 무선 주파수 식별(Radio Frequency Identification(RFID)) 칩, QR 코드, 바코드 또는 (예를 들어, 주사기의 라벨 부분에서의 라벨 상에 또는 그 아래에서와 같이, 주사기 또는 이의 일부에 부착되거나 그에 내장된(embedded)) 데이터의 고유 식별자가 주사기와 연관되어 저장되게 하는 임의의 다른 기계 판독 가능한 메커니즘을 포함할 수 있다.
일부 실시예에서, NFC 칩 또는 다른 데이터 저장 메커니즘에 저장된 고유 식별자 및/또는 기타 데이터는 암호화된 형태로 저장될 수 있다는 것에 유의해야 한다. 일부 실시예에서, 추가로, NFC 칩(또는 다른 데이터 저장 메커니즘) 및/또는 주사 관리 앱(Injection Management App)과의 통신은 (예를 들어, 공개 키-개인 키 프로토콜을 사용하여) 암호화된 형태로 수행되거나, 기타 보안 조치(예를 들어, 이중 인증(dual-factor authentication) 또는 블록체인 기술)를 활용하여 수행될 수 있다는 것에 유의해야 한다.
일부 실시예에 따르면, 주사 관리 시스템은 본 명세서에 설명된 바와 같은 데이터 저장 메커니즘이 구비된 주사기를 통해 주사의 검증/승인을 용이하게 하기 위해 주사 관리 앱을 제공하는 것을 포함할 수 있다. 주사 관리 앱은 주사기 사용에 기초하는 전자 기록 보관 또는 정보 계층의 생성 및 활용을 용이하기 위해 중앙 집중화되거나 또는 분산된(예를 들어, 블록체인 기반) 시스템과 통신하기 위해 개인에 의해 활용될 수 있다. 일부 실시예에 따르면, 주사 관리 앱은 주사 제공자 포털 또는 플랫폼을 포함할 수 있으며, 이를 통해 주사 제공자 또는 본 명세서에 설명된 바와 같은 주사기를 사용하여 유체 제제의 주사를 투여하는 다른 개인("주사 제공자")이 시스템에 로그인하여 이러한 주사 공급자를 위한 기능에 대한 액세스 권한을 획득할 수 있다. 예를 들어, 주사 제공자는, 사전 충전식 주사기 내의 특정 투여분이 유효하고 사용에 대하여 승인되었는지(예를 들어, 위조가 아니고, 만료되지 않았으며, 리콜 대상이 아님)를 이를 환자에게 투여하기 전에 확인하고, 특정 환자에게 고유하게 식별된 주사기에 포장된 유체 제제의 투여분을 제공한 주사 제공자의 인스턴스(instance)를 포함하는 각각의 주사 이벤트를 주사 관리 시스템으로 기록하기 위하여 주사 관리 앱을 활용한다. 유사하게, 주사 관리 앱은 환자 포털 또는 플랫폼을 포함할 수 있으며, 이를 통해, 주사를 맞는 개인("환자")이 시스템에 로그인하여 환자를 위한 기능(예를 들어, 특정 백신으로 백신 접종되었거나 그렇지 않으면 특정 유체 제제의 투여분을 맞은 것에 대한 확인을 제공하기 위하여 소정의 형태로 제3자와 공유될 수 있는 환자의 모바일 장치에 저장될 디지털 영수증을 획득하는 것)에 액세스할 수 있다.
일부 실시예 및 상황에서, 주어진 개인은 주사 제공자와 환자 모두의 역할을 할 수 있다. 일부 실시예에서, 주어진 개인은 주어진 주사 이벤트에 대해 주사 제공자 및 환자 모두의 역할을 할 수 있다(예를 들어, 개인은 주사를 자가 투여할 수 있다).
출원인은 고유하게 식별 가능한 사전 충전식 주사기를 활용하고 주사기가 활용되는 주사 이벤트를 인식하도록 작동 가능한 주사 관리 앱을 제공하는 것이 의료 서비스 시스템의 기존 기능에 비해 하나 이상의 이점을 제공한다는 것에 유의한다. 예를 들어, 면역화 프로그램의 많은 구현은 일반적으로 통상적인 재사용 가능한 주사기를 통한 백신의 투여를 포함한다. 그러나, 많은 상황에서, 특히 개발도상국에서, 백신의 투여는 병원의 외부에서 발생하고 비전문가에 의해 제공될 수 있어, 주사가 주사기에 대한 접근을 주의 깊게 제어하지 않으면서 환자에게 제공되도록 한다. 이러한 환경 하에서의 재사용 가능한 주사기의 사용은, 특히 이전에 사용되었고 더 이상 멸균되지 않은 주사기가 후속 주사를 투여하기 위해 사용될 때, 감염 및 혈액으로 전염되는 질병의 확산의 위험을 증가시킨다. 예를 들어, 세계 보건 기구(WHO)는 간염 및 인간 면역 결핍 바이러스(HIV)와 같은 혈액으로 전염되는 질병이 이러한 주사기의 재사용으로 인해 전달되고, 매년 백만 명 이상의 사망을 초래하는 것으로 추정한다. 고유 식별자가 구비된 사전 충전식 주사기를 활용하는 것은, 특히 특정 주사기가 활용되었을 때를 추적하고 일부 실시예에 따라 경고를 출력하거나 2회 이상의 특정 주사기로부터의 유체 제제의 투여분의 투여에 대한 승인을 보류하는 사용하기 쉬운 주사 관리 앱을 제공하는 것과 함께, 기존 시스템에 대한 이러한 결점을 완화하는 데 도움이 될 것이다.
본 명세서에 제시된 실시예는 고유 식별자가 구비된 주사기로부터 환자가 유체 제제의 투여분의 주사를 맞는 주사 이벤트를 관리, 추적, 승인 및 검증하기 위한 시스템, 장치, 인터페이스, 방법 및 제조 물품을 설명한다. 일부 실시예에서, 예를 들어, 주사 관리 시스템(일부 실시예에서, 보안 목적을 위해 블록체인 분산 네트워크 시스템을 통합할 수 있음)은 (i) 제1 주사 이벤트 트랜잭션을 인식하는 단계 - 인식하는 단계는, 제1 사용자에 대응하는 제1 모바일 장치에 저장된 주사 관리 앱(Injection Management App)의 주사 제공자 플랫폼을 통해, 환자에게 투여될 유체 제제의 투여분의 표시를 수신하는 것에 기초하고, 표시는 투여분을 포함하는 주사기의 고유 식별자를 포함하고, 제1 사용자는 전자 처리 장치가 제1 사용자를 고유하게 식별하고 제1 사용자를 등록된 주사 제공자로서 인식하게 하는 제1 사용자 크리덴셜(credential)을 제공함으로써 제1 모바일 장치를 통해 주사 제공자 플랫폼에 이전에 로그인함 -; (ii) 주사기의 고유 식별자에 기초하여, 유체 제제의 투여분을 승인하는 단계; (iii) 제1 주사 이벤트 트랜잭션에 고유한 전자 레코드를 생성하여, 제1 주사 이벤트 레코드를 생성하는 단계; (iv) 제1 사용자로부터 주사 관리 앱을 통해, 투여분이 환자에게 투여되었다는 표시를 수신하는 단계; (v) 수신하는 단계에 응답하여, 제1 패스코드(passcode)를 생성하는 단계 - 제1 패스코드는 제1 패스코드의 만료 시간에 대응하고 제1 주사 이벤트 레코드와 연관되어 저장됨 -; (vi) 주사 관리 앱을 통해 제1 사용자에게 제1 패스코드를 출력하는 단계; (vii) 만료 시간 이전에 제2 사용자로부터 제1 패스코드를 수신하는 단계 - 제2 사용자는 전자 처리 장치가 제2 사용자를 고유하게 식별하고 제2 사용자를 등록된 환자로서 인식하게 하는 제2 사용자 크리덴셜을 제공함으로써 제2 모바일 장치를 통해 주사 관리 앱의 환자 플랫폼에 이전에 로그인함 -; (viii) 제2 사용자로부터 제1 패스코드를 수신하는 단계에 기초하여, 제2 사용자가 주사기로부터의 유체 제제의 투여분이 제1 주사 이벤트 트랜잭션의 일부로서 제1 사용자에 의해 투여된 환자라고 결론짓는 단계; (ix) 유체 제제의 투여분이 제2 사용자에게 투여되었다는 것을 나타내도록 제1 주사 이벤트 레코드를 업데이트하는 단계; 및 (x) 주사 관리 앱의 환자 포털을 통해, 유체 제제의 투여분이 제2 사용자에게 투여되었다는 검증 가능한 확인을 제2 사용자의 제2 모바일 장치에 전송하여, 제2 사용자의 주사 관리 앱의 환자 포털에 저장되도록, 제1 주사 이벤트에 대한 디지털 영수증을 제2 모바일 장치에 전송하는 단계를 제공하는 방법을 가능하게 한다.
출원인은 본 명세서에서 주사기 내에 고유 식별자를 포함시키거나 주사기에 고유 식별자를 부착함으로써 BFS 바이알 또는 전통적인 유리 바이알과 같은 주사기에 이루어질 수 있는 다양한 개선 사항을 설명한다. 고유 식별자는 NFC 또는 RFID 칩과 같은 물리적 부품 또는 QR 코드의 형태일 수 있다. 고유 식별자가 구체화되는 형태에 관계없이, 각각의 주사기와 연관된 고유 식별자의 존재는 정보 계층이 주사기(또는 특히 사전 충전식 주사기의 경우에 주사기 내에 포함된 투여분) 및/또는 주사기에 포장된 유체 제제의 투여분의 주사를 맞는 환자에 관해 형성되거나 이와 연관되도록 한다. 다양한 실시예가 본 명세서에서 BFS 바이알 주사기를 포함하는 주사기에 적용 가능한 것으로 설명되지만, 이들 실시예의 적어도 일부는 또한 본 명세서에 설명된 새로운 기능 및 데이터의 생성으로부터 이익을 얻을 수 있는 유리 또는 기타 바이알 또는 주사 시스템에도 적용될 수 있다는 것이 이해되어야 한다. 따라서, BFS 바이알 또는 다른 특정 유형의 주사기가 언급될 때, 그 언급은 제한하려고 의도되지 않으며, 다양한 실시예에서 동일하거나 유사한 기능이 유체 제제의 용기 역할을 다른 유형의 주사기와 관련하여 제공될 수 있다는 것이 이해되어야 한다. 유사하게, 일부 실시예에서 NFC 칩 이용 가능(NFC-chip-enabled) 주사기가 본 명세서에서 언급되지만, 이러한 언급은 본 명세서에 설명된 바와 같이 소프트웨어 앱을 통해 판독 가능한 고유 식별자와 연관된 임의의 유형의 주사기(이것이 BFS 바이알 메커니즘, 전통적인 유리 바이알 또는 다른 것인지에 관계없이)을 나타내도록 의도된다(예를 들어, NFC 칩의 고유 식별자가 대응하는 주사기와 그 내에 포함된 유체 제제의 특정 투여분을 고유하게 식별하게 하는, 그 내에 내장되거나 소정의 방식으로 그에 부착된 NFC 칩 또는 RFID 칩이나, 그에 부착된 QR 코드를 가진다). 이에 대응하는 이러한 고유 식별자를 갖는 주사기는 본 명세서에서 고유 ID 주사기(Unique ID injector)라고도 한다. "고유 ID 주사기" 대신 "주사기"라는 용어가 사용되는 경우, "주사기"라는 용어가 일부 구절에서 "고유 ID 주사기"의 약어로 사용되기 때문에, 고유 식별자가 설명된 맥락에서 그 주사기와 연관되지 않는다는 의미로 해석되어서는 안 된다는 것에 유의해야 한다. 또한, 주사기에 부착되거나, 주사기에 내장되거나, 주사기에 인쇄 또는 엠보싱되거나 아니면 주사기와 연관된 고유 식별자 또는 고유 식별자를 포함하는 데이터 저장 메커니즘은 주사기와 함께 고유 식별자 또는 고유 식별자를 저장하는 데이터 저장 메커니즘을 포함할 수 있다는 것을 유의해야 하며, 이는 일부 실시예에서 고유 식별자 또는 데이터 저장 메커니즘이 주사기의 특징 부품(예를 들어, BFS 바이알 또는 BFS 바이알의 라벨 부분) 또는 포장(예를 들어, NFC 칩이 주사기의 포일 포장에 부착될 수 있다)에 부착되거나 이와 연관된다는 것을 의미한다는 것에 유의해야 한다.
출원인은 각각의 주사기와 함께 NFC 칩과 같은 데이터 저장 메커니즘을 포함하는 것(예를 들어, 주사기 또는 이의 부품 내에 있거나, 그에 부착되거나, 아니면 그에 대응하는 데이터 저장 메커니즘을 갖는 것)은 예를 들어 다음과 같은 어떤 새롭고 유용한 이점이 실현될 수 있게 한다는 것을 인식하였다: (i) 주사기가 IoT(사물 인터넷)에 연결되게 하고 그리고/또는 IoT에 연결된 원격 서버 및/또는 기타 장치와 통신할 수 있게 하는 것; (ii) 준수 추적/보상 메커니즘(예를 들어, 자가 주사 상황, 다중 주사 요법 또는 기타 상황의 경우)을 활성화하는 것; (iii) 고유 ID 주사기의 사용자(이러한 사용자가 주사 제공자인지, 주사를 맞는 환자인지 또는 주사를 맞는 환자와 연관된 부모, 보호자 또는 다른 사람인지 여부에 관계없이)가 본 명세서에서 주사 관리 앱이라 하는 모바일 장치 또는 다른 장치 상의 특별하게 프로그래밍된 소프트웨어 앱(앱은 장치로 이전에 다운로드되어 있음)을 사용하고, 앱으로 데이터 및/또는 정보를 입력하게 하게 그리고/또는 앱이 데이터 저장 메커니즘으로부터 정보를 판독하게 하는 것(그리고, 일부 경우에, 데이터 저장 메커니즘이 NFC 또는 RFID 칩을 포함하는 경우, 데이터 저장 메커니즘에 데이터를 기록하게 하는 것); (iv) 주사기로부터 환자로의 유체 제제 투여의 검증, 승인, 추적, 확인 및 보상을 가능하게 하는 것; 및 (v) 추가 투여분을 자가 주사하도록 환자를 상기시키거나, 추가 투여분을 위하여 병원으로 복귀하고, 가능성 있는 이상 반응에 대하여 질문하고, 추가 검증되거나 승인된 투여분이 권장된 바와 같이 환자에게 주사되었다는 확인을 수신하는 등을 위하여 후속 조치 연락(예를 들어, 문자 메시지 또는 주사 관리 앱을 통해 출력되는 메시지)가 이러한 주사기로부터 주사를 맞은 환자에게 출력되도록 하는 것.
NFC 칩 이용 가능 주사기로부터의 유체 제제의 주사에 관여하는 다음의 적어도 3가지 상이한 유형의 사용자가 있을 수 있다는 것에 유의해야 한다: (i) 의료 서비스 종사자와 같은 주사 제공자; (ii) 유체 제제가 주사된 환자; 및 (iii) 유체 제제가 주사되고 있는 환자의 보호자(예를 들어, 부모), 친구 또는 가족 구성원(일부 경우에, 환자가 모바일 장치를 공유하는 마을 내의 사람일 수 있다; 환자와 연관될 수 있는 이러한 사람은 총칭하여 본 명세서에서 환자 연락 담당자(patient liaison)라 한다). 이러한 유형의 사용자 모두가 주어진 주사에 관여할 수 있는 하는 것은 아니다. 일부 실시예에 따르면, 이러한 사용자 중 하나 이상은 본 명세서에 설명된 하나 이상의 실시예를 가능하게 하도록 다른 모바일 장치 상의 주사 관리 앱의 상이한 플랫폼, 포털 또는 버전에 액세스할 수 있다(또는 이러한 앱의 상의 상이한 양태, 기능 또는 페이지에 액세스할 수 있다). 예를 들어, 주사 제공자는 주사 관리 앱의 제1 버전 또는 양태(주사 관리 앱의 제공자 플랫폼이라고 함)에 액세스하여 이를 활용할 수 있는 반면, 환자 또는 환자 연락 담당자는 주사 관리 앱의 제2 버전 또는 양태(주사 관리 앱의 환자 플랫폼이라고 함)에 액세스하거나 이를 활용할 수 있다. 일부 실시예에서, 환자 플랫폼은 특정 환자에게 투여된 백신 또는 기타 유체 제제의 추적을 용이하게 할 수 있고, 환자에게 투여된 백신 또는 기타 유체 제제의 온라인 또는 전자 기록(예를 들어, 주사 이벤트의 디지털 영수증 또는 전자 백신 증명서)을 제공할 수 있다. 일부 상황에서, 가족은 모바일 장치를 공유할 수 있으며, 그 모바일 장치 상의 앱은 그 가족의 여러 구성원에 대한 주사의 추적을 허용할 수 있다.
일부 실시예에 따르면, 주사 관리 앱(제공자 플랫폼인지 환자 플랫폼인지에 관계없이)은 주사 관리 앱 및 이에 의해 수집된 주사 데이터를 제공하거나 관리하는 서비스의 원격 서버로/로부터의 데이터 통신을 허용할 수 있다(이러한 서비스는 본 명세서에서 주사 관리 서비스(Injection Management Service)라 한다). 일부 실시예에서, 주사 관리 서비스는, 본 명세서에 설명된 적어도 일부 실시예에 따라, 본 명세서에 설명된 고유 ID 주사기의 제조 및/또는 유통과 관련되고, 본 명세서에 설명된 실시예에 따라 제조되고 제조 시점으로부터 주사 시점까지 추적될 고유 ID 주사기의 레코드를 저장할 수 있다. 일부 실시예에서, 주사 관리 앱을 통해 수집된 데이터는 앱이 다운로드된 장치가 주사 관리 서비스와 통신할 수 없을 때(예를 들어, 장치가 Wi-Fi에 연결되지 않거나 충분한 셀룰러 서비스 연결을 가지지 않을 때) 캐싱되어 로컬 메모리에 저장될 수 있고, 그 다음, 충분한 통신 연결이 설정되면 주사 관리 서비스에 데이터를 전송할 수 있다. 일부 실시예에 따르면, 주사 관리 서비스는 본 명세서에 설명된 실시예에 따라 제조된 각각의 고유 ID 주사기에 대한 데이터베이스 내의 레코드를 열 수 있다. 일부 실시예에서, 주사 관리 서비스는 유체 제제의 투여분에 대응하는 다른 정보(예를 들어, 제조 시간 및 장소; 배치, 로트 및/또는 스트립 번호; 유체 제제의 유형; 유체 제제의 정량(dosage); 유체 제제 만료 날짜; 등)와 연관하여 바이알에 내장되거나 그에 부착된 NFC 또는 RFID 칩의 고유 식별자를 그 레코드에 저장할 수 있다. 이후, 사용자(예를 들어, 주사 제공자, 환자 또는 환자 연락 담당자)가 고유 ID 주사기를 모바일 장치에 탭(tap)하면, 주사 관리 앱은 주사기의 데이터 저장 메커니즘에 저장된 고유 식별자(예를 들어, NFC 칩 식별자)를 판독하고, 바이알/칩과 연관된 정보를 검색하여 (i) 주사를 검증하거나 승인하고; (ii) 본 명세서에서 주사 이벤트 레코드라고도 하는 사용자로부터 획득되거나 전화기로의 바이알의 탭에 기초하여 획득된 다양한 새로운 정보(예를 들어, 주사의 시간/장소; 주사를 제공하는 주사 제공자의 식별자(있는 경우); 환자의 식별자 및/또는 환자와 연관된 모바일 장치의 식별자(예를 들어, 전화 번호))의 표시를 저장하는 것을 또한 포함할 수 있는, 그 식별자에 대응하는 유사 제제의 투여분이 주사되고 있는 것을 나타내기 위하여 새로운 레코드를 열거나 생성하기 위하여(또는 기존 데이터 레코드에서 정보를 업데이트하기 위하여), 주사 관리 앱과 통신할 수 있다. 일부 실시예에서, 주사 관리 서비스는 주사 관리 앱이 설치되어 있고 시스템의 등록된 장치 및/또는 사용자인 사용자 모바일 장치와 통신하도록 작동 가능한 하나 이상의 서버를 포함하는 주사 관리 시스템을 작동시킨다. 일부 실시예에서, 주사 관리 시스템은 (예를 들어, 보안 목적을 위해) 주사 이벤트 레코드를 저장하기 위해 블록체인 유형의 분산 서버 네트워크를 활용한다.
일부 실시예에서, 사용자가 바이알을 주사 관리 앱이 열려 있는 모바일 장치에 탭하면 주사를 검증하거나 승인하기 위하여 주사 관리 서비스에 접속하는 것에 추가로 또는 그 대신에, 주사 관리 앱은 데이터 저장 메커니즘으로부터 칩 식별자에 추가하여 정보를 판독하고(예를 들어, NFC 또는 RFID 칩은 유효 기간, 정량, 바이알에 포함된 유체 제제의 유형과 같은 판독 가능한 데이터를 저장할 수 있다), 주사를 승인하고 사용자가 주사를 진행할 수 있다는 것을 사용자에게 출력하기 위해 이 정보를 사용할 수 있다.
고유 ID 주사기가 BFS 바이알 메커니즘을 포함하는 일부 실시예에 따르면, 출원인은 본 명세서에 설명된 BFS 제조 공정 동안 유체 제제로 충전된 사전 충전식 BFS 바이알이 NFC 칩을 이의 플라스틱 내에 내장하였을 수 있거나, 아니면 자신 내에 또는 자신의 표면 또는 일부에 부착하거나 그 내에 포함하였을 수 있다고 고려한다("내장된(embedded)"라는 용어는 간결함을 위해 사용될 것이지만, 바이알이 BFS 바이알인지, 다른 유형의 플라스틱 바이알인지 또는 유리 바이알인지 관계없이, 바이알로의, 바이알 내로의 또는 바이알 상으로의 모든 방식의 부착, 함침, 내장 또는 추가를 포함하는 것으로 의도된다). 다른 실시예에서, 데이터 저장 장치(NFC 칩, RFID 칩, 또는 다른 형태인지에 관계없이)는 제조 공정 동안 주사기에 접착되거나 아니면 부착될 수 있다(예를 들어, BFS 바이알의 라벨 부분에서, 라벨에 접착되거나 아니면 라벨 아래에 부착될 수 있다).
이제 도 1을 참조하면, 일부 실시예에 따른 시스템(100)의 블록도가 도시된다. 일부 실시예에서, 시스템(100)은 복수의 노드 장치(102a 내지 102n), 네트워크(104), 관리 장치(106) 및/또는 서버 장치(110)를 포함할 수 있다. 일부 실시예에 따르면, 장치(102a 내지 102n, 106, 110) 중 임의의 것 또는 전부는 데이터 저장 및/또는 메모리 장치(140-1a 내지 140-1n, 140-2)를 포함하고 그리고/또는 이와 통신할 수 있다. 각각의 노드 장치(102a 내지 102n)는, 예를 들어, 로컬 메모리 장치(140-1a 내지 140-1n)를 포함할 수 있고 그리고/또는 서버 장치(110)는 네트워크 메모리 디바이스(140-2)를 포함할 수 있다. 도 1에 도시된 바와 같이, 임의의 또는 모든 장치(102a 내지 102n, 106, 110, 140-1a 내지 140-1n, 140-2) 중 임의의 것 또는 전부(또는 이들의 임의의 조합)는 네트워크(104)를 통해 통신할 수 있다. 일부 실시예에서, 시스템(100)의 장치(102a 내지 102n, 106, 110, 140-1a 내지 140-1n, 140-2) 사이의 그리고/또는 그 내의 통신은 분산 주사 이벤트 트랜잭션 원장(ledger)을 제공하고 관리하기 위해 활용될 수 있다. 서버 장치(110)는, 예를 들어, 노드 장치(102a 내지 102n) 및/또는 관리 장치(106) 중 하나 이상과 인터페이스하여 메모리 장치(140-1a 내지 140-1n, 140-2) 중 임의의 것 또는 전부에 저장된 특수하게 프로그래밍된 체인 코드(도시되지 않음)의 다중 인스턴스를 실행할 수 있고 그리고/또는 주사 이벤트 트랜잭션에 참여하는 사용자가 주사 이벤트 트랜잭션에 관한 상태 정보를 획득, 검증 및/또는 수정할 수 있는 특수하게 구조화된 인터페이스를 제공할 수 있다.
더 적거나 더 많은 컴포넌트(102a 내지 102n, 104, 106, 110, 140-1a 내지 140-1n, 140-2) 및/또는 도시된 컴포넌트(102a 내지 102n, 104, 106, 110, 140-1a 내지 140-1n, 140-2)의 다양한 구성이 본 명세서에 설명된 실시예의 범위로부터 벗어나지 않으면서 시스템(100)에 포함될 수 있다. 일부 실시예에서, 컴포넌트(102a 내지 102n, 104, 106, 110, 140-1a 내지 140-1n, 140-2)는 본 명세서에 설명된 유사하게 명명되고 그리고/또는 번호가 매겨진 컴포넌트와 구성 및/또는 기능에 있어서 유사할 수 있다. 일부 실시예에서, 시스템(100)(및/또는 이의 일부)은 방법(400)을 포함하는 본 명세서에 설명된 방법 및/또는 이의 일부를 실행하고, 수행하고 그리고/또는 가능하게 하도록 프로그래밍되고 그리고/또는 그렇지 않으면 그렇게 하도록 구성된 분산 주사 이벤트 관리 프로그램, 시스템 및/또는 플랫폼을 포함할 수 있다.
노드 장치(102a 내지 102n)는, 일부 실시예에서, 알려졌거나 실행 가능하게 된 컴퓨팅 장치, 모바일 전자 장치, 네트워크 장치, 사용자 장치 및/또는 통신 장치의 임의의 유형 또는 구성을 포함할 수 있다. 노드 장치(102a 내지 102n)는, 예를 들어, iPhone®(Apple®, Inc.에 의해 제조됨) 또는 캘리포니아주 샌디에이고의 LG® Electronics, Inc.에 의해 제조되고 캘리포니아주 마운틴뷰의 Google®, Inc.로부터의 Android® 운영 체제를 실행하는 LG Optimus™ Zoom™ 3 스마트 폰과 같은 셀룰러 및/또는 무선 전화기를 포함하는 모바일 장치와 같은 하나 이상의 전자 장치를 포함할 수 있다. 일부 실시예에서, 노드 장치(102a 내지 102n)는 특정 주사 이벤트 트랜잭션에 대한 정보를 확인하고자 하는 환자, 주사 제공자 또는 제3자와 같은 하나 이상의 사용자에 의해 소유 및/또는 작동되는 장치를 포함할 수 있다. 일부 실시예에 따르면, 노드 장치(102a 내지 102n)는, 본 명세서에 설명된 바와 같은 분산 체인 코드 실행 프로세스에 따라, 네트워크(104)를 통해 서버 장치(110)와 통신하여 주사 확인 문의 및/또는 프로세스를 수행하고 그리고/또는 주사 이벤트에 관한 정보(예를 들어, 백신 접종 이벤트에 참여한 결과로서) 특정 환자가 특정 날짜, 시간 및/또는 위치에서 특정 유체 제제의 특정 투여분을 맞았다는 사실 및/또는 환자의 현재 백신 접종 상태)를 기록, 저장, 확인 또는 업데이트할 수 있다. 일부 실시예에 따르면, 노드 장치(102a 내지 102n)는 각각 본 명세서에 설명된 바와 같은 주사 관리 앱의 인스턴스를 저장할 수 있으며, 이를 통해 노드 장치(102a 내지 102n)의 사용자는 서버 장치(1100)를 소유하거나, 제어하거나, 작동시킬 수 있는(또는 이를 대신하여 작동하였을 수 있는) 주사 관리 시스템과 통신할 수 있다.
일부 실시예에서, 예를 들어, 노드 장치(102a 내지 102n)는 서버 장치(110) 및/또는 관리 장치(106)와 인터페이스하여 다른 사용자에 의해 작동되는 하나 이상의 다른 노드 장치(102a 내지 102n)와의 (직접 또는 간접) 통신을 달성할 수 있다(이러한 통신은 도 1에 명시적으로 도시되지 않는다). 일부 실시예에서, 노드 장치(102a 내지 102n)은 서버 장치(110)와 인터페이스하여 관리 장치(106)와의 (직접 또는 간접) 통신을 달성할 수 있다(이러한 통신은 도 1에 명시적으로 도시되지 않는다). 일부 실시예에서, 노드 장치(102a 내지 102n) 및/또는 서버 장치(110)는 주사 이벤트 트랜잭션 원장이 암호화되고 검증 가능한 방식으로 배포되게 하는 체인 코드 알고리즘의 개별 인스턴스를 실행할 수 있다. 본 명세서에 설명된 바와 같이, 예를 들어, 노드 장치(102a 내지 102n) 및/또는 서버 장치(110)는 관리 장치(106)와 통신하여 주사 이벤트 체인 코드 블록 또는 페이로드(payload)를 복수의 노드 장치(102a 내지 102n)에 안전하게 전파하는데 활용되는 암호화 서비스를 실행할 수 있다.
네트워크(104)는, 일부 실시예에 따라, 서버 장치(110), 노드 장치들(102a 내지 102n), 관리 장치(106) 및/또는 메모리 장치(140-1a 내지 140-1n, 140-2) 사이의 통신 링크를 갖는 근거리 통신망(LAN; 무선 및/또는 유선), 셀룰러 전화, Bluetooth®, 근거리 무선 통신(NFC) 및/또는 무선 주파수(RF) 네트워크를 포함할 수 있다. 일부 실시예에서, 네트워크(104)는 시스템(100)의 컴포넌트(102a 내지 102n, 106, 110, 140-1a 내지 140-1n, 140-2) 중 임의의 것 또는 전부 사이의 직접 통신 링크를 포함할 수 있다. 노드 장치(102a 내지 102n)는, 예를 들어, 하나 이상의 와이어, 케이블, 무선 링크 및/또는 다른 네트워크 컴포넌트를 통해 서버 장치(110) 및/또는 관리 장치(106) 중 하나 이상에 직접 인터페이스되거나 연결될 수 있고, 이러한 네트워크 컴포넌트(예를 들어, 무선 링크)는 네트워크(104)의 일부를 포함한다. 일부 실시예에서, 네트워크(104)는 도 1에 도시된 것과 다른 하나의 또는 많은 다른 링크 또는 네트워크 컴포넌트를 포함할 수 있다. 노드 장치(102a 내지 102n)는, 예를 들어, 인터넷 및/또는 셀룰러 전화(및/또는 PSTN(Public Switched Telephone Network)) 네트워크를 포함하고, 네트워크(104)의 일부를 포함하는 다양한 셀 타워, 라우터, 리피터, 포트, 스위치 및/또는 다른 네트워크 컴포넌트를 통해 서버 장치(110) 및/또는 관리 장치(106)에 연결될 수 있다.
네트워크(104)가 도 1에 단일 객체로서 도시되어 있지만, 네트워크(104)는 알려져 있거나 실행 가능한 임의의 수, 유형 및/또는 구성의 네트워크를 포함할 수 있다. 일부 실시예에 따르면, 네트워크(104)는 시스템(100)의 컴포넌트(102a 내지 102n, 106, 110, 140-1a 내지 140-1n, 140-2)에 의해 직접 또는 간접적으로 상호 연결된 상이한 서브 네트워크 및/또는 네트워크 컴포넌트의 집합체를 포함할 수 있다. 네트워크(104)는, 예를 들어, 노드 장치(102a 내지 102n)와 서버 장치(110) 사이의 통신 링크를 갖는 하나 이상의 셀룰러 전화 네트워크를 포함할 수 있고 그리고/또는, 예를 들어, 서버 장치(110)와 관리 장치(106) 및/또는 하나 이상의 메모리 장치(140-1a 내지 140-1n, 140-2) 사이의 통신 링크를 갖는 인터넷을 포함할 수 있다.
관리 장치(106)는, 일부 실시예에서, PC, 랩톱 컴퓨터, 컴퓨터 서버, 데이터베이스 시스템 및/또는 기타 전자 장치, 장치, 또는 이들의 임의의 조합과 같은 임의의 유형 또는 구성의 컴퓨터화된 처리 장치를 포함할 수 있다. 일부 실시예에서, 관리 장치(106)는 제3자(즉, 노드 장치(102a 내지 102n) 또는 서버 장치(110)를 소유 및/또는 작동하는 임의의 엔티티와 상이한 엔티티; 예를 들어, 증명서(certificate), 인증 및/또는 암호화 서비스 제공자)에 의해 소유 및/또는 작동될 수 있다. 관리 장치(106)는, 예를 들어, 캘리포니아주 샌프란시스코의 The Linux Foundation®으로부터 이용 가능한 Hyperledger™ Fabric™ 블록체인 프레임워크와 같은 중앙 집중화된 블록체인 암호화 기능을 제공하는 하나 이상의 웹 서비스를 실행할 수 있다. 일부 실시예에서, 관리 장치(106)는 노드 장치(102a 내지 102n) 및/또는 서버 장치(110) 중 하나 이상으로부터 블록체인 데이터를 수신할 수 있고, 수신된 데이터에 해시 알고리즘을 적용할 수 있고, 암호화된 데이터를 노드 장치(102a 내지 102n) 및 서버 장치(110) 각각에 전송할 수 있다(예를 들어, 블록체인 원장의 로컬 사본에 저장하기 위해). 일부 실시예에 따르면, 관리 장치(106)는 복수의 장치를 포함할 수 있고 그리고/또는 복수의 제3자 엔티티와 연관될 수 있다.
일부 실시예에서, 서버 장치(110)는 노드 장치(102a 내지 102n) 및/또는 관리 장치(106)와 (직접 및/또는 간접적으로) 인터페이스하기 위하여 통신 가능하게 결합되는 컴퓨터 서버와 같이, 전자 및/또는 중앙 집중 컨트롤러 장치를 포함할 수 있다. 서버 장치(110)는, 예를 들어, 하나 이상의 12코어 Intel® Xeon® E5-4640 v4 전자 처리 장치를 포함할 수 있는 텍사스주 라운드 록의 Dell®, Inc.에 의해 제조된 하나 이상의 PowerEdge™ R830 랙 서버를 포함할 수 있다. 일부 실시예에서, 서버 장치(110)는 서버 장치(110)의 도움 없이는 실행 가능하지 않은 프로세스를 실행 및/또는 수행하도록 특별히 프로그래밍된 복수의 처리 장치를 포함할 수 있다. 서버 장치(110)는, 예를 들어, 복수의 주사 이벤트 트랜잭션에 대한 블록체인 원장을 관리하기 위한 하나 이상의 코딩된 규칙을 실행할 수 있으며, 이러한 관리는 특별히 프로그래밍된 서버 장치(110)의 이점 없이는 수행될 수 없는 실시간 주사 이벤트 상태 업데이트 및 조정을 허용한다. 일부 실시예에 따르면, 서버 장치는 주사 이벤트 트랜잭션 원장, 주사 이벤트 데이터베이스 또는 주사 관리 시스템에 의해 추적되고 관리되는 주사 이벤트를 나타내는 전자 레코드의 다른 저장소에 구체화된 주사 이벤트 레코드에 저장된 데이터의 검증을 획득, 업데이트 및 전송하기 위하여, 자신의 해당하는 모바일 장치(예를 들어, 노드 장치(102a 내지 102n))를 통해 환자 및 주사 제공자와 통신하도록 작동 가능한, 본 명세서에 설명된 바와 같은 주사 관리 시스템을 포함할 수 있다.
일부 실시예에 따르면, 서버 장치(110)는 노드 장치(102a 내지 102n) 및/또는 관리 장치(106) 중 하나 이상으로부터 원격에 위치될 수 있다. 또한 또는 대안적으로, 서버 장치(110)는 하나 이상의 다양한 사이트(site) 및/또는 위치에 위치된 복수의 전자 처리 장치를 포함할 수 있다.
일부 실시예에 따르면, 서버 장치(110)는 본 명세서에 설명된 실시예에 따라 작동하도록 특별히 프로그래밍된 명령어를 저장 및/또는 실행할 수 있다. 서버 장치(110)는, 예를 들어, 본 명세서에 설명된 바와 같은 주사 관리 앱을 통해, 예를 들어, 온라인 환경에서, 주사 이벤트의 관리, 추적, 승인, 검증 및/또는 업데이트를 용이하게 하는 하나 이상의 프로그램, 모듈 및/또는 루틴을 실행할 수 있다. 일부 실시예에 따르면, 서버 장치(110)는 노드 장치(102a 내지 102n)에 관한 트랜잭션 및/또는 통신을 관리 및/또는 용이하게 하기 위하여 컴퓨터 서버 및/또는 다른 전자 장치와 같은 컴퓨터화된 처리 장치를 포함할 수 있다. 개인 회사, 정부 의료 기관, 의료 서비스 회사, 주사기 제조업체 및/또는 기타 사용자는, 예를 들어, 서버 장치(110)를 활용하여, (i) 고유 ID 주사기와 연관된 주사 이벤트를 수신 또는 인식하고; (ii) 이러한 주사기로부터의 주사를 승인하고; (iii) 특정 유체 제제의 투여분이 특정 환자에게 (예를 들어, 특정 날짜/시간 및/또는 위치에) 투여되었다는 확인을 주사 제공자로부터 수신하고; (iv) 임의의 앞서 말한 것의 결과로서 특정 백신에 대한 특정 환자의 백신 접종 상태를 저장하고; 그리고/또는 (iii) 본 명세서에 설명된 바와 같이, 제3자가 환자의 백신 접종 상태를 확인하고 그리고/또는 실시간으로 업데이트를 제공할 수 있는 인터페이스를 제공할 수 있다.
일부 실시예에서, 노드 장치(102a 내지 102n), 관리 장치(106) 및/또는 서버 장치(110)는 메모리 장치(140-1a 내지 140-1n, 140-2)와 통신할 수 있다. 메모리 장치(140-1a 내지 140-1n, 140-2)는, 예를 들어, 노드 장치(102a 내지 102n)로부터 획득된 주사기 데이터, 유체 제제 데이터, 등록된 환자 데이터, 등록된 주사 제공자 데이터, 주사 이벤트 데이터 및/또는 주사 또는 백신 상태 데이터, 서버 장치(110)에 의해 정의된 디지털 영수증 데이터(프라이버시 레벨을 채용하는 실시예에서, 디지털 영수증과 관련된 이러한 레벨을 포함함), 주사 승인 처리 규칙, 체인 코드 명령어, 블록체인 데이터, 암호화 키 및/또는 데이터, 등록된 사용자의 로그인 및/또는 신원 크리덴셜 및/또는 다양한 장치(예를 들어, 서버 장치(110), 관리 장치(106) 및/또는 노드 치(102a 내지 102n))가 본 명세서에 설명된 실시예에 따라 작동하게 하는 명령어를 저장할 수 있다.
메모리 장치(140-1a 내지 140-1n, 140-2)는, 예를 들어, 주사 이벤트 트랜잭션의 레코드를 저장하는 분산 주사 이벤트 트랜잭션 원장을 정의하는 블록체인 데이터(예를 들어, 주사가 특정 환자 승인 및/또는 투여되었고, 특정 유체 제제가 특정 환자에게 제공된 것을 나타내고 주사에 대응하는 시간/날짜, 위치, 유체 제제 및/또는 주사 제공자와 같은 수반되는 데이터를 포함하는 데이터를 주사 제공자가 제공한 주사 이벤트를 정의하는 데이터), 체인 코드 명령어, 관리 장치(106)와의 통신을 유발하는 데이터(예를 들어, 블록체인 인증, 증명 및/또는 암호화 해싱을 제공하는 웹 서비스에 대한 API 및/또는 API 터널)을 저장할 수 있다. 일부 실시예에서, 메모리 장치(140-1a 내지 140-1n, 140-2)는 알려져 있거나 실행 가능한 임의의 유형, 구성 및/또는 수량의 데이터 저장 장치를 포함할 수 있다. 메모리 장치(140-1a 내지 140-1n, 140-2)는, 예를 들어, 노드 장치(102a 내지 102n)에 의해 제공(및/또는 요청)되는 주사 이벤트 트랜잭션 원장 데이터, 주사기 및/또는 주사 이벤트 분석 데이터(예를 들어, 분석 수식(formula) 및/또는 수학적 모델) 및/또는 다양한 작동 명령어, 드라이버 등을 저장하도록 구성된 광학 및/또는 솔리드 스테이트 하드 드라이브의 어레이를 포함할 수 있다. 메모리 장치(140-1a 내지 140-1n, 140-2)가 다양한 노드 장치(102a 내지 102n) 및 서버(110)의 독립형 컴포넌트로서 도시되지만, 메모리 장치(140-1a 내지 140-1n, 140-2)는 다중 컴포넌트를 포함할 수 있다. 일부 실시예에서, 다중 컴포넌트 메모리 장치(140-1a 내지 140-1n, 140-2)는 다양한 장치에 걸쳐 분산될 수 있고 그리고/또는 원격으로 분산된 컴포넌트를 포함할 수 있다. 노드 장치(102a 내지 102n), 관리 장치(106) 및/또는 서버 장치(110) 중 임의의 것 또는 전부는, 예를 들어, 메모리 장치(140-1a 내지 140-1n, 140-2) 또는 이의 일부를 포함할 수 있다.
이제 도 2를 참조하면, 본 명세서에 설명된 바와 같은 주사 관리 서비스의 컴포넌트일 수 있는 주사 관리 시스템(200)의 블록도가 여기에 도시된다. 주사 관리 시스템(200)은, 하나의 실시예에서, 서버 장치(110)(도 1)의 일례를 포함할 수 있다. 주사 관리 시스템(200)은, 예를 들어, 프로세서(201), 메모리(203), 데이터베이스(202) 및 복수의 소프트웨어 모듈(222 내지 226)을 포함할 수 있다.
일부 실시예에 따르면, 주사 관리 시스템(200)의 컴포넌트 중 임의의 것 또는 전부는 프로세서(201)와 같은 마이크로프로세서, 마이크로컨트롤러 또는 디지털 순차 로직 등과 같은 하나 이상의 하드웨어 컴포넌트를 포함할 수 있다. 프로세서(201)는 순차적으로 또는 병렬로 작동하는 하나 이상의 INTEL™ 프로세서와 같은 하나 이상의 프로세서를 포함할 수 있다. 프로세서(201)는 메모리(203)와 통신하거나 이에 작동 가능하게 연결된다. 메모리(203)는 자기, 광학 및/또는 반도체 메모리의 적절한 조합을 포함할 수 있고, 예를 들어, 랜덤 액세스 메모리(RAM), 리드 온리 메모리(ROM), 컴팩트 디스크 및/또는 하드 디스크를 포함할 수 있다. 프로세서(201) 및 메모리(203)는 각각, 예를 들어: (i) 단일 컴퓨터 또는 다른 장치 내에 전체적으로 위치될 수 있거나; 또는 (ii) 시리얼 포트 케이블, 전화선 또는 무선 주파수 트랜시버와 같은 원격 통신 매체에 의해 서로 연결될 수 있다. 하나의 실시예에서, 시스템(200)은 데이터베이스 또는 주사 이벤트 트랜잭션 레코드를 유지하기 위해 원격 서버 컴퓨터에 연결된 하나 이상의 장치(예를 들어, 도 1의 관리 장치(106))를 포함할 수 있다.
시스템(200)은, 일부 실시예에서 본 명세서에 설명된 하나 이상의 실시예를 구현하는 데 유용한 데이터를 저장할 수 있는, 데이터베이스(202)를 더 포함할 수 있으며, 이의 비제한적인 예는, 본 명세서에 설명된 바와 같이, 다음을 포함할 수 있다: (i) 하나 이상의 사용자(예를 들어, 주사를 맞는 환자 및/또는 주사 제공자)와 연관된 데이터; (ii) 약물이 주사기에 포장된 하나 이상의 제약 회사와 연관된 데이터; (iii) 고유 식별자를 저장하는 데이터 저장 메커니즘을 포함하는 주사기와 연관된 데이터; (iv) 하나 이상의 주사 이벤트 또는 주사 이벤트 트랜잭션과 연관된 데이터; 및 (v) 주사 준수 프로그램에서 환자에 의해 획득된(또는 획득되는 과정에 있는) 하나 이상의 보상과 연관된 데이터.
일부 실시예에 따르면, 데이터베이스(202)는 데이터, 연관된 데이터 구조 및 데이터베이스 관리 소프트웨어를 포함한다. 데이터베이스(202)는, 예를 들어, Microsoft SQL, Oracle, IBM DB2 등을 포함하는 임의의 잘 알려진 데이터베이스 관리 시스템을 사용하여 구현될 수 있다. 일부 실시예에서, 데이터베이스(202)(또는 그 내에 저장되는 것으로 설명된 데이터의 적어도 일부)는 메모리(203)에 저장될 수 있고 그리고/또는 메모리(203) 및/또는 프로세서(201)가 액세스할 수 있는 다른 메모리 장치에 저장될 수 있다. 예를 들어, 하나의 실시예에서, 데이터베이스(202)(또는 그 내에 저장되는 것으로 설명된 데이터의 적어도 일부)는 주사 관리 서비스가 데이터 저장 목적으로 계약할 수 있는 클라우드 기반 컴퓨팅 서비스의 서버와 같은 제3자 서버의 메모리에 저장될 수 있다.
일부 실시예에서, 데이터베이스(202)에 저장되는 것으로 본 명세서에 설명된 데이터는 하나보다 많은 데이터베이스에 걸쳐 저장될 수 있다; 적어도 일부 실시예에서 유용한 것으로 본 명세서에 설명된 예시적인 데이터는 단지 단순함을 위해 단일 데이터베이스(202)에 저장되는 것으로 설명된다. 일부 실시예에 따르면, 하나 이상의 유형의 데이터(204 내지 212)는 별도의 데이터베이스로서 저장될 수 있다.
데이터베이스(202)에 저장될 수 있는 데이터 유형의 일례는 시스템에 의해 인식되는 고유하게 식별 가능한 주사기(예를 들어, 추적, 관리 및/또는 승인되는 목적으로 시스템에 등록된 주사기)(및 사전 충전식 주사기의 경우, 그 안에 포장된 유체 제제의 투여분)를 정의하는 주사기 데이터(204)를 포함한다. 이러한 주사기 데이터는 다음 중 적어도 하나를 포함할 수 있다: (i) 주사기의 고유 시리얼 번호(일부 실시예에서, 주사기에 부착되거나 그렇지 않으면 주사기와 연관된 NFC 또는 다른 칩의 고유 시리얼 번호를 포함할 수 있음); (ii) 주사기에 포함된 유체 제제의 배치 번호; (iii) 제조업체의 유체 제제 로트 식별자; (iv) 유체 제제 및/또는 주사기의 제조 시간 및/또는 장소; (v) 주사기에 포장된 유체 제제의 유형, 카테고리 및/또는 이름; (vi) 유체 제제의 만료 날짜(있는 경우); (vii) 스트립 ID 번호(예를 들어, 주사기가 다수의 주사기의 스트립으로 제조 및 유통되는 경우); (viii) 유체 제제의 정량 또는 강도; (ix) 의도된 목적지 또는 수령인(예를 들어, 어린이 대 성인); (x) 주사기의 하나 이상의 특성(예를 들어, 1.5 ml BFS 바이알); 및/또는 (xi) 고유 ID 주사기 및/또는 그 안에 포함된 유체 제제를 식별하거나 추적하는 데 바람직한 다른 정보(예를 들어, 리콜 경고). 일부 실시예에서, 고유 시리얼 번호는 다른 데이터(예를 들어, 선행 목록의 항목 (ii) 내지 (x)에 표시된 정보 중 적어도 일부)를 가리키는 고유 식별자일 수 있다. 일부 실시예에서, 주사기 데이터(204)는 (예를 들어, 주사기가 위조되지 않았는지, 그 안의 투여분이 리콜 대상이 아니었는지 등을 확인하기 위해) 주사 승인 프로세스의 일부로서 활용될 수 있다.
데이터베이스(202)에 저장될 수 있는 데이터 유형의 다른 예는, 본 명세서에 설명된 적어도 일부 실시예에 따라, 주사 관리 시스템(200)에 등록한 환자(예를 들어, 자신이 맞은 백신 및 다양한 감염성 질병에 대한 자신의 백신 접종 상태를 추적하기 위한 것과 같이, 자신의 주사 이벤트를 추적하기 위해 주사 관리 앱을 다운로드한 개인)를 정의하는 환자 데이터(206)를 포함한다. 이러한 환자 데이터(206)는, 환자 데이터(206)의 각각의 해당하는 환자 레코드에서, 다음 중 적어도 하나를 포함할 수 있다: (i) 이름; (ii) 연락처 데이터; (iii) 고유 식별자(예를 들어, 주사 관리 시스템 또는 해당 조직의 개인에 대한 주사 이벤트 정보 관리를 돕기 위해 주사 관리 시스템과 제휴한 제3자 조직에 의해 할당됨); (iv) 로그인 크리덴셜(예를 들어, 환자가 주사 관리 앱의 환자 포털에 로그인할 수 있는 사용자 이름 및 패스워드); (v) 건강 기록; 및 (vi) 환자가 백신 접종을 받은(또는 받지 않은) 다양한 감염성 질병에 대한 주사 이벤트 상태 또는 백신 접종 상태.
일부 실시예에서, 주사 관리 시스템은 상이한 프라이버시 레벨이 주사 이벤트 트랜잭션 또는 백신 접종에 대한 주어진 디지털 영수증과 연관되도록 할 수 있다. 예를 들어, 이러한 디지털 영수증의 제1 버전 또는 레벨은 환자가 특정 감염성 질병에 대한 자신의 백신 접종 상태를 확인하기 위해 디지털 영수증의 버전을 제3자와 공유하는 동안 익명을 유지하도록 허용할 수 있다. 디지털 영수증의 이러한 버전 또는 프라이버시 레벨은, 예를 들어, 환자에 관한 개인 식별 정보(personally identifying information(PII))를 제공하지 않으면서 환자의 백신 접종 상태 및 백신 접종에 관한 일부 정보(예를 들어, 백신 접종 시간/날짜 및/또는 장소)를 나타낼 수 있다. 디지털 영수증의 제2 버전 또는 레벨은 환자의 PII를 포함할 수 있다. 이러한 실시예에서, 상이한 허가 요건은 디지털 영수증의 상이한 프라이버시 레벨에 대응할 수 있다(예를 들어, 환자/사용자는 PII를 포함하는 제2 레벨의 디지털 영수증이 제3자와 공유될 것이라는 것을 확인하기 위하여 추가 패스워드를 제공하거나 이중 인증에 참여할 필요가 있을 수 있다). 이러한 실시예에서, 상이한 레벨의 디지털 영수증(그리고, 예를 들어, 각각에 따라 제3자와 공유될 상이한 정보) 및 각각의 레벨에 대한 대응하는 허가 요건은 환자 데이터(206)의 환자 레코드에서 환자에 대해 저장된다.
일부 실시예에서, 주사 이벤트에 대한 디지털 영수증을 정의하는 데이터는 환자 데이터(206)에 저장될 수 있는 반면, 다른 실시예에서, 디지털 영수증이 저장된 다른 위치를 가리키는 디지털 영수증의 식별자가 환자 데이터(206)에 저장될 수 있다(예를 들어, 주사 이벤트 데이터(210) 또는 환자 데이터(206) 및 주사 이벤트 데이터(210) 모두로부터 별도로 저장되는 디지털 영수증의 다른 데이터베이스 또는 원장에).
데이터베이스(202)에 저장될 수 있는 데이터 유형의 또 다른 예는 주사 제공자로서 주사 관리 시스템(200)에 등록된 개인을 정의하는 주사 제공자 데이터(208)를 포함한다. 이러한 주사 제공자 데이터는, 환자 제공자의 각각의 기록에 대해, 다음 중 적어도 하나를 포함할 수 있다: (i) 이름; (ii) 연락처 데이터; (iii) 고유 식별자(예를 들어, 주사 관리 시스템 또는 주사 관리 시스템에 등록된 주사기를 통한 환자로의 주사 투여를 돕기 위하여 주사 관리 시스템과 제휴한 제3자 조직에 의해 할당됨); (iv) 로그인 크리덴셜(예를 들어, 환자가 주사 관리 앱의 주사 제공자 포털에 로그인할 수 있는 사용자 이름 및 패스워드). 일부 상황에서, 주어진 개인이 주사 관리 시스템에 환자와 주사 제공자 모두로서 등록될 수 있으며, 이 경우 개인은 로그인한 이유에 따라 적절한 포털 또는 플랫폼(환자 대 주사 제공자)에 로그인할 필요가 있을 수 있다.
데이터베이스(202)에 저장될 수 있는 데이터의 또 다른 예는 주사 관리 시스템(200)에 의해 인식되고 기록된 주사 이벤트 또는 주사 이벤트 트랜잭션의 리스트를 정의하는 주사 이벤트 데이터(210)이다. 주사 이벤트 데이터베이스는, 일부 실시예에서, 도 1과 관련하여 설명된 바와 같은 주사 이벤트 트랜잭션 원장의 실시예를 포함하거나, 원장에 저장될 수 있는 동일한 데이터의 일부 또는 전부를 나타낼 수 있다. 일부 실시예에 따르면, 주사 이벤트 데이터(210)의 각각의 레코드는 (예를 들어, 도 4와 관련하여 설명되는 방법(400)과 같은 방법에 따라) 인식되고 기록된 특정 주사 이벤트를 정의하는 정보를 저장할 수 있다. 주사 이벤트 데이터(210)에 기록될 수 있는 데이터의 예는 다음을 포함한다: (i) 주사 날짜/시간("날짜(date)", "시간(time)" 및 "날짜/시간"이라는 용어는 본 명세서에서 이벤트의 날짜 및/또는 시간을 나타내기 위하여 교환 가능하게 사용된다는 것에 유의해야 한다); (ii) 주사가 투여된 위치(예를 들어, 선택 리스트로부터 선택함으로써 확정적인지 또는 한쪽 또는 양쪽의 모바일 장치로부터 획득된 지리적 위치 정보 또는 GPS에 기초하여 수동적인 것인지에 관계없이, 주사 제공자 및/또는 환자에 의해 제공된 정보에 기초함); (iii) 주사를 투여한 주사 제공자의 표시 또는 식별자; (iv) 주사가 투여된 환자의 식별자; (v) 주사의 표시(예를 들어, 투여된 투여분 및/또는 유체 제제의 표시, 약물 이름, 배치 또는 로트 번호 등); (vi) 주사에 대한 만료 날짜(있는 경우); (vii) 주사 이벤트에서 활용되는 주사기의 고유 식별자; (viii) 주사 이벤트 데이터(210)의 새로운 레코드가 열릴 때 주사 관리 시스템(200)에 의해 생성될 수 있는 트랜잭션에 대한 고유 식별자(주사기 식별자와 다른 경우); (ix) 만료될 수 있는, 주사의 투여가 (예를 들어, 도 4의 프로세스(400)에 따라) 확인되면 생성되는 패스코드; (x) 패스코드에 대한 만료 시간 및/또는 패스코드가 만료 시간 이전에 환자로부터 수신되었는지 여부의 표시; (xi) 주사 이벤트에 대응하는 주사의 상태(예를 들어, 주사가 미리 결정된 기간 동안 유효한 백신에 대한 주사인 경우, 통계는 주사가 현재 유효/활성인 것 대 만료된 것으로 간주되는지 여부를 나타낼 수 있다); 및 (x) 주사 이벤트에 대응하는 디지털 영수증 또는 디지털 영수증 식별자. 일부 실시예에서, 주사 이벤트에 대한 디지털 영수증을 정의하는 데이터는 주사 이벤트 데이터에 저장될 수 있는 반면, 다른 실시예에서, 디지털 영수증이 저장된 다른 위치를 가리키는 디지털 영수증의 식별자가 주사 이벤트 데이터(210)에 저장될 수 있다(예를 들어, 환자 데이터(206) 또는 환자 데이터(206) 및 주사 이벤트 데이터(210) 모두로부터 별도로 저장된 디지털 영수증의 다른 데이터베이스 또는 원장에).
데이터베이스(202)에 저장될 수 있는 데이터의 또 다른 예는 유체 제제 데이터(212)이다. 유체 제제 데이터(212)는 주사 관리 시스템(200)에 의해 관리되는 주사기에 포장된 다양한 유체 제제에 관한 데이터를 포함할 수 있다. 일부 실시예에서, 주사 제공자는 유체 제제를 환자에게 투여할 때 유체 제제 데이터(212)로부터 추출된 특정 유체 제제에 대한 정보를 찾아볼 수 있다. 다른 실시예에서, 유체 제제 데이터(212)는 주사 승인 프로세스의 일부로서 활용될 수 있다. 유체 제제 데이터(212)에 저장될 수 있는 유체 제제에 대한 정보의 예는 다음을 포함하지만 이에 한정되지 않는다: (i) 유체가 치료/예방하는 질병이나 질환 또는 유체 제제에 대한 이름; (ii) 유체 제제의 제조업체; (iii) 유체 제제에 포함된 성분(예를 들어, 알레르기 또는 호환성 목적을 위해); (iv) 유통업체 또는 유체 제제를 생산한 계약 제조업체; 및 (v) 유체 제제에 대한 추가 정보를 제공할 수 있거나 유체 제제에 대응하는 우려, 불만, 질문 또는 문제를 제출하기 위한 제약 회사 또는 기타 대표자에 대한 연락처 정보.
어떤 유형의 정보가 어떤 유형의 예시적인 데이터에 포함될 수 있는지에 대한 본 명세서에 제공된 예는 한정하는 방식으로 취해져서는 안 된다는 것에 유의해야 한다. 어떤 유형의 정보가 어떤 유형의 데이터로 저장되는지, 다른 유형의 데이터가 결합될 수 있는지, 일부 정보가 2 이상의 데이터 유형과 함께 저장될 수 있는지 등에 대한 수정이 이루어질 수 있다.
주사 관리 시스템(200)은 특정 기능을 수행하도록 프로세서(201)에 지시하기 위한 하나 이상의 소프트웨어 모듈(들) 또는 엔진을 더 포함할 수 있다. 일부 실시예에 따르면, 소프트웨어 컴포넌트, 애플리케이션, 루틴 또는 서브루틴이나 하나 이상의 프로세서가 특정 기능을 수행하게 하기 위한 명령어 세트는 본 명세서에서 "모듈(module)" 또는 "엔진(engine)"이라 할 수 있다. 본 명세서에 언급된 이러한 모듈, 엔진 또는 임의의 다른 소프트웨어 또는 컴퓨터 프로그램(예를 들어, 주사 관리 서버(200)를 통해 주사 관리 서비스와의 통신을 용이하게 하기 위해 사용자의 모바일 장치에 다운로드할 수 있는 주사 관리 앱을 포함함)은 임의의 컴퓨터 언어로 작성될 수 있고 모놀리식 코드 기반의 일부일 수 있거나, 객체 지향 컴퓨터 언어에서 통상적인 것과 같이 더욱 개별적인 코드 부분으로 개발될 수 있다는 것에 유의해야 한다. 또한, 본 명세서에 언급된 모듈, 엔진 또는 임의의 소프트웨어 또는 컴퓨터 프로그램은 일부 실시예에서 복수의 컴퓨터 플랫폼, 서버, 터미널 등에 걸쳐 분산될 수 있다. 예를 들어, 주어진 모듈은 설명된 기능이 별도의 프로세서 및/또는 컴퓨팅 하드웨어 플랫폼에 의해 수행되도록 구현될 수 있다.
도 2를 참조하면, 본 명세서에 예시된 임의의 소프트웨어 모듈(들) 또는 컴퓨터 프로그램은 단일 프로그램의 일부일 수 있거나, 프로세서(201)를 제어하기 위한 다양한 프로그램에 통합될 수 있다는 것이 이해되어야 한다. 또한, 본 명세서에 예시된 모듈(들) 또는 컴퓨터 프로그램은 압축되고, 컴파일되지 않고 그리고/또는 암호화된 포맷으로 저장될 수 있고, 프로세서(201)에 의해 수행될 때, 프로세서(201)가 본 명세서에 설명된 방법 중 적어도 일부에 따라 작동하게 하는 명령어를 포함할 수 있다. 물론, 추가적인 그리고/또는 상이한 소프트웨어 모듈(들) 또는 컴퓨터 프로그램이 포함될 수 있고, 도 2와 관련하여 도시되고 설명된 예시적인 소프트웨어 모듈(들)이 임의의 실시예에서는 필요하지 않다는 것이 이해되어야 한다. "모듈" 또는 "엔진"이라는 용어의 사용은 이를 참조하여 설명된 기능이 독립형 또는 독립적으로 기능하는 프로그램 또는 애플리케이션으로서 구현된다고 의미하지 않는다. 일부 실시예에서 특정 모듈과 관련하여 설명된 기능은 독립적으로 기능할 수 있지만, 다른 실시예에서 이러한 기능은 설명의 용이함 또는 편의만을 위해 특정 모듈을 참조하여 설명되며, 이러한 기능은 실제로 다른 모듈, 프로그램, 애플리케이션 또는 컴퓨팅 장치의 프로세서에 지시하기 위한 명령어의 일부일 수 있다.
일 실시예에 따르면, 도 2와 관련하여 설명된 소프트웨어 모듈(들), 엔진 또는 프로그램 중 임의의 것 또는 전부의 명령어는, ROM으로부터 RAM으로와 같이, 다른 컴퓨터 판독 가능한 매체로부터 메인 메모리로 판독될 수 있다. 소프트웨어 모듈(들), 엔진 또는 프로그램에서의 명령어 시퀀스의 실행은 프로세서(201)가 본 명세서에 설명된 프로세스 단계들의 적어도 일부를 수행하게 한다. 대안적인 실시예에서, 본 명세서에 설명된 실시예의 프로세스의 구현을 위한 소프트웨어 명령 대신에 또는 이와 결합하여 하드와이어(hard-wired) 회로가 사용될 수 있다. 따라서, 본 명세서에 설명된 실시예는 하드웨어 및 소프트웨어의 임의의 특정 조합으로 한정되지 않는다. 시스템(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)은 본 명세서에 설명된 하나 이상의 실시예를 구현하기 위해, 시스템(200) 내에서 특별히 어떻게 배열되는지에 관계없이, 프로세서(201)가 액세스 가능한 것으로 이해되어야 한다. 설명된 바와 같이, 엔진(220) 및 모듈(222 내지 226) 중 하나 이상은 데이터베이스(202)에 저장된 데이터의 적어도 일부를 활용하도록 작동 가능할 수 있다. 또한, 일부 실시예에 따르면, 엔진(220) 및 모듈(222 내지 226) 중 하나 이상은 데이터베이스(202)에 전송되고 데이터베이스(202)에 저장되는 데이터를 검색, 조작, 선택, 업데이트, 수정 및/또는 결정하도록 작동 가능할 수 있다.
주사 관리 엔진(220)은, 일부 실시예에 따라, 다음의 예시적인 기능 중 하나를 수행하거나 용이하게 하기 위해 데이터베이스(202)로부터의 데이터를 조작하도록 동작할 수 있다: (i) (예를 들어, 주사 제공자의 모바일 장치(예를 들어, 도 1의 노드 장치(102a 내지 102n)) 상의 주사 관리 앱의 주사 제공자 포털을 통해 주사 제공자로부터 수신된 정보에 기초하여) 고유하게 식별 가능한 주사기로부터의 주사를 승인하는 것; (ii) 주사 관리 시스템(200)을 활용하여 주사 제공자에 의해 투여된 유체 제제의 각각의 주사 또는 투여분에 대한 레코드를 저장하는 것; (iii) 환자의 모바일 장치(예를 들어, 도 1의 노드 장치(102a 내지 102n))를 통해 환자에게 출력되도록 특정 환자에게 투여된 주사의 디지털 영수증 또는 기타 표시를 생성하는 것; 및/또는 (iv) 주사 관리 시스템(200)에 의해 관리되는 유체 제제의 주사 또는 투여분을 맞은 환자가 효율적이고 전자적이며 안전하고 검증 가능한 방식으로 주사 또는 투여분을 맞았다는 검증을 제공하도록 하는 것.
하나의 실시예에 따르면, 주사 관리 엔진(220) 또는 시스템(200)의 다른 컴포넌트는 본 명세서에 설명된 주사 관리 앱의 하나 이상의 그래픽 유저 인터페이스(GUI)를 통해 시스템(200)에 등록된 환자 또는 주사 제공자와 같은 사용자에게 정보를 출력하도록(그리고 주사기 식별자와 같은 이러한 사용자로부터의 입력 또는 데이터, 주사가 성공적으로 투여되었다는 것을 확인하는 정보 또는 주사가 성공적으로 투여되었다는 검증을 완료하기 위한 패스코드를 수신하도록) 작동 가능할 수 있다. 이러한 GUI의 예는 도 3a 내지 3l을 참조하여 본 명세서에 설명된다. 정보가 주사 제공자 및 환자와 같은 사용자로부터 수신되거나 이러한 사용자로 출력될 수 있는 프로세스의 일례가 도 4를 참조하여 본 명세서에 설명된다.
주사 관리 앱의 인터페이스는, 예를 들어, HTTP 및 TCP/IP와 같은 잘 알려진 전송 프로토콜을 사용하여 HTML, XML 또는 다른 잘 알려진 포맷으로 데이터를 전달하는 웹 서버의 형태를 취할 수 있다. 또한, 사설 프로토콜 및 데이터 포맷도 사용될 수 있다. 도 3a 내지 3l은 주사 관리 시스템(200)과 인터페이스하도록 작동 가능한 주사 관리 앱을 통해 사용자에게 출력될 수 있는 유형의 정보와 사용자로부터 수집될 수 있는 메커니즘의 비한정적인 예를 도시한다.
이제 도 3a 내지 3l 및 도 4를 참조하면, 본 명세서에 설명된 바와 같은 주사 관리 시스템의 일부 기능에 대한 하나의 실시예를 제공하는 예시적인 프로세스가 이러한 프로세스에서 활용될 수 있는 예시적인 GUI에 대한 도 3a 내지 3l을 참조하여 도 4에서 설명된다. 프로세스(400)는, 예를 들어, 주사 관리 시스템(200)(도 2)에 의해 수행될 수 있다. 일부 실시예에서, 프로세스(400)는 하나 이상의 특수화된 그리고/또는 특별하게 프로그래밍된 컴퓨터(예를 들어, 도 2의 프로세서(201))에 의해 수행 및/또는 구현되고 그리고/또는 그렇지 않으면 그와 연관될 수 있다. 프로세스(400) 및 본 명세서에 설명된 모든 다른 프로세스와 관련하여, 프로세스와 관련하여 설명된 모든 단계가 모든 실시예에서 필요한 것은 아니며, 단계들은 일부 실시예에서 다른 순서로 수행될 수 있으며, 추가 또는 대체 단계가 일부 실시예에서 활용될 수 있다는 것에 유의해야 한다.
프로세스(400)는 주사 이벤트 트랜잭션의 진행 동안 사용자(본 명세서에 설명된 바와 같이, 일부 경우에는 주사 제공자이고 일부 경우에는 환자임)에게 제시될 수 있는 복수의 예시적인 GUI(어떠한 한정적인 방식으로도 취해지지 않음)를 도시하는 도 3a 내지 3l을 참조하여 본 명세서에서 설명된다. 도 3a 내지 3l 각각은 (도 1의 노드 장치(102a 내지 102n)의 일례를 포함할 수 있는) 각각의 사용자의 모바일 장치 상에 출력될 수 있는 해당하는 GUI를 도시한다. 도 3a 내지 3l의 GUI는 앱(모바일 장치에서 실행되도록 작동 가능한 소프트웨어 애플리케이션)의 여러 탭, 스크린 또는 페이지, 또는 이의 특정 버전, 포털 또는 플랫폼(예를 들어, 일부 스크린은 사용자가 주사 제공자로서 로그인할 때 출력되는 주사 제공자 포털로부터의 스크린인 반면, 다른 스크린은 사용자가 환자로서 로그인할 때 출력되는 환자 포털로부터의 스크린이다)을 포함할 수 있다. 이러한 그래픽 유저 인터페이스에 대한 많은 변형이 구현될 수 있다는 것에 유의해야 한다(예를 들어, 메뉴 및 요소 배열이 수정될 수 있고, 추가 그래픽 및 기능이 추가될 수 있다). 도 3a 내지 3l의 그래픽 유저 인터페이스는 설명되는 특정 실시예 및 특징에 초점을 맞추기 위해 단순화된 형태로 제시된다.
이제 도 3a를 참조하면, 자신의 모바일 장치에 설치된 주사 관리 앱을 갖는 사용자에게 모바일 장치를 통해 출력될 수 있는 GUI(300A)가 여기에 도시된다. 이것은 주사 관리 앱이 런칭되거나 열릴 때마다 사용자에게 제시되는 로그인 스크린일 수 있다. 하나의 실시예에 따르면, 앱은 환자 및 주사 제공자와 같은 상이한 유형의 사용자를 위한 상이한 포털/플랫폼을 포함할 수 있다. 이러한 실시예에서, 사용자는 먼저 자신이 주사 제공자(이 경우에, 사용자는 GUI(300A)의 영역(302a)에 의해 묘사된 옵션을 선택할 것이다)로서 로그인하고 있는지 환자(이 경우에, 사용자는 GUI(300A)의 영역(302b)에 의해 묘사된 옵션을 선택할 것이다)로서 로그인하고 있는지 선택하도록 유도될(prompted) 것이다. 다른 실시예에서, 주어진 사용자가 자신의 역할에 대응하는 앱만 런칭할 수 있도록 상이한 앱이 상이한 사용자에게 사용 가능할 수 있다(예를 들어, 런치 스크린 상에서 사용자의 유형을 선택할 필요가 없도록, 주사 제공자는 제1 앱에 액세스할 수 있는 반면, 환자는 제2 액에 액세스할 수 있다). 도 3a 내지 3l을 통해 도시된 실시예를 설명할 목적으로, 주사 제공자인 사용자 및 환자인 사용자는 이전에 주사 관리 시스템(200)에 등록하여 이에 따라서 주사 관리 시스템에 의해 인식되며(예를 들어, 도 2의 예시적인 시스템(200)의 환자 데이터(206) 및/또는 주사 제공자 데이터(208)에 그에 대응하는 저장된 데이터를 가진다), 시스템(200)에 의해 인식되는 로그인 크리덴셜을 가지는 것으로 추정된다(이러한 사용자가 시스템에 등록할 수 있는 등록 프로세스는 당해 업계에서의 통상의 지식을 가진 자에 의해 이해되어야 하며, 간결함을 위해 여기에서 설명되지 않는다).
이제 도 3b를 참조하면, (GUI(300B)의 영역(304a)에 표시된 바와 같이) 주사 제공자인 사용자에게 제시될 수 있는 예시적인 GUI(300B)가 여기에 도시된다. 본 명세서에 설명된 바와 같이 주사 관리 앱을 사용하여 진행하고 주사 관리 서비스의 기능에 액세스하기 위해, 사용자는 주사 관리 서비스가 원하는 바에 따라 자신의 사용자 이름과 패스워드 또는 다른 크리덴셜을 제공한다. 일부 실시예에서, 사용자 이름은 (예를 들어, 주사 관리 서비스 또는 그 구성원 또는 참가자가 주사 이벤트를 관리하는 것을 돕기 위해 주사 관리 서비스와 제휴한 제3자 조직에 의해) 사용자에게 할당된 고유 식별자일 수 있다. 일부 실시예에서, 주사 관리 앱에 로그인하는 사용자의 신원을 검증하기 위해 추가 보안 조치가 포함될 수 있다(예를 들어, 이중 인증).
이제 도 3c를 참조하면, 주사 이벤트 트랜잭션에 대한 프로세스(및 프로세스가 현재 취하는 곳의 현재 상태)를 나타내기 위해 주사 제공자에게 출력될 수 있는 예시적인 GUI(300C)가 여기에 도시된다. 주사 이벤트는 환자가 자신에게 주사(투여분의 유체 제제)가 투여되는 동안의 이벤트(예를 들어, 환자가 특정 백신의 투여분을 맞는 것을 포함하는 이벤트)로 간주될 수 있다. 주사 이벤트 트랜잭션은 주사를 맞는 환자와 주사 관리 서비스(또는 주사 관리 서비스의 대표자로서 주사 제공자)가 참여하는 활동이며, 이 활동에서, 환자가 주사를 맞고, 주사 관리 서비스가 주사를 맞은 환자의 레코드를 추적하고 저장하게 하는 정보(예를 들어, 본 명세서에 설명된 바와 같이, 시스템(200)이 환자를 식별할 수 있도록 하는 고유 식별자 및 시스템이 환자가 고유 ID 주사기를 통해 자신에게 특정 유체 제제의 투여분이 투여되었다는 것을 확인하게 하는 패스코드)를 제공하는 것에 대신하여, 이의 디지털 영수증을 수신한다. 거래를 기록하는 것은, 본 명세서에 설명된 실시예에 따라, 환자와 주사 관리 시스템 모두가 효율적이고 안전한 방식으로 주사 이벤트의 발생을 후속적으로 액세스하고 검증할 수 있게 한다.
도 3c에 도시된 바와 같이, 일부 실시예에 따라, 주사 이벤트 트랜잭션을 위한 프로세스는 다음을 포함할 수 있다: (i) 유체 제제의 투여분의 주사를 등록하는 것(영역(306a)에서 "백신 접종 등록" 및 단계 1이라 하고, 도 3a 내지 3l의 예에서의 유체 제제가 백신이라고 가정함); (ii) 환자로부터 유체 제제가 환자에게 투여되었다는 확인을 받는 것(영역(306a)에서 "환자 확인" 및 단계 2라고 함); 및 (iii) 주사 이벤트의 검증 가능한 레코드를 저장하는 것(영역(306a)에서 "레코드 검증" 및 단계 3이라고 함). 여기에서의 프로세스(400)에 대한 설명은, 도 4를 참조하여, 이러한 프로세스에서의 각각의 단계가 구현될 수 있는 일부 예시적인 방식을 제공한다.
일부 실시예에 따르면, 이 예시적인 프로세스의 각각의 단계가 완료됨에 따라, 주사 제공자의 앱은 단계의 성공적인 완료에 대한 표시를 보여줄 것이다(예를 들어, 체크 표시 또는 다른 시각적 보조를 통해 보여주는 바와 같이). GUI(300C)의 특정의 예시적인 스크린은 각각의 단계 옆에 체크 표시를 보여주지만, 주어진 단계가 확인될 때까지 그 단계가 불완전한 것으로 표시된다고 가정될 수 있다(예를 들어, 옆에 체크 표시가 없으면, 회색으로 표시되게 함으로써 또는 일부 다른 시각적 보조를 통해).
이제 도 4를 참조하면, 프로세스(400)는 주사기 식별자를 수신하는 것을 포함하는 주사 이벤트 트랜잭션의 개시가 시스템(예를 들어, 주사 관리 시스템(200))에 의해 인식됨에 따라 블록(402)에서 개시된다. 일부 실시예에서, 환자 식별자 또는 다른 환자 체크인 프로세스가 블록(402)에 선행할 수 있다(예를 들어, 주사 제공자 또는 이의 관련자는 주사 이벤트가 실질적으로 시작되기 전에 먼저 표준 약속 체크인 프로세스를 통해 환자를 처리할 수 있다).
주사 이벤트 트랜잭션의 개시는, 예를 들어, 주사 관리 앱을 통해 주사 제공자로부터 수신되는 고유 주사기 식별자에 기초하여 인식될 수 있다. 주사 제공자가 고유 주사기 식별자를 전송하거나 제공할 수 있는 GUI 또는 인터페이스의 일례는 GUI(300D)로서 도 3d에 도시된다. 본 명세서에 설명된 바와 같이, 주사 관리 서비스에 의한 각각의 주사기 관리는 NFC 칩, RFID 칩, QR 코드, 바코드 또는 주사 관리 앱이 설치된 모바일 장치의 센서를 통한 다른 메커니즘과 같은 데이터 저장 메커니즘을 구비하거나 그에 대응할 수 있으며, 이러한 데이터 저장 메커니즘은 주사기를 고유하게 식별하는 고유 식별자를 저장할 수 있다. 도 3d에 도시된 실시예에 따르면, 데이터 저장 메커니즘은 NFC 칩이고, 따라서 주사 제공자는 주사 제공자의 모바일 장치에 가까이 주사기를 유지하거나 주사기(또는 NFC 칩이 위치된 라벨 영역과 같은 주사기의 특정 부분)를 모바일 장치에 탭함으로써 주사 제공자가 환자에게 주사를 투여하기 위해 막 사용하려는 주사기의 고유 식별자를 입력하도록 유도될 수 있다. 데이터 저장 메커니즘이 NFC 칩 이외의 것을 포함하는 실시예에서, 사용자는, 적절한 바에 따라, 고유 주사기 식별자를 입력하도록 다른 방식으로 유도될 수 있다. 예를 들어, 사용자는 주사기 상의 QR 코드 또는 바코드를 스캔하거나 RFID 칩을 포함하는 주사기를 RFID 칩으로부터 정보를 판독하도록 작동 가능한 RFID 안테나에 근접하게 유지하도록 유도될 수 있다(이 안테나는, 이어서, 주사기의 고유 식별자를 전송하고 주사 이벤트 트랜잭션이 진행되도록 하기 위해 주사 제공자의 모바일 장치 및/또는 주사 관리 시스템과 통신할 수 있다).
주사 이벤트 트랜잭션이 개시되고 블록(404)에서 고유 주사기 식별자가 수신되면, 주사기 식별자가 검증되고(예를 들어, 진품인 것으로) 대응하는 주사기가 사용에 대하여 승인된다. 예를 들어, 주사기 식별자와 연관된 정보가 검색될 수 있고 승인 프로세스가 수행될 수 있다(예를 들어, 주사기가 만료되지 않았는지, 이전에 사용되었는지, 리콜 대상인지 그리고/또는 아니면 사용에 대하여 승인되지 않았는지를 확인하기 위해). 일부 실시예에 따르면, 블록(404)과 관련하여 설명된 기능은 인증 모듈(222)(도 2)에 의해 적어도 부분적으로 수행될 수 있다.
하나의 실시예에서, 주사기 식별자가 블록(404)에서 수신되면, 이는 주사기와 연관된 데이터에 액세스하는 데 사용된다(도 2와 관련하여 설명됨). 예를 들어, 주사기 데이터(204)의 레코드는 주사 관리 시스템(200)에 의해 액세스될 수 있고, 하나 이상의 필드는 주사기가 주사 제공자에 의한 사용에 대하여 승인되지 않도록 유발할 수 있는 기존 조건이 없다는 것(예를 들어, 주사기가 리콜 대상이 아닌 것; 주사기가 진본인 것 - 주사기 식별자가 주사기 데이터에서 발견되는 경우 진본인 것으로 추정될 수 있음)을 확인하기 위하여 프로그램 또는 모듈(예를 들어, 인증 모듈(222))에 의해 검토될 수 있다. 일부 실시예에서, 주사 관리 시스템은, 주사기 승인 프로세스의 일부로서, 주사기 및/또는 주사기에 포장된 유체 제제에 대한 정보를 GUI(도시되지 않음)를 통해 주사 제공자에게 출력할 수 있다. 예를 들어, 주사 제공자는 주사기 또는 이의 라벨에 인쇄되거나 엠보싱된 특정 정보가 주사 제공자에 의해 제공되는 주사기 식별자와 연관되어 데이터베이스에 저장된 정보와 일치하는지 확인하도록 유도될 수 있다.
일부 실시예에 따르면, 추가 정보 또는 고려 사항은 주사기 식별자를 검증하고 주사기가 사용에 대해 승인되어야 하는지 여부를 검증하는 데 관여될 수 있다(즉, 블록(404)은 추가 단계를 포함할 수 있고 그리고/또는 승인 모듈(222)은 추가 검증을 수행할 수 있다). 예를 들어, 일부 실시예에서, BFS 바이알 또는 다른 유형의 주사기는 환경 모니터링 메커니즘(예를 들어, 주사기에 부착된 스트립)을 포함할 수 있는 백신 바이알 모니터(vaccine vial monitor(VVM))를 포함할 수 있다. 일부 실시예에 따르면, VVM은 백신 또는 기타 유체 제제가 자신의 효능을 보존하는 온도 범위 내에서 유지되었는지 여부에 대한 시각적 표시를 제공하는 백신 또는 기타 유체 제제를 포함하는 바이알에 부착된 열변색성 라벨을 포함한다. 라벨은 환경적 특성(예를 들어, 백신이 보관되는 고온 또는 저온)을 유지 및 추적하기 어렵고 부적절한 온도(예를 들어, 백신에 대하여 너무 낮은 온도)로의 노출에 의해 변성되었기 때문에 이전 백신이 효력이 나타나지 않는 상태가 되어 비효율적으로 투여되는 개발 도상국에 백신을 전달하는 문제에 대응하여 설계되었다. 일부 실시예에서, VVM은 그것이 부착된 바이알이 제조 설비를 떠난 이후 노출된 고온 또는 저온의 누적량의 척도를 포함할 수 있다. 바이알이 허용할 수 없는 기간 동안 허용할 수 없는 온도에 노출되면 라벨이 검게 변할 수 있고, 검은 라벨은 바이알 내의 백신 또는 기타 유체 제제가 더 이상 좋지 않고 따라서 주사되어는 안 된다는 것을 나타낸다. 다른 실시예에서, 유사한 주변 온도 정보를 추적하기 위해 더 비싼 디지털 VVM이 활용될 수 있다.
주사기가 VVM을 포함할 수 있는 일부 실시예에 따르면, NFC 칩 또는 주사기의 다른 컴포넌트는 VVM의 출력을 판독하는 것(예를 들어, VVM 라벨이 검게 변했는지 여부)을 허용하는 광학 칩 모니터를 포함할 수 있다. 예를 들어, 사용자는, 앱이 VVM 출력에 기초하여 백신이 양호하고 사용될 수 있는지 여부에 대한 표시를 판독할 수 있도록, 자신의 모바일 장치 상에 적절한 주사 관리 앱을 열고 NFC 칩 및/또는 광학 칩 모니터를 포함하는 바이알을 자신의 모바일 장치에 탭할 수 있다(VVM 위로 자신의 모바일 장치(또는 자신의 모바일 장치의 카메라)를 유지할 수 있다). 다른 예에서, 사용자는 자신의 모바일 장치 상에 적절한 주사 관리 앱을 열고 VVM 출력의 사진을 찍으며, 앱은 VVM의 출력에 기초하여 바이알 내의 유체 제제가 사용에 대하여 양호한지 여부를 판단하도록 프로그래밍될 수 있다(또는, 앱이 통신하는, 적절한 프로그램을 구현하도록 작동 가능한 프로세서를 포함하는 서버가 그렇게 프로그래밍될 수 있다). 어떤 예에서도, 주사 관리 앱이 VVM 출력에 기초하여 유체 제제가 사용하기에 양호하다고 결정하면, 이는, 그렇지 않은 경우 사용에 대하여 주사기를 승인하는 것과 이러한 승인의 표시를 주사 제공자에 제공하는 것과 관련하여 위에서 설명된 바와 같이, 사용자가 유체 제제를 주사하도록 승인되었다는 표시를 사용자에게 출력할 수 있다(예를 들어, 녹색 버튼, 표시등 또는 다른 표시자(indicator)가 주사 관리 앱의 스크린에 나타날 수 있다). 일례에서, 출원인은, VVM 라벨(또는 디지털 VVM의 표시자)이 검게 변하는 경우(아니면 유체 제제가 허용할 수 없는 온도에 노출되었다고 표시하는 경우), 그것이 유체 제제가 더 이상 실용적이지 않거나 사용에 대해 승인되지 않는다는 신호 또는 결정을 유발하도록, 바이알과 함께/바이알 내에 포함되고, VVM과 통신하거나 VVM의 상태를 모니터링하도록 작동 가능한 간단한 광학 모니터를 구상한다. 그런 다음, 광학 모니터는 이 표시를 NFC 칩 및/또는 주사 관리 앱에 전달하도록 작동 가능할 수 있으며, NFC 칩 및/또는 주사 관리 앱이 바이알 내의 유체 제제가 환자로의 주사에 대해 승인되지 않아야 한다고 결정하게 한다.
주사기 식별자를 진본으로서 검증하고 주사기가 사용에 대하여 승인되도록 할 수 있는 주사 관리 시스템에 알려진 다른 정보가 없다고 결정함으로써 주사기가 인증되면, 주사는 등록되거나 검증된 것으로 간주될 수 있다. 이것은, 예를 들어, 주사 이벤트 트랜잭션에 대한 레코드를 생성하는 것(예를 들어, 주사 관리 시스템(200)의 데이터베이스에서(예를 들어, 도 2의 주사 이벤트 데이터(210)에서)에서 현재 주사 이벤트 트랜잭션에 대한 새로운 레코드를 여는 것 및/또는 주사 이벤트 트랜잭션에 대한 고유 트랜잭션 식별자를 생성하는 것)을 포함할 수 있다. 또한, 주사기가 인증되고 사용에 대해 승인되면, 도 3c에 도시된 프로세스의 단계 1이 완료된 것으로 간주될 수 있으며, 이에 대한 시각적 표시가 GUI(300C)를 통해 주사 제공자에게 출력될 수 있다(예를 들어, 체크 표시가 단계 1 옆에 출력되거나, 단계 2가 강조 표시 또는 활성화될 수 있다). 일부 실시예에서, 주사기가 사용에 대해 승인되었고 주사 공급자가 환자에게 주사를 투여하는 것을 진행해야 한다는 것을 나타내기 위해 추가적인 시각적, 청각적 및/또는 촉각적 표시가 주사 공급자에게 출력될 수 있다(예를 들어, 기호 또는 다른 시각적 표시(예를 들어, 체크 표시, 녹색 표시등 또는 썸업(thumbs up) 또는 완성된 원), 사운드 또는 진동이 주사 관리 앱의 GUI를 통해 출력될 수 있다).
주사기 식별자가 성공적으로 검증되지 않았거나 주사가 승인되지 않았다고 주사 관리 시스템(200)이 결정하는 경우, 주사 승인 실패를 나타내는 에러, 경고 또는 기타 메시지가 주사 관리 앱의 GUI를 통해 주사 제공자에게 출력될 수 있다. 예를 들어, 주사 제공자는 주사기에 대해 리콜이 발행되었다는 표시(이 경우, 주사 제공자는 다른 주사기를 검증하고 거부된 주사기를 폐기하려고 시도할 수 있다) 또는 주사기 식별자의 판독이 유효하지 않았다는 표시(이 경우, 주사 제공자는 주사기를 모바일 장치에 다시 탭하거나, QR 또는 다른 코드를 다시 스캔하거나, 아니면 주사기의 사람이 판독할 수 있는 코드를 수동으로 타이핑하는 것과 같이 주사기 식별자를 다시 입력하려고 할 수 있다)를 수신할 수 있다.
블록(404)에서 주사 식별자가 성공적으로 검증되었고 그 안에 포장된 유체 제제의 주사가 사용에 대해 승인되었다고 가정하면, 시스템은 주사 제공자가 블록(402)에서 식별된 주사기에 대응하는 유체 제제의 투여분이 환자에게 투여되었다는 표시를 제공하기를 기다린다. 일부 실시예에서, 프로세스에서의 이 시점에서, 시스템은 주사가 투여될 환자를 식별하지 않았을 수 있지만, 다른 실시예에서, 환자 식별자가 주사 이벤트 트랜잭션 레코드에 제공되었을 수 있다(예를 들어, 주사 제공자 또는 환자에 의해). 주사가 환자에게 성공적으로 투여되었다는 확인을 시스템이 수신하면(예를 들어, 주사 제공자로부터)(블록 406), 고유 패스코드가 생성되고 주사 관리 앱의 GUI를 통해 주사 제공자에게 출력된다(블록 408). 주사 제공자에게 출력되는 이러한 패스코드의 일례는 GUI(300E)(도 3e)의 예에 도시된다. GUI(300E)의 영역(310a)이 6자리 숫자 패스코드를 도시하지만, 임의의 길이 또는 유형의 패스코드가 활용될 수 있다.
환자가 주사 이벤트에서 자신의 존재를 검증하고 주사 이벤트 트랜잭션의 일부로서 주사 관리 앱에 데이터를 더 제공하기 위하여 패스코드를 사용할 수 있도록, 패스코드가 주사를 맞은 환자에게 전달될 목적으로 시스템에 의해(주사 관리 앱의 모듈에 의해 로컬로 또는 사용자의 모바일 장치가 주사 관리 앱을 이용하여 통신하고 있는 서버 장치(110)와 같은 서버 장치에 의해 원격으로) 생성된다. 일부 실시예에서, 주사 제공자는 주사 제공자의 모바일 장치에서의 출력으로서 환자에게 패스코드를 보여주거나 소리내어 읽어줄 수 있다. 일부 실시예에서, 패스코드는 QR 코드 또는 환자의 모바일 장치에 의해 직접 판독 가능한 다른 메커니즘의 형태로 출력될 수 있다.
일부 실시예에서, 패스코드는 패스코드가 만료 시간까지만 유효하도록 만료 시간에 대응할 수 있다. 일부 실시예에서, 환자가 패스코드를 수신하고 활용하는 데 더 많은 시간이 필요한 경우 주사 제공자로부터의 요청에 기초하여 새로운 패스코드가 생성될 수 있다. 일부 실시예에서, 생성된 패스코드는 주사 이벤트 트랜잭션과 연관되어 저장된다(예를 들어, 주사 이벤트 데이터(210) 및/또는 상이한 경우 주사 이벤트 트랜잭션 원장에). 생성된 패스코드는, 일부 실시예에서, 주사 제공자의 모바일 장치가 아닌 다른 장치로 전송될 수 있다. 예를 들어, 일부 실시예에서, 패스코드는 주사 이벤트에 관한 프로세스에서 초기에 제공된 환자의 식별자와 연관하여 이전에 저장된 연락처 정보에 기초하여 환자에게 직접 전송(예를 들어, 문자로 전송)될 수 있다. 다른 예에서, 패스코드는 다른 서버 장치(예를 들어, 도 1의 관리 장치(106))로 전송될 수 있다.
블록(408)에서 패스코드가 생성되면, 도 3c에 도시된 프로세스의 단계 2가 완료된 것으로 간주될 수 있고, 이 완료의 시각적 표시 또는 다른 표시가 주사 관리 앱의 주사 제공자 포털을 통해 주사 제공자에게 출력될 수 있다(예를 들어, GUI(300E)는 단계 2의 완료를 표시하기 위해 업데이트될 수 있다). 암호가 출력되면, 시스템은 환자로부터의 암호 입력을 기다린다.
일부 실시예에 따르면, 주사 이벤트에 대한 약속에 도착하면, 환자는 주사 관리 앱의 환자 포털에 로그인할 수 있다(예를 들어, GUI(300A)의 영역(302b)에서 "환자" 옵션을 선택한 후, GUI(300B)의 영역(304b)에 적절한 로그인 크리덴셜을 입력함으로써). 주사 관리 앱에 로그인하면(일부 실시예에서, 앱의 적절한 "주사 확인" 옵션을 선택한 후), 환자는 주사가 환자에게 투여된 후 주사 제공자에 의해 제공된 패스코드를 입력하도록 유도될 수 있다. 예시적인 GUI(300F)(도 3f)는 환자가 패스코드를 입력하도록 그와 같이 유도될 수 있는 하나의 예시적인 인터페이스를 도시한다. 환자는 GUI(300F)의 영역(312a)을 통해 패스코드를 제공함으로써 자신이 주사를 맞았다는 것을 확인하도록 진행할 수 있다. 일부 실시예에서, 환자는 또한 (예를 들어, 시간/날짜, 주사 위치 및/또는 환자에게 투여된 유체 제제를 확인하기 위해) 주사 이벤트 트랜잭션과 관련된 다른 정보를 제공하도록 유도될 수 있다. 일단 패스코드(및 임의의 다른 확인 정보 또는 입력)가 환자로부터 수신되면(블록(410)), 시스템은 성공적인 주사 이벤트를 완료된 것으로 기록할 수 있다(블록(412)).
일부 실시예에서, 시스템이 주사 이벤트를 검증된 것으로 간주하고 주사 이벤트 트랜잭션이 성공적으로 검증 및/또는 완료되도록 결정하기 위해 주사 제공자에 의한 추가 단계 또는 입력이 수행될 필요가 있을 수 있다. 예를 들어, 일부 실시예에서, 패스코드가 환자 장치로부터 수신된 후, 주사 제공자는 자신의 신원을 확인하고 주사에 대하여 성공적으로 완료된 것으로 "결재(sign off)"하기 위하여 자신의 패스워드를 다시 입력하도록 (주사 제공자의 모바일 장치의 주사 제공자 앱을 통해) 유도될 수 있다. 도 3h는 주사 제공자가 주사를 검증하기 위해 영역(316a)을 통해 패스워드 또는 다른 크리덴셜을 입력하도록 유도되는 예시적인 GUI(300H)를 도시한다. 일부 실시예에 따르면, 주사 제공자에 의한 패스워드 또는 다른 크리덴셜의 이러한 입력은 주사 제공자에 의한 주사 이벤트 레코드의 디지털 "서명" 역할을 할 수 있다. 주사 제공자가 주사 이벤트 레코드를 "서명"할 수 있도록 하는 다른 방법은 주사 제공자가 이 목적을 위해 주사 제공자에게 제공된 항목에 토큰 또는 NFC 칩을 통해 코드를 입력하게 하는 것을 포함할 수 있다(예를 들어, NFC 칩 또는 이러한 항목의 다른 메커니즘은 주사 제공자의 존재와 신원을 확인하는 목적으로 주사 관리 앱에 고유 식별자를 전달하도록 작동 가능할 수 있다). 일부 실시예에서, 이러한 토큰 또는 다른 항목은 마찬가지로 주사 관리 앱의 주사 제공자 포털에 로그인하기 위해 주사 제공자에 의해 활용될 수 있다.
환자로부터 패스코드를 수신한 후, 주사 레코드에 대해 주사 제공자로부터 성공적인 확인 또는 검증을 수신하는 것은 예시적인 GUI(300C)에 표시된 바와 같이 주사 관리 앱 프로세스의 단계 3을 충족시키는 역할을 할 수 있다. 또한, 주사 제공자는, 일부 실시예에서, 도 3i의 예시적인 GUI(300I)의 영역(318a)에 도시된 바와 같이, 주사 관리 앱을 통해 "저장" 또는 유사한 옵션을 선택함으로써 주사 이벤트의 성공적인 완료를 긍정적으로 확인하도록 유도될 수 있다. 또한, 주사 공급자가 주사 이벤트를 긍정적으로 "저장"하고 이를 완료된 것으로 표시하도록 하는 것은, 주사 제공자가 주사 이벤트 트랜잭션 레코드에 대한 주사 이벤트에 대해 시스템이 수집한 다른 정보를 검토 및 확인하게 하기 위하여, (예를 들어, 예시적인 GUI(300I)에도 도시된 바와 같이) 주사 이벤트 제공자에게 이를 출력함으로써, 시스템에 제공할 수 있다.
일부 실시예에서, 시스템은 또한 (i) 블록(410)에서 환자로부터 수신된 패스코드가 블록(412)에서 주사 제공자에게 출력된 패스코드와 일치한다고 결정하고; 그리고 (ii) 패스코드의 만료 시간 이전에 패스코드가 수신되었다고 결정함으로써 환자에 의해 주사 관리 앱의 환자 포털에 입력된 패스코드를 확인할 수 있다. 시스템이 환자에 의해 입력된 패스코드를 확인하는 동안(그리고, 일부 실시예에서, 주사 이벤트 레코드의 "서명" 역할을 하는 주사 제공자의 입력을 기다리는 동안), 환자의 주사 관리 앱은 (예를 들어, 도 3g의 예시적인 GUI(300G)의 영역(314b)에 도시된 바와 같이) 계류 중인 검증 상태의 표시를 출력할 수 있다. 검증 프로세스가 완료되면(예를 들어, 주사 이벤트에 대해 결재하기 위한 데이터를 제공하는(예를 들어, 주사 공급자의 신원을 확인하기 위해 패스워드 또는 기타 코드 또는 입력을 제공하는) 주사 공급자에 기초하여), 그리고 일부 실시예에서 주사 이벤트가 완료된 것을 추가로 나타내면, 환자의 주사 관리 앱은 주사 이벤트 또는 주사에 대한 업데이트된 상태를 출력할 수 있다(예를 들어, 주사가 백신인 경우의 "백신 접종 완료(Vaccinated)" 상태, 환자가 접종받은 백신의 이름 및/또는 감염성 질병). 도 3j의 예시적인 GUI(300J)는 이러한 업데이트된 상태가 환자에게 출력될 수 있는 한 방식을 도시한다.
블록(402 내지 412)과 관련하여 본 명세서에 설명된 기능의 일부 또는 전부가 인증 모듈(222)(도 2) 및/또는 주사 이벤트 트랜잭션 로그 모듈(224)(도 2)에 의해 수행될 수 있다는 것에 유의해야 한다. 예를 들어, 주사 이벤트 트랜잭션 로그 모듈(224)은 주사 이벤트 트랜잭션을 업데이트하거나 주사 이벤트 트랜잭션에 관한 업데이트를 다른 장치(예를 들어, 노드 장치(102a 내지 102n) 및/또는 관리 장치(106))로 전송하여 해당 장치가 자신의 레코드를 주사 이벤트 트랜잭션에 대하여 업데이트할 수 있게 하는 역할을 할 수 있는 반면, 승인 모듈(222)은 이러한 업데이트/데이터가 확인되거나 검증될 수 있도록 하는 기능을 수행하는 역할을 할 수 있다.
일부 실시예에서, 블록(412)에서 환자로부터 패스코드를 수신하는 것은 또한 주사 이벤트 트랜잭션에 참여하고 있는 환자의 신원을 식별 및/또는 확인하는 역할을 할 수 있다. 예를 들어, 일부 실시예에서, 주사 관리 앱의 환자 포털을 통해 환자로부터 수신된 패스코드는 환자의 고유 식별자의 표시를 또한 포함하는 데이터 패킷에서 수신될 수 있다(예를 들어, 앱을 통해 시스템에 제공될 수 있도록 패스코드를 입력하기 위해 환자가 주사 관리 앱의 환자 포털로 로그인한 결과로서 수신되는 바와 같이 그리고 GUI(300G)의 영역(314a)에 표시된 바와 같이). 시스템은, 환자로부터 수신된 패스코드가 열린 주사 이벤트 트랜잭션의 일부로서 생성되어 주사 제공자에게 출력된 패스코드와 일치하는 것에 기초하여, 환자를 식별하고 환자 식별자의 표시를 트랜잭션에 대한 주사 이벤트 트랜잭션 레코드에 추가할 수 있다. 일부 실시예에서, 환자 식별자로 주사 이벤트 트랜잭션 레코드를 업데이트하는 것은 블록(412)의 프로세스의 일부로서 수행될 수 있다.
일부 실시예에서, 주사 이벤트가 완료되고 트랜잭션이 하나 이상의 레코드에 성공적으로 기록된 것으로 간주되면(블록 412), 주사 이벤트에 대한 디지털 영수증 형태의 추가 데이터가 생성되어 환자의 모바일 장치에 전송될 수 있다(단계(414)). 일부 실시예에서, 이는 주사 관리 앱의 환자 포털이 "백신 접종 완료" 또는 유사한 상태를 디스플레이하여 환자가 대응하는 유체 제제의 주사를 맞았다는 것을 나타내게 하는 이러한 데이터/디지털 영수증의 전송이다. 일부 실시예에서, 디지털 영수증은 주사에 대한 유효 날짜 또는 만료 날짜와 같은 데이터를 포함할 수 있다. 예를 들어, 일부 상황에서, 환자가 주사를 맞은 후 일정 기간(예를 들어, 2주)이 될 때까지 주사가 유효한 것으로 간주되지 않을 수 있다. 다른 예에서, 주사는 일정 기간(예를 들어, 1 년) 동안만 유효할 수 있다. 이러한 경우, 디지털 영수증은, 주사에 대한 주사 또는 환자의 상태(예를 들어, 특정 백신에 대한 환자의 백신 접종 상태)가 주사에 대하여 유효 시간 및/또는 만료 시간에 대한 현재 시간의 비교에 기초하여 주사 관리 앱에서 자동으로 업데이트될 수 있는 점에서, 이러한 데이터의 자체 실행일 수 있다. 예를 들어, 주사가 환자에게 투여된 후 1년 동안만 유효하거나 효과적이면, 유효 시간 이후의 시간에 환자가 주사 관리 앱의 환자 포털에 로그인할 때, 주사는 "만료(expired)" 또는 이와 유사한 것으로 표시될 수 있다. 이러한 상태의 예와 그것이 특정 백신에 대해 어떻게 표시될 수 있는지는 도 3l의 GUI(300L)에 도시된다.
본 명세서에 설명된 바와 같이, 일부 실시예에서, 주사 관리 시스템은 상이한 프라이버시 레벨이 주사 이벤트 트랜잭션 또는 백신 접종에 대한 주어진 디지털 영수증과 연관되도록 할 수 있다. 예를 들어, 이러한 디지털 영수증의 제1 버전 또는 레벨은 환자가 특정 감염성 질병에 대한 자신의 백신 접종 상태를 확인하기 위해 디지털 영수증의 버전을 제3자와 공유하는 동안 익명을 유지하도록 허용할 수 있다. 디지털 영수증의 이러한 버전 또는 프라이버시 레벨은, 예를 들어, 환자에 관한 개인 식별 정보(PII)를 제공하지 않으면서 환자의 백신 접종 상태 및 백신 접종에 관한 일부 정보(예를 들어, 백신 접종 시간/날짜 및/또는 장소)를 나타낼 수 있다. 디지털 영수증의 제2 버전 또는 레벨은 환자의 PII를 포함할 수 있다. 이러한 실시예에서, 상이한 허가 요건은 디지털 영수증의 상이한 프라이버시 레벨에 대응할 수 있다(예를 들어, 환자/사용자는 PII를 포함하는 제2 레벨의 디지털 영수증이 제3자와 공유될 것이라는 것을 확인하기 위하여 추가 패스워드를 제공하거나 이중 인증에 참여할 필요가 있을 수 있다). 이러한 실시예에서, 상이한 레벨의 디지털 영수증(그리고, 예를 들어, 각각에 따라 제3자와 공유될 상이한 정보) 및 각각의 레벨에 대한 대응하는 허가 요건은 환자 데이터(206)의 환자 레코드에서 환자에 대해 저장된다. 일부 실시예에서, 환자가 주사에 대한 디지털 영수증과 연관된 특정 개인 정보의 공개를 제어하도록 공개-개인 키 암호화가 사용될 수 있다.
일부 실시예에서, 주사 관리 시스템은 환자가 특정 감염성 질병에 대해 현재 백신 접종을 받았다거나 아니면 특정 유체 제제를 맞았다는 검증을 공유하거나 "반전(flip)"할 수 있는 코드(예를 들어, QR 코드) 또는 기타 수단을 출력할 수 있다. 주사 상태 모듈(226)(도 2)은 (i) 특정 유체 제제의 주사에 대한 환자의 상태를 추적 및 업데이트하고; 그리고 (ii) 환자가 자신의 주사 상태를 제3자와 공유할 수 있는 코드 또는 허가를 생성하는(예를 들어, 환자로부터 허가 요건 또는 암호 해독을 수락하고 디지털 영수증 또는 디지털 영수증의 특정 레벨 또는 데이터를 승인된 제3자에게 공개하는) 기능을 할 수 있다.
일부 실시예에서, 주사 관리 시스템(200)은 주사 이벤트 트랜잭션이 완료되고 검증되는 것으로 간주하기 전에 주사 이벤트 동안 주사 제공자에 의해 추가 정보 또는 데이터를 제공되도록 요구할 수 있다. 하나의 예시적인 실시예에서, 시스템은 주사를 맞고 있는 환자의 사진 또는 비디오를 찍고 (예를 들어, 블록(406)에서) 주사 이벤트 확인 프로세스의 일부로서 또는 (예를 들어, 블록(412)에서) 주사 이벤트 트랜잭션이 성공적으로 기록된 것으로 간주하기 전에 이를 업데이트하도록 주사 제공자를 유도할 수 있다. 도 300K의 예는 이러한 실시예의 하나의 구현을 예시한다. 이 예에서, 주사 제공자 포털의 GUI(300K-1)는, 영역(320a)을 통해, 환자의 존재 및 이미지에 대한 시각적 확인을 업로드하도록 주사 제공자를 유도하고 GUI(300K-2)는 영역(322a)에서 환자 확인 프로세스의 일부로서 업로드된 시각적 확인을 도시한다.
일부 실시예에서, 주사 제공자에 더하여 감독자 또는 다른 제2자가 주사 이벤트를 이것이 완료되기 전에 확인하도록 요구될 수 있다. 또한, 도 3k에 도시된 예시적인 실시예는 (GUI(300K-1)에서 그리고 GUI(300K-2)의 영역(322b)에서 단계 3의 일부로서) 감독자의 결재의 입력 메커니즘을 제공함으로써 이러한 실시예가 구현될 수 있는 방법을 도시한다.
일부 실시예에 따르면, NFC 또는 RFID 칩은 리드 온리 칩일 수 있는 반면, 다른 실시예에서는 이는 정보가 추가될 수 있는 기록 가능한 칩일 수 있다. 일부 실시예에서, NFC 또는 RFID 칩은 자신의 전원을 포함하지 않고 NFC 칩 외부에 있는 리더 장치(예를 들어, 사용자의 휴대폰) 또는 다른 메커니즘에 의해 전력이 공급될 수 있도록 수동 칩일 수 있다.
NFC 또는 RFID 칩이 기록 가능한 칩인 실시예(그리고 아마도 다른 실시예)에서, 칩에 대한 전력 공급 장치 또는 전원이 필요할 수 있다. 하나의 실시예에서, 전원 또는 전력 공급 장치는 주사기에 포함될 수 있다. 하나의 실시예에서, 전원은 BFS 바이알에 내장될 수 있다(예를 들어, 커패시터가 압출 공정의 일부로서 BFS 바이알에 내장될 수 있다). NFC 또는 RFID 칩에 전력을 제공하는 데 사용될 수 있는 전원 또는 전력 공급 장치의 다른 예는 다음을 포함하지만 이에 한정되지 않는다: (i) 바이알 내의 유체 제제를 주사하기 위하여 BFS 바이알을 짜내거나 누르는 것으로부터 사용자에 의해 생성된 전력; (ii) BFS 바이알을 흔드는 사용자에 의해 생성된 전력; (iii) BFS 바이알 상/내에 포함된 표시등 또는 태양광 소스로부터의 전력; (iv) 압전 효과 및/또는 재료의 사용에 의해; (v) 태양광에서와 같이 자연적이거나 밝은 광원 아래에서 장치를 유지하는 것에 의한 외부 조명으로부터의 전력(예를 들어, 플라스틱 바이알 실시예에서, 바이알의 플라스틱에는 태양열 변환 화학 물질 또는 재료가 내장될 수 있고, 빛에 바이알을 두는 것은 연관된 배터리 또는 커패시터에 매우 낮은 마이크로볼트 세류 전하를 제공한다). 많은 실시예에서, 본 명세서에 설명된 많은 실시예에 필요한 전력의 양(NFC 또는 RFID 칩에 대한 전력이 조금이라도 필요한 경우)은 매우 작을 수 있다(예를 들어, 1 또는 2 마이크로볼트 또는 심지어 1 마이크로볼트의 일부)는 것이 이해되어야 한다.
일부 실시예에 따르면, NFC 또는 RFID 칩은 결함이 있게 되거나, 전력이 부족하게 되거나, 손상되거나, 적어도 부분적으로 작동 불가능하여, 그 상의 정보를 다시 기록될 수 없거나 또는 추가 정보가 그에 기록되거나 그 내에 저장될 수 없게 될 수 있다. 일부 실시예에서, NFC 또는 RFID 칩은 제한된 능력을 가질 수 있다(예를 들어, 최대 횟수 또는 최대 기간 내에서만 기록되거나 재기록될 수 있다). 따라서, 일부 실시예에서, NFC 또는 RFID 칩이 사용자가 그에 기록 또는 그에 재기록하려고 시도하고 있는 정보가 성공적으로 기록 또는 처리되었다는 것을 확인하는 능력을 가지는 것이 바람직할 수 있다. NFC 또는 RFID 칩으로/로부터 통신되는 임의의 모든 정보는, 적어도 일부 실시예에서, 암호화되거나 보안되거나 보안 요소를 포함할 수 있어, 무단 액세스로부터 보호될 수 있도록 한다.
일부 실시예에 따르면, NFC 또는 RFID 칩은 GPS 또는 위치 추적 능력을 포함하거나 제공할 수 있다. 예를 들어, NFC 또는 RFID 칩은 자신의 위치의 GPS 좌표를 출력하거나 전달할 수 있다(예를 들어, 주기적으로, 비주기적으로, 센서에 의해 질문되는 것에 응답하여 또는 만족되는 다른 조건에 응답하여). 일부 실시예에서, GPS 또는 위치 추적 기능은 NFC 또는 RFID 칩이 NFC 또는 RFID 칩에 대응하는 바이알의 현재 또는 과거 위치와 같은 정보(예를 들어, 있었던 위치 및 있었던 기간, 현재 위치)를 결정 및/또는 저장하도록 NFC 또는 RFID 칩에 제공할 수 있다(또는 대응하는 소프트웨어 앱을 이용하여 사용자의 모바일 장치와 같은 다른 장치가 이러한 정보를 결정 및/또는 저장하게 하도록 정보를 제공할 수 있다).
일부 실시예에 따르면, 각각의 NFC 또는 RFID 칩의 기능은 BFS 바이알에 내장된 후 제조 공정 동안 테스트될 수 있으며, 적절하게 또는 원하는 파라미터 내에서 기능하지 않는 NFC 칩을 포함하는 것으로 결정된 임의의 바이알은 폐기되거나 특수 처리 공정으로 라우팅될 수 있다. 따라서, 하나의 실시예에서, 제조 공정은, (i) NFC 또는 RFID 칩을 바이알에 추가하는 단계(예를 들어, 플라스틱 압출 제조 공정에서 NFC 또는 RFID 칩을 플라스틱에 내장하거나 또는 유리 바이알의 캡 아래에 또는 유리 바이알의 다른 부분 아래에 NFC 또는 RFID 칩을 부착하는 단계); (ii) 바이알을 유체 제제로 충전하고 이를 밀봉하는 단계; (iii) 허용 가능한 파라미터 내에서 기능하고 있는지 여부를 결정하기 위하여 NFC 또는 RFID 칩을 테스트하는 단계(예를 들어, 이에 저장된 고유 식별자가 성공적으로 판독될 수 있는지 여부를 테스트하는 단계); 및 (iv) (a) NFC 또는 RFID 칩이 성공적으로 테스트된 경우 바이알이 제1 제조 경로로 진행하게(예를 들어, 고유 ID 주사기로서 포장되어 판매되게) 하는 단계 또는 (b) NFC 또는 RFID 칩이 성공적으로 테스트되지 않은 경우 바이알을 제2 제조 경로로 라우팅하는 단계(예를 들어, 폐기되거나 NFC 칩이 없는 바이알로서 판매되도록) 중 하나를 수행하는 단계를 제공할 수 있다. 일부 실시예에 따르면, 잉크젯 또는 다른 프린터는 또한 바이알 또는 바이알의 컴포넌트에 내장되거나 부착된 NFC 또는 RFID 칩의 NFC 또는 RFID 칩 식별자의 표시를 인쇄할 수 있다. 표시는 사람이 판독할 수 있는 형태(예를 들어, 영숫자 코드) 또는 기계가 판독할 수 있는 형태(예를 들어, 바코드 또는 QR 코드)일 수 있다. 표시는 바이알 또는 바이알의 컴포넌트(예를 들어, 유리 바이알의 경우 캡)에 직접 인쇄되거나 바이알에 부착되는 라벨에 인쇄될 수 있다. 따라서, 이러한 실시예에서, 위에서 설명된 제조 공정은 (v) 바이알에 내장된 NFC 또는 RFID 칩의 NFC 또는 RFID 식별자를 판독하는 단계; 및 (vi) 인쇄 메커니즘이 NFC 또는 RFID 식별자를 인쇄하고 이를 바이알에 (직접적으로 또는 바이알에 부착된 라벨로서) 배치하도록 하는 단계를 추가로 제공할 수 있다.
일부 실시예에 따르면, 주사 관리 앱과 함께 사용자가 고유 ID 주사기를 사용하는 것은 사용자(예를 들어, 바이알의 유체 제제가 주사되는 환자)가 적격 사용(앱에 의해 승인되면 적절한 기간 동안 바이알 내의 백신/약제를 자가 주사하는 것)에 대해 보상을 받도록 한다. 하나의 실시예에서, 최종 사용자(주사기 내의 백신/약제를 자가 주사할 사용자)는 사용자가 바이알의 적격 사용에 기초하여 보상(예를 들어, 전화 사용을 위한 추가 시간(분(minute)), 데이터 요금제를 위한 추가 데이터, 금전적 지불 등)을 받도록 하기 위한 전제 조건으로서 자신의 스마트 폰에 주사 관리 앱을 다운로드한다(다른 실시예에서, 사용자는 다운로드된 앱을 가지는 것을 필요로 하지 않고, 사용을 검증하기 위한 오프라인 방법이 구현될 수 있다). 예를 들어, 사용자는 적격 기간 동안(예를 들어, 사용자가 앱에 저장된 치료 요법에 기초하여 주시기 내의 백신/약제를 자가 주사하기로 되어 있는 시간 동안) (앱을 연 후에) 바이알을 스마트 폰에 탭함으로써 추가 통화 시간(분)을 얻을 수 있다. 사용자가 적격 기간 동안 주사기를 탭하면, 사용자는 추가 통화 시간(분) 또는 다른 보상을 얻는다(일부 실시예에서, 주사는, 또한 추가적으로, 본 명세서에 설명된 바와 같이, 주사기 내의 투여분이 만료되지 않았거나 주사기의 VVM 상태가 허용 가능하다는 검증과 같은 정보에 기초하여 앱에 의해 승인될 필요가 있을 수 있다).
사용자가 다중 주사 요법을 처방받는 일부 실시예에서, 보상 가치는 사용자가 다중 주사 요법을 얼마나 잘 준수하는지에 기초할 수 있다. 예를 들어, 특정 질병이나 상태의 경우, 사용자는 특정 간격으로 다수의 투여분을 자가 주사해야 할 필요가 있을 수 있다. 이러한 상황에서, 사용자는 "완료 게임(completion game)"에 기초하여 보상을 받을 수 있다: 사용자는 필요한 모든 주사를 준수하면 비교적 큰 보상을 받지만 모든 주사가 아닌 일부만 준수하면 더 적은 보상을 받게 될 것이다.
따라서, 일부 실시예에 따르면, 주사 관리 서비스는, 투여분과 투여분이 저장된 주사기에 내장되거나 부착된 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)", "일 실시예(an embodiment)", "일부 실시예(some embodiments)", "예시적인 실시예(example embodiment)", "적어도 하나의 실시예(at least one embodiment)", "하나 이상의 실시예(one or more embodiments)" 및 "하나의 실시예(one embodiment)"라는 용어는 달리 명시적으로 특정되지 않는 한 "본 발명(들)의 하나 이상의(그러나 반드시 전부는 아님) 실시예"를 의미한다.
"포함하는(including)", "포함하는(comprising)"라는 용어 및 이들의 변형이라는 용어는 달리 명시적으로 특정되지 않는 한 "포함하지만 이에 한정되지 않는(including but not limited to)"을 의미한다.
"~로 구성된(consisting of ~)"이라는 용어 및 이의 변형은 달리 명시적으로 명시되지 않는 한 "포함하고 그에 한정되는(including and limited to)"을 의미한다.
항목들의 열거된 목록은 임의의 또는 모든 항목이 상호 배타적이라는 것을 의미하지 않는다. 항목들의 열거된 목록은, 달리 명시적으로 특정되지 않는 한, 임의의 또는 모든 항목이 집합적으로 모든 것을 포괄한다는 것을 의미하지 않는다. 항목들의 열거된 목록은 항목들이 임의의 열거된 순서에 따른 방식으로든 정렬된다는 것을 의미하지 않는다.
항목들의 목록에 이어지는 "~ 중 적어도 하나를 포함하는(comprising at least one of)"이라는 용어는 목록에서의 각각의 항목으로부터의 컴포넌트 또는 하위 컴포넌트가 필요하다는 것을 의미하지 않는다. 오히려, 이것은 나열된 항목들 중 하나 이상이 특정된 항목을 포함할 수 있다는 것을 의미한다. 예를 들어, "여기서 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" 및 "the"라는 용어는, 달리 명시적으로 특정되지 않는 한, "하나 이상(one or more)"을 의미한다.
"~에 기초하는(based on)"이라는 용어는, 달리 명시적으로 특정되지 않는 한, "적어도 ~에 기초한(based at least on)"을 의미한다.
본 명세서에 설명된 방법은 (방법, 프로세스, 알고리즘, 계산 등으로 지칭되는지 여부에 관계없이) 본질적으로 하나 이상의 단계를 포함한다. 따라서, 이러한 방법의 "단계" 또는 "단계들"에 대한 모든 언급은 '방법' 또는 유사한 용어의 단순한 설명에서 선행 근거를 갖는다. 따라서, 방법의 '단계' 또는 '단계들'에 대한 청구범위에서의 임의의 언급은 충분한 선행 근거가 있는 것으로 간주된다.
본 문서 및 제목에 제공된 섹션의 제목은 단지 편의를 위한 것이며 어떤 방식으로도 개시 내용을 제한하는 것으로 간주되어서는 안 된다.
달리 명시적으로 특정되지 않는 한, 서로 통신하는 장치들은 서로 계속 통신할 필요가 없다. 또한, 서로 통신하는 장치들은 직접적으로 또는 하나 이상의 중개자를 통해 간접적으로 통신할 수 있다.
서로 통신하는 여러 컴포넌트를 갖는 일 실시예의 설명은 이러한 모든 컴포넌트가 필요하거나 개시된 컴포넌트 각각이 다른 모든 컴포넌트와 통신해야 한다는 것을 의미하지 않는다. 반대로, 본 발명의 매우 다양한 가능한 실시예를 예시하기 위해 다양한 선택적인 컴포넌트가 설명된다.
또한, 프로세스 단계, 방법 단계, 알고리즘 등이 순차적인 순서로 설명될 수 있지만, 이러한 프로세스, 방법 및 알고리즘은 대안적인 순서로 작동하도록 구성될 수 있다. 다시 말해서, 본 문서에서 설명될 수 있는 단계들의 임의의 시퀀스 또는 순서는, 그 자체로, 단계들이 그 순서로 수행되어야 한다는 요건을 나타내지 않는다. 본 명세서에 설명된 프로세스단계들은 임의의 실용적인 순서로 수행될 수 있다. 또한, 일부 단계들은 (예를 들어, 한 단계가 다른 단계 다음에 설명되기 때문에) 동시에 발생하지 않는 것으로 설명되거나 암시됨에도 불구하고 동시에 수행될 수 있다. 더욱이, 도면에서의 묘사에 의한 프로세스의 예시는 예시된 프로세스가 그에 대한 다른 변형 및 수정을 배제한다는 것을 의미하지 않으며, 예시된 프로세스 또는 임의의 이의 단계가 본 발명에 필수적인 것을 의미하지 않으며, 예시된 프로세스가 바람직하다는 것을 의미하지 않는다.
본 명세서에 설명된 다양한 방법 및 알고리즘은, 예를 들어, 적절하게 프로그래밍된 범용 컴퓨터 및 컴퓨팅 장치에 의해 구현될 수 있다는 것이 용이하게 명백하게 것이다. 통상적으로, 프로세서(예를 들어, 마이크로프로세서 또는 컨트롤러 장치)는 메모리 또는 이와 유사한 저장 장치로부터 명령어 수신하고 해당 명령어를 실행하여, 이에 의해 해당 명령어에 의해 정의된 프로세스를 수행할 것이다. 또한, 이러한 방법 및 알고리즘을 구현하는 프로그램은 다양한 알려진 매체를 사용하여 저장 및 전송될 수 있다.
단일 장치 또는 물품이 본 명세서에서 설명될 때, 2이상의 장치/물품(이들이 협력하는지 여부에 관계없이)이 단일 장치/물품 대신에 사용될 수 있다는 것이 용이하게 명백하게 될 것이다. 유사하게, 2 이상의 장치 또는 물품이 본 명세서에 설명되어 있는 경우(이들이 협력하는지 여부에 관계없이), 단일 장치/물품이 2 이상의 장치 또는 물품 대신에 사용될 수 있다는 것이 용이하게 명백하게 될 것이다.
장치의 기능 및/또는 특징은 대안적으로 이러한 기능/특징을 갖는 것으로 명시적으로 설명되지 않은 하나 이상의 다른 장치에 의해 구현될 수 있다. 따라서, 본 발명의 다른 실시예는 장치 자체를 포함할 필요가 없다.
본 명세서에서 사용되는 "컴퓨터 판독 가능한 매체(computer-readable medium)"라는 용어는 컴퓨터, 프로세서 또는 유사한 장치에 의해 판독될 수 있는 데이터(예를 들어, 명령어)를 제공하는 데 참여하는 임의의 매체를 지칭한다. 이러한 매체는 비휘발성 매체, 휘발성 매체 및 전송 매체를 포함하지만 이에 한정되지 않는 많은 형태를 취할 수 있다. 비휘발성 매체는, 예를 들어, 광 디스크 또는 자기 디스크 및 기타 영구 메모리를 포함한다. 휘발성 매체는 통상적으로 메인 메모리를 구성하는 DRAM(Dynamic Random Access Memory)을 포함할 수 있다. 전송 매체는 프로세서에 결합된 시스템 버스를 포함하는 와이어 또는 기타 경로를 포함하는 동축 케이블, 구리 와이어 및 광 섬유를 포함할 수 있다. 전송 매체는 무선 주파수(RF) 및 적외선(IR) 데이터 통신 동안 생성되는 것과 같은 음파, 광파 및 전자기 방출을 포함하거나 전달할 수 있다. 컴퓨터 판독 가능한 있는 매체의 일반적인 형태는, 예를 들어, 플로피 디스크, 플렉서블 디스크, 하드 디스크, 자기 테이프, 임의의 다른 자기 매체, CD-ROM, DVD, 임의의 다른 광학 매체, 펀치 카드, 종이 테이프, 홀 패턴을 갖는 임의의 다른 물리적 매체, RAM, PROM, EPROM, FLASH-EEPROM, 임의의 다른 메모리 칩 또는 카트리지, 이하 설명되는 바와 같은 반송파 또는 컴퓨터가 판독할 수 있는 임의의 다른 매체를 포함한다.
다양한 형태의 컴퓨터 판독 가능한 매체는 명령어 시퀀스를 프로세서에 전달하는 데 관련될 수 있다. 예를 들어, 명령어 시퀀스는, (i) RAM으로부터 프로세서로 전달될 수 있고, (ii) 무선 전송 매체를 통해 전달될 수 있고, 그리고/또는 (iii) 전송 제어 프로토콜, 인터넷 프로토콜(TCP/IP), Wi-Fi, Bluetooth, TDMA, CDMA 및 3G와 같은 수많은 포맷, 표준 또는 프로토콜에 따라 포맷팅될 수 있다.
데이터베이스가 설명되는 경우, (i) 설명된 것에 대한 대안적인 데이터베이스 구조가 용이하게 사용될 수 있고, (ii) 데이터베이스 이외의 다른 메모리 구조가 용이하게 사용될 수 있다는 것이 당해 업계에서의 통상의 기술자에 의해 이해될 것이다. 본 명세서에 제시된 임의의 샘플 데이터베이스의 임의의 개략적인 예시 및 수반되는 설명은 정보의 저장된 표현을 위한 예시적인 배열이다. 도시된 테이블에 의해 제안된 것 외에 임의의 수의 다른 배열이 사용될 수 있다. 유사하게, 데이터베이스의 임의의 예시된 엔트리는 예시적인 정보만을 나타낸다; 당해 업계에서의 통상의 기술자는 엔트리의 수 및 내용이 본 명세서에 예시된 것과 다를 수 있다는 것을 이해할 것이다. 또한, 테이블로서의 데이터베이스의 임의의 묘사에도 불구하고, 다른 포맷(관계형 데이터베이스, 객체 기반 모델 및/또는 분산 데이터베이스를 포함함)이 본 명세서에 설명된 데이터 유형을 저장하고 조작할 수 있다.
유사하게, 데이터베이스의 객체 방법 또는 거동이 본 발명의 프로세스를 구현하기 위해 사용될 수 있다. 또한, 데이터베이스는, 알려진 방식으로, 그러한 데이터베이스 내의 데이터를 액세스하는 장치로부터 로컬로 또는 원격으로 저장될 수 있다.
예를 들어, 정보를 저장하기 위한 데이터베이스 구조에 대한 예시적인 대안으로서, 계층적 전자 파일 폴더 구조가 사용될 수 있다. 그런 다음, 프로그램은 프로그램에서 명명된 파일 경로에 기초하여 계층 구조에서의 적절한 파일 폴더에 있는 적절한 정보에 액세스하는 데 사용될 수 있다.
또한, 청구범위에 인용된 임의의 용어가 단일 의미와 일치하는 방식으로 본 문서의 다른 곳에서 언급되는 한, 이는 명확성을 위해서만 수행되며, 임의의 이러한 용어는, 묵시적이든 아니든, 그 단일 의미로 제한되는 것으로 의도되지 않는다는 것이 이해되어야 한다.
청구범위에서, "~를 위한 수단(means for)"이라는 어구 또는 "~하기 위한 단계(step for)"라는 어구를 포함하는 청구범의 제한은 35 U.S.C. §112, 제6항이 해당 제한에 적용된다는 것을 의미한다.
청구범위에서, "~를 위한 수단"이라는 어구 또는 "~하기 위한 단계"라는 어구를 포함하지 않는 청구범위의 제한은, 해당 제한이 해당 기능을 수행하기 위한 구조, 재료 또는 행위에 대한 언급 없이 기능을 언급하는지 여부에 관계없이, 35 U.S.C. §112, 제6항이 해당 제한에 적용되지 않는다는 것을 의미한다. 예를 들어, 청구범위에서, 청구항 또는 다른 청구항의 하나 이상의 단계를 언급하는 데에 있어서의 "~하는 단계(step of)" 또는 "`~하는 단계들(steps of)"이라는 어구의 단순한 사용은 35 U.S.C. §112, 제6항이 해당 단계(들)에 적용된다는 것을 의미한다.
35 U.S.C §112, 제6항에 따라 특정 기능을 수행하기 위한 수단 또는 단계와 관련하여, 본 명세서에 설명된 대응하는 구조, 재료 또는 행위 및 이의 균등물은 그 특정 기능뿐만 아니라 추가 기능을 수행할 수 있다.
컴퓨터, 프로세서, 컴퓨팅 장치 및 유사한 제품은 다양한 기능을 수행할 수 있는 구조이다. 이러한 제품은, 해당 제품의 메모리 장치 또는 해당 제품이 액세스하는 메모리 장치에 저장된 프로그램과 같은, 하나 이상의 프로그램을 실행함으로써 특정 기능을 수행하도록 작동 가능할 수 있다. 달리 명시적으로 특정되지 않는 한, 이러한 프로그램은 본 출원에서 개시될 수 있는 임의의 특정 알고리즘과 같은 임의의 특정 알고리즘에 기초할 필요가 없다. 특정 기능이 상이한 알고리즘을 통해 구현될 수 있고, 다수의 상이한 알고리즘 중 임의의 것이 특정 기능을 수행하기 위한 단순한 설계 선택일 것이라는 것은 당해 업계에서의 통상의 기술자에게 잘 알려져 있다.
따라서, 35 U.S.C. §112, 제6항에 따라 특정 기능을 수행하기 위한 수단 또는 단계와 관련하여, 특정 기능에 대응하는 구조는 특정 기능을 수행하도록 프로그래밍된 임의의 제품을 포함한다. 이러한 구조는, 이러한 제품이 (i) 기능을 수행하기 위해 개시된 알고리즘, (ii) 개시된 알고리즘과 유사한 알고리즘, 또는 (iii) 기능을 수행하기 위한 상이한 알고리즘으로 프로그래밍되는지 여부에 관계없이, 기능을 수행하는 프로그래밍된 제품을 포함할 수 있다.
다양한 실시예가 본 명세서에 설명되었지만, 본 발명의 범위가 명시적으로 설명된 특정 실시예로 제한되지 않는다는 것을 이해되어야 한다. 많은 다른 변형 및 실시예가 본 설명을 읽을 때 당해 업계에서의 통상의 기술자에 의해 이해될 것이다.

Claims (13)

  1. 주사 관리 시스템의 전자 처리 장치에 의해, 제1 주사 이벤트 트랜잭션을 인식하는 단계 - 상기 인식하는 단계는, 제1 사용자에 대응하는 제1 모바일 장치에 저장된 주사 관리 앱(Injection Management App)의 주사 제공자 플랫폼을 통해, 환자에게 투여될 유체 제제의 투여분(dose)의 표시를 수신하는 것에 기초하고, 상기 표시는 상기 투여분을 포함하는 주사기의 고유 식별자를 포함하고,
    상기 제1 사용자는 상기 전자 처리 장치가 상기 제1 사용자를 고유하게 식별하고 상기 제1 사용자를 등록된 주사 제공자로서 인식하게 하는 제1 사용자 크리덴셜(credential)을 제공함으로써 상기 제1 모바일 장치를 통해 상기 주사 제공자 플랫폼에 이전에 로그인함 -;
    상기 주사기의 상기 고유 식별자에 기초하여, 상기 유체 제제의 상기 투여분을 승인하는 단계;
    상기 제1 주사 이벤트 트랜잭션에 고유한 전자 레코드를 생성하여, 제1 주사 이벤트 레코드를 생성하는 단계;
    상기 제1 사용자로부터 상기 주사 관리 앱을 통해, 상기 투여분이 상기 환자에게 투여되었다는 표시를 수신하는 단계;
    상기 수신하는 단계에 응답하여, 제1 패스코드(passcode)를 생성하는 단계 - 상기 제1 패스코드는 상기 제1 패스코드의 만료 시간에 대응하고 상기 제1 주사 이벤트 레코드와 연관되어 저장됨 -;
    상기 주사 관리 앱을 통해 상기 제1 사용자에게 상기 제1 패스코드를 출력하는 단계;
    상기 만료 시간 이전에 제2 사용자로부터 상기 제1 패스코드를 수신하는 단계 - 상기 제2 사용자는 상기 전자 처리 장치가 상기 제2 사용자를 고유하게 식별하고 상기 제2 사용자를 등록된 환자로서 인식하게 하는 제2 사용자 크리덴셜을 제공함으로써 제2 모바일 장치를 통해 상기 주사 관리 앱의 환자 플랫폼에 이전에 로그인함 -;
    상기 제2 사용자로부터 상기 제1 패스코드를 수신하는 단계에 기초하여, 상기 제2 사용자가 상기 주사기로부터의 상기 유체 제제의 상기 투여분이 상기 제1 주사 이벤트 트랜잭션의 일부로서 상기 제1 사용자에 의해 투여된 상기 환자라고 결론짓는 단계;
    상기 유체 제제의 상기 투여분이 상기 제2 사용자에게 투여되었다는 것을 나타내도록 상기 제1 주사 이벤트 레코드를 업데이트하는 단계; 및
    상기 주사 관리 앱의 상기 환자 포털을 통해, 상기 유체 제제의 상기 투여분이 상기 제2 사용자에게 투여되었다는 검증 가능한 확인을 상기 제2 사용자의 상기 제2 모바일 장치에 전송하여, 상기 제2 사용자의 상기 주사 관리 앱의 상기 환자 포털에 저장되도록, 상기 제1 주사 이벤트에 대한 디지털 영수증을 상기 제2 모바일 장치에 전송하는 단계
    를 포함하는, 방법.
  2. 제1항에 있어서,
    상기 디지털 영수증은 상기 제1 주사 이벤트 레코드에 대응하는 고유 디지털 영수증 식별자를 포함하고, 상기 고유 디지털 영수증 식별자는, 상기 제2 사용자가, 상기 주사 관리 앱의 상기 환자 포털을 통해, 상기 주사 관리 시스템과 통신하고 상기 제1 주사 이벤트 레코드에 저장된 데이터에 기초하여 상기 제2 사용자의 백신 접종 상태를 검증하게 하기 위한 것인, 방법,
  3. 제1항에 있어서,
    상기 수신하는 단계 이전에 상기 주사 관리 앱을 통해 상기 제1 사용자로, 상기 주사가 승인되었다는 표시를 출력하는 단계
    를 더 포함하는, 방법.
  4. 제1항에 있어서,
    상기 제1 주사 이벤트 레코드는 상기 주사 관리 시스템의 분산 네트워크에 블록체인 레코드로서 저장되는, 방법.
  5. 제1항에 있어서,
    상기 디지털 영수증은:
    (i) 상기 유체 제제의 표시; (ii) 상기 주사기의 식별자; (iii) 상기 투여분의 투여 시간; (iv) 상기 투여분의 투여 위치; (v) 상기 제2 사용자의 식별자; 및 (vi) 상기 투여분을 투여한 상기 제1 사용자의 표시
    중 적어도 하나를 포함하는, 방법.
  6. 제5항에 있어서,
    상기 디지털 영수증은, 상기 제2 사용자의 요청에 따라, 상기 주사 관리 앱의 상기 환자 플랫폼의 GUI를 통해 상기 제2 사용자의 모바일 장치에 디스플레이될 수 있는 코드를 포함하고, 상기 코드는 상기 유체 제제의 상기 투여분이 상기 제2 사용자에게 투여된 것을 확인하기 위하여 외부 전자 장치에 의해 판독 가능한, 방법.
  7. 제5항에 있어서,
    상기 디지털 영수증은 제3자와 공유될 수 있는 다중 프라이버시 정보 레벨을 포함하고, 각각의 프라이버시 정보 레벨은 상기 제2 사용자의 각각의 허가 요건에 대응하여, 상기 디지털 영수증의 주어진 프라이버시 정보 레벨이 제3자와 공유되기 위해서는, 상기 제2 사용자가 먼저 대응하는 허가 요청을 제공해야 하도록 하는, 방법.
  8. 제7항에 있어서,
    상기 다중 정보 레벨 중 제1 정보 레벨은 상기 제2 사용자를 식별하지 않고 상기 제2 사용자에게 투여된 상기 투여분에 대한 익명 정보에 대응하고, 상기 다중 정보 레벨 중 제2 정보 레벨은 상기 제2 사용자를 식별하는 정보 및 상기 제2 사용자에게 투여된 상기 투여분에 대한 정보에 대응하는, 방법.
  9. 제1항에 있어서,
    상기 제2 사용자가 투여 시점으로부터 미리 결정된 기간 동안 특정 전염성 질병에 대해 백신 접종된 것으로 간주되도록, 상기 유체 제제는 상기 미리 결정된 기간 동안 유효한 상기 특정 전염성 질병에 대한 백신을 포함하고,
    상기 디지털 영수증은 상기 미리 결정된 기간에 기초하는 상기 투여분의 만료 날짜를 포함하고, 상기 만료 날짜는 상기 제2 사용자가 상기 특정 전염성 질병에 대하여 백신 접종된 것으로 간주된다는 확인을 상기 주사 관리 앱의 GUI를 통해 출력하기 위하여 상기 만료 날짜의 시간까지만 상기 주사 관리 앱의 상기 환자 포털에 의해 활용하기 위한 것인, 방법.
  10. 제1항에 있어서,
    상기 투여분이 상기 환자에게 투여되었다는 표시를 수신하는 단계는, 상기 제1 주사 이벤트 트랜잭션 동안 촬영된 상기 제2 사용자의 사진을 수신하는 단계를 포함하고, 상기 전자 레코드를 업데이트하는 단계는, 상기 디지털 영수증과 연관되어 저장되도록 상기 사진의 사본을 상기 제2 사용자의 모바일 장치에 전송하는 단계를 포함하는, 방법.
  11. 제1항에 있어서,
    상기 사진의 사본은 상기 제1 주사 이벤트 레코드과 연관되어 저장되는, 방법.
  12. 제1항에 있어서,
    상기 주사기의 상기 고유 식별자에 기초하여 상기 전자 처리 장치가 액세스할 수 있는 데이터베이스로부터, 상기 유체 제제 및 상기 투여분에 대해 설명하는 정보를 검색하는 단계를 더 포함하는, 방법.
  13. 제12항에 있어서,
    상기 승인하는 단계는, 상기 정보에 기초하여, 상기 투여분이 유효하고 투여에 대하여 승인되었다는 것을 확인하는 단계를 포함하는, 방법.
KR1020227038512A 2020-05-01 2021-05-03 의료용 주사기 및 주사 관리 플랫폼을 위한 시스템과 방법 KR20230004560A (ko)

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
KR20230004560A true KR20230004560A (ko) 2023-01-06

Family

ID=78374040

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020227038512A KR20230004560A (ko) 2020-05-01 2021-05-03 의료용 주사기 및 주사 관리 플랫폼을 위한 시스템과 방법

Country Status (6)

Country Link
US (2) US12063318B2 (ko)
EP (1) EP4143835A4 (ko)
JP (1) JP2023524237A (ko)
KR (1) KR20230004560A (ko)
CN (1) CN115485780A (ko)
WO (1) WO2021222908A1 (ko)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3021989A1 (en) 2016-04-25 2017-11-02 Marc Andrew Koska Medical delivery system
KR20230004560A (ko) 2020-05-01 2023-01-06 코스카 패밀리 리미티드 의료용 주사기 및 주사 관리 플랫폼을 위한 시스템과 방법
JP2023527302A (ja) * 2020-05-19 2023-06-28 バイエル・ヘルスケア・エルエルシー 注入システム用のクイックレスポンス(qr)コードを提供するためのシステム、方法、およびコンピュータプログラム製品
AU2023218914A1 (en) * 2022-02-08 2024-08-22 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 (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020087360A1 (en) * 2001-01-02 2002-07-04 Pettit Stephen W. Immunization tracking method
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
US20160246943A1 (en) * 2013-10-25 2016-08-25 Ares Trading S.A. 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
WO2018020382A1 (en) * 2016-07-23 2018-02-01 Saluja Gulshan System and method for storage, management and sharing of electronic medical records
EP4120151A1 (en) * 2016-09-09 2023-01-18 Dexcom, Inc. Method for enabling health care provider set up of a bolus calculator
KR20180076910A (ko) * 2016-12-28 2018-07-06 (주)메디컬로직 응급상황에서 제3자에 대한 응급의료 정보제공 방법
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
WO2019154600A1 (en) * 2018-02-09 2019-08-15 Fresenius Vial Sas Method for registering a user in a medical software application
US11650839B1 (en) * 2020-02-28 2023-05-16 The Pnc Financial Services Group, Inc. Systems and methods for developing digital experience applications
KR20230004560A (ko) 2020-05-01 2023-01-06 코스카 패밀리 리미티드 의료용 주사기 및 주사 관리 플랫폼을 위한 시스템과 방법
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
WO2021222908A1 (en) 2021-11-04
JP2023524237A (ja) 2023-06-09
EP4143835A4 (en) 2024-06-05
US20240364546A1 (en) 2024-10-31
EP4143835A1 (en) 2023-03-08
US20230081577A1 (en) 2023-03-16
US12063318B2 (en) 2024-08-13
CN115485780A (zh) 2022-12-16

Similar Documents

Publication Publication Date Title
US12063318B2 (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
US10325433B2 (en) Locking medication containers and methods of use thereof
US20210313069A1 (en) Validation of Health Status Information
WO2021237345A1 (en) Human-centric health record system and related methods
US20220122706A1 (en) Universal vaccination online certificate issuance system
US20230385450A1 (en) Human-centric health record system and related methods
KR20220128813A (ko) 백신 접종의 인증 및 접종 후 사후 관리를 제공하기 위한 방법 및 그 시스템
US20210081517A1 (en) Authenticating and authorizing users regarding physical goods
JP6037653B2 (ja) 処方薬提供システム
CA3129815C (en) Systems, devices and methods for using a central server to provide multi-tiered access and control of a computer device
WO2021219885A1 (en) A medical management system and a method thereof
US20240013880A1 (en) Medication information management system, management control device, terminal device, management method, and program storage medium for the system
US10847258B2 (en) System, methods, and apparatuses for medication records tracking
JP2010067237A (ja) 医用情報サービス提供端末及びモバイル情報端末並びにそれらを用いてなる医用情報サービス提供システム
JP5940723B1 (ja) 投薬支援システム
WO2024095057A1 (en) Rfid-enabled medical injectors and artificial intelligence (ai) platform for pre-injection interrogation
JP7143468B1 (ja) 投薬情報管理装置、管理方法およびプログラム
US20230207091A1 (en) A Medical Management System and a Method Thereof
US11894119B2 (en) Location-independent ingestion control
KR100656383B1 (ko) 이동통신 단말기를 통한 건강서비스 제공 방법 및 시스템
CA3108555A1 (en) Human-centric health record system and related methods
KR20090036341A (ko) 유비쿼터스 기반의 사용자 의료정보 공유 시스템 및 그구축방법
JP6442859B2 (ja) 薬服用リマインドシステム
WO2020061212A1 (en) Authenticating and authorizing users regarding physical goods

Legal Events

Date Code Title Description
A201 Request for examination