릴리스 정보 2024: Azure Health Data Services
이 문서에서는 Azure Health Data Services의 FHIR® 서비스, DICOM® 서비스 및 MedTech 서비스에 대해 2024년에 릴리스된 기능, 향상된 기능 및 버그 수정에 대해 설명합니다.
2024년 4월
DICOM 서비스
향상된 Upsert 작업
향상된 Upsert 작업을 사용하면 DICOM 이미지를 서버에 업로드하고 이미 있는 경우 원활하게 바꿀 수 있습니다. 이 기능이 향상되기 전에 사용자는 삭제 작업과 STOW-RS를 수행하여 동일한 결과를 달성해야 했습니다. 향상된 Upsert 작업을 사용하면 DICOM 이미지 관리가 더 효율적이고 간소화됩니다.
필수 특성에 대한 확장된 스토리지
DICOM 서비스를 사용하면 최대 4GB 크기의 DICOM 파일을 업로드할 수 있습니다. 단일 요청의 단일 DICOM 파일 또는 파일 조합은 이 제한을 초과할 수 없습니다.
FHIR 서비스
대량 삭제 작업은 일반적으로 사용할 수 있습니다.
대량 삭제 작업을 사용하면 여러 수준에서 FHIR 리소스를 삭제할 수 있으므로 의료 기관은 비동기 처리 기능을 제공하면서 데이터 보존 정책을 준수할 수 있습니다. 대량 삭제 작업의 이점은 다음과 같습니다.
- 다른 수준에서 대량 삭제 실행: 대량 삭제 작업을 사용하면 FHIR 서버에서 리소스를 비동기적으로 삭제할 수 있습니다. 여러 수준에서 대량 삭제를 실행할 수 있습니다.
- 시스템 수준: 모든 리소스 종류에서 FHIR 리소스를 삭제할 수 있습니다.
- 개별 리소스 종류: 특정 FHIR 리소스를 삭제할 수 있습니다.
- 사용자 지정 가능: 쿼리 매개 변수를 사용하면 대상 삭제에 대한 원시 리소스를 필터링할 수 있습니다.
- 비동기 처리: 작업이 비동기이므로 진행률을 추적하기 위한 폴링 엔드포인트를 제공합니다.
자세히 보기:
2024년 3월
DICOM 서비스
Azure Data Lake Storage와의 통합은 일반적으로 사용할 수 있습니다.
Azure Health Data Services의 DICOM 서비스에 대한 Azure Data Lake Storage 통합은 일반적으로 사용할 수 있습니다. DICOM 서비스는 DICOMweb 표준을 사용하여 의료 이미징 데이터에 대한 클라우드 규모의 스토리지를 제공합니다. Azure Data Lake Storage의 통합을 통해 조직은 이미징 데이터를 완전히 제어하고 Azure Storage 에코시스템 및 API를 통해 해당 데이터에 액세스하고 작업하는 유연성을 높일 수 있습니다.
조직은 DICOM 서비스와 함께 Azure Data Lake Storage를 사용하여 다음을 수행할 수 있습니다.
- Azure Storage API 및 DICOMweb API를 사용하여 DICOM 서비스에서 저장한 의료 이미징 데이터에 직접 액세스하여 데이터에 액세스하고 작업할 수 있는 유연성을 제공합니다.
- AzCopy, Azure Storage Explorer, Data Movement 라이브러리 등 Azure Storage 작업을 위한 전체 도구 에코시스템에 대한 의료 이미지 데이터를 공개합니다.
- Azure Synapse, Azure Databricks, Azure Machine Learning, Microsoft Fabric 등 Azure Data Lake Storage와 기본적으로 통합되는 서비스를 사용하여 새로운 분석 및 AI/ML 시나리오를 활용합니다.
- 스토리지 권한, 액세스 제어, 계층 및 규칙을 관리할 수 있는 제어 권한을 부여합니다.
자세히 보기:
FHIR 서비스
번들 병렬화(GA)
번들은 기본적으로 FHIR 서비스에서 직렬로 실행됩니다. 번들 호출을 통해 처리량을 개선하기 위해 병렬 처리를 사용하도록 설정했습니다.
자세히 보기:
가져오기 작업은 단일 파일에서 여러 리소스 유형을 허용합니다.
가져오기 작업은 요청 매개 변수의 입력 파일당 리소스 형식을 가질 수 있습니다. 이 향상된 기능을 사용하면 여러 리소스 유형을 단일 파일로 전달할 수 있습니다.
버그 수정
수정됨: 가져오기 작업에서 리소스 종류와 lastUpdated 필드 값이 동일한 리소스를 수집합니다. 이 변경 전에는 형식 및
lastUpdated필드 값이 동일한 일괄 처리로 실행된 리소스가 FHIR 서비스에 수집되지 않았습니다. 이 버그 수정은 문제를 해결합니다. PR#3768을 참조하세요.수정됨: 사용자 지정 검색 매개 변수가 3개 이상인 FHIR 검색이 수정되었습니다. 이 수정 전에 3개 이상의 사용자 지정 검색 매개 변수가 있는 루트의 FHIR 검색 쿼리로 인해 HTTP 상태 코드 504가 발생했습니다. PR#3701을 참조하세요.
수정됨: 번들 처리 성능을 향상시킵니다. 업데이트 작업 실행 방법으로 수행되어 번들 처리 성능이 향상됩니다. PR#3727을 참조하세요.
2024년 2월
FHIR 서비스
모든 버전의 리소스를 계산할 수 있습니다.
쿼리 매개 변수 _summary=count 이며 _count=0 엔드포인트에 _history 추가하여 버전이 지정된 모든 리소스의 수를 가져올 수 있습니다. 이 수에는 기록 및 일시 삭제된 리소스가 포함됩니다.
Revinclude 검색은 wild카드 문자를 사용하여 모든 리소스를 참조할 수 있습니다.
FHIR 서비스는 .를 사용하여 야생카드 검색을 revinclude지원합니다. 쿼리의 쿼리 매개 변수에 revinclude 추가하여 *.* FHIR 서비스가 원본 리소스에 매핑된 모든 리소스를 참조하도록 지시합니다.
버그 수정
수정됨: 성능 향상을 통해 FHIR 쿼리 응답 시간을 개선합니다. 성능을 향상시키기 위해 정렬에 사용되는 검색 매개 변수에 대해 누락된 한정자를 지정할 수 있습니다. PR#3655를 참조하세요.
수정됨: 가져오기 작업은 비순차적 리소스 버전의 수집을 적용합니다. 이 변경 전에 작업의 증분 모드는
import순차적 정수라고 가정합니다. 이 버그 수정 후에는 버전을 순차적이지 않은 순서로 수집할 수 있습니다. PR#3685를 참조하세요.
2024년 1월
DICOM 서비스
파일 대량 업데이트
대량 업데이트 작업을 사용하면 DICOM 서비스에 저장된 여러 파일에 대한 이미징 메타데이터를 변경할 수 있습니다. 예를 들어 대량 업데이트를 사용하면 하나의 비동기 작업에서 하나 이상의 연구에 대한 DICOM 특성을 수정할 수 있습니다. API를 사용하여 환자 인구 통계에 대한 업데이트를 수행하고 시간이 많이 걸리는 업로드를 반복하는 비용을 방지할 수 있습니다.
효율성 향상 외에도 대량 업데이트 기능은 변경 피드 의 변경 내용에 대한 레코드를 유지하고 나중에 검색할 수 있도록 수정되지 않은 원본 인스턴스를 유지합니다.
자세히 보기:
FHIR 서비스
선택 가능한 검색 매개 변수(미리 보기)
미리 보기에 사용할 수 있는 선택 가능한 검색 매개 변수 기능을 사용하면 FHIR 리소스에서 검색을 사용자 지정하고 최적화할 수 있습니다. 이 기능을 사용하면 FHIR 서비스에 대해 사용하거나 사용하지 않도록 설정할 기본 제공 검색 매개 변수를 선택할 수 있습니다. 필요한 검색 매개 변수만 사용하도록 설정하면 더 많은 FHIR 리소스를 저장하고 잠재적으로 FHIR 검색 쿼리의 성능을 향상시킬 수 있습니다.
자세히 보기:
Azure Active Directory B2C와 FHIR 서비스 통합
의료 조직은 Azure AD B2C(Azure Active Directory B2C)와 함께 Azure Health Data Services에서 FHIR 서비스를 사용할 수 있습니다. 조직은 조직의 Microsoft Entra ID 테넌트에서 사용자 계정을 만들거나 가져오지 않고도 여러 사용자 또는 그룹에 대해 세분화된 액세스 제어를 통해 FHIR 서비스에 대한 액세스 권한을 안전하고 편리하게 부여할 수 있습니다. 이러한 통합을 통해 조직은 다음을 수행할 수 있습니다.
- 추가 ID 공급자를 사용하여 SMART on FHIR 범위를 사용하여 FHIR 리소스를 인증하고 액세스합니다.
- 세분화된 액세스 제어, FHIR 리소스 유형 및 상호 작용 및 사용자의 기본 권한을 지원하는 SMART on FHIR 범위를 사용하여 사용자 액세스 권한 또는 권한을 관리하고 사용자 지정합니다.
관련 콘텐츠:
- Azure Active Directory B2C를 사용하여 FHIR 서비스에 대한 액세스 권한 부여
- FHIR 서비스에 대한 여러 서비스 ID 공급자 구성
- FHIR 서비스에 대한 ID 공급자 구성 문제 해결
- FHIR 서비스에 SMART on FHIR 사용
- 샘플: Azure ONC(g)(10) SMART on FHIR
최대 100TB의 스토리지 요청
FHIR 서비스는 대량의 상태 데이터를 저장하고 교환할 수 있으며 각 FHIR 서비스 인스턴스의 스토리지 제한은 기본적으로 4TB입니다. 더 많은 데이터가 있는 경우 Microsoft에 FHIR 서비스에 대한 스토리지를 최대 100TB까지 늘리도록 요청할 수 있습니다.
스토리지가 많을수록 조직은 대규모 데이터 집합을 처리하여 분석 시나리오를 가능하게 할 수 있습니다. 예를 들어 더 많은 스토리지를 사용하여 인구 상태를 관리하고, 연구를 수행하고, 건강 데이터에서 새로운 통찰력을 얻을 수 있습니다. 또한 더 많은 스토리지를 사용하면 대용량 데이터(4TB 이상)를 사용하는 FHIR 고객을 위한 Azure API가 Azure Health Data Services의 FHIR 서비스로 마이그레이션할 수 있습니다.
4TB 보다 큰 스토리지를 요청하려면 Azure Portal에서 지원 요청을 만들고 문제 유형 서비스 및 구독 제한(할당량)을 사용합니다.
참고 항목
스토리지에 대한 청구 메트릭 문제로 인해 4TB 이상의 스토리지 용량을 선택하는 고객은 문제가 해결될 때까지 스토리지에 대한 요금이 청구되지 않습니다.