KR20210024093A - 투약 요법들의 원격 처방을 위한 시스템들 및 방법들 - Google Patents

투약 요법들의 원격 처방을 위한 시스템들 및 방법들 Download PDF

Info

Publication number
KR20210024093A
KR20210024093A KR1020217002383A KR20217002383A KR20210024093A KR 20210024093 A KR20210024093 A KR 20210024093A KR 1020217002383 A KR1020217002383 A KR 1020217002383A KR 20217002383 A KR20217002383 A KR 20217002383A KR 20210024093 A KR20210024093 A KR 20210024093A
Authority
KR
South Korea
Prior art keywords
hcp
insulin
patient
mma
selective
Prior art date
Application number
KR1020217002383A
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 KR20210024093A publication Critical patent/KR20210024093A/ko

Links

Images

Classifications

    • 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
    • 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
    • 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/63—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 local 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • 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
    • G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • 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
    • 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/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets
    • 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/20—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 management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Biomedical Technology (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Pathology (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Medicines That Contain Protein Lipid Enzymes And Other Medicines (AREA)
  • Infusion, Injection, And Reservoir Apparatuses (AREA)
  • Medical Preparation Storing Or Oral Administration Devices (AREA)

Abstract

본 명세서에는 투약 요법들의 원격 처방을 위한 시스템들 및 방법들이 개시되어 있다. 일 실시예는 HCP 시스템의 헬스케어-전문가-(HCP)-포털 사용자 인터페이스를 통해 환자에 관한 복수의 투약 요법을 제시하는 단계를 포함하는 방법의 형태를 취한다. 각각의 제시되는 투약 요법은 각각의 상이한 투약 알고리즘에 연관된다. 방법은 또한 HCP-포털 사용자 인터페이스를 통해, 제시되는 투약 요법들 중 적어도 하나의 투약 요법의 HCP 선택을 수신하는 단계를 포함한다. 방법은 또한 환자에 연관된 모바일 디바이스의 의료용 모바일 애플리케이션(MMA)에, 적어도 하나의 HCP-선택 투약 요법을 나타내는 HCP-선택-요법 데이터를 전송하는 단계를 포함한다.

Description

투약 요법들의 원격 처방을 위한 시스템들 및 방법들
본 개시는 의료 디바이스들 및 의료 정보 시스템들에 관한 것으로, 특히 투약 요법들의 원격 처방을 위한 시스템들 및 방법들에 관한 것이다.
환자들이 의학적 치료를 받는 수많은 질병들 및 다른 의학적 상태들이 존재한다. 이러한 치료가 하나 이상의 약물의 하나 이상의 투여 요법을 수반하는 경우가 상당히 많다.
본 명세서에는 투약 요법들의 원격 처방을 위한 시스템들 및 방법들이 개시되어 있다. 본 시스템들 및 방법들은 많은 유형의 질병들 및 다른 의학적 상태들에 대한 많은 유형의 약물들에 적용가능할 수 있다. 환자들은 본 개시에서 헬스케어 전문가들(healthcare professional, HCP)로 지칭되는 것들에 의해 이러한 의학적 상태들에 대해 치료를 받는다. 여기에서 사용될 때, HCP들은 환자들에게 직접 의학적 케어를 직접 제공하는 사람들 및/또는 엔티티들(예를 들어, 의사, 간호사, 임상 간호사, 진료 보조 인력(PA), 및 그와 유사한 것)은 물론, 환자들에게 의학적 케어를 직접적으로 제공하지는 않지만 환자들에 대한 헬스케어의 제공을 간접적으로 지원하는 사람들 및/또는 엔티티들(예를 들어, 관리 인력, 데이터베이스 관리 인력, 다른 정보-기술 인력, 보험 및/또는 다른 지불-관련 인력, 및 그와 유사한 것)도 포함한다. HCP가 투약 요법, 및/또는 처방이 요구되는 다른 치료를 처방하는 여기에 설명된 상황들에서, 해당 HCP는 그러한 처방전을 발행하는 데에 요구되는 적절한 교육, 훈련, 인증, 면허, 및/또는 그와 유사한 것을 가지고 있다고 가정된다. 상기 투약 요법들에 의해 관리되는 약물들의 예들은 인슐린, 인슐린 리스프로 또는 인슐린 글라진과 같은 인슐린 유사체, 인슐린 유도체, 글루카곤, 글루카곤 유사체, 글루카곤 유도체, 및 약물 전달 디바이스에 의해 전달될 수 있거나 약물 전달 디바이스의 도움없이(예를 들어, 경구로 또는 환자 피부에의 도포를 통해) 환자가 복용할 수 있는 임의의 치료제를 포함하지만 이에 제한되지 않는 하나 이상의 치료제를 포함한다. 약물들은 하나 이상의 부형제와 함께 제형화될 수 있다.
본 시스템들 및 방법들을 적용가능한 하나의 예시적인 영역은 일반적으로 지속적인 기간들 동안의 인체 내의 높은 수준의 포도당(예를 들어, 혈중 포도당, 또는 혈당)을 특징으로 하는 대사 장애 그룹에 대한 일반적인 용어인 당뇨병(때때로 진성 당뇨병이라고도 지칭됨)이다. 본 기술분야 및 의료계에서 알려진 바와 같이, 높은 포도당 수준들에 대한 또 다른 용어는 고혈당증으로, 이는 전형적으로 10 mmol/L(리터(L) 당 밀리몰(mmol))의 양으로도 표현가능한 임계값인 180 mg/dL(데시리터(dL) 당 밀리그램(mg)) 초과의 포도당 수준으로 정의된다. 반대 상태(즉, 부족한 포도당 수준)는 저혈당증으로 알려져 있으며, 이는 전형적으로 70mg/dL(3.9mmol/L) 이하의 포도당 수준으로 정의된다.
제1형 당뇨병과 제2형 당뇨병으로 알려진 두 가지 주요 유형의 당뇨병이 존재하며, 이들 각각은 포도당을 즉시 사용되거나 나중의 사용을 위해 저장되는 에너지로 신체 대사 처리하는 데 핵심적인 호르몬인 인슐린에 상이한 방식으로 관련된다. 제1형 당뇨병은 일반적으로 환자의 면역 체계가 췌장에서 인슐린을 생성하는 "베타 세포"를 실수로 공격하는 자가 면역 질환으로 간주된다. 제2형 당뇨병은 일반적으로 췌장이 신체의 필요에 맞는 충분한 인슐린을 생산하지 못하거나 환자의 신체가 인슐린에 반응하는 능력을 잃는 것을 특징으로 한다.
제1형 및/또는 제2형 당뇨병에 대한 치료법 중에는 합성 인슐린의 피하 주사가 있다. 일반적으로, 합성 인슐린들은 발현(즉, 전형적인 효과가 얼마나 신속하게 나타나는지), 피크(즉, 최대 효능에 도달할 때까지 전형적으로 얼마나 많은 시간이 경과되는지), 지속기간(즉, 전형적으로 효과가 지속되는 시간의 양), 및 농도를 포함한 다수의 차원에 따라 분류된다. 농도에 대한 전형적인 표현 방식은 밀리리터(mL) 당 유닛이고, 예를 들면 mL 당 100 유닛의 농도는 전형적으로 U100으로 표현된다.
제1형 및/또는 제2형 당뇨병의 경우에서, 전형적으로 피하 주사를 위해 HCP들에 의해 전형적으로 처방되는 합성 인슐린의 두 가지 주요 범주, 즉 기초 인슐린 및 볼루스 인슐린이 존재한다. 기초 인슐린은 백그라운드 인슐린 및 지속성 인슐린과 같은 다수의 다른 용어로도 알려져 있으며, 일반적으로 당뇨병 환자가 금식, 수면, 식간, 및 그와 유사한 것과 같은 시간들 동안 환자의 특정한 기준 인슐린 수준을 유지할 목적으로 규칙적인 간격 및 일정한 투여량으로 매일 1회 또는 2회 복용한다. 볼루스 인슐린은 또한 식사 인슐린, 식사시간 인슐린, 및 속효성 인슐린을 포함하여, 알려진 다수의 이름을 가지고 있으며, 일반적으로 당뇨병 환자가 식사 시간에 전형적이지만 다른 시간들에도 발생할 수 있는 포도당 수준 스파이크들을 조절할 목적으로, 주로 필요에 따라, 가장 전형적으로는 식사시간에 복용한다.
수많은 유형의 질병, 상태 및 그와 유사한 것에 대한 수많은 유형의 약물에 확실히 적용가능하긴 하지만, 본 방법들 및 시스템들은 적어도 부분적으로는 (때로는 집중적인) 기초-인슐린 및/또는 볼루스-인슐린 요법들의 관리에서 제1형 또는 제2형 당뇨병을 갖는 환자들 및 HCP들을 돕도록 의도된 것이다. 실제로, 본 개시의 일부 예들은 일반적으로 당뇨병의 사례를 위한 볼루스-인슐린-투여 요법들의 처방 및 구현에 관한 것이지만, 이는 제한이 아닌 예시를 위한 것이며, 결코 다른 유형의 인슐린(예를 들어, 기초-인슐린) 및/또는 다른 유형의 질병들에 대한 투여 요법들에 관해 본 시스템들 및 방법들을 배제하기 위한 것이 아님을 이해해야 한다. 일반적으로, 위에서 언급된 바와 같이, 본 시스템들 및 방법들은 여러 다양한 질병, 상태, 및 그와 유사한 것에 대한 여러 다양한 투여 요법에 적용가능함을 이해해야 한다.
본 시스템들 및 방법들의 발명자들은 인슐린 요법의 복잡성을 관리하는 것이 특히 환자 측에서는 물론 HCP 측에서도 어려울 수 있음을 인식했다. 본 시스템들 및 방법들은, 종래의 의료-디바이스 및 의료-기술 구현들이 일반적으로 HCP가 특정 환자에 대해 미리 결정되고 미리 프로그래밍된 복수의 투여 요법 중에서 적어도 하나의 투약 요법(예를 들어, 볼루스-인슐린-투여 요법)을 선택하고 심지어는 맞춤화할 수 있으며, 그 다음으로 환자에 연관된 모바일 디바이스 상에서 실행되는 애플리케이션과 원격으로 상호작용함으로써 데이터 네트워크를 통해 해당 환자에게 그 적어도 하나의 요법을 처방하게 하는 메커니즘을 제공하지 않는다는 기술적 문제를 포함하여, 종래 기술의 다수의 기술적 문제를 해결한다. 본 시스템들 및 방법들의 일부 실시예들에 따르면, 복수의 미리 결정되고 미리 프로그래밍된 투여 요법들에 대한 로직이 환자의 모바일 디바이스 상에서 실행되는 애플리케이션과 함께 제공될 수 있지만, 처음에는 잠금되어 환자가 액세스하지 못할 수 있다. 추가로, 일부 실시예들에 따르면, HCP는 해당 모바일 디바이스 상에서 해당 환자에 대해 미리 프로그래밍된 복수의 투여 요법 중에서 적어도 하나의 특정 HCP-선택 요법을 원격으로 잠금 해제할 수 있으며, 이는 다음으로 환자에게 적어도 하나의 요법을 구현하기 위한 지침들을 제공할 수 있고, 일부 경우들에서는 하나 이상의 추가 의료 디바이스(또한 환자에 연관됨)에게 적어도 하나의 HCP-선택 투여 요법의 일부 또는 전부를 수행하도록 지시할 수 있다. 본 시스템들 및 방법들은 적어도 해당 기술적 문제에 대한 기술적 해법을 표현한다. 그리고, 이 단락은 다른 기술적 문제들에 대한 다른 기술적 해법들이 본 개시에 의해 표현되지 않는다는 것을 어떤 식으로도 암시하지 않음을 주의깊게 유의해야 한다.
일 실시예는 HCP 시스템에서 실행되는 HCP-포털 애플리케이션을 통해, 환자에 관한 복수의 투약 요법을 제시하는 단계를 포함하는 방법의 형태를 취한다. 각각의 제시되는 투약 요법은 각각의 상이한 투약 알고리즘에 연관된다. 방법은 또한 HCP-포털 사용자 애플리케이션을 통해, 제시되는 투약 요법들 중 적어도 하나의 투약 요법의 HCP-선택을 수신하는 단계를 포함한다. 방법은 또한 환자에 연관된 모바일 디바이스 상의 의료용 모바일 애플리케이션(medical mobile application, MMA)에 적어도 하나의 HCP-선택 투약 요법을 나타내는 HCP-선택-요법 데이터를 전송하는 단계를 포함한다.
다른 실시예는 하나 이상의 서버 - 각각의 서버는 하나 이상의 통신 인터페이스, 하나 이상의 프로세서, 및 데이터 저장소를 포함함 - 를 포함하는 커넥티드-케어 서버 시스템의 형태를 취한다. 적어도 일부 실시예들에서, 커넥티드-케어 서버 시스템은 커넥티드-케어-클라우드(C3) 서버 시스템이고, 하나 이상의 서버 각각은 클라우드 서버들이다. 하나 이상의 서버의 데이터 저장소는 커넥티드-케어 서버 시스템으로 하여금 앞의 단락에서 나열된 기능들을 포함하는 서버-시스템 기능들의 세트를 수행하게 하기 위해 하나 이상의 서버의 프로세서들 중 하나 이상에 의해 실행가능한 명령어들을 집합적으로 포함한다. 또 다른 실시예는 하나 이상의 프로세서에 의해 실행될 때 하나 이상의 프로세서로 하여금 앞의 단락에서 나열된 기능들을 포함하는 서버-시스템 기능들의 세트를 수행하게 하도록 동작가능한 명령어들이 저장된 하나 이상의 비-일시적 컴퓨터 판독가능한 매체(computer-readable media, CRM)의 형태를 취한다. 임의의 실시예와 관련하여, CRM은 여기에 언급된 임의의 비-일시적 데이터-저장 매체, 및/또는 주어진 구현에 대해 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 임의의 다른 비-일시적 데이터-저장 매체의 형태를 취할 수 있다. 예들은 임의의 적절한 형태의 메모리(휘발성 및 비휘발성 메모리 둘 다를 포함함), 디스크 저장소, 광학 저장소, 및/또는 그와 유사한 것을 포함한다.
또 다른 실시예는 환자에 연관된 모바일 디바이스에서 실행 중인 MMA에서 복수의 투약 요법 중의 HCP-선택 투약 요법의 HCP 선택을 나타내는 HCP-선택-요법 데이터를 수신하는 단계를 포함하는 방법의 형태를 취하며, 복수의 투약 요법 각각은 각각의 상이한 투약 알고리즘에 연관된다. HCP 선택은 HCP 시스템 상에서 실행 중인 HCP-포털 애플리케이션을 통해 HCP에 의해 환자에 대해 이루어진 것이다. 방법은 또한 HCP-선택-요법 데이터를 수신한 것에 적어도 부분적으로 응답하여 MMA 상에서 표시된 HCP-선택 투약 요법을 잠금 해제하는 단계를 또한 포함한다.
다른 실시예는 환자에 연관된 모바일 디바이스의 형태를 취한다. 모바일 디바이스는 모바일-디바이스 통신 인터페이스, 모바일-디바이스 프로세서, 및 모바일-디바이스 데이터 저장소를 포함한다. 모바일-디바이스 데이터 저장소는 모바일 디바이스로 하여금 앞의 단락에 나열된 기능들을 포함하는 MMA 기능들의 세트를 수행하기 위해 MMA를 실행하게 하기 위해 모바일-디바이스 프로세서에 의해 실행가능한 명령어들을 포함한다. 또 다른 실시예는 하나 이상의 프로세서에 의해 실행될 때 하나 이상의 프로세서로 하여금 앞의 단락에서 나열된 기능들을 포함하는 기능들의 세트를 수행하게 하도록 동작가능한 명령어들이 저장된 하나 이상의 비-일시적 CRM의 형태를 취한다.
다른 실시예는 위에서 설명된 커넥티드-케어 서버 시스템 및 위에서 설명된 모바일 디바이스를 포함하는 시스템의 형태를 취한다. 적어도 하나의 실시예는 위에서 설명된 HCP 시스템을 더 포함한다.
다른 실시예는 환자에 연관된 모바일 디바이스 상의 프로세서에 의해, 모바일 디바이스의 시각적 디스플레이 상에 복수의 패널을 동시에 제시하는 단계 - 복수의 패널은: 환자에게 투여될 인슐린의 유닛 수를 디스플레이하는 제1 패널, 및 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 탄수화물의 양을 디스플레이하는 제2 패널을 포함함 - ; 모바일 디바이스에서, 제1 패널에 의해 디스플레이된 인슐린의 유닛 수에 대한 요청된 조정을 나타내는 사용자 입력을 수신하는 단계; 및 프로세서에 의해, 제1 패널에 의해 디스플레이된 인슐린의 유닛 수에 대한 요청된 조정에 따라 복수의 패널의 각각의 패널을 업데이트하는 단계를 포함하는 방법의 형태를 취하고, 여기서 업데이트하는 단계는 제1 패널에 의해 조정된 인슐린의 유닛 수를 디스플레이하고, 제2 패널에서 조정된 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 조정된 탄수화물의 양을 디스플레이하는 단계를 포함한다.
일부 실시예들에서, 복수의 패널은 제2 패널에 의해 디스플레이되는 탄수화물의 양에 대응하는 식사 크기의 표시를 디스플레이하는 패널을 더 포함할 수 있고, 여기서 업데이트하는 단계는 조정된 탄수화물의 양에 대응하는 조정된 식사 크기의 표시를 디스플레이하는 단계를 포함한다. 대안적으로 또는 추가로, 복수의 패널은 소형 식사 크기와 대형 식사 크기 사이의 식사 크기 범위를 디스플레이하는 스펙트럼, 및 제2 패널에 의해 디스플레이되는 탄수화물의 양이 스펙트럼 상에서 어디에 속하는지를 나타내는 표시자를 디스플레이하는 패널을 더 포함할 수 있다. 대안적으로 또는 추가로, 복수의 패널은 제2 패널에 의해 디스플레이되는 탄수화물의 양이 소형 식사 크기, 중형 식사 크기, 또는 대형 식사 크기에 대응하는지를 표시하는 패널을 더 포함할 수 있다. 대안적으로 또는 추가로, 복수의 패널은 제1 패널에 의해 디스플레이된 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 환자의 포도당 수준의 저하를 디스플레이하는 패널을 더 포함할 수 있고, 여기서 업데이트하는 단계는 조정된 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 환자의 조정된 포도당 수준의 저하를 디스플레이하는 단계를 포함한다.
일부 실시예들에서, 방법은 모바일 디바이스에서 중형 식사 크기에 대한 최대 탄수화물 임계값 및 중형 식사 크기에 대한 최소 탄수화물 임계값을 수신하는 단계를 더 포함할 수 있고, 여기서 복수의 패널 중 하나는 수신된 최대 탄수화물 임계값 및 최소 탄수화물 임계값에 기초하여 제2 패널에 의해 디스플레이되는 탄수화물의 수가 소형 식사 크기, 중형 식사 크기 또는 대형 식사 크기에 대응하는지를 나타낸다. 방법은 또한 모바일 디바이스에서 환자에 연관된 인슐린-대-탄수화물 비율(insulin-to-carbohydrate ratio, ICR)을 수신하는 단계를 더 포함하고, 여기서 제2 패널에 의해 디스플레이되는 탄수화물의 양은 제1 패널에 의해 디스플레이되는 유닛들의 수 및 수신된 ICR에 기초하여 프로세서에 의해 계산된다. 방법은 또한 모바일 디바이스에서 환자에 연관된 인슐린 감수성 인자(insulin sensitivity factor, ISF)를 수신하는 단계를 더 포함할 수 있고, 여기서 복수의 패널 중 하나에 의해 디스플레이되는 환자의 포도당 수준의 저하는 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수, 및 수신된 ISF에 기초하여 계산된다.
위에서 나열된 실시예들의 다수의 변형 및 순열이 여기에 설명되어 있다. 또한, 본 개시에서 설명된 임의의 변형 또는 순열은 임의의 유형의 실시예와 관련하여 구현될 수 있다는 점에 분명히 유의해야 한다. 예를 들어, 방법 실시예와 관련하여 주로 설명되는 변형 또는 순열은 시스템 실시예 및/또는 CRM 실시예와 관련해서도 마찬가지로 구현될 수 있다. 더욱이, 실시예들의 이러한 유연성 및 교차 적용성은 그러한 실시예들을 설명 및/또는 특징화하는 데 사용되는 임의의 약간 다른 언어(예를 들어, 프로세스, 방법, 단계, 기능, 기능 세트, 및/또는 그와 유사한 것)에도 불구하고 존재한다.
이하의 도면들과 관련하여 예로서 제시된 이하의 설명으로부터 보다 상세한 이해가 이루어질 수 있으며, 도면들에 걸쳐 유사한 요소들에 관련하여 유사한 참조 번호들이 사용된다.
도 1은 적어도 하나의 실시예에 따라, 예시적인 HCP 시스템, 예시적인 건강 정보 기술(IT) 시스템, 예시적인 환자에 연관되고, 예시적인 환자에 또한 연관된 복수의 예시적인 개인 의료 디바이스들과 통신하는 예시적인 모바일 디바이스, 예시적인 네트워크를 통해 서로 통신적으로 상호연결되는 하나 이상의 예시적인 서버(예를 들어, 커넥티드-케어-클라우드 서버들)를 포함하는 예시적인 서버 시스템, 및 예시적인 관리자-포털 시스템을 포함하는 예시적인 통신 컨텍스트를 도시한다.
도 2는 적어도 하나의 실시예에 따른, 도 1의 예시적인 HCP 시스템의 예시적인 물리적 아키텍처를 도시한다.
도 3은 적어도 하나의 실시예에 따른, 도 1의 예시적인 모바일 디바이스의 예시적인 물리적 아키텍처를 도시한다.
도 4a는 적어도 하나의 실시예에 따른, 도 1의 예시적인 서버 시스템 내의 서버들 중 예시적인 것의 예시적인 물리적 아키텍처를 도시한다.
도 4b는 적어도 하나의 실시예에 따른, 도 1의 예시적인 관리자-포털 시스템의 예시적인 물리적 아키텍처를 도시한다.
도 5는 적어도 하나의 실시예에 따른, 도 1의 예시적인 서버 시스템의 예시적인 기능적 아키텍처를 도시한다.
도 6은 적어도 하나의 실시예에 따른, 예시적인 통신-및-처리 생태계 내의 다양한 엔티티들을 도시한다.
도 7은 적어도 하나의 실시예에 따라 도 1의 서버 시스템에 의해 수행될 수 있는 제1 예시적인 방법을 도시한다.
도 8은 적어도 하나의 실시예에 따른 예시적인 MMA를 실행하는 도 1의 모바일 디바이스에 의해 수행될 수 있는 제2 예시적인 방법을 도시한다.
도 9 내지 도 18은 적어도 하나의 실시예에 따른, 도 1의 예시적인 HCP 시스템을 통한 디스플레이를 위한 다양한 예시적인 스크린샷을 도시한다.
도 19는 적어도 하나의 실시예에 따라 MMA에 의해 구현되는 인슐린의 권장 용량을 계산, 제시 및 편집하기 위한 예시적인 프로세스를 예시하는 흐름도를 도시한다.
도 20은 적어도 하나의 실시예에 따라 MMA가 환자의 포도당 센서와 자동으로 동기화하는, MMA로부터의 예시적인 스크린샷들을 도시한다.
도 21a, 도 21b 및 도 21c는 적어도 하나의 실시예에 따라 MMA가 환자의 포도당 수준을 수신하는, MMA로부터의 예시적인 스크린샷들을 도시한다.
도 22a, 도 22b, 도 22c 및 도 22d는 적어도 하나의 실시예에 따라 일일 적정 투여 요법을 위해 MMA에 의해 사용되는, MMA로부터의 예시적인 스크린샷들을 도시한다.
도 23a, 도 23b, 도 23c 및 도 23d는 적어도 하나의 실시예에 따라 고정 용량 투여 요법을 위해 MMA에 의해 사용되는, MMA로부터의 예시적인 스크린샷들을 도시한다.
도 24a, 도 24b, 도 24c 및 도 24d는 적어도 하나의 실시예에 따라 탄수화물 볼루스 계산기 투여 요법을 위한 탄수화물 수를 수신하기 위해 MMA에 의해 사용되는 MMA로부터의 예시적인 스크린샷들을 도시한다.
도 25a, 도 25b, 도 25c 및 도 25d는 적어도 하나의 실시예에 따라 탄수화물 볼루스 계산기 투여 요법을 위한 식사시간 인슐린의 유닛 수를 수신하기 위해 MMA에 의해 사용되는, MMA로부터의 예시적인 스크린샷들을 도시한다.
도 26a, 도 26b, 도 26c 및 도 26d는 적어도 하나의 실시예에 따라 탄수화물 식사-크기-기반 계산기 투여 요법을 위해 MMA에 의해 사용되는, MMA로부터의 예시적인 스크린샷들을 도시한다.
도 27a, 도 27b 및 도 27c는 적어도 하나의 실시예에 따라, 인슐린의 권장 용량을 제시 및/또는 편집하기 위해 MMA에 의해 사용되는, MMA로부터의 예시적인 스크린샷들을 도시한다.
도 28은 적어도 하나의 실시예에 따라 제시된 인슐린 용량에 관한 4개의 정보 패널을 갖는 예시적인 사용자-인터페이스 디스플레이를 도시한다.
도 29는 적어도 하나의 실시예에 따라, 제시된 인슐린 용량이 조정됨에 따라 4개의 정보 패널이 어떻게 업데이트되는지를 보여주는 사용자-인터페이스 디스플레이의 예시적인 시퀀스를 도시한다.
도 30은 적어도 하나의 실시예에 따라 도 28 및 도 29의 사용자-인터페이스가 연결된 약물-전달 디바이스에 디스플레이되는 예시적인 실시예를 도시한다.
도 31은 적어도 하나의 실시예에 따라 도 28, 도 29 및 도 30의 사용자-인터페이스를 디스플레이하고 업데이트하기 위해 모바일 디바이스에 의해 실행되는 예시적인 프로세스를 예시하는 흐름도를 도시한다.
본 개시의 원리들에 대한 이해를 촉진하기 위해, 이하에 설명되는 도면들에 도시된 실시예들이 참조된다. 여기에 개시된 실시예들은 포괄적인 것으로, 또는 본 개시를 이하의 상세한 설명에 개시된 그대로의 형태로 제한하도록 의도되지 않는다. 오히려, 실시예들은 본 기술분야의 다른 통상의 기술자들이 그들의 교시를 이용할 수 있도록 선택되고 설명된다. 따라서, 본 개시의 범위의 제한은 그에 의해 의도되지 않는다.
본 개시 및 청구항들 전체에 걸친 일부 사례들에서, 제1, 제2, 제3 및 제4와 같은 숫자 수식어들은 다양한 컴포넌트들, 다양한 식별자들과 같은 데이터, 및/또는 다른 요소들을 참조하여 사용된다. 이러한 사용은 요소들의 특정 또는 필수 순서를 나타내거나 지시하도록 의도되지 않는다. 오히려, 이 숫자 용어는 독자가 참조되고 있는 요소를 식별하고 해당 요소를 다른 요소들과 구별하는 데에 도움을 주기 위해 사용되며 임의의 특정 순서를 주장하는 것으로서 좁게 해석되어서는 안된다.
더욱이, 이러한 상세한 설명을 진행하기 전에, 다양한 도면들과 관련하여 도시되고 -그와 관련하여 설명된- 엔티티들, 배열들 및 그와 유사한 것은 제한이 아닌 예로서 제시된다는 점에 유의해야 한다. 따라서, 특정 도면이 "도시하는" 것, 특정 도면의 특정 요소 또는 엔티티가 "~인" 또는 "갖고 있는" 것에 대한 임의의 모든 진술 또는 다른 표시, 및 분리되고 맥락에서 벗어나서 절대적인 것이며 따라서 제한으로서 읽혀질 수 있는 임의의 모든 유사한 진술은, (실제로 그러한 경우 외에는) "적어도 하나의 실시예에서, ..."와 같은 절이 구성상 선행하는 것으로서만 적절하게 읽혀질 수 있다. 그리고, 이러한 암시된 선행 절이 본 상세한 설명에서 지겹도록 반복되지 않는 것은 표현의 간결함 및 명확성과 같은 이유들 때문이다.
Ⅰ. 예시적인 아키텍처
A. 예시적인 통신 컨텍스트
도 1은 적어도 하나의 실시예에 따라, 예시적인 HCP 시스템(102), 예시적인 건강 IT 시스템(118), 예시적인 환자(124)에 연관되고, 예시적인 환자(124)에 또한 연관된 복수의 예시적인 개인 의료 디바이스(이 도시에서, 예시적인 포도당 측정기(126) 및 예시적인 연결된 주입 디바이스(134))와 통신하는 예시적인 모바일 디바이스(104), 예시적인 개인 네트워크(138)를 통해 서로 통신적으로 상호연결된 하나 이상의 예시적인 서버(140-146)를 포함하는 예시적인 서버 시스템(106), 및 예시적인 관리자-포털 시스템(148)을 포함하는 예시적인 통신 컨텍스트(100)를 도시한다. 또한, 도 1에는 데이터 네트워크(108), 통신 링크들(110, 112, 114, 116, 128, 136, 150, 152 및 154), HCP 시스템(102)의 디스플레이(120), 및 모바일 디바이스(104)의 디스플레이(122)가 도시되어 있다. 추가로, 연관 화살표(125), 개념-정보-흐름 화살표(130), 및 개념-정보-흐름 화살표(132)가 더 디스플레이되며, 이들 모두는 아래에 설명된다. 도 1에 도시된 엔티티들과 그들의 배열 및 상호연결은 예시를 위해 제공되고 제한이 아닌 예로서 제공되며, 다른 엔티티들, 배열들 및 상호연결들이 구현될 수 있는 것은 물론, 주어진 맥락에 대해 본 기술분야의 통상의 기술자에 의해 적절한 것으로 간주될 수 있다.
HCP 시스템(102)(디스플레이(120)를 포함함)은 물리적-아키텍처 관점에서 도 2와 관련하여 아래에 더 완전하게 설명되지만, 일반적으로 여기에 설명된 HCP-포털 기능들을 수행하도록 장착, 구성, 및 프로그래밍된 임의의 컴퓨팅 디바이스의 형태를 취할 수 있다. HCP 시스템(102)에 대한 일부 옵션들은 데스크톱 컴퓨터, 랩톱 컴퓨터, 태블릿 컴퓨터, 스마트폰과 같은 모바일 디바이스, 또는 음성, 증강 현실(AR) 또는 가상 현실(VR)을 사용하여 HCP와 상호작용하는 디바이스를 포함한다. 일부 실시예들에서, HCP 시스템(102)은 인터넷 브라우저(즉, 몇몇 예를 들자면, 아마도 독립형 애플리케이션으로서의, 아마도 다른 애플리케이션의 기능으로서의 웹 브라우저)를 지원하고 실행할 수 있는 임의의 전자 디바이스이다. 도 1에 도시된 바와 같이, HCP 시스템(102)은 통신 링크(116)를 통해 건강 IT 시스템(118)에, 그리고 통신 링크(110)를 통해 데이터 네트워크(108)에 통신적으로 접속된다. 통신 링크(116)는 데이터 네트워크(108)로부터 분리된 것으로서 도시되어 있지만, 일부 경우들에서, 링크(116)의 전부 또는 일부가 데이터 네트워크(108)의 적어도 일부를 횡단할 수 있다는 것을 이해해야 한다. 일부 경우들에서, HCP 시스템(102)은 도 1에 도시된 바와 같이 직접 링크(116)를 통하는 것을 대신하여, 데이터 네트워크(108)를 통해 HIT 시스템(118)과 간접적으로 통신할 수 있다. HCP 시스템(102)의 전형적인 사용자들 중에는, 다른 예들 중에서도, 처방 역할을 하는 HCP들(예를 들어, 의사, 진료 보조인력(PA), 임상 간호사 및 그와 유사한 것)은 물론, 케어 팀의 일부인 비-처방 HCP들 및 통합 전달 네트워크(integrated delivery network, IDN)들에 연관된 사용자들이 있다.
다양한 상이한 실시예들에서, HCP 시스템(102)은 본 명세서에 나열된 다른 예들 중에서도, 투약 요법들(예를 들어, 기초-인슐린-투여 요법들, 볼루스-인슐린-투여 요법들, 및/또는 그와 유사한 것과 같은 인슐린 투여 요법들)을 처방하는 것, 기존의 투여-요법 처방들을 수정하는 것, 투여-요법 파라미터들을 설정 및/또는 수정하는 것, 및 개별 환자 데이터를 보는 것과 같은 기능들을 제공하고 지원한다. HCP 시스템(102)을 통한 HCP에 의한 투여 요법에 관한 처방 및 파라미터-세팅은 환자들이 투약 용량들을 결정하는 것을 돕는다. 다른 기능들 중에서도, HCP 시스템(102)은 통신 링크(116)를 통해 건강 IT 시스템(118)으로부터 환자 EHR 데이터를 다운로드하고 HCP 포털에서 EHR 데이터를 보고, 이용가능한 투약 요법들의 선택을 보고, 환자에게 처방할 투여 요법을 선택하고, 선택된 투여 요법에 요구되는 파라미터들(예를 들어, 인슐린-투여 요법의 예시적인 경우에서는, 시작 용량, 인슐린-대-탄수화물 비율, 및 그와 유사한 것)에 값들을 할당하는 능력을 HCP에게 제공한다. HCP 시스템(102)은 HCP 사용자들이 환자 이력 데이터를 검토할 수 있게 하는 데이터-시각화 기능들을 더 제공한다. 다양한 실시예들에서, 이러한 환자 이력 데이터는 차트 형태, 그래픽 형태, 표 형태, 및/또는 주어진 구현에 대해 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 하나 이상의 다른 형태로 볼 수 있다.
모바일 디바이스(104)(디스플레이(122)를 포함함)는 물리적-아키텍처 관점에서 도 3과 관련하여 아래에 더 완전하게 설명되지만, 일반적으로 여기에 설명된 모바일-디바이스 기능들을 수행하도록 장착, 구성, 및 프로그래밍된 임의의 컴퓨팅 디바이스의 형태를 취할 수 있다. 모바일 디바이스(104)에 대한 일부 옵션들은 셀폰, 스마트폰, PDA(Personal Digital Assistant), 태블릿 컴퓨터, 랩톱 컴퓨터, 웨어러블 디바이스, 음성 또는 가상 현실을 사용하여 그것의 사용자와 상호작용하는 모바일 디바이스, 및 그와 유사한 것을 포함한다. 도 1에 도시된 바와 같이, 모바일 디바이스(104)는 통신 링크(128)를 통해 포도당 측정기(126)에, 통신 링크(136)를 통해 연결된 주입 디바이스(134)에, 그리고 통신 링크(112)를 통해 데이터 네트워크(108)에 통신적으로 접속된다. 양방향 및 점선 연관 화살표(125)에 의해 도시된 바와 같이, 모바일 디바이스(104)는 예를 들어, 가입 계정, 소유권, 및/또는 하나 이상의 다른 방식으로 환자(124)에 연관된다.
C3-서버 시스템(106)과 관련하여, C3 서버들(140-146) 중 예시적인 것은 물리적-아키텍처 관점에서 도 4a와 관련하여 아래에 더 완전하게 설명된다. 더욱이, 전체로서의 C3-서버 시스템(106)은 기능적-아키텍처(예를 들어, 소프트웨어-아키텍처) 관점에서 도 5와 관련하여 아래에 더 완전하게 설명된다. 그러나, 일반적으로, C3-서버 시스템(106)은 여기에 설명된 C3-서버-시스템 기능들을 집합적으로 수행하도록 집합적으로 장착, 구성 및 프로그래밍된 하나 이상의 서버의 임의의 세트의 형태를 취할 수 있다. 도 1에 도시된 바와 같이, C3-서버 시스템(106)은 통신 링크(114)를 통해 데이터 네트워크(108)에 통신적으로 접속된다.
도 1에 도시된 바와 같이, C3-서버 시스템(106) 내의 각각의 개별 C3 서버(140-146)가 데이터 네트워크(108)와 자기 자신의 개별 통신 링크(114)를 가질 수 있고, 또한 또는 그 대신에, 단일 통신 링크(114)가 아마도 방화벽, 네트워크 액세스 서버(NAS), 및/또는 그와 유사한 것을 통해 C3-서버 시스템(106)을 데이터 네트워크(108)와 통신적으로 연결할 수 있다는 점에 유의해야 한다. 표현의 명확성을 위해, 하나 이상의 통신 링크(114)는 본 개시의 나머지 부분에서 "통신 링크(114)"로 지칭된다. 더욱이, 도 1에 또한 도시된 바와 같이, 각각의 C3 서버들(140-146)은 근거리 통신망(LAN), 가상 사설 네트워크(VPN), 및/또는 주어진 구현에 대해 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 하나 이상의 다른 옵션의 형태를 취하거나 이를 포함할 수 있는 사설 네트워크(138)를 통해 서로 통신적으로 상호연결된다. 일부 실시예들에서, 도시된 네트워크(138)는 현재 도시된 바와 같이 별도의 네트워크로서 존재하지 않을 수 있으며, 그러한 실시예들에서 각각의 C3 서버들(140-146)은 데이터 네트워크(108)에 대한 그들의 링크들을 통해 서로 통신한다. C3-서버 시스템(106)과 관리자-포털 시스템(148) 간의 통신 연결은 아래에서 논의된다.
일반적으로, C3-서버 시스템(106)은 "클라우드"로서 기능하는데, 왜냐하면 HCP 시스템(102), 건강 IT 시스템(118), 및 모바일 디바이스(104)와 같은 엔티티들에 관련하여(특히, 모바일 디바이스(104)에서 실행되는 하나 이상의 MMA와 같은 하나 이상의 애플리케이션에 관련하여) 그 용어가 본 기술분야에서 사용되기 때문이다. 일부 실시예들에서, C3 서버들(140-146)의 서브세트는 HCP 시스템(102)(예를 들어, 아래에서 상세히 설명되는 HCP-포털 애플리케이션(572)을 제공하기 위한 것), 건강 IT 시스템(118), 및 모바일 디바이스(104) 중 적어도 하나의 서빙에 전용일 수 있다. 그러나, 일부 실시예들에서, C3 서버들(140-146) 각각은 이러한 3개의 엔티티 중 임의의 것을 서빙할 수 있다. 특정 아키텍처 구현에 관계없이, C3-서버 시스템(106)은 이러한 엔티티들에 대한 특정 목적을 가진 적어도 하나의 클라우드로서 기능한다. 이와 같이, 적어도 하나의 실시예에서, 임의의 하나 이상의 다른 엔티티와 C3-서버 시스템(106) 사이에서 오가는 모든 통신은 보안 통신이고, 예로서, 그러한 통신은 본 기술분야에 알려진 바와 같이 암호화 및/또는 서명될 수 있다. 이러한 통신은 다양한 맥락에서 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 것으로 구현될 수 있는 다른 통신-보안 및 데이터-보안 옵션들 중에서도 VPN과 같이 터널 내부에 있는 것일 수 있다.
여러 상이한 실시예들에서, 그리고 아래에 더 설명되는 바와 같이, C3-서버 시스템(106)은 언급된 엔티티 및 아마도 다른 것들에 대한 기능들, 예를 들어, HCP 시스템(102)과 환자들에 연관된 모바일 디바이스 상에서 실행되는 MMA들 사이의 정보 및 데이터(예를 들어, 처방에 관련됨)의 안전하고 신뢰가능한 전송, 데이터 저장, 환자들과 HCP들, IDN들 및 그와 유사한 것 간의 관계들의 관리를 제공하고 지원하며, 일부 실시예들에서는 그를 대신하여 또는 그에 추가하여, 주어진 구현에 대해 본 기술분야의 통상의 기술자들에 의해 적합한 것으로 간주되는 하나 이상의 다른 기능을 제공하고 지원한다. 더욱이, 일부 실시예들에서, C3-서버 시스템(106)은 지불자들(예를 들어, 보험 회사들)을 수반하는 데이터 공유를 용이하게 하고; 일부 그러한 실시예들에서, 지불자 엔티티들과의 그러한 데이터 공유는 연관된 환자들이 그러한 통신을 허용하는 옵션을 선택하는 것을 조건으로 한다. 그리고, 제공되고 지원되는 기능들의 다른 예도 여기에 나열될 수 있다.
관리자-포털 시스템(148)은 물리적-아키텍처 관점에서 도 4b와 관련하여 아래에 더 완전하게 설명되지만, 일반적으로 여기에 설명된 관리자-포털-시스템 기능들을 수행하도록 장착, 구성 및 프로그래밍된 임의의 컴퓨팅 디바이스의 형태를 취할 수 있다. 관리자-포털 시스템(148)에 대한 일부 옵션들은 데스크탑 컴퓨터, 랩톱 컴퓨터, 태블릿 컴퓨터, 워크스테이션 및 그와 유사한 것을 포함한다. 도 1에 도시된 바와 같이, 적어도 하나의 실시예에서 관리자-포털 시스템(148)은 통신 링크(150)를 통해 C3-서버 시스템(106)과 (특히, 도시된 예에서 사설 네트워크(138)을 통해) 통신하도록 동작가능하다. 다른 실시예들에서, 도 1에 도시된 바와 같이, 관리자-포털 시스템(148)은 데이터 네트워크(108)를 통해 HCP 시스템(102), 모바일 디바이스(104) 및/또는 C3-서버 시스템(106)과 통신하도록 동작가능하다. 그리고, 일부 실시예들에서, 관리자-포털 시스템(148)은 둘 다를 수행하도록 동작가능하다.
일반적으로, 여러 상이한 실시예들에서, 관리자-포털 시스템(148)은 HCP-포털(102), 모바일 디바이스(104)에서 실행되는 MMA, 및/또는 C3-서버 시스템(106)에 관한 다양한 서비스들을 제공한다. 이러한 서비스들의 하나의 예시적인 범주는 사용자 관리, 로그인, 액세스 수준, 및 그와 유사한 것에 관한 서비스들이다. 적어도 하나의 실시예에서, 충분한 권한을 가진 사용자는 관리자-포털 시스템(148)을 사용하여 HCP-포털(102), 모바일 디바이스(104)에서 실행되는 MMA, 및/또는 C3-서버 시스템(106)의 다양한 세팅들을 변경 및/또는 관리할 수 있다. 일부 경우들에서, 관리자-포털 시스템(148)을 통해 이루어진 변경들은 단일 MMA, 단일 사용자, 단일 HCP, 및/또는 그와 유사한 것에만 영향을 미치고; 다른 경우들에서 그러한 변경들은 복수의 MMA, 복수의 사용자 계정, 복수의 HCP, 및/또는 그와 유사한 것에 영향을 미친다. 예를 들어, 통합 전달 네트워크(IDN)(예를 들어, 헬스 케어 조직들의 네트워크)는 IDN에 등록된 환자들의 계정들을 관리하는 관리자-포털 시스템(148)을 구비할 수 있다. 일부 실시예들에서, 관리자-포털 시스템(148)은 업데이트, 업그레이드, 및 그와 유사한 것을 롤아웃하도록 동작가능하다. 일부 실시예들에서, 관리자-포털 시스템(148)은 개별 HCP 계정들, 개별 환자 계정들, 및/또는 그와 유사한 것을 관리하도록 동작가능하다. 그리고, 확실히, 관리자-포털 시스템(148)이 사용될 수 있는 많은 다른 예시적인 관리 기능들이 여기에 나열될 수 있다.
도 1에 도시된 예시적인 상황에서, 데이터 네트워크(108)는 통신 링크(110)를 통해 HCP 시스템(102)과, 통신 링크(112)를 통해 모바일 디바이스(104)와, 통신 링크(114)를 통해 C3-서버 시스템(106)과, 그리고 통신 링크(152)를 통해 관리자-포털 시스템(148)과 통신적으로 접속된다. 적어도 하나의 예시적인 시나리오에서, 데이터 네트워크(108)는 전형적으로 광범위하게 인터넷으로 지칭되는 네트워크들의 월드와이드 네트워크, 하나 이상의 공용 IP 네트워크, 하나 이상의 사설(예를 들어, 기업) IP 네트워크, 및/또는 주어진 구현에 대해 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 임의의 다른 유형의 하나 이상의 IP 네트워크와 같은 하나 이상의 인터넷 프로토콜(IP) 네트워크를 포함한다. 데이터 네트워크(108)를 통해 통신하는 엔티티들은 IP 주소(예를 들어, IPv4 주소 또는 IPv6 주소)와 같은 주소에 의해 식별될 수 있다. 그러나, 이는 단지 예일 뿐이므로, 데이터 네트워크(108)가 IP 네트워크이거나 이를 포함할 필요는 없다.
여기에서 사용될 때, "통신 링크"는 하나 이상의 유선 통신(예를 들어, 이더넷, USB(Universal Serial Bus), 및/또는 그와 유사한 것) 링크, 및/또는 하나 이상의 무선 통신(예를 들어, 셀룰러, Wi-Fi, 블루투스, 및/또는 그와 유사한 것)을 포함하고, 또한 라우터들, 스위치들, 브리지들, 및/또는 그와 유사한 것과 같은 임의의 적절한 수의 릴레이 디바이스를 포함할 수 있다. 특히 통신 링크(112)는 모바일 디바이스(104)와의 양방향 데이터 통신을 용이하게 하기 위해 적어도 하나의 무선-통신 링크를 포함할 수 있다. 더욱이, 통신 링크들(128 및 136) 중 어느 하나 또는 둘 다는 근거리 통신(NFC) 링크, 블루투스 링크, 무선 주파수 식별(RFID) 링크, 직접 무선 주파수(RF) 링크, 및/또는 하나 이상의 다른 유형의 무선 통신 링크 중 적어도 하나의 형태를 취하거나 적어도 포함할 수 있다. 더욱이, 통신 링크들(128 및 136)은 각각 (i) 모바일 디바이스(104)와 (ⅱ) 포도당 측정기(126) 및 연결된 주입 디바이스(134) 사이의 점-대-점 링크일 수 있지만 반드시 그럴 필요는 없고; 일부 실시예들에서 통신 링크들(128 및 136) 중 하나 또는 둘 다는 예를 들어 Wi-Fi 또는 ZigBee 라우터, 또는 셀룰러 네트워크 또는 타워(도시되지 않음)를 통한 간접 링크이다. 그리고, 다른 구현예들도 확실히 여기에 나열될 수 있다.
도 1에 도시된 예시적인 시나리오에서, 건강 IT 시스템(118)은 통신 링크(116)를 통해 HCP 시스템(102)에 통신적으로 연결되고, 일반적으로 하나 이상의 서버의 형태를 취할 수 있다. 건강 IT 시스템(118)은 자기 자신의 모니터 디스플레이, 키보드, 마우스, 터치 스크린, 또는 다른 사용자 인터페이스와 같은 자기 자신의 로컬 사용자 인터페이스를 가질 수도 있고 가지지 않을 수도 있다. 여러 상이한 실시예들에서, 건강 IT 시스템(118)은 아마도 본 기술분야의 통상의 기술자에 의해 건강 IT 시스템에 적절한 것으로 간주되는 다른 기능들 중에서도, 환자 전자 건강 기록(EHR(Electronic Health Record), 또는 업계에서 전자 의료 기록(Electronic Medical Record, EMR)이라고도 지칭됨)의 보안 유지, 보안 저장, 및 보안 액세스를 선택적으로 제공하고 지원한다. 더욱이, 건강 IT 시스템(118)은 통신 링크(154)를 통해 데이터 네트워크(108)에 통신적으로 결합된다. 건강 IT 시스템(118)은 또한 데이터 네트워크(108)를 통해 C3-서버 시스템(106)과 통신할 수 있다. 일부 실시예들에서, 건강 IT 시스템(118)은 예를 들어, FHIR(Fast Healthcare Interoperability Resources) 프로토콜, 또는 SMART(Substitutable Medical Applications and Reusable Technologies) 프로토콜과 같은 표준화된 프로토콜을 통해 C3-서버 시스템(106) 및/또는 HCP 시스템(102)과 인터페이스한다.
여기에 설명된 예시적인 시나리오들에서, 환자(124)는 HCP 시스템(102)에 연관된 HCP에 의해 당뇨병으로 진단받고 치료를 받고 있지만, 이는 순전히 예시이며 제한이 아니다. 설명된 실시예들에서, 모바일 디바이스(104)(및 거기에서 실행되는 적어도 하나의 MMA), 포도당 측정기(126), 및 연결된 주입 디바이스(134) 모두는 각각 환자(124)에 연관되고, 적어도 그런 방식으로 서로 연관된다. 위에서 언급된 연관 화살표(125)는 환자(124)와 모바일 디바이스(104)의 일반적인 연관 및 사용자-인터페이스-레벨 상호작용을 표현하도록 의도된 것이다.
또한, 도 1은 모바일 디바이스(104)가 포도당 측정기(126) 및 연결된 주입 디바이스(134) 둘 다에 접속된 것을 도시하며, 일부 경우들에서, 여러 상이한 시나리오들에서 포도당 측정기(126) 및 연결된 주입 디바이스(134) 중 하나만이 존재할 수 있으며 둘 다 필수적이지는 않다는 점에 더 유의해야 한다. 실제로, 환자들이 포도당 수준들을 개별적으로 수동으로 측정하고 및/또는 투여량 정보를 기록해야 하는 시스템들의 경우에서와 같이, 또는 약물이 경구 복용되고 환자(124)의 하나 이상의 수준, 상태, 또는 다른 파라미터를 모니터링하거나 다른 방식으로 테스트하는 데에 디바이스가 요구되지 않는 경우에서와 같이, 일부 시나리오들은 모바일 디바이스(104)에 연결된 추가 의료 디바이스들을 전혀 수반하지 않는다. 일부 경우들에서, 환자는 하나보다 많은 포도당 측정기 및/또는 하나보다 많은 연결된 주입 디바이스를 MMA에 연결할 수 있는데, 예를 들어, 환자는 집에 하나의 포도당 측정기 및/또는 주입 디바이스를, 그리고 직장에 하나의 포도당 측정기 및/또는 주입 디바이스를 가질 수 있다. MMA는 각각의 것의 복수의 연결을 지원하도록 구성될 수 있다. 더욱이, 일부 경우들에서, 포도당 측정기 및/또는 연결된 주입 디바이스 이외의 하나 이상의 연결된 의료 디바이스가 존재한다. 일부 예들은 혈압 모니터, 맥박/산소 모니터, 및/또는 그와 유사한 것을 포함한다. 그리고, 확실히 다수의 다른 예가 여기에 나열될 수 있다.
포도당 측정기(126)는 의료적인 당뇨병 치료 목적을 위해 환자(124)에 연관되고, 위에서 설명된 통신 링크(128)를 통해 모바일 디바이스(104)와 통신적으로 연결된다. 포도당 측정기(126)는 혈당 측정기(BGM), 연속 포도당 측정기(CGM), 플래시 포도당 모니터(FGM), 또는 환자(124)의 혈당을 측정하는 다른 디바이스들 또는 다른 포도당 수준 소스들(예를 들어, 콘택트 렌즈 디바이스들, 또는 근적외선 복사를 사용하여 포도당 수준들을 측정하는 디바이스들)을 포함할 수 있다. BGM은 (예를 들어, 환자의 모세혈관 전혈 포도당 수준의 스폿 측정을 수행하기 위해 환자의 손가락을 찌르는 것에 의해) 환자의 혈당 수준을 개별적으로 스폿 측정한다. CGM 및 FGM 둘 다는 센서들을 사용하여 간질성 포도당(interstitial glucose)을 측정한다. CGM 시스템은 센서, 송신기, 및 수신기/앱을 포함할 수 있다. CGM은 환자의 간질성 포도당 수준들을 더 자주(즉, 더 지속적으로) 측정할 수 있으며, 선택적으로 환자가 비교적 오랜 시간 동안(예를 들어, 한 번에 몇 시간 또는 며칠씩) 지속적으로 착용할 수 있다. 이러한 CGM의 일례는 Dexcom, Inc.에 의해 제조된 G6 센서이다. FGM 시스템은 환자 신체의 일부에 착용되거나 삽입되는 센서, 및 활성화될 때 또는 센서 가까이에 배치될 때 센서로부터 포도당 수준 판독값을 수신하는 판독기(예를 들어, 핸드헬드형 판독기)를 포함할 수 있다. 이러한 FGM의 일례는 Abbott Diabetes Care Inc.에 의해 제조된 FreeStyle Libre 디바이스다. 일부 실시예들에서, FGM은 핑거-스틱 보정을 필요로 하지 않는다. 그리고, 확실히 하나 이상의 다른 유형의 포도당 측정기도 포함될 수 있다.
CGM 및 FGM 시스템은 간질성 포도당 수준들을 측정할 수 있는 한편, BGM 시스템들은 혈중 포도당 수준들을 측정할 수 있다. 단순성과 가독성을 위해, 본 개시의 나머지 부분은 단순히 "포도당" 수준 또는 "GL"을 지칭한다. 이러한 언급들은 혈중 포도당 또는 간질성 포도당을 적절하게 지칭할 수 있음이 이해된다.
연결된 주입 디바이스(134)는 또한 의료적인 당뇨병 치료 목적을 위해 환자(124)에 연관되고, 위에서 설명된 통신 링크(136)를 통해 모바일 디바이스(104)와 통신적으로 연결된다. 디바이스(134)는 약품 또는 약물을 더 포함할 수 있다. 일부 실시예들에서, 시스템은 약품 또는 약물 및 디바이스(134)를 포함하는 하나 이상의 디바이스를 포함할 수 있다. 용어 "약품" 또는 "약물"은 인슐린, 인슐린 리스프로 또는 인슐린 글라진과 같은 인슐린 유사체, 인슐린 유도체, 글루카곤, 글루카곤 유사체, 글루카곤 유도체, 및 상기 디바이스에 의한 전달이 가능한 임의의 치료제를 포함하지만 이에 제한되지 않는 하나 이상의 치료제를 지칭한다. 디바이스(134)에서 사용되는 약품 또는 약물은 하나 이상의 부형제와 함께 제형화될 수 있다. 디바이스는 사람에게 약품을 전달하기 위해, 환자, 간병인 또는 헬스케어 전문가에 의해 일반적으로 여기에 설명된 방식으로 작동된다.
적어도 하나의 실시예에서, 연결된 주입 디바이스(134)는 본 기술분야에서 때때로, 연결된 인슐린-전달 디바이스(예를 들어, 주입된 인슐린의 양을 자동 검출하여 다른 전자 디바이스에 보고하는 통합된 및/또는 부착가능한 전자장치를 갖는 펜과 같은 연결된 인슐린 펜)로서 지칭되는 것이거나 적어도 그것을 포함한다. 여러 상이한 실시예들에서, 연결된 주입 디바이스(134)는 이하의 특허 출원들 중 임의의 것에 설명된 인슐린-전달 디바이스들 중 하나 이상의 형태를 취하거나 그를 포함하며, 이들 각각은 각각의 전체가 참조로 여기에 포함된다:
● 2017년 12월 8일에 출원되고 발명의 명칭이 감지 시스템을 갖는 약물 전달 디바이스(Medication Delivery Device with Sensing System)인 PCT 출원 번호 PCT/US17/65251(대리인 문서 번호 X21353);
● 2018년 2월 22일에 출원되고 발명의 명칭이 약물 전달 디바이스에 대한 용량 검출 및 약품 식별(Dose Detection and Drug Identification for a Medication Delivery Device)인 PCT 출원 번호 PCT/US18/19156(대리인 문서 번호 X21457); 및
● 2017년 8월 31일에 출원되고 발명의 명칭이 약물 전달 디바이스에 대한 압전 감지를 사용한 용량 검출(Dose Detection with Piezoelectric Sensing for a Medication Delivery Device)인 미국 가특허 출원 번호 제62/552,659호(대리인 문서 번호 P21462).
더욱이, 일부 경우들에서, 본 개시의 이러한 2개의 디바이스 중 하나의 기능들 중 하나 이상은 또한 또는 대신에, 이러한 2개의 디바이스 중 다른 하나 및/또는 하나 이상의 추가 디바이스에 의해 커버된다. 일례에서, 단일 디바이스는 포도당을 모니터링(및 결과들을 다시 보고)하고 인슐린을 주입(및 주입된 양들을 다시 보고)할 수 있다. 그리고, 확실히, 다른 기능 조합들이 여기에 나열될 수 있다.
또한, 아래에도 설명되는 바와 같이, 일부 실시예들에서, 모바일 디바이스(104)에서 실행되는 MMA는 다양한 이유로(예를 들어, 투여 명령의 송신, 투약량 확인 보고의 수신, (예를 들어, 포도당) 판독값의 요청, 하나 이상의 측정된 값의 수신, 및/또는 그와 유사한 것), 예시적인 포도당 측정기(126) 및 연결된 주입 디바이스(134)와 같은 하나 이상의 연결된 의료 디바이스와 통신한다. 이러한 통신은 주어진 디바이스와 단방향 또는 양방향 방식일 수 있다. 연결된 의료 디바이스로부터 MMA로 전달될 수 있는 정보의 추가 예들은 오류 코드, 디바이스 메트릭, 투여 기록, 및/또는 투여 확인을 포함한다. 그리고, 확실히, 다른 예들이 여기에 나열될 수 있다. 더욱이, 일부 경우들에서, 포도당 측정기(126)와 연결된 주입 디바이스(134) 사이와 같이, 다양한 연결된 의료 디바이스들 사이에 직접 통신 링크들이 존재한다.
개념적-정보-흐름 화살표(130)는 다른 정보 중에서도, 그리고 아래에서 더 상세히 설명되는 바와 같이, HCP 시스템(102)이 직접적으로, 데이터 네트워크(108)를 통해, C3-서버 시스템(106)을 통해, 또는 소정의 다른 중간 컴포넌트 또는 네트워크를 통해, HCP-선택 투여-요법(예를 들어, 일시-투여-요법) 처방을 모바일 디바이스(104)에서 실행되는 MMA에 전송하는 것을 그래픽으로 및 개념적으로 묘사하기 위한 것이다. 마찬가지로, 개념적-정보-흐름 화살표(132)는 다른 정보 중에서도, 그리고 아래에서 더 상세히 설명되는 바와 같이, 모바일 디바이스(104)에서 실행되는 MMA가 직접적으로 또는 C3-서버 시스템(106)을 통해, 환자의 당뇨병 및/또는 하나 이상의 다른 건강-관련 상태, 주제, 및 그와 유사한 것에 관한 환자-추적 및 환자-공유 건강 데이터를 전송하는 것을 그래픽으로 및 개념적으로 묘사하기 위한 것이다.
일반적으로, HCP 시스템(102), 건강 IT 시스템(118), 모바일 디바이스(104)(거기에서 실행되는 MMA를 포함함), C3-서버 시스템(106), 및 관리자-포털 시스템(148)을 포함하지만 이에 제한되지 않는 여기에 설명된 엔티티들 중 임의의 것은 적어도 하나의 실시예에서 하나 이상의 다른 엔티티를 통해 해당 통신을 라우팅할 필요없이, 그러한 엔티티들 중 임의의 다른 엔티티와 통신할 수 있음을 이해해야 한다. 예를 들어, 적어도 하나의 실시예에서, HCP 시스템(102) 및 모바일 디바이스(104)는 정보가 C3-서버 시스템(106)을 통과할 필요없이 해당 정보를 교환할 수 있다. 그러나, 일부 실시예들에서, 하나 이상의 엔티티는 적어도 하나의 추가 엔티티를 통해 서로 통신하고, 예를 들어, 적어도 하나의 실시예에서, 데이터(예를 들어, HCP-선택-요법 데이터)는 C3-서버 시스템(106)을 통해 HCP 시스템(102)으로부터 모바일 디바이스(104)에서 실행되는 MMA로 통신된다.
B. 예시적인 HCP 시스템(예시적인 물리적 아키텍처)
도 2는 적어도 하나의 실시예에 따른 HCP 시스템(102)의 예시적인 물리적 아키텍처를 도시한다. 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 다른 아키텍처들이 구현될 수 있으므로, 이 아키텍처는 제한이 아닌 예시로서 제공된다. 도 2에 도시된 바와 같이, HCP 시스템(102)은 통신 인터페이스(202), 프로세서(204), 데이터 저장소(206), 및 위에서 언급된 디스플레이(120)를 포함하는 사용자 인터페이스(208)를 포함한다.
통신 인터페이스(202)는 유선 통신을 위한 이더넷 카드 및/또는 그와 유사한 것과 같은 하나 이상의 컴포넌트, 및/또는 무선 통신을 위한 Wi-Fi 칩 및/또는 그와 유사한 것과 같은 하나 이상의 컴포넌트를 포함할 수 있다. 프로세서(204)는 중앙 처리 장치(CPU)와 같은 범용 마이크로프로세서일 수 있다. 데이터 저장소(206)는 메모리(예를 들어, 판독 전용 메모리(ROM), 랜덤 액세스 메모리(RAM)), 플래시 메모리, 솔리드 스테이트 드라이브, 광학 메모리, 및/또는 그와 유사한 것)와 같은 임의의 적절한 비-일시적 컴퓨터 판독가능한 매체(CRM)이거나 이를 포함할 수 있고, 여기에 설명된 적어도 HCP-포털-시스템 기능들을 수행하기 위해 프로세서(204)에 의해 실행가능한 명령어들을 포함할 수 있다. 사용자 인터페이스(208)는 디스플레이(120)에 더하여, 스피커, 표시기 LED, 및/또는 그와 유사한 것과 같은 하나 이상의 출력 디바이스를 포함할 수 있으며, 본 기술분야에 공지된 바와 같이, 키보드, 마우스, 트랙패드, 마이크로폰, 및/또는 그와 유사한 것과 같은 하나 이상의 입력 디바이스를 더 포함할 수 있다. HCP 시스템(102)의 다양한 컴포넌트들은 시스템 버스(210)를 통해 통신적으로 상호연결된 것으로 도시되어 있다.
더욱이, 본 시스템들 및 방법들의 적어도 하나의 실시예에서, HCP 시스템(102)은 HCP 포털(572)(도 5에 도시되어 있고 본 명세서에서 "HCP-포털 애플리케이션(572)"이라고도 지칭됨)을 실행하거나 구현한다는 것을 이해해야 한다. HCP 포털(572)은 HCP 시스템(102)의 하드웨어에서 실행되는 소프트웨어 또는 펌웨어 애플리케이션일 수 있다. 예를 들어, HCP 포털(572)은 HCP의 전자 건강 기록(EHR) 시스템 내에서 실행되는 위젯의 형태를 취할 수 있다. 이러한 위젯은 FHIR(Fast Healthcare Interoperability Resources)의 SMART(Substitutable Medical Apps, Reusable Technology)와 같은 프로토콜을 사용하여 HCP의 EHR 시스템과 통합될 수 있다. 일부 실시예들에서, HCP 포털(572)은 웹 브라우저 내에서 실행되는 웹 애플리케이션의 형태를 취할 수 있다. 실례에서, HCP는 HCP 시스템(102) 상의 웹 브라우저를 하이퍼링크에 포인팅하고, 그 때 HCP 포털(572)이 브라우저에서 열리는 것에 의해 HCP 포털(572)에 로그인한다. 적어도 하나의 그러한 실시예에서, HCP 포털(572)의 HCP-포털 콘텐츠는 C3-서버 시스템(106)에 의해 호스팅된다. 따라서, 일부 예들에서, HCP 시스템(102)은 환자 데이터(예를 들어, 환자 의료 기록, 투여-요법 데이터, 및/또는 그와 유사한 것)를 거의 또는 전혀 저장하지 않고, 대신에 그것의 HCP 사용자와 C3-서버 시스템(106) 사이의 그러한 환자 데이터의 단순한 통로 역할을 한다. 일부 그러한 실시예들에서, 웹 브라우저 자체(예를 들어, Microsoft Edge, Google Chrome, Apple Safari, 및/또는 그와 유사한 것)을 위한 코드는 물론, 아마도 웹-애플리케이션(예를 들어, Java) 애드-온을 위한 코드의 형태로 로컬 저장된 데이터가 있다. 그리고, 확실히, 본 기술분야의 통상의 기술자들이 주어진 구현에 적절하다고 간주할 수 있는 동작가능한 코드 및/또는 다른 실질적인 데이터의 중앙집중식 및/또는 분산된 특성과 관련하여 다른 변형들이 여기에 나열될 수 있다.
C. 예시적인 모바일 디바이스(예시적인 물리적 아키텍처)
도 3은 적어도 하나의 실시예에 따른 모바일 디바이스(104)의 예시적인 물리적 아키텍처를 도시한다. 검토해보면 알 수 있는 바와 같이, 도 3은 도 2와 여러면에서 유사하므로, 여기서 매우 상세하게 설명되지는 않는다. 그러나, 모바일 디바이스(104)가 모바일 디바이스인 것으로 인해, 본 기술분야의 통상의 기술자는 아마도 (예를 들어, LTE에 따른) 무선-광역-네트워크(WWAN) 통신 및 (예를 들어, Wi-Fi에 따른) 무선-근거리-네트워크(WLAN) 통신을 위해 장착, 프로그래밍 및 구성되는 것은 물론, NFC, 블루투스, RFID, RF, 및/또는 그와 유사한 것과 같은 추가의 무선-통신 기능을 갖는 통신 인터페이스(302)와 같이, 컴포넌트들 각각에 대응하는 차이가 존재할 수 있음을 이해할 것이다. 더욱이, 적어도 하나의 실시예에서, 여기에 설명된 MMA를 실행하는 것을 포함하지만 그에 제한되지 않는, 적어도 여기에 설명된 모바일-디바이스 기능들을 수행하기 위해 프로세서(304)에 의해 실행가능한 명령어들을 포함하는 데이터 저장소(306)와 같이, 프로세서(304)는 모바일-디바이스 구현들에 적절하도록 선택된다. 마지막으로, 디스플레이(122)에 추가하여, 사용자 인터페이스(308)는 모바일-디바이스 설치들에 적절한 하나 이상의 사용자-입력 및/또는 사용자-출력 컴포넌트(예를 들어, 터치 스크린, 스타일러스, 포인팅 및 클릭 디바이스, 소프트 키, 키보드, 마이크로폰, 스피커, 카메라, 데이터 포트, 및/또는 그와 유사한 것)를 포함한다. 모바일 디바이스(104)의 다양한 컴포넌트들은 시스템 버스(310)를 통해 통신적으로 상호연결된 것으로 도시되어 있다.
D. 예시적인 C3-서버(예시적인 물리적 아키텍처)
도 4a는 적어도 하나의 실시예에 따른 C3-서버 시스템(106)의 C3 서버들(140-146) 중 하나의 예로서 선택된 C3 서버(140)의 예시적인 물리적 아키텍처를 도시한다. 위에서 언급된 바와 같이, C3-서버 시스템(106)은 단 하나를 포함하고 또한 둘 이상을 포함하는 임의의 수의 서버의 형태를 취할 수 있다. 도 1에서, 세 번째와 네 번째 사이에 생략부호를 갖는 4개의 C3 서버(140-146)는 이러한 수치적 유연성을 설명하도록 의도된 것이다. 또한, 볼 수 있는 바와 같이, 도 4a는 도 2 및 도 3 둘 다에 대해 많은 측면에서 유사하고, 따라서 여기서 매우 상세하게 설명되지는 않는다.
대부분의 시나리오에서, 단지 그러한 다양한 아키텍처들로 가능한 성능 및 데이터 처리의 레벨로 인해, C3 서버(140)의 아키텍처는 일반적으로 모바일 디바이스(104)의 아키텍처보다는 HCP 시스템(102)의 아키텍처와 더 유사할 것이다. 그러나, HCP 시스템(102)과 비교하더라도, 적어도 하나의 실시예에서 C3 서버(140)의 아키텍처에는 차이가 있다. 데이터 보안 상의 이유로, 통신 인터페이스(402)는 유선 통신 하드웨어(예를 들어, 이더넷 카드)만을 포함할 수 있고, HCP 시스템(102)에 비해 더 많은 수의 데이터 통신 인터페이스를 포함할 수 있다.
마찬가지로, 프로세서(404) 및 데이터 저장소(406)는 전형적으로 HCP 시스템(102)에 전형적으로 요구되는 것보다 더 많은 통신, 저장, 데이터 처리, 및 그와 유사한 것을 다루도록 선택될 것이다. 데이터 저장소(406)는 여기에 설명된 적어도 C3-서버 기능들을 수행하기 위해 프로세서(404)에 의해 실행가능한 명령어들을 포함한다. 마지막으로, 사용자 인터페이스(408)는 그것이 모든 실시예에 존재하지는 않음을 나타내기 위해 점선으로 도시된다. 예를 들어, 일부 경우들에서, C3 서버(140)는 원격 데스크톱 연결, 쉘 연결, 및/또는 그와 유사한 것과 같은 데이터 연결을 통해 사용자-인터페이스-유사 방식으로만 액세스 가능하다. C3 서버(140)의 다양한 컴포넌트들은 시스템 버스(410)를 통해 통신적으로 상호연결된 것으로 도시된다.
여기에 설명된 바와 같이, 적어도 하나의 실시예에서, C3-서버 시스템(106)은 C3-서버 시스템으로 하여금 여기에 설명된 C3-서버-시스템 기능들의 다양한 조합을 수행하게 하기 위해 하나 이상의 C3 서버(140-146)의 하나 이상의 프로세서 중 하나 이상에 의해 실행가능한 명령어들을 집합적으로 포함한다. 이하에 설명되는 도 7의 방법(700)은 그러한 예시적인 조합의 하나이다. 실제로, 적어도 하나의 실시예에서, C3-서버 시스템(106)을 구현하기 위한 로직은 다수의 물리적 서버에 분산된다. 적어도 하나의 실시예에서, 특정 액세스 요청들 및/또는 그와 유사한 것을 용이하게 하기 위해 사용되는 하드웨어(예를 들어, 데이터 저장소, 프로세서 용량, 웹 서버, 스위치, 라우터, 통신 링크 및 그와 유사한 것)는 동적으로 프로비저닝되고, 그에 의해 상이한 액세스 요청들은 상이한 하드웨어 세트들에 의해 용이해질 수 있다. 이러한 하드웨어는 요청의 지리적 위치, 로드 밸런싱, 필요한 서비스 품질(QoS), 서비스-계약 파라미터 및/또는 그와 유사한 것과 같은 다양한 인자들에 기초하여 특정 액세스 요청들에 대해 동적으로 프로비저닝될 수 있다. 그러면, C3-서버 시스템은 본 기술 분야에서 사용되는 용어로서 "클라우드"로 생각될 수 있고, 여기서 그 클라우드는 가상 서비스들을 집합적으로 및 동적으로 실행하는 분산된 서버 네트워크를 포함한다. 적어도 하나의 실시예에서, 각각의 이러한 가상 서비스는 그 자신의 독립적인 소프트웨어 프로세스이다. 더욱이, 주어진 가상 서비스의 주어진 인스턴스를 실제로 실행하는 특정 하드웨어 서버(또는 서버들)는 이 단락에서 언급되는 것들과 같은 하나 이상의 인자에 의존하여 즉석에서 동적으로 할당된다.
E. 예시적인 관리자-포털 시스템(예시적인 물리적 아키텍처)
도 4b는 적어도 하나의 실시예에 따른 관리자-포털 시스템(148)의 예시적인 물리적 아키텍처를 도시한다. 검사해보면 알 수 있는 바와 같이, 도 4b는 도 2, 도 3 및 도 4a 각각과 여러 면에서 유사하므로, 여기서 매우 상세하게 설명되지는 않는다. 위에서 기술된 바와 같이, 관리자-포털 시스템(148)에 대한 일부 옵션들은 데스크탑 컴퓨터, 랩톱 컴퓨터, 태블릿 컴퓨터, 워크 스테이션, 및 그와 유사한 것을 포함한다. 관리자-포털 시스템(148)은 적어도 여기에 설명된 관리자-포털-시스템 기능을 수행하도록 적절하게 장착되고 프로그래밍되고 구성되는 임의의 하나 이상의 컴퓨팅 디바이스의 형태를 취할 수 있다. 도 4b에 도시된 바와 같이, 관리자-포털 시스템(148)은 통신 인터페이스(452), 프로세서(454), 적어도 여기에 설명된 관리자-포털-시스템 기능들을 수행하기 위해 프로세서(454)에 의해 실행가능한 명령어들을 포함하는 데이터 저장소(456), 및 사용자 인터페이스(458)를 포함하며, 이들 모두는 시스템 버스(460)를 통해 서로 통신가능하게 연결된다.
더욱이, 적어도 일부 실시예에서, HCP 시스템(102)과 마찬가지로, 관리자-포털 시스템(148)은 관리자-포털 애플리케이션(도시되지 않음)을 실행하거나 구현한다는 것을 이해해야 한다. 관리자-포털 애플리케이션은 관리자-포털 시스템(148)의 하드웨어에서 실행되는 소프트웨어 또는 펌웨어 애플리케이션일 수 있다. 예를 들어, 관리자-포털 애플리케이션은 웹 브라우저 내에서 실행되는 웹 애플리케이션의 형태를 취할 수 있다. 관리자 또는 사용자는, 관리자-포털 시스템의 웹 브라우저를 하이퍼링크로 포인팅하고 그 때 관리자-포털 애플리케이션이 브라우저에서 열리는 것에 의해, 관리자-포털 애플리케이션에 로그인할 수 있다. 이러한 실시예들에서, 관리자-포털 애플리케이션 내의 콘텐츠는 C3-서버 시스템(106)에 의해 호스팅될 수 있으며, 환자 데이터(예를 들어, 환자 의료 기록, 투여-요법 데이터, 및/또는 그와 유사한 것)는 관리자-포털 시스템(148) 상에 로컬로 거의 또는 전혀 저장되지 않을 수 있다. 그를 대신하여, 관리자-포털 시스템(148)은 대신에 그것의 관리자/사용자와 C3-서버 시스템(106) 사이의 단순한 환자 데이터의 통로 역할을 한다.
F. 예시적인 C3-서버 시스템(예시적인 기능적 아키텍처)
도 5는 적어도 하나의 실시예에 따른 C3-서버 시스템(106)의 예시적인 기능적 아키텍처를 도시한다. 이 기능적 아키텍처는 제한이 아닌 예시로서 제공되며, 다른 기능적 아키텍처들은 여러 상이한 맥락들에서 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 것으로서 구현될 수 있음을 이해해야 한다. 다양한 데이터 저장소들, 서비스들, 게이트웨이들, 링크들, 및 인터페이스들 각각을 포함하는 C3-서버 시스템(106)의 기능적 아키텍처는 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 하드웨어, 펌웨어, 및/또는 소프트웨어의 임의의 조합을 사용하여 구현될 수 있다(여기서, 펌웨어 및/또는 소프트웨어는 하드웨어 상에서 실행됨). 또한, 도 5에 도시된 아키텍처(500)에서, C3-서버 시스템(106) 외의 엔티티들이 도시되어 있음에 유의해야 한다. 이것은 C3 서버 시스템(106)에 대해 "106"이라고 표시된 왼쪽 중괄호로 명확히 알 수 있으며, 상기 왼쪽 중괄호 밖의 컴포넌트들은 C3-서버 시스템(106) 외의 엔티티들에 연관된다.
도 5에서 볼 수 있는 바와 같이, 아키텍처(500)는 컴퓨팅 및 프로그래밍 분야에서 "인터페이스들"에 의해 분리된 "계층들"로서 알려진 것들 중 4개를 포함하고; 이는 다른 이점들 중에서도, 복잡한 시스템들의 캡슐화 및 관리가능성을 촉진하는 논리적 구성들이다. 아키텍처(500)는 데이터 계층(502), 내부-웹-서비스(IWS) 계층(504), 외부-대향-서비스(externally-facing-services, EFS) 계층(506), 및 애플리케이션 계층(508)을 포함한다. 데이터 계층(502)은 데이터-IWS 인터페이스(503)에 의해 데이터 IWS 계층(504)으로부터 분리되고, 데이터 IWS 계층은 IWS-EFS 인터페이스(505)에 의해 EFS 계층(506)으로부터 분리되고, EFS 계층은 EFS-애플리케이션 인터페이스(507)에 의해 애플리케이션 계층(508)으로부터 분리된다. 인터페이스(509)는 사용자들이 전체 시스템과 상호작용하고 특히 애플리케이션 계층(508)과 직접 상호작용하는 아키텍처(500)의 논리적 부분을 표현한다는 것, 즉 인터페이스(509)는 본 기술분야에서 "인간-기계 인터페이스"로 종종 지칭되는 것이라는 점에 더 유의해야 한다.
도시된 실시예에서, 데이터 계층(502)은 복수의 데이터 저장소(510a-e)를 포함한다. 각각의 데이터 저장소(510a-e)는 여기에 설명된 마이크로-서비스들(514, 516, 518, 520 및/또는 522) 중 하나에 대응한다. 데이터 저장소들(510a-e)은 이름, 주소, 전화 번호, 이메일 주소, 사회 보장 번호, 및 그와 유사한 것과 같은 개인 식별 정보(PII)를 포함하는 환자 및/또는 의료 데이터를 집합적으로 포함한다. 데이터 저장소들(510a-e)은 또한 의학적 치료, 정의, 투여 요법(즉, 템플릿), 및 그와 유사한 것과 같은 PII 이외의 정보를 집합적으로 나타낼 수 있다. 적어도 하나의 실시예에서, 데이터 계층(502)은 워싱턴 주 시애틀에 있는 Amazon.com, Inc.의 자회사인 Amazon Web Services에 의해 운영되고 제공되는 온-디맨드 클라우드 컴퓨팅 플랫폼들 및 서비스들을 사용하여 구현된다. 적어도 하나의 다른 실시예에서, 데이터 계층(502)은 캘리포니아 주 샌프란시스코의 Heroku에 의해 개발된 PostgreSQL 제품을 사용하여 구현된다. 그리고, 확실히, 다른 옵션들도 여기에 나열될 수 있다. 적어도 하나의 실시예에서, 데이터 계층(502)은 미시간 주 앤아버의 HL7(Health Level Seven International)에 의해 제시된 FHIR 표준에 따라 체계화된다.
IWS 계층(504)은 복수의 마이크로-서비스(514, 516, 518, 520 및 522)를 포함한다. 서비스(520)와 서비스(522) 사이의 생략부호들은 주어진 구현에 대해 본 기술분야의 통상의 기술자에 의해 적절한 것으로 간주되는 바와 같이 IWS 계층(504)에 임의의 수의 서비스가 존재할 수 있음을 나타내기 위한 것이다. 각각의 마이크로-서비스는 특정 유형의 데이터 또는 기능을 처리하는 것을 담당하는 소프트웨어 서비스로서 구현된 데이터 게이트웨이이다. 예시적인 마이크로 서비스들은 등록된 또는 예상되는 환자들에 관련된 PII를 처리하기 위한 "사람" 마이크로-서비스; 처방 주문에 관련된 데이터를 처리하기 위한 "주문" 마이크로-서비스; HCP에 의해 입력되거나 모바일 디바이스에서 실행되는 MMA에 의해 관찰된 환자 관찰에 관련된 데이터를 처리하기 위한 "관찰" 마이크로-서비스; 사용자의 액세스 권한 및 허가에 관련된 데이터를 처리하기 위한 "사용자 액세스" 마이크로-서비스; 사용자의 모바일 디바이스가 C3-시스템(106)에 의해 제공하는 기능과 호환됨을 검증하기 위한 "클라이언트 호환성" 마이크로-서비스, 및 환자에게/에 의해 취급 또는 투여되는 약품의 유형들에 관련된 데이터를 처리하기 위한 "물질" 마이크로-서비스를 포함한다. 각각의 마이크로-서비스(514-522)는 대응하는 통신 링크(511a-e)를 통해 하나의 데이터 저장소(510a-e)에 액세스할 수 있다.
각각의 내부 서비스(514-522)는 적어도 하나의 실시예에서 데이터 저장소(510a-e)에 저장된 데이터에 대한 액세스 -판독 액세스 및 기입 액세스를 포함함- 가 각각의 내부 서비스들(514-522)에 의해 정의되고 허가되는 방식으로, -EFS 계층(506)의 다양한 게이트웨이들(524-530)에게만- 이용가능하도록 설계된다. 적어도 하나의 실시예에서, IWS 계층(504)은 Amazon Web Services를 사용하여 구현된다. 다른 실시예에서, IWS 계층(504)은 Heroku에 의해 또한 개발된 Heroku Platform을 사용하여 구현된다. 그리고, 확실히, 다른 옵션들도 여기에 나열될 수 있다.
또한, 도 5와 관련하여 설명된 "링크들"은 반드시 물리적 통신 링크가 아닌 논리적 액세스 링크들을 표현한다는 점에 유의해야 하고; 도 5에 존재하는 논리적 액세스 링크는 적어도 설명된 실시예에서, 적절한 구성, 승인, 인증, 허가 및/또는 그와 유사한 것이 대응하는 엔티티들 간의 통신을 용이하게 하기 위해 인가되었음을 나타낸다.
EFS 계층(506)은 HCP-포털 게이트웨이(524), MMA 게이트웨이(526), MMA 게이트웨이(528), 및 관리 게이트웨이(530)를 포함한다. 더욱이, MMA 게이트웨이들(526 및 528) 사이의 생략부호들은 임의의 적절한 수의 MMA 게이트웨이가 구현될 수 있음을 나타내도록 의도된 것이고; 애플리케이션 계층(508) 내의 모바일 디바이스들(104 및 532) 사이의 생략부호들도 동일한 것을 나타낸다. 각각의 MMA 게이트웨이는 MMA의 특정 유형 또는 버전에 대응한다. MMA의 유형 또는 버전별로 전용 MMA-게이트웨이 인스턴스를 구현하는 것은 설계적 선택이며, 다른 것들도 이루어질 수 있다. IWS-EFS 인터페이스(505)의 시스템-버스형 묘사에 의해, 도시된 실시예에서, IWS-EFS 인터페이스(505)를 가로질러, EFS 계층(506)의 게이트웨이들 중 임의의 것이 필요에 따라 내부 서비스들(514-522) 중 임의의 것을 호출할 수 있음을 알 수 있다. 적어도 하나의 실시예에서, EFS 계층(506) 내의 각각의 게이트웨이(524-530)는 IWS 계층(502)의 내부 서비스들(514-522)에 대한 액세스가 각각의 게이트웨이들(524-530)에 의해 정의되고 허가되는 방식으로 애플리케이션 계층(508)의 엔티티들에만 이용가능하도록 설계된다. 예를 들어, 실시예에서, HCP 시스템(102)에서 실행되는 HCP 포털(572)은 HCP 포털 게이트웨이(524)를 통해 내부 서비스들(514-522)에 액세스할 수 있고; 마찬가지로, 모바일 디바이스(104)에서 실행되는 MMA(568)는 MMA 게이트웨이(526)를 통해 내부 서비스들(514-522)에 액세스할 수 있다. 적어도 일 실시예에서, EFS 계층(506)은 Amazon Web Services를 사용하여 구현된다. 적어도 하나의 다른 실시예에서, EFS 계층은 Heroku 플랫폼을 사용하여 구현된다. 그리고, 확실히, 다른 옵션들도 여기에 나열될 수 있다.
애플리케이션 계층(508)은 건강 정보 기술 사용자 인터페이스(Health Information Technology User Interface, HIT UI)(574)를 실행하는 HCP 시스템(102)을 포함하고, 이는 결국 HCP 포털(572)을 실행한다. 애플리케이션 계층(508)은 위에서 언급된 모바일 디바이스(104)(본 개시에 따라 MMA(568)를 실행함), 제2 모바일 디바이스(532)(본 개시에 따라 MMA(570)로 도시된 MMA의 다른 유형 또는 버전을 실행함), 관리 포털(534), 및 관리 포털(536)을 더 포함한다. 앞에서 언급된 생략부호들과 마찬가지로, 모바일 디바이스(104)와 모바일 디바이스(532) 사이의 생략부호들은 임의의 적절한 수의 모바일 디바이스가 애플리케이션 계층(508)에 존재할 수 있음을 나타내도록 의도된다. 또한, 단일 MMA 게이트웨이(예를 들어, MMA 게이트웨이(526))는 각각 MMA(예를 들어, MMA(568))의 동일한 유형 또는 버전을 실행하는 복수의 모바일 디바이스에 연결될 수 있다. 마찬가지로, 관리 포털(534)과 관리 포털(536) 사이의 생략부호들은 임의의 적절한 수의 시스템-관리자 수준 포털이 본 기술분야의 통상의 기술자에 의해 주어진 맥락에서 적절하다고 간주되는 것으로서 구현될 수 있음을 나타내도록 의도된다. 실시예에서, 관리 포털(534)은 임상 양태들과 관련하여 C3-서버 시스템(106)의 관리를 위해 구성된 임상 C3 관리 서버이다. 실시예에서, 관리 포털(536)은 생산 지원 양태들과 관련하여 C3-서버 시스템(106)의 관리를 위해 구성된 생산-지원 C3 관리 서버이다. 그리고, 확실히, 다른 예들이 여기에 나열될 수 있다. 적어도 하나의 실시예에서, 관리 포털(534) 및 관리 포털(536) 중 하나 또는 둘 다는 관리자-포털 시스템(148)에서 실행되는 프로세스들이다. 또한, HCP-포털-관련 생략부호 또는 추가 HCP 포털들이 도 5에 도시되어 있지는 않지만, 또한 임의의 적절한 수의 HCP 포털이 주어진 맥락에서 마찬가지로 구현될 수 있다.
HCP 시스템(102)은 HCP에게 건강 정보 기술 사용자 인터페이스(HIT UI)(574)를 제공할 수 있다. 일부 실시예들에서, HIT UI(574)는 HCP가 HIT(118)에 저장된 환자 또는 비-환자 데이터 및 기록을 보고 편집하고 생성하며 다르게 상호작용하는 것을 허용하는 웹 애플리케이션, 셸, 또는 다른 적절한 사용자-인터페이스일 수 있다. 다음으로, HIT UI(574)는 HCP의 명령에 따라 HIT UI(574) 내에서 별도의 사용자-인터페이스로서 HCP 포털(572)을 시작할 수 있고, HCP 포털(572)의 예시적인 스크린샷들이 도 9 내지 도 18의 일부로서 제공된다. 본 명세서에서 앞에서 설명된 바와 같이, HCP 포털(572)은 HCP가 C3-서버 시스템(106)으로/으로부터의 환자 데이터에 액세스하거나 그것을 제공하는 것을 허용하는 웹 브라우저 내에서 실행되는 웹 애플리케이션의 형태를 취할 수 있다. 적어도 일부 실시예들에서, HCP 포털(572)은 또한 HIT(118)로부터/로의 환자 데이터와 인터페이스하고 액세스하거나 그것을 제공할 수 있다. 이러한 방식으로, HCP는 투약 요법을 처방하거나, 환자 관찰들을 보거나, 기록된 투약 이력을 보거나, 여기에 설명된 HCP 포털의 다른 특징들에 액세스하기 위해, HIT UI(574) 내에서 특정 환자의 기록을 보면서 버튼 또는 키를 클릭하여 HCP 포털(572)을 시작할 수 있다.
일부 실시예들에서, HIT UI(574) 및 HCP 포털(572)은 둘 다 동일한 벤더에 의해 제공될 수 있다. 다른 실시예들에서, HIT UI(574)는 제1 벤더에 의해 제공될 수 있고, HCP 포털(572)은 제2 벤더에 의해 제공될 수 있다. HCP 포털(572)은 위에서 설명된 FHIR의 SMART와 같은 산업 표준을 사용하여 HIT UI(574)에 통합될 수 있다. 이러한 방식으로 HCP 포털(572)을 통합하면, HCP가 데이터를 수동으로 입력할 필요없이 포털(572)을 통해 HIT(118)로부터의 환자 데이터에 액세스하는 것이 허용되며, HCP가 약물, 병력, 실험실 결과, 과거 혈당 로그, 인슐린 투여량 정보, 및/또는 그와 유사한 것과 같은 중요한 환자 데이터를 검토하기 위해 HIT UI(574)로 되돌아갈 필요없이 적절한 투여 요법을 선택하는 것이 허용된다. 일부 사례들에서, HCP 포털(572)은 또한 HIT(118)로부터 특정 환자에 관한 최소 인구통계 데이터 세트(예를 들어, 환자 이름, 생년월일, 환자에 대한 고유 식별자, 또는 환자의 EHR에 대한 고유 식별자)를 가져오고, 이 인구통계 데이터를 배너 또는 눈에 잘 띄게 디스플레이되는 다른 영역에 디스플레이하도록 구성될 수 있다. 이는 HCP가 올바른 환자 기록에서 작업하고 있음을 보장하는 데에 도움을 줄 수 있다.
HCP 포털(572)이 HIT UI(574) 내에 캡슐화되는 것으로 도시되어 있지만, HCP 포털(572)은 또한 임의의 건강 IT 시스템 외부에서 독립형 애플리케이션으로서 구현될 수 있다. 그러한 경우들에서, HCP 시스템(102)은 임의의 HIT UI(574) 없이 HCP-포털(572)을 실행하거나 구현할 것이다. 그러한 실시예들에서, HCP 포털(572)은 선택적으로 여전히 건강 IT 시스템으로부터 환자 데이터를 가져올 수 있지만, 건강 IT 시스템의 사용자-인터페이스 내부로부터 별도의 창 또는 그래픽 사용자-인터페이스로서 시작하지 않을 수 있다. 물론, HCP 포털(572)은 어떠한 건강 IT 시스템과도 전혀 통신하지 않도록 구성될 수 있고, 그러한 실시예들에서, 환자의 의료 및 신상 데이터는 HCP 포털(572)에 수동으로 입력 및 저장될 필요가 있을 수 있다.
EFS-애플리케이션 인터페이스(507)를 가로질러, HCP 시스템(102)이 단독으로 링크(558)를 통해 HCP-포털 게이트웨이(524)에 액세스할 수 있고; (모바일 디바이스(104) 또는 다수의 모바일 디바이스 상의) MMA(568)가 단독으로 링크(560)를 통해 MMA 게이트웨이(526)에 액세스할 수 있고; (모바일 디바이스(532) 또는 다수의 모바일 디바이스 상의) MMA(570)가 단독으로 링크(562)를 통해 MMA 게이트웨이(528)에 액세스할 수 있고; C3 관리 게이트웨이(530)는 C3 관리 포털(534)(링크(564)을 통해) 및 C3 관리 포털(536)(링크(566)을 통해) 둘 다에 의해 액세스가능하다. 도시된 실시예에서, 이러한 제한된 액세스는, C3-서버 시스템(106)이 HCP-포털 게이트웨이(524) 및 링크(558)를 통해서 HCP 시스템(102)에만 액세스할 수 있고; C3-서버 시스템(106)은 MMA 게이트웨이(526) 및 링크(560)를 통해서 MMA(568)에만 액세스할 수 있고, 마찬가지로, MMA 게이트웨이(528) 및 링크(562)를 통해 MMA(570)에만 액세스할 수 있는 것은 물론 C3 관리 게이트웨이(530) 및 링크들(564 및 566)을 통해 각각의 C3 관리 포털들(534 및 536)에만 액세스할 수 있다는 점에서 이원적(two-way)이다.
G. 예시적인 생태계
도 6은 적어도 하나의 실시예에 따라 예시적인 통신-및-처리 생태계(600)의 다양한 엔티티들을 도시한다. 물론, 생태계라는 용어는 여기서 생물학 관련 단어의 의미가 아니라, 통신-및-처리 컴퓨팅 맥락에서 사용된다. 적절한 경우, 도 1-도 5와 관련하여 위에서 논의된 요소들은 또한 HCP-참여 영역(602), 환자-참여 영역(604), 개체군-관리 영역(606) 및 케어-관리 영역(608)을 포함하는 생태계(600)의 맥락에서 이러한 요소들을 배치함으로써 독자의 이해를 돕기 위해 도 6에서 표시되며, 이들 모두는 이 도시에서 데이터-분석 엔진을 포함하는 것으로서 도 6에 도시된 C3-서버 시스템(106)을 통해 서로 통신적으로 상호작용하고 상호관련된다. 위에서 언급된 바와 같이, 일부 실시예들에서, C3-서버 시스템(106)은 보험 회사, 메디케어, 및 그와 유사한 것과 같은 지불자 엔티티들과 통신적으로 연결된다(예를 들어, (아마도 환자가 옵션을 선택한 때에 조건부로만) 그들과 데이터를 공유하고, 그들로부터 데이터 수신함)는 것이 예상된다.
데이터 분석 엔진은 환자의 모바일 디바이스들 및/또는 건강 기록 데이터에 의해 수집되거나 그를 통해 액세스가능한 데이터를 분석하여, 질병이나 상태에 관련된 환자 행동 또는 증상에 대한 통찰을 유도하도록 구성될 수 있다. 분석된 데이터는 단일 환자에게 고유할 수 있으며, 해당 환자에 대한 통찰을 도출하기 위해 사용된다. 예를 들어, 데이터 분석 엔진은 당뇨병 환자의 포도당 판독값 로그를 분석하는 것을 통해, 환자가 특정 조건들 하에서, 예를 들어, 특정 시간대에서, 특정 유형의 식사 후에, 특정 요일에, 특정 지리적 위치들에 위치하거나 그곳으로/그곳으로부터 이동 중일 때, 특정 유형들의 신체 활동 전에/중에/후에, 및 다른 유형들의 상태들에서, 고혈당증 또는 저혈당증을 나타내는 경향이 있음을 결정할 수 있다. 이러한 통찰에 기초하여, 데이터 분석 엔진은 환자의 HCP에 통지하는 것, 관찰된 고혈당 또는 저혈당 에피소드에 관련된 교육 콘텐츠를 환자에게 푸시하는 것, 또는 가장 큰 효과를 가질 가능성이 있는 특정 시간 또는 장소에서 환자에게 행동을 변경할 것을 프롬프트하는 것(예를 들어, 취침 직전, 운동 직후, 또는 특정 지리적 위치에 있거나 그곳으로/그곳으로부터 이동 중일 때 환자에게 약물을 복용할 것을 프롬프트하는 것)과 같은 다양한 조치를 취할 수 있다.
생태계(600)의 HCP-참여 영역(602)은 HCP 시스템(102) 및 건강 IT 시스템(118)을 포함하고, 도 6에 언급된 바와 같이, HCP들이 C3-서버 시스템(106)을 운영하는 회사 또는 다른 조직으로부터 제품을 주문하고, 이러한 제품에 대한 통찰에 접근하고, 본 시스템들 및 방법들을 기존 임상 워크플로우에 통합할 수 있게 한다.
생태계(600)의 환자-참여 영역(604)은 MMA(568)를 실행하는 모바일 디바이스(104), 환자(124), 포도당 측정기(126), 연결된 주입 디바이스(134), 및 혈압계 또는 다른 계측기 및 그와 유사한 것과 같은 다수의 다른 환자-관련 의료 디바이스를 포함한다. 생태계(600)의 환자-참여 영역(604)에서, 본 시스템들 및 방법들의 목표들은 도 6에 언급된 바와 같이 환자 부담을 줄이고 결과를 개선하기 위해 관련있고 가치있는 결정 지원을 제공하는 것을 포함한다.
생태계(600)의 인구-관리 영역(606)은 컴퓨팅 장비(아마도 물리적 아키텍처에 있어서 HCP 시스템(102)과 유사함)는 물론, 환자의 개인 의료 정보의 적절한 저장 및 유지를 위한 EMR/HIE(Health Information Exchange) 시스템을 포함한다. 생태계(600)의 인구-관리 영역(606)에서, 본 시스템들 및 방법들의 목표들은 도 6에 언급된 바와 같이 임상 및 재정적 이해관계자들(지불자들, 의료 시스템들 등)이 인구를 평가하고, 고위험 환자들에게 더 나은 서비스를 제공할 수 있게 하는 것을 포함한다.
생태계(600)의 케어-관리 영역(608)은 또한 HCP 시스템(102)과 유사한 컴퓨팅 장비는 물론, 그 자신의 EMR/HIE 시스템을 포함하며, 일반적으로 특정 환자에 대한 "케어 팀"이라고도 종종 지칭되는 것을 수반하는 원격 모니터링 및 임상 의사결정 지원(CDS)에 전용된다. 이 케어 팀은 모두 환자의 건강 및 웰빙에 관한 것인 여러 상이한 역할들을 갖는 다수의 상이한 HCP(상이한 유형들의 의사, 상이한 유형들의 간호사, 치료사, 간병인 등)를 포함할 수 있다. 생태계(600)의 케어-관리 영역(608)에서, 본 시스템들 및 방법들의 목표들은 도 6에 언급된 바와 같이 케어 팀이 도움을 필요로 하는 환자들을 식별하고 우선순위를 정할 수 있게 하며, 또한 환자와 케어 팀 간의 직접적인 상호작용을 가능하게 하는 것을 포함한다.
적어도 하나의 실시예에서, 간병인들, 가족들, 및/또는 그와 유사한 것이 MMA(568)를 통해 환자(124)에 의해 수신, 기록, 추적 또는 입력된 데이터의 일부 또는 전부에 액세스할 수 있도록 하는 동반자 MMA가 제공된다. 적어도 하나의 그러한 실시예에서, 동반자 MMA를 사용하는 사람은 환자의 로그북(예를 들어, 포도당 측정값, 투여량 정보, 식사-관련 정보, 및/또는 그와 유사한 것을 포함함)은 물론, 처방된 투여 요법(들), 및/또는 주어진 구현에 대해 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 임의의 다른 유형의 데이터를 볼 수 있다. 동반자 MMA를 통해 볼 수 있는 데이터의 양 및/또는 유형은 디폴트 값들로 설정될 수 있으며, 또한 주어진 구현의 설계 파라미터들에 따라, HCP에 의해, 환자(124)에 의해, 및/또는 한 명 이상의 다른 개인에 의해 조정가능할 수 있다.
본 시스템들 및 방법들에 따르면, C3-서버 시스템(106)은 생태계(600)에서 위에서 언급된 목표들 및 다른 목표들을 더욱 발전시키는 다수의 특징들을 제공하고 지원한다. 하나의 그러한 특징은 적어도 하나의 실시예에서의 C3 서버 시스템(106)이 데이터를 안전하게 저장하는 데이터 저장소이며, 이는 HCP 시스템(102) 및 MMA(568)가 서로 안전하게 통신하는 것을 허용한다. C3-서버 시스템(106)은 또한 MMA 사용자들이 자신의 의료 데이터를 안전하게 백업하고 복수의 디바이스에 걸쳐 데이터 일관성을 달성할 수 있게 한다(예를 들어, MMA 앱(568)이 모바일 디바이스(104)는 물론, 상당히 일반적인 바와 같이, 아마도 스마트폰과 태블릿 둘 다를 가질 수 있는 환자(124)에 연관된 다른 모바일 디바이스에서 인스턴스화되는 실시예들에서, 및/또는 본 기술분야에서 또한 일반적으로 구현되는 바와 같이 환자(124)가 예를 들어 웹 포털을 통해 유사한 기능 및 정보에 액세스할 수 있는 실시예들에서).
다양한 실시예들에서, 여기에 설명된 바와 같이, HCP는 HCP 시스템(102) 및 C3-서버 시스템(106)을 통해 투여 요법들을 셋업하고, 이들을 C3-서버 시스템(106)의 보안-데이터-전송 능력들을 통해 MMA(568)에 송신한다. 또한, 다양한 실시예들에서, C3 서버는 HCP 시스템(102) 및/또는 MMA(568)를 통해 환자 이력 데이터, 투여-요법 상태, 및 그와 유사한 것을 이용 가능하게 한다. 더욱이, 적어도 하나의 실시예에서, 보안 통신(즉, 메시징 또는 인박스 기능)은 HCP 시스템(102)을 통한 HCP와 MMA(568) 및 모바일 디바이스(104)를 통한 환자(124) 사이에서 C3-서버 시스템(106)에 의해 용이하게 된다. 더욱이, 여러 상이한 실시예들에서, C3-서버 시스템(106)은 소프트웨어 업데이트들, 리콜 통지들, 및/또는 주어진 구현 또는 주어진 맥락에 대해 본 기술분야의 통상의 기술자에 의해 적절하다고 간주되는 다른 기능들을 용이하게 한다.
I. 예시적인 동작
A. HCP 포털
도 7은 적어도 하나의 실시예에 따라 C3-서버 시스템(106)에 의해 수행될 수 있는 예시적인 방법(700)을 도시한다. 방법(700)을 수행하는 C3-서버 시스템(106)에 대한 여기서의 설명은 제한이 아닌 예시를 위해 제공되며, 방법(700)은 그렇게 하도록 적절하게 장착, 프로그래밍 및 구성되는 임의의 디바이스 또는 디바이스 세트에 의해 수행될 수 있음을 이해해야 한다.
단계(702)에서, C3-서버 시스템(106)은 HCP 시스템(102)의 사용자 인터페이스(208)를 이용하여 HCP 포털(572)을 통해 환자(124)에 관한 복수의 투약 요법을 제시한다. 적어도 하나의 실시예에서, 제시되는 투약 요법들 각각은 각각의 상이한 약물 투약 알고리즘에 연관된다. 예시적인 투약 요법들 및 알고리즘들은 아래에 더 상세하게 논의된다.
제시되는 투약 요법들 중 임의의 하나 이상은 개방-루프 요법 또는 폐쇄-루프 요법으로서 본 기술분야에 공지된 것일 수 있다. 일반적으로 말하면, 폐쇄 루프 요법은 환자와 관련하여 취해진 (예를 들어, 포도당 수준의) 측정값들과 같은 자동 감지된 피드백에 적어도 부분적으로 기초하는 자동화된 방식으로 (예를 들어, 양, 타이밍, 및/또는 그와 유사한 것에 관하여) 하나 이상의 약물의 용량을 반복적으로 조정하는 한편, 개방 루프 요법은 자동화된 방식으로 약물 용량을 반복적으로 조정하지 않는다. 그러나, 개방 루프 투약 요법들은 오히려, 환자가 피드백 파라미터들을 수동으로 입력하는 수동으로 유사한 이력 데이터를 설명하는 경우가 많다. 개방 루프 투약 요법들은 환자가 약물 공급을 수동으로 제어할 것을 또한 요구할 수 있다. 더 일반적으로, 본 시스템들 및 방법들은 임의의 특정 유형의 투여 요법, 임의의 특정 약물 또는 약물 유형, 또는 환자에 대한 약물의 임의의 특정한 전달 방식(예를 들어, 주입, 정맥주사, 경구 등)으로 제한되지 않는다.
단계(704)에서, C3-서버 시스템(106)은 HCP 시스템(102)의 사용자 인터페이스(208)를 사용하여 HCP 포털(572)을 통해, 제시되는 투약 요법들 중 적어도 하나의 (환자(124)에 대한) HCP-선택을 수신한다. 본 개시에 따라, 선택된 적어도 하나의 요법은 "적어도 하나의 HCP-선택 투약 요법", "적어도 하나의 HCP-선택 요법", 및/또는 그와 유사한 것으로 지칭된다.
적어도 하나의 실시예에서, 단계(702)에서 제시되는 투약 요법들은 하나 이상의 인슐린 투여 요법을 포함하고, 적어도 하나의 HCP-선택 투약 요법은 적어도 하나의 HCP-선택 인슐린-투여 요법을 포함한다. 제시된 요법들 중 임의의 수는 기초-인슐린-투여 요법일 수 있고, 임의의 수는 볼루스-인슐린-투여 요법일 수 있다. 일부 경우들에서, 기초-인슐린-투여 요법 또는 볼루스-인슐린-투여 요법 중 어느 하나가 환자(124)에 대해 HCP에 의해 선택된다. 일부 경우들에서, HCP는 하나 이상의 기초-인슐린-투여 요법과 하나 이상의 볼루스-인슐린-투여 요법 둘 다를 환자(124)에게 처방한다.
적어도 하나의 실시예에서, 적어도 하나의 HCP-선택 볼루스-인슐린-투여 요법은 여기서 일일-적정 볼루스-인슐린-투여 알고리즘(daily-titration bolus-insulin dosing regimen)으로 지칭되는 투여 알고리즘의 유형에 연관된, 여기서 일일-적정 볼루스-인슐린 투여 요법으로서 지칭되는 유형을 포함한다. 다른 유형의 HCP-선택 볼루스-인슐린-투여 요법들은 여기서 고정-용량 볼루스-인슐린-투여 알고리즘으로 지칭되는 투여 알고리즘의 유형에 연관된, 여기서 고정-용량 볼루스-인슐린 투여 요법으로서 지칭되는 유형; 여기서 탄수화물-볼루스-계산기 볼루스-인슐린-투여 알고리즘으로 지칭되는 투여 알고리즘의 유형에 연관된, 여기서 탄수화물-볼루스-계산기 볼루스-인슐린 투여 요법으로 지칭되는 유형; 및 여기서 탄수화물-식사-크기-기반-계산기 볼루스-인슐린-투여 알고리즘으로 지칭되는 투여 알고리즘의 유형에 연관된, 탄수화물-식사-크기-기반-계산기 볼루스-인슐린 투여 요법으로 지칭되는 유형을 포함한다. 위에서 언급된 4가지 유형의 개방-루프 볼루스-인슐린 투여 요법들/알고리즘들 각각의 예들은 대응하는 제목의 하위 섹션에서 아래에 설명된다.
단계(706)에서, C3-서버 시스템(106)은 환자(124)에 연관된 모바일 디바이스(104) 상의 MMA(568)에 단계(704)의 적어도 하나의 HCP-선택 요법을 나타내는 HCP-선택-요법 데이터를 전송한다.
예시적인 방법(700)이 C3-서버 시스템(106)에 의해 구현되는 것으로 위에서 설명되었지만, 방법(700)은 또한 HCP 시스템(102)에 의해 직접 구현될 수 있다. 이러한 실시예들에서, HCP 포털(572)은 네트워크 연결을 통해 C3-서버 시스템(106)에 의해 호스팅되는 웹 애플리케이션이 아닐 수 있고, 대신에, HCP 포털(572)은 HCP 시스템(102)에 의해 로컬로 호스팅되고 실행되는 사용자 인터페이스를 포함할 수 있다. 이러한 경우들에서, HCP 시스템(102)은 C3-서버 시스템(106)으로부터의 어떠한 지원도 없이 또는 C3-서버 시스템과의 어떠한 통신도 없이, HCP에 복수의 투약 요법을 제시하고(단계(702)), 제시되는 투약 요법들 중에서의 HCP-선택을 수신하고(단계(704)), HCP-선택-요법 데이터를 MMA(568)에 전송한다. 이러한 실시예들에서, HCP 시스템(102)은 데이터가 C3-서버 시스템(106)을 통해 전달되거나 그에 의해 처리될 것을 요구하지 않고서, 데이터 네트워크(108)를 통해 모바일 디바이스(104)와 직접 통신할 수 있다.
방법(700)이 C3-서버 시스템에 의해 구현되는지 HCP-포털(102)에 의해 구현되는지에 관계없이, 적어도 일부 실시예들에서, MMA(568)는 사용자 인터페이스(308)를 통해 적어도 하나의 HCP-선택 요법에 기초한 투여 권장들을 제공하도록 구성된다. 일부 실시예들에서, MMA(568)는 환자(124)가 권장된(즉, 처방된) 투여 요법을 수락 또는 거부하는 옵션들을 제공하는 사용자 인터페이스(308)를 통해 프롬프트를 제시한다. 적어도 하나의 실시예에서, C3-서버 시스템(106)은 MMA(568)가 사용자 인터페이스(308)를 통해 적어도 하나의 HCP-선택 요법에 연관된 환자-거부 표시를 수신했음을 나타내는 요법-거부 표시를 수신한 것에 응답하여 MMA(568)를 비활성화하도록 구성된다. MMA(568)를 비활성화하는 것은 사용자가 MMA(568)의 기능의 일부 또는 전부에 액세스하지 못하게 하는 것, 또는 사용자가 MMA(568)에 저장된 데이터의 일부 또는 전부에 액세스하지 못하게 하는 것을 포함할 수 있다. 예를 들어, MMA(568)를 비활성화하는 것은 사용자가 HCP에 의해 처방 또는 권장되는 투여 요법에 액세스하거나 그것을 사용하지 못하게 하는 것을 포함할 수 있다. 다른 경우들에서, C3-서버 시스템(106)은 MMA(568)가 사용자 인터페이스(308)를 통해 적어도 하나의 HCP-선택 요법에 연관된 환자-수락 표시를 수신했음을 나타내는 요법-수락 표시를 대신 수신한다.
적어도 하나의 실시예에서, 단계(706)에서 HCP-선택-요법 데이터가 MMA(568)에 의해 수신되면, MMA(568)에서 적어도 하나의 HCP-선택 요법이 잠금 해제된다. 일부 경우들에서, 이러한 잠금 해제는 MMA(568)가 HCP-선택-요법 데이터의 수신 후에만 적어도 하나의 HCP-선택 요법에 대해 모바일 디바이스(104)(잠재적으로 MMA(568)의 일부임)에 이미 저장된 구현 데이터에 액세스할 수 있게 하는 것을 포함한다. 다른 구현들에서, 이러한 잠금 해제는 MMA(568)가 HCP-선택-요법 데이터의 수신 후에만 적어도 하나의 HCP-선택 요법에 대한 구현 데이터를 다운로드하기 위해 동작불가능으로부터 동작가능으로 전환되는 것을 포함한다. 이러한 구현들에서, 적어도 하나의 HCP-선택 요법에 대한 구현 데이터는 C3-서버 시스템(106) 및/또는 HCP 시스템(102)으로부터 다운로드될 수 있다.
일부 경우들에서, 이러한 잠금 해제는 MMA(568)가 사용자 인터페이스(308)를 통해 적어도 하나의 HCP-선택 요법에 대한 환자-수락 표시를 수신하는 것에 응답하여서만 발생한다. MMA(568)가 HCP-선택-요법 데이터의 수신 후에만 특정 HCP-선택 요법을 잠금 해제하거나 다운로드하도록 허용하는 것은, 미국 식품의약국(FDA)에 의해 시행되는 규정의 준수를 보장하는 데 유용할 수 있다. 그러한 FDA 규정들은, 특정 투여 요법들이 자격이 있고 면허를 소지한 의사의 처방을 받은 환자에 의해서만 액세스가능할 것을 요구할 수 있다. HCP-선택-요법 데이터의 수신 시까지 투여 요법에 대한 액세스를 제한함으로써, 이러한 실시예들에서의 MMA(568)는 환자들이 요구되는 처방없이 투여 요법에 액세스하지 못할 것을 보장한다.
모바일 디바이스(104)(예를 들어, MMA(568)의 일부임) 상에 단계들(702 및 704)에서 HCP에게 제시되고 HCP에 의해 선택가능한 모든 요법들에 대한 구현 데이터를 저장하고, 단계(706)에서 전송된 HCP-선택-요법 데이터의 수신 후에만 모바일 디바이스 상에서 하나 이상의 요법을 잠금 해제하는 실시예들은 본 시스템들 및 방법들의 효율성 및/또는 기능성을 개선하는 몇 가지 기술적 이점을 제공한다. 예를 들어, 모바일 디바이스(104) 상에 모든 요법들에 대한 구현 데이터를 저장하면, 모바일 디바이스(104)가 처방된 요법에 대해 잠재적으로 상당한 크기의 추가 구현 데이터를 다운로드할 것을 요구하지 않고서, HCP가 환자의 모바일 디바이스(104) 상에서 특정한 처방된 요법을 활성화하는 것이 허용된다. 이것은 환자의 모바일 디바이스(104)가 데이터 네트워크(108)와의 간헐적 또는 저-대역폭 통신 링크(112)만을 갖는 경우(예를 들어, 네트워크 장애의 경우, 또는 모바일 디바이스가 비행기 모드로 되어 있는 경우), 환자가 처방된 요법에 더 쉽게 액세스하고 그것을 구현하는 것을 허용한다.
MMA(568)의 일부로서 모든 요법에 대한 구현 데이터를 번들링하는 것을 수반하는 실시예들은 또한 MMA(568)가 모바일 애플리케이션들을 위한 특정한 인기있는 온라인 리포지토리들에서 환자들에 의해 쉽게 액세스될 수 있도록 게시되는 것을 허용한다. 이러한 온라인 모바일 애플리케이션 리포지토리들은 HCP 시스템(102), 관리자 포털(148) 또는 환자(124)를 소유하고, 유지관리하고, 및/또는 그와 연계된 엔티티(또는 엔티티들)가 아닌 제3자 엔티티들에 의해 관리되는 리포지토리들을 포함할 수 있고; 이러한 온라인 모바일-애플리케이션 리포지토리들은 Apple, Inc.에 의해 유지관리되는 App Store 또는 Google LLC에 의해 유지관리되는 Google Play를 포함할 수 있다. 이러한 온라인 리포지토리들은 전형적으로 게시된 애플리케이션들이 게시 시에 모든 구현 로직을 포함할 것을 요구한다. 즉, 모바일 디바이스에서 실행되는 애플리케이션들의 보안 및 안정성을 보장하기 위해, 이러한 온라인 리포지토리들의 관리자들은 각각의 업데이트가 온라인 리포지토리를 유지하는 제3자 엔티티(예를 들어, Apple 또는 Google)에 의해 제출, 검토 및/또는 승인되지 않는 한, 애플리케이션 개발자들이 게시된 애플리케이션의 코드를 업데이트하거나 변경하는 것을 금지할 수 있다. 그러한 것으로서, 새로운 투여 요법 또는 알고리즘이 처방될 때마다 모바일 디바이스(104)에 구현 데이터를 다운로드하는 것을 수반하는 실시예들은 제3 자 엔티티에 의한 시간 소모적인 제출, 검토, 및/또는 승인 프로세스를 필요로 할 수 있다. 이것은 FDA 규정에 따라 처방전을 갖는 환자들만이 액세스할 수 있어야하는 투여 요법들에 대한 액세스를 가능하게 하는 의료 모바일 애플리케이션들의 영역에 고유하고 그러한 영역에서 특히 발생하는 문제이다. 게시 시에 MMA(568)의 일부로서 모든 요법에 대한 구현 데이터를 번들로 묶고, HCP-선택-요법 데이터의 수신 시에만 처방된 요법을 선택적으로 잠금 해제함으로써, MMA(568)는 환자가 새로운 투여 요법을 처방받을 때마다 이러한 시간 소모적인 제출, 검토 및/또는 승인 프로세스가 필요하지 않게 한다. 이러한 번들링은 또한 MMA의 보안과 안정성을 향상시킨다.
위에서 설명된 바와 같이, 적어도 하나의 실시예에서, MMA(568)는 그것의 호스트 모바일 디바이스(104)를 통해 환자(124)에 연관된 하나 이상의 인슐린-전달 및/또는 인슐린-모니터링 디바이스와 통신적으로 연결된다. 포도당 측정기(126)는 그러한 인슐린 모니터링 디바이스의 예이다. MMA(568)가 환자(124)에 연관된 인슐린-전달 디바이스와 통신적으로 연결되는 적어도 일부 실시예들에서, MMA(568)는 적어도 하나의 HCP-선택 요법을 수행하기 위해 그 인슐린-전달 디바이스와 통신한다. 연결된 주입 디바이스(134)는 이러한 인슐린-전달 디바이스의 예이다. 일부 실시예들에서, C3-서버 시스템(106) 및/또는 HCP 시스템(102)은 인슐린-전달-및/또는-모니터링 디바이스로부터 MMA(568)에 의해 중계되는 환자 데이터 -그것의 예들(예컨대, 인슐린-주입-기록 데이터 및 포도당-측정 데이터)이 여기에 설명됨- 를 수신한다.
B. 모바일 디바이스 상의 MMA
도 8은 적어도 하나의 실시예에 따라 MMA(568)를 실행하는 모바일 디바이스(104)에 의해 수행될 수 있는 예시적인 방법(800)을 도시한다. 모바일 디바이스(104)에서 실행되는 MMA(568)에 의해 수행되는 방법(800)에 대한 본 명세서의 설명은 제한이 아닌 예시를 위해 제공되며, 방법(800)은 그렇게 하도록 적절하게 장착, 프로그래밍 및 구성된 임의의 디바이스 또는 디바이스 세트에 의해 수행될 수 있음을 이해해야 한다.
단계(802)에서, MMA(568)는 각각의 상이한 투약 알고리즘에 각각 연관된 복수의 투약 요법 중에서 적어도 하나의 투약 요법의 HCP 선택을 나타내는 HCP-선택-요법 데이터를 수신한다. 적어도 하나의 실시예에서, HCP 시스템(102)을 통해(예를 들어, C3-서버 시스템(106)에 의해 제공되고 HCP 시스템(102)을 통해 HCP에 의해 액세스되는 웹 인터페이스(HCP 포털(572))를 통해) 환자(124)에 대해 HCP-선택이 이루어졌다. 위에서 설명된 바와 같이, MMA(568)는 HCP 시스템(102)으로부터 직접적으로, 또는 이 예에서 설명된 바와 같이 C3-서버 시스템(106)으로부터, HCP-선택-요법 데이터를 수신할 수 있다. 적어도 하나의 HCP-선택 투약 요법은 여기에 설명된 가능한 요법들 또는 요법 조합들 중 임의의 것을 포함할 수 있다.
단계(804)에서, MMA(568)는 단계(802)에서 HCP-선택-요법 데이터를 수신한 것에 적어도 부분적으로 응답하여, MMA(568) 상의 표시된 HCP-선택 투약 요법을 잠금 해제한다. 앞에서 논의된 바와 같이, 적어도 하나의 실시예에서, 단계(804)는 모바일 디바이스(104)에 미리 저장되었고 이전에 액세스할 수 없었던, HCP-선택-요법에 대한 구현 데이터에 액세스하는 것을 수반한다. 이러한 실시예들은 적어도 위에서 논의된 기술적인 이유로 바람직할 수 있다. 일부 실시예들에서, 단계(804)는 HCP-선택-요법에 대해 이전에 액세스할 수 없었던 구현 데이터를 다운로드하는 것을 수반한다.
적어도 하나의 실시예에서, 단계(802)를 수행한 후 단계(804)를 수행하기 전에, MMA(568)는 모바일 디바이스(104)의 사용자 인터페이스(308)를 통해, 적어도 하나의 HCP-선택 투약 요법의 환자 수락 또는 환자 거부에 대한 프롬프트를 제시한 다음, 제시된 프롬프트에 대응하는 사용자 인터페이스(308)를 통해 사용자 입력을 수신하고; 적어도 하나의 그러한 실시예에서, MMA(568)가 단계(804)를 수행하는 것은 수신된 사용자 입력이 적어도 하나의 HCP-선택 투약 요법에 대한 환자-수락 표시인 것을 조건으로 한다. 더욱이, 적어도 하나의 실시예에서, MMA(568)는 수신된 사용자 입력을 C3-서버 시스템(106) 및/또는 HCP 시스템(102)에 전송한다.
처방된 요법이 볼루스-인슐린-투여 요법이거나 이를 포함하는 적어도 하나의 실시예에서, 사용자가 투여-요법 처방을 수락했음을 나타내는 환자-수락 표시가 수신되고 나면, MMA(568)는 사용자에게 볼루스-용량-권장 워크플로우에 들어가는 옵션들을 제시하고, 그러한 워크플로우 동안, 적어도 하나의 실시예에서, MMA(568)는 사용자에게 식사 시간을 선택하도록 프롬프트하고, 사용자에게 그들의 포도당 측정값을 입력 및/또는 확인하도록 프롬프트하고, 그에 따라 사용자에게 볼루스-용량 권장을 제시한다. 사용자는 MMA(568)에게 자신이 권장 용량을 복용했음을 나타낼 수 있으며, 이 경우 MMA(568)는 권장 용량을 메모리에 기록할 것이다. 대안적으로, 사용자는 MMA(568)에게 자신이 권장 용량과는 다른 용량의 인슐린을 복용했음을 나타낼 수 있으며, MMA(568)는 실제로 복용된 인슐린의 양을 기록할 것이다. 기록은 용량이 복용된 시간을 포함할 수 있고, 이는 사용자의 확인의 수신되었을 때 또는 사용자에 의해 지정된 시간에 자동으로 설정될 수 있다.
적어도 하나의 실시예에서, 모바일 디바이스(104)를 통한 MMA(568)는 환자에 연관된 인슐린-전달(및/또는 포도당 모니터링) 디바이스와 통신적으로 연결되고; 적어도 하나의 그러한 실시예에서, MMA(568)는 HCP-선택 요법을 수행하기 위해, 또는 인슐린-전달 디바이스를 사용하여 환자에 의해 수동으로 전달되는 용량에 관한 정보를 수신하기 위해 인슐린-전달 디바이스와 통신한다. 적어도 하나의 실시예에서, MMA(568)는 인슐린-전달 디바이스로부터 환자 데이터를 수신하고, 수신된 환자 데이터를 C3-서버 시스템(106) 및/또는 HCP 시스템(102)에 중계한다. 환자 데이터는 여기에 나열될 수 있는 수많은 다른 예 중에서도, 인슐린-주입-기록 데이터(예를 들어, 이전 용량으로 전달된 인슐린의 양 및 시간들을 포함함), 및/또는 포도당-측정 데이터를 포함할 수 있다. 적어도 하나의 실시예에서, MMA(568)는 모바일 디바이스(104)의 사용자 인터페이스(308)를 통해 HCP-선택 요법에 기초한 투여 권장들을 제공한다.
적어도 하나의 실시예에서, MMA(568)는 환자가 안전하지 않거나 잘못된 용량을 복용하고 있을 수 있음을 검출한 경우, 환자에게 프롬프트하는 안전 기능을 포함할 수 있다. 예를 들어, MMA(568)는 각각의 용량에 대해 예상되는 약물의 예상 "기준" 양을 계산할 수 있다. 이 "기준" 투여량은 복수의 방식으로 결정될 수 있다. 예를 들어, "기준" 투여량은 HCP 및/또는 환자에 의해 프로그래밍된 미리 설정된 약물 양일 수 있거나, 환자의 의료 또는 신상 정보(예를 들어, 성별, 연령, 체중, 질병의 유형 및 중증도, 및 그와 유사한 것)로부터 알고리즘적으로 자동 도출될 수 있다. "기준" 투여량은 또한 특정 수의 이전 용량(예를 들어, 지난 3, 5, 10 또는 그 이상의 용량)의, 또는 이전의 슬라이딩 시간 윈도우(예를 들어, 지난 3일, 5일, 10일 또는 그 이상)에서 복용된 용량들의 슬라이딩 평균, 모드, 또는 중앙 평균으로부터 도출될 수 있다. 일부 실시예들에서, "기준" 투여량은 시각, 또는 이전 용량들에서 검출된 상승 또는 하락 추세에 기초하여 달라질 수 있다. HCP-선택 요법에 기초한 용량을 권장하기 전에, MMA(568)는 권장 용량을 이 "기준" 투여량과 비교할 수 있다. MMA(568)가 자신이 이 기준 투여량과 크게 다른 용량을 권장하고 있음을 검출하는 경우, 예를 들어, 권장 용량이 약물의 특정 절대량만큼 또는 특정 백분율만큼 기준과 다른 경우, MMA(568)는 환자에게 경고하고 그/그녀에게 용량을 확인하도록 프롬프트한다. 예를 들어, 권장 용량은 잘못 입력된 인슐린-온보드(insulin-on-board) 파라미터, 식사 크기 값, 또는 현재 포도당 수준과 같이, 잘못 입력된 환자 입력들에 기초할 수 있다. 대안적으로 또는 추가적으로, 사용자가 권장량과 다른 양의 약물을 복용할 계획이라고 MMA에 나타내는 경우, MMA(568)는 사용자-표시량이 기준 투여량과 크게 다른지를 마찬가지로 결정할 수 있다. 사용자-표시량이 크게 다른 경우, MMA(568)는 표시된 투여량이 기준 투여량보다 상당히 높거나 낮다는 것을 환자에게 경고할 수 있다. 이러한 추가 프롬프트 및 경고는 사용자가 안전하지 않거나 잘못된 양의 약을 곧 복용할 수 있음을 사용자에게 경고하는 데 도움이 될 수 있다. 적절한 경우, 사용자는 경고를 무시할 수 있다.
적어도 하나의 실시예에서, MMA(568)는 적어도 이하의 2개의 액세스 레벨을 제공한다: 누구나 다운로드하고 자가 등록하고 사용하도록 이용가능한 일반 액세스; 및 전자 투여 요법 처방을 통해 잠금 해제되는 추가 기능을 제공하는 처방 액세스. 실시예에서, 일반 액세스는 예를 들어 (i) 포도당 수준(GL), 기초 인슐린, 볼루스 인슐린, 탄수화물 입력, 및 운동/스트레스/질병 인자들을 포함할 수 있는 당뇨병-관련 데이터를 기록하는 기능, 및 (ⅱ) 사용자 데이터의 시각화(예를 들어, 그래프)에 액세스하는 기능을 포함하는 기능들을 제공하는 한편, 실시예에서 처방 액세스는 투여 요법의 구현을 통해 볼루스 인슐린 용량 권장들을 잠금 해제한다. 일부 실시예들에서, MMA(568)의 사용자 인터페이스의 외관은 MMA(568)가 일반 액세스 모드에 있는지 또는 처방 액세스 모드(및/또는 아마도 다른 모드들)에 있는지에 따라 변경된다. 이러한 변경들은 추가의 및/또는 더 적은 메뉴 항목, 색 구성표 변경, 아이콘 변경, 레이아웃 변경, 및/또는 그와 유사한 것을 포함할 수 있지만 이에 제한되지는 않는다.
적어도 일부 실시예들에서, MMA(568)의 일반 액세스(비처방) 모드는 이하의 기능들 중 하나 이상을 제공한다:
● 데이터 입력
● 사용자는 당뇨병 관련 데이터를 입력하여, HCP에 의한 데이터의 추적 및 보기를 용이하게 할 수 있다.
● 사용자는 볼루스 인슐린 용량, 기초 인슐린 용량, 포도당 판독값(수동으로 또는 포도당 측정기에의 무선 연결을 통해) 및 탄수화물 섭취량을 입력할 수 있다.
● 사용자는 적용가능한 경우 이하의 수정자들 및/또는 예/아니오 데이터 포인트들을 또한 기록할 수 있다: 활동, 스트레스, 질병, 스테로이드, 및 월경.
● 환자는 포도당 값(센서로부터 자동으로 또는 수동으로), 현재 활동 수준, 현재 섭취한 음식, 음식의 탄수화물 함량, 체중과 같은 생리적 특성 등과 같은 값들을 그들의 MMA에 입력할 수 있다.
● 디지털 로그북
● 사용자는 당뇨병 관련 데이터를 추적하여, 그들의 데이터 전부를 하나의 위치에서 쉽게 액세스하고 볼 수 있게 할 수 있다.
● 사용자는 그들의 입력된 데이터 중 임의의 것을 디지털 로그북 포맷으로 볼 수 있다.
● 포도당-측정기 페어링
● 자신의 데이터 전부를 하나의 위치에 저장하기를 원하거나 포도당 데이터를 사용하여 용량 권장을 수신하기를 원하는 사용자들을 위해 포도당 입력 프로세스를 단순화한다.
● 사용자는 혈당 측정기, 연속-포도당 측정기, 플래시-포도당 모니터, 또는 다른 포도당 모니터링 디바이스와 같은 디바이스를 페어링하기 위한 옵션을 선택할 수 있다. 자신의 포도당 모니터링 디바이스를 페어링하고 나면, 사용자가 볼루스-용량-권장 워크플로우(처방 모드에서만 이용가능함) 또는 데이터-입력 워크플로우(일반 액세스 모드에서 이용가능함)로 이동할 때, MMA는 그들의 가장 최근의 포도당 측정값을 디스플레이할 것이다.
● 사용자들은 버지니아 주 알링턴의 PCHAlliance(Personal Connected Health Alliance)에 의해 발행된 Continua 표준(Continua 설계 지침이라고도 함)을 준수한다고 주장하는 연결된 포도당 측정기들과 페어링할 수 있다.
● 일부 실시예들에서, 사용자들은 활동을 수행하고 그들의 포도당 수준에 대한 효과를 측정함으로써 실험을 수행할 수 있다. 사용자들은 자신이 수행한 실험들을 검토할 수 있다. 이러한 실험들은 활동, 음식 및/또는 다른 인자들에 기초할 수 있다. 일부 실시예들에서, 제3자 데이터 소스들(예를 들어, HealthKit, FitBit, 및/또는 그와 유사한 것)은 사용자들을 위한 실험들을 생성한다. 실제로, 일부 실시예들에서, MMA는 하나 이상의 생리적 파라미터에 관한 통찰의 모니터링 및/또는 통합을 용이하게 하기 위해, FitBit, Apple Watch, 및/또는 그와 유사한 것과 같은 웨어러블들과 연결되고 통신할 수 있다.
● 데이터 시각화
● 사용자는 데이터를 더 이해하기 쉽게 만들기 위해 일정 기간 범위에 걸쳐 그들의 수집된 데이터를 볼 수 있다.
● 사용자는 데이터 시각화를 호스팅하는 MMA의 섹션들로 이동할 수 있다. 그런 다음, 사용자는 보고자 하는 데이터 유형과 기간을 선택할 수 있다.
● MMA는 또한 기록된 포도당 값들의 원형 차트를 표시하여, 범위 초과, 범위 내, 범위 미만, 및 저혈당 수준(≤70mg/dL)에 속하는 것들을 보여준다.
● 미리 알림
● 사용자가 일정이 바쁠 때 포도당을 테스트하는 것 또는 볼루스 투여 권장 워크플로우에 들어가는 것을 기억하도록 도와준다.
● 사용자는 자신의 포도당 수준을 테스트하고/하거나 인슐린을 투여하고자 하는 시간들에 대한 미리 알림을 설정할 수 있다.
● 사용자는 미리 알림과 함께 자신의 모바일 디바이스에서 메시지를 수신할 것이다.
● 온보딩(Onboarding)
● 사용자는 MMA를 등록하고 유용한 기능들에 관해 배울 수 있다.
● 사용자는 로그인 자격증명들을 생성하고 자신에 관한 기본 정보를 입력하고 사용 약관에 동의함으로써 MMA 사용을 등록할 수 있다.
● MMA는 사용자가 포도당 측정기 페어링 또는 개인화된 미리 알림 설정을 포함하는 유용한 기능들에 관해 배우는 것을 돕도록 선택사항인 활동들(예를 들어, 튜토리얼)을 제공할 것이다.
● 당뇨병에 관한 교육
● 사용자가 평판이 좋은 출처로부터 당뇨병에 관해 배우는 것을 돕는다.
● 사용자는 MMA 내로부터 당뇨병 교육 링크에 액세스할 수 있다. 이러한 링크는 다른 가능성들 중에서도, MMA 내에서 시작하거나 브라우저 애플리케이션을 시작할 수 있다.
C. 예시적인 HCP-포털 스크린샷들
이하에 설명되는 바와 같이, 도 9 - 도 21은 HCP 시스템(102)의 여러 상이한 실시예들의 다양한 스크린샷을 도시한다.
도 9는 HCP 사용자가 "[투여] 방법 선택(Select [Dosing] Method)"탭에서 동작하고 있으며 HCP가 선택할 옵션들로서 4개의 볼루스-인슐린 투여 요법이 나열되어 있는 스크린샷(900)이며, 이러한 4개의 볼루스-인슐린 투여 요법은 아래에서 더 자세히 설명됩니다. 실시예에서, 제시된 요법 중 임의의 하나를 클릭하면 추가 세부 사항을 제공하는 팝업 창이 제시된다. 적어도 하나의 실시예에서, HCP가 이러한 4 개의 투여 요법 중 하나를 선택할 때, HCP 시스템(102)은 HCP-선택-요법 데이터를 모바일 디바이스(104)에 송신하고, 이는 환자가 모바일 디바이스에서 선택된 투여 요법에 액세스할 수 있게 한다.
도 10은 다양한 환자 데이터를 그래픽 형태로 묘사하는, 한 명의 예시적인 환자에 관한 전자 건강 기록(EHR) 데이터를 보여주는 스크린샷(1000)이다. 이 스크린샷(1000)에서 예시적인 환자는 아직 투여 요법을 처방받지 않았다.
도 11은 투여 권장 또는 처방에 대한 보류 중인 변경이 여전히 환자 수락을 기다리고 있음을 나타내는 경고 메시지(1102)가 디스플레이되고 있는 스크린샷(1100)이다. 이 스크린샷(1100)에서, 환자는 처방받은 활성의 투여 방법을 갖지 않으며, 포도당 값 또는 투여량 정보에 관한 이력 기록 데이터를 갖지 않는다. 환자가 고정 식사 일시 투여 방법을 처방받았지만, 환자는 처방된 투여 방법을 아직 수락하지 않았다.
도 12는 투여 권장 또는 처방에 대한 보류 중인 변경이 여전히 환자 수락을 기다리고 있는 것에 관한 경고 메시지(1202)가 디스플레이되고 있는 스크린샷(1200)이다. 이러한 스크린샷(1200)에서, 환자는 이전에 탄수화물-볼루스-계산기 볼루스-인슐린 투여 요법을 처방받았지만, 지금은 고정-용량 볼루스-인슐린-투여 요법을 처방받았다. 환자는 새로 처방된 투여 방법을 아직 수락하지 않았다.
도 13은 선택된 투여 요법이 단순히 "일일 적정" 요법이라고도 지칭되는 일일-적정 볼루스-인슐린-투여 요법인 "세팅 구성(Configure Settings)" 탭을 나타내는 스크린샷(1300)이다. 도 13에 도시된 바와 같이, 일일 적정 요법 세팅 탭은 HCP에게 3가지 식사, 즉 아침식사, 점심식사 및 저녁식사에 대한 볼루스 투여 옵션들을 처방하기 위한 옵션들을 제공한다. 각각의 식사에 대해, HCP는 "적정", "안정" 및 "없음" 중에서 선택할 수 있다. 적정 옵션은 해당 식사에 권장되는 용량이 아래에 설명된 알고리즘에 따라 적정되도록 한다. "안정" 옵션은 HCP가 해당 식사시간에 대해 고정 볼루스 투여를 지정하는 것을 허용한다. "없음" 옵션은 해당 시간에 대해 볼루스 투여가 처방되지 않음을 의미한다.
도 14는 선택된 투여 요법이 다시 "일일 적정"인 "검토 및 확인" 탭을 묘사하는 스크린샷(1400)이다. 여기서, HCP는 환자에게 처방하기 전에 예상 일일 적정 투여 요법을 검토하고 확인할 수 있다.
도 15a 및 도 15b는 선택된 투여 요법이 단순히 "고정 식사 투여" 요법이라고도 지칭되는 고정-용량 볼루스-인슐린-투여 요법인 "세팅 구성" 탭을 묘사하는 스크린샷(1500)이다. HCP 사용자는 해당 특정 환자에 대한 요법의 사용자 지정가능한 세부사항들을 확인하기 위한 기회를 제시받는다. 예를 들어, HCP 사용자는 3가지 시간대, 즉 (i) 아침, (ⅱ) 오후, 및 (ⅲ) 저녁 및 심야에 대해 볼루스 투여량 세팅들을 사용자 지정할 수 있다. 각각의 시간대의 시작 시간은 HCP에 의해 조정될 수 있다. 각각의 시간대에 대해, HCP 사용자는 목표 포도당 수준, 인슐린 감수성 인자(이하에 상세하게 설명됨), 볼루스 투여, 다양한 건강 인자들(예를 들어, 활동, 질병, 스트레스, 스테로이드 및 월경, 이하에 상세하게 설명됨)을 활성화하기 위한 옵션, 세팅 권한(활성화된 경우 환자가 자기 자신의 처방 세팅을 변경하는 것을 허용함), 및 활성 인슐린(이하에 상세하게 설명됨)을 선택할 수 있다.
도 16은 선택된 투여 요법이 다시 고정 식사 투여 요법인 "검토 및 확인" 탭을 묘사하는 스크린샷(1600)이다. 여기서, HCP는 환자에게 처방하기 전에 예상 고정 식사 투여 요법을 검토하고 확인할 수 있다.
도 17은 선택된 투여 요법이 단순히 "탄수화물 식사 크기" 요법으로도 지칭되는 탄수화물-식사-크기-기반-계산기 볼루스-인슐린 투여 요법인 "세팅 구성" 탭을 묘사하는 스크린샷(1700)이다. 도 17에 도시된 바와 같이, 탄수화물 식사 크기 요법 세팅 탭은 HCP에게 3가지 시간대, 즉 i) 아침, (ⅱ) 오후 및 (ⅲ) 저녁 및 심야에 대한 볼루스 투여 옵션들을 처방하기 위한 옵션을 제공한다. 각각의 시간대의 시작 시간은 HCP에 의해 조정될 수 있다. 각각의 시간대에 대해, HCP 사용자는 목표 포도당 수준, 인슐린 감수성 인자(이하에 더 상세하게 설명됨), 및 인슐린-대-탄수화물 비율(이하에 더 상세하게 설명됨)을 선택할 수 있다. 기간들에 독립적으로, HCP 사용자는 또한 "소형", "중형" 및 "대형" 식사 각각으로부터의 예상 탄수화물 그램 수를 또한 선택할 수 있다. 마지막으로, HCP 사용자는 인슐린 지속기간을 선택할 수 있다.
도 18은 선택된 투여 요법이 단순히 "탄수화물 계수(Carbohydrate Counting)" 요법이라고도 지칭되는 탄수화물-볼루스-계산기 볼루스-인슐린-투여 알고리즘인 "세팅 구성" 탭을 묘사하는 스크린샷(1800)이다. 도 18에 도시된 바와 같이, 탄수화물 계수 요법 세팅 탭은, HCP 사용자에게 "소형", "중형", 및 "대형" 식사에 대한 예상 탄수화물 그램 수를 선택할 수 있는 옵션을 제공하지 않는다는 점을 제외하면, 탄수화물 식사 크기 요법 세팅 탭과 유사하다.
Ⅱ. 예시적인 개방-루프 볼루스-인슐린 투여 알고리즘들 및 연관된 요법들
여기에 설명된 예시적인 개방-루프 볼루스-인슐린 투여 알고리즘들 및 연관된 요법들의 일부 또는 전부는 인슐린 온보드(IOB)에 기초하여 권장 용량을 계산할 수 있다. IOB는 이전에 주입된 볼루스 인슐린 용량들로부터 환자의 신체에서 여전히 활성으로 유지될 것으로 예상되는 인슐린의 양을 설명하는 계산된 값입니다. 이 값은 알고리즘이 환자에게 주입을 권장하는 인슐린의 양을 줄일 수 있다. IOB는 적어도 2개의 상이한 접근방식을 사용하여 계산될 수 있다.
제1 접근방식은 원하는 것보다 높은 포도당 판독값을 보정하는 데 필요한 이전 용량들의 부분만을 고려함으로써 IOB를 계산할 수 있다. 개별 시점에서 복용된 인슐린의 단일 용량은 (i) 원하는 것보다 높은 포도당 판독값을 보정하는 데 필요한 인슐린의 양, (ⅱ) 환자가 투여 직후에, 투여 직전에, 또는 투여 중에 식사에서 섭취하는 탄수화물의 양을 "커버하거나" 처리하는 데 필요한 인슐린의 추가 양, 및 (ⅲ) 필요한 인슐린의 양에 영향을 미칠 수 있는 생활습관 또는 건강 인자들(예를 들어, 환자가 질병을 가지고 있는지, 환자가 운동을 해야하는지, 운동을 하고 있는지, 또는 운동을 예상하는지, 환자가 월경 중인지, 환자가 스테로이드를 복용하고 있는지, 및/또는 환자가 스트레스를 경험하고 있는지)을 처리하는 데 필요한 임의의 조정들(양 또는 음) 중 임의의 것 또는 전부를 포함하는 몇 가지 파라미터에 기초하여 결정될 수 있다. 이러한 제1 접근방식은 파라미터 (i), 즉 원하는 것보다 높은 포도당 판독값을 보정하는 데 필요한 인슐린의 양만을 고려하여 IOB를 계산할 수 있다. 제1 접근방식은 IOB의 계산에서 파라미터들 (ⅱ) 또는 (ⅲ)을 고려하지 않을 수 있다.
제2 접근방식은 이전 용량들의 일부로서 복용된 모든 인슐린을 고려하여 IOB를 계산할 수 있다. 즉, 제2 접근방식은 파라미터 (i)은 물론, 파라미터 (ⅱ)(즉, 식사 내의 탄수화물 양을 "커버하는" 데 필요한 인슐린의 양, 및 파라미터 (ⅲ)(건강 인자들을 처리하기 위한 임의의 조정들)을 또한 고려하여 IOB를 계산한다. 이러한 제2 접근방식은 일반적으로 파라미터 (ⅲ)으로부터의 음의 방향의 조정이 파라미터 (ⅱ)로부터의 양의 방향의 기여를 더 많이 상쇄하지 않는 한, 더 높은 계산된 IOB를 초래할 것이다.
또한, IOB를 계산하는 다른 접근방식들도 확실히 가능하다. 예를 들어, 다른 접근방식들은 파라미터들 (i) 및 (ⅲ)은 고려하지만 파라미터 (ⅱ)는 고려하지 않음으로써 IOB를 계산할 수 있다. 이하의 논의에서, 인슐린-온보드 또는 IOB에 대한 언급들은 위에서 언급된 접근법들 중 임의의 것을 사용하여 계산될 수 있음이 이해된다. 일부 실시예들에서, HCP, 환자 또는 둘다는 인슐린 투여 알고리즘에게 IOB를 계산하기 위해 특정 접근방식을 사용할 것을 지시할 수 있다. 예를 들어, 도 15b의 스크린샷(1500)은 HCP가 활성 인슐린(예를 들어, IOB)을 계산하기 위한 "보수적" 옵션, 또는 "표준" 옵션 중 어느 하나를 선택할 수 있음을 보여준다. "표준" 옵션은 위에서 논의된 제1 접근방식에 대응하는 한편, "보수적" 옵션은 제2 접근방식에 대응한다. MMA는 제1 및 제2 접근방식 둘 다를 사용하여 IOB를 계산할 수 있는 로직을 포함할 수 있으며, 환자, HCP 및/또는 둘 다는 권장 용량을 계산할 때 두 가지 접근방식 중에서 선택하는 옵션을 제공받을 수 있다.
A. 일일 적정
예시적인 일일 적정 알고리즘 및 연관된 투여 요법이 이하에 설명된다.
권장 용량은 투여 요법 처방 시에 HCP에 의해 설정된 초기 값으로부터 시작된다. 기본 시작 용량들은 아침식사 또는 점심식사 적정들에 대해서는 일일 총 기초 인슐린의 10%이고, 저녁식사 적정들에 대해서는 5%이다. 각각의 다음 날에 대한 권장 용량들은 전날 기록된 포도당 판독값에 기초하여 계산된다. 즉, 두 번째 날의 권장 용량은 첫 번째 날의 포도당 판독값에 기초하여 계산되고; 세 번째 날의 권장 용량은 두 번째 날의 포도당 판독값에 기초하여 계산되는 등이다. 각각의 다음 날의 권장 용량을 계산하기 위한 일부 예시적인 규칙들이 이하의 표에 제공된다.
Figure pct00001
약어: GL = 포도당 수준, TBI = 총 기초 인슐린, U = 유닛.
* 전날의 GL 판독값(mg/dL).
예시적인 일일-적정 투여 요법은 이하의 기준을 충족하는 18세 내지 85세의 T2DM(제2형 진성 당뇨병)을 갖는 사용자들에게 적절하다:
● 메트포르민 유무에 관계없이 기초 인슐린의 최적화에도 불구하고 혈당 목표를 달성하지 못함
● 식사시간 인슐린을 이용한 치료 강화를 요구함
● 85-114 mg/dL의 설정된 포도당 목표 범위가 적절한 사람에 대해
예시적인 일일 적정 투여 요법을 활성화하기 위해, HCP들은 이하의 파라미터들을 설정한다:
● 총 일일 기초 인슐린(TBI), 인슐린 유닛 단위
● 적정을 위한 초기 시작 용량 및 식사, 인슐린 유닛 단위
추가로, HCP는 이하의 파라미터들을 설정할 수 있다.
● 식사(들) 당 안정 용량(들), 인슐린 유닛 단위
MMA는 이하의 추가 입력들을 사용하여 권장 용량을 계산할 것이다:
● 현재 GL, mg/dL 단위: 현재 GL은 환자가 저혈당증(포도당 ≤ 70mg/dL)을 가질 때 인슐린 용량의 권장을 방지하기 위해 MMA에 의해 사용됨
● 식사 전 GL(GL), mg/dL 단위: 식사 전 GL은 전날 적정 용량 이후에 취해진 GL임
적어도 하나의 실시예에서, 예시적인 일일 적정 투여 요법은 보정 용량들, IOB(Insulin on Board), 또는 조정 인자들을 권장 용량을 계산하기 위한 입력들로서 취하지 않는다.
적어도 하나의 실시예에서, MMA(568)는 환자에 의해 입력된 포도당 값들을 사용하여 한 번에 한 끼의 식사의 기초 인슐린 투여를 시작하고 적정하기 위한 것이며 포도당 값들을 입력하고 투여 권장들을 수신하기 위해 이러한 방식으로 HCP의 지시 하에서 하루에 여러 번 사용되도록 의도되는 권장들을 제공한다.
B. 고정 용량
예시적인 고정 용량 알고리즘 및 연관된 요법이 아래에 설명된다. 이러한 고정 용량 알고리즘은 HCP가 원하는 범위를 벗어난 환자 포도당 수준을 보정하는 데 필요한 임의의 조정에 의해 수정된 대로 식사 당 "고정" 볼루스 양을 설정하는 것을 허용할 수 있다.
식사 선택은 식사없음(예를 들어, 보정 용량만), 아침식사, 점심식사 또는 저녁식사를 포함할 수 있다. HCP는 고정 용량 값을 단일 식사시간에 할당하거나, 동일한 고정 용량 값을 복수의 식사시간에 할당하거나, 상이한 고정 용량 값들을 복수의 식사시간에 할당할 수 있다. 투여 요법은 인슐린 온보드(IOB)에 대한 용량 조정, GL 목표 초과 또는 미만의 포도당 수준(GL)들에 대한 보정, 생활습관 또는 건강 인자(예를 들어, 운동, 스트레스, 질병, 스테로이드, 또는 월경)을 포함할 수 있다.
예시적인 고정-용량 요법은 볼루스 요법을 처음 접하거나 볼루스 투여 최적화가 필요한 제1형 진성 당뇨병(T1DM) 또는 제2형 진성 당뇨병(T2DM)을 가진 사용자들에게 적절할 수 있다. 일부 경우들에서, 사용자는 속효성 인슐린 유사체와 함께 식사시간 인슐린을 매일 여러 번 주입해야 할 수 있다.
예시적인 고정-용량 요법을 활성화하기 위해, HCP들은 이하의 파라미터들을 설정할 수 있다:
● 고정 용량(FD), 환자-선택 식사 유형 당 인슐린 유닛 단위
● 목표 GL(GLT), mg/dL 단위
● 인슐린 감수성 인자(ISF), mg/dL/인슐린 유닛 단위
● 인슐린 지속기간(ID), 시간 단위
일부 실시예들에서, HCP는 사용자들이 자신의 요법-특정 세팅들을 변경할 수 있는지를 제어할 수 있다. 예를 들어, 그러한 변경이 HCP에 의해 활성화되지 않는 한, 사용자는 자신의 인슐린-대-탄수화물 비율을 변경하지 못할 수 있다. 그리고, 확실히, 다른 예들도 여기에 나열될 수 있다. 추가로, 일부 실시예들에서, HCP는 이하의 생활습관 수정자들 중 일부 또는 전부를 활성화하거나 전혀 활성화하지 않고, 대응하는 조정량을 설정할 수 있다. 활성화된 경우, 생활습관 수정자들은 MMA 환자 사용자가 예를 들어 그들의 모바일 디바이스의 사용자 인터페이스를 통해, 그들의 신체가 요구하는 인슐린의 양에 영향을 미칠 수 있는 특정 상태들을 경험하고 있는지를 나타내는 것을 허용하며, 그러한 상태들은 예를 들어 그/그녀가 운동을 하고 있거나 신체 활동을 하고 있는지, 그/그녀가 스트레스를 받고 있는지, 그/그녀가 아픈지, 그/그녀가 스테로이드를 복용하고 있는지, 또는 그녀가 월경 중인지를 포함한다. HCP는 이러한 생활습관 수정자들 각각에 대해, 백분율 단위로 조정량을 설정한다. 백분율 값은 수학식에 사용하기 위해 10 진수 값으로 변환된다. HCP가 수정자를 활성화하지 않는 경우, 투여 요법은 0 값을 사용할 것이다.
● 활동 인자(AF), 백분율 단위
● 스트레스 인자(SF), 백분율 단위
● 질병 인자(IF), 백분율 단위
● 스테로이드 인자(StF), 백분율 단위
● 월경 인자(MF), 백분율 단위
MMA는 이하의 추가 입력들을 사용하여 권장 용량을 계산할 것이다:
● FD 값을 결정하기 위한 식사 선택(식사없음, 아침식사, 점심식사, 저녁식사), 인슐린 유닛 단위
● 현재 GL(GL), mg/dL 단위
● 현재 시간(t), 시간 단위
참고: 현재 시간은 시, 분, 및 초를 포함할 수 있지만, 계산에서 시간의 분수로서 사용될 수 있다.
인슐린-온보드(IOB), 즉 현재 기간에서 여전히 활성인 모든 인슐린 용량들이 계산에 포함될 것이다. 이전 용량은 ID(Insulin Duration) 시간보다 덜 이전에 복용된 경우, "활성"으로 간주된다. 일부 실시예들에서, 이전 용량들은 이하의 파라미터들을 사용하여 계산될 수 있다:
● 전달된 볼루스(Delivered Bolus, DB), 인슐린 유닛 단위
● 전달된 볼루스의 시간(Time of delivered bolus, tDB), 시간 단위
● 곱셈 계수(X)
○ X = 0 개별의 전달된 볼루스가 0.5 시간을 포함하여 그 미만 이전에 투여된 경우
○ X = 1 개별의 전달된 볼루스가 0.5 시간 초과 ID 시간 미만 이전에 투여된 경우
앞에서 논의된 바와 같이, IOB 계산의 DB 파라미터는 이전에 투여된 특정 인슐린 용량에 대해 두 가지 방식 중 하나로 정의될 수 있다. 이러한 두 가지 방법에 따르면, DB 파라미터는 (i) 이전 용량의 포도당 보정 부분만으로, 또는 (ⅱ) 이전 용량에 주입된 인슐린의 전체 양으로 설정될 수 있다. 옵션 (i)은 위에서 논의된 제1 접근방식에 대응하며, 여기서는 도 15b에서 "표준" 옵션이라고도 지칭된다. 이러한 옵션 하에서, 이전 용량의 포도당 보정 부분은
Figure pct00002
로서 계산될 수 있고, 여기서 GLDB는 이전 용량이 계산되었을 때 입력된 GL이고, GLT는 목표 GL이며, ISF는 인슐린 감수성 인자이다(이하에 논의됨). 옵션 (ⅱ)는 위에서 논의된 제2 접근방식에 대응하며, 여기서는 도 15b에서 "보수적" 옵션으로도 지칭된다. HCP는 도 15b에 도시된 바와 같이 이러한 두 가지 방법 중 어느 것이 DB 파라미터를 계산하기 위해 사용될지를 선택할 수 있다. 대안적으로, 환자, 또는 HCP 및 환자 둘 다가 DB 파라미터를 계산하기 위해 어느 방법이 사용될지를 지정하는 옵션을 가질 수 있다.
예시적인 고정-용량 요법에 따라, 볼루스 인슐린 용량 권장(RD)은 이하의 공식을 사용하여 계산될 수 있다:
Figure pct00003
FD 항은 공식의 고정-용량 부분을 표현한다.
Figure pct00004
항은 공식의 보정 용량 부분, 예를 들어 환자의 포도당 수준(GL)이 목표 포도당 수준(GLT)을 초과하게 되는 양에 기초하여 권장 용량을 조정하는 공식의 부분을 표현한다. ISF는 인슐린 감수성 인자이고, 이는 한 유닛의 인슐린(예를 들어, 속효성 인슐린)이 개인의 포도당 수준을 얼마나 많이 저하시킬 것으로 예상되는지를 나타낸다. 일반적으로, 높은 포도당 수준을 보정하기 위해서는, 포도당 수준을 50mg/dl만큼 저하시키기 위해 한 유닛의 인슐린이 필요하다. 그러나, 이러한 포도당 수준의 저하는 또한 개별 인슐린 감수성들 및 다른 상황들에 따라 15-100mg/dl 이상의 범위일 수 있다. 항
Figure pct00005
는 앞에서 논의된 생활습관 인자들을 설명한다. 항
Figure pct00006
은 이전의 모든 용량으로부터의 IOB를 설명한다.
이하의 고려들이 공식에 적용된다:
● 환자가 식사없음을 선택하는 경우, 고정 용량 값은 0일 것이지만; 적용가능한 경우, 환자는 여전히 보정 용량을 수신할 것이다.
● 보정 용량
Figure pct00007
은 양수, 음수 또는 0 값일 수 있다.
● 각각의 IOB 계산
Figure pct00008
은 양수 또는 0일 수 있다. 계산 동안, IOB 계산이 음수 값을 반환하면, MMA는 활성 인슐린 유닛 값 0을 사용할 것이다.
계산된 권장 용량이 음수 값을 반환하면, MMA는 인슐린 0 유닛을 권장할 것이다. 대안적으로, MMA가 환자가 저혈당 상태에 있거나 곧 들어갈 것임을 검출하는 경우, 및/또는 MMA가 환자가 지나치게 많은 IOB(인슐린-온보드, 즉 환자의 체내 인슐린 양)를 가짐을 판단하는 경우, MMA는 환자에게 식사 또는 일정량의 탄수화물을 섭취하도록 권장할 수 있다. 일부 실시예들에서, MMA가 환자가 저혈당 상태에 있거나 곧 들어갈 것이라고 결정하는 경우, MMA는 환자가 글루카곤 또는 환자의 포도당 수준들을 높이는 소정의 다른 약물을 주입하도록 권장할 수 있다.
이러한 예시적인 고정-투여 요법은 사용자가 HCP에 의해 구성된 대로의 고정 투여 요법에 기초한 투여 권장을 수신하는 것을 허용함으로써 볼루스 인슐린 투여의 복잡성을 감소시킬 수 있다. 사용자가 투여-요법 처방을 수락한 경우, 사용자는 앱에 들어가서 볼루스 투여 권장 워크플로우에 들어갈 것을 선택할 수 있다. 그들은 식사를 선택하고, 자신의 포도당 측정값을 입력 및/또는 확인하고, 활동 또는 스트레스의 변화와 같은 임의의 추가 수정자들을 선택하고, 볼루스 투여 권장을 수신할 것이다. 고정 투여 요법은 식사를 커버하기 위한 HCP-할당 인슐린 양, 현재 및 목표 혈당에 기초하는 보정 용량, 내부 인슐린 PKPD 데이터에 기초하는 인슐린 온보드를 설명한다.
C. 탄수화물 볼루스 계산기
예시적인 탄수화물-볼루스-계산기 알고리즘 및 연관된 요법이 아래에 설명되어 있다.
예시적인 탄수화물-볼루스-계산기 요법은 식사의 탄수화물 함량을 "커버"하기 위한 규칙들에 기초하며, 이 방법은 식사관련 인슐린(prandial insulin)을 식사 섭취량에 일치시키는 개별화된 방법으로 임상 지침에서 권장된다. 따라서, 하루 중 언제든지 사용할 수 있으며 특정 식사에 연계되지 않을 수 있다. 그것은 인슐린 감수성, 탄수화물 섭취량, GL 목표 및 현재 GL에 기초하여, 권장되는 볼루스 인슐린 용량을 계산한다. 또한, 그것은 보정 용량, IOB, 및 선택적 조정 인자들을 설명할 것이다.
용량은 두 가지 인자, 즉 (i) 식품 또는 탄수화물 커버리지에 필요한 인슐린, 및 (ⅱ) 고혈당 보정에 요구되는 인슐린에 기초하여 계산될 수 있다.
식품 또는 탄수화물 커버리지를 위한 볼루스 투여는 인슐린-대-탄수화물 비율(ICR)에 기초하여 처방된다. 인슐린-대-탄수화물 비율은 1 유닛의 인슐린에 의해 몇 그램의 탄수화물이 커버되거나 해결되는지를 표현한다. 일반적으로, 1 유닛의 속효성 인슐린은 탄수화물 12-15 그램을 해결할 것이지만; 이 파라미터는 인슐린에 대한 개인의 감수성에 따라 4-30 그램 이상의 탄수화물에서 달라질 수 있다. 인슐린 감수성은 시각에 따라, 사람마다 다를 수 있으며, 신체 활동 및 스트레스의 영향을 받는다.
예시적인 탄수화물-볼루스-계산기 요법은 식사의 크기, 특히 탄수화물을 정확하게 계수할 수 있거나 HCP의 판단으로 그렇게 하도록 학습할 수 있는, T1DM 및 T2DM을 갖는 사용자들에게 적절하다. 일부 경우들에서, 사용자들은 속효성 인슐린 유사체와 함께 식사시간 인슐린을 매일 여러 번 주입할 것을 요구받을 수 있다.
예시적인 탄수화물-볼루스-계산기 요법을 활성화하기 위해, HCP들은 이하의 파라미터들을 설정할 수 있다:
● 목표 GL(GLT), mg/dL 단위
● 인슐린 감수성 인자(ISF), mg/dL/인슐린 유닛 단위
● 인슐린-대-탄수화물 비율(ICR), 그램 탄수화물/인슐린 유닛 단위
● 인슐린 지속기간(ID), 시간 단위
추가로, HCP는 이하의 생활습관 수정자들 중 일부 또는 전부를 활성화하거나 전혀 활성화하지 않고, 대응하는 조정량을 설정할 수 있다. HCP는 그들의 환자에게 적절한 백분율들을 사용하여 생활습관 인자 조정들을 설정한다. 백분율 값은 수학식에 사용하기 위해 10 진수 값으로 변환된다. HCP가 수정자를 활성화하지 않는 경우, 투여 요법은 0 값을 사용할 것이다.
● 활동 인자(AF), 백분율 단위
● 스트레스 인자(SF), 백분율 단위
● 질병 인자(IF), 백분율 단위
● 스테로이드 인자(StF), 백분율 단위
● 월경 인자(MF), 백분율 단위
MMA는 이하의 추가 입력들을 사용하여 권장 용량을 계산할 것이다:
● 현재 GL(GL), mg/dL 단위
● 현재 시간(t), 시간 단위
● 탄수화물 섭취량(CHO), 그램 탄수화물 단위, 또는 식사 인슐린(MI), 인슐린 유닛 단위
인슐린-온보드(IOB), 즉 현재 기간에서 여전히 활성인 모든 인슐린 용량들이 계산에 포함될 것이다. 이전 용량은 ID(Insulin Duration) 시간보다 덜 이전에 복용된 경우, "활성"으로 간주된다. 일부 실시예들에서, 이전 용량들은 이하의 파라미터들을 사용하여 계산될 수 있다:
● 전달된 볼루스(DB), 인슐린 유닛 단위
● 전달된 볼루스의 시간(tDB), 시간 단위
● 곱셈 계수(X)
○ X = 0 개별의 전달된 볼루스가 0.5 시간을 포함하여 그 미만 이전에 투여된 경우
○ X = 1 개별의 전달된 볼루스가 0.5 시간 초과 ID 시간 미만 이전에 투여된 경우
앞에서 논의된 바와 같이, IOB 계산의 DB 파라미터는 복수의 방식으로 정의될 수 있다. 예를 들어, DB 파라미터는 (i) 이전 용량으로부터의 전체 인슐린 양으로, 또는 (ⅱ) 이전 용량의 포도당 보정 부분만으로 설정될 수 있다.
MMA 사용자는 탄수화물 섭취량(CHO)(예를 들어, 식사에서 예상되는 탄수화물 수) 또는 식사시간 인슐린(MI)(예를 들어, 인슐린 유닛으로 표현됨)을 입력하도록 선택할 수 있다. MMA 사용자가 식사시간 인슐린을 입력하기로 선택하는 경우, MMA 사용자는 사용자가 특정 식사를 커버할 것으로 예상하는 인슐린의 유닛 수를 입력할 수 있다. 예를 들어, MMA 사용자가 특정 식사에 몇 그램의 탄수화물이 있는지를 정확히 알지는 못하지만, 경험을 통해 특정 유닛 수의 인슐린이 해당 유형의 식사를 커버하기에 충분하다는 것을 알고 있는 경우, MMA 사용자는 예상 탄수화물 섭취량을 대신하여 식사시간 인슐린의 유닛 수를 입력하기로 선택할 수 있다. MMA 사용자가 탄수화물 섭취량을 입력하는지 또는 식사 인슐린을 입력하는지에 따라, 용량 권장을 계산하기 위해 아래의 적절한 공식이 사용될 것이다.
사용자가 탄수화물 섭취량 값을 입력할 때, 볼루스 인슐린 용량 권장(recommendation, RD)은 이하의 공식을 사용하여 계산될 것이다:
Figure pct00009
여기서,
Figure pct00010
는 공식의 탄수화물 섭취량 부분을 표현한다.
사용자가 식사 인슐린 값을 입력할 때, 볼루스 인슐린 용량 권장은 이하의 공식을 사용하여 계산될 것이다:
Figure pct00011
여기서, MI는 식사 섭취량을 커버하기 위한 인슐린을 표현한다.
이하의 고려들이 공식에 적용된다:
● 보정 용량
Figure pct00012
은 양수, 음수 또는 0 값일 수 있다.
● 각각의 IOB 계산
Figure pct00013
은 양수 또는 0일 수 있다. 계산 동안, IOB 계산이 음수 값을 반환하면, MMA는 활성 인슐린 유닛 값 0을 사용할 것이다.
계산된 권장 용량이 음수 값을 반환하면, MMA는 인슐린 0 유닛을 권장한다. 대안적으로, MMA가 환자가 저혈당 상태에 있거나 곧 들어갈 것이라는 점을 검출하는 경우, 및/또는 MMA가 환자가 지나치게 많은 IOB(인슐린-온보드, 즉 환자의 체내 인슐린 양)를 갖는다고 결정하는 경우, MMA는 환자에게 식사 또는 일정량의 탄수화물을 섭취하도록 권장할 수 있다. 일부 실시예들에서, MMA가 환자가 저혈당 상태에 있거나 곧 들어갈 것이라고 결정하는 경우, MMA는 환자가 글루카곤 또는 환자의 포도당 수준들을 높이는 소정의 다른 약물을 주입하도록 권장할 수 있다.
예시적인 탄수화물-볼루스-계산기 요법은 사용자가 HCP에 의해 구성된 대로의 볼루스 계산기 요법에 기초하는 용량 권장들을 수신하는 것을 허용함으로써 볼루스 인슐린 투여의 복잡성을 줄이는 데 도움이 된다. 사용자가 투여 요법 처방을 수락한 경우, 사용자는 앱에 들어가 볼루스 투여 권장 워크플로우에 들어갈 것을 선택할 수 있다. 그들은 자신의 포도당-수준 측정값을 입력 및/또는 확인하고, 자신이 섭취하려고 하는 탄수화물 수를 입력하고, 활동 또는 스트레스의 변화와 같은 임의의 추가 수정자들을 선택하고, 볼루스 투여 권장을 수신할 것이다. 사용자는 탄수화물의 양을 대신하여 식사를 커버하는 데에 필요한 인슐린의 유닛 수를 입력하여, 보정 용량으로 도움을 주기 위한 요법을 사용하고 온보드-인슐린을 처리하는 것을 선택할 수 있다. 탄수화물 볼루스 계산기 투여 요법은 의도된 탄수화물 섭취량을 커버할 인슐린의 양, 현재 및 목표 혈당에 기초하는 수정 용량, 내부 인슐린 PKPD 데이터에 기초하는 온보드 인슐린을 설명한다.
D. 탄수화물 식사-크기-기반 계산기
예시적인 탄수화물-식사-크기-기반-계산기 알고리즘 및 연관된 요법이 아래에 설명된다. 예시적인 탄수화물-식사-크기-기반-계산기 요법은 위에서 설명된 예시적인 탄수화물-볼루스-계산기 요법의 기능을, 탄수화물 식사 함량의 소형, 중형 및 대형 정성적 평가를 위해 HCP에 의해 이루어지는 추가 세팅들과 함께 이용한다. 예를 들어, MMA 사용자가 식사 내의 예상되는 탄수화물 수 또는 식사시간 인슐린의 양을 입력하도록 하는 대신에, MMA 사용자는 단순히 자신이 곧 "소형", "중형" 또는 "대형" 식사를 할 것임을 나타낼 수 있다. 다음으로, MMA 사용자의 선택은 "소형", "중형" 또는 "대형" 식사에 대해 미리 설정된 값들(잠재적으로 HCP 및/또는 MMA 사용자에 의해 구성가능함)에 기초하여, 추정된 탄수화물 수로 변환된다.
예시적인 탄수화물-식사-크기-기반-계산기 요법은 식사의 크기, 특히 식사의 탄수화물 함량의 크기를 추정할 수 있는, T1DM 및 T2DM을 갖는 사용자들에게 적절하다. 일부 경우들에서, 사용자는 속효성 인슐린 유사체와 함께 식사시간 인슐린을 매일 여러 번 주입해야 할 수 있다.
예시적인 탄수화물-식사-크기-기반-계산기 요법을 활성화하기 위해, HCP들은 이하의 파라미터들을 설정할 수 있다:
● 목표 GL(GLT), mg/dL 단위
● 인슐린 감수성 인자(ISF), mg/dL/인슐린 유닛 단위
● 인슐린-대-탄수화물 비율(ICR), 그램 탄수화물/인슐린 유닛 단위
● 인슐린 지속기간(ID), 시간 단위
● "소형" 식사 크기 내의 추정 탄수화물의 양, 그램 탄수화물 단위
● "중형" 식사 크기의 추정 탄수화물 양, 그램 탄수화물 단위
● "대형" 식사 크기의 추정 탄수화물 양, 그램 탄수화물 단위
추가로, HCP는 이하의 생활습관 수정자들 중 일부 또는 전부를 활성화하거나 전혀 활성화하지 않고, 대응하는 조정량을 설정할 수 있다. HCP는 그들의 환자에게 적절한 백분율들을 사용하여 생활습관 인자 조정들을 설정한다. 백분율 값은 수학식에 사용하기 위해 10 진수 값으로 변환된다. HCP가 수정자를 활성화하지 않는 경우, 투여 요법은 0 값을 사용할 것이다.
● 활동 인자(AF), 백분율 단위
● 스트레스 인자(SF), 백분율 단위
● 질병 인자(IF), 백분율 단위
● 스테로이드 인자(StF), 백분율 단위
● 월경 인자(MF), 백분율 단위
MMA는 이하의 추가 입력들을 사용하여 권장 용량을 계산할 것이다:
● 현재 GL(GL), mg/dL 단위
● 현재 시간(t), 시간 단위
● 소형, 중형, 대형 또는 선택 없음으로서의 탄수화물 섭취량 식사 크기(MS)
○ MMA는 HCP가 선택된 식사에 대해 미리 설정한 것에 기초하여 식사 크기를 대응하는 탄수화물 그램 수로 치환할 것이다.
○ 환자가 식사 없음 옵션을 선택한 경우, MMA는 식사 크기를 0 값으로 치환할 것이다.
인슐린 온 보드(IOB), 즉 현재 기간에서 여전히 활성인 모든 인슐린 용량들이 계산에 포함될 것이다. 이전 용량은 ID(Insulin Duration) 시간보다 덜 이전에 복용된 경우, "활성"으로 간주된다. 일부 실시예들에서, 이전 용량들은 이하의 파라미터들을 사용하여 계산될 수 있다:
● 전달된 볼루스(DB), 인슐린 유닛 단위
● 전달된 볼루스의 시간(tDB), 시간 단위
● 곱셈 계수(X)
○ X = 0 개별의 전달된 볼루스가 0.5 시간을 포함하여 그 미만 이전에 투여된 경우
○ X = 1 개별의 전달된 볼루스가 0.5 시간 초과 ID 시간 미만 이전에 투여된 경우
앞에서 논의된 바와 같이, IOB 계산의 DB 파라미터는 복수의 방식으로 정의될 수 있다. 예를 들어, DB 파라미터는 (i) 이전 용량으로부터의 전체 인슐린 양으로, 또는 (ⅱ) 이전 용량의 포도당 보정 부분만으로 설정될 수 있다.
볼루스 인슐린 용량 권장(recommendation, RD)은 이하의 공식을 사용하여 계산될 것이다:
Figure pct00014
여기서,
Figure pct00015
은 탄수화물 섭취량을 표현한다.
이하의 고려들이 공식에 적용된다:
● 보정 용량
Figure pct00016
은 양수, 음수 또는 0 값일 수 있다.
● 각각의 IOB 계산
Figure pct00017
은 양수 또는 0일 수 있다. 계산 동안, IOB 계산이 음수 값을 반환하면, MMA는 활성 인슐린 유닛 값 0을 사용할 것이다.
계산된 권장 용량이 음수 값을 반환하면, MMA는 인슐린 0 유닛을 권장한다. 대안적으로, MMA가 환자가 저혈당 상태에 있거나 곧 들어갈 것이라는 점을 검출하는 경우, 및/또는 MMA가 환자가 지나치게 많은 IOB(인슐린 온보드, 즉 환자의 체내 인슐린 양)를 갖는다고 결정하는 경우, MMA는 환자에게 식사 또는 일정량의 탄수화물을 섭취하도록 권장할 수 있다. 일부 실시예들에서, MMA가 환자가 저혈당 상태에 있거나 곧 들어갈 것이라고 결정하는 경우, MMA는 환자가 글루카곤 또는 환자의 포도당 수준들을 높이는 소정의 다른 약물을 주입하도록 권장할 수 있다.
예시적인 탄수화물 식사-크기-기반 계산기 요법은 사용자가 HCP에 의해 구성된 대로의 식사-크기-기반-계산기 요법에 기초한 용량 권장들을 수신하는 것을 허용함으로써 볼루스 인슐린 투여의 복잡성을 줄이는 데 도움이 될 수 있다. 사용자가 투약-요법 처방을 수락한 경우, 사용자는 앱에 들어가서 볼루스-투여-권장 워크플로우에 들어가도록 선택할 수 있다. 그들은 자신의 포도당 측정값을 입력 및/또는 확인하고, 자신의 식사 크기를 선택하고, 활동 또는 스트레스의 변화와 같은 임의의 추가 수정자들을 선택하고, 볼루스-투여 권장을 수신할 것이다. 탄수화물-식사-크기-기반 계산기 투여 요법은 의도된 탄수화물 섭취량을 커버하는 인슐린의 양, 현재 및 목표 혈당에 기초하는 보정 용량, 내부 인슐린 PKPD 데이터에 기초하는 인슐린 온보드를 설명한다.
도 19는 모바일 디바이스에서 실행되는 MMA(예를 들어, 모바일 디바이스(104)에서 실행되는 MMA(568) 또는 모바일 디바이스(532)에서 실행되는 MMA(570))에 의해 구현되는 예시적인 프로세스(1900)를 도시하는 흐름도이다. MMA는 프로세스(1900)를 사용하여 환자의 상태에 관한 정보를 수집하고, MMA에서 처방되고 활성화된 인슐린 투여 요법이 무엇이든 간에 그에 따라 인슐린 용량을 권장한다.
단계(1902)에서, MMA는 환자로부터 포도당 판독값을 수신한다. 이것은 다양한 방식으로 수행될 수 있다. 예를 들어, 도 20은 MMA로부터의 예시적인 스크린샷을 묘사하고, 여기서 MMA는 연속 포도당 측정기(CGM)와 같은 환자의 연결된 포도당 센서와 자동으로 동기화된다. 도 20에 도시된 바와 같이, MMA는 연결된 포도당 측정기로부터 포도당 측정기 판독값이 취해진 시간(이 예에서는 9:31am), 혈중 포도당 수준(이 경우, 355 mg/dL)을 묘사할 수 있으며, 환자가 "또는 혈당 편집(Or edit blood sugar)"이라고 표시된 버튼을 터치함으로써 혈당 판독값을 편집하는 것을 또한 허용한다. 환자가 연결된 포도당 측정기로부터 수신된 포도당 수준에 동의하는 경우, 또는 환자가 포도당 수준의 편집을 마친 경우, 환자는 "혈당 확인(Confirm Blood Sugar)"이라고 표시된 버튼을 터치할 수 있으며, 이 때 MMA는 제시된 포도당 수준을 환자의 로그에 기록할 것이다.
대안적으로, MMA는 환자가 자신의 포도당 수준을 수동으로 타이핑하도록 허용하거나, MMA에게 연결된 포도당 측정기와 동기화하도록 프롬프트하는 것을 허용할 수 있다. 환자의 포도당 수준을 수신하는 이러한 방법들은 도 21a, 도 21b, 및 도 21c에 도시되어 있다. 도 21a에서, MMA는 환자에게 자신의 포도당 수준을 입력하도록 프롬프트한다. 환자가 "혈당 입력(Enter Blood Sugar)"이라고 표시된 버튼을 터치하는 경우, MMA는 도 21b에 도시된 스크린으로 전환되고, 여기서 환자는 자신의 포도당 수준을 수동으로 타이핑할 수 있다. 환자가 포도당 수준을 타이핑하고 나면, 환자는 "다음" 버튼을 터치하여 MMA에게 입력 포도당 수준을 환자의 로그에 기록하도록 지시할 수 있다. 환자가 "또는 측정기와 동기화(Or sync with meter)"라고 표시된 버튼을 터치하면, MMA는 도 21c에 도시된 스크린으로 전환되고, 여기서 MMA는 환자의 연결된 포도당 측정기(예를 들어, BGM, CGM 또는 FGM)와 동기화된다. 이 경우, 도 21c에 도시된 바와 같이 MMA는 환자의 연결된 포도당 측정기로부터 355 mg/dL의 포도당 수준을 수신한다. 대안적으로, 환자가 도 21b에서 "또는 측정기와 동기화(Or sync with meter)" 버튼을 터치하면, MMA는 또한 도 21c에 도시된 스크린으로 전환될 것이다. MMA가 연결된 측정기로부터 포도당 수준을 수신하고 나면, 환자는 "다음" 버튼을 터치함으로써 MMA에게 환자의 로그에 포도당 수준을 기록할 것을 지시할 수 있다.
도 19로 되돌아가면, MMA가 포도당 판독값을 수신하고 나면, MMA는 단계(1904)로 이동한다. 이 시점에서, MMA는 어느 투여 요법이 처방되었고 MMA에서 활성화되었는지를 결정한다. 일일 적정 요법이 처방/활성화된 경우, 프로세스(1900)는 단계(1906)로 분기된다. 고정 용량 요법이 처방/활성화된 경우, 프로세스(1900)는 단계(1908)로 분기된다. 탄수화물 볼루스 계산기 요법이 처방/활성화된 경우, 프로세스(1900)는 단계(1910)로 분기한다. 탄수화물 식사-크기-기반 계산기 요법이 처방/활성화된 경우, 프로세스(1900)는 단계(1912)로 분기한다.
단계(1906)(일일 적정 요법에 사용됨)에서, MMA는 환자로부터 식사 유형 또는 시각의 선택을 수신한다. 예를 들어, 도 22a - 도 22c에 도시된 예시적인 스크린샷들은 환자가 자신이 아침식사 시간(도 22a), 점심식사 시간(도 22b), 저녁식사 시간(도 22c), 또는 취침 시간(도 22d)에 곧 용량을 복용할 것인지 나타내는 것을 허용한다. MMA는 이 정보를 사용하여 "일일 적정" 투여 요법에 대해 위에서 설명된 예시적인 알고리즘들에 따라 권장 인슐린 용량을 계산한다.
단계(1908)(고정 용량 요법에 사용됨)에서, MMA는 식사 유형의 선택은 물론, 환자로부터 적용되는 임의의 건강 인자들을 수신한다. 예를 들어, 도 23a - 도 23d에 도시된 예시적인 스크린샷들은 환자가 자신이 어떤 식사와도 연관없이(도 23a), 아침식사 시간에(도 23b), 점심식사 시간에(도 23c) 또는 저녁식사 시간에(도 23d) 곧 용량을 복용할 것인지 나타내는 것을 허용한다. 환자가 고른 식사 선택에 관계없이, 환자는 또한 스트레스, 활동, 질병, 스테로이드, 및/또는 월경과 같이 환자가 현재 경험하고 있는 임의의 건강 인자들을 선택할 수 있다. MMA는 이 정보를 사용하여 "고정-용량" 투여-요법에 대해 위에서 설명된 예시적인 알고리즘들에 따라 권장 인슐린 용량을 계산한다.
단계(1910)(탄수화물 볼루스 계산기 요법에 사용됨)에서, MMA는 환자가 섭취하려고 하는 예상 탄수화물 그램 수, 및/또는 환자가 자신이 섭취하고자 하는 탄수화물을 커버하기에 충분할 것으로 예상하는 식사시간 인슐린의 예상 유닛 수를 수신한다. MMA는 또한 환자로부터 적용되는 임의의 건강 인자들을 수신한다. 예를 들어, 도 24a는 환자에게 소비될 예상 탄수화물 그램 수를 입력할 것을 프롬프트한다. 환자는 숫자 키패드를 사용하여 추정 탄수화물 수를 입력할 수 있다. 도 24b에 도시된 바와 같이, 환자는 자신이 96 그램의 탄수화물을 섭취하고자 한다는 것을 표시했다. 환자가 "다음" 버튼을 누르면, MMA는 도 24c에 도시된 스크린으로 전환되고, 여기서 환자는 스트레스, 활동, 질병, 스테로이드, 및/또는 월경과 같이 자신이 현재 경험하고 있는 임의의 건강 인자들을 선택할 수 있다. 환자가 건강 인자들의 선택을 마치고 나면, 환자는 적어도 하나의 건강 인자가 선택되었을 때 나타나는 "다음" 버튼(도시되지 않음)을 터치할 수 있다. 대안적으로, 환자가 이러한 건강 인자들 중 어느 것도 경험하고 있지 않은 경우, 환자는 "건너뛰기(Skip)" 버튼을 누를 수 있다. 적어도 하나의 건강 인자가 선택되거나 환자가 "건너뛰기" 버튼을 누른 경우, MMA는 도 24d에 도시된 스크린으로 전환된다. 도 24d에서, MMA는 선택된 탄수화물 그램 수는 물론, 임의의 선택된 건강 인자를 환자의 확인을 위해 디스플레이한다. 환자는 "다음" 버튼을 터치함으로써 확인할 수 있다.
대안적으로, 환자는 (예를 들어, 경험에 기초하여) 환자가 곧 섭취할 식사를 커버할 것으로 예상하는 식사시간 인슐린의 유닛 수를 입력하기로 정할 수 있다. 환자는 도 24a에서 "식사 인슐린" 라디오 버튼을 선택함으로써 자신이 식사시간 인슐린을 입력할 것임을 MMA에게 나타낼 수 있다. "식사 인슐린" 라디오 버튼이 선택되는 경우, MMA는 도 25a - 도 25d에 보여진 일련의 스크린들로 전환된다. 도 25a에서, MMA는 번호가 매겨진 키패드를 사용하여 식사시간 인슐린의 유닛 수를 입력할 것을 환자에게 프롬프트한다. 예를 들어, 도 25b에 도시된 바와 같이, 환자는 12 유닛의 식사시간 인슐린을 입력하였다. 환자가 "다음" 버튼을 누르면, MMA는 도 25c에 보여진 스크린으로 전환되고, 여기서 환자는 스트레스, 활동, 질병, 스테로이드 및/또는 월경과 같이, 자신이 현재 경험하고 있는 임의의 건강 인자들을 선택할 수 있다. 대안적으로, 환자가 이러한 건강 인자들 중 어느 것도 경험하고 있지 않은 경우, 환자는 "건너뛰기" 버튼을 누를 수 있다. 도 25d에서, MMA는 식사시간 인슐린의 선택된 유닛 수는 물론, 임의의 선택된 건강 인자들을 환자의 확인을 위해 디스플레이한다. 환자는 "다음" 버튼을 눌러 확인할 수 있다.
도 19로 되돌아가면, 단계(1912)(탄수화물 식사-크기-기반 계산기 요법에 사용됨)에서, MMA는 식사 크기의 선택은 물론, 환자로부터 적용되는 임의의 건강 인자들을 수신한다. 예를 들어, 도 26a 내지 도 26d에 도시된 예시적인 스크린샷들은 환자가 자신이 어떤 식사와도 연관없이(도 26a), "소형" 식사와(도 26b), "중형" 크기 식사와(도 26c), 또는 "대형" 크기 식사와(도 26d) 함께 용량을 곧 복용하려고 하는지 나타내는 것을 허용한다. 이러한 식사-크기 선택들은 앞에서 설명된 미리 설정된 식사-크기 정의에 따라 예상 탄수화물 수로 변환된다. 환자가 고른 식사-크기 선택에 관계없이, 환자는 또한 스트레스, 활동, 질병, 스테로이드, 및/또는 월경과 같이, 환자가 현재 경험하고 있는 임의의 건강 인자들을 선택할 수 있다. MMA는 이 정보를 사용하여 "탄수화물-식사-크기-기반 계산기" 요법에 대해 위에서 설명된 예시적인 알고리즘에 따라 권장 인슐린 용량을 계산한다.
도 19로 되돌아가면, 단계들(1906, 1908, 1910 또는 1912)에서 환자로부터 정보를 수집한 후, MMA는 단계(1914)로 분기하여, 인슐린 권장 용량을 계산하고 제시한다. 인슐린 권장 용량을 계산하기 위한 알고리즘들은 현재 처방되고 활성화된 투여 요법에 따라 달라지며, 앞에서 설명되었다. 다음으로, MMA는 도 27a의 예시적인 스크린샷에 도시된 바와 같이, 이 용량을 사용자에게 제시한다(이 예에서는 식사시간 인슐린 10 유닛의 용량을 권장함). 환자는 또한 예를 들어 도 27a의 "용량 편집" 버튼을 터치함으로써 권장 용량을 편집할 수 있는 기회를 제공받을 것이다.
단계(1916)에서, MMA는 사용자가 권장 용량을 편집했는지를 결정한다. 그렇다면, MMA는 단계(1918)로 분기하여, 제시된 용량을 업데이트한다. 이 프로세스는 도 27b에 도시되어 있고, 여기서 환자는 제시된 용량의 오른쪽에 있는 "+" 버튼을 눌러 권장 용량을 증가시키거나 제시된 용량의 왼쪽에 있는 "-" 버튼을 눌러 권장 용량을 감소시킬 수 있다. 환자가 권장 용량 편집을 마치면, 환자는 "저장" 버튼을 터치할 수 있고, 그러면 환자는 도 27a에 도시된 스크린으로 되돌아간다. 일일 적정 투여 요법이 처방/활성화된 경우, MMA는 선택적으로 도 27c에 도시된 추가 메시지를 디스플레이할 수 있고, 이는 일일 적정 투여 요법이 환자의 다음 식사 전의 혈당을 사용하여 내일의 인슐린 용량을 조정하기 때문에, 환자에게 그 값을 확인하는 것이 중요함을 미리 알린다.
환자가 제시된 용량을 편집하지 않은 경우, MMA는 단계(1920)로 분기하여 사용자가 용량 복용을 확인했는지를 결정한다. 그렇지 않은 경우, MMA는 단계(1916)로 다시 분기한다. 그렇다면, MMA는 단계(1922)로 진행하여 용량을 기록한다. 이 프로세스는 도 27a 및 도 27c에 도시되어 있고, 여기서 환자는 "이 용량을 복용했습니다"라고 표시된 버튼을 터치하여 자신이 용량을 복용했음을 확인할 수 있다. 이 버튼을 터치하면, MMA는 제시된 용량을 환자의 로그북에 기록하게 된다.
도 28은 환자에게 투여될, 현재 환자에게 투여 중인, 및/또는 최근에 환자에게 투여된 인슐린의 용량을 제시하는 대안적인 사용자-인터페이스 디스플레이(2800)를 묘사한다. 인슐린 용량은 이전에 논의된 인슐린 투여 요법들 중 하나에 의해 권장되었거나 환자에 의해 수동으로 입력 또는 조정되었을 수 있다. 사용자-인터페이스 디스플레이(2800)는 도 27a - 도 27c에 도시된 스크린샷들을 대신하여 또는 이에 추가하여 MMA에 디스플레이될 수 있다. 대안적으로 또는 추가적으로, 사용자-인터페이스 디스플레이(2800)는 인슐린 펜에 장착된 시각적 스크린과 같은 약물-전달 디바이스에 디스플레이될 수 있다.
사용자-인터페이스 디스플레이(2800)는 복수의 패널을 포함한다. 패널은 시각적 디스플레이 스크린의 일부에 프로세서에 의해 디스플레이되는 데이터를 포함할 수 있다. 제1 패널(2802)은 환자에게 투여될, 현재 환자에게 투여 중인, 또는 최근에 환자에게 투여된 인슐린의 유닛 수를 디스플레이하며, 도시된 예에서, 제1 패널(2802)은 인슐린 3.5 유닛을 보여준다.
제2 패널(2804)은 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 탄수화물의 양을 디스플레이한다. 본 명세서 및 청구항들에서 사용되는 바와 같이, 특정한 인슐린의 유닛 수 Y"에 의해 커버될 것으로 예상되는" 탄수화물의 양 X는, 당뇨병 환자에 의해 섭취된 경우, 상기 탄수화물의 양 X의 섭취 후의 환자의 포도당 수준을 상기 탄수화물의 양 X의 섭취 전의 환자의 포도당 수준과 동일하게 유지하기 위해 환자에게 Y 유닛의 인슐린의 투여를 필요로 하는, 추정된 탄수화물의 양에 대응한다. 도시된 예에서, 제2 패널(2804)은 28g의 탄수화물이 제시된 3.5 유닛의 인슐린으로 커버될 것으로 예상된다는 것을 나타낸다. 제2 패널(2804)에 의해 디스플레이되는 탄수화물의 수는 제1 패널(2802)에 의해 디스플레이되는 인슐린의 유닛 수를 인슐린-대-탄수화물 비율(ICR)로 나눔으로써 계산될 수 있다. 사용자-인터페이스 디스플레이(2800)는 모든 환자에 적용되는 기본 ICR 값, 또는 환자, 간병인 또는 HCP에 의해 제공되는 환자-특정 ICR을 사용할 수 있다. 일부 실시예들에서, 특정 환자에 대한 ICR이 시각에 따라 예측가능한 패턴에 따라 변하는 것으로 알려진 경우, ICR은 환자는 물론 시각에도 특정적일 수 있다. 이 예에서, 사용자-인터페이스 디스플레이(2800)에 의해 사용되는 ICR이 0.125인 경우, 제2 패널(2804)에 의해 디스플레이되는 탄수화물의 그램 수(28g)는 제1 패널(2802)에 디스플레이된 인슐린의 유닛 수(3.5 유닛)를 0.125의 ICR로 나눔으로써 도출될 수 있다.
제3 패널(2806)은 제2 패널에 의해 디스플레이되는 탄수화물의 수가 소형 식사 크기에 대응하는지 대형 식사 크기에 대응하는지를 나타낸다. 도 28에 도시된 예에서, 이 제3 패널(2806)은 "소형" 식사 크기, "중형" 식사 크기, 또는 "대형" 식사 크기 사이의 식사 크기 범위를 디스플레이하는 스펙트럼의 형태를 취하며, 또한 제2 패널(2804)에 의해 디스플레이된 탄수화물의 수가 이 스펙트럼 상의 어디에 속하는지를 나타내는 표시자(2810)를 포함한다. 다른 실시예들(도시되지 않음)에서, 제3 패널(2806)은 단순히 식사-크기 분류를 나타내는 문자, 단어 또는 심볼을 디스플레이할 수 있다. 가장 간단한 경우, 식사들은 단순히 "소형" 또는 "대형"의 2개의 범주 중 하나로 분류될 수 있다. 일부 실시예들에서, 식사들은 "소형", "중형" 또는 "대형"의 3개의 범주 중 하나로 분류될 수 있다. 또 다른 실시예들에서, 식사들은 4개 이상의 식사 크기 분류로 분류될 수 있다.
제3 패널(2806)은 상이한 식사-크기 분류들을 정의하는 조정가능한 파라미터들에 기초하여 계산될 수 있다. 예를 들어, 식사를 3가지 범주(예를 들어, "소형", "중형" 또는 "대형")로 분류하는 실시예들에서, 이러한 조정가능한 파라미터들은 "중형"-크기 식사에 대한 최소 탄수화물 임계값(예를 들어, 30g), 및 "중형"-크기 식사에 대한 최대 탄수화물 임계값(예를 들어, 60g)을 포함할 수 있다. 이러한 최소 및 최대 탄수화물 임계값 사이에 속하는 임의의 탄수화물 값은 "중형"-크기 식사로 분류될 수 있다. 최소 탄수화물 임계값 미만에 속하는 임의의 탄수화물 값은 "소형"-크기 식사로 분류될 수 있으며, 최대 탄수화물 임계값 초과에 속하는 임의의 탄수화물 값은 "대형"-크기 식사로 분류될 수 있다. (도 28에 도시된 바와 같이) 범위를 디스플레이하는 스펙트럼을 포함하는 패널들은 또한 이러한 식사 크기 정의들에 기초하여, 예를 들어 식사 크기 정의들에 의존하여 스펙트럼을 따른 표시자의 배치를 스케일링함으로써, 표시자를 배치할 위치를 결정할 수 있다. 앞에서 논의된 바와 같이, 이러한 식사 크기 정의들은 환자, 간병인, 또는 HCP에 의해 맞춤화될 수 있다.
제4 패널(2808)은 제1 패널(2802)에 의해 디스플레이된 인슐린의 유닛 수의 투여로 인한 환자의 포도당 수준의 예상 저하를 디스플레이한다. 도시된 예에서, 제4 패널(2808)은 제1 패널(2802)에 디스플레이된 인슐린 3.5 유닛의 투여 결과로 75mg/dL의 혈중 포도당 저하가 예상됨을 나타낸다. 제4 패널(2808)에 의해 디스플레이된 포도당 저하는 제1 패널(2802)에 디스플레이된 인슐린의 유닛 수에 인슐린 감수성 인자(ISF)를 곱함으로써 계산될 수 있다. 사용자-인터페이스 디스플레이(2800)는 모든 환자들에 적용되는 기본 ISF, 또는 환자, 간병인 또는 HCP에 의해 제공되는 환자-특정 ISF를 사용할 수 있다. 일부 실시예들에서, 특정 환자에 대한 ISF가 시각에 따라 예측가능한 패턴에 따라 변하는 것으로 알려진 경우, ISF는 환자는 물론 시각에 대해 특정적일 수 있다. 이 예에서, ISF가 21.4인 경우, 제4 패널(2808)에 의해 디스플레이되는 예상 BG 저하(75mg/dL)는 제1 패널(2802)에 의해 디스플레이되는 유닛 수(3.5 유닛)에 ISF 21.4를 곱함으로써 도출될 수 있다.
도 28은 4개의 패널(2802, 2804, 2806 및 2808) 모두를 포함하는 사용자-인터페이스 디스플레이(2800)를 디스플레이하지만, 일부 실시예들은 이들 4개의 패널의 부분집합만을 디스플레이하거나 추가 패널들을 디스플레이할 수 있다. 예를 들어, 일부 실시예들은 제1 패널(2802), 제2 패널(2804) 및 제3 패널(2806)만을 포함할 수 있고, 제4 패널(2808)을 디스플레이하지 않을 수 있다. 다른 실시예들에서, 사용자-인터페이스 디스플레이(2800)는 제1 패널(2802) 및 제4 패널(2808)만을 포함할 수 있고, 제2 패널(2804) 또는 제3 패널(2806)을 디스플레이하지 않을 수 있다. 또 다른 실시예들에서, 사용자-인터페이스 디스플레이(2800)는 제1 패널(2802) 및 제2 패널(2804)만을 포함할 수 있다. 패널들이 도 28에 디스플레이된 순서, 구성 또는 상대적 크기로 배열될 필요는 없다.
어느 특정 패널이 디스플레이되는지에 관계없이, 사용자가 투여될, 현재 투여 중인, 또는 최근 투여된 인슐린의 유닛 수를 조정함에 따라, 디스플레이된 모든 패널이 업데이트될 수 있다. 도 29는 인슐린의 유닛 수가 디스플레이(2900a)의 3.5 유닛으로부터 디스플레이(2900b)의 4.0 유닛으로, 그리고 디스플레이(2900c)의 4.5 유닛으로 조정됨에 따른 사용자-인터페이스 디스플레이들의 시퀀스를 보여준다. 도시된 바와 같이, 제1 패널에 디스플레이되는 유닛 수는 패널(2902a)의 3.5로부터 패널(2902b)의 4.0으로, 그리고 다음으로 패널(2902c)의 4.5로 변경된다. 마찬가지로, 제2 패널 패널에 디스플레이된 탄수화물의 수(패널들(2904a, 2904b 및 2904c)을 참조), 제3 패널의 식사 크기 표시자(패널들(2906a, 2906b 및 2906c)을 참조), 및 제4 패널의 예상 포도당 저하(패널들(2908a, 2908b 및 2908c)을 참조)는 인슐린의 유닛 수들이 변경됨에 따라 자동으로 업데이트된다.
도 29에 도시된 예는 인슐린의 유닛 수가 0.5 유닛의 증분으로 조정되는 예를 보여주지만, 반드시 그럴 필요는 없다. 일반적으로, 개시된 사용자 인터페이스상에서 유닛의 수가 조정될 수 있는 입도는, 사용자-인터페이스가 연관된 전달 디바이스의 용량 분해능에 의존할 수 있다. 예를 들어, 전달 디바이스(예를 들어, 인슐린 펜)가 1.0 유닛 증분으로 상이한 용량들을 전달할 수 있는 경우, 사용자-인터페이스도 1.0 유닛 증분의 용량 조정을 허용하도록 구성될 수 있다. 전달 디바이스가 2.0 유닛 증분으로 상이한 용량들을 전달할 수 있는 경우, 사용자-인터페이스도 2.0 유닛 증분의 조정을 허용하도록 구성될 수 있다. 0.1 유닛, 5.0 유닛, 또는 임의의 다른 용량 분해능과 같은 다른 전달-디바이스 용량 분해능에 대해서도 마찬가지이다. 사용자-인터페이스의 용량 분해능을 환자의 전달 디바이스의 용량 분해능에 맞추면, 환자가 자신의 전달 디바이스에서 용량을 설정하는 방법을 쉽게 결정하는 것이 허용된다. 일부 경우들에서, 사용자-인터페이스는 상이한 용량 분해능들을 갖는 복수의 유형의 전달 디바이스와 함께 작동하도록 설계될 수 있다. 이러한 실시예들에서, 사용자-인터페이스 상의 용량 분해능은 특정 환자의 전달 디바이스 상의 용량 분해능을 따르도록 환자, 간병인 또는 HCP에 의해 구성가능할 수 있다.
투여될/현재 투여 중인/최근 투여된 인슐린의 유닛 수와 동시에, 커버되는 탄수화물의 수, 식사 크기 표시, 및/또는 예상 포도당 저하를 디스플레이하면, 환자들에게 다수의 이익이 제공된다. 환자들은 종종 특정 수의 탄수화물을 커버하거나 특정 식사 크기를 커버하거나 포도당 수준의 특정 저하를 달성하기 위해 인슐린을 투여한다. 이 정보의 일부 또는 전부를 환자에게 디스플레이함으로써, 환자는 디스플레이된 용량이 자신의 목표를 달성할 것인지를 쉽게 알 수 있고, 그에 따라 디스플레이된 용량을 조정할 수 있다.
이 정보를 동시에 디스플레이하면, 반올림 오차로 인한 과다- 또는 과소-투여를 줄임으로써 종래에 알려진 전달 디바이스 사용자-인터페이스들에 존재하는 기술적 문제가 또한 해결된다. 예를 들어, 환자들이 특정 식사를 커버할 용량을 계산하려고 시도할 때, 환자들은 종종 자신 앞의 식사의 탄수화물의 수를 추측하는 것에 의해 시작한다. 환자들이 추정된 탄수화물 수에 도달하고 나면, 환자들은 추정된 탄수화물 수에 기초하여 용량 크기를 계산한다. 그러나, 용량 크기를 계산할 때, 환자들은 종종 그들의 약물-전달 디바이스의 용량 분해능에 따라 가장 가까운 인슐린 유닛 또는 절반 유닛으로 반올림한다. 이러한 프로세스는 환자가 인슐린 용량에 도달하기 위해 2회의 반올림 또는 추정 단계, 즉 환자가 식사의 탄수화물 수를 추정하는 제1 단계, 및 환자가 해당 탄수화물 추정치를 인슐린의 유닛 수로 변환하는 제2 단계를 거칠 것을 요구한다. 이러한 2-단계 프로세스는 특정 식사를 커버하는 데 필요한 용량을 과대- 또는 과소-평가할 위험을 증가시킨다.
이것은 예시적인 시나리오를 사용하여 가장 잘 설명된다. 환자가 자신이 75g의 탄수화물을 갖는 식사를 곧 섭취할 것이라고 추정하는 경우를 고찰하기로 한다. 환자는 오직 식사의 시각적 외양과 자신의 이전 경험에 기초하여 이러한 추정에 도달한다. 그런 다음, 사용자는 인슐린-대-탄수화물 비율 8에 기초하여 용량을 계산하고, 이는 75g/8 = 9.375 유닛의 용량이 된다. 그러나, 그의 약물-전달 디바이스의 용량 분해능으로 인해, 그는 완전 인슐린 유닛만을 투여할 수 있으므로, 내림하여 9 유닛만 투여한다. 이 경우, 환자가 식사의 탄수화물의 수를 과소 평가한 후(예를 들어, 환자 앞의 식사가 실제로는 80g의 탄수화물을 함유한 경우) 내림했다면, 환자는 식사를 커버하는 데에 필요한 용량을 이중으로 과소평가했을 수 있다. 보상되지 않는다면, 이러한 인슐린의 과소 투여는 환자가 혈당 목표를 달성하는 것을 더 어렵게 만들 수 있다.
커버될 탄수화물의 수는 물론, 인슐린의 유닛 수를 디스플레이함으로써, 사용자-인터페이스 디스플레이는 반올림으로 인해 도입되는 오차들을 감소시킨다. 사용자-인터페이스 상에서 9 유닛과 10 유닛 사이를 다이얼함으로써, 환자는 9 유닛이 72 그램의 탄수화물을 커버하는 한편, 10 유닛이 80 그램의 탄수화물을 커버할 것임을 신속하게 결정할 수 있다. 다음으로, 사용자는 자신 앞의 식사가 탄수화물 72 그램에 더 가까운지 또는 80 그램에 더 가까운지를 추정할 수 있다. 2개의 계산 또는 추정 단계를 필요로 하는 앞에서 논의된 시나리오와 달리, 이 계산은 환자에 의한 단일의 단순한 추정 단계만을 수반한다. 이것은 환자가 자신 앞의 식사를 커버할 올바른 용량에 도달할 가능성을 증가시킨다. 예를 들어, 72 그램과 80 그램 사이의 선택에 직면할 때, 환자는 자신 앞의 식사가 실제로 80 그램에 더 가깝다고 결정할 가능성이 더 높고, 10 유닛의 인슐린을 투여하도록 선택할 수 있다.
개시된 사용자 인터페이스는 또한 환자가 탄수화물이 아니라 식사 크기 및/또는 목표 포도당 수준 저하에 기초하여 투여 결정을 내리는 상황들을 포함하여, 다른 시나리오들에서도 반올림 오차들을 감소시킬 수 있다. 제시된 인슐린 용량과 함께 식사 크기 및/또는 추정된 포도당 수준 저하를 디스플레이함으로써, 개시된 사용자-인터페이스는 환자에 의해 요구되는 추정/반올림 단계들의 수를 마찬가지로 감소시키고, 따라서 환자가 특정 식사를 커버하거나 특정 포도당 수준을 달성하기 위한 올바른 용량에 도달할 가능성을 증가시킨다.
앞에서 논의된 바와 같이, 개시된 사용자-인터페이스(2800)는 도 27a - 도 27c에서 이전에 개시된 스크린샷들을 대신하여 또는 그에 추가하여, 모바일 디바이스 상에서 실행되는 MMA 상에 디스플레이될 수 있다. 그러나, 추가로, 개시된 사용자-인터페이스(2800)는 연결된 인슐린 펜과 같은 모바일 약물-전달 디바이스 상에도 디스플레이될 수 있다. 하나의 그러한 예시적인 구현이 앞에서 논의된 사용자-인터페이스를 디스플레이하는 스크린(3000)을 갖는 연결된 인슐린 펜(3002)을 보여주는 도 30에 도시되어 있다. 이러한 연결된 인슐린 펜(3002)은 블루투스, WiFi, NFC 또는 다른 무선 링크를 통해 모바일 디바이스(104)와 같은 모바일 디바이스와 무선 통신할 수 있다. 이러한 무선 링크를 통해, 연결된 인슐린 펜(3002)은 인슐린-대-탄수화물 비율(ICR), 인슐린 감수성 인자(ISF), 및/또는 (앞에서 논의된 것과 같은) "중형"-크기 식사에 대한 최소 및 최대 탄수화물 임계값과 같은 식사 크기 정의와 같이, 사용자-인터페이스의 패널들에 의해 디스플레이되는 정보를 계산하기 위한 다양한 파라미터들을 수신할 수 있다.
도 31은 모바일 디바이스(예를 들어, 스마트폰 또는 약물-전달 디바이스)에 의해 실행되는 예시적인 프로세스를 예시하는 흐름도를 도시한다. 단계(3102)에서, 모바일 디바이스는 모바일 디바이스 상의 시각적 디스플레이를 통해 동시에 복수의 패널을 제시한다. 이러한 패널들은 환자에게 투여될 인슐린의 유닛 수를 디스플레이하는 제1 패널, 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 탄수화물 수를 디스플레이하는 제2 패널, 제2 패널에 디스플레이된 탄수화물의 수가 소형 식사 크기, 중형 식사 크기 또는 대형 식사 크기에 대응하는지를 나타내는 제3 패널, 및/또는 제1 패널에 의해 디스플레이된 인슐린의 유닛 수의 투여로 인해 발생하는 환자의 예상되는 포도당 수준 저하를 디스플레이하는 제4 패널을 포함할 수 있다. 앞에서 논의된 바와 같이, 일부 실시예들은 4개의 패널 전부를 디스플레이하는 것이 아니라, 이러한 패널들의 부분집합만을 디스플레이할 수 있다. 일부 실시예들은 또한 추가 패널들을 디스플레이할 수 있다.
단계(3104)에서, 모바일 디바이스는 환자에게 투여될, 현재 환자에게 현재 투여 중인, 및/또는 최근에 환자에게 투여된 인슐린의 유닛 수를 조정하는 사용자 입력을 수신한다. 예를 들어, 이러한 사용자 입력은 도 27b에서 위에서 논의된 것들과 유사한 MMA의 스크린 상의 "플러스" 또는 "마이너스" 버튼을 통해, 또는 숫자 키패드를 사용하여 수신될 수 있다. 대안적으로, 사용자 입력은 사용자가 인슐린 펜과 같은 연결된 인슐린-전달 디바이스의 노브를 다이얼링하는 것에 의해 수신될 수 있다.
단계(3106)에서, 모바일 디바이스는 조정된 인슐린 유닛 수에 따라 제1 패널, 제2 패널, 제3 패널 및/또는 제4 패널을 업데이트한다. 앞에서 설명된 바와 같이, 이러한 조정은 인슐린의 유닛 수를 커버되는 탄수화물의 수(예컨대, 인슐린-대-탄수화물 비율 또는 ICR)로 변환하는, 인슐린의 유닛 수를 예상되는 포도당 수준 저하(예를 들어, 인슐린 감수성 인자 또는 ISF)로 변환하는, 또는 커버되는 탄수화물 수를 식사 크기로 변환하는 파라미터들을 사용하여 행해질 수 있다.
본 발명이 예시적인 설계를 갖는 것으로 설명되었지만, 본 개시의 실시예들은 본 개시의 사상 및 범위 내에서 더 수정될 수 있다. 따라서, 본 출원은 일반적인 원리를 사용하여 개시된 실시예들의 임의의 변형, 사용 또는 적응을 포괄하도록 의도된다.

Claims (104)

  1. 방법으로서,
    헬스케어 전문가(healthcare-professional, HCP)-포털 애플리케이션을 통해, 환자에 관한 복수의 투약 요법을 제시하는 단계 - 각각의 제시되는 투약 요법은 각각의 상이한 투약 알고리즘에 연관됨 - ;
    상기 HCP-포털 애플리케이션을 통해, 상기 제시되는 투약 요법들 중 적어도 하나의 투약 요법의 HCP 선택을 수신하는 단계; 및
    상기 환자에 연관된 모바일 디바이스 상의 의료용 모바일 애플리케이션(medical mobile application, MMA)에 적어도 하나의 HCP-선택 투약 요법을 나타내는 HCP-선택-요법 데이터를 전송하는 단계
    를 포함하는 방법.
  2. 제1항에 있어서,
    상기 제시되는 투약 요법들은 하나 이상의 인슐린-투여 요법을 포함하고;
    상기 적어도 하나의 HCP-선택 투약 요법은 적어도 하나의 HCP-선택 인슐린-투여 요법을 포함하는, 방법.
  3. 제2항에 있어서,
    하나 이상의 제시되는 인슐린-투여 요법은 적어도 하나 이상의 기초-인슐린-투여 요법 및 하나 이상의 볼루스-인슐린-투여 요법을 포함하는, 방법.
  4. 제3항에 있어서,
    상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 적어도 하나의 HCP-선택 기초-인슐린-투여 요법 및 적어도 하나의 HCP-선택 볼루스-인슐린-투여 요법을 포함하는, 방법.
  5. 제1항에 있어서,
    건강 정보 기술(health information technology, HIT) 시스템으로부터, 상기 환자에 관한 전자 건강 기록(electronic health record, EHR) 데이터에 액세스하는 단계; 및
    상기 HCP-포털 애플리케이션을 통해 상기 EHR 데이터를 제시하는 단계
    를 더 포함하는 방법.
  6. 제2항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 일일-적정 볼루스-인슐린-투여 알고리즘에 연관된 일일-적정 볼루스-인슐린-투여 요법을 포함하는, 방법.
  7. 제2항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 고정-용량 볼루스-인슐린-투여 알고리즘에 연관된 고정-용량 볼루스-인슐린-투여 요법을 포함하는, 방법.
  8. 제2항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 탄수화물-볼루스-계산기 볼루스-인슐린-투여 알고리즘에 연관된 탄수화물-볼루스-계산기 볼루스-인슐린-투여 요법을 포함하는, 방법.
  9. 제2항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 탄수화물-식사-크기-기반-계산기 볼루스-인슐린-투여 알고리즘에 연관된 탄수화물-식사-크기-기반-계산기 볼루스-인슐린-투여 요법을 포함하는, 방법.
  10. 제1항에 있어서, 상기 MMA로부터, 상기 MMA가 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해 상기 적어도 하나의 HCP-선택 투약 요법에 연관된 환자-수락 표시를 수신했음을 나타내는 요법-수락 표시를 수신하는 단계를 더 포함하는 방법.
  11. 제1항에 있어서, 상기 MMA로부터, 상기 MMA가 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해 상기 적어도 하나의 HCP-선택 투약 요법에 연관된 환자-거부 표시를 수신했음을 나타내는 요법-거부 표시를 수신하는 단계, 및 상기 환자-거부 표시에 응답하여 상기 환자에 연관된 상기 모바일 디바이스 상에서 상기 MMA를 비활성화하는 단계를 더 포함하는 방법.
  12. 제1항에 있어서, 상기 HCP-선택-요법 데이터는 상기 MMA 상에서 상기 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하도록 동작가능한, 방법.
  13. 제12항에 있어서, 상기 MMA는 상기 적어도 하나의 HCP-선택 투약 요법이 상기 HCP-선택-요법 데이터에 의해 잠금 해제된 후에만 상기 적어도 하나의 HCP-선택 투약 요법에 대해 상기 모바일 디바이스 상에 미리 저장된 구현 데이터에 액세스하도록 동작가능한, 방법.
  14. 제12항에 있어서, 상기 MMA는 상기 적어도 하나의 HCP-선택 투약 요법이 상기 HCP-선택-요법 데이터에 의해 잠금 해제된 후에만 상기 적어도 하나의 HCP-선택 투약 요법에 대한 구현 데이터를 상기 모바일 디바이스 상에 다운로드하도록 동작가능한, 방법.
  15. 제12항에 있어서, 상기 HCP-선택-요법 데이터는 상기 적어도 하나의 HCP-선택 투약 요법에 대한 환자-수락 표시를 상기 MMA가 수신하는 것을 조건으로, 상기 MMA 상에서 상기 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하도록 동작가능한, 방법.
  16. 제1항에 있어서, 상기 MMA는 상기 환자에 연관된 인슐린-전달 디바이스와 통신적으로 연결되는, 방법.
  17. 제1항에 있어서, 상기 MMA는 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법에 기초한 투여 권장들을 제공하도록 구성되는, 방법.
  18. 커넥티드-케어 서버 시스템(connected-care server system)으로서,
    하나 이상의 서버 - 각각의 서버는 하나 이상의 통신 인터페이스, 하나 이상의 프로세서, 및 데이터 저장소를 각각 포함함 -
    를 포함하고,
    상기 하나 이상의 서버의 상기 데이터 저장소는 상기 하나 이상의 서버의 상기 프로세서들 중 하나 이상에 의해 실행될 때, 상기 커넥티드-케어 서버 시스템으로 하여금 서버-시스템 기능들의 세트를 수행하게 하도록 동작가능한 명령어들을 집합적으로 포함하고, 상기 서버-시스템 기능들의 세트는:
    상기 하나 이상의 서버의 상기 통신 인터페이스들 중 적어도 하나와 통신하는 헬스케어 전문가(HCP)-포털 애플리케이션을 통해, 환자에 관한 복수의 투약 요법을 제시하는 것 - 각각의 제시되는 투약 요법은 각각의 상이한 투약 알고리즘에 연관됨 - ;
    상기 HCP-포털 애플리케이션을 통해, 상기 제시되는 투약 요법들 중 적어도 하나의 투약 요법의 HCP 선택을 수신하는 것; 및
    상기 하나 이상의 서버의 상기 통신 인터페이스들 중 적어도 하나를 통해, 상기 환자에 연관된 모바일 디바이스 상의 의료용 모바일 애플리케이션(MMA)에 적어도 하나의 HCP-선택 투약 요법을 나타내는 HCP-선택-요법 데이터를 전송하는 것
    을 포함하는, 커넥티드-케어 서버 시스템.
  19. 제18항에 있어서,
    상기 제시되는 투약 요법들은 하나 이상의 인슐린-투여 요법을 포함하고;
    상기 적어도 하나의 HCP-선택 투약 요법은 적어도 하나의 HCP-선택 인슐린-투여 요법을 포함하는, 커넥티드-케어 서버 시스템.
  20. 제19항에 있어서,
    하나 이상의 제시되는 인슐린-투여 요법은 적어도 하나 이상의 기초-인슐린-투여 요법 및 하나 이상의 볼루스-인슐린-투여 요법을 포함하는, 커넥티드-케어 서버 시스템.
  21. 제20항에 있어서,
    상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 적어도 하나의 HCP-선택 기초-인슐린-투여 요법 및 적어도 하나의 HCP-선택 볼루스-인슐린-투여 요법을 포함하는, 커넥티드-케어 서버 시스템.
  22. 제18항에 있어서,
    상기 서버-시스템 기능들의 세트는:
    건강 정보 기술(HIT) 시스템으로부터, 상기 환자에 관한 전자 건강 기록(EHR) 데이터에 액세스하는 것; 및
    상기 HCP-포털 애플리케이션을 통해 상기 EHR 데이터를 제시하는 것
    을 포함하는 커넥티드-케어 서버 시스템.
  23. 제19항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 일일-적정 볼루스-인슐린-투여 알고리즘에 연관된 일일-적정 볼루스-인슐린-투여 요법을 포함하는, 커넥티드-케어 서버 시스템.
  24. 제19항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 고정-용량 볼루스-인슐린-투여 알고리즘에 연관된 고정-용량 볼루스-인슐린-투여 요법을 포함하는, 커넥티드-케어 서버 시스템.
  25. 제19항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 탄수화물-볼루스-계산기 볼루스-인슐린-투여 알고리즘에 연관된 탄수화물-볼루스-계산기 볼루스-인슐린-투여 요법을 포함하는, 커넥티드-케어 서버 시스템.
  26. 제19항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 탄수화물-식사-크기-기반-계산기 볼루스-인슐린-투여 알고리즘에 연관된 탄수화물-식사-크기-기반-계산기 볼루스-인슐린-투여 요법을 포함하는, 커넥티드-케어 서버 시스템.
  27. 제18항에 있어서, 상기 서버-시스템 기능들의 세트는 상기 MMA로부터, 상기 MMA가 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해 상기 적어도 하나의 HCP-선택 투약 요법에 연관된 환자-수락 표시를 수신했음을 나타내는 요법-수락 표시를 수신하는 것을 더 포함하는, 커넥티드-케어 서버 시스템.
  28. 제18항에 있어서, 상기 서버-시스템 기능들의 세트는 상기 MMA로부터, 상기 MMA가 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해 상기 적어도 하나의 HCP-선택 투약 요법에 연관된 환자-거부 표시를 수신했음을 나타내는 요법-거부 표시를 수신하는 것, 및 상기 요법-거부 표시에 응답하여 상기 환자에 연관된 상기 모바일 디바이스 상에서 상기 MMA를 비활성화하는 것을 더 포함하는, 커넥티드-케어 서버 시스템.
  29. 제18항에 있어서, 상기 HCP-선택-요법 데이터는 상기 MMA 상에서 상기 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하도록 동작가능한, 커넥티드-케어 서버 시스템.
  30. 제29항에 있어서, 상기 MMA는 상기 적어도 하나의 HCP-선택 투약 요법이 상기 HCP-선택-요법 데이터에 의해 잠금 해제된 후에만 상기 적어도 하나의 HCP-선택 투약 요법에 대해 상기 모바일 디바이스 상에 미리 저장된 구현 데이터에 액세스하도록 동작가능한, 커넥티드-케어 서버 시스템.
  31. 제29항에 있어서, 상기 MMA는 상기 적어도 하나의 HCP-선택 투약 요법이 상기 HCP-선택-요법 데이터에 의해 잠금 해제된 후에만 상기 적어도 하나의 HCP-선택 투약 요법에 대한 구현 데이터를 상기 모바일 디바이스 상에 다운로드하도록 동작가능한, 커넥티드-케어 서버 시스템.
  32. 제29항에 있어서, 상기 HCP-선택-요법 데이터는 상기 적어도 하나의 HCP-선택 투약 요법에 대한 환자-수락 표시를 상기 MMA가 수신하는 것을 조건으로, 상기 MMA 상에서 상기 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하도록 동작가능한, 커넥티드-케어 서버 시스템.
  33. 제18항에 있어서, 상기 MMA는 상기 환자에 연관된 인슐린-전달 디바이스와 통신적으로 연결되는, 커넥티드-케어 서버 시스템.
  34. 제18항에 있어서, 상기 MMA는 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법에 기초한 투여 권장들을 제공하도록 구성되는, 커넥티드-케어 서버 시스템.
  35. 하나 이상의 비-일시적 컴퓨터 판독가능한 매체(computer-readable media, CRM)로서,
    상기 CRM은 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서로 하여금 기능들의 세트를 수행하게 하도록 동작가능한 명령어들이 저장되어 있고, 상기 기능들의 세트는:
    HCP-포털 애플리케이션을 통해, 환자에 관한 복수의 투약 요법을 제시하는 것 - 각각의 제시되는 투약 요법은 각각의 상이한 투약 알고리즘에 연관됨 - ;
    상기 HCP-포털 애플리케이션을 통해, 상기 제시되는 투약 요법들 중 적어도 하나의 투약 요법의 HCP 선택을 수신하는 것; 및
    상기 환자에 연관된 모바일 디바이스 상의 의료용 모바일 애플리케이션(MMA)에 적어도 하나의 HCP-선택 투약 요법을 나타내는 HCP-선택-요법 데이터를 전송하는 것
    을 포함하는, CRM.
  36. 제35항에 있어서,
    상기 제시되는 투약 요법들은 하나 이상의 인슐린-투여 요법을 포함하고;
    상기 적어도 하나의 HCP-선택 투약 요법은 적어도 하나의 HCP-선택 인슐린-투여 요법을 포함하는, CRM.
  37. 제36항에 있어서,
    하나 이상의 제시되는 인슐린-투여 요법은 적어도 하나 이상의 기초-인슐린-투여 요법 및 하나 이상의 볼루스-인슐린-투여 요법을 포함하는, CRM.
  38. 제37항에 있어서,
    상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 적어도 하나의 HCP-선택 기초-인슐린-투여 요법 및 적어도 하나의 HCP-선택 볼루스-인슐린-투여 요법을 포함하는, CRM.
  39. 제35항에 있어서,
    상기 기능들의 세트는:
    건강 정보 기술(HIT) 시스템으로부터, 상기 환자에 관한 전자 건강 기록(EHR) 데이터에 액세스하는 것; 및
    상기 HCP-포털 애플리케이션을 통해 상기 EHR 데이터를 제시하는 것
    을 더 포함하는, CRM.
  40. 제36항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 일일-적정 볼루스-인슐린-투여 알고리즘에 연관된 일일-적정 볼루스-인슐린-투여 요법을 포함하는, CRM.
  41. 제36항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 고정-용량 볼루스-인슐린-투여 알고리즘에 연관된 고정-용량 볼루스-인슐린-투여 요법을 포함하는, CRM.
  42. 제36항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 탄수화물-볼루스-계산기 볼루스-인슐린-투여 알고리즘에 연관된 탄수화물-볼루스-계산기 볼루스-인슐린-투여 요법을 포함하는, CRM.
  43. 제36항에 있어서, 상기 적어도 하나의 HCP-선택 인슐린-투여 요법은 탄수화물-식사-크기-기반-계산기 볼루스-인슐린-투여 알고리즘에 연관된 탄수화물-식사-크기-기반-계산기 볼루스-인슐린-투여 요법을 포함하는, CRM.
  44. 제35항에 있어서, 상기 기능들의 세트는 상기 MMA로부터, 상기 MMA가 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해 상기 적어도 하나의 HCP-선택 투약 요법에 연관된 환자-수락 표시를 수신했음을 나타내는 요법-수락 표시를 수신하는 것을 더 포함하는, CRM.
  45. 제35항에 있어서, 상기 기능들의 세트는 상기 MMA로부터, 상기 MMA가 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해 상기 적어도 하나의 HCP-선택 투약 요법에 연관된 환자-거부 표시를 수신했음을 나타내는 요법-거부 표시를 수신하는 것, 및 상기 환자-거부 표시에 응답하여 상기 환자에 연관된 상기 모바일 디바이스 상에서 상기 MMA를 비활성화하는 것을 더 포함하는, CRM.
  46. 제35항에 있어서, 상기 HCP-선택-요법 데이터는 상기 MMA 상에서 상기 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하도록 동작가능한, CRM.
  47. 제46항에 있어서, 상기 MMA는 상기 적어도 하나의 HCP-선택 투약 요법이 상기 HCP-선택-요법 데이터에 의해 잠금 해제된 후에만 상기 적어도 하나의 HCP-선택 투약 요법에 대해 상기 모바일 디바이스 상에 미리 저장된 구현 데이터에 액세스하도록 동작가능한, CRM.
  48. 제46항에 있어서, 상기 MMA는 상기 적어도 하나의 HCP-선택 투약 요법이 상기 HCP-선택-요법 데이터에 의해 잠금 해제된 후에만 상기 적어도 하나의 HCP-선택 투약 요법에 대한 구현 데이터를 상기 모바일 디바이스 상에 다운로드하도록 동작가능한, CRM.
  49. 제46항에 있어서, 상기 HCP-선택-요법 데이터는 상기 적어도 하나의 HCP-선택 투약 요법에 대한 환자-수락 표시를 상기 MMA가 수신하는 것을 조건으로, 상기 MMA 상에서 상기 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하도록 동작가능한, CRM.
  50. 제35항에 있어서, 상기 MMA는 상기 환자에 연관된 인슐린-전달 디바이스와 통신적으로 연결되는, CRM.
  51. 제35항에 있어서, 상기 MMA는 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법에 기초한 투여 권장들을 제공하도록 구성되는, CRM.
  52. 방법으로서,
    환자에 연관된 모바일 디바이스에서 실행 중인 의료용 모바일 애플리케이션(MMA)에서, 복수의 투약 요법 중 적어도 하나의 투약 요법의 HCP 선택을 나타내는 헬스케어-전문가-(HCP)-선택-요법 데이터를 수신하는 단계 - 상기 복수의 투약 요법 각각은 각각의 상이한 투약 알고리즘에 연관되고, 상기 HCP 선택은 HCP-포털 애플리케이션을 통해 상기 환자에 대해 이루어짐 - ; 및
    상기 HCP-선택-요법 데이터를 수신한 것에 적어도 부분적으로 응답하여, 상기 MMA 상에서, 나타내어진 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하는 단계
    를 포함하는 방법.
  53. 제52항에 있어서, 상기 HCP-선택-요법 데이터를 수신하는 단계는 상기 HCP-포털 애플리케이션으로부터 상기 HCP-선택-요법 데이터를 수신하는 단계를 포함하는, 방법.
  54. 제52항에 있어서, 상기 HCP-선택-요법 데이터를 수신하는 단계는 상기 HCP-포털 애플리케이션 및 상기 MMA 둘 다와 통신하는 커넥티드-케어 서버 시스템으로부터 상기 HCP-선택-요법 데이터를 수신하는 단계를 포함하는, 방법.
  55. 제52항에 있어서,
    상기 수신하는 단계 후에, 그리고 상기 잠금 해제하는 단계 전에, 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법의 환자 수락 또는 환자 거부에 대한 프롬프트를 제시하는 단계; 및
    상기 모바일-디바이스 사용자 인터페이스를 통해, 제시된 프롬프트에 대응하는 사용자 입력을 수신하는 단계
    를 더 포함하고,
    상기 잠금 해제하는 단계를 수행하는 것은 수신된 사용자 입력이 상기 적어도 하나의 HCP-선택 투약 요법에 대한 환자-수락 표시인 것을 조건으로 하는, 방법.
  56. 제55항에 있어서, 수신된 사용자 입력을 상기 HCP-포털 애플리케이션, 및 상기 HCP-포털 애플리케이션 및 상기 MMA 둘 다와 통신하는 커넥티드-케어 서버 시스템 중 하나 또는 둘 다에 전송하는 단계를 더 포함하는 방법.
  57. 제52항에 있어서, 상기 잠금 해제하는 단계는 상기 적어도 하나의 HCP-선택 투약 요법에 대해, 상기 모바일 디바이스 상에 미리 저장되어 있었고 이전에는 액세스불가능했던 구현 데이터에 액세스하는 단계를 포함하는, 방법.
  58. 제52항에 있어서, 상기 잠금 해제하는 단계는 상기 적어도 하나의 HCP-선택 투약 요법에 대해 이전에는 액세스불가능했던 구현 데이터를 상기 모바일 디바이스 상에 다운로드하는 단계를 포함하는, 방법.
  59. 제52항에 있어서, 상기 MMA는 상기 환자에 연관된 인슐린-전달 디바이스와 통신적으로 연결되는, 방법.
  60. 제52항에 있어서, 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법에 기초한 투여 권장들을 제공하는 단계를 더 포함하는 방법.
  61. 환자에 연관된 모바일 디바이스로서,
    모바일-디바이스 통신 인터페이스;
    모바일-디바이스 프로세서; 및
    상기 모바일 디바이스로 하여금 MMA 기능들의 세트를 수행하기 위한 의료용 모바일 애플리케이션(MMA)을 실행하게 하기 위해 상기 모바일-디바이스 프로세서에 의해 실행가능한 명령어들을 포함하는 모바일-디바이스 데이터 저장소
    를 포함하고, 상기 MMA 기능들의 세트는:
    상기 MMA에서, 복수의 투약 요법 중 적어도 하나의 투약 요법의 HCP 선택을 나타내는 헬스케어-전문가-(HCP)-선택-요법 데이터를 수신하는 단계 - 상기 복수의 투약 요법 각각은 각각의 상이한 투약 알고리즘에 연관되고, 상기 HCP 선택은 HCP-포털 애플리케이션을 통해 상기 환자에 대해 이루어짐 - ; 및
    상기 HCP-선택-요법 데이터를 수신한 것에 적어도 부분적으로 응답하여, 상기 MMA 상에서, 나타내어진 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하는 단계
    를 포함하는, 모바일 디바이스.
  62. 제61항에 있어서, 상기 HCP-선택-요법 데이터를 수신하는 단계는 상기 HCP-포털 애플리케이션으로부터 상기 HCP-선택-요법 데이터를 수신하는 단계를 포함하는, 모바일 디바이스.
  63. 제61항에 있어서, 상기 HCP-선택-요법 데이터를 수신하는 단계는 상기 HCP-포털 애플리케이션 및 상기 MMA 둘 다와 통신하는 커넥티드-케어 서버 시스템으로부터 상기 HCP-선택-요법 데이터를 수신하는 단계를 포함하는, 모바일 디바이스.
  64. 제61항에 있어서,
    모바일-디바이스 사용자 인터페이스를 더 포함하고,
    상기 MMA 기능들의 세트는:
    상기 수신하는 단계 후에, 그리고 상기 잠금 해제하는 단계 전에, 상기 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법의 환자 수락 또는 환자 거부에 대한 프롬프트를 제시하는 단계; 및
    상기 모바일-디바이스 사용자 인터페이스를 통해, 제시된 프롬프트에 대응하는 사용자 입력을 수신하는 단계
    를 더 포함하고,
    상기 잠금 해제하는 단계를 수행하는 것은 수신된 사용자 입력이 상기 적어도 하나의 HCP-선택 투약 요법에 대한 환자-수락 표시인 것을 조건으로 하는, 모바일 디바이스.
  65. 제64항에 있어서, 상기 MMA 기능들의 세트는 수신된 사용자 입력을 상기 HCP-포털 애플리케이션, 및 상기 HCP-포털 애플리케이션 및 상기 MMA 둘 다와 통신하는 커넥티드-케어 서버 시스템 중 하나 또는 둘 다에 전송하는 단계를 더 포함하는, 모바일 디바이스.
  66. 제61항에 있어서, 상기 잠금 해제하는 단계는 상기 적어도 하나의 HCP-선택 투약 요법에 대해, 상기 모바일 디바이스 상에 미리 저장되어 있었고 이전에는 액세스불가능했던 구현 데이터에 액세스하는 단계를 포함하는, 모바일 디바이스.
  67. 제61항에 있어서, 상기 잠금 해제하는 단계는 상기 적어도 하나의 HCP-선택 투약 요법에 대해 이전에는 액세스불가능했던 구현 데이터를 상기 모바일 디바이스 상에 다운로드하는 단계를 포함하는, 모바일 디바이스.
  68. 제61항에 있어서, 상기 MMA는 상기 환자에 연관된 인슐린-전달 디바이스와 통신적으로 연결되는, 모바일 디바이스.
  69. 제61항에 있어서, 모바일-디바이스 사용자 인터페이스를 더 포함하고, 상기 MMA 기능들의 세트는 상기 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법에 기초한 투여 권장들을 제공하는 단계를 더 포함하는, 모바일 디바이스.
  70. 하나 이상의 비-일시적 컴퓨터 판독가능한 매체(CRM)로서,
    상기 CRM은 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서로 하여금 기능들의 세트를 수행하게 하도록 동작가능한 명령어들이 저장되어 있고,
    상기 기능들의 세트는:
    환자에 연관된 모바일 디바이스에서 실행 중인 의료용 모바일 애플리케이션(MMA)에서, 복수의 투약 요법 중 적어도 하나의 투약 요법의 HCP 선택을 나타내는 헬스케어-전문가-(HCP)-선택-요법 데이터를 수신하는 단계 - 상기 복수의 투약 요법 각각은 각각의 상이한 투약 알고리즘에 연관되고, 상기 HCP 선택은 HCP-포털 애플리케이션을 통해 상기 환자에 대해 이루어짐 - ; 및
    상기 HCP-선택-요법 데이터를 수신한 것에 적어도 부분적으로 응답하여, 상기 MMA 상에서, 나타내어진 적어도 하나의 HCP-선택 투약 요법을 잠금 해제하는 단계
    를 포함하는, CRM.
  71. 제70항에 있어서, 상기 HCP-선택-요법 데이터를 수신하는 단계는 상기 HCP-포털 애플리케이션으로부터 상기 HCP-선택-요법 데이터를 수신하는 단계를 포함하는, CRM.
  72. 제70항에 있어서, 상기 HCP-선택-요법 데이터를 수신하는 단계는 상기 HCP-포털 애플리케이션 및 상기 MMA 둘 다와 통신하는 커넥티드-케어 서버 시스템으로부터 상기 HCP-선택-요법 데이터를 수신하는 단계를 포함하는, CRM.
  73. 제70항에 있어서,
    상기 기능들의 세트는:
    상기 수신하는 단계 후에, 그리고 상기 잠금 해제하는 단계 전에, 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법의 환자 수락 또는 환자 거부에 대한 프롬프트를 제시하는 단계; 및
    상기 모바일-디바이스 사용자 인터페이스를 통해, 제시된 프롬프트에 대응하는 사용자 입력을 수신하는 단계
    를 더 포함하고,
    상기 잠금 해제하는 단계를 수행하는 것은 수신된 사용자 입력이 상기 적어도 하나의 HCP-선택 투약 요법에 대한 환자-수락 표시인 것을 조건으로 하는, CRM.
  74. 제73항에 있어서, 상기 기능들의 세트는 수신된 사용자 입력을 상기 HCP-포털 애플리케이션, 및 상기 HCP-포털 애플리케이션 및 상기 MMA 둘 다에 연관된 커넥티드-케어 서버 시스템 중 하나 또는 둘 다에 전송하는 단계를 더 포함하는, CRM.
  75. 제70항에 있어서, 상기 잠금 해제하는 단계는 상기 적어도 하나의 HCP-선택 투약 요법에 대해, 상기 모바일 디바이스 상에 미리 저장되어 있었고 이전에는 액세스불가능했던 구현 데이터에 액세스하는 단계를 포함하는, CRM.
  76. 제70항에 있어서, 상기 잠금 해제하는 단계는 상기 적어도 하나의 HCP-선택 투약 요법에 대해 이전에는 액세스불가능했던 구현 데이터를 상기 모바일 디바이스 상에 다운로드하는 단계를 포함하는, CRM.
  77. 제70항에 있어서, 상기 MMA는 상기 환자에 연관된 인슐린-전달 디바이스와 통신적으로 연결되는, CRM.
  78. 제70항에 있어서, 상기 기능들의 세트는 상기 모바일 디바이스의 모바일-디바이스 사용자 인터페이스를 통해, 상기 적어도 하나의 HCP-선택 투약 요법에 기초한 투여 권장들을 제공하는 단계를 더 포함하는, CRM.
  79. 방법으로서,
    환자에 연관된 모바일 디바이스 상의 프로세서에 의해, 상기 모바일 디바이스의 시각적 디스플레이 상에 동시에 복수의 패널을 제시하는 단계 - 상기 복수의 패널은:
    상기 환자에게 투여될 인슐린의 유닛 수를 디스플레이하는 제1 패널, 및
    상기 제1 패널에 의해 디스플레이되는 상기 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 탄수화물의 양을 디스플레이하는 제2 패널
    을 포함함 - ;
    상기 모바일 디바이스에서, 상기 제1 패널에 의해 디스플레이된 상기 인슐린의 유닛 수에 대한 요청된 조정을 나타내는 사용자 입력을 수신하는 단계; 및
    상기 프로세서에 의해, 상기 제1 패널에 의해 디스플레이된 상기 인슐린의 유닛 수에 대한 상기 요청된 조정에 따라 상기 복수의 패널 중의 각각의 패널을 업데이트하는 단계 - 상기 업데이트하는 단계는 상기 제1 패널에 의해 조정된 인슐린의 유닛 수를 디스플레이하고, 상기 제2 패널로 상기 조정된 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 조정된 탄수화물의 양을 디스플레이하는 단계를 포함함 -
    를 포함하는 방법.
  80. 제79항에 있어서, 상기 복수의 패널은 상기 제2 패널에 의해 디스플레이되는 탄수화물의 양에 대응하는 식사 크기의 표시를 디스플레이하는 제3 패널을 더 포함하고, 상기 업데이트하는 단계는 상기 조정된 탄수화물의 양에 대응하는 조정된 식사 크기의 표시를 디스플레이하는 단계를 포함하는, 방법.
  81. 제80항에 있어서, 상기 제3 패널은 소형 식사 크기와 대형 식사 크기 사이의 식사 크기 범위를 디스플레이하는 스펙트럼, 및 상기 제2 패널에 의해 디스플레이되는 상기 탄수화물의 양이 상기 스펙트럼 상에서 어디에 속하는지를 나타내는 표시자를 포함하는, 방법.
  82. 제80항에 있어서, 상기 제3 패널은 상기 제2 패널에 의해 디스플레이되는 상기 탄수화물의 양이 소형 식사 크기, 중형 식사 크기, 또는 대형 식사 크기에 대응하는지를 나타내는, 방법.
  83. 제82항에 있어서, 상기 모바일 디바이스에서 중형 식사 크기에 대한 최대 탄수화물 임계값 및 중형 식사 크기에 대한 최소 탄수화물 임계값을 수신하는 단계를 더 포함하고, 상기 제3 패널은 수신된 최대 탄수화물 임계값 및 최소 탄수화물 임계값에 기초하여, 상기 제2 패널에 의해 디스플레이되는 상기 탄수화물의 수가 소형 식사 크기, 중형 식사 크기 또는 대형 식사 크기에 대응하는지를 나타내는, 방법.
  84. 제79항에 있어서, 상기 모바일 디바이스에서 상기 환자에 연관된 인슐린-대-탄수화물 비율(ICR)을 수신하는 단계를 더 포함하고, 상기 제2 패널에 의해 디스플레이되는 탄수화물의 양은 상기 제1 패널에 의해 디스플레이되는 유닛 수 및 수신된 ICR에 기초하여 상기 프로세서에 의해 계산되는, 방법.
  85. 제79항에 있어서, 상기 복수의 패널은 상기 제1 패널에 의해 디스플레이되는 상기 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 저하를 디스플레이하는 제3 패널을 포함하고, 상기 업데이트하는 단계는 상기 조정된 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 조정된 저하를 디스플레이하는 단계를 포함하는, 방법.
  86. 제80항에 있어서, 상기 복수의 패널은 상기 제1 패널에 의해 디스플레이되는 상기 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 저하를 디스플레이하는 제4 패널을 포함하고, 상기 업데이트하는 단계는 상기 조정된 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 조정된 저하를 디스플레이하는 단계를 포함하는, 방법.
  87. 제85항에 있어서, 상기 모바일 디바이스에서 상기 환자에 연관된 인슐린 감수성 인자(insulin sensitivity factor, ISF)를 수신하는 단계를 더 포함하고, 상기 제3 패널에 의해 디스플레이되는 상기 환자의 포도당 수준의 저하는 상기 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수, 및 수신된 ISF에 기초하여 계산되는, 방법.
  88. 제86항에 있어서, 상기 모바일 디바이스에서 상기 환자에 연관된 인슐린 감수성 인자(ISF)를 수신하는 단계를 더 포함하고, 상기 제4 패널에 의해 디스플레이되는 상기 환자의 포도당 수준의 저하는 상기 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수, 및 수신된 ISF에 기초하여 계산되는, 방법.
  89. 제79항에 있어서, 상기 모바일 디바이스는 모바일 스마트폰인, 방법.
  90. 제79항에 있어서, 상기 모바일 디바이스는 약물-전달 디바이스인, 방법.
  91. 제90항에 있어서, 상기 약물-전달 디바이스는 모바일 스마트폰과 무선 통신하고, 상기 약물-전달 디바이스는 상기 모바일 스마트폰으로부터 인슐린-대-탄수화물 비율(insulin-to-carbohydrate ratio, ICR), 인슐린 감수성 인자(ISF), 중형 식사 크기에 대한 최대 탄수화물 임계값, 및 중형 식사 크기에 대한 최소 탄수화물 임계값 중 적어도 하나를 수신하는, 방법.
  92. 비-일시적 컴퓨터 판독가능한 매체(CRM)로서,
    상기 CRM은 환자에 연관된 모바일 디바이스 상의 하나 이상의 프로세서에 의해 실행될 때 상기 하나 이상의 프로세서로 하여금:
    상기 모바일 디바이스의 시각적 디스플레이 상에 동시에 복수의 패널을 제시하는 단계 - 상기 복수의 패널은:
    상기 환자에게 투여될 인슐린의 유닛 수를 디스플레이하는 제1 패널, 및
    상기 제1 패널에 의해 디스플레이되는 상기 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 탄수화물의 양을 디스플레이하는 제2 패널
    을 포함함 - ;
    상기 모바일 디바이스에서, 상기 제1 패널에 의해 디스플레이된 상기 인슐린의 유닛 수에 대한 요청된 조정을 나타내는 사용자 입력을 수신하는 단계; 및
    상기 제1 패널에 의해 디스플레이된 상기 인슐린의 유닛 수에 대한 상기 요청된 조정에 따라 상기 복수의 패널 중의 각각의 패널을 업데이트하는 단계 - 상기 업데이트하는 단계는 상기 제1 패널에 의해 디스플레이되는 조정된 인슐린의 유닛 수를 디스플레이하고, 상기 제2 패널로 상기 조정된 인슐린의 유닛 수에 의해 커버될 것으로 예상되는 조정된 탄수화물의 양을 디스플레이하는 단계를 포함함 -
    를 수행하게 하도록 동작가능한 명령어들이 저장되어 있는, CRM.
  93. 제92항에 있어서, 상기 복수의 패널은 상기 제2 패널에 의해 디스플레이되는 탄수화물의 양에 대응하는 식사 크기의 표시를 디스플레이하는 제3 패널을 더 포함하고, 상기 업데이트하는 단계는 상기 조정된 탄수화물의 양에 따른 조정된 식사 크기의 표시를 디스플레이하는 단계를 포함하는, CRM.
  94. 제93항에 있어서, 상기 제3 패널은 소형 식사 크기와 대형 식사 크기 사이의 식사 크기 범위를 디스플레이하는 스펙트럼, 및 상기 제2 패널에 의해 디스플레이되는 상기 탄수화물의 양이 상기 스펙트럼 상에서 어디에 속하는지를 나타내는 표시자를 포함하는, CRM.
  95. 제93항에 있어서, 상기 제3 패널은 상기 제2 패널에 의해 디스플레이되는 상기 탄수화물의 양이 소형 식사 크기, 중형 식사 크기, 또는 대형 식사 크기에 대응하는지를 나타내는, CRM.
  96. 제95항에 있어서, 상기 명령어들은 상기 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서로 하여금:
    상기 모바일 디바이스에서 중형 식사 크기에 대한 최대 탄수화물 임계값 및 중형 식사 크기에 대한 최소 탄수화물 임계값을 수신하는 단계를 수행하게 하도록 더 동작가능하고, 상기 제3 패널은 수신된 최대 탄수화물 임계값 및 최소 탄수화물 임계값에 기초하여, 상기 제2 패널에 의해 디스플레이되는 상기 탄수화물의 수가 소형 식사 크기, 중형 식사 크기 또는 대형 식사 크기에 대응하는지를 나타내는, CRM.
  97. 제92항에 있어서, 상기 명령어들은 상기 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서로 하여금:
    상기 모바일 디바이스에서 상기 환자에 연관된 인슐린-대-탄수화물 비율(ICR)을 수신하는 단계를 수행하게 하도록 더 동작가능하고, 상기 제2 패널에 의해 디스플레이되는 탄수화물의 양은 상기 제1 패널에 의해 디스플레이되는 유닛 수 및 수신된 ICR에 기초하여 계산되는, CRM.
  98. 제92항에 있어서, 상기 복수의 패널은 상기 제1 패널에 의해 디스플레이되는 상기 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 저하를 디스플레이하는 제3 패널을 포함하고, 상기 업데이트하는 단계는 상기 조정된 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 조정된 저하를 디스플레이하는 단계를 포함하는, CRM.
  99. 제93항에 있어서, 상기 복수의 패널은 상기 제1 패널에 의해 디스플레이되는 상기 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 저하를 디스플레이하는 제4 패널을 포함하고, 상기 업데이트하는 단계는 상기 조정된 인슐린의 유닛 수의 투여로 인해 발생할 것으로 예상되는 상기 환자의 포도당 수준의 조정된 저하를 디스플레이하는 단계를 포함하는, CRM.
  100. 제98항에 있어서, 상기 명령어들은 상기 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서로 하여금:
    상기 모바일 디바이스에서 상기 환자에 연관된 인슐린 감수성 인자(ISF)를 수신하는 단계를 수행하게 하도록 더 동작가능하고, 상기 제3 패널에 의해 디스플레이되는 상기 환자의 포도당 수준의 저하는 상기 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수, 및 수신된 ISF에 기초하여 계산되는, CRM.
  101. 제99항에 있어서, 상기 명령어들은 상기 하나 이상의 프로세서에 의해 실행될 때, 상기 하나 이상의 프로세서로 하여금:
    상기 모바일 디바이스에서 상기 환자에 연관된 인슐린 감수성 인자(ISF)를 수신하는 단계를 수행하게 하도록 더 동작가능하고, 상기 제4 패널에 의해 디스플레이되는 상기 환자의 포도당 수준의 저하는 상기 제1 패널에 의해 디스플레이되는 인슐린의 유닛 수, 및 수신된 ISF에 기초하여 계산되는, CRM.
  102. 제92항에 있어서, 상기 모바일 디바이스는 모바일 스마트폰인, CRM.
  103. 제92항에 있어서, 상기 모바일 디바이스는 약물-전달 디바이스인, CRM.
  104. 제103항에 있어서, 상기 약물-전달 디바이스는 모바일 스마트폰과 무선 통신하고, 상기 약물-전달 디바이스는 상기 모바일 스마트폰으로부터 인슐린-대-탄수화물 비율(ICR), 인슐린 감수성 인자(ISF), 중형 식사 크기에 대한 최대 탄수화물 임계값, 및 중형 식사 크기에 대한 최소 탄수화물 임계값 중 적어도 하나를 수신하는, CRM.
KR1020217002383A 2018-07-26 2019-07-19 투약 요법들의 원격 처방을 위한 시스템들 및 방법들 KR20210024093A (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201862703563P 2018-07-26 2018-07-26
US62/703,563 2018-07-26
US201962801217P 2019-02-05 2019-02-05
US62/801,217 2019-02-05
PCT/US2019/042507 WO2020023289A1 (en) 2018-07-26 2019-07-19 Systems and methods for remote prescription of medication-dosing regimens

Publications (1)

Publication Number Publication Date
KR20210024093A true KR20210024093A (ko) 2021-03-04

Family

ID=67539613

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020217002383A KR20210024093A (ko) 2018-07-26 2019-07-19 투약 요법들의 원격 처방을 위한 시스템들 및 방법들

Country Status (10)

Country Link
US (1) US20210287794A1 (ko)
EP (1) EP3827437A1 (ko)
JP (2) JP7177911B2 (ko)
KR (1) KR20210024093A (ko)
CN (1) CN112513993A (ko)
AU (2) AU2019309779B2 (ko)
CA (2) CA3188736A1 (ko)
IL (1) IL279896A (ko)
MX (1) MX2021000798A (ko)
WO (1) WO2020023289A1 (ko)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11755703B2 (en) * 2019-09-18 2023-09-12 Walgreen Co. Voice authentication systems and methods for prescription processes
JP7335850B2 (ja) * 2020-04-10 2023-08-30 株式会社東芝 高熱者検出方法、高熱者検出装置、および高熱者検出システム
USD982599S1 (en) * 2020-08-13 2023-04-04 Pnc Financial Services Group, Inc. Display screen or portion thereof with graphical user interface
US20220156843A1 (en) * 2020-11-17 2022-05-19 KM Initiatives, LLC Systems and methods for real-time access to standardized medication information
US11238967B1 (en) * 2021-02-24 2022-02-01 Flatiron Health, Inc. Systems and methods for generating dynamic graphical user interfaces for dose recalculations and adjustments
WO2023232694A1 (en) * 2022-05-31 2023-12-07 F. Hoffmann-La Roche Ag Computer-implemented method for providing a personalized healthcare parameter, and healthcare management system

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7547281B2 (en) * 2005-02-01 2009-06-16 Medtronic Minimed, Inc. Algorithm sensor augmented bolus estimator for semi-closed loop infusion system
US7941200B2 (en) * 2005-12-08 2011-05-10 Roche Diagnostics Operations, Inc. System and method for determining drug administration information
CA2650920C (en) * 2006-05-02 2016-10-18 Proteus Biomedical, Inc. Patient customized therapeutic regimens
US20080177149A1 (en) * 2006-06-16 2008-07-24 Stefan Weinert System and method for collecting patient information from which diabetes therapy may be determined
AU2010278894B2 (en) * 2009-07-30 2014-01-30 Tandem Diabetes Care, Inc. Infusion pump system with disposable cartridge having pressure venting and pressure feedback
KR20120120466A (ko) * 2010-02-25 2012-11-01 라이프스캔 스코트랜드 리미티드 인슐린 투약에 대한 안전 경고를 갖는 분석물 검사 방법 및 시스템
WO2012108939A1 (en) * 2011-02-11 2012-08-16 Abbott Diabetes Care Inc. Feedback from cloud or hcp to payer or patient via meter or cell phone
US10383794B2 (en) * 2013-10-23 2019-08-20 Nexpil, Inc. Medication compliance alert device
EP4287211A3 (en) * 2015-02-10 2024-03-13 DexCom, Inc. Systems and methods for distributing continuous glucose data
EP3337402A4 (en) * 2015-08-20 2019-04-24 Aseko, Inc. THERAPY ADVISER FOR THE MANAGEMENT OF DIABETES
US10685090B2 (en) * 2016-08-31 2020-06-16 Alivecor, Inc. Devices, systems, and methods for physiology monitoring

Also Published As

Publication number Publication date
MX2021000798A (es) 2021-04-12
IL279896A (en) 2021-03-01
CA3188736A1 (en) 2020-01-30
AU2019309779B2 (en) 2022-09-29
EP3827437A1 (en) 2021-06-02
US20210287794A1 (en) 2021-09-16
JP7177911B2 (ja) 2022-11-24
JP2023015280A (ja) 2023-01-31
CA3107769A1 (en) 2020-01-30
JP2021531593A (ja) 2021-11-18
WO2020023289A1 (en) 2020-01-30
AU2019309779A1 (en) 2021-01-21
AU2022291483A1 (en) 2023-02-02
CN112513993A (zh) 2021-03-16

Similar Documents

Publication Publication Date Title
US11383027B2 (en) Integration of infusion pump with remote electronic device
AU2019309779B2 (en) Systems and methods for remote prescription of medication-dosing regimens
AU2019200545B2 (en) Remote monitoring of analyte measurements
Drincic et al. Evidence-based mobile medical applications in diabetes
US11367532B2 (en) Integrated disease management system
Kovatchev et al. Safety of outpatient closed-loop control: first randomized crossover trials of a wearable artificial pancreas
JP2022153560A (ja) 表示のためおよび医薬品送達デバイスに提供するための、ｃｇｍに基づくボーラス計算機のためのシステムおよび方法
CN114206207A (zh) 与药物剂量指导相关的系统、装置和方法
KR102293340B1 (ko) 생리학적 데이터의 제시
US20170106052A1 (en) Insulin Dosage Proposal System
US20130173473A1 (en) Data sychronization systems and methods
WO2012049218A1 (en) Use of a handheld medical device as a communications mediator between a personal computer-based configurator and another networked medical device
US11191899B2 (en) Infusion systems and related personalized bolusing methods
Fico et al. User centered design to improve information exchange in diabetes care through eHealth: results from a small scale exploratory study
EA040777B1 (ru) Система и способ удаленного назначения схем дозирования лекарственных препаратов
Reamer et al. Continuous Remote Patient Monitoring in Patients With Heart Failure (Cascade Study): Protocol for a Mixed Methods Feasibility Study
WO2023129534A1 (en) Systems, devices, and methods for wellness monitoring with physiological sensors
JP2024505285A (ja) 薬剤用量ガイダンスに関連するシステム、デバイスおよび方法
CN114730627A (zh) 显示患者数据的系统和方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E601 Decision to refuse application