소개: CMS(Center for Medicare and Medicaid Services) 상호 운용성 및 환자 액세스 규칙
이 자습서 시리즈에서는 CMS(Center for Medicare and Medicaid Services) 상호 운용성 및 환자 액세스 규칙의 대략적인 요약과 이 규칙에 설명된 기술 요구 사항을 다룹니다. 이 규칙에 참조된 다양한 구현 가이드를 살펴보겠습니다. 또한 이러한 구현 가이드를 지원하기 위해 Azure Health Data Services(여기서는 FHIR 서비스라고 함)에서 FHIR 서비스를 구성하는 방법에 대한 세부 정보도 제공합니다.
규칙 개요
CMS는 2020년 5월 1일에 상호 운용성 및 환자 액세스 규칙을 발표했습니다. 이 규칙은 환자가 필요할 때 자신의 건강 정보에 액세스할 수 있도록 환자 진료(환자, 공급자, 지불자)에 관련된 모든 당사자 간의 자유롭고 안전한 데이터 흐름을 필요로 합니다. 상호 운용성은 수십 년 동안 의료 산업을 괴롭혀 왔으며, 그 결과 사일로 데이터로 인해 예측할 수 없이 높은 치료 비용이 드는 부정적인 건강 결과가 발생했습니다. CMS는 이 규칙을 시행하기 위해 MA(메디케어 어드밴티지), 메디케이드, CHIP(어린이 건강 보험 프로그램), QHP(유자격 건강 보험) 발급자를 규제하는 권한을 사용하고 있습니다.
2020년 8월 CMS는 조직이 이 의무 사항을 충족하는 방법을 자세히 설명했습니다. 데이터를 안전하고 표준화된 방식으로 교환할 수 있도록 CMS는 FHIR 버전 릴리스 4(R4)를 데이터 교환에 필요한 기본 표준으로 식별했습니다.
상호 운용성 및 환자 액세스 판결에는 세 가지 주요 부분이 있습니다.
환자 액세스 API(2021년 7월 1일 필수) – CMS 규제 지불자(위에 정의됨)는 환자가 자신의 청구에 쉽게 액세스하고 비용을 포함한 정보는 물론, 선택한 타사 애플리케이션을 통한 임상 정보의 정의된 하위 집합을 발견할 수 있도록 안전한 표준 기반 API를 구현하고 유지 관리해야 합니다.
공급자 디렉터리 API(2021년 7월 1일 필수) – CMS 규제 지불자는 표준 기반 API를 통해 공급자 디렉터리 정보를 공개적으로 제공해야 합니다. 이 정보를 제공함으로써 타사 애플리케이션 개발자는 환자가 특정 치료 요구에 맞는 공급자를 찾을 수 있고 임상의가 치료 조정을 위한 다른 공급자를 찾을 수 있도록 도움이 되는 서비스를 만들 수 있게 됩니다.
간 데이터 교환(원래 2022년 1월 1일 - 현재 지연됨) – CMS 규제 지불자는 환자의 요청에 따라 특정 환자 임상 데이터를 다른 지불자와 교환해야 합니다. 어떤 종류의 표준을 따라야 한다는 요구 사항은 없지만 FHIR을 적용하여 이 데이터를 교환하는 것이 좋습니다.
주요 FHIR 개념
위에서 언급한 대로 FHIR R4는 이 의무 사항을 충족해야 합니다. 또한 규칙에 관한 지침을 제공하는 몇 가지 구현 가이드가 개발되었습니다. 구현 가이드는 기본 FHIR 사양을 기반으로 추가 컨텍스트를 제공합니다. 여기에는 추가 검색 매개 변수, 프로필, 확장, 작업, 값 집합, 코드 시스템 정의가 포함됩니다.
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 IG(US Core 구현 가이드)는 위에서 설명한 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은 훌륭한 리소스입니다. 향후 자습서에서는 FHIR 서비스가 다양한 Touchstone 테스트를 성공적으로 통과할 수 있도록 구성되어 있는지 확인하는 데 중점을 둡니다. Touchstone 사이트에는 사용자가 시작하고 실행하는 데 도움이 되는 훌륭한 설명서가 많이 있습니다.
다음 단계
이제 상호 운용성 및 환자 액세스 규칙, 구현 가이드, 사용 가능한 테스트 도구(Touchstone)에 대한 기본 사항을 이해했으므로 CARIN IG for Blue Button의 FHIR 서비스를 설정하는 과정을 살펴보겠습니다.
FHIR®은 HL7의 등록 상표이며, HL7의 사용 허가 하에 사용됩니다.