기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
$bulk-member-match HealthLake에 대한 작업
AWS HealthLake 는 여러 멤버 일치 요청을 비동기적으로 처리하기 위한 $bulk-member-match 작업을 지원합니다. 이 작업을 통해 의료 기관은 단일 대량 요청에서 인구 통계 및 적용 범위 정보를 사용하여 여러 의료 시스템에서 수백 명의 멤버의 고유 식별자를 효율적으로 일치시킬 수 있습니다. 이 기능은 대규모 payer-to-payer 데이터 교환, 멤버 전환 및 CMS 규정 준수 요구 사항에 필수적이며 FHIR 사양을
참고
$bulk-member-match 작업은 현재 실험적이며 변경될 수 있는 기본 FHIR 사양을 기반으로 합니다. 사양이 발전함에 따라이 API의 동작과 인터페이스가 그에 따라 업데이트됩니다. 개발자는 AWS HealthLake 릴리스 정보와 관련 FHIR 사양 업데이트를 모니터링하여 통합에 영향을 미칠 수 있는 변경 사항을 최신 상태로 유지하는 것이 좋습니다.
이 작업은 다음이 필요한 경우에 특히 유용합니다.
공개 등록 기간 동안 대규모로 멤버 매칭 처리
지급인 간 대량 멤버 전환 촉진
대규모 CMS 규정 준수 데이터 교환 요구 사항 지원
의료 네트워크 전반의 구성원 코호트를 효율적으로 일치시킵니다.
대량 매칭 시나리오에서 API 호출을 최소화하고 운영 효율성 개선
용도
$bulk-member-match 작업은 POST 메서드를 사용하여 그룹 리소스에서 호출되는 비동기 작업입니다.
POST [base]/Group/$bulk-member-match
대량 일치 요청을 제출한 후 다음을 사용하여 작업 상태를 폴링할 수 있습니다.
GET [base]/$bulk-member-match-status/{jobId}
지원되는 파라미터
HealthLake는 다음 FHIR $bulk-member-match 파라미터를 지원합니다.
| 파라미터 | 유형 | 필수 | 설명 |
|---|---|---|---|
|
환자 |
예 |
일치시킬 멤버의 인구통계 정보가 포함된 환자 리소스입니다. |
|
적용 범위 |
예 |
기존 레코드와 일치시키는 데 사용할 적용 범위 리소스입니다. |
|
적용 범위 |
아니요 |
매칭 프로세스 중에 연결할 적용 범위 리소스입니다. |
|
동의 |
예 |
권한 부여를 위한 동의 리소스도 저장됩니다. 이는 동의가 필요하지 않은 개별 |
대량 멤버 일치 작업 제출을 위한 POST 요청
다음 예제는 대량 멤버 일치 작업을 제출하기 위한 POST 요청을 보여줍니다. 각 멤버는 필수 MemberPatient, CoverageToMatch및 Consent 리소스를 포함하는 MemberBundle 파라미터와 선택적 로 래핑됩니다CoverageToLink.
POST [base]/Group/$bulk-member-match Content-Type: application/fhir+json { "resourceType": "Parameters", "parameter": [ { "name": "MemberBundle", "part": [ { "name": "MemberPatient", "resource": { "resourceType": "Patient", "identifier": [ { "system": "http://example.org/patient-id", "value": "patient-0" } ], "name": [ { "family": "Smith", "given": ["James"] } ], "gender": "male", "birthDate": "1950-01-01" } }, { "name": "CoverageToMatch", "resource": { "resourceType": "Coverage", "status": "active", "identifier": [ { "system": "http://example.org/coverage-id", "value": "cov-0" } ], "subscriberId": "sub-0", "beneficiary": { "reference": "Patient/patient123" }, "relationship": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/subscriber-relationship", "code": "self" } ] }, "payor": [ { "reference": "Organization/org123" } ] } }, { "name": "Consent", "resource": { "resourceType": "Consent", "status": "active", "scope": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/consentscope", "code": "patient-privacy" } ] }, "category": [ { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/v3-ActCode", "code": "IDSCL" } ] } ], "patient": { "reference": "Patient/patient123" }, "performer": [ { "reference": "Patient/patient123" } ], "sourceReference": { "reference": "http://example.org/DocumentReference/consent-source" }, "policy": [ { "uri": "http://hl7.org/fhir/us/davinci-hrex/StructureDefinition-hrex-consent.html#regular" } ], "provision": { "type": "permit", "period": { "start": "2024-01-01", "end": "2025-12-31" }, "actor": [ { "role": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/provenance-participant-type", "code": "performer" } ] }, "reference": { "identifier": { "system": "http://hl7.org/fhir/sid/us-npi", "value": "9876543210" }, "display": "Old Health Plan" } }, { "role": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/v3-ParticipationType", "code": "IRCP" } ] }, "reference": { "identifier": { "system": "http://hl7.org/fhir/sid/us-npi", "value": "0123456789" }, "display": "New Health Plan" } } ], "action": [ { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/consentaction", "code": "disclose" } ] } ] } } }, { "name": "CoverageToLink", "resource": { "resourceType": "Coverage", "status": "active", "identifier": [ { "system": "http://example.org/coverage-link-id", "value": "cov-link-0" } ], "subscriberId": "new-sub-0", "beneficiary": { "reference": "Patient/patient123" }, "relationship": { "coding": [ { "system": "http://terminology.hl7.org/CodeSystem/subscriber-relationship", "code": "self" } ] }, "payor": [ { "identifier": { "system": "http://hl7.org/fhir/sid/us-npi", "value": "0123456789" }, "display": "New Health Plan" } ] } } ] } ] }
출력이 포함된 완료된 작업 응답
작업이 완료되면 응답에는 작업 메타데이터와 일치 결과를 분류하는 세 개의 그룹 리소스가 포함된 FHIR 파라미터 리소스가 포함됩니다.
{ "datastoreId": "datastoreId", "jobId": "jobId", "status": "COMPLETED", "submittedTime": "2026-03-20T18:45:26.321Z", "numberOfMembers": 3, "numberOfMembersProcessedSuccessfully": 3, "numberOfMembersWithCustomerError": 0, "numberOfMembersWithServerError": 0, "output": { "resourceType": "Parameters", "meta": { "profile": [ "http://hl7.org/fhir/us/davinci-pdex/StructureDefinition/pdex-parameters-multi-member-match-bundle-out" ] }, "parameter": [ { "name": "MatchedMembers", "resource": { "resourceType": "Group", "id": "group1", "text": { "status": "generated", "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\">Matched members group</div>" }, "contained": [ { "resourceType": "Patient", "id": "1", "identifier": [ { "system": "http://example.org/patient-id", "value": "patient-0" } ], "name": [ { "family": "Smith", "given": ["James"] } ], "gender": "male", "birthDate": "1950-01-01" } ], "type": "person", "actual": true, "code": { "coding": [ { "system": "http://hl7.org/fhir/us/davinci-pdex/CodeSystem/PdexMultiMemberMatchResultCS", "code": "match", "display": "Matched" } ] }, "quantity": 1, "member": [ { "entity": { "extension": [ { "url": "http://hl7.org/fhir/us/davinci-pdex/StructureDefinition/base-ext-match-parameters", "valueReference": { "reference": "#1" } } ], "reference": "Patient/patient123" } } ] } }, { "name": "NonMatchedMembers", "resource": { "resourceType": "Group", "id": "Group2", "text": { "status": "generated", "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\">Non-matched members group</div>" }, "contained": [ { "resourceType": "Patient", "id": "1", "identifier": [ { "system": "http://example.org/patient-id", "value": "patient-501" } ], "name": [ { "family": "Carter", "given": ["Emily"] } ], "gender": "female", "birthDate": "1985-06-15" } ], "type": "person", "actual": true, "code": { "coding": [ { "system": "http://hl7.org/fhir/us/davinci-pdex/CodeSystem/PdexMultiMemberMatchResultCS", "code": "nomatch", "display": "Not Matched" } ] }, "quantity": 1, "member": [ { "entity": { "extension": [ { "url": "http://hl7.org/fhir/us/davinci-pdex/StructureDefinition/base-ext-match-parameters", "valueReference": { "reference": "#1" } } ], "reference": "Patient/patient123" } } ] } }, { "name": "ConsentConstrainedMembers", "resource": { "resourceType": "Group", "id": "group3", "text": { "status": "generated", "div": "<div xmlns=\"http://www.w3.org/1999/xhtml\">Consent constrained members group</div>" }, "contained": [ { "resourceType": "Patient", "id": "1", "identifier": [ { "system": "http://example.org/patient-id", "value": "patient-502" } ], "name": [ { "family": "Nguyen", "given": ["David"] } ], "gender": "male", "birthDate": "1972-11-22" } ], "type": "person", "actual": true, "code": { "coding": [ { "system": "http://hl7.org/fhir/us/davinci-pdex/CodeSystem/PdexMultiMemberMatchResultCS", "code": "consentconstraint", "display": "Consent Constraint" } ] }, "quantity": 1, "member": [ { "entity": { "extension": [ { "url": "http://hl7.org/fhir/us/davinci-pdex/StructureDefinition/base-ext-match-parameters", "valueReference": { "reference": "#1" } } ], "reference": "Patient/123" } } ] } } ] } }
HealthLake가 멤버를 출력 그룹으로 분류하는 방법
$bulk-member-match 요청에 제출된 모든 멤버는 순차적 파이프라인을 통해 평가됩니다. 각 단계의 결과에 따라 멤버가 배치되는 출력 그룹이 결정됩니다.
구조 검증 - MemberBundle이 필수 프로필을 준수하나요? 실패 시: 오류(그룹에 없음).
환자 일치 - HealthLake가 제출된 인구 통계와 일치하는 환자를 찾을 수 있나요? 실패 시: NonMatchedMembers.
적용 범위 확인 - HealthLake가 유효한 CoverageToMatch를 가진 정확히 한 명의 환자로 좁힐 수 있나요? 실패 시: NonMatchedMembers.
동의 평가 - 제출된 동의가 지금 가능합니까? (상태 = 활성, 기간이 현재 날짜를 포함함, 성과자를 검증할 수 있음). 실패 시: ConsentConstrainedMembers.
성공 - 모든 검사가 통과합니다. 데이터 스토어에 저장된 동의. MatchedMembers에 배치된 멤버입니다.
주요 원칙: 멤버는 하나의 대상에만 나타날 수 있습니다. 첫 번째 실패 단계는 배치를 결정합니다. 2단계 또는 3단계에 실패한 멤버는 ConsentConstrainedMembers에 배치되지 않습니다.이 그룹은 성공적으로 일치했지만 동의를 받을 수 없는 멤버만 사용할 수 있습니다.
동의 평가 세부 정보(4단계):
확인 1 - 동의 상태:가 "활성"과
Consent.status같습니까? 그렇지 않은 경우 → ConsentConstrainedMembers.확인 2 - 프로비저닝 기간: 현재 날짜를
provision.period포함하나요? 현재 날짜가 이전period.start또는 이후인 경우period.end→ ConsentConstrainedMembers.확인 3 - 성과자 검증:
Consent.performer참조를 검증할 수 있습니까? 참조된 리소스를 데이터 스토어에서 찾을 수 없거나 일치하는 환자 → ConsentConstrainedMembers와 연결되지 않은 경우.
모든 검사는 멤버가 MatchedMembers에 배치되고 동의가 저장되려면 통과해야 합니다.
적용 범위 일치 동작
멤버 매칭 중에 CoverageToMatch는 응답 지급인의 데이터 스토어에 대해서만 검증됩니다.는 새/요청 지급인의 CoverageToLink 소유이며 이전 지급인의 데이터 스토어에 대해서는 검증되지 않습니다. 요청에 CoverageToLink를 포함해도 일치하는 결과에는 영향을 주지 않습니다.
요청의 각 환자 + 담당 범위 조합은 독립적으로 처리됩니다. 동일한 환자를 서로 다른 적용 범위 플랜으로 여러 번 제출할 수 있으며, 각 항목은 특정 적용 범위에 따라 자체 결과를 수신합니다.
동의 수행자 참조 처리
새 지급인은에서 임시 또는 로컬 환자 참조를 보낼 수 있습니다Consent.performer(예:에 사용된 것과 동일한 참조Consent.patient). HealthLake는 이러한 참조를 자동으로 확인합니다.
에와 동일한 로컬 참조가
Consent.performer포함된 경우Consent.patientHealthLake는 일치 성공 후 이를 실제 일치 환자 참조로 바꿉니다.HealthLake는 Patient, RelatedPerson, Practitioner, PractitionerRole 및 Organization(직접 참조 및 논리적 식별자 참조 모두) 유형의 공연자 참조를 지원합니다.
성과자 검증에 실패하면(리소스를 찾을 수 없거나 일치하는 환자와 연결되지 않음) 오류를 반환하지 않고 구성원이 ConsentConstrainedMembers에 배치됩니다.
출력 그룹 리소스
완료된 작업은 세 개의 그룹 리소스가 포함된 파라미터 리소스를 반환합니다.
- MatchedMembers 그룹
-
요청 시 동의가 활성 상태이고 유효한 성공적으로 일치하는 모든 멤버에 대한 환자 참조를 포함합니다. 동의 리소스는 일치하는 각 멤버의 데이터 스토어에 생성되고 저장됩니다. 이 그룹은 데이터 스토어에서 인스턴스화되며에서 직접 사용할 수 있습니다
$davinci-data-export. - NonMatchedMembers 그룹
-
고유한 일치 항목을 찾을 수 없는 멤버에 대한 참조를 포함합니다. 데이터 스토어의 환자가 제공된 인구 통계와 일치하지 않거나, 일치하는 환자 후보에 대해 유효한 적용 범위가 없거나, 여러 환자가 인구 통계와 일치하고 여러 환자가 유효한 적용 범위(명확)를 갖는 경우 멤버가 여기에 배치됩니다.
- ConsentConstrainedMembers 그룹
-
성공적으로 일치했지만(인구통계 및 적용 범위 확인됨) 요청 시 동의를 받을 수 없는 멤버에 대한 환자 참조가 포함되어 있습니다. 동의 리소스는 동의가 제한된 멤버에 대해 저장되지 않습니다. 일치하는 멤버 자격 증명(MemberIdentifier 및 MemberId)은 여전히 포함되므로 요청 지급인이 누가 제약을 받았는지 알 수 있습니다.
Group.quantity 필드에는 각 그룹의 총 멤버 수가 포함됩니다.
그룹 멤버 참조:
Group.member.entity.reference- MatchedMembers 및 ConsentConstrainedMembers의 경우는 대응 지급인 시스템에 일치하는 멤버의 환자 ID를 포함합니다. NonMatchedMembers의 경우는 포함된 입력 환자를 참조합니다.Group.member.entity.extension (base-ext-match-parameters)- 원래 입력 요청의 환자 ID(,Coverage.beneficiary.reference또는에서 파생된 요청 지급인이 제출한 IDConsent.patient.reference)Patient.id를 포함합니다.
동의 환자 연결
중요
저장된 동의 리소스는 요청 지급인이 제출한 대로 정확히 환자 참조를 유지합니다. HealthLake는 수신 데이터 스토어에서 일치하는 환자를 가리키도록 동의의 환자 필드를 자동으로 업데이트하지 않습니다.
저장된 동의를 일치하는 환자와 연결하려면 작업 출력을 사용합니다. MatchedMembers 그룹의 각 멤버는 일치하는 환자를 member.entity.reference 가리키고 member.entity.extension (base-ext-match-parameters)는 포함된 입력 환자를 가리킵니다. 이를 동의의 환자 필드와 상호 참조하여 애플리케이션 계층에서 매핑을 빌드합니다.
저장되는 항목과 일시적인 항목 비교
다음 표에는 $bulk-member-match 처리 중에 HealthLake가 데이터 스토어에 유지하는 내용과 작업 응답에만 존재하는 내용이 나와 있습니다.
| Resource | 저장되었나요? | REST를 통해 쿼리할 수 있습니까? | 참고 |
|---|---|---|---|
MemberPatient(입력) |
아니요 |
아니요 |
일치에만 사용되며 지속되지 않음 |
CoverageToMatch(입력) |
아니요 |
아니요 |
적용 범위 확인에만 사용됩니다. |
CoverageToLink(입력) |
아니요 |
아니요 |
데이터 스토어에 대해 검증되지 않음, 새 지급인에 속함 |
동의(일치하는 멤버) |
예 |
예 - GET [base]/Consent/{id} |
요청 지급인으로부터 받은 그대로 저장됨 |
동의(제한된 구성원) |
아니요 |
아니요 |
저장되지 않습니다. 멤버 자격 증명은 여전히 응답에 포함됩니다. |
MatchedMembers 그룹(출력) |
예 |
예 - GET [base]/Group/{id} |
인스턴스화됨, $davinci-data-export와 함께 사용 가능 |
NonMatchedMembers 그룹 |
아니요 |
아니요 |
작업 응답만 |
ConsentConstrainedMembers 그룹 |
아니요 |
아니요 |
작업 응답만 |
$davinci-data-export와 통합
에서 반환한 MatchedMembers 그룹 리소스를 $davinci-data-export 작업과 함께 직접 사용하여 대량 멤버 데이터를 검색할 $bulk-member-match 수 있습니다.
POST [base]/Group/{matched-group-id}/$davinci-data-export GET [base]/Group/{matched-group-id}
이 통합을 통해 먼저 일치하는 구성원을 대량으로 식별한 다음 결과 그룹 리소스를 사용하여 전체 상태 레코드를 내보내는 효율적인 워크플로를 사용할 수 있습니다.
내보내기 전에 $member-remove 사용
일치 후 특정 멤버를 내보내기에서 제외해야 하는 경우(예: 멤버가 일치 및 내보내기에 대한 동의를 취소하는 경우) MatchedMembers 그룹에서 $member-remove를 사용합니다.
중요
를 통해 멤버를 제거하면 그룹에서 멤버가 비활성으로 $member-remove 표시되지만 그룹이 "최종" 상태로 업데이트된 후에$davinci-data-export만 비활성 멤버가 제외됩니다. 여전히 기본 상태$davinci-data-export인 그룹에서를 호출하면 제거된 멤버가 내보내기 결과에 계속 표시될 수 있습니다.
워크플로:
POST [base]/Group/{id}/$member-remove- 멤버를 비활성으로 표시PUT [base]/Group/{id}- 그룹 상태를 "최종"으로 업데이트POST [base]/Group/{id}/$davinci-data-export- 이제 내보내기에서 제거된 멤버 제외
성능 특성
이 $bulk-member-match 작업은 대용량 처리를 위해 설계되었으며 비동기적으로 실행됩니다.
동시성: 데이터 스토어당 최대 5개의 동시 작업.
확장성: 요청당 최대 500명의 멤버를 처리합니다(5MB 페이로드 제한).
병렬 작업: 동시 가져오기, 내보내기 또는 대량 삭제 작업과 호환됩니다.
권한 부여
API는 다음 필수 범위와 함께 FHIR 인증 프로토콜에서 SMART를 사용합니다.
system/Patient.read- 환자 리소스를 검색하고 일치시키는 데 필요합니다.system/Coverage.read- 적용 범위 정보를 검증하는 데 필요합니다.system/Group.write- 결과 그룹 리소스를 생성하는 데 필요합니다.system/Organization.read- 조건부, 적용 범위가 조직을 참조하는 경우 필수입니다.system/Practitioner.read- 조건부, 적용 범위가 실무자를 참조하는 경우 필수입니다.system/PractitionerRole.read- 조건부, 적용 범위가 실무자 역할을 참조하는 경우 필요합니다.system/Consent.write- 조건부, 동의 리소스가 제공된 경우 필수입니다.
또한이 작업은 프로그래밍 방식 액세스를 위한 AWS IAM 서명 버전 4(SigV4) 권한 부여를 지원합니다.
검증 규칙
다음 검증 규칙은 1단계에서 각 MemberBundle에 적용됩니다. 검증에 실패한 멤버는 오류로 보고되며 출력 그룹에 표시되지 않습니다.
MemberPatient
| Field | HealthLake가 이를 사용하는 방법 | 다음과 같은 경우 검증에 실패합니다. |
|---|---|---|
| 인구 통계 검색 | 누락됨 |
| 인구 통계 검색 | 누락(하나 이상 필요) |
| 인구 통계 검색 | 누락됨 |
| 인구 통계 검색, 없는 경우 생상 성별 확장이 사용됨 | 성별도, 성별도 없음(hrex-pat-1) |
| 존재하는 경우 검색에 포함됨, 신뢰도 향상 | 실패를 일으키지 않음(선택 사항) |
CoverageToMatch / CoverageToLink
| Field | HealthLake가 이를 사용하는 방법 | 다음과 같은 경우 검증에 실패합니다. |
|---|---|---|
| 적용 범위가 실행 가능한지 확인합니다. | 누락됨 |
| 환자 후보에 적용 범위를 연결합니다. | 누락됨 |
| 여러 후보가 있는 경우의 모호성 | 누락되었거나 둘 이상의 지급인 |
| 구독자-수혜자 관계를 확인합니다. | 누락됨 |
| 기본 모호화 키 | 둘 다 존재하지 않음 |
동의
| Field | HealthLake가 이를 사용하는 방법 | 다음과 같은 경우 검증에 실패합니다. |
|---|---|---|
| 동의 범위가 환자-프라이버시인지 확인합니다. | 환자-프라이버시 코드가 누락되었거나 없음 |
| 공개 분류 확인 | 누락됨 |
| 동의 주체를 식별합니다. | 누락됨 |
| 동의하는 사람을 식별합니다. | 누락됨 |
| 동의 소스를 문서화합니다. | 누락됨 |
| 데이터 공유 범위를 결정합니다. | #regular 또는 #sensitive로 끝나지 않는 누락 또는 URI |
| HRex 동의 프로필당 "권한"이어야 합니다. | "권한" 누락 여부("거부" 포함) |
| 4단계에서 동의 제한 검사를 위해 평가됨 | 시작/종료 누락 또는 없음 |
| 4단계에서 평가됨(1단계 아님) | 1단계 실패를 일으키지 않음 - HealthLake는 유효한 상태를 수락하고 4단계에서 평가합니다. |
참고
HRex 동의 프로필은 고정 값 "활성"으로 상태를 정의합니다. HealthLake는 비활성 동의가 포괄적 검증 거부가 아닌 의미 있는 분류(ConsentConstrainedMembers)를 수신하도록 의도적으로이 제약을 완화합니다.
일치하는 동작
환자 검색(2단계) - HealthLake는
name.family+name.given(정확, 대소문자 비구분),birthDate(정확),gender(정확, 성별이 없는 경우 성별 사용),identifier(있는 경우 선택 사항)를 사용하여 검색합니다.적용 범위 모호화(3단계) - 여러 환자 후보가 발견되면
CoverageToMatch를 사용하여 범위를 1로 좁힙니다. 활성 적용 범위 리소스가subscriberId또는identifier(MB 유형) AND와 일치하는 데이터 스토어에 있는 경우 적용 범위는 "유효"합니다payor.동의 평가(4단계) - 고유한 일치가 성공한 후에만 수행됩니다. 위의 동의 평가 세부 정보 섹션을 참조하세요.
오류 처리
작업은 다음 오류 조건을 처리합니다.
400 잘못된 요청: 잘못된 요청 형식, 필수 파라미터 누락 또는 페이로드가 크기 제한(멤버 500명 또는 5MB)을 초과합니다.
422 처리 불가능한 엔터티: 작업 실행 중 처리 오류.
개별 멤버 오류: 특정 멤버가 처리에 실패하면 작업은 나머지 멤버로 계속되며 적절한 사유 코드와 함께 NonMatchedMembers 그룹에 오류 세부 정보가 포함됩니다. 예를 들어, 환자가
birthDate파라미터가 누락된MemberBundle는 다음 오류를 반환합니다."errors": [ { "memberIndex": 1, "jsonBlob": { "resourceType": "OperationOutcome", "issue": [ { "severity": "error", "code": "invalid", "diagnostics": "MemberPatient.birthDate is required" } ], "statusCode": 400 } } ]
오류 세부 정보는 상태 폴링 엔드포인트를 통해 사용할 수 있으며 다음을 포함합니다.
numberOfMembersWithCustomerError: 검증 또는 입력 오류가 있는 멤버 수입니다.numberOfMembersWithServerError: 서버 측 처리 오류가 있는 멤버 수입니다.
관련 작업
$member-match HealthLake에 대한 작업 - 개별 멤버 매칭 작업입니다.
HealthLake에 대한 FHIR R4 $davinci-data-export 작업 - 그룹 리소스를 사용하여 대량 데이터 내보내기.
HealthLake$operations용 FHIR R4 - 지원되는 작업의 전체 목록입니다.