Introducción a las fases de procesamiento de datos de dispositivos del servicio de tecnologías médicas
En este artículo, se proporciona información general sobre las fases de procesamiento de datos de dispositivos del servicio de tecnologías médicas. El servicio de tecnologías médicas transforma los datos del dispositivo en observaciones de FHIR® para su conservación en el servicio FHIR.
El procesamiento de datos de dispositivos del servicio de tecnologías médicas sigue estas fases y en este orden:
- Ingesta
- Normalización: se aplica la asignación de dispositivos.
- Agrupación (opcional)
- Transformación: se aplica la asignación de destinos de FHIR.
- Persist
Ingesta
La ingesta es la primera fase en la que se reciben mensajes de dispositivos de un centro de eventos de Azure Event Hubs y se extraen inmediatamente en el servicio de tecnologías médicas. El servicio Event Hubs admite gran escala y rendimiento, y tiene capacidad para recibir y procesar millones de mensajes de dispositivos por segundo. También permite que el servicio de tecnologías médicas consuma mensajes de dispositivos de forma asincrónica, lo que elimina la necesidad de que los dispositivos esperen mientras se procesan los mensajes. La identidad administrada asignada por el sistema del servicio de tecnologías médicas y el control de acceso basado en recursos de Azure (RBAC de Azure) se usan para el acceso seguro al centro de eventos.
Nota:
En este momento el único formato admitido para los datos de mensajes de dispositivos es JSON.
Importante
Si va a permitir el acceso desde varios servicios al centro de eventos, es necesario que cada servicio tenga su propio grupo de consumidores del centro de eventos.
Los grupos de consumidores habilitan varias aplicaciones consumidoras para que cada una tenga una vista separada del flujo de eventos y para que lean el flujo de forma independiente a su propio ritmo y con sus propios desplazamientos. Para más información, consulte los grupos de consumidores.
Ejemplos:
Dos servicios de tecnologías médicas que acceden al mismo centro de eventos.
Un servicio de tecnologías médicas y una aplicación de escritura de almacenamiento que acceden al mismo centro de eventos.
Normalize
La normalización es la siguiente fase en la que los datos del dispositivo se procesan mediante una asignación de dispositivos seleccionada por el usuario o creada por el usuario válida y conforme. Este proceso de asignación da como resultado la transformación de los datos del dispositivo en un esquema normalizado. El proceso de normalización no solo simplifica el procesamiento de datos de dispositivos en fases posteriores, sino que también proporciona la capacidad de proyectar un mensaje de dispositivo en varios mensajes normalizados. Por ejemplo, un dispositivo puede enviar varias constantes vitales con la temperatura del cuerpo, la frecuencia cardíaca, la presión arterial y la frecuencia respiratoria en un solo mensaje de dispositivo. Este mensaje de dispositivo creará cuatro observaciones de FHIR independientes. Cada observación de FHIR representaría una constante vital diferente, con el mensaje de dispositivo proyectado en cuatro mensajes normalizados diferentes.
Agrupación (opcional)
La agrupación es la siguiente fase opcional, en la que los mensajes normalizados disponibles en la fase de normalización del servicio de tecnologías médicas se agrupan mediante el uso de tres parámetros diferentes:
- Identidad del dispositivo
- Measurement type
- Período de tiempo
La agrupación de los tipos de identidad del dispositivo y de medida es opcional y se habilita mediante el uso del tipo de medida SampledData. Este tipo proporciona una manera sencilla de representar una serie de medidas basadas en el tiempo desde un mensaje de dispositivo en observaciones de FHIR. Cuando se usa el tipo de medida SampledData, las medidas se pueden agrupar en una única observación de FHIR que representa un período de 1 hora o uno de 24 horas.
Transformación
La transformación es la siguiente fase en la que los mensajes normalizados se procesan mediante una asignación de destinos de FHIR seleccionada por el usuario o creada por el usuario válida y conforme. Los mensajes normalizados se transforman en observaciones de FHIR si se ha creado una asignación de destinos de FHIR que coincida. En este punto, el recurso Dispositivo, junto con su recurso asociado Paciente, también se recupera del servicio FHIR con el identificador de dispositivo presente en el mensaje de dispositivo. Estos recursos se agregan como referencia a la observación de FHIR que se va a crear.
Nota:
Todas las búsquedas de identidad se almacenan en caché una vez que se resuelven para reducir la carga en el servicio FHIR. Si planea reutilizar dispositivos con varios pacientes, se recomienda crear un recurso de dispositivo virtual específico para el paciente y enviar el identificador del dispositivo virtual en la carga del mensaje del dispositivo. El dispositivo virtual se puede vincular al recurso de dispositivo real como primario.
Si no existe ningún recurso Dispositivo para un identificador de dispositivo determinado en el servicio FHIR, el resultado depende del valor del tipo de resolución establecido en el momento de la implementación del servicio de tecnologías médicas. Cuando se establece en Búsqueda, se omite el mensaje específico y la canalización seguirá procesando otros mensajes de dispositivos entrantes. Si se establece en Crear, el servicio de tecnologías médicas creará recursos mínimos de dispositivo y paciente en el servicio FHIR.
Nota:
El tipo de resolución también se puede ajustar después de la implementación del servicio de tecnologías médicas si se requiere más adelante un tipo de resolución diferente.
El servicio de tecnologías médicas proporciona procesamiento casi en tiempo real e intenta reducir también el número de solicitudes realizadas al servicio FHIR mediante la agrupación de solicitudes en lotes de 300 mensajes normalizados. Si hay un bajo volumen de datos y no se han agregado 300 mensajes normalizados al grupo, las observaciones de FHIR correspondientes de ese grupo se conservan en el servicio FHIR después de aproximadamente cinco minutos.
Nota:
Cuando varios mensajes de dispositivos contienen datos para la misma observación de FHIR, tienen la misma marca de tiempo y se envían dentro del mismo lote de mensajes de dispositivo (por ejemplo, dentro del período de cinco minutos o en grupos de 300 mensajes normalizados), solo se conservan los datos correspondientes al mensaje de dispositivo más reciente para esa observación de FHIR.
Por ejemplo:
Mensaje de dispositivo 1:
{
"patientid": "testpatient1",
"deviceid": "testdevice1",
"systolic": "129",
"diastolic": "65",
"measurementdatetime": "2022-02-15T04:00:00.000Z"
}
Mensaje de dispositivo 2:
{
"patientid": "testpatient1",
"deviceid": "testdevice1",
"systolic": "113",
"diastolic": "58",
"measurementdatetime": "2022-02-15T04:00:00.000Z"
}
Suponiendo que estos mensajes de dispositivos se ingieren en el mismo período de cinco minutos o en el mismo grupo de 300 mensajes normalizados, y dado que el measurementdatetime es el mismo para ambos mensajes de dispositivo (lo que indica que contienen datos para la misma observación de FHIR), solo se conserva el mensaje de dispositivo 2 para representar los datos más recientes.
Persist
La conservación es la fase final en la que las observaciones de FHIR de la fase de transformación se conservan en el servicio FHIR. Si la observación de FHIR es nueva, se crea en el servicio FHIR. Si la observación de FHIR ya existía, se actualiza en el servicio FHIR. El servicio FHIR usa la identidad administrada asignada por el sistema del servicio de tecnologías médicas y el control de acceso basado en recursos de Azure (RBAC de Azure) para el acceso seguro al servicio FHIR.
Pasos siguientes
Elección de un método de implementación para el servicio de tecnologías médicas
Introducción a la asignación de dispositivos del servicio de tecnologías médicas
Introducción a la asignación de destino de FHIR del servicio de tecnologías médicas
Nota:
FHIR® es una marca registrada de HL7 y se usa con su permiso.