다음을 통해 공유

릴리스 정보 2024: Azure Health Data Services

  • 아티클

이 문서에서는 Azure Health Data Services의 FHIR® 서비스, DICOM® 서비스 및 MedTech 서비스에 대해 2024년에 릴리스된 기능, 향상된 기능 및 버그 수정에 대해 설명합니다.

2024년 11월

Azure Health Data Services

가져오기 작업의 향상된 기능

  • 오류 로깅 개선 사항: 가져오기 작업 중에 오류 로그는 이제 FHIR 서비스에 수집하는 동안 실패한 특정 파일을 보고합니다. 이 향상된 기능은 실패한 가져오기에 대한 자세한 피드백을 제공합니다.
  • 가져오기 작업 취소: 가져오기 작업을 취소해도 관련 자식 작업에 대한 취소가 트리거되지 않는 버그가 확인되었습니다. 이 문제가 해결되었으며, 이제 가져오기 작업을 취소하면 현재 오케스트레이터 내의 모든 관련 자식 작업도 취소됩니다.
  • 내보내기 유효성 검사 개선: 잘못된 검색 매개 변수에도 불구하고 내보내기가 진행되는 문제가 발견되었습니다. 이러한 조건에서 내보내기를 방지하기 위해 변경이 구현됩니다. 이는 기본 동작이지만 고객은 관대한 플래그를 사용하여 재정의할 수 있습니다. 변경 내용은 지난 달 고객에게 전달되었습니다.
  • 번들 성능 향상: 번들 실행 중 프로필 새로 고침 프로세스가 간소화되었습니다. 번들에 변경 내용ValueSet이 CodeSystem포함된 경우 번StructureDefinition들이 완전히 완료될 때까지 프로필 새로 고침이 발생하지 않습니다. 이러한 변경은 이러한 리소스 종류에 대한 변경 내용을 처리할 때 여러 새로 고침으로 인한 지연을 줄여 번들의 성능을 향상시킵니다.
  • 콘텐츠 형식 헤더 구문 분석: 콘텐츠 형식 헤더 구문 분석 application/x-www-form-urlencoded 과 관련된 문제가 해결되었습니다.
  • 향상된 다시 인덱싱: 이전에 큰 기록 데이터 세트의 처리를 제한했던 인위적인 제한 사항 또는 고객이 제한된 쿼리 크기를 요청한 경우를 제거하여 다시 인덱싱 작업이 개선되었습니다. 또한 다시 인덱스 프로세스는 기본 쿼리 크기로 여러 순차적 기록 또는 삭제된 리소스를 처리할 때 "완료됨"으로 잘못 보고됩니다. 이 문제는 다시 인덱싱 프로세스가 올바르게 완료되고 적절한 상태를 보고하도록 하기 위해 해결되었습니다.

2024년 10월

Azure Health Data Services

FHIR 서비스

버그 수정

  • 내보내기 유효성 검사: 잘못된 검색 매개 변수에도 불구하고 내보내기가 진행되는 문제가 확인되었습니다. 이러한 조건에서 내보내기를 방지하는 변경 사항이 도입되었습니다. 이 기능은 현재 엄격한 유효성 검사 플래그 뒤에 있으며 10월 30일 이후의 기본 동작이 됩니다.
  • 검색 매개 변수 포함: 추가 검색 매개 변수(예 _include: ) _has가 예상된 모든 결과를 반환하지 않는 문제를 해결했으며, 때로는 다음 링크를 생략하기도 했습니다.
  • 내보내기 작업 실행: 내보내기 작업이 완료되는 동안 드물게 발생하는 System.ObjectDisposedException 경우는 조기 종료를 방지하여 해결되었습니다.
  • HTTP 상태 코드 업데이트: 작업을 만드는 동안 $reindex 잘못된 매개 변수에 대한 HTTP 상태 코드가 이제 400으로 업데이트되어 더 나은 오류 처리가 보장됩니다.
  • 검색 매개 변수 정리: 삭제 API 호출로 트리거될 때 데이터베이스의 검색 매개 변수를 완전히 정리하여 불완전한 삭제와 관련된 문제를 해결하는 수정 사항이 구현되었습니다.
  • 내림차순 정렬 문제: 관련 리소스가 있는 경우에도 정렬된 필드에 데이터베이스에 데이터가 없는 경우 내림차순 정렬 작업이 리소스를 반환하지 않는 문제를 해결했습니다.
  • 인증 실패 처리: 관리 ID가 꺼진 상태에서 가져오기 요청이 실행될 때 인증 실패를 관리하는 새 catch 블록이 추가되었습니다.

