CMS(Center for Medicare and Medicaid Services) 상호 운용성 및 환자 액세스 규칙 소개
Important
Azure API for FHIR은 2026년 9월 30일에 사용 중지됩니다. 해당 날짜까지 마이그레이션 전략에 따라 Azure Health Data Services FHIR® 서비스로 전환합니다. Azure API for FHIR의 사용 중지로 인해 2025년 4월 1일부터 신규 배포가 허용되지 않습니다. Azure Health Data Services FHIR 서비스는 고객이 다른 Azure 서비스에 통합하여 FHIR, DICOM 및 MedTech 서비스를 관리할 수 있도록 하는 Azure API for FHIR의 진화된 버전입니다.
이 자습서 시리즈에서는 CMS(Center for Medicare and Medicaid Services) 상호 운용성 및 환자 액세스 규칙의 개략적인 요약과 이 규칙에 설명된 기술 요구 사항을 다룹니다. 이 규칙에 참조된 다양한 구현 가이드를 살펴봅니다. 또한 이러한 구현 가이드를 지원하기 위해 Azure API for FHIR®를 구성하는 방법에 대한 세부 정보도 제공합니다.
규칙 개요
CMS는 2020년 5월 1일에 상호 운용성 및 환자 액세스 규칙을 발표했습니다. 이 규칙은 환자가 필요할 때 자신의 건강 정보에 액세스할 수 있도록 환자 진료(환자, 공급자, 지불자)에 관련된 모든 당사자 간의 자유롭고 안전한 데이터 흐름을 필요로 합니다. 상호 운용성은 수십 년 동안 의료 산업을 괴롭혀 왔으며, 그 결과 사일로 데이터로 인해 예측할 수 없이 높은 치료 비용이 드는 부정적인 건강 결과가 발생했습니다. CMS는 이 규칙을 시행하기 위해 MA(메디케어 어드밴티지), 메디케이드, CHIP(어린이 건강 보험 프로그램), QHP(유자격 건강 보험) 발급자를 규제하는 권한을 사용하고 있습니다.
2020년 8월 CMS는 조직이 이 의무 사항을 충족하는 방법을 자세히 설명했습니다. 데이터를 안전하고 표준화된 방식으로 교환할 수 있도록 CMS는 FHIR®(Fast Healthcare Interoperability Resources) 버전 릴리스 4(R4)를 데이터 교환에 필요한 기본 표준으로 식별했습니다.
상호 운용성 및 환자 액세스 판결에는 세 가지 주요 부분이 있습니다.
환자 액세스 API(2021년 7월 1일 필수) – CMS 규제 지불자(이전에 정의됨)는 환자가 자신의 클레임에 쉽게 액세스하고 비용을 포함한 정보는 물론, 선택한 타사 애플리케이션을 사용하여 임상 정보의 정의된 하위 집합을 발견할 수 있도록 안전한 표준 기반 API를 구현하고 유지 관리해야 합니다.
공급자 디렉터리 API(2021년 7월 1일 필수) – CMS 규제 지불자는 표준 기반 API를 통해 공급자 디렉터리 정보를 공개적으로 제공해야 합니다. 이 정보를 제공함으로써 타사 애플리케이션 개발자는 환자가 특정 치료 요구에 맞는 공급자를 찾을 수 있고 임상의가 케어 코디네이션을 위한 다른 공급자를 찾을 수 있도록 도움이 되는 서비스를 만들 수 있게 됩니다.
간 데이터 교환(원래 2022년 1월 1일 - 현재 지연됨) – CMS 규제 지불자는 환자의 요청에 따라 특정 환자 임상 데이터를 다른 지불자와 교환해야 합니다. 어떤 종류의 표준을 따라야 한다는 요구 사항은 없지만 FHIR을 적용하여 이 데이터를 교환하는 것이 좋습니다.
주요 FHIR 개념
앞서 언급했듯이, 이 의무를 충족하려면 FHIR R4가 필요합니다. 또한 규칙에 대한 지침을 제공하는 여러 가지 구현 가이드도 있습니다. 구현 가이드는 기본 FHIR 사양을 기반으로 추가 컨텍스트를 제공합니다. 여기에는 추가 검색 매개 변수, 프로필, 확장, 작업, 값 집합, 코드 시스템 정의가 포함됩니다.
Azure API for FHIR에는 다양한 구현 가이드에 맞게 데이터베이스를 구성하는 데 도움이 되는 다음과 같은 기능이 있습니다.
환자 액세스 API 구현 가이드
환자 액세스 API가 4가지 FHIR 구현 가이드를 준수하는 방법을 설명합니다.
CARIN IG for Blue Button®: 지불자는 C4BB IG(CARIN IG for Blue Button 구현 가이드)에 따라 환자의 청구 및 발생 데이터를 제공해야 합니다. C4BB IG는 지불자가 FHIR API를 통해 소비자에게 표시할 수 있는 리소스 집합을 제공하며 상호 운용성 및 환자 액세스 API의 청구 데이터에 필요한 세부 정보를 포함합니다. 이 구현 가이드에서는 EOB(ExplanationOfBenefit) 리소스를 주 리소스로 사용하여 참조되는 다른 리소스를 끌어오고 있습니다.
HL7 FHIR Da Vinci PDex IG: PDex IG(Payer Data Exchange 구현 가이드)에서는 지불자가 환자 액세스 API에 대한 요구 사항을 충족하기 위해 모든 관련 환자 임상 데이터를 제공하도록 하는 데 중점을 두고 있습니다. 이는 R4 리소스의 US Core 프로필을 사용하며 (최소한) 만남, 공급자, 조직, 위치, 서비스 날짜, 진단, 절차, 관찰을 포함합니다. 이 데이터는 FHIR 형식으로 제공될 수 있지만 청구 데이터, HL7 V2 메시지, C-CDA 문서 형식으로 다른 시스템에서도 제공될 수 있습니다.
HL7 US Core IG: HL7 US Core 구현 가이드(US Core IG)는 이전에 설명된 PDex IG의 기반입니다. PDex IG는 US Core IG보다 일부 리소스를 더 제한하지만, 많은 리소스가 US Core IG의 표준을 따릅니다.
HL7 FHIR Da Vinci - PDex US Drug Formulary IG: 파트 D 메디케어 어드밴티지 플랜은 환자 API를 통해 처방집 정보를 제공해야 합니다. PDex USDF IG(US Drug Formulary 구현 가이드)를 사용하여 이를 수행합니다. USDF IG는 건강 보험 회사의 약물 처방집 정보에 대한 FHIR 인터페이스를 정의합니다. 이는 건강 보험 회사가 지불하기로 동의한 브랜드 이름과 일반 처방약 목록입니다. 주요 사용 사례는 환자가 처방받은 약물을 대체할 수 있는 약물이 있는지 확인하고, 약물 비용을 비교할 수 있도록 하는 것입니다.
공급자 디렉터리 API 구현 가이드
공급자 디렉터리 API는 하나의 구현 가이드를 준수하는 방법을 설명합니다.
- HL7 Da Vinci PDex Plan Network IG: 이 구현 가이드는 건강 보험 회사의 보험 플랜, 관련 네트워크, 이러한 네트워크에 참여하는 조직과 공급자에 대한 FHIR 인터페이스를 정의합니다.
Touchstone
다양한 구현 가이드의 준수 여부를 테스트하기 위해 Touchstone은 훌륭한 리소스입니다. 향후 자습서에서는 Azure API for FHIR이 다양한 Touchstone 테스트를 성공적으로 통과할 수 있도록 구성되어 있는지 확인하는 데 중점을 둡니다. Touchstone 사이트에는 시작 및 실행하는 데 도움이 되는 광범위한 설명서가 있습니다.
다음 단계
이제 상호 운용성 및 환자 액세스 규칙, 구현 가이드, 사용 가능한 테스트 도구(Touchstone)에 대한 기본 사항을 이해했으므로 CARIN IG for Blue Button의 Azure API for FHIR을 설정하는 과정을 살펴보겠습니다.
참고 항목
FHIR®은 HL7의 등록 상표이며, HL7의 사용 허가 하에 사용됩니다.