Preguntas más frecuentes sobre el servicio MedTech
Nota:
Fast Healthcare Interoperability Resources (FHIR®) es una especificación de atención sanitaria abierta.
Servicio MedTech: los conceptos básicos
¿Dónde está disponible el servicio MedTech?
El servicio MedTech está disponible en estas regiones de Azure: productos disponibles por región.
¿Puedo usar el servicio MedTech con un servicio FHIR diferente al servicio FHIR de Azure Health Data Services?
No. Actualmente, el servicio MedTech solo admite el servicio FHIR de Azure Health Data Services para la persistencia de los datos de dispositivo transformados. La versión de código abierto del servicio MedTech admite el uso de diferentes servicios de FHIR.
Para obtener información sobre los proyectos de código abierto del servicio MedTech, consulte Proyectos de código abierto.
¿Qué versiones de FHIR admite el servicio MedTech?
El servicio MedTech admite el estándar HL7 FHIR® R4 .
¿Por qué tengo que proporcionar asignaciones de destino de dispositivo y FHIR al servicio MedTech?
El servicio MedTech requiere asignaciones de destino de dispositivo y FHIR para realizar procesos de normalización y transformación en los datos del dispositivo. Para obtener información sobre cómo el servicio MedTech transforma los datos del dispositivo en observaciones de FHIR, consulte Introducción a las fases de procesamiento de datos de dispositivos del servicio MedTech.
¿JsonPathContent sigue siendo compatible con la asignación de dispositivos del servicio MedTech?
Sí. JsonPathContent se puede usar como un tipo de plantilla dentro de CollectionContent. Se recomienda usar CalculatedContent, ya que admite todas las características de JsonPathContent con compatibilidad adicional con características más avanzadas.
¿Cuánto tiempo tardan los datos del dispositivo en aparecer en el servicio FHIR?
El servicio MedTech almacena en búfer las observaciones de FHIR creadas durante la fase de transformación y proporciona un procesamiento casi en tiempo real. Sin embargo, este búfer puede retrasar potencialmente la persistencia de observaciones de FHIR al servicio FHIR hasta unos cinco minutos. Para obtener información sobre cómo el servicio MedTech transforma los datos del dispositivo en observaciones de FHIR, consulte Introducción a las fases de procesamiento de datos de dispositivos del servicio MedTech.
¿Por qué los mensajes del dispositivo agregados al centro de eventos no se muestran como observaciones de FHIR en el servicio FHIR?
Sugerencia
Tener acceso a los registros del servicio MedTech es esencial para solucionar problemas y evaluar el estado general y el rendimiento de su servicio MedTech.
Para obtener información sobre cómo solucionar los errores del servicio MedTech que se encuentran en los registros, consulte Solución de problemas de errores mediante los registros del servicio MedTech.
| Posible problema | Fix |
|---|---|
| Todavía se están procesando los datos. | Los datos se devuelven al servicio FHIR en lotes (cada cinco minutos). Es posible que los datos se sigan procesando y que se necesite un tiempo adicional para que los datos se conserven en el servicio FHIR. |
| No se ha configurado la asignación de dispositivos. | Configure y guarde una asignación de dispositivos compatible y válida. |
| La asignación de destino de FHIR no se ha configurado. | Configure y guarde una asignación de destino de FHIR conforme y válida. |
| El mensaje del dispositivo no contiene una expresión esperada definida en la asignación del dispositivo. | Compruebe las expresiones JsonPath o JMESPath definidas en los tokens de coincidencia de asignación de dispositivos definidos en el mensaje del dispositivo. |
| No se ha creado un recurso de dispositivo en el servicio FHIR (tipo de resolución: solo búsqueda )*. | Cree un recurso de dispositivo válido en el servicio FHIR. Asegúrese de que el recurso Device contiene un identificador que coincide con el identificador de dispositivo proporcionado en el mensaje entrante. |
| No se ha creado un recurso de paciente en el servicio FHIR (tipo de resolución: solo búsqueda )*. | Cree un recurso de paciente válido en el servicio FHIR. |
| No se establece la referencia device.patient o la referencia no es válida (tipo de resolución: solo búsqueda )*. | Asegúrese de que el recurso Device contiene una referencia válida a un recurso Patient. |
* Consulte Implementación del servicio MedTech mediante Azure Portal para obtener una descripción funcional de los tipos de resolución de servicios MedTech (Crear o Buscar).
¿Realiza el servicio MedTech copias de seguridad de mensajes de dispositivo?
No. El servicio MedTech no realiza una copia de seguridad de los mensajes del dispositivo que se envían al centro de eventos. El propietario del centro de eventos controla el período de retención de mensajes del dispositivo dentro de su centro de eventos, que puede ser de uno a 90 días. Event Hubs se puede implementar en tres niveles de servicio diferentes. Los límites de retención de mensajes dependen del nivel: Básico un día, Estándar de 1 a 7 días, Premium 90 días. Si el servicio MedTech procesa correctamente los datos del dispositivo, se conserva en el servicio FHIR y se aplica la directiva de copia de seguridad del servicio FHIR.
Para más información sobre la retención de mensajes del centro de eventos, consulte ¿Cuál es el período máximo de retención para los eventos?
¿Cuáles son los límites de cuota de suscripción para el servicio MedTech?
- (25) Servicios MedTech por suscripción de Azure (no ajustable).
- (10) Servicios medTech por área de trabajo de Azure Health Data Services (no ajustable).
- (Uno) Destino de FHIR* por servicio MedTech (no ajustable).
* El destino de FHIR es un recurso secundario del servicio MedTech.
Recibo errores de autenticación con mi servicio MedTech después de mover mi suscripción de Azure a otro inquilino de Azure. ¿Cómo se corrige este problema?
Si la suscripción de Azure en la que se ha aprovisionado el servicio MedTech desde entonces se ha movido a otro inquilino de Azure, podría ver que se produce un error en MedTech service HealthChecks para ExternalEventHub:IsAuthenticated y FhirService:IsAuthenticated. Para obtener instrucciones sobre cómo ver estas comprobaciones de estado con errores, consulte Habilitación de la configuración de diagnóstico para el servicio MedTech. Hay dos métodos para corregir este problema en función del tipo de identidad administrada que use con el servicio MedTech:
- Identidad administrada asignada por el sistema: si usa una identidad administrada asignada por el sistema con el servicio MedTech, se crea una nueva identidad automáticamente a través del reaprovisionamiento.
- Identidad administrada asignada por el usuario: si usa una identidad administrada asignada por el usuario con el servicio MedTech, primero debe volver a crear la identidad en el nuevo inquilino y actualizar el servicio MedTech con la nueva identidad antes de volver a aprovisionar.
En cualquier caso, también debe actualizar la configuración de RBAC de Azure en el servicio FHIR y el centro de eventos con la nueva identidad administrada. Para más información sobre cómo transferir suscripciones a diferentes inquilinos, consulte Transferencia de una suscripción de Azure a otro directorio de Microsoft Entra.
¿Puedo usar el servicio MedTech con mensajes de dispositivo desde dispositivos Apple®, Google® o Fitbit®?
Sí. El servicio MedTech admite mensajes de dispositivo de todos estos proveedores a través de la versión de código abierto del servicio MedTech.
Para obtener información sobre los proyectos de código abierto del servicio MedTech, consulte Proyectos de código abierto.
Pasos siguientes
En este artículo, ha obtenido información sobre las preguntas más frecuentes sobre el servicio MedTech (P+F).
Para obtener información general sobre el servicio MedTech, consulte
Para obtener información sobre la transformación de datos de mensajes del dispositivo del servicio MedTech, consulte
Para obtener información sobre los métodos para implementar el servicio MedTech, consulte
FHIR® es una marca registrada de Health Level Seven International, registrada en la Oficina de Patentes y Marcas Registradas de Estados Unidos, y se usa con su permiso.