KR20190127695A - 의사가 가치-기반 지불을 위한 품질 측정을 달성하는 것을 돕는 환자-대향 모바일 기술 - Google Patents

의사가 가치-기반 지불을 위한 품질 측정을 달성하는 것을 돕는 환자-대향 모바일 기술 Download PDF

Info

Publication number
KR20190127695A
KR20190127695A KR1020197024974A KR20197024974A KR20190127695A KR 20190127695 A KR20190127695 A KR 20190127695A KR 1020197024974 A KR1020197024974 A KR 1020197024974A KR 20197024974 A KR20197024974 A KR 20197024974A KR 20190127695 A KR20190127695 A KR 20190127695A
Authority
KR
South Korea
Prior art keywords
patient
provider
information
healthcare
treatment
Prior art date
Application number
KR1020197024974A
Other languages
English (en)
Other versions
KR102549451B1 (ko
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 KR20190127695A publication Critical patent/KR20190127695A/ko
Application granted granted Critical
Publication of KR102549451B1 publication Critical patent/KR102549451B1/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/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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing
    • 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/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • 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/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
    • 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/30—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to physical therapies or activities, e.g. physiotherapy, acupressure or exercising
    • 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/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
    • 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
    • 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
    • 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/50—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for simulation or modelling of medical disorders
    • 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/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients
    • 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

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Pathology (AREA)
  • Data Mining & Analysis (AREA)
  • Development Economics (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Databases & Information Systems (AREA)
  • Nutrition Science (AREA)
  • Physical Education & Sports Medicine (AREA)
  • Biophysics (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Accounting & Taxation (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

폐루프 제어를 사용하여 헬스케어 치료를 관리하기 위한 시스템들 및 방법들이 설명된다. 방법은 치료 품질 정보를 환자 모바일 통신 디바이스로부터 무선으로 수신하는 단계, 치료 품질 정보를 품질 추적 시스템에 보고하는 단계, 및 치료 품질 정보를 품질 추적 시스템에 보고하는 것에 응답하여 인센티브 지블을 수신하는 단계를 포함한다. 치료 품질 정보는 헬스케어 서비스들의 제공자 또는 소비자에게 인센티브를 제공하기 위해 사용하는 하나 이상의 치료 품질 지표들에 관한 것일 수 있다. 환자는 특정 의료 상태들에 대한 치료 품질 지표들에 대해 경고받을 수 있다. 환자의 모바일 디바이스에 상주하거나 클라우드에서 실행되는 애플리케이션에 의해 생성되는 개인화된 특정 통지들은 전자적으로 환자에게 통신될 수 있으며, 환자에게 의료 상태 또는 처방된 치료를 최선으로 관리하기 위해 특정 조치를 취하도록 프롬프트하는 것을 포함한다. 헬스케어 제공자는 취해질 치료 또는 치료 품질 권장 조치를 통지 받을 수 있다.

Description

의사가 가치-기반 지불을 위한 품질 측정을 달성하는 것을 돕는 환자-대향 모바일 기술
본 출원은 2017년 2월 15일에 미국 특허청에 제출된 가특허 출원 번호 제62/459,595호, 및 2017년 12월 12일에 미국 특허청에 제출된 가특허 출원 번호 제62/597,932호에 대한 우선권 및 그 이익을 주장하며 이들 출원들의 전체 내용은 본원에 전체적으로 진술된 것처럼 참조로 그리고 모든 적용 가능한 목적들을 위해 통합된다.
본 발명은 일반적으로 환자 사용자들이 그들의 의사들이 특정 치료 품질(quality-of-care) 지표들을 충족시키고 인센티브 가치-기반 지불들을 받는 것을 돕기 위한 개인화된 헬스케어 통지들을 생성하는 모바일 컴퓨팅 디바이스들의 환자 사용에 관한 것이다.
전 세계적으로 헬스케어의 비용이 지속적으로 상승함에 따라, 공공 및 민간 헬스케어 지급인들은 각 진료별 지불(fee-for-service) 헬스케어로부터 가치 기반 지불 모델들로 이동하고 있다. 이들 새로운 헬스케어 모델들을 통해, 의사들 및 헬스케어 기관들은 불필요한 검사들 및 절차들을 지시하는 위험을 갖는, 그들이 제공하는 서비스들의 볼륨에 대해 더 이상 지불을 받지 않지만, 그들이 그들의 환자들에게 제공하는 치료의 가치 및 품질에 대해 지불을 받는다. 미국에서, 연방 정부는 ACO들(Accountable Care Organizations), MACRA(Medicare Access and CHIP Reauthorization Act)과 같은 그것의 메디케어 프로그램 수혜자를 위해 그리고 21세기 치료 법으로 일반 대중을 위해 가치 기반 지불을 관리하기 위한 새로운 정책 및 규제 조치들을 정의하였다. 영국에서, 국민 건강 서비스들(NHS)은 일반의들(General Practitioners)에게 그들이 특정 품질 측정들을 충족시키고 이에 대해 보고할 때 연간 인센티브 지불들로 보상하는 QOF(Quality Outcomes Framework)를 사용하고 있다. ROSP
Figure pct00001
로 지칭되는 유사한 시스템은 프랑스에서 일반의들에게 그들이 정의된 치료 품질 기준들을 충족시킬 때 연말 인센티브 지불들로 보상하기 위해 사용된다.
인센티브 지불들을 헬스케어 제공자들에게 유도하는 많은 품질 지표들(indicators)은 만성 질환들을(chronic medical conditions) 갖는 환자들의 치료와 관련된다. 이들 만성 질환들에 대한 치료는 클리닉 내에서 발생할 뿐만 아니라, 클리닉 밖에서 그리고 환자들의 일상 생활 동안에 이들 환자들의 가정에서 발생한다. 그들의 만성 질환들을 최선으로 관리하기 위해, 환자들은 그들의 의사들에 의해 처방되는 치료를 준수하거나 고수할 필요가 있을 뿐만 아니라, 그들의 조건들과 관련되는 상이한 제공자들 및 다양한 라이프스타일 요소들에 걸쳐 그들의 헬스케어를 정기적 오버타임으로 관리할 필요가 있다. 의학적 치료(medical care)를 그들의 환자들에 제공할 때 정의된 치료 품질 지표들을 충족시키기 위해, 따라서, 의사들은 치료에 대한 그들 환자의 준수(compliance) 및 적절한 진단에 대한 그들 환자들과의 효과적이고 긴밀한 의사소통에 의존하고, 치료 진행 및 그것의 효능을 모니터링한다. 이들 인센티브 지불들을 받기 위해 이들 품질 지표들을 최적으로 달성하고 이에 대해 보고하기 위해, 헬스케어 제공자들은 그들을 품질 보고 프로세스를 따라 안내하기 위해 전자 의료 기록 시스템들(EMRs)과 같은 HIT(Healthcare Information Technology) 시스템들을 사용하고 있다. 그러나, 대체로 이들 EMR들은 치료에 대한 환자의 준수, 치료 진행, 및 환자가 받았던 효능 및 치료 품질을 나타내는 다른 환자 생성 데이터에 관한 환자 생성 정보를 포함하지 않는다. 다시, 이것은 특히 만성 질환들을 앓고 있는 환자들에 해당하며, 그들의 치료 품질은 치료 고수, 라이프스타일 수정들, 및 가정에서의 오버타임에 대한 정기적인 자기 치료(self-care)에 의존한다.
본원에 개시되는 특정 양태들은 제공자들, 환자들 및 지급인들 사이의 정보 흐름을 개선하여 헬스케어 수용자들에 대해 비용 효과적이고 더 양호한 표적화된 치료를 보장할 수 있다.
본 개시의 다양한 양태들에서, 전자 의료 기록들(medical records)을 관리하는 방법은 환자 모바일 통신 디바이스의 사용자와 헬스케어 제공자 사이의 상호작용 동안 환자 모바일 통신 디바이스의 사용자의 신원을 인증하는 단계, 제공자의 신원을 인증하는 정보를 무선 통신 인터페이스를 통해 수신하는 단계, 복수의 소스로부터 환자 모바일 통신 디바이스의 사용자와 연관되는 전자 헬스케어 기록들을 대조하는 단계, 환자의 신원을 인증하는 정보를 수신하는 것에 응답하여 제공자 디바이스로 전자 헬스케어 기록들의 일부를 포함하는 정보를 전달하는 단계, 환자 모바일 통신 디바이스에 의해 유지되는 환자 메타데이터에 제공자 디바이스로의 정보의 전송을 특징으로하는 정보를 기록하는 단계, 및 환자 메타데이터를 보상 서버로 송신하는 단계를 포함한다. 보상 서버는 헬스케어 제공자로/제공자로부터 전자 헬스케어 기록들의 하나 이상의 전송들에 기초하여 사용자에 대한 재정적 이익을 산출하도록 구성될 수 있다.
일 양태에서, 방법은 환자 모바일 통신 디바이스의 사용자와 연관되는 전자 헬스케어 기록들에 대한 하나 이상의 갱신들(updates)을 수신하는 단계, 및 갱신된 전자 헬스케어 기록들을 복수의 소스들 중 적어도 하나에 송신하는 단계를 포함한다. 보상 서버는 갱신된 전자 헬스케어 기록들의 송신에 기초하여 사용자에 대한 재정적 이익을 산출하도록 구성될 수 있다. 방법은 헬스케어 제공자에 의해 수행되는 하나 이상의 절차들을 식별하기 위해 갱신된 전자 헬스케어 기록들을 디코딩하는 단계, 및 하나 이상의 절차들을 환자 메타데이터에 기록하는 단계를 포함할 수 있다. 갱신된 전자 헬스케어 기록들을 디코딩하는 단계는 약품들, 진단들, 실험실 테스트들, 제공자들, 절차들, 면역들, 또는 개별 의료업들에 대한 국제 또는 국가 표준 건강 데이터 코드 목록을 디코딩하는 단계를 포함할 수 있다.
일 양태에서, 방법은 환자 모바일 통신 디바이스의 사용자와 헬스케어 제공자 사이의 상호작용과 연관되는 지리적 위치를 자동으로 획득하기 위해 GPS 위치 서비스를 사용하는 단계, 지리적 위치를 환자 메타데이터에 기록하는 단계를 포함한다.
다양한 양태들에서, 헬스케어 서비스들을 관리하는 방법은 환자 메타데이터가 환자에 의해 동작되는 모바일 통신 디바이스에 의해 생성되는 환자와 헬스케어 제공자 사이의 상호작용과 관련되는 환자 메타데이터를 수신하는 단계, 환자와 연관되는 전자 헬스케어 기록들이 환자와 헬스케어 제공자 사이의 상호작용 동안 헬스케어 제공자로/로부터 전송되었다는 것을 환자 메타데이터로부터 결정하는 단계, 및 전자 헬스케어 기록들의 전송에 기초하여 사용자에 대한 경제적 이익을 산출하는 단계를 포함한다.
일 양태들에서, 환자 메타데이터는 전자 헬스케어 기록들에 대한 하나 이상의 갱신들이 환자에 의해 동작되는 모바일 통신 디바이스로 송신되었다는 것을 식별한다. 방법은 하나 이상의 갱신들의 전송에 기초하여 사용자에 대한 재정적 이익을 산출하는 단계를 포함할 수 있다. 방법은 헬스케어 제공자에 의해 수행되는 하나 이상의 절차들을 식별하기 위해 환자 메타데이터를 디코딩하는 단계, 및 헬스케어 청구 시스템에 대한 하나 이상의 절차들을 식별하는 단계를 포함할 수 있다. 갱신된 전자 헬스케어 기록들을 디코딩하는 단계는 약품들, 진단들, 제공자들, 실험실 테스트들, 절차들, 면역들, 또는 개별 의료업들에 대한 국제 또는 국가 표준 건강 데이터 코드 목록을 디코딩하는 단계를 포함할 수 있다.
일 양태에서, 방법은 제공자 메타데이터가 헬스케어 제공자에 의해 동작되는 컴퓨팅 디바이스에 의해 생성되는 환자와 헬스케어 제공자 사이의 상호작용과 관련되는 제공자 메타데이터를 수신하는 단계, 및 제공자 메타데이터가 전자 헬스케어 기록들의 전송을 기록할 때 헬스케어 제공자에 대한 재정적 이익을 산출하는 단계를 포함한다. 제공자 메타데이터는 전자 헬스케어 기록들에 대한 하나 이상의 갱신들이 환자에 의해 동작되는 모바일 통신 디바이스로 헬스케어 제공자에 의해 송신되었다는 것을 식별할 수 있다. 방법은 하나 이상의 갱신들의 전송에 기초하여 헬스케어 제공자에 대한 재정적 이익을 산출하는 단계를 포함할 수 있다. 방법은 환자 메타데이오와 제공자 매타데이터 사이의 대응들에 기초하여 환자와 헬스케어 제공자 사이의 상호작용의 특성화(characterization)를 생성하는 단계, 및 상호작용의 특성화를 헬스케어 청구 시스템에 제공하는 단계를 포함할 수 있다.
도 1은 처리 시스템을 이용하는 장치에 대한 하드웨어 구현의 일 예를 예시한다.
도 2는 본원에 설명되는 특정 양태에 따른 전자 기록 전달 시스템의 일 예를 예시한다.
도 3은 본원에 설명되는 특정 양태들에 따른 환자와 의사들 사이의 전자 건강 기록들의 흐름을 예시한다.
도 4는 본원에 설명되는 특정 양태들에 따른 클라이언트 디바이스와 제공자 디바이스 사이의 근접 교환(proximity exchange)의 제1 예를 예시한다.
도 5는 본원에 설명되는 특정 양태들에 따른 근접 교환과 관련되는 EHR 메타데이터 생성의 특정 양태들을 예시한다.
도 6은 보안 EHR 교환을 제공하고 본원에 설명되는 특정 양태들에 따른 EHR 메타데이터를 처리할 수 있는 시스템의 일 예를 예시한다.
도 7은 본원에 설명되는 특정 양태들에 따라 전개되는 시스템들의 사용자들에 대한 의료 기록들의 전달의 일 예를 예시한다.
도 8은 환자 제공자와 및 헬스케어 제공자 사이의 상호작용을 예시한다.
도 9는 본원에 개시되는 특정 양태들에 따른 헬스케어 상호작용을 관리하는 폐루프 제어 메커니즘을 예시한다.
도 10은 본원에 개시되는 특정 양태들에 따라 제공되는 폐루프 제어 메커니즘을 구현하도록 적응되는 시스템을 예시한다.
도 11은 본원에 개시되는 특정 양태들에 따라 제공되는 폐루프 제어 메커니즘을 구현하는 프로세스를 예시한다.
도 12는 본원에 개시되는 특정 양태들에 따라 적응될 수 있는 처리 회로를 이용하는 장치의 일 예를 예시하는 블록도이다.
도 13은 본원에 설명되는 특정 양태들에 따른 건강 기록 교환들의 특정 양태들을 예시하는 흐름도를 포함한다.
도 14는 본원에 설명되는 특정 양태들에 따른 특정 기능들을 수행하도록 구성되는 처리 시스템을 이용하는 장치에 대한 하드웨어 구현의 제1 예를 예시한다.
도 15는 본원에 설명되는 특정 양태들에 따라 수반하는 자동 건강 기록 교환의 특정 양태를 예시하는 흐름도를 포함한다.
도 16은 본원에 설명되는 특정 양태들에 따른 특정 기능들을 수행하도록 구성되는 처리 시스템을 이용하는 장치에 대한 하드웨어 구현의 제2 예를 예시한다.
첨부 도면들과 관련하여 아래에 진술되는 상세 설명은 다양한 구성들의 설명으로서 의도되고 본원에서 설명되는 개념들이 실시될 수 있는 구성만을 나타내도록 의도되지 않는다. 상세 설명은 다양한 개념들의 완전한 이해를 제공하는 목적을 위한 특정 상세들을 포함한다. 그러나, 이들 개념들이 이들 특정 상세들 없이 실시될 수 있다는 점이 당업자에게 명백할 것이다. 일부 경우들에서, 잘 알려진 구조들 및 구성요소들은 그러한 개념들을 모호하게 하는 것을 회피하기 위해 블록도 형태로 도시된다.
이제, 기록 관리 시스템들의 수개의 양태들이 다양한 장치 및 방법들을 참조하여 제시될 것이다. 이들 장치 및 방법들은 이하의 상세한 설명에서 설명되고 다양한 블록들, 모듈들, 구성요소들, 회로들, 단계들, 프로세스들, 알고리즘들 등(집합적으로 "요소들"로서 지칭됨)에 의해 첨부 도면에 예시될 것이다. 이들 요소들은 전자 하드웨어, 컴퓨터 소프트웨어, 또는 그 임의의 조합을 사용하여 구현될 수 있다. 그러한 요소들이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 전체 시스템에 부여되는 특정 애플리케이션 및 설계 제약들에 의존한다.
예로서, 요소, 또는 요소의 임의의 부분, 또는 요소들의 임의의 조합은 하나 이상의 프로세서들을 포함하는 "처리 시스템"으로 구현될 수 있다. 프로세서들의 예들은 마이크로프로세서들, 마이크로컨트롤러들, 디지털 신호 프로세서들(DSPs), 필드 프로그램가능 게이트 어레이들(FPGAs), 프로그램가능 로직 디바이스들(PLDs), 상태 머신들, 게이트 로직, 이산 하드웨어 회로들, 및 본 개시 도처에서 설명되는 다양한 기능을 수행하도록 구성되는 다른 적합한 하드웨어를 포함한다. 처리 시스템 내의 하나 이상의 프로세서들은 소프트웨어를 실행시킬 수 있다. 소프트웨어는 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 설명 언어, 또는 달리 지칭되든, 명령어들, 명령어 세트들, 코드, 코드 세그먼트들, 프로그램 코드, 프로그램들, 서브프로그램들, 소프트웨어 모듈들, 애플리케이션들, 소프트웨어 애플리케이션들, 소프트웨어 패키지들, 루틴들, 서브루틴들, 객체들, 실행파일들, 실행 스레드들, 절차들, 기능들(functions) 등을 의미하도록 광범위하게 해석되어야 한다. 소프트웨어는 컴퓨터-판독가능 매체 상에 상주할 수 있다. 컴퓨터-판독가능 매체는 예로서, 자기 저장 디바이스(예를 들어, 하드 디스크, 플로피 디스크, 자기 스트립), 광학 디스크(예를 들어, 콤팩트 디스크(CD), 디지털 다기능 디스크(DVD)), 스마트 카드, 플래시 메모리 디바이스(예를 들어, 카드, 스틱, 키 드라이브), 근거리 통신(NFC) 토큰, 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 프로그램가능 ROM(PROM), 소거가능 PROM(EPROM), 전기 소거가능 PROM(EEPROM), 레지스터, 이동식 디스크, 반송파, 송신 라인, 및 소프트웨어를 저장 또는 송신하기 위한 임의의 다른 적합한 매체를 포함할 수 있다. 컴퓨터-판독가능 매체는 처리 시스템에, 처리 시스템 외부에 상주하거나, 처리 시스템을 포함하는 다수의 엔티티들에 걸쳐 분산될 수 있다. 컴퓨터-판독가능 매체는 컴퓨터-프로그램 제품으로 구현될 수 있다. 예로서, 컴퓨터-프로그램 제품은 패키징 재료에 컴퓨터-판독가능 매체를 포함할 수 있다. 당업자는 전체 시스템에 부여되는 특정 애플리케이션 및 전체 설계 제약들에 따라 본 개시의 도처에서 제시되는 설명된 기능을 구현하는 최선의 방법을 인식할 것이다.
개요
본 개시의 특정 양태들은 헬스케어 제공자들에 의해 처방되는 치료들의 효과를 향상시키기 위해 구현될 수 있는 제어 시스템에 관한 것이다. 제어 시스템은 치료 계획을 조정하고/하거나 수정함으로써 변화하는 환경들에 대응할 수 있다. 일부 경우들에서, 치료가 처방된 환자는 제어 시스템에 의해 생성되는 경향들, 상태들 또는 경고들에 기초하여 상담을 위해 재호출될 수 있다.
본원에 개시되는 특정 양태들에 따르면, 헬스케어 제공자에 의해 처방되는 치료는 환자에 의해 동작되는 하나 이상의 모바일 처리 디바이스들에 분배되는 치료 계획을 포함할 수 있다. 모바일 처리 디바이스들은 스마트폰, 스마트 와치 및/또는 웨어러블 처리 디바이스와 같은, 환자에 의해 동작되거나 이와 연관되는 통신 디바이스를 포함할 수 있다. 모바일 처리 디바이스는 의료용 센서들을 모니터링하고/하거나 환자에 의해 입력되는 정보 또는 환자의 위치 및 활동과 같은 자동 생성된 정보를 수집할 수 있다. 모바일 처리 디바이스는 제어 시스템에 대한 피드백으로서 센서 정보 및 다른 정보를 제공할 수 있다. 일 예에서, 모바일 처리 디바이스는 환자에게 정의된 스케줄에 따라 치료 계획의 요소들을 실행하도록 경고하고 상기시킬 수 있고 제어 시스템에 대한 피드백으로서 작업 완료의 확인을 제공할 수 있다.
특정 양태들에서, 환자들 및 헬스케어 제공자들은 활동들을 제어 시스템에 전달하도록 장려될 수 있다. 환자들에게 그들을 위한 그들의 의사들에게 전달될 특정 의료 상태들에 대한 치료 품질과 관련되는 개인화된 특정 통지들을 경고하여 그들이 가치 기반 인센티브 지불들을 받도록 하기 위해 지급인 정의 치료 품질 지표들을 가장 잘 충족시키고 보고할 수 있는 방법들, 장치, 및 컴퓨터 프로그램 제품들이 개시된다. 개인화된 특정 통지들은 환자의 모바일 디바이스에 위치되거나 클라우드에서 실행되는 컴퓨터 프로그램에 의해 생성되고 환자에게 그의 모바일 디바이스 또는 가상 어시스턴트들(assistants)을 통해 전달된다. 이들 주기적 통지들을 생성하는 컴퓨터 프로그램은 환자의 전자 건강 기록(들)로부터 자체 입력되거나 검색되고, 헬스케어 제공자들이 그들의 인센티브 지불들을 받기 위해 충족시키고 보고해야 하는 치료 품질 지표들과 관련된 임상 지침들 또는 모범 사례 기준을 갖는 사용자의 개인 모바일 디바이스들을 통해 수집되는 개인 진단들, 약품들, 및 다른 개인 치료 데이터를 포함하는, 사용자의 개인 건강 정보의 알고리즘 계산들을 사용한다. 환자에 의해 수신되는 통지들은 치료 품질 지표에 특정되고 환자에게 그의 의료 상태 또는 처방된 치료를 최선으로 관리하기 위한 특정 행동을 취하고, 그의 특정 치료 또는 치료 목적이 발생하거나 달성되었을 때 그의 헬스케어 제공자와 통신하도록 프롬프트할 수 있음으로써, 그의 헬스케어 제공자는 특정 치료 품질 기준 또는 결과가 충족되었다는 것을 근로 인센티브 지불들을 발행하는 지급인 조직에게 보고할 수 있다.
환자들에게 의사들에게 전달될 특정 의료 상태들에 대한 치료 품질과 관련되는 개인화된 특정 통지들을 경고할 수 있는 방법, 장치, 및 컴퓨터 프로그램 제품이 개시된다. 통지들은 의사들이 가치-기반 인센티브 지불들을 받기 위해 지급인-정의 치료 품질 지표들을 충족시키고 보고하는 의사에 의해 요구되는 조치들(actions)에 관한 것일 수 있다. 환자의 모바일 디바이스에 위치되거나 컴퓨팅 클라우드에서 실행되는 소프트웨어, 애플리케이션들 또는 다른 회로 또는 모듈에 의해 생성되는 개인화된 특정 통지들은 전자적으로 환자에게 전달될 수 있다. 특정 통지들은 환자의 모바일 디바이스를 통해 전달될 수 있다. 특정 통지들은 하나 이상의 치료 품질 지표들에 관한 것일 수 있고 환자에게 의료 상태 또는 처방된 치료를 최선으로 관리하기 위한 특정 조치를 취하고/취하거나, 취할 치료 품질 권장(recommended) 조치를 헬스케어 제공자와 통신하고/하거나, 그러한 조치가 취해졌음을 확인하고/하거나, 특정 치료 또는 치료 목적이 발생하였거나 달성되었을 때 의사와 통신하도록 프롬프트하기 위해 제공됨으로써, 헬스케어 제공자는 권장 치료 품질 조치, 의사에 의해 취해지는 치료 품질 조치, 및/또는 근로 인센티브 지불들을 획득하기 위해 요구되는 특정 치료 품질 기준들 또는 결과들의 달성을 보고할 수 있다.
장치의 예
도 1은 본원에 개시되는 특정 양태들에 따라 적응될 수 있는 장치(여기서, 모바일 디바이스(100))의 일 예를 예시한다. 모바일 디바이스(100)는 하나 이상의 집적 회로(IC) 디바이스들(104, 106, 108, 110, 및/또는 112)을 포함하는 처리 회로(102)를 포함할 수 있다. 모바일 디바이스(100)는 디스플레이(124) 및 사용자 입력 디바이스들(126, 128, 130)을 제공할 수 있다. 처리 회로(102)는 일반적으로 버스(118)로 표현되는, 버스 아키텍처로 구현될 수 있다. 버스(118)는 처리 회로(102)의 특정 응용 및 전체 설계 제약들에 따라 임의의 수의 상호연결 버스들 및 브리지들을 포함할 수 있다. 버스(118)는 일반적으로 처리 디바이스(104)로 표현되는 하나 이상의 프로세서들, 사용자-인터페이스 지지 모듈 또는 회로(106), 일반적으로 저장 디바이스(108)로 표현되는 컴퓨터-판독가능 저장 매체, 일반적으로 라디오 주파수(RF) 송수신기(110)로 표현되는 하나 이상의 통신 인터페이스들, 및 일반적으로 카메라 디바이스(112)로 표현되는 이미징 인터페이스를 포함하는, 다양한 회로들 및/또는 디바이스들(104, 106, 108, 110, 및/또는 112)을 함께 링크시킨다. 버스(118)는 또한 다양한 다른 회로들 예컨대 타이밍 소스들, 주변장치들, 전압 조정기들, 및 전력 관리 회로들을 링크시키며, 이는 본 기술에 잘 공지되어 있고, 따라서, 더 이상 추가적으로 설명되지 않을 것이다. 처리 회로(102)는 버스(118)와 처리 회로(102) 사이에 인터페이스를 제공하는 버스 인터페이스(116)를 포함할 수 있다. 일부 경우들에서, 버스 인터페이스(116)는 다수의 디바이스들(104, 106, 108, 110, 및/또는 112) 사이의 액세스를 제어 및 제공한다. 일부 실시예들에서, 버스 인터페이스(116)는 처리 회로(102)의 필수 부분(integral part)일 수 있다. 일부 실시예들에서, 버스 인터페이스(116)는 외부 주변장치들이 모바일 디바이스(100)에 결합되는 것을 허용하는, 범용 직렬 버스(USB) 등등과 같은, 표준-정의 버스와 처리 시스템을 인터페이스할 수 있다.
RF 송수신기(transceiver)(110) 또는 다른 송수신기는 전송 매체를 통해 다양한 다른 장치와 통신하기 위한 수단을 제공한다. 다른 타입의 송수신기는 범용 직렬 버스(USB), 파이어와이어, 이더넷, SATA(Serial Advanced Technology Attachment) 등과 같은 표준을 준수하거나 일치하는 독점 유선 인터페이스 또는 유선 인터페이스를 제공하기 위해 이용될 수 있다. RF 송수신기(110)는 무선 인터페이스를 제공하고 독점적이거나 표준화된 신호 프로토콜 예컨대 IEEE 802.11, WiFi, WiMax, CDMA, WCDMA, 블루투스 등을 사용하여 안테나(120)를 통해 라디오 신호들을 송신 및 수신할 수 있다. 일 예에서, RF 송수신기(110) 및 안테나(120)는 모바일 디바이스(100)가 RFID(radio frequency 식별 device) 디바이스로서 통신하는 것을 가능하게 할 수 있다. 다른 송수신기들은 광학, 적외선 및 다른 통신들을 가능하게 할 수 있다. 장치의 특성에 따라, 사용자 인터페이스 지원 모듈 또는 회로(106)(예를 들어, 키패드, 디스플레이, 스피커, 마이크로폰, 조이스틱)가 또한 제공될 수 있다.
처리 디바이스(104)는 컴퓨터-판독가능 매체(108)에 저장되는 소프트웨어의 실행을 포함하는, 버스(118) 및 일반 처리를 관리하는데 책임이 있다. 소프트웨어는 처리 디바이스(104)에 의해 실행될 때, 처리 회로(102)가 임의의 특정 장치에 대해 아래에(infra) 설명되는 다양한 기능들을 수행하게 한다. 컴퓨터-판독가능 매체(108)는 또한 소프트웨어를 실행할 때 처리 디바이스(104)에 의해 조작되는 데이터를 저장하기 위해 사용될 수 있다.
전자 건강 및 보험 클레임 기록들을 포함하는 전자 기록들
본 개시의 도처에 제시되는 다양한 개념들은 광범위한 통신 시스템들, 네트워크 아키텍처들, 및 통신 표준들과 인터페이스하고/하거나 상호작용하도록 구성되는 디바이스를 사용하여 구현될 수 있다.
본 개시의 다양한 양태들은 헬스케어 제공자 EMR 시스템들 또는 보험 청구 시스템들에서 발견되는 기록들을 포함할 수 있는, 전자 건강 기록들을 수반하는 일 예에 관한 것이다. 본 발명의 범위는 전자 건강 기록들에 제한되지 않고 본 발명의 다양한 양태들은 법적 기록들, 재무 기록들, 고용 기록들 등등을 포함하는, 다른 타입들의 기록들의 관리 및 액세스에 관한 것일 수 있다. 예를 들어, 본 발명의 특정 양태들은 거래 당사자의의 판매 시점(point-of-sale) 인가 및 식별에 적용가능하다. 다른 예에서, 본 발명의 특정 양태들은 클라이언트들과 금융 기관들 사이의 보안 거래들 및 정보 교환을 가능하게 할 수 있다. 그러나, 설명의 단순화를 위해, 전자 건강 기록들을 수반하는 예들이 본 개시의 도처에 사용된다.
전자 건강 기록들의 예에서, 휴대용 컴퓨팅 디바이스들은 환자 및/또는 헬스케어 제공자를 인증하기 위해 사용되어 전자 건강 기록들의 교환을 가능하게 하고/하거나 인가할 수 있다. 환자는 전자 헬스케어 기록들을 헬스케어 제공자에게 푸시하도록 선택할 수 있다. 헬스케어 제공자는 갱신들 및/또는 새로운 기록들을 환자에게 푸시하도록 선택할 수 있다. 헬스케어 기록들은 또한 이미지들, 예컨대 방사선촬영, 자기 공명 이미징(MRI), 컴퓨터 단층 촬영(CT-Scan 또는 CATSCAN), 초음파 이미징, 또는 다른 이미징 프로세스들의 사용을 통해 초기에 캡처되는 방사선 이미지들을 포함할 수 있다. 기록들 및 갱신들은 블루투스 연결, 무선 네트워크를 사용하거나 기록들을 전달하기 위해 사용되는 네트워킹 경로로부터 분리되고 구별될 수 있는 통신 경로를 제공하는 정보의 광학 교환에 의해 로컬 네트워크들을 통해 푸시될 수 있다. 일 예에서, QRC(quick response code)는 헬스케어 제공자에게 제공될 수 있으며, 그것에 의해 QRC은 기록들의 네트워크 위치, 네트워크 위치로부터 일단 검색되는 기록들을 복호화하는데 필요한 암호화 키들, 및 다른 정보를 식별하기 위해 사용될 수 있는 정보를 포함한다.
휴대용 컴퓨팅 디바이스들은 블루투스 연결, 무선 네트워크를 사용하거나 중간 네트워크 서버에 의해, 또는 전자 또는 무선 통신의 임의의 다른 방법에 의해 정보의 일부를 전자적으로 직접 전달할 수 있다. 환자와 제공자 사이의 기록들 및 다른 정보의 교환은 다수의 통신 채널들 또는 링크들을 사용하여 수행될 수 있다. 일 예에서, 제1 채널은 기록들의 네트워크 어드레스 및 기록들을 추출하는데 필요한 대응하는 암호화 키들을 포함하는 정보를 제공할 수 있는 반면에, 제2 채널은 암호화된 기록들 및/또는 암호화 키들을 전달하기 위해 사용될 수 있다. 제1 채널은 인코딩된 광학 이미지, 예컨대 QRC 또는 다른 바코드를 판독하기 위해 카메라 또는 광학 스캐너를 사용하여 구현될 수 있다.
본원에 개시되는 특정 양태들에 따르면, 환자는 의료 정보를 헬스케어 제공자 및/또는 지급인에게 제공하도록 장려될 수 있다. 스마트폰 또는 웨어러블 디바이스와 같은 모바일 컴퓨팅 디바이스를 통해 촉진되는 의료 기록들의 교환은 의료 기록들의 피험자 또는 소유자에 의해 제공되는 인가(authorization)에 대한 전제 조건이 될 수 있다. 환자는 환자가 스마트폰 또는 다른 디바이스의 사용자인 것으로 식별 및 인증된 후에 스마트폰 또는 다른 디바이스를 통해 의료 기록 전송을 위한 인가를 제공할 수 있다. 일부 실시예들에서, 스마트폰 또는 다른 디바이스는 의료 기록을 교환하는 환자를 보상하기 위해 의료 기록 교환에 관한 정보(건강 기록 메타데이터로서 지칭될 수 있음)를 보상 시스템에 송신하도록 적응될 수 있다. 일부 예들에서, 환자는 보상 계획에 등록할 때 건강 기록 메타데이터를 보상 시스템에 송신하기 위해 인가를 제공할 수 있다. 건강 기록 메타데이터는 헬스케어 제공자 시설에서의 존재, 제공자에 대한 현재 및 완전한 헬스케어 기록들의 제공, 및 청구 관련 정보를 확인하기 위해 사용될 수 있다.
보상 시스템은 할인들, 리베이트들 및 다른 유용한 혜택들을 등록자에게 제공할 수 있다. 장려된 환자는 보상들을 받기 위해 개인 모바일 컴퓨팅 디바이스를 통해 건강 기록들을 더 기꺼이 제공할 수 있다. 갱신된 헬스케어 기록들을 수신하는 헬스케어 제공자는 보다 효율적이고 효과적으로 환자를 치료할 수 있고, 지급인은 중복적이거나 불필요한 절차들의 제거로부터 이익을 얻을 수 있다.
전자 건강 기록들을 전송하도록 구성되는 네트워크들의 예들
도 2는 본 발명의 특정 양태에 따라 적응되는 시스템(200)의 단순화된 예를 예시한다. 전자 건강 기록들(Electronic Health Records(EHRs))은 다양한 물리적 위치들에 및/또는 헬스케어 제공자 EHR 시스템들(202), 지급인 EHR 또는 보험사들 및/또는 정부 기관들에 의해 운영되는 EHR 시스템들(206)에 의해 사용되는 것들과 같은 청구 시스템들(Claims systems)을 포함하는 복수의 상이한 당사자들에 의해 운영되는 EHR 시스템들(202, 204, 및 206) 상에 유지될 수 있다. 일 예에서, EHR 시스템들(202, 204, 및 206) 상에 유지되는 기록들은 EHR 시스템들(202, 204, 및 206) 중 2개 이상에 유지되는 중복 정보를 포함할 수 있다. 다른 예들에서, 적어도 일부 EHR 정보는 단일 EHR 시스템(202, 204 또는 206)에 집합되고/되거나, 축적되고/되거나 유지될 수 있다.
사용자는 클라이언트 디바이스(214 또는 216), 예컨대 스마트 폰, 태블릿 컴퓨팅 디바이스, 노트북 컴퓨터, 웨어러블 컴퓨팅 디바이스, 스마트 와치, 건강 또는 피트니스 추적기, 안경류, 또는 다른 적합한 모바일 디바이스를 통해 기록들에 액세스할 수 있다. 일부 경우들에서, 사용자는 컴퓨팅 시스템 또는 다른 처리 디바이스를 통합하거나 이에 의해 제어되는 기기(appliance)를 통해 기록들에 액세스할 수 있다. 사용자는 서비스 제공자일 수 있다. 사용자는 제공자 시스템의 클라이언트 또는 환자일 수 있는 개인 기록 소유자 및/또는 보험사들, 또는 기록 소유자의 에이전트에 의해 보험에 가입된 클라이언트 또는 개인일 수 있다. 특정 상황들에서, 사용자는 약화된, 부상을 입은 또는 달리 무능력하게 된 개인 기록 소유자를 대신하여 행동하는 긴급 구조원일 수 있다. 많은 경우들에서, 기록 소유자는 다수의 위치들에서 및/또는 다수의 헬스케어 제공자들로부터 헬스케어 서비스들을 받는 환자이다. 헬스케어 제공자들은 1차 치료 제공자(의사), 전문의(physician specialist), 긴급 구조원 및 약국 중 하나 이상을 포함할 수 있다. 환자는 개인 또는 공공 건강 보험 플랜에 의해 보험에 가입될 수 있다. 이들 상이한 헬스케어 엔티티들 각각은 환자에 대해 분리된 별개의 전자 건강 기록들을 유지할 수 있다.
클라이언트 디바이스(214, 216)는 개인 전자 건강 기록들에 대한 액세스를 가능하게 하도록 적응되거나 구성될 수 있다. 일부 경우들에서, 애플리케이션 또는 에이전트(agent)는 EHR 시스템들(202, 204 및 206)에 대응하는 하나 이상의 중앙집중식 데이터베이스들 상에 유지되는 개인 전자 건강 기록들에 대한 액세스를 가능하게 하기 위해 클라이언트 디바이스(214, 216)에 설치되고/되거나 다운로드될 수 있다. 사용자는 환자에 대한 헬스케어 서비스들의 거래(transaction) 또는 제공과 관련된 전자 건강 기록들에 액세스할 수 있고, 액세스된 기록들은 개인 건강 기록들, 의료 기록들 및 보험 기록들을 포함할 수 있으며, 이는 서비스 제공자, 보험사들 또는 다른 엔티티들에 의해 동작되는 EHR 시스템들(202, 204, 및 206)에 구현되는 중앙집중식 데이터베이스들 상에 원격으로 위치될 수 있다.
일 예에서, 하나 이상의 EHR 시스템들(202, 204, 및 206)에 의해 유지되는 데이터베이스들은 네트워크(208)를 통해 액세스될 수 있다. 네트워크(208)는 무선 네트워크, 셀룰라 액세스 네트워크, 인터넷 및/또는 하나 이상의 사설 네트워크 등을 사용하여 구현될 수 있다. 특정 실시예들에서, 기록 소유자는 특정 활동, 서비스, 및/또는 제공자와 관련되는 기록들을 검색하기 위해 EHR 시스템들 또는 데이터베이스들에 개별적으로 액세스할 수 있다. 일부 실시예들에서, 기록 소유자는 액세스되고 집합되거나, 결합되거나, 조합되거나, 대조될 한 세트의 EHR 시스템들 또는 데이터베이스들을 식별하여 결합된 세트의 EHR들 및/또는 관련되거나 이용가능한 EHR들을 식별하는 보고를 획득할 수 있다. 일부 실시예들에서, 기록 사용자는 어떤 EHR 시스템들 또는 데이터베이스들이 그러한 기록들 또는 기록들의 타입들을 유지하는지 관계없이, 액세스될 기록의 타입을 특정할 수 있다. 일부 실시예들에서, 기록 소유자는 사용자에 의한 즉각적인 액세스 및 사용을 위해, 또는 의사와 같은 헬스케어 제공자에 대한 전달을 위해 결합된 개별 기록을 생성할 수 있다. 기록들은 의사의 개인 컴퓨팅 디바이스 또는 헬스케어 제공자에 의해 소유되거나 동작되는 컴퓨팅 디바이스(예를 들어, 의사 디바이스(212))를 통해 의사에게 전달될 수 있다. 기록 소유자는 주문형으로(on-demand)(즉석에서) 결합된 기록을 생성할 수 있거나, 기록 소유자에 의해, 또는 그 대신에 유지되고 자동으로 및/또는 주기적으로 갱신되는 결합된 개별 기록에 대한 액세스를 제공할 수 있다. 일부 실시예들에서, 기록 소유자는 제공자가 단일 소스로부터, 다수의 소스들로부터, 및/또는 집합자(aggregator)(210)로부터 EHR들에 액세스하는 것을 인가하고/하거나 가능하게 할 수 있다. 일부 실시예들에서, 기록 소유자는 그들 기록들의 위치에 관계없이, 제공자가 특정 타입들의 기록들에 액세스하는 것을 인가하고/하거나 가능하게 할 수 있다. 구성요소들, 기능들 및 모듈들의 다른 구성들이 구현될 수 있다. 예를 들어, 집합자(210)는 클라이언트 디바이스(214, 216)에서 구현될 수 있다.
도 2에 예시된 예에서, 개별 기록들은 의사 디바이스(212), 예컨대 태블릿 컴퓨터 또는 스마트 폰에 전달될 수 있지만, 결합된 개별 기록이 또한 EHR 시스템(202, 204 또는 206)의 서버 또는 다른 컴퓨터에 전달될 수 있다. 일부 실시예들에서, 기록 소유자는 서버 또는 다른 네트워크 디바이스(예를 들어, 집합자(210))가 하나 이상의 EHR 시스템들(202, 204, 또는 206)로부터 공급되는 결합된 개별 기록을 의사 디바이스(212) 또는 다른 컴퓨팅 디바이스, 예컨대 데스크탑 컴퓨터에 전달하게 할 수 있다. 일 예에서, 집합자(210)는 기록 소유자가 개별 기록을 생성 및 전달할 수 있는 클라이언트 디바이스(214)에 액세스할 수 없거나 기록 소유자의 디바이스(클라이언트 디바이스(214, 216, 218))가 의사 디바이스(212) 또는 EHR 시스템들(202, 204, 또는 206)에 연결할 수 없을 때 개별 기록들을 제공하기 위해 사용될 수 있다.
식별 및 인증 정보는 기록 소유자가 EHR 시스템들(202, 204, 및 206) 각각에 액세스하는 것을 허용하기 위해 클라이언트 디바이스(214, 216) 상에 유지될 수 있다. 기록 소유자에 의한 식별 및 인증 정보의 유지 및 제어는 기록 소유자의 디바이스(예를 들어, 클라이언트 디바이스(214 또는 216))에서의 단일 명령 및 식별 프로세스가 EHR 시스템들(202, 204, 206) 상의 관련된 기록들 및/또는 집합자(210)에 의해 제공되는 관련 기록들에 대한 자동 액세스를 개시할 수 있기 때문에 전체 시스템 복잡성을 감소시킬 수 있다. 예를 들어, 클라이언트 디바이스(214, 216) 상에 설치되는 에이전트는 패스워드, 챌린지 워드들, 생체인식 스캔 및/또는 본 기술에 공지된 다른 인증 수단들을 통해 클라이언트 디바이스(214, 216)의 사용자를 식별하고 인증하도록 구성될 수 있다. 일부 경우들에서, 인증은 신뢰된 제3자 디바이스 또는 서비스 제공자에 의해 확인될 수 있다. 인증 정보는 기록 소유자와 관련되는 EHR 정보에 대한 액세스를 가능하게 하기 위해 EHR 시스템들(202, 204, 및 206) 각각 및/또는 집합자(210)에 제공될 수 있다. 일 예에서, 기록 소유자의 클라이언트 디바이스(214, 216)는 인증 정보를 제공할 수 있다. 다른 예에서, 신뢰된 제3자 디바이스 또는 서비스 제공자는 인증 정보를 제공할 수 있다.
인증 프로세스 및/또는 요청 원점(point of origin)은 기록될 수 있고 제공자로의 기록들의 전송에 대한 기록 보유자의 동의를 입증하기 위해 사용될 수 있다. 일부 실시예들에서, 기록들을 전송하기 위한 사용자로부터의 요청은 기록 보유자로서 사용자의 신원의 이전 식별 및/또는 인증에 기초하여, 기록 보유자의 동의를 포함하도록 고려되거나 구성될 수 있다. 기록 소유자는 전송 요청을 확인하기 위한 요청을 제시받을 수 있다. 확인 요청은 식별 요청 및/또는 전송 요청 수신자의 신원을 확인하기 위한 요청을 포함할 수 있다. 일부 실시예들에서, 사용자는 각각의 요청에 대해 수행될 전송 타입을 구성할 수 있다. 예를 들어, 동의(consent)는 소유자의 EHR 기록의 서브세트에 제한될 수 있다. 일부 실시예들에서, 기록 소유자는 하나 이상의 서비스 제공자들에게 전송될 수 있는 기록 타입들의 디폴트 사양(default specification)을 구성할 수 있다. 정보를 전송하기 위한 인증된 요청들 및 그러한 요청들의 확인응답들(acknowledgements)뿐만 아니라, 요청된 EHR의 전달 및/또는 수락의 확인응답들은 클라이언트 디바이스(214 또는 216), 의사 디바이스(212), 의사 관리 시스템, 기록 보유자의 EHR 시스템들(202, 204, 206) 중 하나, 및/또는 집합자(210)에 로그화될 수 있다. 사용자는 서비스 제공자의 시설들을 통해 EHR들에 대한 액세스를 인가하고/하거나 개시할 수 있다.
사용자는 결합된 EHR 보고를 준비할 수 있거나 다양한 소스들로부터의 한 세트의 EHR 정보를 모바일 디바이스 또는 저장 디바이스 상에 저장할 수 있다. 국부적으로 유지되는 정보는 전형적으로 암호화된다. 기록 보유자는 헬스케어 서비스들을 찾을 때 국부적으로 유지되는 정보의 일부 또는 전부를 헬스케어 제공자에게 전송할 수 있다. 사용자는 또한 그의 보험 상태, 의료 예약들을 체크하거나, 처방전 리필 상태를 보거나 그의 의사들과 전자 메일로 통신하기 위해 홈으로부터 온-라인으로 특정 기록들에 액세스할 수 있다.
특정 실시예들은 사용자들 및 서비스 제공자들 둘 다를 위한 다수의 전자 건강 기록들에 대한 인터페이스를 제공한다. 사용자는 서비스 제공자가 사용자의 결합된 기록들 중 일부 또는 전부에 액세스하게 할 수 있는 인가를 제공한다. 제1 제공자는 사용자의 재량에 따라, 제2 제공자에 의해 유지되는 사용자의 개별 EHR들에 액세스할 수 있으며 여기서 제2 제공자는 상이한 헬스케어 시설에 물리적으로 위치될 수 있다. 일 예에서, 의사는 사용자의 완벽한 병력, 보험 자격 상태, 및 다른 정보의 현재 뷰를 획득하기 위해 필요한 모든 사용자 기록들에 직접적이고 용이하게 액세스할 수 있다. 더욱이, 개업의들은 사용자의 건강 정보를 갱신하기 위해 사용자의 기록들에 직접적으로 액세스할 수 있다.
기록들을 전송할 때, 사용자 식별 정보는 사용자 ID, 패스워드, 챌린지 질문 및 생체인식 정보의 임의의 조합을 사용하여 인증될 수 있다. 전형적으로, 전송은 기록 보유자 및 헬스케어 제공자의 양방향 식별 여부에 따라 이루어진다. 직접 식별은 직시(direct sight)를 사용하여 이루어질 수 있다. 추가적으로, 두 당사자들의 휴대용 디바이스들은 기록 보유자 및 헬스케어 제공자 둘 다에 의해 확인되는 연결을 설정할 수 있다. 일 예에서, 연결은 사용자들 사이에서 교환되는 암호화 키들을 사용하여 보안되는 세션을 포함할 수 있다. 암호화 키들은 사용자들의 디바이스들 사이에 송신되는 정보를 암호화 및 복호화하기 위해 사용될 수 있다. 일부 실시예들에서, 전송은 인접 위치된 디바이스들에 제한될 수 있다. 일 예에서, 기록 보유자는 블루투스 범위 내, 또는 동일한 WiFi 도메인 내의 디바이스들의 목록으로부터 의사의 태블릿 컴퓨터을 선택함으로써 접촉을 개시할 수 있다. 의사는 전형적으로 전송이 개시되기 전에 연결을 수락한다.
특정 실시예들에서, 기록들은 먼저 수신자의 긍적적인(positive) 식별을 획득하는 것 없이 교환될 수 없다. 기록 보유자 및 헬스케어 제공자가 상이한 물리적 위치들에 위치될 때, 물리적 위치를 식별하는 정보는 기록 보유자 및 헬스케어 제공자 중 하나 이상에 의해 제공될 수 있다. 물리적 위치의 식별은 글로벌 위치확인 시스템, 무선 네트워크에 의해 제공되는 위치 정보 및 셀룰러 네트워크에 의한 삼각 측량을 포함하는 다른 소스들을 사용하여 이루어질 수 있다. 예를 들어, 특정 무선 네트워크 통신 서비스들은 삼각 측량 및/또는 모바일 디바이스들의 특정 신호 특성에 기초하여 정확한 위치 정보를 제공한다. 일부 실시예들에서, 인증 서비스는 기록 보유자 및 헬스케어 제공자의 신원을 검증하기 위해 사용될 수 있고, 기록 보유자 및 헬스케어 제공자는 당사자들이 상이한 물리적 위치에 위치되는 경우에도, 인증 서비스가 당사자들의 신원을 확인하는 경우 연결될 수 있다.
특정 실시예들에서, 기록 보유자 및 헬스케어 제공자의 사용자 디바이스들은 호환되지 않을 수 있고 직접 연결이 가능하지 않을 수 있다. 예를 들어, 안드로이드 기반 디바이스는 상이한 운영 시스템을 사용하여 동작하는 태블릿 컴퓨터와 안전하게 연결할 수 있지 않을 수 있다. 호환되지 않을 수 있는 디바이스들이 사용되는 경우, 게이트웨이는 디바이스들의 연결을 용이하게 하기 위해 이용될 수 있다. 게이트웨이는 두 디바이스들을 식별하고 디바이스들 사이에 보안 링크를 설정하는 확장 핸드쉐이크 서비스들(extended handshake services)을 제공할 수 있다. 게이트웨이는 로컬 또는 네트워크 서버 및/또는 클라우드 서비스를 사용하여 제공될 수 있다.
특정 실시예들에서, 글로벌 위치확인 기술은 기록 보유자 및 제공자 디바이스들의 특정 위치들 및/또는 근접성을 확인하기 위해 사용될 수 있다. 일부 실시예들에서, 제4 세대 롱텀 에볼루션(4G LTE)과 같은 라디오 액세스 기술들 및 제5 세대(5G) 라디오 액세스 기술들은 근접성 또는 물리적 위치 정보를 결정하기 위해 사용될 수 있는 위치 서비스들을 포함할 수 있다.
노트북 또는 데스크탑 컴퓨터와 같은 범용 컴퓨팅 디바이스들(216)은컴퓨팅 디바이스(216)가 기록 소유자에 속하지 않는 경우에도, 의료 기록들에 액세스하기 위해 사용될 수 있다. 기록 소유자는 컴퓨팅 디바이스(216)에 의해 판독 및 사용될 때, 결합된 개별 기록들의 자동 액세스를 가능하게 하는 전자 크리덴셜(credential)(218)을 제공할 수 있다. 전자 크리덴셜(218)은 비일시적 메모리를 갖는 휴대용 디바이스 및 내장된 마이크로프로세서 또는 다른 프로그램가능 디바이스를 포함할 수 있다. 전자 크리덴셜들은 스마트 카드, USB 플래시 드라이브, 및 라디오 주파수 식별(RFID) 디바이스, 근거리 통신(NFC) 토큰, 웹-가능 폰들 등을 포함할 수 있다. 전자 크리덴셜들은 식별 카드 또는 사용자에 의해 용이하게 저장되고 보안될 수 있는 다른 포맷으로 구현될 수 있다.
특정 실시예들에서, 사용자의 EHR 정보에 대한 액세스는 전자 크리덴셜(218)을 컴퓨팅 디바이스(예를 들어, 클라이언트 디바이스(214 또는 216))에 제시함으로써 획득될 수 있으며, 그것에 의해 컴퓨팅 디바이스는 데이터의 교환을 가능하게 하는 전자 크리덴셜(218)과 유선 또는 무선 연결을 설정할 수 있다. 전자 크리덴셜(218)은 보험사들, 정부 기관, 1차 헬스케어 제공자 시스템 등에 의해 발행되는 소형의 휴대용 디바이스를 포함할 수 있다. 전자 크리덴셜(218)은 개인 식별자, 개인에게 할당되는 고유 식별자, EHR 로케이터 어드레스, 로그인 정보, 및/또는 다른 식별 정보를 포함하는 정보를 유지하는 메모리를 포함할 수 있다. 사용자는 클라이언트 디바이스(214 또는 216), 예컨대 개인 컴퓨터(PC), 태블릿 컴퓨터, 스마트 폰, 웨어러블 컴퓨팅 디바이스(예를 들어, 스마트 와치, 건강 또는 피트니스 추적기, 안경류 등), 또는 다른 적합하게 구비된 처리 디바이스를 통해 하나 이상의 EHR 시스템들(202, 204, 및 206)에 액세스하기 위해 전자 크리덴셜(218)을 사용할 수 있다. 일 예에서, 전자 크리덴셜(218)은 클라이언트 디바이스(214 또는 216)에 무선으로 연결될 수 있는 플래시 드라이브, 스마트 카드, 또는 디바이스를 포함한다. 사용자는 전자 크리덴셜(218)이 클라이언트 디바이스(214 또는 216)와 정보를 교환하는 것을 허용하기 위해 적절한 방식으로 클라이언트 디바이스(214 또는 216)에 전자 크리덴셜(218)을 제시할 수 있으며, 그것에 의해 클라이언트 디바이스(214 또는 216)는 기록 소유자의 식별을 사용하여 하나 이상의 EHR 시스템들(202, 204, 및 206)에 자동으로 액세스 및 로그인할 수 있다. 사용자는 EHR 시스템들 내에 유지되는 의료 기록들에 대한 자동 및 동시 실시간 액세스를 위해 EHR 시스템들(202, 204, 및 206)에 액세스할 수 있다. 일 예에서, 전자 크리덴셜(218)에 내장되거나, 전자 크리덴셜(218) 상에 저장되는 정보를 사용하여 네트워크(208)를 통해 액세스되는 에이전트 또는 다른 애플리케이션 소프트웨어는 클라이언트 디바이스(214 또는 216)에 다운로드되어 상이한 EHR 시스템들(202, 204, 및 206)로부터 선택된 데이터의 수집(harvesting)을 가능하게 하고 의사가 보고 사용하기 위한 즉석(on-the-fly) 요약 기록을 생성할 수 있다.
특정 실시예들은 다수의 데이터 소스들에 대한 자동 액세스를 가능하게 한다. 일예에서, 전자 크리덴셜(218)은 개인에 대한 건강-관련 정보의 소스들의 식별 및 목록들을 포함하는 지식베이스로서 유지될 수 있는 암호화된 "전자 키체인"을 포함한다. 지식베이스는 인터넷 어드레스뿐만 아니라 데이터에 대한 액세스를 가능하게 하기 위해 요구되는 식별 및 다른 크리덴셜들 둘 다를 포함할 수 있다. 전형적으로, 건강 정보는 복수의 헬스케어 제공자들 또는 개업의들에 의해 유지되고, 정보는 보험 데이터베이스들 및 헬스케어 기록 포털들을 포함하는, 저장소들 또는 데이터베이스들을 통해 액세스할 수 있다.
전자 크리덴셜(218)은 전자 크리덴셜(218) 상에 저장되는 정보를 암호화 및 복호화할 수 있는 하드웨어 및 소프트웨어의 조합을 포함하는 디바이스를 포함할 수 있다. 전자 크리덴셜(218)은 지능형 전자 디바이스(예를 들어, 적어도 프로그램가능 컨트롤러를 갖는 디바이스들), 에컨대 범용 직렬 디바이스, 스마트 폰, 웨어러블 컴퓨팅 디바이스, 스마트 와치, 건강 또는 피트니스 추적기, 안경류, PC 및 태블릿 컴퓨터에 내장될 수 있다. 전자 디바이스는 자급식 EHR 액세스 포털로서 동작하기 위해 충분한 처리 용량 및 스토리지를 가질 수 있다.
특정 실시예들에서, 건강 정보의 즉석 요약은 의료 제공자 시설, 또는 다른 위치에 제공될 수 있다. 전자 키체인에 의해 제공되는 정보는 다수의 EHR 시스템들(202, 204, 및 206)로부터 공급되는 정보의 액세스 및 검색을 개시하기 위해 사용될 수 있다. 전자 키체인에 의해 제공되는 정보는 다수의 전자 건강 기록들을 단일 요약 양식으로 컴파일할 수 있는 하나 이상의 에이전트들 또는 애플리케이션들을 포함할 수 있다. 요약 양식은 HL7 FHIR 자원들, 및 다른 적합한 포맷들을 포함하는 다양한 표준화된 포맷들로 지속 진료 기록("CCR"), 지속 진료 문서("CCD")와 같은, 표준화된 포맷으로 제공될 수 있다. 일부 실시예들에서, 컴파일된 건강 기록들은 발생(originating) 소스에 의해 사용되는 포맷과 관계없이 일관된 요약 포맷으로 제시될 수 있다. 따라서, 전자 키체인을 통해 제시되거나 액세스되는 정보는 다양한 EHR 시스템들(202, 204, 및 206)로부터 공급되는 EHR 정보를 필터링하고 재포맷하기 위해 사용될 수 있는 템플릿들(templates) 및 변환 모듈들을 포함할 수 있다.
도 3은 본원에 개시되는 특정 양태들에 따른 EHR들의 전송과 관련되는 거래들에 수반되는 다양한 데이터 흐름들을 지원할 수 있는 네트워크 아키텍처의 일 예를 도시하는 다이어그램(300)이다. 제1 시나리오에서, 기록 소유자는 결합된 기록을 제1 제공자 디바이스(308)에 직접 전송하거나, 푸시하기 위해 개인 휴대용 컴퓨팅 디바이스(환자 디바이스(302))를 사용할 수 있다. 예를 들어, 의사의 진료소를 방문한 환자는 갱신된 기록들을 담당의에게 제공하기를 원할 수 있다. 일 예에서, 환자는 전송을 수행하기 위해 환자 디바이스(302) 상의 에이전트 또는 다른 애플리케이션을 개시할 수 있으며, 여기서 환자 디바이스는 스마트폰(316) 및/또는 스마트 워치(318)일 수 있다. 사용자는 식별 정보, 예컨대 사용자명, 패스워드, 챌린지 질문에 대한 답변을 제공하도록 요구될 수 있고/있거나 사용자는 생체인식 정보, 예컨대 지문, 홍채 스캔을 제공하거나 안면 인식 프로세스 등등에 따르도록 요구될 수 있다. 사용자는 전형적으로 어떤 기록들이 의사에게 제공되어야 하는지를 선택할 수 있다.
인증 시에, 에이전트는 단일 또는 결합된 기록이 환자 디바이스(302) 상에 유지되는지 여부 및 그러한 기록이 최신인지 여부를 판단할 수 있다. 에이전트는 하나 이상의 헬스케어 제공자들, 보험사들, 정부 기관, 공공 지급인 또는 EHR 정보의 다른 소스(일반적으로 304에 도시됨)로부터 기록들을 요청할 수 있다. 개별 기록 또는 기록들을 결합하거나 갱신하여, 에이전트는 환자 디바이스(302)가 즉각적인 디스플레이를 위해 단일 기록 또는 한 세트의 결합된 기록들을 의사 디바이스(308)에 푸시하게 할 수 있다. 의사 디바이스(308) 상의 애플리케이션 또는 에이전트는 푸시된 정보를 수신하기 위해 수동으로 개시될 수 있다. 일부 실시예들에서, 의사 디바이스(308)는 환자 디바이스(302)로부터의 연결 요청을 수신 시에 기록들을 수신하거나 디스플레이하기 위해 애플리케이션 또는 에이전트를 오픈함으로써 푸시에 응답하도록 적응될 수 있다.
특정 실시예들에서, 의사는 의사 디바이스(308) 상에서 기록들을 갱신하거나 다른 기록들을 검색하고 갱신된 또는 다른 기록들이 환자 디바이스(302)에 송신되게 할 수 있다. 그 다음, 환자 디바이스(302)는 새로운 또는 갱신된 기록들을 EHR 시스템들(304) 중 하나 이상 또는 다른 제공자의 컴퓨팅 디바이스에 제공할 수 있다. 일부 실시예들에서, 의사는 의료 정보를 환자 디바이스(302)에 제공할 수 있다. 예를 들어, 의사는 디바이스(308) 상에서 X-레이 이미지를 수신할 수 있고 이미지를 환자 디바이스(302)에 전송할 수 있다. 다른 예에서, 의사는 약품들, 투약 요법들 및 일반 정보, 예컨대 의료 상태와 관련되는 교육 정보에 대한 정보를 포함하는, 지시 또는 교육 정보에 대한 액세스를 환자 디바이스(302)에 제공하는 정보를 환자 디바이스에 송신하게 할 수 있다.
환자 디바이스(302) 및 의사 디바이스(308)는 WiFi, 셀룰러 통신들, 블루투스, IEEE 802.15(ZigBee), 및 다른 단거리 무선 통신들을 포함하는, 임의의 이용 가능한 네트워크 또는 통신 방법을 사용하여 통신할 수 있다. 특정 실시예들에서, 디바이스들(302 및 308) 사이의 통신은 보안을 향상시키기 위해 단거리 통신 방법들의 사용으로 제한될 수 있다. 예를 들어, 의사 디바이스(308)와 환자 디바이스(302) 사이의 블루투스 링크의 사용은 통신 범위를 단일 방으로 제한할 수 있어서, 의사 및 환자 둘 다가 통신이 디바이스들(302 및 308) 사이에 적절하게 설정되어 있는지를 검증하고 환자의 프라이버시가 더 양호하게 보호될 수 있다는 것을 보장하는 것을 허용한다. 특정 실시예들에서, 환자는 의사 및 환자가 서로 지리적으로 서로 떨어져 있는 경우 의료 시설 내에 위치되는 무선 LAN(306)을 사용하고/하거나 인터넷(310)을 통해 물리적으로 존재하지 않는 의사에게 기록들을 전송하기를 원할 수 있다. 그러한 경우들에서, 환자 및 의사는 신원들을 검증하고 통신이 각각의 디바이스들(302 및 308) 사이에 적절하게 설정되어 있는지를 확인하기 위해 화상 회의 연결을 설정할 수 있다.
도 3에 도시된 제2 시나리오에서, 프록시 서버(312)는 환자 디바이스(302)와 제2 의사 디바이스(314) 사이에서 프록시로서의 역할을 할 수 있다. 제1 시나리오에 대해 설명된 바와 같이, 환자는 환자 디바이스(302)를 사용항여 기록 전송을 개시할 수 있다. 특정 실시예들에서, 프록시 서버(312)는 환자 디바이스(302)가 그러한 기능들을 수행하도록 구성되거나 적응 가능하지 않을 때 기록 집합 서비스들뿐만 아니라 사용자 식별 및 인증 서비스들을 포함하는, 하나 이상의 서비스들을 제공할 수 있다. 예를 들어, 기록 소유자는 전자 크리덴셜(218)(도 2 참조)을 범용 컴퓨팅 디바이스(216)에 제공할 수 있으며, 그것에 의해 전자 크리덴셜(218)은 컴퓨팅 디바이스(216)가 서비스를 위한 요청을 프록시 서버(312)에 송신하게 한다. 일 예에서, 프록시 서버(312)는 환자가 환자 대신에 프록시 서버(312)에 의해 실행될 수 있는 요청을 개시하는 것을 허용하기 위해 컴퓨팅 디바이스(216)에 웹 페이지를 제공할 수 있다.
다른 예에서, 환자 디바이스(302) 및 제2 의사(314)는 직접적으로 통신할 수 없을 수 있다. 프록시 서버(312)는 예를 들어, 광역 통신망(예컨대 인터넷) 또는 근거리 통신망을 통해 각각의 디바이스 사이에서 정보의 교환을 허용하는 게이트웨이 또는 라우팅 기능을 수행하도록 구성될 수 있다. 디바이스들(302 및 314)은 제2 의사 디바이스(314) 및/또는 무선 LAN(306)의 보안 설정들로 인하여 서로 직접 블루투스 또는 WiFi 연결들을 설정할 수 없을 수 있다. 일 예에서, 중개 서버 또는 프록시 서버(312)는 환자 디바이스(302)가 상이한 도메인(예를 들어, 게스트 도메인)에 연결된 반면, 제2 의사 디바이스(314)가 무선 LAN(306)의 보안 개인 도메인을 통해 연결되어 있을 때 WiFi 네트워크(예를 들어, 무선 LAN(306))를 통해 게이트웨이 기능을 제공할 수 있다.
근접 교환들
특정 실시예들에서, 근접은 장소 및 시간 둘 다에서의 근접성으로 정의될 수 있다. 근접 교환은 디바이스들(302 및 308)이 서로 물리적으로 근접하고 사용자들이 직시에 의해 서로 식별할 수 있는 동안 건강 기록들 및/또는 건강 정보의 실시간 통신이 환자 디바이스(302)와 의사 디바이스(308) 사이에서 발생할 때 발생할 수 있다. 특정 실시예들에서, 근접 교환은 특정 기간 동안 로컬 무선 네트워크를 통해 환자 디바이스(302)로부터 의사 디바이스(308)로 건강 기록들 및/또는 건강 정보를 전달하기 위해 사용될 수 있다. 특정 실시예들에서, 근접 교환은 특정 기간 동안 건강 기록들 및/또는 건강 정보의 푸시를 의사 디바이스(308)에 개시하기 위해 사용될 수 있으며, 그것에 의해 근접 교환은 인증들을 위해 사용되고/되거나 의사 디바이스(308)에 대한 건강 기록들 및/또는 건강 정보의 보안 전송을 위해 필요한 정보를 제공하기 위해 사용된다.
근접 교환과 연관되는 기간(time period)은 통신 당사자들이 물리적 가시선 상에서 또는 비디오 통신 세션을 통해 서로 보는 것에 의한, 직시에 의해 서로 식별할 수 있는 시작 시간에 의해 정의될 수 있다. 전형적으로, 정보를 교환하는 2명의 사람은 근접 교환 동안에 동일한 룸에 함께 있을 것으로 예상될 수 있다. 일 예로서, 스마트폰(316) 및/또는 스마트워치(318)를 갖는 환자는 그의 건강 기록들 동일한 진료실에서 그녀의 태블릿(또는 다른 의사 디바이스(308))을 갖고 기다리고 있는 그의 의사에게 송신할 수 있다. 다른 예에서, 의사는 방문 종료시 환자 치료 지침들을 송신하고/하거나 의사에 의해 이루어진 진단과 관련되는 문헌을 제공할 수 있다. 공간의 근접(즉, 동일한 방에 있음)을 갖는 것에 더하여, 환자 및 의사는 또한 시간의 근접을 가질 수 있다. 각각의 당사자는 통신이 거의 즉시, 예를 들어 의사가 그의 병력에 대해 그녀의 환자에게 질문하고 있는 시간에 발생하기를 기대하고 있다. 일부 실시예들에서, 가상 식별은 당사자들이 비디오 링크를 통해 서로의 얼굴을 볼 수 있을 때 이루어질 수 있다. 일부 경우들에서, 비디오 링크된 디바이스들(302, 308, 및/또는 314)은 직접 및/또는 간접 시각 식별이 당사자들에 의해 이루어질 수 없을 때 안면 인식, 홍채 스캐닝, 지문 스캐닝 또는 다른 생체인식 스캐닝을 수행하도록 적응될 수 있다. 일부 실시예들에서, 시각 인식 또는 생체인식 대안은 EHR 정보에 대한 액세스가 당사자들 사이에서 교환되는 것을 허용하기 위해 요구된다.
근접 교환은 EHR 교환들에 대해 향상된 보안을 제공할 수 있다. 근접 교환들은 전형적으로 위치 및 시간에 의해 EHR 교환을 제한하고, EHR 교환은 EHR 교환의 수신자의 존재시 EHR 소유자에 의해 개시될 수 있다. 더욱이, EHR 교환을 완료할 기회는 시간에서 제한될 수 있어서, EHR 교환은 미리 정의된 시간 내에 개시되어야만 한다. EHR 교환은 1회용 푸시로서 특징지어질 수 있으며, 그것에 의해 푸시는 반복될 수 없고 각각의 푸시는 기록 소유자에 의한 별도의 인가를 필요로한다.
근접 교환 예들
도 4는 예를 들어, EHR 교환이 환자(클라이언트)와 헬스케어 제공자 사이에서 개시될 때 향상된 보안을 예시하는 근접 교환의 예들(400 및 420)을 포함한다. 일부 경우들에서, 근접 교환은 교환에 대한 두 당사자들이 동일한 위치에 있고/있거나 다른 당사자의 신원을 시각적으로 또는 청각적으로 확인할 수 있어야 한다는 것을 필요로할 수 있다. 근접 교환들은 블루투스 및 다른 단거리 RF 통신 기술들, NFC 상호작용들, RFID, 광통신들, 애드 호크(ad hoc) 연결들 등과 같은, 제한된 범위의 전자 통신을 이용할 수 있다. 그러나, 근접 교환은 또한 당사자들의 확정적인 식별이 이루어질 수 있을 때, 동일한 빌딩 및/또는 무선 네트워크 세그먼트 또는 셀 내에서 발생하는 교환들을 포함할 수 있다.
일 예(400)에서, 근접 교환은 2개의 디바이스들(402, 404 및/또는 422, 424)이 직접 통신하고 인접하여 위치될 때 가능하게 된다. 클라이언트 디바이스(402)는 스마트폰, 태블릿, 웨어러블 컴퓨팅 디바이스, 스마트 와치, 건강 또는 피트니스 추적기, 안경류, 미디어 플레이어, 기기, 또는 다른 적합한 디바이스일 수 있다. 클라이언트 디바이스(402)는 클라이언트와 연관되는 EHR 정보에 대한 액세스를 제공하도록 구성되는 에이전트 또는 다른 다운로드된 애플리케이션을 구비할 수 있다. 제공자 디바이스(404)는 개인 컴퓨터, 노트북, 스마트폰, 태블릿, 미디어 플레이어, 또는 다른 적합한 디바이스일 수 있고 실습 관리 시스템, EHR 시스템들(202, 204, 206)(도 2 참조), 및/또는 다른 시스템들 예컨대 집합자(210)를 포함하는, 하나 이상의 시스템들에 제공자 액세스를 제공하는 에이전트 또는 다운로드된 애플리케이션을 구비할 수 있다. EHR들을 제공자 디바이스(404)로 푸시하기로 결정한 클라이언트는 환자 신원을 인증하고 전송을 개시하기 위해 클라이언트 디바이스(402) 상의 에이전트 또는 애플리케이션과 상호작용할 수 있다. EHR 교환은 클라이언트 디바이스(402)에 의해 직접적으로, 또는 프록시 또는 다른 서버를 통해 간접적으로 수행될 수 있다. 클라이언트 디바이스(402)는 제공자 디바이스(404)에 무선으로 정보를 송신할 수 있으며, 그것에 의해 정보는 제공자 디바이스(404) 상의 에이전트 또는 애플리케이션이 EHR들의 수신 및 수락을 개시하게 할 수 있다. 전형적으로, 클라이언트/환자는 푸시가 제공자와의 개인적인 상호작용 및/또는 클라이언트 디바이스(402)와 제공자 디바이스(404) 사이의 상호작용들을 통해 제공되는 확인에 기초하여 제공자 디바이스(404)를 타겟팅하고 있다는 것을 확인할 수 있다.
다른 예(420)에서, EHR 교환은 클라이언트 디바이스(422)가 네트워킹 연결을 통해 제공자 디바이스(424)와 통신하지 않는 경우에도 보안될 수 있다. 예를 들어, 양 디바이스들(422 및 424)은 독립적으로 인터넷에 연결될 수 있지만 블루투스에 의해 또는 WiFi 네트워크, NFC 또는 ZigBee와 같은 로컬 네트워크들에 의해 연결되지 못할 수 있다. 일부 경우들에서, 클라이언트 및/또는 제공자는 무선 네트워크 인증을 사용하지 않도록 선택할 수 있거나, 무선 네트워크 인증들을 사용하는 것이 금지될 수 있다. 이들 예들 중 일부에서, 보안 EHR 교환은 유선 네트워크의 조합을 이용하는 인증 프로세스, 및 정보의 근접 교환을 수반하는 인증 프로세스의 사용을 통해 제공될 수 있다.
도시된 예(420)에서, EHR 교환은 2개의 디바이스들(422 및 424) 사이에서 인증 정보를 광학적으로 교환함으로써 보안될 수 있다. 클라이언트 디바이스(422)는 스마트폰, 태블릿, 미디어 플레이어, 기기 또는 카메라 또는 광학 판독기를 구비하는 다른 적합한 디바이스일 수 있다. 클라이언트(422) 상에 설치되는 에이전트 또는 애플리케이션은 클라이언트와 연관되는 EHR 정보에 대한 액세스를 제공한다.
제공자 디바이스(424)는 개인 컴퓨터, 노트북, 스마트폰, 태블릿, 미디어 플레이어, 또는 다른 적합한 디바이스일 수 있고 카메라 또는 광학 판독기를 구비할 수 있다. 디바이스(424) 상에 설치되는 에이전트 또는 애플리케이션은 실습 관리 시스템, EHR 시스템들(202, 204, 206)(도 2 참조), 및/또는 다른 시스템들 예컨대 집합자(210)를 포함하는, 하나 이상의 시스템들에 대한 제공자 액세스를 제공한다.
EHR들을 제공자 디바이스(424)로 푸시하기로 결정한 클라이언트는 환자 신원을 인증하고 전송을 개시하기 위해 클라이언트 디바이스(422) 상의 에이전트 또는 애플리케이션과 상호작용할 수 있다. EHR 교환에 대한 당사자들을 인증하기 위해, 클라이언트 디바이스(422)는 디스플레이 상에 광학 이미지를 제시하도록 구성될 수 있다. 제공자는 제공자 디바이스(424)에 통합되거나 제공자 디바이스(424)에 부착되는 카메라를 통해 이미지를 캡처할 수 있다. 이미지는 EHR 교환 동안 제공자 디바이스(424)를 인증하기 위해 필요한 암호화 키, 파일 위치, 및/또는 다른 정보를 검색하기 위해 디코딩될 수 있다. 제공자 디바이스(424)는 클라이언트 디바이스(422)의 카메라에 의해 캡처되고 응답 또는 확인응답으로 디코딩될 수 있는 인코딩된 이미지를 생성 및 디스플레이하도록 구성될 수 있다. 일부 실시예들에서, 교환은 제공자 디바이스(424)에서 개시될 수 있으며, 이는 식별 목적들을 위해 그리고 EHR 교환 동안에 EHR들이 암호화되고/되거나 제공자 디바이스(424)에 지향되도록 허용하기 위해 클라이언트 디바이스(422)에 의해 캡처되고 사용되는 이미지를 생성 및 표시할 수 있다. 임의의 적합한 타입의 인코딩된 이미지가 사용될 수 있으며, QRC와 같은 바코드를 포함한다.
전자 건강 기록 메타데이터
도 5는 EHR 메타데이터(504)가 본원에 개시되는 특정 양태들에 따라 EHR 근접 교환(524) 동안 또는 그 후에 환자 디바이스(520)에 의해 생성될 수 있는 시스템(500)의 일 예를 예시한다. 교환은 환자 디바이스(520)를 사용하는 환자에 의해 개시될 수 있으며, 이는 셀룰러 폰, 스마트 폰, 세션 개시 프로토콜(SIP) 폰, 랩탑, 노트북, 넷북, 스마트북, 개인 휴대 정보 단말기(PDA), 위성 라디오, 글로벌 위치확인 시스템(GPS) 디바이스, 멀티미디어 디바이스, 비디오 디바이스, 디지털 오디오 플레이어(예를 들어, MP3 플레이어), 카메라, 게임 콘솔, 엔터테인먼트 디바이스, 차량용 구성요소, 또는 웨어러블 컴퓨팅 디바이스(예를 들어, 스마트 와치, 건강 또는 피트니스 추적기, 안경류 등)일 수 있다.
환자 디바이스(520)는 패스워드 챌린지, 지문 식별, 홍채 스캔 또는 다른 생체인식 측정을 통해 사용자(예를 들어, 환자)를 인증하도록 적응되거나 구성될 수 있다. 환자 디바이스(520)는 사용자와 관련되는 EHR들을 유지할 수 있으며, 여기서 EHR들은 환자 디바이스(520)의 인증된 사용자에게 이용 가능한 키를 사용하여 암호화된 스토리지에 유지될 수 있다. 사용자 디바이스는 EHR들 중 하나 이상의 소스들로부터 환자 디바이스(520) 상에 유지될 EHR들을 액세스하고/하거나, 다운로드하고/하거나 갱신하도록 구성되거나 적응될 수 있다(502). 소스들은 헬스케어 제공자들, 지급인들, 집합자들 및/또는 사용자의 EHR들을 저장할 수 있는 다른 소스들을 포함할 수 있다. 소스들에 대한 액세스는 보안 연결들을 통해 가능하게 될 수 있고, 소스들은 사용자 및 소스가 서로를 인증할 수 있게 하는 공유되거나 교환된 암호화 키들 및/또는 다른 정보를 가질 수 있다. 키들 및 다른 식별 정보는 사용자 디바이스의 신뢰된 환경에서 유지될 수 있다. 신뢰된 환경은 환자 디바이스(520) 상에 제공되는 일반 애플리케이션들에 대한 제한된 접근성을 갖는 보안 스토리지 또는 보안 실행 환경을 포함할 수 있다.
특정 실시예들에서, EHR 근접 교환(524)은 사용자가 환자 디바이스(520)와 제공자 또는 의사 디바이스(526) 사이에서 인증 정보의 교환을 개시한 후에 가능하게 될 수 있다. 사용자에 의한 인증 정보의 교환 및 수락은 본질적으로 사용자에 의해 유지되는 특정 EHR들을 액세스하는 의사에 대한 인가를 포함할 수 있다. 일부 경우들에서, EHR들은 환자 디바이스(520)를 통해 제공자 또는 의사 디바이스(526)에 액세스할 수 있다. 액세스는 제공자와 환자 사이의 상호작용 동안 관련된, 필요한 또는 바람직한 것으로 결정되거나 예상될 수 있는 특정 기록에 제한될 수 있다. 클라이언트는 일부 또는 모든 관련 의료 기록들에 대한 액세스를 허용하는 인가를 제공할 수 있고, 클라이언트는 어떤 기록들이 상호작용의 맥락에서 관련되어 있는지를 지정할 수 있다. 특정 기록들은 모든 상호작용들을 위해 제공될 수 있다. 모든 상호작용들에 대해 액세스가능한 기록들의 예는 환자를 무능력하도록 만들 수 있고/있거나, 환자에게 고통을 야기할 수 있는 약물 알레르기들 또는 약품들에 대한 저항 또는 반응들을 포함하는, 환자에 의해 겪게 되는 알레르기들을 식별하는 환자의 공지된 의료 상태들을 식별하는 "의료 경고(Medic-Alert)" 스타일 정보를 포함할 수 있다.
실시예의 일 예에서, iBlueButton® 애플리케이션과 같은 애플리케이션이 환자 디바이스(520) 상에 설치될 수 있다. 애플리케이션은 환자 디바이스(520)가 환자 디바이스(520)의 특정 디스플레이 스크린들 상에 메뉴(522)를 제공하도록 구성할 수 있다. iBlueButton® 애플리케이션(iBlueButton 전문 앱 또는 "ProApp(528)")의 제공자 버전은 ProApp(528)에 대한 클라이언트 의료 기록들의 전송을 용이하게 하기 위해 제공자 또는 의사 디바이스(526) 상에 설치된다. 일부 실시예들에서, 클라이언트 기록들은 환자-제공자 상호작용의 종료 후에 삭제된다. 일부 경우들에서, EHR들을 전송하기 위한 인가들은 EHR들의 소유자에 의해 철회될 수 있다.
환자 디바이스(520)는 환자 EHR 메타데이터(504)를 생성할 수 있다(508). 환자 EHR 메타데이터(504)는 하나 이상의 헬스케어 제공자들에 의해 제공되는 헬스케어 서비스들과 관련되는 활동들과 관련되는 정보를 포함할 수 있다. 환자 EHR 메타데이터(504)는 헬스케어 서비스들의 제공과 관련되는 치료 품질(quality-of-care)과 관련되는 정보를 포함할 수 있다. 환자 EHR 메타데이터(504)는 전체 치료 품질 스코어를 결정하기 위해 사용될 수 있다.
환자 디바이스(520)는 환자 디바이스(520)에 의해 유지되는 애플리케이션들로부터 근접 교환과 연관되는 연락처(contact), 위치, 및 다른 정보를 수집한 후에 환자 EHR 메타데이터(504)를 생성할 수 있다. 시간 및/또는 위치 정보(512)는 환자 디바이스(520) 상에서 동작하는 클록(clock), GPS 애플리케이션 및/또는 네트워크 관리 애플리케이션의 일부 조합으로부터 결정될 수 있다. 일 예에서, 무선 네트워크 연결들(WiFi, 셀룰러, 블루투스 등)을 관리하는 애플리케이션은 근접 교환을 위해 사용되는 네트워크 액세스 포인트의 식별자를 제공할 수 있으며, 여기서 네트워크 식별자는 헬스케어 제공자의 지리적 위치 및 신원을 나타낼 수 있다.
환자 EHR 메타데이터(504)는 근접 교환(524)과 연관되는 하나 이상의 거래들을 식별하는 거래 정보(514)를 포함할 수 있다. 시간 및/또는 위치 정보(516)는 환자 디바이스(520) 상에서 동작하는 클록, GPS 애플리케이션 및/또는 네트워크 관리 애플리케이션의 일부 조합으로부터 결정될 수 있다. 거래 정보(514)는 iBlueButton® 애플리케이션과 같은 EHR 애플리케이션으로부터 획득될 수 있다. 환자 디바이스(520)는 근접 교환(524)을 용이하게 하기 위해 제공자 및 제공자에 의해 이용되는 컴퓨팅 디바이스를 식별하는 정보를 포함하는, 헬스케어 제공자의 인증 동안에 획득되는 정보를 제공할 수 있다. 거래 정보(514)는 헬스케어 제공자에게 제공되는 기록들 및/또는 기록들의 타입들을 식별하는 정보를 포함할 수 있다. 거래 정보(514)는 근접 교환(524)을 수반하는 상호작용 동안 헬스케어 제공자에 의해 갱신되거나 제공되는 기록들 및/또는 기록들의 타입들을 식별하는 정보를 포함할 수 있다. 일부 구현예들에서, 거래 정보(514)는 의료 치료를 특징화하기 위해 사용되는 의사 추천들 및/또는 코드들을 포함할 수 있다. 예를 들어, 거래 정보(514)는 미국 의료 협회에서 정의되고 유지되는 현재 절차 용어(CPT®) 코드들을 포함할 수 있다.
일부 구현예들에서, 제공자 EHR 메타데이터(510)는 제공자 또는 의사 디바이스(526) 상에서 생성될 수 있다(530). 제공자 EHR 메타데이터(510)는 환자와의 하나 이상의 거래들(518)에 관한 유사한 정보를 포함할 수 있고 환자의 식별, 환자 디바이스(520)로부터 전송되는 기록들 및/또는 상호작용 동안 제공되는 인가들 및 동의의 상세들을 포함할 수 있다. 시간 및/또는 위치 정보(516)는 제공자 또는 의사 디바이스(526) 상에서 동작하는 클록, GPS 애플리케이션 및/또는 네트워크 관리 애플리케이션의 일부 조합으로부터 결정될 수 있다. 환자 EHR 메타데이터(504) 및 제공자 EHR 메타데이터(510)는 제공되는 서비스들의 상세들을 확인하기 위해 제3자 시스템에 의해 비교될 수 있다.
도 6은 보안 EHR 교환을 제공하고 EHR 메타데이터(620, 622), 예컨대 도 5에 예시된 환자 EHR 메타데이터(504) 및 제공자 EHR 메타데이터(510)를 처리할 수 있는 시스템(600)의 일 예를 예시한다. 환자 디바이스(602)는 제공자 디바이스(604)에 대한 전송을 위해 한 세트의 EHR 정보를 식별하고/하거나 준비할 수 있다. 예를 들어, 환자 디바이스(602)는 제공자 디바이스(604)에 송신될 하나 이상의 소스들로부터의 EHR 정보를 선택할 수 있다. EHR 정보는 환자 디바이스(602) 상에 저장되는 기록들을 포함할 수 있다. EHR 정보는 하나 이상의 EHR 시스템들 및/또는 집합자들(612)에 저장되는 기록들을 포함할 수 있다. 기록들의 타입, 기록들의 소스들, 기록 식별 및/또는 동의가 제공되는 기록들의 서브세트는 환자 EHR 메타데이터(620)에 포함될 수 있다.
일부 경우들에서, 환자 디바이스(602)는 선택된 EHR들이 파일 저장소(608)에 저장되도록 할 수 있다. 파일 저장소(608)는 인터넷(606)과 같은 네트워크를 통해 고유하게 식별되고 액세스될 수 있는 컨테이너(614)에 복수의 파일들 및 오브젝트들(objects)의 저장을 위한 위치를 제공하도록 동작할 수 있다. 컨테이너(614)는 EHR 교환의 기간 동안 생성될 수 있고 컨테이너(614)는 내용들이 제공자 디바이스(604)로 포워딩된 때, 또는 미리 결정된 시간 후에 파괴될 수 있다. 파일 저장소들은 DropboxTM 또는 Amazon S3TM과 같은 인터넷 클라우드 서비스를 사용하여 구현될 수 있다. 선택된 EHR들은 컨테이너(614)에 저장되기 전에 암호화될 수 있다. 환자 EHR 메타데이터(620)는 저장소가 사용되는 시기 및 EHR 전송을 위해 사용되는 저장소의 상세들을 식별할 수 있다.
환자 디바이스(602) 및 제공자 디바이스(604)는 EHR 교환을 개시하기 위해 사용되는 근접 교환(616)에서 식별 및/또는 인증 정보를 교환할 수 있다. 인증은 인증 엔티티(610)에 의해 지원되고/되거나 가능하게 될 수 있으며, 이는 예를 들어, 암호화 키 생성기 또는 서버일 수 있다. 환자 EHR 메타데이터(620) 및/또는 제공자 EHR 메타데이터(622)는 식별 및/또는 인증 정보를 기록할 수 있다. 일 예에서, 환자 EHR 메타데이터(620)는 제공자와의 상호작용의 위치를 식별하는 정보, 제공자의 신원, 제공자 조직의 신원, 및/또는 제공자 디바이스(604) 및 네트워크를 식별하는 정보를 기록한다. 다른 예에서, 제공자 EHR 메타데이터(622)는 환자와의 상호작용의 위치를 식별하는 정보, 환자의 신원, 및/또는 환자 디바이스(602) 및 상호작용에 사용되는 임의의 중간체들(intermediates), 프록시들 또는 저장소들(608)을 식별하는 정보를 기록할 수 있다.
전형적으로, 직접(in-person) 확인응답은 근접 교환(616)에서 이용 가능하고, 환자 디바이스(602) 및/또는 제공자 디바이스(604)는 클라이언트 및/또는 의사가 상호작용에 대한 다른 당사자를 식별하는 정보를 상호작용에 입력하게 할 수 있다. 그러한 식별 정보는 환자 EHR 메타데이터(620), 및/또는 제공자 EHR 메타데이터(622)에 기록될 수 있다. 적어도 일부 실시예들에서, 전자 확인응답이 이루어지고 그러한 확인응답들은 환자 EHR 메타데이터(620), 및/또는 제공자 EHR 메타데이터(622)에 기록될 수 있다.
특정 실시예들에서, 암호화 키들은 디바이스들(602 또는 604) 중 하나 이상에 디스플레이되는 인코딩된 이미지를 캡처함으로써 교환될 수 있다. 비대칭 키 암호화 과정은 EHR 교환의 보안을 향상시키기 위해 이용될 수 있다. 비대칭 키 암호 시스템들은 수학적으로 링크되는 2개의 분리된 키들을 사용한다. 키들은 인증 서비스에 의해 제공될 수 있으며, 이는 EHR 교환을 위한 공개 및 개인 키들을 생성할 수 있다. 일부 경우들에서, 인증 프로세스과 관련되는 정보는 환자 EHR 메타데이터(620), 및/또는 제공자 EHR 메타데이터(622)에 기록될 수 있다. 그러한 정보는 디바이스들(602 또는 604) 및/또는 당사자들의 인증을 확인하는 메시지들을 포함할 수 있다.
특정 실시예들에서, 디바이스들(602 또는 604)은 EHR 교환을 설명하는 상세 정보를 환자 EHR 메타데이터(620), 및/또는 제공자 EHR 메타데이터(622)에 기록하도록 구성될 수 있다. 예를 들어, 환자 EHR 메타데이터(620), 및/또는 제공자 EHR 메타데이터(622)는 EHR 교환에 수반되는 구성요소들, 수신된 정보(수신된 EHR들을 포함함)의 확정적인 확인응답들, EHR 교환들의 내용의 목록, 인증된 사용자 정보, EHR 교환의 참가자들의 어드레스들, 및/또는 EHR 교환에 대응하는 날짜 및 시간 정보를 식별할 수 있다. 환자 EHR 메타데이터(620), 및/또는 제공자 EHR 메타데이터(622) 내의 정보는 환자 디바이스(602) 및/또는 제공자 디바이스(604)에 의해 유지되는 거래 로그들로부터 획득될 수 있다.
시스템(600)은 독립형 서버 또는 플랫폼으로 구현되거나, EHR 시스템들 및/또는 집합자들(612) 중 하나 이상에 통합될 수 있는 품질/보상 관리자(Quality/Rewards administrator)(618)를 포함할 수 있다. 보상-기반 시스템의 사용은 환자 스마트폰 또는 다른 모바일 통신 및/또는 컴퓨팅 디바이스에 의해 개시되거나 가능해지는 향상된 정보 흐름을 통해 서비스들의 에러들, 비용, 및/또는 중복을 감소시킬 수 있다. 일 예에서, 지급인은 품질/보상 관리자(618)를 비용 또는 낭비를 감소시키기 위한 도구로서 운영할 수 있다. 다른 예에서, 제공자는 품질/보상 관리자(618)를 그것이 제공하는 헬스케어 서비스들의 효율 및 효과를 향상시키기 위한 도구로서 운영할 수 있다.
일 양태에 따르면, 지급인의 환자 또는 클라이언트는 예를 들어, EHR들이 제공자들과 공유되고 EHR 메타데이터(620, 622)가 지급인들과 공유되도록 허용하는 것에 대해 보상받을 수 있다. EHR들을 제공자들과 공유하는 것은 의사 또는 다른 제공자가 서비스들이 제공될 때 환자에 대한 완벽한, 관련 병력을 갖는 것을 보장함으로써 의료 과실의 위험 및 중복 헬스케어가 제공되는 사례들을 감소시킬 수 있다. 종래, 3명 중 1명의 - 또는 그 이하의 - 의사들이 상이한 헬스케어 시스템으로부터의 의사들 또는 제공자들과 기록들을 공유한다. 따라서, 긴급 치료 시설, 응급실, 전문의에서 또는 새로운 사무실에서 헬스케어 서비스들을 찾는 환자의 치료는 환자가 환자 디바이스(602)를 통해 유지되거나 액세스되는 의료 기록들을 공유할 수 있을 때 보다 효율적으로 제공될 수 있다. 환자 디바이스는 본원에서 설명되는 바와 같은 헬스케어 애플리케이션을 사용하여 중요한 정보를 대조할 수 있다.
환자는 환자 디바이스(602)를 통해 유지되고 액세스되는 의료 기록들을 공유하도록 장려될 수 있다. 보험사들 또는 다른 지급인은 헬스케어 제공자와 EHR들의 사실상의 공유의 대가로 고객에서 상금을 주거나, 요금 할인을 제공하거나, 일부 다른 유용한 인센티브를 제공할 수 있다. 일 예에서, 품질/보상 관리자(618)는 환자 EHR 메타데이터(620)를 수집하고 EHR 데이터의 공유를 수반한 헬스케어 제공자와의 상호작용들의 횟수에 기초하여 보상을 산출할 수 있다. EHR 데이터의 공유는 의사 또는 다른 헬스케어 제공자와의 만남의 날짜에 대응하는 EHR들의 업로드들 및 다운로드들을 포함할 수 있다. 품질/보상 관리자(618)는 환자 EHR 메타데이터(620)를 의사 EHR 메타데이터(622) 및/또는 청구 기록들과 비교하여 EHR들의 공유가 환자와 제공자 사이의 상호작용과 일치한다는 것을 확인할 수 있다. 제공자는 또한 환자와 제공자 사이의 상호작용 동안에 환자 디바이스(602)를 통해 EHR 갱신에 참여하도록 장려될 수 있다. 제공자는 EHR들의 근접 교환을 포함한 상호작용들의 횟수 및 백분율에 기초하여 일부 재정적 인센티브를 받을 수 있다.
품질/보상 관리자(618)는 클레임 프로세서(claims processor)와 함께 사용될 수 있다. 클레임 프로세서는 의료 청구 데이터를 디코딩하고 환자와 제공자 사이의 상호작용의 목적 및/또는 결과를 특징화하도록 구성될 수 있다. 품질/보상 관리자(618)는 현재의, 관련 EHR들이 환자 디바이스(602)를 통해 환자에 의해 제공되었는지 여부를 나타내는 환자 및/또는 제공자로부터의 정보를 제공할 수 있다. 품질/보상 관리자(618)는 정보 교환이 중복 절차들을 방지하고 개선된 효율에 도움이 되었는지 여부를 평가할 수 있다. 평가에 기초하여, EHR 교환 과정의 개선들이 구현될 수 있다.
클레임 프로세서와 협력하는 품질/보상 관리자(618)는 부정확하거나 부정한 클레임들의 사례들을 제거하거나 감소시킬 수 있다. 예를 들어, 환자 EHR 메타데이터(620)는 헬스케어 제공자와의 상호작용의 특성, 및 상호작용의 결과를 명시적으로 또는 암시적으로 식별하는 정보를 포함할 수 있다. 결과는 그 후에 환자에게 다운로드 되고/되거나 품질/보상 관리자(618)에 제공될 수 있는 EHR들에 헬스케어 제공자에 의해 기록될 수 있다. 품질/보상 관리자(618)는 환자 EHR 메타데이터(620)를 요청하고/하거나 주기적으로 수신할 수 있다. 품질/보상 관리자(618)는 환자와 제공자 사이의 이벤트들 및 상호작용들을 식별하기 위해 환자 EHR 메타데이터(620)를 분석할 수 있다. 식별된 이벤트들 및 상호작용들의 날짜들은 헬스케어 제공자로부터 수신되는 청구 엔트리들과 일치되어 이벤트들 및 상호작용들의 보고에서의 정확성을 보장하고, 절차들의 적절하고 정확한 회계(accounting)가 이용 가능하다는 것을 보장할 수 있다. 일부 경우들에서, 품질/보상 관리자(618)는 환자와 제공자 사이의 상호작용의 발생을 확인하기 위해 지급인으로부터의 요청에 응답할 수 있다. 품질/보상 관리자(618)는 EHR 데이터 및/또는 이전에-수시된 환자 EHR 메타데이터(620)를 검색할 수 있다. 품질/보상 관리자(618)는 환자 디바이스(602) 상의 헬스케어 애플리케이션이 환자 EHR 메타데이터(620)를 품질/보상 관리자(618)에 전송하도록 요청할 수 있다. 품질/보상 관리자(618)는 이전에 수신된 제공자 EHR 메타데이터(622)를 검색할 수 있고/있거나 제공자 디바이스(604) 또는 기록들 시스템 상의 헬스케어 애플리케이션이 제공자 EHR 메타데이터(622)를 품질/보상 관리자(618)에 전송하도록 요청할 수 있다. 이와 관련하여, 환자 디바이스(602) 상의 헬스케어 애플리케이션은 ICD10 또는 SNOMED 진단 코드들 또는 다른 의료 코드들 예컨대 다운로드된 EHR들에 제공되는 NLM RxCui 또는 FDA NDC 약물 코드들을 해석하거나 디코딩하도록 적응될 수 있다.
환자와 헬스케어 제공자 사이의 EHR들의 교환은 전형적으로 환자의 동의를 필요로 한다. 의사 방문 동안 EHR들을 공유하는 것에 대한 동의는 환자가 근접 교환을 개시할 때 본질적으로 제공될 수 있다. 일부 경우들에서, 동의는 확정적인으로 제공된다. 헬스케어 애플리케이션은 환자에게 EHR들이 전송될 것이라는 것을 통지할 수 있고 EHR들을 전송하기 위한 요구의 확인을 명시적으로 요청할 수 있다. 일부 경우들에서, 헬스케어 제공자는 환자와 헬스케어 제공자 사이의 상호작용 이전, 또는 그 동안에 동의를 획득할 수 있다. 동의는 예를 들어, EHR들의 전송을 수락하기 전에 의사에 의해 획득될 수 있다. 환자 EHR 메타데이터(620)의 수집 및 전송은 환자에 의해 제공되는 사전 동의에 따라 조절될 수 있다. 일부 경우들에서, 환자는 환자 EHR 메타데이터(620)의 수집 및 전송을 가능하게 하는 동의를 제공한 후에 보상 프로그램에 등록할 수 있다. 의사 EHR 메타데이터(622)의 수집 및 전송은 제공자 및/또는 환자에 의해 제공되는 사전 동의에 따라 조절될 수 있다. 일부 경우들에서, 제공자는 환자-특정 EHR 메타데이터를 생성하기에 충분한 환자의 동의를 갖지 않을 수 있고; 제공자는 제공자 보상 프로그램에서 사용하기 위한 메타데이터를 집합시킬 수 있다. 환자가 보상 프로그램에 등록하고/하거나 제공자가 환자로부터 동의를 획득한 때, 제공자는 환자에 특정한 제공자 EHR 메타데이터(622)를 수집 및 전송할 수 있다.
EHR 및 다른 정보 교환들의 다른 예들
특정 실시예들에서, 표준화된 건강 요약들은 정부 및 개인 헬스케어 포털들로부터의 용이한 다운로드를 위해 이용가능하고 그들의 헬스케어 제공자들과 공유되도록 이루어질 수 있다. 일부 경우들에서, 건강 기록들 및 관련된 건강 정보의 즉각적인, 근접한, 보안 교환은 환자와 의사 사이 또는 두 의사들 사이에서 가능하게 된다. 교환은 모바일 디바이스들(302 및 308)을 사용하여 실시간으로 이루어질 수 있다(도 3 참조). 본 발명의 특정 실시예들은 암시적 또는 명시적 환자 동의를 갖는 환자 만남 동안에 로컬 무선 네트워크를 통해 환자 디바이스(302)로부터 의사 디바이스(308)로 EHR 데이터의 안전한 및 용이한 통신을 가능하게 한다. 교환은 네트워크 서버들 및 개별 계정 이름들, 어드레스들 및 보안 로그인 파라미터들을 갖는 제공자 워크스테이션들을 구성할 필요없이 의사의 진료실, 응급실, 긴급 치료 센터, 또는 병원에서 발생할 수 있다. 근접 교환은 교환되는 정보의 송신자 및 수신자가 물리적으로 서로를 인식할 수 있고 무선 네트워크와 같은 네트워크를 통해 서로 도달할 수 있는 시간에서 개별 건강 정보의 즉각적인 액세스 및 안전한 교환을 제공한다.
특정 실시예들에서, 의사는 모바일 디바이스들(302, 308 및 314)을 사용하여 환자 또는 다른 의사와 건강 정보를 교환할 수 있다. 교환은 2개의 모바일 폰들, 2개의 태블릿 또는 다른 컴퓨터들 사이, 또는 모바일 폰과 태블릿 또는 다른 컴퓨터 사이에서 발생할 수 있다.
환자 디바이스(302)는 개인 건강 기록들 및 건강 정보를 안전하게 저장하고 구성하는 애플리케이션 또는 에이전트를 사용하도록 적응될 수 있다. 환자 디바이스(302)는 환자 포털 계정에 자동으로 액세스하고 현재 및 갱신된 환자 건강 기록들을 검색하기 위해 자동으로 로그인할 수 있는 애플리케이션 또는 에이전트를 사용도록 적응될 수 있다. 환자 디바이스(302)는 환자 디바이스(302)에 의해 유지되는 로그인과 다른 식별 및 인증을 사용하여 환자 웹 포털들로부터 건강 기록들을 자동으로 다운로드하고 결합하도록 더 적응될 수 있다.
특정 실시예들에서, 환자 디바이스(302)는 모바일 디바이스(302)의 카메라를 사용하여 건강 문서들 및/또는 신체 부분들의 사진들을 캡처하도록 적응될 수 있다. 환자 디바이스(302)는 환자의 모바일 디바이스 상의 다른 애플리케이션에 의해 생성되는 기록들에 액세스하는 애플리케이션 또는 에이전트를 사용하여 적응될 수 있다. 근접 교환은 하나 이상의 건강 기록들 및 건강 정보를 의사에게 전송하기 위해 사용될 수 있다.
환자 디바이스(302)는 의사의 모바일 디바이스(308)로부터의 근접 교환을 사용하여 의사로부터 방문 개요, 참조 메모, 테스트 결과들, 환자 지시들 등과 같은, 건강 기록들을 직접적으로 수신하는 애플리케이션 또는 에이전트를 사용하도록 적응될 수 있다.
환자 디바이스(302)는 의사 디바이스(308)로부터의 근접 교환을 사용하여 의사에 의해 전송될 수 있는 문서들, 사진들, 오디오 및/또는 비디오 기록들을 포함하는, 상이한 타입들의 기록들의 수신을 가능하게 하는 애플리케이션 또는 에이전트를 사용하도록 적응될 수 있고 환자 디바이스(302)는 상이한 의사들에게 그리고 상이한 의사들로부터 교환되는 기록들을 저장하고 구조화하도록 더 구성될 수 있다.
의사 디바이스(308)는 개별 환자 기록들 및 여러 환자들과 연관되는 건강 정보를 안전하게 저장하고 구조화할 수 있는 애플리케이션 또는 에이전트를 사용하도록 적응될 수 있다. 의사 디바이스(308)는 의사 디바이스(308) 상의, 전자 의료 기록(EMR) 애플리케이션과 같은, 다른 애플리케이션들에 의해 생성되는 기록들에 액세스하는 애플리케이션 또는 에이전트를 사용하도록 적응될 수 있다.
의사 디바이스(308)는 의사 디바이스(308)의 카메라를 사용하여 환자 기록들 및/또는 환자 신체 부분들의 사진들을 찍는 애플리케이션 또는 에이전트를 사용하도록 적응될 수 있다. 의사 디바이스(308)는 후속(follow-up) 치료 지시들을 포함하는, 오디오 기록을 생성하고, 의사 디바이스(308) 상에 환자의 기록의 일부로서 그러한 기록을 저장하도록 더 적응될 수 있다.
의사 디바이스(308)는 환자의 모바일 디바이스로부터의 근접 교환을 사용하여, 환자로부터 건강 기록들을 직접 수신하고 다양한 제공자, 전자 의료 기록, 건강 정보 교환 및 다른 포털들로부터 건강 관련 정보를 다운로드하는 애플리케이션 또는 에이전트를 사용하도록 적응될 수 있다.
일부 실시예들에서, 환자 또는 의사는 근접 교환을 개시할 수 있다. 통신 개시자는 버튼을 푸시하거나 그렇지 않으면 그들 각각의 모바일 디바이스(302 또는 308)의 에이전트 또는 애플리케이션의 기능을 활성화시킬 수 있다. 그 다음, 개시자 모바일 디바이스(302 또는 308)는 다른 당사자가 긍정적으로 식별할 수 있는 이름을 포함할 수 있는 식별을 무선 네트워크를 통해 브로드캐스트할 수 있다. 수신자는 근접 교환을 위한 요청이 수신되었다는 것을 통지받을 수 있고 개시자의 이름 또는 이름들을 수신할 수 있다. 수신자는 수신자의 모바일 디바이스(302 또는 308)의 범위 내에서 검출되는 개시자들 사이에서 선택할 수 있다(예를 들어, 상이한 의사 및 상이한 환자가 근처 진료실에서 교환을 개시할 수 있음). 근접 교환은 수신자가 개시자를 수락할 때 시작되도록 인가될 수 있다.
일 예에서, 블루투스 및 WiFi 네트워크들이 존재할 수 있다. 모바일 디바이스는 먼저 자신의 무선 범위 내의 하나의 액세스 포인트에 액세스할 수 있는 경우 WiFi 액세스 포인트(AP)를 사용하여 근접 교환을 수행하기 위한 자신의 요구를 광고하도록 시도할 수 있다. 양 통신 당사자들의 디바이스들이 동일한 시간에서 동일한 AP에 액세스할 수 있는 경우, 그 다음, 근접 교환은 AP를 통해 수행되며, 그렇지 않으면 블루투스를 통해 그들을 연결하려는 시도가 이루어진다. 일부 실시예들에서, 블루투스 연결들이 먼저 시도된다.
특정 실시예들에서, 데이터는 근접 교환에 의한 전송을 위해 암호화된다. 암호화는 기본 무선 네트워크의 보안 특징들에 의존하지 않은 보안을 제공한다. 건강 기록들 및 개인 건강 정보와 같은 환자 데이터는 모바일 디바이스들(302 및 308)에 암호화된 형태로 저장될 수 있다. 일 예에서, 암호화는 모바일 디바이스(302 또는 308)에 대해 고유할 수 있는 비밀 암호화 키를 갖는 AES 암호화 알고리즘을 사용하여 수행된다. 암호화 키들은 모바일 디바이스(302 또는 308) 상에 에이전트 또는 애플리케이션의 구성 및 설치 동안에 생성될 수 있다. 암호화 키들은 사용자 패스워드 및 64 바이트 난수에 기초할 수 있다. 암호화 키들은 특별 보안 하드웨어로 디바이스 상에 안전하게 저장될 수 있다. 이러한 암호화는 모바일 디바이스들(302 및 308) 상의 기밀성 및 무결성 둘 다를 보호한다.
근접 교환에 의한 전송 이전에, 암호화된 데이터는 먼저 송신 디바이스의 로컬 암호화 키를 사용하여 복호화될 수 있다. 그 다음, 복호화된 데이터는 암호화 키를 사용하여 암호화될 수 있으며, 이는 송신자 및 수신자 둘 다에 공지되어 있고 이는 통신 세션의 수명 동안에만 존재하도록 동적으로 생성된다. 예를 들어, 디피-헬만(Diffie-Hellman) 알고리즘은 2개의 모바일 디바이스들(302 및 308)만이 키를 알고 있는 그러한 방식으로 통신 세션 암호화 키를 생성하기 위해 사용될 수 있다. 암호화된 데이터가 목적지 모바일 디바이스(308 또는 302)에서 수신될 때, 그것은 현재 근접 교환과 연관되는 키를 사용하여 복호화되고 그 다음, 그것이 저장되기 전에 목적지 디바이스의 로컬 암호화 키를 사용하여 재-암호화될 수 있다.
특정 실시예들에서, 건강 기록들 및 관련 건강 정보는 미리 정의된 네트워크 인프라스트럭처에 대한 필요없이 실시간으로 안전하게 교환될 수 있다. 근접 교환은 물리적으로 서로 인식할 수 있고 네트워크를 통해 서로 전자적으로 통신할 수 있는 두 당사자들 사이의 안전한 통신을 제공할 수 있다.
특정 실시예들에서, 개인 식별 및 연락처 정보 는 근접 교환 동안에 옵션으로서 환자 디바이스(302)와 의사 디바이스(308) 사이에서 교환될 수 있다. 개인 식별 정보는 이름, 폰 넘버, 이메일 어드레스, 사진을 포함할 수 있고, 그러한 정보는 나중에 의사와 환자 사이의 연락들을 용이하게 할 수 있다. 일부 실시예들에서, 연락처 정보는 각각의 당사자가 그것이 송신되도록 요청하는 요건 없이, 자동으로 교환된다. 연락처 정보는 당사자들 사이에 교환되는 기록들에 자동으로 첨부되어 더 쉬운 파일링(filing)을 가능하게 하고 각각의 모바일 디바이스들(302 및 308) 상에서의 가속된 검색을 가능하게 할 수 있다.
기록 소유자들 및 제공자들은 모바일 디바이스 또는 종래의 컴퓨팅 플랫폼 상에 제공되는 개인화된 포털을 통해 기록 소유자 EHR에 액세스할 수 있다. 기록 소유자들은 복수의 상이한 소스들로부터 그들의 EHR 정보에 액세스할 수 있고 하나 이상의 제공자들에게 그들의 EHR 정보에 대한 부분적인 또는 완전한 액세스를 제공할 수 있다. 도 7은 본 발명의 특정 양태에 따른 개인화된 포털을 사용하는 EHR 정보의 프리젠테이션을 예시한다. 개인화된 포털은 헬스케어 개업의들, 보험 회사들회사들, 서비스들에 대한 지불을 담당하는 엔티티 및 다른 제공자들을 포함하는 다수의 소스들로부터의 정보를 포함하는 단일 디스플레이 영역을 제시할 수 있다. EHR 정보는 정보를 필터링하고 이를 기록 소유자 또는 제공자에게 제시하기 전에, 복수의 EHR 시스템들에 액세스하기 위해 컴퓨터 시스템 또는 네트워크 서버를 사용하여 원격으로 결합될 수 있다. 집합 서버(aggregation server)는 복수의 EHR 시스템들이 기록 소유자 및 제공자 기반에 대한 인증 정보를 유지하도록 요구하는 대신에, 중앙 집중식 서비스로서 기록 소유자 및 제공자 기반과 관련되는 식별, 인증, 및 자격 서비스들을 제공함으로써 시스템 복잡성을 감소시킬 수 있다. 일부 실시예들에서, 포탈 또는 에이전트는 복수의 EHR 시스템들로부터의 EHR 정보에 직접 액세스하고 결합할 수 있다.
자격 서비스들(Qualification services)은 복수의 EHR 시스템들로부터 획득되는 결과들을 필터링할 수 있다. 수신되는 기록들은 정부 규정들을 강제할 수 있는 특정의 미리 정의된 규칙들에 기초하여 필터링될 수 있다. 예를 들어, 특정 기록들은 액세스가 헬스케어 정보가 주 또는 국가 관할 구역들 사이에서 전송되도록 하는 경우 액세스 가능하지 않을 수 있다. 수신되는 기록들은 기록 소유자, 제공자 또는 기록들을 제공하는 EHR 시스템에 의해 설정되는 규칙들에 기초하여 필터링될 수 있다. 일 예에서, 기록 소유자는 하나 이상의 제공자로부터 보류되어야 하는 한 세트의 EHR들 또는 한 부류의 EHR들을 결정할 수 있다. 기록 소유자는 발전문가에게 송신되는 EHR들이 정신 치료와 관련되는 기록들을 포함하지 않아야 하고, 그 반대도 또한 마찬가지라는 점을 요청할 수 있다.
집합자는 디스플레이를 위해 정보를 포맷할 수 있고/있거나 정보를 디스플레이를 위한 최종 포맷을 의사 또는 다른 사용자에게 전달하는 인터페이스 애플리케이션에 제공할 수 있다. 인터페이스 애플리케이션은 기록 소유자의 컴퓨팅 디바이스 상에 전개되는 포탈 또는 에이전트로 구체화될 수 있다. 인터페이스 애플리케이션은 제공자 위치에서 네트워크 애플리케이션 상에 플러그-인(plug-in)으로서 제공될 수 있다. 집합자에 의해 제공되는 정보는 웹 브라우저, 맞춤형 뷰어 애플리케이션에 또는 임의의 적합한 사무 자동화 애플리케이션, 예컨대 문서 판독기 또는 프리젠테이션 툴에 디스플레이될 수 있다. 특정 실시예들에서, 디스플레이 포맷은 최종-사용자, 시스템 관리자, 제공자, 지급인 및 디스플레이될 기록들을 갖는 기록 소유자의 선호도들 및 요건들의 일부 조합에 기초하여 특정되고/되거나 맞춤화될 수 있다. 예를 들어, 기록 소유자는 어떤 필드들이 디스플레이되고 어떤 데이터가 보류되어야 하는지를 결정할 수 있다. 다른 예에서, 재무 정보는 최종-사용자에 대해 설정되는 인가 레벨들에 기초하여 디스플레이에 대해 선택된다.
특정 실시예들에서, 기록 소유자는 그의 1차 치료 제공자(의사), 전문의 및 약국과 같은, 다수의 헬스케어 제공자들로부터 복수의 위치들에서 헬스케어 서비스들을 받거나, 받을 것으로 기대하는 환자이다. 기록 소유자는 개인 또는 공공 건강 보험 플랜에 의해 보험에 가입되어 있을 수 있다. 각각의 제공자는 기록 소유자에 대해 분리된 별개의 전자 건강 기록들을 유지할 수 있다. 일부 실시예들에서, 기록 소유자는 그러한 액세스가 기록 소유자의 사용을 위한 것일 때 온라인으로 제공자에 의해 유지되는 기록들의 적어도 일부에 대한 액세스가 허용된다. 예를 들어, 기록 소유자는 그의 보험 상태, 의료 예약들을 체크하거나, 처방전 보충들을 보거나, 담당의들과 이메일로 통신하기 위해 집으로부터 특정 기록들을 액세스할 수 있다.
특정 실시예들은 지속적으로 이용 가능한 기록 소유자의 건강 기록에 대한 기록 소유자-제어된, 실용적인, 유연한, 직접 액세스를 제공한다. 일부 실시예들에서, 기록 소유자는 EHR들을 본원에 설명되는 전자 전달 시스템들의 사용자들이 아닌 하나 이상의 제공자들에게 제시할 필요가 있을 때 온라인 기록들의 요약을 프린트하고/하거나 이동식 저장 디바이스 상에 저장할 수 있다. 그러나, 프린트된 또는 저장된 기록들은 전형적으로 정적이고, 시기 적절한 방식으로 갱시되지 않으면, 기록들이 치료 시점에서 제시되는 시간에서 구식이 될 수 있다는 것이 이해될 것이다. 더욱이, 저장된 또는 인쇄된 기록은 전형적으로 긴급 상황 동안 또는 정기 헬스케어 약속 시간을 포함하는, 모든 시간들에서 이용 가능하지 않을 것이고, 안전하게 저장되거나 운반되지 않을 수 있으며; 따라서, 이들 저장된 또는 인쇄된 기록들은 손실 또는 변조(tampering)을 받을 수 있다. EHR들에 대한 전자 액세스는 전형적으로 종이-기반이고 단일 시설-기반인, 기존의 복잡하고 비효율적인 환자 동의 관리 솔루션들을 추가적으로 해결할 수 있다.
동의는 기록 소유자의 EHR들을 전달하기 위한 요청의 일부로서 기록 소유자들에 의해 제공될 수 있다. 특정 실시예들은 소유자 기록들을 기록하기 위해 헬스케어 제공자들에 의한 직접 액세스를 제공하며, 그것에 의해 현재 기록 소유자 기록들은 제공자의 시스템에 직접 다운로드된다. 기록 소유자는 기록 소유자의 기록들의 일부 또는 전부가 제공자 시스템에 직접 푸시되는 것을 요청할 때 인증을 제공하도록 요구될 수 있다. 일부 실시예들에서, 기록 소유자는 또한 제공자가 다른 서비스 제공자 또는 집합자로부터 직접적으로 환자 기록들을 요청하거나 이에 액세스하는 것을 허용하기 위해 시간-제한 동의를 제공할 수 있다. 동의는 스마트 폰, 스마트 와치, 건강 또는 피트니스 추적기, 안경류, 또는 다른 휴대용 처리 디바이스에서 구현될 수 있는, 포탈 또는 에이전트를 사용하여 기록 소유자에 의해 직접적으로 제공될 수 있다.
디바이스 구성 및 EHR 디스플레이의 예들
포탈 또는 에이전트는 컴퓨팅 디바이스 상에 제공될 수 있다. 포탈은 컴퓨팅 디바이스 상에 일시적으로 상주하는 브라우저 또는 애플리케이션 또는 에이전트를 통해 기록 소유자의 EHR 정보에 대한 액세스를 제공할 수 있다. 포탈은 브라우저를 통해 다운로드 및 실행되거나 휴대용 저장 디바이스, 예컨대 USB 드라이브로부터 로딩되는 애플리케이션을 포함할 수 있다. 일 예에서, USB 드라이브는 암호화 키들, 생체인식 정보 등을 통한, USB 드라이브의 사용자를 식별하고/하거나 인증하기 위한 크리덴셜로서 사용될 수 있고, 기록 소유자가 컴퓨팅 디바이스 상에 포탈을 설정할 수 있게 하는 애플리케이션을 제공할 수 있다. USB 드라이브 또는 다른 크리덴셜은 그의 보험사들, 정부, 또는 그의 1차 헬스케어 제공자 시스템 등에 의해 발생될 수 있고, 기록 소유자 정보 예컨대 기록 소유자에 할당되는 개인 및 고유 식별자, 기록 로케이터 어드레스 및 로그인을 유지할 수 있다. USB 드라이브는 또한 전형적으로 암호화된 형태로, 이전에 다운로드된 EHR 문서를 유지하도록 구성될 수 있다.
포탈은 하나 이상의 다운로드 가능한 애플리케이션들을 포함할 수 있고 네트워크 서버에 의해 수행되는 서비스들을 전달할 수 있다. 에이전트는 컴퓨팅 디바이스에 의해 설치되거나 달리 유지될 수 있다. 에이전트는 전형적으로 기록 소유자가 EHR 정보에 액세스하는 것을 허용하는 하나 이상의 기능들을 수행한다. 에이전트는 RFID, 블루투스-가능 디바이스, WiFi 연결 디바이스 또는 사용자를 식별하기 위해 사용될 수 있는 다른 디바이스와 같은 무선 디바이스를 식별할 수 있다. 에이전트는 스마트 폰, 태블릿 컴퓨터 또는 노트북 컴퓨터 상에 설치되는 애플리케이션일 수 있으며, 그것에 의해 기록 소유자는 EHR 정보에 대한 액세스를 얻기 위해 식별자를 사용할 수 있다. 식별은 사용자 ID, 패스워드, 챌린지, 생체인식 정보 예컨대 지문, 홍채 스캔, 온-보드 카메라에 의해 수행되는 안면 스캔 등의 조합을 포함할 수 있다.
에이전트 또는 포탈은 기록 소유자 식별 및 인증, EHR들에 대한 액세스, 제공자에 푸시될 EHR들의 식별 및 인가, EHR들의 집합 및 기록 소유자의 개인 포탈로부터 제공자의 시스템으로의 EHR들의 직접 푸시를 포함하는 복수의 기능들을 수행하도록 구성될 수 있다.
특정 실시예들에서, 기록 소유자는 프로세서 및 스토리지를 갖는 스마트 휴대용 디바이스를 사용할 수 있다. 기록 소유자는 플래시 드라이브, 스마트 카드, 무선 연결가능 저장 디바이스 등등을 컴퓨터에 연결할 수 있다. 일 예에서, 기록 소유자는 제공자 컴퓨팅 워크스테이션 상에서 NFC 수신기에 응답하거나 이를 활성화시키는 NFC 디바이스, 예컨대 RFID, 스마트 와치, 건강 또는 피트니스 추적기, 안경류, 또는 스마트 폰을 제시할 수 있다. 기록 소유자는 또한 사용자 또는 제공자에 의해 디스플레이되는 광학 판독기 또는 카메라 캡처 바코드들을 사용하고/하거나, EHR 정보에 대한 액세스를 자동으로 가능하게 하는 생체인식 정보를 캡처하기 위해 제공자와 인증 정보를 교환할 수 있다. 추가적으로, 환자의 디바이스와 제공자의 휴대용 디바이스 사이의 디바이스 대 디바이스 통신 프로토콜은 헬스케어 제공자와, 전자 건강 기록들을 자동으로 액세스 및 교환하거나, 그러한 교환을 개시하기 위해 이용될 수 있다.
도 7은 컴퓨팅 디바이스(702)에 대한 EHR 정보의 전달의 일 예를 예시하는 다이어그램(700)이다. 컴퓨팅 디바이스(702)는 헬스케어 제공자 또는 환자에 의해 동작될 수 있고, 태블릿 컴퓨터, 데스크탑 컴퓨터, 노트북 컴퓨터, 또는 임의의 다른 적합한 컴퓨팅 디바이스를 포함할 수 있다. 컴퓨팅 디바이스(702)는 환자의 EHR들에 기초하여 요약 양식(710)을 수신 및 디스플레이할 수 있다. 요약 양식은 전형적으로 "즉석(on-the-fly)" 및/또는 주문(on-demand)으로 생성된다. 요약 양식(710)은 진행 중인 활동들을 반영하거나, 하나 이상의 정보 소스들(704, 706a-706n)로부터 수신되는 지연된 정보를 추가하기 위해 동적으로 갱신될 수 있다. 요약 양식(710)은 로컬 소스들로부터 또는 근거리 통신망 및/또는 인터넷과 같은 광역 통신망을 포함할 수 있는 네트워크(708)를 통해 검색되는 정보를 사용하여 생성될 수 있다. 요약 양식(710)은 하나 이상의 EHR 소스들(706a-706n), 보험 클레임 데이터베이스들(704), 또는 다른 소스들로부터 검색되는 정보로부터 생성될 수 있다. 요약 양식(710)은 하나 이상의 EHR 소스들(706a-706n), 보험 클레임 데이터베이스들(704), 또는 다른 소스들로부터 검색되는 정보를 결합시키는 집합자(718)에 의해 생성되는 정보로부터 생성될 수 있다. 요약 양식(710)은 컴퓨팅 디바이스(702) 또는 프록시 디바이스 또는 서버(720)에 제공되는 애플리케이션에 의해 생성될 수 있다.
요약 양식(710)은 탐색 가능할 수 있으며, 그것에 의해 컴퓨팅 디바이스(702)의 사용자는 더욱 상세한 정보를 획득하기 위해 요약 양식(710)에서 특정 항목들(712, 716)을 선택할 수 있다. 요약 양식(710)은 컴퓨팅 디바이스의 사용자가 조치를 개시하는 것을 허용하는 제어장치들(controls)(714)을 포함할 수 있다. 일 예에서, 제어장치들(714)은 활성화될 때, 컴퓨팅 디바이스(702)가 환자, 제공자들 또는 지급인들의 연락처 정보를 포함하는 추가적인 정보를 검색하게 하는 버튼 또는 버튼 아이콘을 포함할 수 있다. 다른 예에서, 제어장치들(714)은 활성화될 때, 컴퓨팅 디바이스가(702) 가족력, 알레르기들, 면역들 및/또는 이식된 디바이스들을 포함하는, 환자 이력과 관련되는 추가적인 정보를 제시하게 하는 버튼 또는 버튼 아이콘을 포함할 수 있다. 다른 예에서, 제어장치들(714)은 활성화될 때, 컴퓨팅 디바이스(702)가 요약 양식(710)으로부터의 정보 또는 다운로드된 EHR들에 제공되는 다른 정보를 익스포트하거나 인쇄하게 하는 버튼 또는 버튼 아이콘을 포함할 수 있다. 다른 예에서, 제어장치들(714)은 활성화될 때, 컴퓨팅 디바이스(702)가 조항 및 조건, 동의 정보 및 사용자에게 이용 가능한 현재 보상을 포함하는, 보상 프로그램과 관련되는 정보를 제시하게 하는 버튼 또는 버튼 아이콘을 포함할 수 있다.
요약 양식(710)은 EHR 보유자, 보험 제공자, 정부 기관, 의사 또는 다른 헬스케어 제공자에 관계없이, 사용자의 요건들에 맞춤화될 수 있다. 요약 양식은 임의의 적합한 플랫폼 상에서 보기(viewing)의 용이함을 위해 포맷될 수 있다. 요약 양식은 의사 또는 환자가 최소한의 필수 탐색으로, 한 장소에서 원하는 정보에 액세스하는 것을 허용하기 위해 단일 뷰, 윈도우 및/또는 스크린으로 제시될 수 있다. 이러한 단일 스크린 디스플레이는 즉시(on the fly) 생성될 수 있고 임상 정보(예를 들어, CCD/CCR 포맷), 관리 정보 및 재무 정보, 예컨대 보험 자격 정보와 과거 이용 및 만남 정보를 포함할 수 있다. 헬스케어 제공자는 전형적으로 발생된 현금 지불 경비뿐만 아니라, 환자에 의해 수신되는 서비스들의 타입, 양 및 위치에 대한 즉각적인 액세스를 획득할 수 있다.
이제, 본 발명의 특정 양태에 따른 특정 프로세스들이 도 13 및 도 2를 참조하여 설명될 것이다. 설명의 목적들을 위해, 재향 군인들에 의해 사용되는 본 발명의 일 예시적 실시예가 설명될 것이며, 그것에 의해 전형적인 재향 군인은 상이한 재향 군인 관리국(VA) 및 비-VA 제공자 사이트들에서 헬스케어에 액세스하고 재향 군인에 대한 EHR 정보는 정부 및 비-정부 기관들에 의해 유지된다. 예에서, 교환은 치료 포인트들 사이에서 발생할 수 있으며, 그것에 의해 전자 건강 기록들, 예컨대 블루버튼(BlueButton) 기록들은 내장된 애플리케이션의 설치를 통해 적응된, 라이언트 디바이스(214) 또는 전자 크리덴셜(218)에 의해 다양한 환자 포털들로부터 자동으로 다운로드될 수 있다. 다양한 환자 포털들은 클라이언트 디바이스(214, 216 및/또는 218), VA의 "My HealtheVet", TTRICARE Online, 및 MyMedicare.gov를 포함하는 환자 포털들, 및 다른 예들을 통해 액세스될 수 있다.
피드백-제어 치료의 예들
도 8은 환자와 헬스케어 제공자 사이의 상호작용(800)에 대한 종래의 접근법을 예시한다. 환자는 의료 치료를 받기 위한 의료 상태에 의해 동기를 부여받을 수 있다. 환자는 의사 또는 다른 헬스케어 제공자와의 상담(802)에 참여할 수 있다. 상담(802)은 전형적으로 환자 헬스케어 기록들(804)에 의해 통보되거나 안내된다. 의사는 상담(802) 동안 또는 이후에 치료 계획(806)을 처방할 수 있다. 치료 계획(806)은 약 처방, 치료, 다이어트, 운동 및 환자에 의해 제어될 다른 식이 요법들을 포함할 수 있다. 상담(802) 후에, 환자는 치료 계획(806)의 관리(administration)(808)를 제어할 수 있다. 치료 계획(806)에 의해 정의되는 일부 시점에서, 치료 계획(806)은 환자에게 만족스럽고/만족스럽거나, 불만족스럽고/불만족스럽거나 의사의 기대에 따를 수 있는 결과(810)로 종료된다. 많은 사례들에서, 의사는 치료 계획(806)의 관리(808)의 결과(810) 또는 품질에 관한 피드백을 수신하지 않는다. 따라서, 종래의 접근법은 개방-루프 시스템, 또는 최소-제어 시스템으로서 동작한다.
도 9는 환자와 헬스케어 시스템 사이의 상호작용(900)에 적용될 수 있는 본원에 개시되는 특정 양태들에 따라 제공되는 폐루프 제어 메커니즘을 예시한다. 폐루프 제어 메커니즘은 치료 계획(904)을 능동적으로 관리하기 위해 통합 EHR 교환 메커니즘 및 인센티브 프로그램을 활용할 수 있다. 폐루프 제어 메커니즘은 치료 계획(904), 처방된 환자 활동들(906) 및 예상 결과들(908)의 모니터링, 수정 및 적응을 가능하게 하는 피드백 루프들(914, 916, 918)을 효과적으로 제공할 수 있다. 일부 양태들에서, 치료 계획(904)의 관리는 치료 관리 시스템(910)에 의해 가정될 수 있다. 일부 경우들에서, 치료 관리 시스템(910)은 의사, 의사 그룹, 병원 및/또는 헬스케어 시스템에 의해 운영되는 헬스케어 관리 시스템에서 구현될 수 있다. 다른 예들에서, 치료 관리 시스템(910)은 관리되는 상태들의 타입들에 따라 구성될 수 있는 독립형 시스템으로서 구현될 수 있다.
환자는 의사 또는 다른 헬스케어 제공자와의 상담(902)에 참여할 수 있다. 일부 경우들에서, 환자는 의사가 하나 이상의 EHR 관리 시스템들(912)에 의해 유지되는 헬스케어 기록들에 액세스할 수 있는 인가를 제공할 수 있다. 일 예에서, 인가는 본원에서 개시되는 바와 같은 근접 교환을 통해 제공될 수 있다. 의사는 상담(902) 동안 또는 후에 치료 계획(904)을 처방할 수 있다. 치료 계획(904)은 약 처방, 치료, 다이어트, 운동 및 환자에 의해 제어될 다른 식이 요법들을 포함할 수 있다. 의사는 환자 활동들을 모니터링하고 장려된 활동들을 추적하기 위해 환자 모바일 통신 디바이스 상에 설치하기 위한 애플리케이션을 처방할 수 있다.
일부 경우들에서, 치료 계획(904)은 치료 관리 시스템(910)을 사용하여 생성될 수 있다. 일부 경우들에서, 치료 계획(904)은 의사에 의해 개발되고 치료 관리 시스템(910)에 전달될 수 있다. 치료 계획(904)은 환자(환자 디바이스)에 의해 동작되는 모바일 통신 디바이스에 송신되고/되거나 적절한 EHR 관리 시스템(912)에 기록될 수 있다. 치료 관리 시스템(910)은 환자 디바이스와 관계를 설정할 수 있다. 치료 관리 시스템(910)과 환자 디바이스 사이의 관계는 치료 계획(904)이 시행되는 동안 치료 관리 시스템(910)과 환자 디바이스 사이의 전자 통신을 가능하게 하도록 설정될 수 있으며, 여기서 통신은 본질적으로 예정되거나 임시적(ad hoc) 일 수 있다.
일부 예들에서, 환자 디바이스는 치료 품질을 평가하기 위해 사용될 수 있는 피드백 정보를 보고할 수 있다. 전형적으로, 피드백 정보는 모바일 통신 디바이스로부터 무선으로 송신된다. 환자 디바이스는 치료 계획(904)과 관련되는 환자 활동(906)을 보고할 수 있다. 치료 관리 시스템(910)은 치료 계획(904)을 때때로 수정할 수 있고 환자 디바이스를 적절하게 갱신할 수 있다. 환자 디바이스와 치료 관리 시스템(910) 사이의 통신은 제1 타입의 폐루프 피드백(914)을 제공하며, 여기서 환자 활동(906)과 관련되는 정보는 치료 계획(904)의 적응을 야기할 수 있다. 피드백(914) 및/또는 피드백(914)에 대한 응답은 적절한 EHR 관리 시스템(912)에 기록될 수 있다.
일부 예들에서, 환자 디바이스에 의해 보고되는 환자 활동(906)은 치료 관리 시스템(910)이 추가 상담(902)의 스케줄링에 대한 요청을 예정하고/하거나 개시하게 할 수 있다. 추가 상담(902)에 대한 개시 또는 요청은 제2 타입의 폐루프 피드백(916)으로 간주될 수 있다. 의사는 추가 상담(902)에 대한 요청을 수락할 수 있고/있거나 환자 활동(906)의 정보를 포함하는 피드백(916)을 검토할 수 있고, 환자와의 미팅 없이 치료 계획(904)을 수정, 취소 또는 확장할 수 있다. 피드백(916) 및/또는 피드백(916)에 대한 응답은 적절한 EHR 관리 시스템(912)에 기록될 수 있다.
제3 타입의 폐루프 피드백(918)은 환자에 의해 보고되거나 환자 디바이스에 전자적으로 결합되는 기구들 또는 센서들에 의해 측정되는 바와 같은 환자의 의료 상태에 기초하여 생성될 수 있다. 예를 들어, 측정들은 혈압 측정 디바이스, 혈당 모니터, 인슐린 펌프(예를 들어, 인슐린 분배), 산소 소스 또는 지속 기도 양압 디바이스, 또는 다른 그러한 디바이스들, 센서들 또는 기구들로부터 환자 디바이스에 의해 자동으로 중계될 수 있다. 다른 예에서, 환자는 활동들, 증상들 및/또는 측정들을 꼼꼼하게 보고하도록 장려될 수 있다. 치료 관리 시스템(910)은 피드백 파라미터들을 획득하기 위해 환자 디바이스로부터 수신되는 정보를 모닝터링하고 대조하도록 구성될 수 있다. 피드백 파라미터들은 치료 계획(904)에 적용될 수 있는 보정 계수들을 결정하기 위해 처리될 수 있다. 치료 계획(904)은 원하는 또는 예상된 결과(908)을 달성할 가능성을 향상시키기 위해 조정될 수 있다. 피드백 파라미터들 및/또는 보정 계수들은 허용 가능한 결과(908)가 달성된 때를 결정하기 위해 사용될 수 있다.
본원에 개시되는 바와 같은 폐루프 제어 메커니즘의 사용은 결과들(908)을 상당히 향상시키고, 치료 기간들을 감소시키고, 효과적인 처방들을 식별하고, 따라서, 치료 비용을 감소시킬 수 있다. 본원에 개시되는 특정 양태들은 정확한 피드백의 제공을 용이하게 하는 방법론들을 제공한다. 폐루프 제어 시스템에 영향을 미치는 1차 피드백은 데스크탑, 랩탑, 태블릿 컴퓨터들 및 스마트폰들을 포함하는, 환자 디바이스들(전형적으로, 스마트폰들) 및/또는 의사 컴퓨팅 시스템들로부터 수신될 수 있다. 2차 피드백은 의사 및/또는 환자가 1차 피드백으로서 시기적절하고 정확한 정보를 제공하도록 장려하거나 그렇지 않으면 권장하기 위해 1차 피드백에 응답하여 제공될 수 있다. 일부 경우들에서, 환자 디바이스는 의료 센서들 또는 기구들에 의해 생성되는 환자 활동들 및 측정들을 상술하는 정보를 자동으로 수집하도록 구성될 수 있다. 환자 디바이스는 경보들을 환자에게 발행할 수 있으며, 여기서, 경보들은 환자에 의한 정보의 입력을 요청할 수 있고, 여기서 입력된 정보는 1차 또는 2차 피드백의 역할을 할 수 있다. 환자 디바이스는 정보가 입력될 때까지 사용자에게 계속 프롬프트하는 리마인더들 및 알람들을 생성하도록 구성될 수 있다.
일부 실시예들에서, 치료 계획(904)의 구현은 의사, 환자, 치료 관리 시스템(910), 또는 의사, 환자 및 치료 관리 시스템(910)의 일부 조합에 의해 관리 또는 제어될 수 있다. 치료 계획(904)의 제어 및 관리는 적절한 피드백의 적시 통신에 의해 용이하게 될 수 있다. 피드백의 품질 및 적시성(timeliness)은 인센티브들을 의사들 및/또는 환자들에 제공함으로써 향상될 수 있으며, 여기서 인센티브들은 피드백에 기초하여 획득된다.
일부 구현예들에서, 피드백은 모바일 디바이스가 환자들에게 의사들에게 전달될 특정 의료 상태들에 대한 치료 품질과 관련되는 개인화된 특정 통지를 경고하게 하는 환자의 모바일 디바이스 상에 설치되는 애플리케이션에 의해 프롬프트되거나 트리거될 수 있다. 통지들은 의사들이 가치-기반 인센티브 지불들을 받기 위해 지급인-정의 치료 품질 지표들을 충족시키고 보고하기 위해 의사에 의해 요구되는 조치들에 관한 것일 수 있다. 일부 경우들에서, 개인화된 특정 통지들은 환자의 모바일 디바이스에 위치되는 소프트웨어, 애플리케이션들 또는 다른 회로 또는 모듈에 의해 생성될 수 있다. 일부 경우들에서, 개인화된 특정 통지들은 컴퓨팅 클라우드에서 실행되고 환자의 모바일 디바이스를 통해 전자적으로 환자에게 전달되는 애플리케이션들에 의해 생성될 수 있다. 특정 통지들은 하나 이상의 치료 품질 지표들에 관한 것일 수 있고 환자에게 의료 상태 또는 처방된 치료를 최선으로 관리하기 위한 특정 조치를 취하도록 프롬프트하기 위해 제공될 수 있다. 특정 통지들은 취해질 치료 품질 권장 액션을 전달하고/하거나, 그러한 조치가 취해졌다는 것을 확인하고/하거나, 특정 치료 또는 치료 목적이 발생하였거나 달성되었을 때 의사와 통신하기 위해 환자에게 헬스케어 제공자와 통신하도록 프롬프트할 수 있음으로써, 헬스케어 제공자는 권장 치료 품질 조치, 의사에 의해 취해진 실제 치료 품질 조치, 및/또는 근로 인센티브 지불들을 위해 요구되는 특정 치료 품질 기준들 또는 결과들의 달성에 대해 보고할 수 있다.
특정 양태들에 따르면, 환자는 이미 취해지지 않은 경우, 그의 의사라 취해야 할 필요가 있는 의료 조치에 대해 자동으로 경고될 수 있다. 환자는 조치에 대해 의사와 상의하도록 프롬프트될 수 있다. 일 예에서, 환자 디바이스(예를 들어, 모바일 폰, 기구, 센서 등) 내의 애플리케이션은 심방세동(Atrial Fibrillation)의 진단이 입력되었거나 검출되었다는 것을 통지한다. 치료 품질 통지는 환자에게 특정 약품들의 처방에 대한 필요성에 대해 경고한다. 치료 품질 통지는 환자에게 그것을 치료 품질 통지에 의해 식별될 수 있는 의사에게 전달하도록 조언할 수 있다. 일부 경우들에서, 치료 품질 통지는 환자에게 치료 품질 통지 또는 관련된 치료 품질 통지를 의사에게 포워딩하도록 프롬프트할 수 있다. 일부 경우들에서, 치료 품질 통지는 환자 디바이스가 치료 품질 통지 또는 관련된 치료 품질 통지를 의사에게 자동으로 포워딩하게 할 수 있다.
도 10은 본원에 개시되는 특정 양태들에 따라 제공되는 폐루프 제어 메커니즘을 구현하도록 적응될 수 있는 시스템(1000)을 예시한다. 의사 또는 다른 헬스케어 제공자는 상담(902) 동안에 환자와 연관되거나 환자에 의해 동작되는 환자 디바이스(1004)와 상호작용하기 위해 의사 또는 제공자 디바이스(1002)를 이용할 수 있다(도 9 참조). 일부 경우들에서, 제공자 및 환자는 본원에 개시되는 특정 양태들에 따라 헬스케어 기록들의 근접 교환을 포함하거나 야기할 수 있는 인증 프로세스(1012)을 사용하여 각각의 디바이스들(1002, 1004) 사이의 연결을 설정할 수 있다. 헬스케어 기록들은 네트워크(1006)를 통해 기록 소유자들 또는 인가된 사용자들에 의해 액세스가능한 하나 이상의 전자 헬스케어 기록 관리 시스템들(1010)로부터 획득될 수 있다. 상담(902)은 의사 또는 제공자 디바이스(1002), 환자 디바이스(1004) 및/또는 전자 헬스케어 기록 관리 시스템들(1010)에 결합되는 치료 관리시스템(1008)을 사용하여 용이하게 되거나, 모니터링 되거나 문서화될 수 있다.
상담(902) 과정에서, 또는 그 이후에, 치료 계획은 의사에 의해 처방될 수 있다. 처방된 치료(1016)는 직접적으로 또는 네트워크를 통해 및/또는 치료 관리 시스템(1008)의 동작을 통해 환자 디바이스(1004)에 제공될 수 있다. 환자 디바이스(1004)는 처방된 치료(1016)의 실행을 관리하도록 적응될 수 있다. 환자 디바이스(1004)는 치료 관리 시스템(1008)과 통신하여, 처방된 치료(1016)와 관련되는 피드백 정보를 중계하고/하거나 갱신된 치료 계획들을 수신할 수 있다. 피드백 정보는 환자 디바이스(1004)에 결합되거나, 이에 의해 제어되는 하나 이상의 센서들 또는 기구들(1014)로부터 유도될 수 있다. 피드백 정보는 환자 디바이스(1004)를 통해 환자에 의해 입력되는 활동 및 다른 관찰들의 보고들을 포함할 수 있다. 피드백 정보는 치료 계획에 참여하거나 치료 계획의 효과들을 관찰하는 헬스케어 제공자에 의해 제공될 수 있다. 치료 관리 시스템(1008), 의사 또는 제공자 디바이스(1002) 및/또는 환자 디바이스(1004)는 치료 동안에 전자 헬스케어 기록 관리 시스템들(1010)을 갱신할 수 있다.
도 11은 본원에 개시되는 특정 양태들에 따라 제공되는 폐루프 제어 메커니즘을 구현할 수 있는 프로세스 흐름(1100)을 예시한다. 프로세스 흐름(1100)은 도 10에 예시된 의사 또는 제공자 디바이스(1002), 환자 디바이스(1004), 치료 관리 시스템(1008) 및/또는 전자 헬스케어 기록 관리 시스템(1010)의 일부 조합을 사용하여 구현되는 프로세스에 관한 것일 수 있다. 프로세스는 환자의 치료에 관한 것일 수 있고 의사 또는 다른 헬스케어 제공자와의 상담 동안에 시작될 수 있다.
환자는 의사가 환자의 헬스케어 기록들에 액세스하는 것을 인가할 수 있다. 인가는 의사 또는 제공자 디바이스(1002)와 환자 디바이스(1004) 사이의 근접 교환의 일부일 수 있는 인증 프로세스(1102) 후에 제공될 수 있다. 당사자들이 인증된 경우, 환자는 인가(1104)를 입증하여 전자 헬스케어 기록 관리 시스템(1010)이 기록들을 의사 또는 제공자 디바이스(1002)에 전송하는 것을 허용할 수 있다(1106). 인가(1104)는 시간 제한적일 수 있다.
일 예에서, 의사는 치료를 처방할 수 있고 의사 또는 제공자 디바이스(1002)가 처방전을 치료 관리 시스템에 송신하게 할 수 있다(1108). 의사는 추가적으로 환자에게 직접 처방전을 제공할 수 있다. 처방전은 환자 디바이스가 처방된 치료를 모니터링하고 피드백을 때때로 및/또는 치료 관리 시스템(1008) 또는, 적어도 일부 경우들에서, 의사 또는 제공자 디바이스(1002)의 요구에 따라 제공하게 하도록 적응되는 애플리케이션을 포함할 수 있다. 치료 관리 시스템(1008)은 처방전 및/또는 치료 계획을 전자 헬스케어 기록 관리 시스템(1010)에 포워딩할 수 있다. 일부 구현예들에서, 치료 관리 시스템(1008)은 환자 디바이스(1004)에 전송될 치료 계획을 생성한다. 일부 예들에서, 치료 관리 시스템(1008)은 치료 계획을 환자 디바이스(1004)에 송신한다(1112). 그 다음, 치료 관리 시스템(1008)은 의사 또는 제공자 디바이스(1002) 및/또는 환자 디바이스(1004)에 의해 제공되는 피드백을 사용하여 치료 계획의 실행을 모니터링할 수 있다.
환자 디바이스(1004)는 보고들(1114, 1116)을 치료 관리 시스템(1008)에 송신할 수 있다. 보고들은 경고들, 치료 계획과 관련되는 이벤트들에 대한 정보, 센서들 및/또는 기구들로부터 획득되는 정보, 환자-생성 보고들 및 치료 계획과 관련되는 다른 정보를 포함할 수 있다. 의사 또는 제공자 디바이스(1002)는 치료 관리 시스템(1008)과 갱신들(1118)을 교환할 수 있다. 갱신들(1118)은 의사에 의해 직접 수신되고/되거나 의사 또는 제공자 디바이스(1002) 상에 입력되거나, 이에 제공되는 정보를 포함할 수 있다. 갱신들(1118)은 환자 디바이스(1004)로부터 치료 관리 시스템(1008)에 의해 수신되는 정보의 릴레이들(relays)을 포함할 수 있다. 갱신들(1118)은 치료 관리 시스템(1008)이 피드백을 처리할 때 생성되는 결과들을 포함할 수 있다.
치료 관리 시스템(1008)은 치료 계획 및 예상 결과에 대한 피드백을 분석하는 알고리즘을 사용하여 피드백을 처리할 수 있다. 알고리즘은 치료 과정을 개선 또는 수정하기 위해 제안들, 경고들 및/또는 수정들을 생성하도록 적응될 수 있다. 치료 관리 시스템(1008)은 처리 결과들에 기초하여 치료 계획(1122)을 갱신할 수 있다. 일 예에서, 치료 관리 시스템(1008)은 환자에게 의사를 호출하도록 프롬프트할 수 있다. 다른 예에서, 치료 관리 시스템(1008)은 의사가 상태를 검토하기 위해 환자를 호출하거나 만날 수 있도록 하기 위해 분석을 의사에게 제공할 수 있다. 다른 예에서, 치료 관리 시스템(1008)은 추가 상담을 예정하기 위해 의사 및/또는 환자에게 프롬프트할 수 있다(1124).
치료 관리 시스템(1008)은 전자 헬스케어 기록 관리 시스템(1010)이 갱신되도록 하여(1120, 1126) 환자 생성 보고들(1114, 1116), 의사 갱신들(1118), 피드백의 분석들, 갱신된 치료 계획들 및/또는 추가 상담(1124)으로부터 발생하는 정보를 반영할 수 있다.
환자-대향 모바일 기술을 사용하는 인센티브들의 예들
본 개시의 특정 양태들은 환자-생성 데이터의 포함 부족 및 헬스케어 제공자들과 그들 환자들 사이의 의사소통 부족을 해결하여 의사들이 종래 시스템들에서 치료 품질 지표들을 최적으로 보고하는 것을 도울 수 있다. 치료 품질 지표들은 그들 환자들에 제공되는 치료에 기초하여 헬스케어 제공자들에게 인센티브 지불들을 유도하기 위해 사용될 수 있다. 환자의 모바일 디바이스 상에서 또는 예를 들어 가상 어시스턴트들과 함께 동작될 수 있는 환자-대향 컴퓨터 애플리케이션을 사용하면, 개별화된 특정 헬스케어 치료 통지들은 환자들이 효과적이고 고품질의 치료를 받는 것을 돕기 위해 환자들을 안내하기 위해 생성될 수 있다. 환자-대향 컴퓨터 애플리케이션들은 환자들이 그들이 치료 품질 보고에 대해 필요한 정보를 교환하기 위해 그들의 의사와 통신하게 할 수 있다.
환자-대향 컴퓨팅 애플리케이션들은 치료 품질 보고 시스템에 직접 연결될 수 있다. 일 예에서, 치료 품질 보고 시스템은 도 6에 예시되는 시스템(600)을 사용하여 구현될 수 있다. 다른 예들에서, 영국 및 북 아일랜드(UK)에서 구현되는 QOF(Quality and Outcomes Framework), 또는 미국의 2015년의 MACRA(Medicare Access and CHIP Reauthorization Act) 및/또는 메리트 기반 인센티브 지불 시스템(Merit Based Incentive Payments System)과 같은 시스템들을 위해, 치료 품질 점수 및 보고는 UK의 일반의들(GPs)을 포함하는 헬스케어 개업의들이 적절한 환자-대향 컴퓨팅 애플리케이션들을 그들의 환자들에게 처방하는 데 강력한 인센티브가 될 수 있다.
QOF를 수반하는 일 예에서, 개업의는 그 중에서도(inter alia), 환자들/사용자들에 대한 통지들의 발행을 용이하게 하기 위해 응급 치료용 Humetrix SOS QR® 모바일 플랫폼들이 설치되도록 처방할 수 있다. Humetrix SOS QR® 모바일 플랫폼은 내장된 분석 시스템 및 알고리즘을 포함한다. Humetrix SOS QR® 모바일 플랫폼은 그들의 비상 기록을 생성할 때 사용자에 의해 입력되는 하나 이상의 QOF 특정 조건들에 기초하여 선택되고/되거나 구성될 수 있다. Humetrix SOS QR® 모바일 플랫폼은 환자에게 일부 QOF-특정 조치를 취하고, 그러한 조치를 필요에 따라 그들의 GP와 논의하도록 경고할 수 있다. Humetrix SOS QR® 모바일 플랫폼은 환자에게 QOF-관련 치료 문제들을 그들의 GP들로 가져오게 안내하도록 설계되는 통지들을 제공하도록 구성되어, 그들이 최적의 QOF 점수를 달성하는 것을 도울 수 있다. Humetrix SOS QR® 모바일 플랫폼은 무엇보다도, 심방세동(QOF# AF007), 관상 동맥 질환의 2차 예방(QOF # CHD002, CHD005, CHD007), 심부전(QOF # HF003, HF004), 뇌졸증 및 TIA, 간질을 포함하는, 다수의 조건들에 대한 QOF 값들을 제공할 수 있다. 일 예에서, 사용자가 Humetrix SOS QR® 모바일 플랫폼을 통해 그의 비상 기록을 생성할 때 조건으로서 심방 세동의 선택은 앱 내의 다음 통지를 트리거하여 GP들이 A Fib에 대한 그의 AF 007을 충족시키는 것을 돕는다:
"항응고제를 복용하고 있습니까?
그러한 경우 - 당신의 약물 목록에 이러한 약물을 포함시키는 것을 잊지 마십시요.
그러하지 않은 경우, 당신의 GP와 이것에 대해 논의하셨습니까?"
QOF를 수반하는 다른 예에서, 개업의는 고혈압 관리를 위한 Humetrix TENSIO 모바일 플랫폼을 처방할 수 있다. 고혈압 관리를 위한 Humetrix TENSIO 모바일 플랫폼으로 내장되는 분석 시스템은 환자들 및/또는 사용자들에 대해 지속적인 통지를 발행하여 그들을 그들의 GP 치료 계획으로 안내하고 그렇지 않으면 그들이 그들의 GP 치료 계획을 고수하도록 보조할 수 있다. 고혈합 관리를 위한 Humetrix TENSIO 모바일 플랫폼은 GP들이 고혈압 관리를 위한 Humetrix TENSIO 모바일 플랫폼에 의해 해결되는 QOF 특정 조건과 관련되는 최적 QOF 점수를 달성하는 것을 보조할 수 있다. 다수의 QOF 조건들은 고혈압 관리를 위한 Humetrix TENSIO 모바일 플랫폼에 의해 해결될 수 있다. 고혈압 관리를 위한 Humetrix TENSIO 모바일 플랫폼은 고혈압 관리(QOF #HYP006), 및 또한 관상동맥 질환의 2차 예방(QOF # CHD002), 뇌졸증 및 TIA(QOF# STIA003), 또는 당뇨병들(QOF # DM003)에 대한 환자 및 임상 도구로서 동작할 수 있다. 고혈압 관리를 위한 Humetrix TENSIO 모바일 플랫폼은 환자 사용자에게 그가 그의 GP에 의해 설정되는 그의 혈압 목표를 달성할 때, 다음과 같은 통지 타입을 통지할 수 있다:
"축하합니다! 당신의 최신 혈압 수치는 정상으로의 건강한 추세를 나타냅니다.
당신의 GP에게 그의 처방된 목표를 충족시키는 당신의 가장 최근의 혈압 수치들을 알려주십시요".
그 다음, GP들에 의한 QOF 고혈압(HYP 006) 150/90 mmHg 혈압 목표 보고는TENSIO의 환자 사용에 의해 최적화될 수 있다.
처리 회로들 및 방법들의 예들
도 12는 본원에 개시되는 하나 이상의 기능들을 수행하도록 구성될 수 있는 처리 회로(1202)를 이용하는 장치(1200)에 대한 하드웨어 구현의 단순화된 예를 예시하는 개념도이다. 본 개시의 다양한 양태들에 따르면, 본원에 개시되는 바와 같은 요소, 또는 요소의 임의의 부분, 또는 요소들의 임의의 조합은 처리 회로(1202)를 사용하여 구현될 수 있다. 처리 회로(1202)는 하드웨어 및 소프트웨어 모듈들의 일부 조합에 의해 제어되는 하나 이상의 프로세서들(1204)을 포함할 수 있다. 프로세서들(1204)의 예들은 마이크로프로세서들, 마이크로컨트롤러들, 디지털 신호 프로세서들(DSPs), ASIC들, 필드 프로그램가능 게이트 어레이들(FPGAs), 프로그램가능 로직 디바이스들(PLDs), 상태 머신들, 시퀀서들, 게이트 로직, 이산 하드웨어 회로들, 및 본 개시의 도처에 설명되는 다양한 기능을 수행하도록 구성되는 다른 적합한 하드웨어를 포함한다. 하나 이상의 프로세서들(1204)은 특정 기능들을 수행하고, 소프트웨어 모듈들(1216) 중 하나에 의해 구성, 증대 또는 제어될 수 있는 특수 프로세서들을 포함할 수 있다. 하나 이상의 프로세서들(1204)은 초기화 동안에 로딩되는 소프트웨어 모듈들(1216)의 조합을 통해 구성되고, 동작 동안에 하나 이상의 소프트웨어 모듈들(1216)을 로딩 또는 언로딩함으로써 더 구성될 수 있다.
예시된 예에서, 처리 회로(1202)는 일반적으로 버스(1210)로 표현되는, 버스 아키텍처로 구현될 수 있다. 버스(1210)는 처리 회로(1202)의 특정 애플리케이션 및 전체 설계 제약들에 따라 임의의 수의 상호연결 버스들 및 브리지들을 포함할 수 있다. 버스(1210)는 하나 이상의 프로세서들(1204), 및 스토리지(1206)를 포함하는 다양한 회로들을 함께 링크시킨다. 스토리지(1206)는 메모리 디바이스들 및 대용량 저장 디바이스들을 포함할 수 있고 본원에서 컴퓨터-판독가능 매체 및/또는 프로세서-판독가능 매체로서 지칭될 수 있다. 버스(1210)는 또한 다양한 다른 회로들 예컨대 타이밍 소스들, 타이머들, 주변장치들, 전압 조정기들, 및 전력 관리 회로들을 링크시킬 수 있다. 버스 인터페이스(1208)는 버스(1210)와 하나 이상의 송수신기들(1212) 사이에 인터페이스를 제공할 수 있다. 송수신기(1212)는 처리 회로에 의해 지원되는 각각의 네트워킹 기술에 대해 제공될 수 있다. 일부 경우들에서, 다수의 네트워킹 기술들은 송수신기(1212)에서 발견되는 회로 또는 처리 모듈들의 일부 또는 전부를 공유할 수 있다. 각각의 송수신기(1212)는 전송 매체를 통해 다양한 다른 장치와 통신하기 위한 수단을 제공한다. 장치(1200)의 특성에 따라, 사용자 인터페이스(1218)(예를 들어, 키패드, 디스플레이, 스피커, 마이크로폰, 조이스틱)가 또한 제공될 수 있고, 직접적으로 또는 버스 인터페이스(1208)를 통해 버스(1210)에 통신 결합될 수 있다.
프로세서(1204)는 버스(1210)를 관리하고 스토리지(1206)를 포함할 수 있는 컴퓨터-판독가능 매체에 저장되는 소프트웨어의 실행을 포함할 수 있는 일반적인 처리를 담당할 수 있다. 이 점에 있어서, 프로세서(1204)를 포함하는 처리 회로(1202)는 본원에 개시되는 방법들, 기능들 및 기술들 중 임의의 것을 구현하기 위해 사용될 수 있다. 스토리지(1206)는 소프트웨어를 실행할 때 프로세서(1204)에 의해 조작되는 데이터를 저장하기 위해 사용될 수 있고, 소프트웨어는 본원에 개시되는 방법들 중 임의의 하나를 구현하도록 구성될 수 있다.
처리 회로(1202) 내의 하나 이상의 프로세서들(1204)은 소프트웨어를 실행시킬 수 있다. 소프트웨어는 소프트웨어, 펌웨어, 미들웨어, 마이크로코드, 하드웨어 설명 언어, 또는 기타로서 언급되든, 명령어들, 명령어 세트들, 코드, 코드 세그먼트들, 프로그램 코드, 프로그램들, 서브프로그램들, 소프트웨어 모듈들, 애플리케이션들, 소프트웨어 애플리케이션들, 소프트웨어 패키지들, 루틴들, 서브루틴들, 객체들, 실행파일들, 실행 스레드들, 절차들, 함수들, 알고리즘들 등을 의미하도록 광범위하게 해석되어야 한다. 소프트웨어는 스토리지(1206) 또는 외부 컴퓨터-판독가능 매체에 컴퓨터-판독가능 형태로 상주할 수 있다. 외부 컴퓨터-판독가능 매체 및/또는 스토리지(1206)는 비일시적 컴퓨터-판독가능 매체를 포함할 수 있다. 비일시적 컴퓨터-판독가능 매체는 예로서, 자기 저장 디바이스 (예를 들어, 하드 디스크, 플로피 디스크, 자기 스트립), 광학 디스크(예를 들어, 콤팩트 디스크(CD) 또는 디지털 다기능 디스크(DVD)), 스마트 카드, 플래시 메모리 디바이스(예를 들어, "플래시 드라이브", 카드, 스틱, 또는 키 드라이브), 랜덤 액세스 메모리(RAM), 판독 전용 메모리(ROM), 프로그램가능 ROM(PROM), 소거가능 PROM(EPROM), 전기 소거가능 PROM(EEPROM), 레지스터, 이동식 디스크, 및 컴퓨터에 의해 액세스되고 판독될 수 있는 소프트웨어 및/또는 명령어들을 저장하기 위한 임의의 다른 적합한 매체를 포함한다. 컴퓨터-판독가능 매체 및/또는 스토리지(1206)는 또한 예로서, 반송파, 전송 라인, 및 컴퓨터에 의해 액세스되고 판독될 수 있는 소프트웨어 및/또는 명령어들을 송신하기 위한 임의의 다른 적합한 매체를 포함할 수 있다. 컴퓨터-판독가능 매체 및/또는 스토리지(1206)는 처리 회로(1202)에, 프로세서(1204)에, 처리 회로(1202) 외부에 상주하거나, 처리 회로(1202)를 포함하는 다수의 엔티티들에 걸쳐 분산될 수 있다. 컴퓨터-판독가능 매체 및/또는 스토리지(1206)는 컴퓨터 프로그램 제품으로 구현될 수 있다. 예로서, 컴퓨터 프로그램 제품은 패키징 재료들에 컴퓨터-판독가능 매체를 포함할 수 있다. 당업자들은 특정 애플리케이션 및 전체 시스템에 부과되는 전체 설계 제약들에 따라 본 개시의 도처에 제시되는 설명된 기능을 구현하는 최선의 방법을 인식할 것이다.
스토리지(1206)는 로드가능(loadable) 코드 세그먼트들, 모듈들, 애플리케이션들, 프로그램들 등으로 유지되고/되거나 구조화되는 소프트웨어를 유지할 수 있으며, 이는 본원에서 소프트웨어 모듈들(1216)로서 지칭될 수 있다. 소프트웨어 모듈들(1216) 각각은 처리 회로(1202) 상에 설치 또는 로딩되고 하나 이상의 프로세서들(1204)에 의해 실행될 때, 하나 이상의 프로세서들(1204)의 동작을 제어하는 런-타임(run-time) 이미지(1214)에 기여하는 명령어들 및 데이터를 포함할 수 있다. 실행될 때, 특정 명령어들은 처리 회로(1202)가 본원에서 설명되는 특정 방법들, 알고리즘들 및 프로세스들에 따른 기능들을 수행하게 할 수 있다.
소프트웨어 모듈들(1216) 중 일부는 처리 회로(1202)의 초기화 동안에 로딩될 수 있고, 이들 소프트웨어 모듈들(1216)은 본원에 개시되는 다양한 기능들의 성능을 가능하게 하도록 처리 회로(1202)를 구성할 수 있다. 예를 들어, 일부 소프트웨어 모듈들(1216)은 프로세서(1204)의 내부 디바이스들 및/또는 로직 회로들(1222)을 구성할 수 있고, 외부 디바이스들 예컨대 송수신기(1212), 버스 인터페이스(1208), 사용자 인터페이스(1218), 타이머들, 수학적 코프로세서들 등에 대한 액세스를 관리할 수 있다. 소프트웨어 모듈들(1216)은 인터럽트 핸들러들 및 디바이스 드라이버들과 상호작용하고, 처리 회로(1202)에 의해 제공되는 다양한 자원에 대한 액세스를 제어하는 제어 프로그램 및/또는 운영 체제를 포함할 수 있다. 자원들은 메모리, 처리 시간, 송수신기(1212)에 대한 액세스, 사용자 인터페이스(1218) 등을 포함할 수 있다.
처리 회로(1202)의 하나 이상의 프로세서들(1204)은 다기능일 수 있으며, 그것에 의해 소프트웨어 모듈들(1216) 중 일부는 상이한 기능들 또는 동일한 기능의 상이한 인스턴스들을 수행하도록 로딩 및 구성된다. 하나 이상의 프로세서들(1204)은 예를 들어, 사용자 인터페이스(1218), 송수신기(1212), 및 디바이스 드라이버들로부터의 입력에 응답하여 개시되는 백그라운드 작업들(background tasks)을 관리하도록 추가적으로 적응된다. 다수의 기능들의 성능을 지원하기 위해, 하나 이상의 프로세서들(1204)은 멀티태스킹 환경을 제공하도록 구성될 수 있으며, 그것에 의해 복수의 기능들 각각은 필요하거나 원하는 경우 하나 이상의 프로세서들(1204)에 의해 서비스되는 한 세트의 작업들로서 구현된다. 일 예에서, 멀티태스킹 환경은 상이한 작업들 사이에서 프로세서(1204)의 제어를 전달하는 타임셰어링 프로그램(1220)을 사용하여 구현될 수 있으며, 그것에 의해 각각의 작업은 임의의 현저한 동작들의 완료 시 및/또는 인터럽트와 같은 입력에 응답하여 하나 이상의 프로세서들(1204)의 제어를 타임셰어링 프로그램(1220)에 리턴한다. 작업이 하나 이상의 프로세서들(1204)을 제어할 때, 처리 회로는 제어 작업과 연관되는 기능에 의해 해결되는 목적들을 위해 효과적으로 특화된다. 타임셰어링 프로그램(1220)은 운영 체제, 라운드-로빈 기반으로 제어를 전달하는 메인 루프, 기능들의 우선순위에 따라 하나 이상의 프로세서들(1204)의 제어를 할당하는 기능, 및/또는 하나 이상의 프로세서들(1204)의 제어를 처리 기능에 제공함으로써 외부 이벤트들에 응답하는 인터럽트 구동 메인 루프를 포함할 수 있다.
도 13은 헬스케어 서비스들을 관리하기 위한 방법을 설명하는 흐름도(1300)를 포함한다.
블록(1302)에서, 치료 품질(quality-of-care) 정보는 환자 모바일 통신 디바이스로부터 무선으로 수신될 수 있다. 치료 품질 정보는 헬스케어 서비스들의 제공자 또는 소비자들을 장려하기 위해 사용되는 하나 이상의 치료 품질 지표들(indicator)에 관한 것일 수 있다.
블록(1304)에서, 치료 품질 정보는 품질 추적 시스템에 보고될 수 있다.
블록(1306)에서, 인센티브 지불은 치료 품질 정보를 품질 추적 시스템에 보고하는 것에 응답하여 수신될 수 있다.
특정 예들에서, 치료 계획은 환자 모바일 통신 디바이스에 송신될 수 있고, 피드백은 환자 모바일 통신 디바이스로부터 수신될 수 있으며 여기서 피드백은 치료 계획의 실행과 관련된다. 치료 계획은 피드백에 기초하여 수정될 수 있다. 일부 경우들에서, 피드백은 치료 계획에 기초하여 폐루프 피드백 시스템을 구현하는 관리 시스템에 제공된다. 피드백은 환자 모바일 통신 디바이스의 사용자를 모니터링하기 위해 사용되는 하나 이상의 의료 센서들 또는 기구들로부터 수신되는 측정들을 포함할 수 있다. 피드백은 치료 품질 정보를 포함할 수 있다.
일부 예들에서, 환자 모바일 통신 디바이스로부터 수신되는 치료 품질 정보는 환자 의료 상태의 하나 이상의 갱신들을 포함한다. 환자 의료 상태의 갱신들은 주기적으로 수신될 수 있다. 치료 품질 정보는 환자 모바일 통신 디바이스에 의해 생성되는 개인화된 통지들을 포함할 수 있다. 치료 품질 정보는 의료 진단을 포함할 수 있다. 치료 품질 정보는 약품들에 관한 것일 수 있다. 치료 품질 정보는 환자 모바일 통신 디바이스의 사용자에 대응하는 치료 데이터에 관한 것일 수 있다.
다양한 구현예들에서, 애플리케이션은 환자 모바일 통신 디바이스 상의 설치를 위해 처방된다. 애플리케이션은 치료 품질 정보를 생성하도록 동작할 수 있다. 애플리케이션은 하나 이상의 치료 품질 지표들을 정의하도록 구성될 수 있다. 환자 모바일 통신 디바이스는 하나 이상의 치료 품질 지표들에 대응하는 정보를 무선으로 송신할 수 있다. 애플리케이션은 환자 모바일 통신 디바이스의 사용자에게 약을 복용하라고 경고하도록 구성될 수 있다. 애플리케이션은 치료 품질 지표와 관련되는 하나 이상의 조건들, 약품들, 테스트들, 절차들, 또는 생리학적 데이터를 식별하도록 구성될 수 있다. 애플리케이션은 환자 모바일 통신 디바이스의 사용자에게 하나 이상의 조건들이 발생할 때 의사의 진찰을 받을 것을 경고하도록 구성될 수 있다. 애플리케이션은 환자 모바일 통신 디바이스의 사용자에게 특정 치료 품질이 하나 이상의 조건들, 약품들, 테스트들, 절차들, 또는 생리학적 데이터가 발생할 때 권장된다는 것을 경고하도록 구성될 수 있다. 애플리케이션은 환자 모바일 통신 디바이스의 사용자에게 하나 이상의 조건들, 약품들, 테스트들, 절차들, 또는 생리학적 데이터 발생들에 의해 표시되는 치료 품질을 획득하기 위해 의사 또는 다른 헬스케어 제공자에 의해 취해질 특정 조치들을 경고하도록 구성될 수 있다.
특정 예들에서, 치료 품질 정보를 품질 추적 시스템에 보고하는 것은 전자 헬스케어 기록들의 일부를 포함하는 정보를 제공자 디바이스에 전송하는 것, 제공자 디바이스로의 정보의 전송을 특징화하는 정보를 환자 모바일 통신 디바이스에 의해 유지되는 환자 메타데이터에 기록하는 것, 및 환자 메타데이터를 보상 서버로 송신하는 것을 포함한다. 보상 서버는 헬스케어 제공자에 대한 전자 헬스케어 기록들의 하나 이상의 전송들에 기초하여 사용자에 대한 재정적 이익을 산출하도록 구성될 수 있다. 보상 서버는 갱신된 전자 헬스케어 기록들의 전송에 기초하여 사용자에 대한 재정적 이익을 산출하도록 구성될 수 있다. 갱신된 전자 헬스케어 기록들은 헬스케어 제공자에 의해 수행되는 하나 이상의 절차들을 식별하고, 하나 이상의 절차들을 환자 메타데이터에 기록하기 위해 디코딩될 수 있다.
도 14는 처리 회로(1402)를 이용하는 장치(1400)에 대한 하드웨어 구현의 단순화된 예를 예시하는 다이어그램이다. 처리 회로(1402)는 전형적으로 마이크로프로세서, 마이크로컨트롤러, 디지털 신호 프로세서, 시퀀서 또는 상태 머신 중 하나 이상을 포함할 수 있는 프로세서(1416)를 갖는다. 처리 회로(1402)는 일반적으로 버스(1420)로 표현되는, 버스 아키텍처로 구현될 수 있다. 버스(1420)는 처리 회로(1402)의 특정 애플리케이션 및 전체 설계 제약들에 따라 임의의 수의 상호연결 버스들 및 브리지들을 포함할 수 있다. 버스(1420)는 프로세서(1416), 모듈들 또는 회로들(1404, 1406, 1408 및 1410), 안테나(1414)와 무선으로 통신하도록 구성가능한 송수신기(1412) 및 컴퓨터-판독가능 저장 매체(1418)로 표현되는, 프로세서들 및/또는 하드웨어 모듈들을 포함하는 다양한 회로들을 상호연결할 수 있다. 버스(1420)는 또한 타이밍 소스들, 주변장치들, 전압 조정기들, 및 전력 관리 회로들과 같은 다양한 다른 회로들을 링크시킬 수 있으며, 이는 기술 분야에 잘 알려져 있고, 따라서, 더 이상 추가적으로 설명되지 않을 것이다.
프로세서(1416)는 컴퓨터-판독가능 저장 매체(1418) 상에 저장되는 소프트웨어의 실행을 포함하는, 일반적인 처리를 담당할 수 있다. 소프트웨어는 프로세서(1416)에 의해 실행될 때, 처리 회로(1402)가 임의의 특정 장치에 대해 위에(supra) 설명되는 특정 기능들을 수행하게 할 수 있다. 컴퓨터-판독가능 저장 매체(1418)는 또한 무선으로 송신되는 이미지들 및 심볼들에 인코딩되는 데이터를 포함하는, 소프트웨어를 실행할 때 프로세서(1416)에 의해 조작되는 데이터를 저장하기 위해 사용될 수 있다. 처리 회로(1402)는 모듈들(1404, 1406, 1408 및 1410) 중 적어도 하나를 더 포함한다. 모듈들(1404, 1406, 1408 및 1410)은 컴퓨터-판독가능 저장 매체(1418)에 상주/저장되는, 프로세서(1416)에서 실행되는 소프트웨어 모듈들, 프로세서(1416)에 결합되는 하나 이상의 하드웨어 모듈들, 또는 이들의 일부 조합일 수 있다. 모듈들(1404, 1406, 1408 및 1410)은 마이크로컨트롤러 명령어들, 상태 머신 구성 파라미터들, 또는 이들의 일부 조합을 포함할 수 있다.
도 15는 헬스케어 서비스들을 관리하기 위한 방법을 설명하는 흐름도(1500)를 포함한다. 방법은 서버에서 수행될 수 있다.
블록(1502)에서, 서버는 환자와 헬스케어 제공자 사이의 상호작용과 관련되는 환자 메타데이터를 수신할 수 있다. 환자 메타데이터는 환자에 의해 동작되는 모바일 통신 디바이스에 의해 생성된다.
블록(1504)에서, 서버는 환자와 연관되는 전자 헬스케어 기록들이 환자와 헬스케어 제공자 사이의 상호작용 동안에 헬스케어 제공자에게 전송되었다는 것을 환자 메타데이터로부터 결정할 수 있다.
블록(1506)에서, 서버는 전자 헬스케어 기록들의 전송에 기초하여 사용자에 대한 재정적 이익을 산출할 수 있다.
특정 예들에서, 환자 메타데이터는 전자 헬스케어 기록들에 대한 하나 이상의 갱신들이 환자에 의해 동작되는 모바일 통신 디바이스로 송신되었다는 것을 식별한다. 서버는 하나 이상의 갱신들의 전송에 기초하여 사용자에 대한 재정적 이익을 산출할 수 있다. 서버는 헬스케어 제공자에 의해 수행되는 하나 이상의 절차들을 식별하고, 헬스케어 청구 시스템에 대한 절차들을 식별하기 위해 환자 메타데이터를 디코딩할 수 있다. 갱신된 전자 헬스케어 기록들을 디코딩하는 것은 약품들, 진단들, 실험실 테스트들, 절차들, 면역들, 또는 개별 의료업들에 대한 국제 또는 국가 표준 건강 데이터 코드 목록을 디코딩하는 것을 포함할 수 있다.
특정 예들에서, 서버는 환자와 헬스케어 제공자 사이의 상호작용과 관련되는 제공자 메타데이터를 수신할 수 있다. 제공자 메타데이터는 헬스케어 제공자에 의해 동작되는 컴퓨팅 디바이스에 의해 생성될 수 있고;
제공자 메타데이터가 전자 헬스케어 기록들의 전송을 기록할 때 헬스케어 제공자에 대한 재정적 이익을 산출한다. 제공자 메타데이터는 전자 헬스케어 기록들에 대한 하나 이상의 갱신들이 환자에 의해 동작되는 모바일 통신 디바이스로 헬스케어 제공자에 의해 송신되었다는 것을 식별할 수 있다. 서버는 하나 이상의 갱신들의 전송에 기초하여 헬스케어 제공자에 대한 재정적 이익을 산출할 수 있다. 서버는 환자 메타데이터와 제공자 메타데이터 사이의 대응들에 기초하여 환자와 헬스케어 제공자 사이의 상호작용의 특성화를 생성하고, 헬스케어 청구 시스템에 상호작용의 특성화를 제공할 수 있다.
도 16은 처리 회로(1602)를 이용하는 장치(1600)에 대한 하드웨어 구현의 단순화된 예를 예시하는 다이어그램이다. 처리 회로(1602)는 전형적으로 마이크로프로세서, 마이크로컨트롤러, 디지털 신호 프로세서, 시퀀서 또는 상태 머신 중 하나 이상을 포함할 수 있는 프로세서(1616)를 갖는다. 처리 회로(1602)는 일반적으로 버스(1620)로 표현되는, 버스 아키텍처로 구현될 수 있다. 버스(1620)는 처리 회로(1602)의 특정 애플리케이션 및 전체 설계 제약들에 따라 임의의 수의 상호연결 버스들 및 브리지들을 포함할 수 있다. 버스(1620)는 프로세서(1616), 모듈들 또는 회로들(1604, 1606, 1608 및 1610), 안테나(1614)와 무선으로 통신하도록 구성가능한 송수신기(1612) 및 컴퓨터-판독가능 저장 매체(1618)로 표현되는, 프로세서들 및/또는 하드웨어 모듈들을 포함하는 다양한 회로들을 상호연결할 수 있다. 버스(1620)는 또한 타이밍 소스들, 주변장치들, 전압 조정기들, 및 전력 관리 회로들과 같은 다양한 다른 회로들을 링크시킬 수 있으며, 이는 기술 분야에 잘 알려져 있고, 따라서, 더 이상 추가적으로 설명되지 않을 것이다.
프로세서(1616)는 컴퓨터-판독가능 저장 매체(1618) 상에 저장되는 소프트웨어의 실행을 포함하는, 일반적인 처리를 담당할 수 있다. 소프트웨어는 프로세서(1616)에 의해 실행될 때, 처리 회로(1602)가 임의의 특정 장치에 대해 위에(supra) 설명되는 특정 기능들을 수행하게 할 수 있다. 컴퓨터-판독가능 저장 매체(1618)는 또한 무선으로 송신되는 이미지들 및 심볼들에 인코딩되는 데이터를 포함하는, 소프트웨어를 실행할 때 프로세서(1616)에 의해 조작되는 데이터를 저장하기 위해 사용될 수 있다. 처리 회로(1602)는 모듈들(1604, 1606, 1608 및 1610) 중 적어도 하나를 더 포함한다. 모듈들(1604, 1606, 1608 및 1610)은 컴퓨터-판독가능 저장 매체(1618)에 상주/저장되는, 프로세서(1616)에서 실행되는 소프트웨어 모듈들, 프로세서(1616)에 결합되는 하나 이상의 하드웨어 모듈들, 또는 이들의 일부 조합일 수 있다. 모듈들(1604, 1606, 1608 및 1610)은 마이크로컨트롤러 명령어들, 상태 머신 구성 파라미터들, 또는 이들의 일부 조합을 포함할 수 있다.
개시되는 프로세서들 내의 단계들의 특정 순서 또는 계층은 예시적인 접근법들의 예시라는 것이 이해된다. 설계 선호도들에 기초하여, 프로세스들 내의 단계들의 특정 순서 또는 계층은 재배열될 수 있다는 것이 이해된다. 첨부된 방법 청구항들은 다양한 단계들의 요소들을 샘플 순서로 제시하고, 제시되는 특정 순서 또는 계층에 제한되도록 의미되지 않는다.
본 개시의 특정 양태들의 추가 설명들
특정 양태들은 정보가 사용자의 제어 하에 안전하고 무선으로 교환될 수 있게 하는 시스템들 및 방법들에 관한 것이다. 이미지는 제공자 디바이스의 카메라에 의한 캡터를 위해 모바일 디바이스에 의해 디스플레이될 수 있다. 제공자 디바이스는 사용자의 전자 헬스케어 기록들에 액세스하기 위해 암호화 키들을 사용하도록 구성될 수 있다. 이미지는 QRC 또는 바코드를 포함할 수 있다.
특정 양태들은 실행 가능한(actionable) 개인 건강 정보에 대한 즉각적인 액세스를 가능하게 하는 시스템들 및 방법들에 관한 것이다. 개인 건강 정보는 임의의 시간에 어디서나 액세스될 수 있다. 건강 치료 품질, 안전 및 비용-효율성은 임의의 치료 시점에서 최신의 그리고 실행가능한 개인 건강 정보의 가용성에 의존한다. 본 발명은 개인 건강 정보를 액세스하고, 변환시키고, 집합시키고 주석을 달기 위해 환자의 모바일 디바이스 상에서 실행되는 모바일 애플리케이션 안으로 내장되는 혁신적인 기능들의 조합을 제공함으로써 환자가 헬스케어 전문가와 통신하거나 교환하기 위해 필요한 의료 정보는 인터넷 액세스가 이용가능하지 않은 오프라인을 포함하는 모든 시간들에서, 그리고 임의의 헬스케어 전문가에게 이용가능한 적절한 시간에 적절한 치료를 제공하는 그러한 헬스케어 전문자의 음성 언어로 이용 가능하다.
일부 예들에서, 시스템은 개인의 병력이 (인터넷 연결 없이) 오프라인으로 이용가능하다는 것을 디스플레이하는 기능을 제공하는 모바일 애플리케이션을 실행시키는 개별 환자에 의해 보유되는 컴퓨팅 모바일 디바이스를 포함할 수 있다. 기능들은 건강 보험 클레임들 또는 전자 의료 기록들로부터 추출되는 개별 개인 건강 정보의 카테고리(예컨대 약품들, 진단들, 실험실 테스트들, 이미징 서비스들, 제공자 이름들 및 연락처 정보 등)에 의한 로컬(즉, 사용자 모바일 디바이스 상의) 파싱, 디코딩, 집합, 분류 및 조직을 포함할 수 있다.
개별 데이터 디코딩을 위해 필요한 특정 코드 세트들은 애플리케이션에 포함되거나 이에 제공될 수 있어서 디코딩 및 다른 상기 애플리케이션 기능들은 실시간으로 발생하고, (서버 기반 처리와 대조적으로) 인터넷 액세스를 필요로하지 않음으로써, 변환된 데이터는 모든 시간들에서 이용가능하다. 코드 세트들은 약품들, 진단들, 실험실 테스트들, 절차들, 면역들, 개별 의료업들 등에 대한 다양한 국제 또는 국가 표준 건강 데이터 코드 목록들을 포함할 수 있다. 지리적 영역들 또는 국가들에 특정한 코드 세트들은 제공되거나 유지될 수 있고, 애플리케이션은 사용자의 선택 도는 그러한 데이터에 액세스하는 건강 치료 전문가의 언어로 개별 데이터의 디스플레이를 허용한다.
특정 양태들에 따르면, 개별 데이터는 개별 앱(app) 사용자의 GPS 위치 또는 다양한 방식들(QR 코드 스캐닝, 블루투스, Bonjour 또는 다른 "범프(Bump)" 기술 등)로 모바일 대 모바일 통신을 통해 그러한 데이터에 액세스하는 헬스케어 전문가의 GPS 위치에 기초하여 자동화될 수 있는 그러한 데이터를 사용하는 헬스케어 전문가의 음성 언어로 디스플레이될 수 있다. 번역될 때, 개별 약품들 및 면역 데이터는 정보가 검토되고 있는 대응하는 특정 데이터에 매칭된다(예를 들어, 미국 앱 사용자에 의해 최초 입력되거나, 미국 의료 기록 시스템으로부터 추출되는 미국 약물 이름은 사용자에 의해 방문되는 국가에서 그러한 데이터를 수신하거나 보는 헬스케어 전문가를 위해 대응하는 일반 이름, 또는 브랜드 이름 또는 둘 다를 디스플레이할 것이다).
특정 양태들에 따르면, 디스플에이된 개별 또는 집합된 기록들은 각각의 데이터 요소를 개별 주석들로 편집할 수 있는 사용자에 의해 실행가능하며; 그 자신의 음성 언어 사용을 선택하는 것은 언어 및 지역-특정 건강 정보를 추가할 수 있다. 디스플레이된 기록 데이터 요소들은 다양한 코드 세트들에 링크될 수 있어서 그들은 온라인 건강 정보 데이터베이스들(예를 들어, 미국의 Medline Plus, 영국의 NHS Choices, 또는 프랑스의 Ameli.fr)에 대한 각각의 데이터 요소의 링크를 사용하여 사용자에 의해 검색가능하다.
전술한 설명은 당업자가 본원에서 설명되는 다양한 양태들을 실시할 수 있도록 제공된다. 이들 양태들에 대한 다양한 수정들은 당업자에게 용이하게 명백할 것이고, 본원에서 정의되는 일반 원리들은 다른 양태들에 적용될 수 있다. 따라서, 청구항들은 본원에 도시되는 양태들에 제한되도록 의도되지 않지만, 언어 청구항들과 일치하는 전체 범위에 부합되어야 하며, 요소들을 단수로 언급하는 것은 특별히 그렇게 언급되지 않는 한 "하나 및 단지 하나"를 의미하도록 의도되지 않으며, 오히려 "하나 이상의"을 의미하도록 의도된다. 특별히 달리 언급되지 않는 한, 용어 "일부"는 하나 이상을 지칭한다. 당업자들에게 공지되거나 나중에 공지될 본 개시의 도처에 설명되는 다양한 양태들의 요소들에 대한 모든 구조적 및 기능적 균등물들은 본원에 참조로 명시적으로 통합되고 청구항들에 의해 포함되도록 의도된다. 더욱이, 본원에 개시되는 어떠한 것도 그러한 개시가 청구항들에 명시적으로 언급되는지에 관계없이 대중에게 전용적인 것으로 의도되지 않는다. 청구 요소는 요소가 문구 "~을 위한 수단"을 사용하여 명시적으로 인용되지 않거나 또는, 방법 청구항의 경우, 요소가 문구 "~을 위한 단계"를 사용하여 인용되지 않는 한 35 U.S.C.§112, 여섯 번째 단락의 조항 하에 해석되어서는 안된다.

Claims (22)

  1. 헬스케어 서비스들을 관리하기 위한 방법에 있어서,
    환자 모바일 통신 디바이스로부터 치료 품질 정보(quality-of-care)를 무선으로 수신하는 단계 - 상기 치료 품질 정보는 헬스케어 서비스들의 제공자 또는 소비자에게 인센티브를 제공하기 위해 사용되는 하나 이상의 치료 품질 지표들과 관련됨 -;
    상기 치료 품질 정보를 품질 추적 시스템에 보고하는 단계; 및
    상기 치료 품질 정보를 상기 품질 추적 시스템에 보고하는 것에 응답하여 인센티브 지불을 수신하는 단계를 포함하는, 방법.
  2. 제1항에 있어서,
    치료 계획을 상기 환자 모바일 통신 디바이스에 송신하는 단계; 및
    상기 치료 계획의 실행과 관련되는 상기 환자 모바일 통신 디바이스로부터의 피드백을 수신하는 단계를 더 포함하는, 방법.
  3. 제2항에 있어서,
    상기 피드백에 기초하여 상기 치료 계획을 수정하는 단계를 더 포함하는, 방법.
  4. 제2항에 있어서,
    상기 피드백은 상기 환자 모바일 통신 디바이스의 사용자를 모니터링하기 위해 사용되는 하나 이상의 의료 센서들 또는 기구들로부터 수신되는 측정들을 포함하는, 방법.
  5. 제2항에 있어서,
    상기 피드백은 상기 치료 품질 정보를 포함하는, 방법.
  6. 제1항에 있어서,
    상기 환자 모바일 통신 디바이스로부터 상기 치료 품질 정보를 수신하는 단계는:
    상기 환자 모바일 통신 디바이스로부터 환자 의료 상태의 하나 이상의 갱신들을 수신하는 단계를 포함하는, 방법.
  7. 제6항에 있어서,
    의료 상태의 갱신들은 상기 환자 모바일 통신 디바이스로부터 주기적으로 수신되는, 방법.
  8. 제6항에 있어서,
    상기 치료 품질 정보는 상기 환자 모바일 통신 디바이스에 의해 생성되는 개인화된 통지들을 포함하는, 방법.
  9. 제6항에 있어서,
    상기 치료 품질 정보는 의료 진단을 포함하는, 방법.
  10. 제6항에 있어서,
    상기 치료 품질 정보는 약품들에 관한 것인, 방법.
  11. 제6항에 있어서,
    상기 치료 품질 정보는 상기 환자 모바일 통신 디바이스의 사용자에 대응하는 치료 데이터에 관한 것인, 방법.
  12. 제1항에 있어서,
    상기 환자 모바일 통신 디바이스 상에 설치하기 위한 애플리케이션을 처방하는 단계 - 상기 애플리케이션은 상기 치료 품질 정보를 생성하도록 동작함 -;
    하나 이상의 치료 품질 지표들을 정의하도록 상기 애플리케이션을 구성하는 단계; 및
    상기 환자 모바일 통신 디바이스로부터 상기 하나 이상의 치료 품질 지표들에 대응하는 정보를 무선으로 수신하는 단계를 더 포함하는, 방법.
  13. 제12항에 있어서,
    상기 애플리케이션을 구성하는 단계는:
    상기 환자 모바일 통신 디바이스의 사용자에게 약물을 복용할 것을 경고하도록 상기 애플리케이션을 구성하는 단계를 포함하는, 방법.
  14. 제12항에 있어서,
    상기 애플리케이션을 구성하는 단계는:
    상기 치료 품질 지표와 관련되는 하나 이상의 조건들, 약품들, 테스트들, 절차들, 또는 생리학적 데이터를 식별하도록 상기 애플리케이션을 구성하는 단계, 및
    상기 환자 모바일 통신 디바이스의 사용자에게 상기 하나 이상의 조건들이 발생할 때 진찰을 받을 것을 경고하도록 상기 애플리케이션을 구성하는 단계를 포함하는, 방법.
  15. 제12항에 있어서,
    상기 환자 모바일 통신 디바이스 상에 상기 애플리케이션을 구성하는 단계는:
    상기 치료 품질 지표와 관련되는 하나 이상의 조건들, 약품들, 테스트들, 절차들, 또는 생리학적 데이터를 식별하도록 상기 애플리케이션을 구성하는 단계, 및
    상기 환자 모바일 통신 디바이스의 사용자에게 상기 하나 이상의 조건들, 약품들, 테스트들, 절차들, 또는 생리학적 데이터 발생들과 관련되는 치료 품질 목적들을 충족시키기 위해 상기 제공자에 의해 취해질 특정 조치들을 경고하도록 상기 애플리케이션을 구성하는 단계를 포함하는, 방법.
  16. 제1항에 있어서,
    보고 상기 치료 품질 정보를 품질 추적 시스템에 보고하는 단계는:
    전자 헬스케어 기록들을 포함하는 정보를 제공자 디바이스로 전송하는 단계;
    상기 제공자 디바이스에 대한 상기 정보의 전송을 특징화하는 정보를 상기 환자 모바일 통신 디바이스에 의해 유지되는 환자 메타데이터에 기록하는 단계; 및
    상기 환자 메타데이터를 보상 서버로 송신하는 단계 - 상기 보상 서버는 헬스케어 제공자에 대한 전자 헬스케어 기록들의 하나 이상의 전송들에 기초하여 상기 환자 모바일 통신 디바이스의 사용자에 대한 재정적 이익을 산출하도록 구성됨 -를 포함하는, 방법
  17. 제16항에 있어서,
    상기 보상 서버는 상기 전자 헬스케어 기록들의 전송에 기초하여 상기 환자 모바일 통신 디바이스의 상기 사용자에 대한 상기 재정적 이익을 산출하도록 구성되는, 방법.
  18. 제16항에 있어서,
    상기 헬스케어 제공자에 의해 수행되는 하나 이상의 절차들을 식별하기 위해 상기 전자 헬스케어 기록들을 디코딩하는 단계; 및
    상기 하나 이상의 절차들을 상기 환자 메타데이터에 기록하는 단계를 더 포함하는, 방법.
  19. 헬스케어 서비스들을 관리하기 위한 방법에 있어서,
    환자와 헬스케어 제공자 사이의 상호작용과 관련되는 환자 메타데이터를 수신하는 단계 - 상기 환자 메타데이터는 상기 환자에 의해 동작되는 모바일 통신 디바이스에 의해 생성됨 -;
    상기 환자와 연관되는 전자 헬스케어 기록들이 상기 환자와 상기 헬스케어 제공자 사이의 상기 상호작용 동안 상기 헬스케어 제공자로 전송되었다는 것을 상기 메타데이터로부터 결정하는 단계; 및
    상기 전자 헬스케어 기록들의 전송에 기초하여 상기 환자에 대한 재정적 이익을 산출하는 단계를 포함하는, 방법.
  20. 제19항에 있어서,
    상기 헬스케어 제공자에 의해 수행되는 하나 이상의 절차들을 식별하기 위해 상기 환자 메타데이터를 디코딩하는 단계; 및
    헬스케어 청구 시스템에 대한 상기 하나 이상의 절차들을 식별하는 단계를 더 포함하는, 방법.
  21. 제20항에 있어서,
    상기 환자와 상기 헬스케어 제공자 사이의 상기 상호작용과 관련되는 제공자 메타데이터를 수신하는 단계 - 상기 제공자 메타데이터는 상기 헬스케어 제공자에 의해 동작되는 컴퓨팅 디바이스에 의해 생성됨 -; 및
    상기 제공자 메타데이터가 전자 헬스케어 기록들의 전송을 기록할 때 상기 헬스케어 제공자에 대한 재정적 이익을 산출하는 단계를 더 포함하는, 방법.
  22. 제21항에 있어서,
    상기 환자 메타데이터와 상기 제공자 메타데이터 사이의 대응들에 기초하여 상기 환자 및 상기 헬스케어 제공자 사이의 상기 상호작용의 특성화를 생성하는 단계; 및
    상기 상호작용의 상기 특성화를 헬스케어 청구 시스템에 제공하는 단계를 더 포함하는, 방법.
KR1020197024974A 2017-02-15 2018-02-15 의사가 가치-기반 지불을 위한 품질 측정을 달성하는 것을 돕는 환자-대향 모바일 기술 KR102549451B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762459595P 2017-02-15 2017-02-15
US62/459,595 2017-02-15
US201762597932P 2017-12-12 2017-12-12
US62/597,932 2017-12-12
PCT/US2018/018428 WO2018152366A1 (en) 2017-02-15 2018-02-15 Patent-facing mobile technology to assist physician achieve quality measures for value-based payment

Publications (2)

Publication Number Publication Date
KR20190127695A true KR20190127695A (ko) 2019-11-13
KR102549451B1 KR102549451B1 (ko) 2023-06-30

Family

ID=63104805

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020197024974A KR102549451B1 (ko) 2017-02-15 2018-02-15 의사가 가치-기반 지불을 위한 품질 측정을 달성하는 것을 돕는 환자-대향 모바일 기술

Country Status (7)

Country Link
US (1) US11631491B2 (ko)
EP (1) EP3583572A4 (ko)
JP (1) JP7465519B2 (ko)
KR (1) KR102549451B1 (ko)
CN (1) CN110494919B (ko)
CA (1) CA3053159A1 (ko)
WO (1) WO2018152366A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220169528A (ko) 2021-06-21 2022-12-28 테크하임주식회사 원격 의료진단 설명 장치 및 그 방법
US20230215532A1 (en) * 2012-08-31 2023-07-06 Blue Goji Llc Cloud - based healthcare diagnostics and treatment platform

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140276270A1 (en) 2013-03-13 2014-09-18 Passy-Muir, Inc. Systems and methods for stimulating swallowing
US10762505B1 (en) 2016-06-13 2020-09-01 Wells Fargo Bank, N.A. Authentication transaction
US11166764B2 (en) 2017-07-27 2021-11-09 Carlsmed, Inc. Systems and methods for assisting and augmenting surgical procedures
US11112770B2 (en) 2017-11-09 2021-09-07 Carlsmed, Inc. Systems and methods for assisting a surgeon and producing patient-specific medical devices
US20190147137A1 (en) * 2017-11-14 2019-05-16 Robert Gergely System, Method, and Apparatus for Universally Accessible Personal Medical Records
US11083586B2 (en) 2017-12-04 2021-08-10 Carlsmed, Inc. Systems and methods for multi-planar orthopedic alignment
US11232403B2 (en) * 2017-12-08 2022-01-25 Beatrice T. O'Brien Computerized network system for initiating, facilitating, auditing, and managing communications and documents involving professional expertise
US20190206530A1 (en) * 2017-12-29 2019-07-04 Cerner Innovation, Inc. Customizing healthcare app offerings based on clinical records
US11432943B2 (en) 2018-03-14 2022-09-06 Carlsmed, Inc. Systems and methods for orthopedic implant fixation
US11439514B2 (en) 2018-04-16 2022-09-13 Carlsmed, Inc. Systems and methods for orthopedic implant fixation
EP3451342A1 (en) * 2018-05-17 2019-03-06 Siemens Healthcare GmbH Secure delivery of patient's image and consent data
USD958151S1 (en) 2018-07-30 2022-07-19 Carlsmed, Inc. Display screen with a graphical user interface for surgical planning
EP3849453A4 (en) 2018-09-12 2022-07-20 Carlsmed, Inc. SYSTEMS AND METHODS FOR ORTHOPEDIC IMPLANTS
US20190096523A1 (en) * 2018-09-15 2019-03-28 Mark Taniguchi Home care options compliance tablet for post-acute-care patients
US10694361B2 (en) * 2018-10-11 2020-06-23 International Business Machines Corporation Computer-implemented agent assisted electronic business cards
JP2022509995A (ja) * 2018-11-29 2022-01-25 カールスメッド インコーポレイテッド 整形外科インプラントのためのシステム及び方法
WO2020206116A1 (en) * 2019-04-03 2020-10-08 Mastercard International Incorporated Maintaining individual immunization records
US20200330323A1 (en) * 2019-04-19 2020-10-22 Alex Jolly Vibratory Nerve Exciter
WO2020218708A1 (ko) * 2019-04-26 2020-10-29 주식회사 네오펙트 홈 재활 서비스를 제공하기 위한 처방 정보를 암호화 및 복호화하는 방법 및 의사 단말
JP6892093B2 (ja) * 2019-08-20 2021-06-18 株式会社サテライトオフィス 医療情報管理クラウドシステム、医療情報管理クラウドシステムのプログラム
US20210098093A1 (en) * 2019-09-30 2021-04-01 Jpmorgan Chase Bank, N.A. Integrated healthcare methods and systems
JP7217387B2 (ja) 2019-11-14 2023-02-02 レスメド・プロプライエタリー・リミテッド リモート呼吸治療デバイスの管理
US11853455B2 (en) * 2019-12-19 2023-12-26 Lynx Md Ltd Access control in privacy firewalls
US10902944B1 (en) 2020-01-06 2021-01-26 Carlsmed, Inc. Patient-specific medical procedures and devices, and associated systems and methods
US11376076B2 (en) 2020-01-06 2022-07-05 Carlsmed, Inc. Patient-specific medical systems, devices, and methods
US11880893B2 (en) 2020-05-12 2024-01-23 International Business Machines Corporation Energy efficient electronic card
US20220044805A1 (en) * 2020-08-09 2022-02-10 Stephen Pickell Method for providing wearable device-collected physiological information to relevant service providers
US20230057683A1 (en) * 2021-08-19 2023-02-23 Hill-Rom Services, Inc. Managing caregiver communications
US11443838B1 (en) 2022-02-23 2022-09-13 Carlsmed, Inc. Non-fungible token systems and methods for storing and accessing healthcare data
JP7456649B2 (ja) 2022-07-07 2024-03-27 ロゴスサイエンス株式会社 治療用アプリおよびメンタルヘルスケアアプリを含むシステム
US11806241B1 (en) 2022-09-22 2023-11-07 Carlsmed, Inc. System for manufacturing and pre-operative inspecting of patient-specific implants
US11793577B1 (en) 2023-01-27 2023-10-24 Carlsmed, Inc. Techniques to map three-dimensional human anatomy data to two-dimensional human anatomy data

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070174092A1 (en) * 2005-12-17 2007-07-26 Connectus Llc Systems and methods for improving patient compliance with a prescription drug regimen
JP2007524175A (ja) * 2004-02-25 2007-08-23 カーディアック・ペースメーカーズ・インコーポレーテッド 進んだ患者管理と薬物治療管理のシステムと方法
KR20140039055A (ko) * 2011-06-17 2014-03-31 제이 유다니 컴플라이언스를 보장하기 위한 방법들 및 시스템들
US20150112703A1 (en) * 2013-10-17 2015-04-23 WellDoc, Inc. Methods and systems for managing patient treatment compliance
WO2017004438A1 (en) * 2015-06-30 2017-01-05 Jeff Stollman Gamification systems and methods for improved healthcare outcomes

Family Cites Families (38)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5940801A (en) * 1994-04-26 1999-08-17 Health Hero Network, Inc. Modular microprocessor-based diagnostic measurement apparatus and method for psychological conditions
TW537880B (en) * 1999-03-11 2003-06-21 Remote Medical Corp Method for improving patient compliance with a medical program
EP1282378A2 (en) * 2000-04-13 2003-02-12 Hospitalcareonline.Com Inc. Remote patient care
JP2003099541A (ja) * 2001-09-20 2003-04-04 Sharp Corp 医療情報システム
JP2003178142A (ja) * 2001-12-10 2003-06-27 Sankyo Co Ltd 遠隔診療システム
US20050256392A1 (en) * 2004-05-12 2005-11-17 Yvedt Matory Systems and methods for remote body imaging evaluation
US20050283385A1 (en) * 2004-06-21 2005-12-22 The Permanente Medical Group, Inc. Individualized healthcare management system
US8691877B2 (en) * 2004-10-15 2014-04-08 Palo Alto Investors Methods and compositions for treating a disease condition in a subject
US20070015974A1 (en) * 2005-05-11 2007-01-18 Imetrikus, Inc. Methods and systems for monitoring and enhancing patient compliance with a health treatment program
US20070179356A1 (en) * 2005-12-29 2007-08-02 Guidance Interactive Healthcare, Inc. Programmable devices, systems and methods for encouraging the monitoring of medical parameters
US8504386B2 (en) * 2006-08-30 2013-08-06 Carepartners Plus Patient-interactive healthcare management
US8126731B2 (en) * 2006-10-24 2012-02-28 Medapps, Inc. Systems and methods for medical data interchange activation
WO2008094511A2 (en) * 2007-01-29 2008-08-07 Bruce Reiner Quality assurance scorecard for diagnostic medical agent administration
US8358214B2 (en) * 2007-02-02 2013-01-22 Hartford Fire Insurance Company Systems and methods for sensor-enhanced health evaluation
WO2009002622A2 (en) * 2007-06-27 2008-12-31 F. Hoffman-La Roche Ag Patient information input interface for a therapy system
JP2009136456A (ja) * 2007-12-05 2009-06-25 Nec Corp 携帯端末装置
US20090216558A1 (en) * 2008-02-27 2009-08-27 Active Health Management Inc. System and method for generating real-time health care alerts
CN102159134B (zh) * 2008-07-08 2015-05-27 普罗透斯数字保健公司 可摄取事件标记数据框架
CN101515346A (zh) * 2009-03-16 2009-08-26 浙江大学 护理质控管理控制系统
US8818740B2 (en) * 2010-02-17 2014-08-26 Pentair Thermal Management Llc Sensor-powered wireless cable leak detection
US9323893B2 (en) * 2011-06-23 2016-04-26 Orca Health, Inc. Using mobile consumer devices to communicate with consumer medical devices
US10108783B2 (en) * 2011-07-05 2018-10-23 Saudi Arabian Oil Company Systems, computer medium and computer-implemented methods for monitoring health of employees using mobile devices
US9569986B2 (en) * 2012-02-27 2017-02-14 The Nielsen Company (Us), Llc System and method for gathering and analyzing biometric user feedback for use in social media and advertising applications
EP2884888A4 (en) * 2012-08-16 2016-04-20 Ginger Io Inc METHOD FOR MODELING BEHAVIORAL AND HEALTH CHANGES
US20140108044A1 (en) * 2012-10-12 2014-04-17 Jayaram Reddy Methods and systems for analyzing health risk score and managing healthcare cost
EP2929500A4 (en) * 2012-12-07 2016-09-28 Drdi Holdings Inc INTEGRATED HEALTH CARE SYSTEMS AND METHODS
US20140164003A1 (en) * 2012-12-12 2014-06-12 Debra Thesman Methods for optimizing managed healthcare administration and achieving objective quality standards
US9582748B2 (en) * 2013-03-04 2017-02-28 Hello Inc. Base charging station for monitoring device
US9762558B2 (en) * 2013-03-12 2017-09-12 Trividia Health, Inc. Wireless pairing of personal health device with a computing device
US20140278468A1 (en) 2013-03-15 2014-09-18 I.D. Therapeutics Llc Apparatus and method for optimizing treatment using medication compliance patterns and glucose sensor
US20150100344A1 (en) * 2013-10-08 2015-04-09 Chen Technology, Inc. Patient health information analysis system
US10137246B2 (en) * 2014-08-06 2018-11-27 Bigfoot Biomedical, Inc. Infusion pump assembly and method
EP3374905A1 (en) * 2016-01-13 2018-09-19 Bigfoot Biomedical, Inc. User interface for diabetes management system
CN105447802A (zh) * 2016-01-15 2016-03-30 深圳市中医院 一种佩戴式糖尿病患者管理系统
US20200170513A1 (en) * 2017-01-20 2020-06-04 Physio-Control, Inc. Systems and methods of managing and evaluating airway procedures
US11344235B2 (en) * 2017-09-13 2022-05-31 Medtronic Minimed, Inc. Methods, systems, and devices for calibration and optimization of glucose sensors and sensor output
US20210345952A1 (en) * 2020-05-06 2021-11-11 Janssen Pharmaceuticals, Inc. Controlling operation of drug administration devices using surgical hubs
US11410776B1 (en) * 2022-03-04 2022-08-09 The Florida International University Board Of Trustees Systems and methods for formal threat analysis of a smart healthcare system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007524175A (ja) * 2004-02-25 2007-08-23 カーディアック・ペースメーカーズ・インコーポレーテッド 進んだ患者管理と薬物治療管理のシステムと方法
US20070174092A1 (en) * 2005-12-17 2007-07-26 Connectus Llc Systems and methods for improving patient compliance with a prescription drug regimen
KR20140039055A (ko) * 2011-06-17 2014-03-31 제이 유다니 컴플라이언스를 보장하기 위한 방법들 및 시스템들
US20150112703A1 (en) * 2013-10-17 2015-04-23 WellDoc, Inc. Methods and systems for managing patient treatment compliance
WO2017004438A1 (en) * 2015-06-30 2017-01-05 Jeff Stollman Gamification systems and methods for improved healthcare outcomes

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20230215532A1 (en) * 2012-08-31 2023-07-06 Blue Goji Llc Cloud - based healthcare diagnostics and treatment platform
US11791026B2 (en) * 2012-08-31 2023-10-17 Blue Goji Llc Cloud-based healthcare diagnostics and treatment platform
KR20220169528A (ko) 2021-06-21 2022-12-28 테크하임주식회사 원격 의료진단 설명 장치 및 그 방법

Also Published As

Publication number Publication date
EP3583572A4 (en) 2020-11-25
KR102549451B1 (ko) 2023-06-30
JP2020509514A (ja) 2020-03-26
CN110494919A (zh) 2019-11-22
US20180233225A1 (en) 2018-08-16
EP3583572A1 (en) 2019-12-25
WO2018152366A1 (en) 2018-08-23
JP7465519B2 (ja) 2024-04-11
US11631491B2 (en) 2023-04-18
CN110494919B (zh) 2023-11-24
CA3053159A1 (en) 2018-08-23

Similar Documents

Publication Publication Date Title
KR102549451B1 (ko) 의사가 가치-기반 지불을 위한 품질 측정을 달성하는 것을 돕는 환자-대향 모바일 기술
US20240038382A1 (en) Methods of treatment and diagnosis using enhanced patient-physician communication
US20170068785A1 (en) Secure real-time health record exchange
US20180137936A1 (en) Secure real-time health record exchange
Malvey et al. mHealth: transforming healthcare
US9208284B1 (en) Medical professional application integration into electronic health record system
US20230162154A1 (en) Systems and methods for generating, managing, and sharing digital scripts
US20160103963A1 (en) Method and system for smart healthcare management
CA2858355C (en) Systems, methods, and media for laboratory testing services
US11455597B2 (en) Remotely diagnosing conditions and providing prescriptions using a multi-access health care provider portal
US20160342752A1 (en) Managing healthcare services
US20180166176A1 (en) Systems and methods of automated access into a telehealth network
US20140039910A1 (en) Controlled Communications System for Physician-Hospital System Integration
WO2021237345A1 (en) Human-centric health record system and related methods
US20190267122A1 (en) Systematic patient information, records and appointment library system
US20200143920A1 (en) Systems for facilitating the management of healthcare delivery processes
US20150379204A1 (en) Patient application integration into electronic health record system
WO2015175721A1 (en) Remotely diagnosing conditions and providing prescriptions using a multi-access health care provider portal
US20240184915A1 (en) Secure global health information exchange
Daradkah A Cloud Model for Integrated Healthcare Informatics Solution: HealthGate Cloud (HGC)

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant