Обзор этапов обработки данных устройства службы MedTech

  • Статья

В этой статье представлен обзор этапов обработки данных устройства в службе MedTech. Служба MedTech преобразует данные устройства в наблюдения FHIR® для сохранения в службе FHIR.

Обработка данных устройства службы MedTech выполняет следующие этапы и в этом порядке:

  • Прием
  • Нормализовано — применено сопоставление устройств.
  • Группа — (необязательно)
  • Преобразование — применено сопоставление назначения FHIR.
  • Сохранить

Screenshot of a device data as it processed by the MedTech service.

Прием

Прием — это первый этап, когда сообщения об устройстве получаются из концентратора событий Центры событий Azure и немедленно извлекаются в службу MedTech. Служба Центров событий поддерживает высокую масштабируемую и пропускную способность с возможностью получения и обработки миллионов сообщений устройств в секунду. Кроме того, служба MedTech позволяет асинхронно использовать сообщения устройств, удаляя необходимость ожидания устройств во время обработки сообщений устройства. Назначаемое системой управляемое удостоверение службы MedTech и управление доступом на основе ресурсов Azure (Azure RBAC) используются для безопасного доступа к концентратору событий.

Примечание.

JSON — это единственный поддерживаемый формат в настоящее время для данных сообщения устройства.

Важно!

Если вы собираетесь разрешить доступ из нескольких служб к концентратору событий, необходимо, чтобы каждая служба имеет собственную группу потребителей концентратора событий.

Группы потребителей позволяют нескольким потребляющим приложениям иметь отдельное представление потока событий и читать поток независимо по своему темпу и с собственными смещениями. Дополнительные сведения см. в разделе "Группы потребителей".

Примеры:

  • Две службы MedTech, обращающиеся к одному концентратору событий.

  • Служба MedTech и приложение записи хранилища, обращающееся к тому же концентратору событий.

Normalize

Нормализация — это следующий этап, когда данные устройства обрабатываются с помощью пользовательского или созданного пользователем соответствия и допустимого сопоставления устройств. Этот процесс сопоставления приводит к преобразованию данных устройства в нормализованную схему. Процесс нормализации не только упрощает обработку данных устройства на последующих этапах, но и предоставляет возможность проецировать одно сообщение устройства в несколько нормализованных сообщений. Например, устройство может отправлять несколько жизненно важных признаков для температуры тела, частоты пульса, кровяного давления и скорости дыхания в одном сообщении устройства. Это сообщение устройства создаст четыре отдельных наблюдения FHIR. Каждое наблюдение FHIR представляет собой другой важный знак, при этом сообщение устройства проецируется на четыре различных нормализованных сообщения.

Группа — (необязательно)

Группа является следующим необязательным этапом, где нормализованные сообщения, доступные на этапе нормализации службы MedTech, группируются с помощью трех различных параметров:

  • Удостоверение устройства
  • Measurement type
  • Период времени

Группирование типов устройств и удостоверений устройств является необязательным и включено с помощью типа измерения SampledData . Тип измерения SampledData предоставляет краткий способ представления временных рядов измерений из сообщения устройства в наблюденияХ FHIR. При использовании типа измерения SampledData измерения измерения можно сгруппировать в один объект наблюдения FHIR, представляющий 1-часовой период или 24-часовой период.

Преобразование

Преобразование — это следующий этап, когда нормализованные сообщения обрабатываются с помощью сопоставления назначения FHIR, созданного пользователем или выбранного пользователем. Нормализованные сообщения преобразуются в наблюдения FHIR, если было создано сопоставление назначения FHIR. На этом этапе ресурс устройства , а также связанный ресурс "Пациент " также извлекается из службы FHIR с помощью идентификатора устройства, присутствующих в сообщении устройства. Эти ресурсы добавляются в качестве ссылки на созданное наблюдение FHIR.

Примечание.

Все поиски удостоверений кэшируются после разрешения, чтобы уменьшить нагрузку на службу FHIR. Если вы планируете повторно использовать устройства с несколькими пациентами, рекомендуется создать ресурс виртуального устройства, характерный для пациента, и отправить идентификатор виртуального устройства в полезных данных сообщения устройства. Виртуальное устройство может быть связано с фактическим ресурсом устройства как родительским.

Если в службе FHIR не существует ресурса устройства для заданного идентификатора устройства, результат зависит от значения типа разрешения, заданного во время развертывания службы MedTech. Если задано значение Lookup, конкретное сообщение игнорируется, и конвейер продолжает обрабатывать другие входящие сообщения устройства. Если задано значение Create, служба MedTech создает минимальные ресурсы устройств и пациентов в службе FHIR.

Примечание.

Тип разрешения также можно изменить после развертывания службы MedTech, если требуется другой тип разрешения.

Служба MedTech обеспечивает почти обработку в режиме реального времени, а также пытается сократить количество запросов, сделанных в службу FHIR, сгруппировав запросы в пакеты из 300 нормализованных сообщений. Если есть низкий объем данных, и 300 нормализованных сообщений не были добавлены в группу, соответствующие наблюдения FHIR в этой группе сохраняются в службе FHIR через около пяти минут.

Примечание.

Если несколько сообщений устройства содержат данные для одного наблюдения FHIR, имеют одинаковую метку времени и отправляются в одном пакете сообщений устройства (например, в течение пяти минут или в группах 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"
}

Предполагая, что эти сообщения устройства были приемированы в одном и том же пятиминутном окне или в той же группе 300 нормализованных сообщений, и так как measurementdatetime они одинаковы для обоих сообщений устройства (указывая, что эти данные содержат данные для одного наблюдения FHIR), сохраняется только сообщение устройства 2, чтобы представлять последние или последние данные.

Сохранить

Сохранение — это последний этап, в котором наблюдения FHIR с этапа преобразования сохраняются в службе FHIR. Если наблюдение FHIR является новым, он создается в службе FHIR. Если наблюдение FHIR уже существует, оно обновляется в службе FHIR. Служба FHIR использует назначаемое системой управляемое удостоверение службы MedTech и управление доступом на основе ресурсов Azure (Azure RBAC) для безопасного доступа к службе FHIR.

Следующие шаги

Выбор метода развертывания для службы MedTech

Обзор сопоставления устройств службы MedTech

Общие сведения о сопоставлении назначения службы MedTech FHIR

Общие сведения о примерах сопоставлений на основе сценариев на основе служб MedTech

Примечание.

FHIR® является зарегистрированным товарным знаком HL7 и используется с разрешением HL7 .