¿Cómo encajan nuestros datos en el paradigma del FHIR?
En el entrada anterior del blog del FHIR anunciamos nuestro compromiso de integrar nuestros sistemas con Norma FHIR. Repasamos los detalles de lo que es el FHIR y por qué consideramos que su adopción es un paso crucial para nosotros.
En esta publicación, explicaremos con más detalle cómo se integran exactamente nuestras operaciones con el FHIR, describiendo los recursos relevantes y cómo los utilizamos para describir nuestros datos.
Un breve resumen: qué significa FHIR y por qué es importante
FHIR (Fast Healthcare Interoperability Resources) fue concebido por HL7 para responder a la demanda de todo el sector en favor de una sistema moderno de estandarización de datos de salud capaz de satisfacer las demandas actuales de usabilidad e interoperabilidad. Su principio de diseño básico es la velocidad y la facilidad de adopción para los equipos de desarrolladores, junto con un enfoque estricto en la interoperabilidad entre sistemas. Cuenta con un modelo de datos sólido basado en recursos diferenciados, a la vez que se ejecuta en una API RESTful.
En Tucuvi, creemos firmemente que la interoperabilidad es uno de los principios clave de la atención médica basada en el valor.. Promete acelerar el intercambio de información y, por lo tanto, reducir los costos generales. Pero, lo que es más importante, también es muy beneficioso para los pacientes, ya que la eficacia del tratamiento depende en gran medida de la calidad y la disponibilidad de los datos clínicos y de su capacidad para compartirse entre los equipos médicos. La integración de nuestros sistemas con el FHIR es un paso natural para nosotros, como empresa de atención médica centrada en el valor.
Traducir los datos de Tucuvi en recursos del FHIR
En el centro del estándar FHIR se encuentran sus recursos, que definen el contenido y la estructura de la información para la gestión de los datos de atención médica. En esencia, los recursos son paquetes de información que se utilizan para intercambiar o almacenar datos que satisfacen la mayoría de los casos de uso en el entorno clínico. Es importante destacar que el contenido de los recursos se puede almacenar como JSON, XML y otros estándares básicos que se utilizan habitualmente en el diseño general de aplicaciones. Para integrar la estructura de datos de Tucuvi con el FHIR, primero necesitamos identificar nuestros elementos de datos principales. y colóquelos en el mapa de recursos del FHIR.
En pocas palabras, Tucuvi ofrece una servicio de seguimiento telefónico automatizado basado en tecnologías avanzadas de inteligencia artificial que es totalmente personalizable de acuerdo con las necesidades y requisitos tanto de los profesionales de la salud como de sus pacientes. Lola, nuestra asistente virtual médica, llama a los pacientes de forma programada y recopila información clínica de forma rutinaria a través de conversaciones empáticas y naturales. Luego, esta información se resume y se transmite a sus médicos a través de nuestro panel clínico.
Teniendo esto en cuenta, podemos establecer lo siguiente elementos de datos básicos:
- Pacientes: información personal relevante, datos de contacto, identificadores en diferentes sistemas, información sobre cuidadores personales, etc.
- Médicos y personal médico: información de contacto, organización y/o unidades de trabajo, etc.
- Protocolos conversacionales: flujos conversacionales personalizados y basados en evidencia que guían la interacción telefónica entre Lola y un paciente. También definen la información clínica que se recopilará durante la llamada y se transmitirá al médico del paciente.
- Datos clínicos: los datos recopilados en cada llamada telefónica, basados en las respuestas del paciente a las preguntas de Lola.
Los dos primeros se ajustan fácilmente al paradigma de la FHIR. Los pacientes pueden mapearse directamente con el recurso para pacientes y los médicos y otro personal médico pueden mapearse en el recurso para profesionales cuando sea necesario (de hecho, hemos adoptado especialista como término estándar para referirnos al personal médico en todas nuestras comunicaciones internas).
Los protocolos son un poco más complicados ya que no existe una relación de uno a uno con un recurso FHIR existente. Sin embargo, en la práctica, la información más relevante de un protocolo determinado en términos de interoperabilidad con nuestros clientes es su identificador o ID. Este dato es suficiente para vincular al paciente con el plan de seguimiento requerido y establecer todas las variables clínicas que se registrarán. Si por alguna razón decidimos que es necesario un registro más detallado para nuestros protocolos, existen recursos del FHIR disponibles, como el recurso del plan de cuidados, que podemos adaptar fácilmente.
Los datos clínicos recopilados durante las llamadas telefónicas con los pacientes pueden, a su vez, asignarse directamente a un recurso de informe de diagnóstico, con variables clínicas correspondientes a un recurso de observación. Para variables compuestas como la presión arterial, podemos usar el campo de componentes dentro del recurso de observación.
Por último, hacemos uso del paquete de recursos para agrupar nuestros otros recursos según sea necesario. Esto nos permite empaquetar de forma ordenada cualquier información que sea relevante para cualquier solicitud.
Es importante tener en cuenta que todos estos recursos son compatibles con FHIR R4B, la última versión de HL7, y también son compatibles con versiones anteriores de R4, STU3 y DSTU2. Esto implica un grado total de interoperabilidad con la mayoría de los EHR basados en FHIR existentes.
API de Tucuvi Health
Asignar nuestros datos a los recursos relevantes del FHIR es solo la mitad del pastel. La otra mitad consiste en crear una API que nos permita intercambiar estos recursos con otros sistemas compatibles con el FHIR. Hemos optado por confiar en los de Google API de atención médica en la nube herramientas para esta tarea debido a su facilidad de uso. Como beneficio adicional, proporciona compatibilidad directa con otros servicios de Google Cloud que ya estamos utilizando. Esta API funciona mediante JURAMENTO 2 estándar de autorización, garantizando la seguridad y la interoperabilidad.
Actualmente tenemos dos operaciones definidas en nuestra API: recibir nuevos pacientes y enviar los datos clínicos recopilados durante una llamada.
Recepción de un paciente nuevo:
En esta etapa, nuestra API recibe un Paquete FHIR compuesto por un recurso para pacientes y un recurso de observación. La única información contenida en la observación será el identificador de protocolo correspondiente. Esta identificación, junto con los detalles del paciente, es suficiente para empezar a programar las llamadas telefónicas. Este proceso es totalmente personalizable y adaptable, ya que podemos utilizar propiedades específicas dentro de los recursos del FHIR o consultar otros recursos, como el plan de cuidados mencionado anteriormente.
Recopilación y envío de datos clínicos:
Mientras Lola habla con nuestros pacientes por teléfono, recopila las variables clínicas clave. Para transmitir estos datos de conformidad con la FHIR, nuestra API puede enviar un paquete que contenga el recurso para pacientes y un informe de diagnóstico. El propiedad de resultado en el informe de diagnóstico enlaza con un recurso de observación correspondiente. Esta observación, a su vez, contiene todos los datos recopilados durante la llamada telefónica. También ofrecemos la posibilidad de enviar directamente un paquete que contiene un paciente y una observación, donde el recurso de observación contiene una vez más todos los datos recopilados durante una llamada.
¿Qué significa esto?
Con estos pasos estamos listos para integrarnos inmediatamente con los nuevos sistemas basados en FHIR. También podemos traducir todos nuestros datos existentes en recursos del FHIR. A medida que adquirimos experiencia gracias a las nuevas integraciones, nuestras herramientas maduran y nuestras capacidades aumentan considerablemente. Nuestro objetivo es estar siempre a la vanguardia de la gestión de datos, esforzándonos por utilizar siempre las herramientas que están a la vanguardia de la tecnología. La adopción del FHIR es un paso clave para nosotros en esta dirección.
¡En tus metas, prepárate, FHIR!
Lectura adicional
Estas son algunas buenas lecturas para ampliar sus conocimientos:
Smile Digital Health: la necesidad urgente de adoptar el HL7® FHIR®
Es posible que el sistema actual gestione datos, pero los sistemas del mañana deberán intercambiar datos. El HL7® FHIR® es un estándar avanzado para la interoperabilidad de datos de salud globales que está preparado para satisfacer la creciente demanda.
Health IT Analytics: conceptos básicos de interoperabilidad del FHIR: 4 cosas que debe saber
Las herramientas de validación y prueba del FHIR pueden reducir las variaciones en la implementación y, por lo tanto, respaldar la interoperabilidad y el intercambio de datos de salud.
Análisis de TI para la salud: el FHIR abre el camino hacia una atención médica centrada en el paciente y basada en los datos
El FHIR está poniendo el foco en el análisis y la interoperabilidad de la atención médica, al ofrecer nuevas capacidades que permiten una atención verdaderamente centrada en el paciente y basada en datos.