2024년 9월

Azure Health Data Services

FHIR 서비스

향상된 내보내기 효율성

메모리 사용량을 최적화하기 위해 내보내기 기능이 향상되었습니다. 이 변경으로 내보내기 프로세스는 이제 한 번에 하나의 리소스를 Blob Storage에 푸시하여 메모리 소비를 줄입니다.

2024년 8월

Azure Health Data Services

FHIR 서비스

가져오기 작업 오류 처리

  1. 가져오기 작업은 가져오기 프로세스를 통해 검색 매개 변수 리소스를 수집할 때 HTTP 400 오류를 반환합니다. 이 변경 내용은 가져오기 작업으로 수집할 때 검색 매개 변수가 잘못된 상태로 배치되지 않도록 하기 위한 것입니다.
  2. 가져오기 작업은 스토리지 계정의 구성 문제가 발생하는 경우 이전 HTTP 500 상태 코드와 달리 HTTP 400 상태 코드를 반환합니다. 이 업데이트는 가져오기 작업 중에 관리 ID와 연결된 오류 처리를 개선하는 것을 목표로 합니다.

2024년 7월

Azure Health Data Services

FHIR 서비스

데이터 변환 작업에서 JSON 데이터의 날짜를 문자열로 처리하도록 허용

JSON 데이터 내에서 제공된 날짜가 제공된 날짜와 다른 형식으로 반환될 수 있습니다. 날짜로 식별되는 JSON 페이로드 문자열을 역직렬화하는 동안 .NET DateTime 개체로 변환됩니다. 그런 다음 이러한 개체는 Liquid 템플릿 엔진을 통과하기 전에 문자열로 다시 변환됩니다. 이 변환으로 인해 날짜 값의 서식이 다시 지정되고 FHIR 서비스의 현지 표준 시간대에 표시될 수 있습니다.

부울 매개 변수 jsonDeserializationTreatDatesAsStrings를 사용하여 문자열을 .NET DateTime 개체로 강제 변환할 수 없습니다. 로 true설정하면 제공된 데이터가 문자열로 처리되고 Liquid 엔진에 제공되기 전에 수정되지 않습니다.

가져오기 작업 향상

이제 FHIR 서비스는 리소스 수준에서 버전을 지정하지 않고도 데이터를 수집할 수 있습니다. 리소스 순서는 lastUpdated 값을 사용하여 유지 관리됩니다. 이 향상된 기능에서는 "allowNegativeVersions" 플래그가 도입되었습니다. 플래그 true를 설정하면 FHIR 서비스가 명시적 lastUpdated 값과 지정된 버전이 없는 리소스 레코드에 음수 버전을 할당할 수 있습니다.

버그 수정

  • _security:not 검색 매개 변수 를 사용할 때 일시 삭제된 리소스가 포함되는 것을 수정했습니다. 검색 작업에서 _security:not 검색 매개 변수를 사용하는 경우 일시 삭제된 리소스에 대한 ID가 검색 결과에 포함되었습니다. 일시 삭제된 리소스가 이제 검색 결과에서 제외되도록 문제를 해결했습니다.
  • SMART 사용자로 데이터를 내보내는 SMART 사용자 로 데이터를 내보내려면 더 이상 쓰기 범위가 필요하지 않습니다. 이전에는 더 높은 권한 수준을 의미하는 데이터를 내보내기 위해 SMART 사용자에게 "쓰기" 권한을 부여해야 했습니다. SMART 사용자로 내보내기 작업을 시작하려면 사용자가 RBAC에서 FHIR 내보내기 역할의 멤버인지 확인하고 "읽기" SMART 임상 범위를 요청합니다. 상태 코드를 HTTP 500에서 HTTP 400으로 업데이트
  • 패치 작업 중에 상태 코드를 HTTP 500에서 HTTP 400 으로 업데이트합니다. 페이로드가 매개 변수 이외의 리소스 종류에 대한 업데이트를 요청한 경우 내부 서버 오류(HTTP 500)가 처음에 throw되었습니다. 대신 HTTP 400 오류를 throw하도록 업데이트되었습니다.

