Interoperabilidad en la UCI: Mejorando la eficiencia y seguridad del paciente crítico con la ayuda de los datos

¿Qué sistemas podemos conectar en la UCI?

Sistemas software

Es recomendable conectar el software de trabajo de UCI con el sistema de Historia Clínica Electrónica del hospital.

Los datos más importante a intercambiar son:

• Datos de gestión hospitalaria. Permite tener regitrada en todo momento la ocupación de las camas de UCI, censo de pacientes, etc.
• Antecedentes: Permite intercambiar el registro completo de alergias y antecedentes de cada paciente. De esta manera se garantiza una atención más segura al mismo.
• Sistema de prescripción farmacéutica. Una vez que los facultativos han dictado una serie de fármacos al paciente, éstos lo mecanizan en la aplicación de farmacia e inmediatamente estarán disponibles en el sistema de la UCI, lo que permite mostrar en todo momento la información actualizada de la prescripción farmacéutica.
• Sistemas de Radiología y Laboratorio. La integración del sistema de UCI con sistemas de RIS/LIS permite a los profesionales de salud acceder de forma inmediata a los resultados de radiología y laboratorio de los pacientes críticos.

Sistemas hardware

La mayor parte de sistemas hardware que hay en una UCI suelen ser candidatos a estar integrados con los sistemas software, o bien para la recepción de información, o bien para la configuración remota de los mismos. Los dispositivos más comunes que se interconectan en una UCI suelen ser:

• Monitor multiparamétrico con sensores invasivos y no invasivos.  Con este dispositivo se consigue el registro automatizado de las constantes vitales del paciente que se integran a su Historia Clínica Electrónica, mejorando así la calidad y seguridad asistencial en la UCI.
• Dispositivos de ventilación mecánica. Permite conocer en todo momento el estado de ventilación que tiene el dispositivo, así como poder cambiar la configuración en remoto de algunos parámetros.
• Bombas de infusión. Con esta integración se consiguen cumplir dos objetivos fundamentales: conocer qué medicación es la que se le está infundiendo al paciente en cada momento y, por otro lado, comprobar y revisar que se corresponden con la prescripción establecida en el sistema de farmacia, aumentando así la seguridad del paciente crítico.

Tecnología segura y confiable basada en estándares de interoperabilidad

Una correcta arquitectura de interoperabilidad requiere una buena definición de los contratos de comunicación entre sistemas, basados en estándares de mensajería clínicos como HL7, ASTM, DICOM, CDA, etc. En otros casos, los contratos están regulados por protocolos de comunicación propietario, lo cual dificulta ligeramente la integración pero no la imposibilita. En función del caso de uso que se pretenda conseguir en cada integración, así se usará un protocolo u otro o variedades de los mismos. Por ejemplo, dentro de HL7 se puede contemplar las variedades de sintaxis XML o ER7 y variedades de nivel de comunicación como MLLP o HTTP.

La elección del uso de un protocolo u otro varía en función de la sintaxis o nivel de comunicación que se requiera. Así, existe cierta disparidad en relación a si los sistemas que se quieren conectar van a intercambiar información demográfica del paciente o simplemente son datos extraídos desde un sistema hardware; si se trata de una transmisión de información en tiempo real o información con cierto delay o, por ejemplo, si es un gran volumen de datos sostenido en el tiempo o un pequeño conjunto aislado en el tiempo.

Por concretar con un ejemplo, se enumeran varios casos de uso:

• Envío de datos demográficos de un paciente entre los sistemas software: se recomienda usar HL7 con formato XML sobre HTTP. Esto permite tener una mayor trazabilidad de esa información y posibilidad de explotarla más fácilmente con cualquier software que sea capaz de recibir mensajería vía HTTP (normalmente integración vía webservices SOAP).
• Envío de datos de constantes vitales de un paciente de forma mantenida en el tiempo a través de un sistema software: una integración a través de protocolos estándares HL7 facilitaría la integración de sistemas. Para reducir el tamaño y latencia de mensajería se recomienda usar HL7 en su variedad ER7 sobre TPC, también llamado MLLP (Most Lower Layer Protocol).
• Envío de datos extraídos de un sistema hardware que no exporta vía mensajería de RED: en este caso, el fabricante propone su propio protocolo propietario que el sistema que se desee integrar deberá implementar para así poder intercomunicarse entre ambos.

Teniendo en cuenta todo lo anteriormente citado, se destaca la vital importancia de una correcta definición de arquitecturas y contratos de interoperabilidad. Esta primera fase ayuda a tener éxito en cada una de las futuras integraciones que se desarrollen con el sistema en cuestión.