Catálogo de servicios MESI mCONNECT
1 Introducción
Este documento proporciona una especificación detallada de nuestros servicios de conectividad estándar. Está diseñado para ofrecer a nuestros clientes una comprensión clara de las características y capacidades incluidas en cada paquete de conectividad. Este documento puede utilizarse como referencia en contratos y en Declaraciones de Trabajo (SOW) para garantizar la alineación en cuanto al alcance del proyecto y los entregables.
Cada servicio de conectividad que se enumera a continuación incluye una sección de especificación detallada que describe las características del Producto Mínimo Viable (MVP), los requisitos técnicos y otros detalles importantes.
2 Actualizaciones de software y mantenimiento
Para implementaciones basadas en la nube, las actualizaciones de software, mejoras y parches de seguridad son desplegados automáticamente por el equipo de Conectividad. Los clientes son notificados con al menos siete (7) días de antelación sobre cualquier actualización programada que pueda afectar la disponibilidad o funcionalidad del servicio.
Para implementaciones locales (on-premises), se notifica a los clientes sobre las actualizaciones disponibles. A solicitud del cliente, se proporciona el instalador o paquete de software para su despliegue en su entorno. La instalación y ejecución de las actualizaciones son realizadas por el cliente, salvo que se acuerde lo contrario por escrito.
3 Paquetes de conectividad disponibles
A continuación se presenta una vista tipo tabla de nuestros paquetes de conectividad estándar actualmente disponibles:
| Sistema de historia clínica electrónica (EHR) | Formato de datos | Modelo de implementación |
|---|---|---|
| Best Practice | JSON | Nube (SaaS) |
| Birpis | HL7 | On-premise |
| Doctolib | GDT | On-premise |
| Hipokrat | HL7 | On-premise |
| Iris | HL7 | On-premise |
| Isoz | HL7 | On-premise |
| Join | JSON | Nube (SaaS) |
| NextGen | HL7 | On-premise |
| Tomedo | GDT | Fuera del dispositivo |
| Vena | JSON | Nube (SaaS) |
| Webdoc | JSON | Nube (SaaS) |
| WEDA | HL7 | On-premise |
| ZipLaneRx | JSON | Nube (SaaS) |
3.1 Best Practice
Este servicio ofrece una integración lista para usar, alojada en la nube, entre el sistema de historia clínica electrónica (EHR) Best Practice y la API MESI mCONNECT a través de HALO Connect. Está construido sobre Azure como un componente de “API de Integración” y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.1.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | HTTPS |
| Método de interacción / protocolo | API basada en REST |
| Patrón de integración | Síncrono, asíncrono |
| Formato de datos | JSON en SQL Passthrough |
| Autorización | Clave de API |
3.1.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Datos demográficos del paciente | ID del paciente, nombre, apellido, fecha de nacimiento, sexo, estado. |
| Intercambio de resultados de medición | MESI envía los resultados procesados en una estructura JSON predefinida al endpoint de HALO (método asíncrono). |
| Configuración y estado del dispositivo | Acceso al panel en la nube para eliminar citas desde el panel, re-enviar mediciones (mecanismo de sondeo) y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | Clave de API |
3.1.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: la API de integración de MESI solicita citas en cada invocación de mTABLET.
Envío de resultados de medición: MESI envía una solicitud POST al endpoint de HALO.
3.2 Birpis
Este servicio ofrece una integración lista para usar, alojada localmente (on-premise), entre el sistema EHR Birpis y el software de conectividad MESI. Está construido sobre la plataforma Mirth Connect de NextGen y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.2.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | TCP |
| Método de interacción / protocolo | Mensaje |
| Patrón de integración | Síncrono |
| Formato de datos | HL7 |
| Autorización | Lista blanca de IP |
3.2.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Metadatos del mensaje | Marca de tiempo del mensaje (MSH.7.1) utilizada para el procesamiento de la fecha de la solicitud. |
| Identificación del paciente | ID del paciente y nombre completo del paciente (PID-3, PID-5), incluyendo los componentes estructurados del nombre. |
| Datos demográficos del paciente | Fecha de nacimiento, sexo administrativo (mapeado), raza (incluyendo el mapeo interno de race_code) y lengua principal. |
| Información de contacto del paciente | Dirección (calle, ciudad, código postal, país, tipo de dirección), número de teléfono y correo electrónico. |
| Información de la consulta / visita | Clase de paciente, ubicación, tipo de ingreso, número de visita (con autoridad y tipo asignados), marcas de tiempo de la visita. |
| Información del proveedor | Proveedor responsable (PV1-7) y proveedor que ordena (ORC-12, OBR-16). |
| Gestión de órdenes | Control de orden, números de orden del solicitante/ejecutor, número de grupo, estado de la orden, indicador de respuesta, tiempo/cantidad/prioridad, marca de tiempo de la transacción, fecha de vigencia. |
| Solicitud de observación / procedimiento | ID de servicio universal, prioridad, marcas de tiempo de solicitud/programación/observación, sección de diagnóstico, bloque de tiempo (OBR-27), información del técnico, código del procedimiento. |
| Intercambio de resultados de medición | El software de conectividad envía un mensaje ORU R01 saliente a la IP y puerto del EHR definidos por el usuario. El ORU R01 contiene tanto los datos de medición en bruto en la estructura HL7 predeterminada por MESI como el PDF codificado en Base64. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | N/A |
3.2.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: el EHR envía una solicitud de orden ORM O01 al software de conectividad a través de TCP.
Envío de resultados de medición: el software de conectividad crea una solicitud de medición ORU R01 y la envía a la configuración de IP y puerto del EHR.
3.3 Doctolib
Este servicio ofrece dos integraciones listas para usar:
MESI mTABLET y Doctolib mediante la aplicación Worklist Direct disponible en el dispositivo mTABLET.
Integración alojada localmente (on-premise) de MESI que soporta el formato de datos GDT. Es un software personalizado de MESI diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.3.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | FTP |
| Método de interacción / protocolo | Transferencia de archivos |
| Patrón de integración | Asíncrono |
| Formato de datos | GDT |
| Autorización | N/A (definido por la infraestructura) |
3.3.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Identificación del sistema / socio | Los identificadores y etiquetas del remitente/receptor están presentes junto con códigos/IDs adicionales del sistema. |
| Metadatos del mensaje GDT | Los campos técnicos que describen el formato/version/tipo de registro del mensaje están presentes (por ejemplo, “8000”, “8100”, “9206”, “9218”, “8402”, “8609”). |
| Datos demográficos del paciente | Nombre del paciente (3101), apellido (3102), fecha de nacimiento (3103) y sexo/género (3110). |
| Identificadores del paciente | Un identificador específico del paciente (3105). |
| Dirección del paciente | Código postal (3112), ciudad (3113), además de líneas de dirección adicionales (3106, 3107). |
| Información de contacto del paciente | Dirección de correo electrónico (3633). |
| Solicitud de orden / servicio | El servicio/prueba solicitada (2998). |
| Identificadores de orden / solicitud | Una referencia de solicitud/orden (2999), junto con identificadores numéricos adicionales relacionados con la orden (3626, 3629). |
| Intercambio de resultados de medición | El software de conectividad envía un archivo de medición GDT y un archivo PDF a una carpeta definida por el usuario. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | N/A |
3.3.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: Doctolib deposita un archivo GDT en la carpeta de entrada definida por el usuario, que el software valida y procesa.
Envío de resultados de medición: el software de conectividad crea un archivo de medición GDT y un archivo PDF en las carpetas de salida definidas por el usuario.
3.4 Hipokrat
Este servicio ofrece una integración lista para usar, alojada localmente (on-premise), entre el sistema EHR Hipokrat y el software de conectividad MESI. Está construido sobre la plataforma Mirth Connect de NextGen y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.4.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | TCP |
| Método de interacción / protocolo | Mensaje |
| Patrón de integración | Síncrono |
| Formato de datos | HL7 |
| Autorización | Lista blanca de IP |
3.4.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Metadatos del mensaje | Marca de tiempo del mensaje (MSH.7.1) utilizada para el procesamiento de la fecha de la solicitud. |
| Identificación del paciente | ID del paciente y nombre completo del paciente (PID-3, PID-5), incluyendo los componentes estructurados del nombre. |
| Datos demográficos del paciente | Fecha de nacimiento, sexo administrativo (mapeado), raza (incluyendo el mapeo interno de race_code) y lengua principal. |
| Información de contacto del paciente | Detalles de la dirección (PID-11), teléfono y correo electrónico (PID-13). |
| Información de la consulta / visita | Clase de paciente, ubicación asignada, tipo de ingreso, número de visita (con autoridad y tipo asignados), marcas de tiempo de la visita (segmento PV1). |
| Información del proveedor | Proveedor responsable (PV1-7), proveedor que ordena (ORC-12) y proveedor que ordena en OBR (OBR-16). |
| Gestión de órdenes | Control de orden, identificadores del solicitante/ejecutor, número de grupo, estado de la orden, indicador de respuesta, detalles de tiempo/cantidad/prioridad, marca de tiempo de la transacción, fecha de vigencia (segmento ORC). |
| Solicitud de observación / procedimiento | ID de servicio universal (por ejemplo, ECG), prioridad, marcas de tiempo de solicitud/observación/programación, sección de servicio diagnóstico, bloque de tiempo (OBR-27), información del técnico, código del procedimiento (segmento OBR). |
| Intercambio de resultados de medición | El software de conectividad envía un mensaje ORU R01 saliente a la IP y puerto del EHR definidos por el usuario. El ORU R01 contiene tanto los datos de medición en bruto en la estructura HL7 predeterminada por MESI como el PDF codificado en Base64. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | N/A |
3.4.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: el EHR envía una solicitud de orden ORM O01 al software de conectividad a través de TCP.
Envío de resultados de medición: el software de conectividad crea una solicitud de medición ORU R01 y la envía a la configuración de IP y puerto del EHR.
3.5 Iris
Este servicio ofrece una integración lista para usar, alojada localmente (on-premise), entre el sistema EHR Iris y el software de conectividad MESI. Está construido sobre la plataforma Mirth Connect de NextGen y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.5.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | TCP |
| Método de interacción / protocolo | Mensaje |
| Patrón de integración | Síncrono |
| Formato de datos | HL7 |
| Autorización | Lista blanca de IP |
3.5.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Metadatos del mensaje | Marca de tiempo del mensaje (MSH.7.1) utilizada para el procesamiento de la fecha de la solicitud. |
| Identificación del paciente | ID del paciente y nombre estructurado del paciente (PID-3, PID-5). |
| Datos demográficos del paciente | Fecha de nacimiento, sexo administrativo (mapeado), raza (incluyendo el mapeo interno de race_code) y lengua principal. |
| Información de contacto del paciente | Detalles de la dirección (PID-11), teléfono y correo electrónico (PID-13). |
| Información de la consulta / visita | Clase de paciente, ubicación asignada, tipo de ingreso, número de visita (con autoridad y tipo asignados), marcas de tiempo de la visita (segmento PV1). |
| Información del proveedor | Proveedor responsable (PV1-7), proveedor que ordena (ORC-12) y proveedor que ordena en OBR (OBR-16). |
| Gestión de órdenes | Control de orden, identificadores del solicitante/ejecutor, número de grupo, estado de la orden, indicador de respuesta, detalles de tiempo/cantidad/prioridad, marca de tiempo de la transacción, fecha de vigencia (segmento ORC). |
| Solicitud de observación / procedimiento | ID de servicio universal (por ejemplo, ECG), prioridad, marcas de tiempo de solicitud/observación/programación, sección de servicio diagnóstico, bloque de tiempo (OBR-27), información del técnico, código del procedimiento (segmento OBR). |
| Intercambio de resultados de medición | El software de conectividad envía un mensaje ORU R01 saliente a la IP y puerto del EHR definidos por el usuario. El ORU R01 contiene tanto los datos de medición en bruto en la estructura HL7 predeterminada por MESI como el PDF codificado en Base64. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | N/A |
3.5.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: el EHR envía una solicitud de orden ORM O01 al software de conectividad a través de TCP.
Envío de resultados de medición: el software de conectividad crea una solicitud de medición ORU R01 y la envía a la configuración de IP y puerto del EHR.
3.6 Isoz
Este servicio ofrece una integración lista para usar, alojada localmente (on-premise), entre el sistema EHR Isoz y el software de conectividad MESI. Está construido sobre la plataforma Mirth Connect de NextGen y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.6.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | TCP |
| Método de interacción / protocolo | Mensaje |
| Patrón de integración | Síncrono |
| Formato de datos | HL7 |
| Autorización | Lista blanca de IP |
3.6.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Metadatos del mensaje | Marca de tiempo del mensaje (MSH.7.1) utilizada para el procesamiento de la fecha de la solicitud. |
| Identificación del paciente | ID del paciente y nombre estructurado del paciente (PID-3, PID-5). |
| Datos demográficos del paciente | Fecha de nacimiento, sexo administrativo (mapeado), raza (incluyendo el mapeo interno de race_code) y lengua principal. |
| Información de contacto del paciente | Detalles de la dirección (PID-11), teléfono y correo electrónico (PID-13). |
| Información de la consulta / visita | Clase de paciente, ubicación asignada, tipo de ingreso, número de visita (con autoridad y tipo asignados), marcas de tiempo de la visita (segmento PV1). |
| Información del proveedor | Proveedor responsable (PV1-7), proveedor que ordena (ORC-12) y proveedor que ordena en OBR (OBR-16). |
| Gestión de órdenes | Control de orden, identificadores del solicitante/ejecutor, número de grupo, estado de la orden, indicador de respuesta, detalles de tiempo/cantidad/prioridad, marca de tiempo de la transacción, fecha de vigencia (segmento ORC). |
| Solicitud de observación / procedimiento | ID de servicio universal (por ejemplo, ECG), prioridad, marcas de tiempo de solicitud/observación/programación, sección de servicio diagnóstico, bloque de tiempo (OBR-27), información del técnico, código del procedimiento (segmento OBR). |
| Intercambio de resultados de medición | El software de conectividad envía un mensaje ORU R01 saliente a la IP y puerto del EHR definidos por el usuario. El ORU R01 contiene tanto los datos de medición en bruto en la estructura HL7 predeterminada por MESI como el PDF codificado en Base64. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | N/A |
3.6.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: el EHR envía una solicitud de orden ORM O01 al software de conectividad a través de TCP.
Envío de resultados de medición: el software de conectividad crea una solicitud de medición ORU R01 y la envía a la configuración de IP y puerto del EHR.
3.7 Join
Este servicio ofrece una integración lista para usar, alojada en la nube, entre el sistema EHR Join y la API MESI mCONNECT. Está construido sobre Azure como un componente de “API de Integración” y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.7.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | HTTPS |
| Método de interacción / protocolo | API basada en REST |
| Patrón de integración | Síncrono |
| Formato de datos | JSON |
| Autorización | OAuth 2.0 |
3.7.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Datos demográficos del paciente | Sincronización del ID del paciente, nombre, fecha de nacimiento, sexo, identificadores únicos de la visita, grupo de tabletas y medición que debe realizarse al paciente. |
| Intercambio de resultados de medición | MESI envía los resultados procesados en una estructura JSON predefinida al endpoint de Join. |
| Configuración y estado del dispositivo | Acceso al panel en la nube para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | Intercambio de token portador OAuth 2.0. |
3.7.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: Join envía una solicitud POST hacia la API de Integración de MESI.
Envío de resultados de medición: MESI envía una solicitud POST hacia el endpoint de Join.
3.8 NextGen
Este servicio ofrece una integración lista para usar, alojada localmente (on-premise), entre el sistema EHR NextGen y el software de conectividad MESI. Está construido sobre la plataforma Mirth Connect de NextGen y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.8.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | TCP |
| Método de interacción / protocolo | Mensaje |
| Patrón de integración | Síncrono |
| Formato de datos | HL7 |
| Autorización | Lista blanca de IP |
3.8.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Metadatos del mensaje | Marca de tiempo del mensaje (MSH.7.1) utilizada para el procesamiento de la fecha de la solicitud. |
| Identificación del paciente | ID del paciente y nombre estructurado del paciente (PID-3, PID-5). |
| Datos demográficos del paciente | Fecha de nacimiento, sexo administrativo (mapeado), raza (incluyendo el mapeo interno de race_code) y lengua principal. |
| Información de contacto del paciente | Detalles de la dirección (PID-11), teléfono y correo electrónico (PID-13). |
| Información de la consulta / visita | Clase de paciente, ubicación asignada, tipo de ingreso, número de visita (con autoridad y tipo asignados), marcas de tiempo de la visita (segmento PV1). |
| Información del proveedor | Proveedor responsable (PV1-7), proveedor que ordena (ORC-12) y proveedor que ordena en OBR (OBR-16). |
| Gestión de órdenes | Control de orden, identificadores del solicitante/ejecutor, número de grupo, estado de la orden, indicador de respuesta, detalles de tiempo/cantidad/prioridad, marca de tiempo de la transacción, fecha de vigencia (segmento ORC). |
| Solicitud de observación / procedimiento | ID de servicio universal (por ejemplo, ECG), prioridad, marcas de tiempo de solicitud/observación/programación, sección de servicio diagnóstico, bloque de tiempo (OBR-27), información del técnico, código del procedimiento (segmento OBR). |
| Intercambio de resultados de medición | El software de conectividad envía un mensaje ORU R01 saliente a la IP y puerto del EHR definidos por el usuario. El ORU R01 contiene tanto los datos de medición en bruto en la estructura HL7 predeterminada por MESI como el PDF codificado en Base64. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | N/A |
3.8.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: el EHR envía una solicitud de orden ORM O01 al software de conectividad a través de TCP.
Envío de resultados de medición: el software de conectividad crea una solicitud de medición ORU R01 y la envía a la configuración de IP y puerto del EHR.
3.9 Tomedo
Este servicio ofrece dos integraciones listas para usar:
MESI mTABLET y Tomedo mediante la aplicación Worklist Direct disponible en el dispositivo mTABLET.
Integración alojada localmente (on-premise) de MESI que soporta el formato de datos GDT. Es un software personalizado de MESI diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.9.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | FTP |
| Método de interacción / protocolo | Transferencia de archivos |
| Patrón de integración | Asíncrono |
| Formato de datos | GDT |
| Autorización | N/A (definido por la infraestructura) |
3.9.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Identificación del sistema / socio | Los identificadores y etiquetas del remitente/receptor están presentes junto con códigos/IDs adicionales del sistema. |
| Metadatos del mensaje GDT | Los campos técnicos que describen el formato/version/tipo de registro del mensaje están presentes (por ejemplo, “8000”, “8100”, “9206”, “9218”, “8402”, “8609”). |
| Datos demográficos del paciente | Nombre del paciente (3101), apellido (3102), fecha de nacimiento (3103) y sexo/género (3110). |
| Identificadores del paciente | Un identificador específico del paciente (3105). |
| Dirección del paciente | Código postal (3112), ciudad (3113), además de líneas de dirección adicionales (3106, 3107). |
| Información de contacto del paciente | Dirección de correo electrónico (3633). |
| Solicitud de orden / servicio | El servicio/prueba solicitada (2998). |
| Identificadores de orden / solicitud | Una referencia de solicitud/orden (2999), junto con identificadores numéricos adicionales relacionados con la orden (3626, 3629). |
| Intercambio de resultados de medición | El software de conectividad envía un archivo de medición GDT y un archivo PDF a una carpeta definida por el usuario. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | N/A |
3.9.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: Tomedo deposita un archivo GDT en la carpeta de entrada definida por el usuario, que el software valida y procesa.
Envío de resultados de medición: el software de conectividad crea un archivo de medición GDT y un archivo PDF en las carpetas de salida definidas por el usuario.
3.10 Vena
Este servicio ofrece una integración lista para usar, alojada en la nube, entre el sistema EHR Vena y la API MESI mCONNECT a través de la plataforma Leyr. Está construido sobre Azure como un componente de “API de Integración” y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.10.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | HTTPS |
| Método de interacción / protocolo | API basada en REST |
| Patrón de integración | Síncrono |
| Formato de datos | JSON |
| Autorización | ID/Secreto del cliente |
3.10.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Datos demográficos del paciente | ID del paciente, nombre, apellido, fecha de nacimiento, información de dirección, nombre y apellido del profesional, sexo, identificadores únicos de la visita, grupo de tabletas y medición que debe realizarse al paciente. |
| Intercambio de resultados de medición | MESI envía los resultados procesados en una estructura JSON predefinida al endpoint de Leyr. |
| Configuración y estado del dispositivo | Acceso al panel en la nube para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | ID/Secreto del cliente |
3.10.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: la API de Integración de MESI solicita citas en cada invocación de mTABLET.
Envío de resultados de medición: MESI envía una solicitud POST al endpoint de Leyr.
3.11 Webdoc
Este servicio ofrece una integración lista para usar, alojada en la nube, entre el sistema EHR Webdoc y la API MESI mCONNECT a través de la plataforma Leyr. Está construido sobre Azure como un componente de “API de Integración” y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.11.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | HTTPS |
| Método de interacción / protocolo | API basada en REST |
| Patrón de integración | Síncrono |
| Formato de datos | JSON |
| Autorización | ID/Secreto del cliente |
3.11.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Datos demográficos del paciente | ID del paciente, nombre, apellido, fecha de nacimiento, información de dirección, nombre y apellido del profesional, sexo, identificadores únicos de la visita, grupo de tabletas y medición que debe realizarse al paciente. |
| Intercambio de resultados de medición | MESI envía los resultados procesados en una estructura JSON predefinida al endpoint de Leyr. |
| Configuración y estado del dispositivo | Cloud Dashboard access to delete appointments from the Dashboard and manage mTABLET devices and corresponding tablet groups. |
| Marco de autorización | ID/Secreto del cliente |
3.11.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: la API de Integración de MESI solicita citas en cada invocación de mTABLET.
Envío de resultados de medición: MESI envía una solicitud POST al endpoint de Leyr.
3.12 WEDA
Este servicio ofrece una integración lista para usar, alojada localmente (on-premise), entre el sistema EHR WEDA y el software de conectividad MESI. Está construido sobre la plataforma Mirth Connect de NextGen y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.12.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | HTTP, FTP |
| Método de interacción / protocolo | API basada en REST, Transferencia de archivos |
| Patrón de integración | Síncrono, asíncrono |
| Formato de datos | HL7 |
| Autorización | Basado en token |
3.12.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Datos demográficos del paciente | Admite ID del paciente (PID-3.1), nombre (PID-5), fecha de nacimiento (PID-7.1), mapeo de sexo/género desde PID-8.1 y raza (PID-10.* con mapeo interno de race_code). |
| Información de contacto del paciente | Admite dirección (PID-11[0].1/.3/.5/.6/.7), teléfono (PID-13[0].1/.2/.3) y correo electrónico (PID-13[0].4). |
| Información de la consulta / visita | Admite detalles de la visita desde PV1, incluyendo clase de paciente (PV1-2.1), ubicación (PV1-3.1), tipo de ingreso (PV1-4.1), servicio (PV1-10.1), número de visita (PV1-19.*), y fechas y horas de ingreso/egreso (PV1-44.1, PV1-45.1). |
| Información del proveedor | Admite médico responsable (PV1-7), proveedor que ordena a nivel ORC (ORC-12) y a nivel OBR (OBR-16.*). |
| Gestión de órdenes | Admite control e identificadores de la orden, estado, tiempo, ingresado/verificado por, teléfono de contacto y fecha y hora de vigencia desde ORC. |
| Solicitud de observación / procedimiento | Admite información del servicio/procedimiento, tiempos solicitados/programados, sección de diagnóstico, datos del técnico y bloques de tiempo desde OBR. |
| Metadatos del mensaje | Utiliza MSH-7.1 como marca de tiempo de la solicitud; también registra una “requestedDate” actual; obtiene task_type/activity_id de ORC-2.1. |
| Intercambio de resultados de medición | MESI envía los resultados procesados en una estructura HL7 predefinida al endpoint de WEDA. |
| Configuración y estado del dispositivo | Acceso al panel desplegado localmente para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | Uso de token de API |
3.12.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: WEDA deposita un archivo HL7 en la carpeta de entrada predeterminada, que la solución de conectividad MESI valida y procesa.
Envío de resultados de medición: MESI envía una solicitud POST al endpoint de WEDA.
3.13 ZipLaneRx
Este servicio ofrece una integración lista para usar, alojada en la nube, entre el sistema EHR ZipLaneRx y la API MESI mCONNECT. Está construido sobre Azure como un componente de “API de Integración” y está diseñado para proporcionar un intercambio de datos seguro y bidireccional de información demográfica de pacientes, resultados de mediciones y configuración de dispositivos.
3.13.1 Resumen del servicio
| Elemento del EHR (historia clínica electrónica) | Descripción |
|---|---|
| Capa de transporte | HTTPS |
| Método de interacción / protocolo | API basada en REST |
| Patrón de integración | Síncrono |
| Formato de datos | JSON |
| Autorización | Intercambio de token portador OAuth 2.0, ID/Secreto del cliente |
3.13.2 Características incluidas en el MVP
El Producto Mínimo Viable (MVP) se centra en los flujos de datos principales necesarios para que la mayoría de las clínicas registren pacientes e incorporen los resultados de las mediciones.
| Categoría de función | Descripción |
|---|---|
| Datos demográficos del paciente | Sincronización del ID del paciente, nombre, fecha de nacimiento, sexo, identificadores únicos de la visita, grupo de tabletas y medición que debe realizarse al paciente. |
| Intercambio de resultados de medición | MESI envía los resultados procesados en una estructura JSON predefinida al endpoint de ZipLaneRx. |
| Configuración y estado del dispositivo | Acceso al panel en la nube para eliminar citas desde el panel y gestionar los dispositivos mTABLET y los grupos de tabletas correspondientes. |
| Marco de autorización | Basado en token, ID/Secreto del cliente. |
3.13.3 Flujo de datos
Programación de citas y transferencia de datos del paciente: ZipLaneRx envía una solicitud POST hacia la API de Integración de MESI.
Envío de resultados de medición: MESI envía una solicitud POST al endpoint de ZipLaneRx.
4 Duración del plan y pagos
El plazo de mConnect Direct, API y API+ comienza en la fecha de firma del Acuerdo.
El plazo de mConnect Custom comienza una vez que el usuario final aprueba oficialmente la finalización del proyecto de integración.
