MedTech 서비스 디바이스 데이터 처리 단계 개요

중요합니다

MedTech 서비스의 사용 중단은 2025년 5월 3일에 시작되었습니다. MedTech 서비스를 사용하는 것이 더 이상 우선 순위가 아니면 여기에서 찾을 수 있는 인스턴스 프로비전을 해제합니다. 다음 지역에서 활성 인스턴스에 대한 지원은 2028년 5월 3일에 종료됩니다. 미국 서부2, 영국 남부, 서유럽, 미국 동부, 오스트레일리아 동부, 미국 동부 2, 인도 중부, 북유럽. MedTech 서비스의 오픈 소스 버전은 여기에서 찾을 수 있습니다.

이 문서에서는 MedTech 서비스 내의 디바이스 데이터 처리 단계에 대한 개요를 제공합니다. MedTech 서비스는 FHIR 서비스의 지속성을 위해 디바이스 데이터를 FHIR® 관찰로 변환합니다.

MedTech 서비스 디바이스 데이터 처리는 다음 단계와 순서대로 수행됩니다.

수집
정규화 - 디바이스 매핑이 적용되었습니다.
그룹 - (선택 사항)
변환 - FHIR 대상 매핑이 적용되었습니다.
지속하다

수집

수집은 디바이스 메시지가 Azure Event Hubs 이벤트 허브에서 수신되고 MedTech 서비스로 즉시 끌어오는 첫 번째 단계입니다. Event Hubs 서비스는 초당 수백만 개의 디바이스 메시지를 수신하고 처리할 수 있는 높은 규모와 처리량을 지원합니다. 또한 MedTech 서비스가 디바이스 메시지를 비동기적으로 사용할 수 있으므로 디바이스 메시지가 처리되는 동안 디바이스가 대기할 필요가 없습니다. MedTech 서비스의 시스템 할당 관리 ID 및 Azure RBAC(Azure 리소스 기반 액세스 제어) 는 이벤트 허브에 대한 보안 액세스에 사용됩니다.

비고

JSON은 현재 디바이스 메시지 데이터에 대해 유일하게 지원되는 형식입니다.

중요합니다

여러 서비스에서 이벤트 허브로의 액세스를 허용하려면 각 서비스에 자체 이벤트 허브 소비자 그룹이 필요합니다.

소비자 그룹을 사용하면 여러 소비 애플리케이션이 이벤트 스트림에 대한 별도의 보기를 가지며 자체 속도와 자체 오프셋을 사용하여 독립적으로 스트림을 읽을 수 있습니다. 자세한 내용은 소비자 그룹을 참조하세요.

예:

동일한 이벤트 허브에 액세스하는 두 개의 MedTech 서비스입니다.
동일한 이벤트 허브에 액세스하는 MedTech 서비스 및 스토리지 기록기 애플리케이션입니다.

정규화

정규화는 사용자가 선택한/사용자가 만든 준수 및 유효한 디바이스 매핑을 사용하여 디바이스 데이터를 처리하는 다음 단계입니다. 이 매핑 프로세스는 디바이스 데이터를 정규화된 스키마로 변환합니다. 정규화 프로세스는 이후 단계에서 디바이스 데이터 처리를 간소화할 뿐만 아니라 하나의 디바이스 메시지를 여러 정규화된 메시지에 프로젝션하는 기능을 제공합니다. 예를 들어, 디바이스는 단일 디바이스 메시지에서 체온, 맥박수, 혈압 및 심해율에 대한 여러 가지 활력 징후를 보낼 수 있습니다. 이 디바이스 메시지는 4개의 별도 FHIR 관찰을 만듭니다. 각 FHIR 관찰은 각기 다른 생체 신호를 나타내며, 기기 메시지는 4개의 다른 정규화된 메시지로 변환됩니다.

그룹 - (선택 사항)

그룹은 MedTech 서비스 정규화 단계에서 사용할 수 있는 정규화된 메시지가 세 가지 매개 변수를 사용하여 그룹화되는 다음 선택적 단계입니다.

디바이스 ID
측정 유형
기간

