Compartir vía


Preguntas más frecuentes sobre eventos

Los eventos le permiten suscribirse a los cambios de datos en el servicio FHIR® o DICOM® y recibir notificaciones a través de Azure Event Grid. Puede usar eventos para desencadenar flujos de trabajo, automatizar tareas, enviar alertas, etc. En estas preguntas frecuentes encontrará respuestas a algunas preguntas comunes sobre los eventos.

¿Puedo usar eventos con un servicio DICOM o FHIR que no sea de Microsoft?

No. La funcionalidad Eventos solo admite los servicios FHIR y DICOM de Azure Health Data Services.

¿Qué cambios de recursos de FHIR admiten los eventos?

Los eventos se generan a partir de estos tipos de servicio de FHIR:

  • FhirResourceCreated. Evento emitido después de crear un recurso de FHIR.

  • FhirResourceUpdated. Evento emitido después de actualizar un recurso de FHIR.

  • FhirResourceDeleted. Evento emitido después de eliminar temporalmente un recurso de FHIR.

Para más información sobre los tipos de eliminación en el servicio FHIR, consulte Funcionalidades de la API REST en el servicio FHIR en Azure Health Data Services.

¿Los eventos admiten agrupaciones de FHIR?

Sí. La funcionalidad de eventos emite notificaciones de cambios de datos en el nivel de recurso de FHIR.

Los eventos admiten estos tipos de agrupación de FHIR:

  • Batch. Se genera un evento para cada operación correcta de cambio de datos en un lote. Si una de las operaciones genera un error, no se emite ningún evento para esa operación. Por ejemplo: el lote de lotes contiene cinco operaciones; sin embargo, hay un error con una de las operaciones. Los eventos se emiten para las cuatro operaciones correctas sin ningún evento emitido para la operación que generó un error.

  • Transacción. Se emite un evento para cada operación de agrupación correcta siempre que no haya errores. Si hay errores dentro de una agrupación de transacciones, no se emite ningún evento. Por ejemplo: el paquete de transacciones contiene cinco operaciones; sin embargo, hay un error con una de las operaciones. No se emiten eventos para esa agrupación.

Nota:

Los eventos no se envían en la secuencia de las operaciones de datos del lote de FHIR.

¿Qué cambios de imagen DICOM admiten los eventos?

Los eventos se generan a partir de los siguientes tipos de servicio DICOM:

  • DicomImageCreated. Evento emitido después de crear una imagen DICOM.

  • DicomImageDeleted. Evento emitido después de eliminar una imagen DICOM.

  • DicomImageUpdated. Evento emitido después de actualizar una imagen DICOM. Para obtener más información, vea Actualizar archivos DICOM.

¿Cuál es la carga de un mensaje de eventos?

Para obtener una descripción de la estructura de mensajes de eventos y los elementos requeridos y no solicitados, vea Estructuras de mensajes de eventos.

¿Cuál es el rendimiento de los mensajes de eventos?

El rendimiento del servicio FHIR o DICOM y Event Grid rige el rendimiento de los eventos FHIR y DICOM. Cuando una solicitud realizada al servicio FHIR se realiza correctamente, devuelve un código de estado HTTP 2xx. También genera un recurso FHIR o un evento de cambio de imagen DICOM. La limitación actual es de 5000 eventos por segundo por área de trabajo para todas las instancias de servicio FHIR o DICOM del área de trabajo.

¿Cómo se me cobra por usar eventos?

No hay ningún cargo adicional por el uso de eventos de Azure Health Data Services. Sin embargo, los cargos aplicables de Event Grid se evalúan en su suscripción de Azure.

Cómo suscribirse por separado a varios servicios FHIR o DICOM en la misma área de trabajo?

Use la característica de filtrado de Event Grid. Hay identificadores únicos en la carga del mensaje de evento para diferenciar las cuentas y las áreas de trabajo. Puede encontrar un identificador único global para el área de trabajo en el source campo , que es el identificador de recurso de Azure. Puede encontrar el nombre de cuenta de FHIR único en esa área de trabajo en el data.resourceFhirAccount campo . Puede buscar el nombre de cuenta DICOM único en el área de trabajo en el data.serviceHostName campo . Al crear una suscripción, use los operadores de filtrado para seleccionar los eventos que desea incluir en la suscripción.

Captura de pantalla de la pestaña Filtros de Event Grid.

¿Puedo usar el mismo suscriptor para varias áreas de trabajo, cuentas de FHIR o cuentas DICOM?

Sí. Se recomienda usar diferentes suscriptores para cada servicio FHIR o DICOM para habilitar el procesamiento en ámbitos aislados.

¿Es compatible Event Grid con los requisitos de cumplimiento hipaa y HITRUST?

Sí. Event Grid admite las obligaciones de la Ley de portabilidad y responsabilidad de seguros de salud (HIPAA) y Health Information Trust Alliance (HITRUST). Para más información, consulte Ofertas de cumplimiento de Microsoft Azure.

¿Cuánto tiempo se tarda en recibir un mensaje de eventos?

En promedio, debe recibir el mensaje de evento en un segundo después de una solicitud HTTP correcta. El 99,99 % de los mensajes de evento se deben entregar en un plazo de cinco segundos, a menos que se alcance la limitación del servicio FHIR, el servicio DICOM o Event Grid .

¿Es posible recibir mensajes de eventos duplicados?

Sí. Event Grid garantiza al menos una entrega de mensajes de eventos con su modo de inserción. Puede haber casos en los que la solicitud de entrega de eventos vuelva con un código de estado de error transitorio por motivos aleatorios. En esta situación, Event Grid lo considera un error de entrega y vuelve a enviar el mensaje de eventos. Para más información, consulte Entrega y reintento de Azure Event Grid.

Por lo general, se recomienda que los desarrolladores aseguren la idempoencia para el suscriptor de eventos. El identificador de evento o la combinación de todos los campos de la data propiedad del contenido del mensaje son únicos para cada evento. Puede confiar en ellos para desduplicar.

Nota:

FHIR® es una marca registrada de HL7 y se usa con su permiso.

DICOM® es la marca registrada de la Asociación Nacional de Fabricantes Eléctricos para sus publicaciones de normas relacionadas con las comunicaciones digitales de información médica.