성능 향상

데이터 범위를 사용하여 FHIR 리소스를 검색할 때 쿼리 최적화가 추가됩니다. 이 쿼리 최적화는 하나의 결합된 CTE가 생성될 때 효율적인 쿼리에 도움이 됩니다.

2024년 5월

Azure Health Data Services

FHIR 서비스

가져오기 작업에 대한 향상된 크기 조정

가져오기 작업에 대한 크기 조정 논리가 개선되어 여러 작업을 병렬로 실행할 수 있습니다. 이 변경 내용은 가져오기 작업에 대한 감사 로그에 영향을 줍니다. 개별 가져오기 작업에 대한 감사 로그에는 여러 행이 있으며 각 행은 내부 처리 작업에 해당합니다.

버그 수정

  • 수정됨: 장기 실행 요청에 대한 HTTP 상태 코드입니다. 실행하는 데 100초보다 오래 걸리는 FHIR 요청은 HTTP 500 대신 HTTP 408 상태 코드를 반환합니다.
  • 수정됨: 번들에 기록 요청이 있습니다. 수정하기 전에 번들에 있는 기록 요청은 HTTP 상태 코드 404를 반환했습니다.

독립 실행형 FHIR 변환기(미리 보기)

미리 보기에 사용할 수 있는 독립 실행형 FHIR 변환기 API는 FHIR 서비스에서 분리되고 컨테이너(Docker) 이미지로 패키지됩니다. FHIR 변환기는 레코드 원본에서 FHIR R4 번들로 데이터를 변환할 수 있도록 하는 것 외에도 다음을 제공합니다.

  • 레코드 원본에서 FHIR R4 번들로 또는 그 반대로 양방향 데이터 변환. 예를 들어, FHIR 변환기는 FHIR R4 형식의 데이터를 다시 HL7v2 형식으로 변환할 수 있습니다.
  • 기본 Liquid 템플릿의 사용자 지정 환경이 향상되었습니다.
  • ADF(Azure Data Factory)를 사용하여 ETL(추출, 변환, 로드) 파이프라인을 만드는 방법을 보여 주는 샘플입니다.

FHIR 변환기 컨테이너 이미지를 구현하려면 FHIR 변환기 GitHub 프로젝트를 참조하세요.

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 검색은 와일드카드 문자를 사용하여 모든 리소스를 참조할 수 있습니다.

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 범위를 사용하여 사용자 액세스 권한 또는 권한을 관리하고 사용자 지정합니다.

관련 콘텐츠:

최대 100TB의 스토리지 요청

FHIR 서비스는 대량의 상태 데이터를 저장하고 교환할 수 있으며 각 FHIR 서비스 인스턴스의 스토리지 제한은 기본적으로 4TB입니다. 데이터가 더 많은 경우 FHIR 서비스에 대한 스토리지를 최대 100TB까지 늘려달라고 Microsoft에 요청할 수 있습니다.

스토리지가 많을수록 조직은 대규모 데이터 집합을 처리하여 분석 시나리오를 가능하게 할 수 있습니다. 예를 들어 더 많은 스토리지를 사용하여 인구 상태를 관리하고, 연구를 수행하고, 건강 데이터에서 새로운 통찰력을 얻을 수 있습니다. 또한 더 많은 스토리지를 사용하면 대용량 데이터(4TB 이상)를 사용하는 FHIR 고객을 위한 Azure API가 Azure Health Data Services의 FHIR 서비스로 마이그레이션할 수 있습니다.

4TB 보다 큰 스토리지를 요청하려면 Azure Portal에서 지원 요청을 만들고 문제 유형 서비스 및 구독 제한(할당량)을 사용합니다.

참고 항목

스토리지에 대한 청구 메트릭 문제로 인해 4TB 이상의 스토리지 용량을 선택하는 고객은 문제가 해결될 때까지 스토리지에 대한 요금이 청구되지 않습니다.

관련 콘텐츠

릴리스 정보 2021

릴리스 정보 2022

릴리스 정보 2023

알려진 문제

참고 항목

FHIR®은 HL7의 등록 상표이며, HL7의 사용 허가 하에 사용됩니다.

DICOM®은 의료 정보의 디지털 통신과 관련된 표준 간행물에 대한 미국 전기공업회의 등록 상표입니다.