디바이스 ID 및 측정 유형 그룹화는 선택 사항이며 SampledData 측정 유형을 사용하여 사용하도록 설정됩니다. SampledData 측정 형식은 디바이스 메시지에서 FHIR 관찰으로 시간 기반 일련의 측정을 나타내는 간결한 방법을 제공합니다. SampledData 측정 유형을 사용하는 경우 측정값을 1시간 또는 24시간 기간을 나타내는 단일 FHIR 관찰로 그룹화할 수 있습니다.

변형하다

변환은 사용자가 선택한/사용자가 만든 준수 및 유효한 FHIR 대상 매핑을 사용하여 정규화된 메시지가 처리되는 다음 단계입니다. 일치하는 FHIR 대상 매핑이 작성되면 정규화된 메시지가 FHIR 관찰로 변환됩니다. 이 시점에서 디바이스 리소스는 연결된 환자 리소스와 함께 디바이스 메시지에 있는 디바이스 식별자를 사용하여 FHIR 서비스에서도 검색됩니다. 이러한 리소스는 생성되는 FHIR 관찰에 대한 참조로 추가됩니다.

비고

모든 ID 조회는 FHIR 서비스의 부하를 줄이기 위해 확인되면 캐시됩니다. 여러 환자와 함께 디바이스를 다시 사용하려는 경우 환자와 관련된 가상 디바이스 리소스를 만들고 디바이스 메시지 페이로드에 가상 디바이스 식별자를 보내는 것이 좋습니다. 가상 디바이스는 부모로서 실제 디바이스 리소스에 연결할 수 있습니다.

FHIR 서비스에 지정된 디바이스 식별자에 대한 디바이스 리소스가 없는 경우 결과는 MedTech 서비스 배포 시 설정된 해상도 유형의 값에 따라 달라집니다. 조회로 설정하면 특정 메시지가 무시되고 파이프라인이 들어오는 다른 디바이스 메시지를 계속 처리합니다. Create로 설정하면 MedTech 서비스는 FHIR 서비스에서 최소 디바이스 및 환자 리소스를 만듭니다.

비고

나중에 다른 해결 유형 이 필요한 경우 MedTech 서비스의 배포 후 해상도 유형을 조정할 수도 있습니다.

MedTech 서비스는 거의 실시간 처리를 제공하며, 요청을 정규화된 300개 메시지의 일괄 처리로 그룹화하여 FHIR 서비스에 대한 요청 수를 줄이려고 시도합니다. 적은 양의 데이터가 있고 300개의 정규화된 메시지가 그룹에 추가되지 않은 경우 해당 그룹의 해당 FHIR 관찰은 약 5분 후에 FHIR 서비스에 유지됩니다.

비고

여러 디바이스 메시지에 동일한 FHIR 관찰에 대한 데이터가 포함되고, 동일한 타임스탬프가 있고, 동일한 디바이스 메시지 일괄 처리 내에서 전송되는 경우(예: 5분 기간 내 또는 정규화된 메시지 300개 그룹) 해당 FHIR 관찰에 대한 최신 디바이스 메시지에 해당하는 데이터만 유지됩니다.

다음은 그 예입니다.

디바이스 메시지 1:

{    
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",
   "systolic": "129",    
   "diastolic": "65",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

디바이스 메시지 2:

{   
   "patientid": "testpatient1",    
   "deviceid": "testdevice1",    
   "systolic": "113",    
   "diastolic": "58",    
   "measurementdatetime": "2022-02-15T04:00:00.000Z"
}

이러한 디바이스 메시지가 동일한 5분 기간 또는 동일한 300개의 정규화된 메시지 그룹에서 수집되었다고 가정하고 measurementdatetime 두 디바이스 메시지(동일한 FHIR 관찰에 대한 데이터가 포함됨을 나타낸다)에 대해 동일하므로 디바이스 메시지 2만 최신/최신 데이터를 나타내기 위해 유지됩니다.

지속하다

Persist는 변환 단계의 FHIR 관찰이 FHIR 서비스에서 유지되는 마지막 단계입니다. FHIR 관찰이 새로운 경우 FHIR 서비스에서 만들어집니다. FHIR 관찰이 이미 있는 경우 FHIR 서비스에서 업데이트됩니다. FHIR 서비스는 MedTech 서비스의 시스템 할당 관리 ID 및 Azure RBAC(리소스 기반 액세스 제어) 를 사용하여 FHIR 서비스에 안전하게 액세스합니다.