IV Simposio Chileno de Informática en Salud ISChile 2018

Este año, al igual que el año pasado, estuvimos en Chile acompañando el ISChile 2018 los pasados días 27 y 28 de Septiembre.

Este año el evento tuvo un día menos, pero no por eso fue menos interesante, de hecho se hicieron muchísimas charlas enfocadas en varios ejes temáticos de suma importancia:

• Informática clínica y nuevas tendencias
• mHealth y telemedicina
• Intercambio de información en salud
• Sistemas de registro de información clínica
• Implementación de servicios telemédicos

El programa completo puede accederse desde aquí.

El día 27 fue de talleres realizados en DUOC Sede Antonio Varas. En esta ocasión brindamos un taller sobre información clínica estandarizada con openEHR, y cómo openEHR sumado al estándar terminológico SNOMED CT podrían ser de gran utilidad para habilitar el soporte a la toma de decisiones. El nombre de este taller fue "Workshop Apoyo a la toma de decisiones clínicas con openEHR y SNOMED CT".

En el taller trabajamos con EHRServer (plataforma para gestión de información clínica estandarizada), y SNQuery (herramienta para trabajar con SNOMED CT). Vimos una introducción a los estándares openEHR y SNOMED CT, dimos la idea de una arquitectura estandarizada para almacenar, gestionar y compartir información clínica, que permita utilizar esa información para mejorar las decisiones clínicas sobre el diagnóstico y tratamiento de los pacientes. Se realizó una introducción conceptual, hablamos de metodologías de desarrollo de sistemas de información en salud, buenas prácticas, técnicas útiles, conocimientos necesarios, y lo más importante: mostramos ejemplos prácticos de todo lo visto.

Tuvimos asistentes tanto del área informática como del área clínica, además de profesionales y estudiantes. A pesar de la variada concurrencia, todos vieron la importancia de los temas vistos, quedaron muy conformes y con ganas de seguir aprendiendo y comenzar a aplicar lo visto.

Aquí dejamos la presentación del taller.

Luego el día 28 fue la conferencia, donde brindamos la charla "Plataformas Multi-Estándar de Microservicios en Salud Digital", una breve presentación sobre la combinación de tres aspectos que permiten crear mejores Sistemas de Información en Salud: 1. utilización de estándares, 2. arquitecturas de microservicios y 3. diseño de plataformas.

Estos aspectos se oponen a la forma tradicional de diseño y desarrollo de sistemas de información en salud, que están: 1. no estandarizadas, 2. basadas en sistemas monolíticos y 3. existen múltiples aplicaciones particulares que no están integradas ni permiten compartir la información.

Aunque estos temas son bastante complejos y podrían dar para un curso entero, en 20 minutos todos los asistentes, de distintos perfiles y formaciones, comprendieron que la forma en la que se están creando los sistemas de información en salud hoy en día son la causa de muchos de los problemas que estamos intentando solucionar, y que principalmente no permiten un correcto apoyo a la toma de decisiones clínicas.

Luego de la charla muchos asistentes se acercaron para felicitarme o realizar alguna pregunta, lo cual es muy gratificante, ya que estamos ahí para aportar un granito de arena, y sembrar una semilla para la próxima generación de clínicos e informáticos que participarán de proyectos de software en el área de la salud.

Aquí pueden encontrar la presentación de la charla.

El saldo fue muy positivo, hicimos muchos nuevos contactos, aprendimos de los demás disertantes, y tuvimos la oportunidad de encontrarnos con clientes y amigos.

Espero volver a Chile pronto y seguir participando y apoyando este tipo de iniciativas.

Liberamos EHRServer v1.3

Estamos muy contentos de anunciar la nueva versión 1.3 del EHRServer.

EHRServer es la Plataforma Abierta para Gestionar y Compartir Información Clínica Estandarizada, que cumple con el estándar openEHR y permite utilizar expresiones SNOMED CT para crear consultas complejas de datos clínicos.

EHRServer es el primer repositorio de código abierto, de datos clínicos estandarizados openEHR. Desde su inicio como prueba de concepto en 2013 se ha transformado en un robusto producto de uso libre, que hoy también se puede utilizar por subscripción en la nube.

Más sobre EHRServer en la nube.

Si necesitas un repositorio genérico y estandarizado para tu próxima app, prueba EHRServer, ahorrarás tiempo y obtendrás una plataforma pensada para el futuro.


Sobre EHRServer v1.3

Aparte de decenas de mejoras, optimizaciones y correcciones, esta nueva versión tiene dos grandes cambios.

1. Mejor gestión de plantillas

En EHRServer, todo dato a ser almacenado debe estar definido dentro de una plantilla openEHR para cumplir con el estándar. Las plantillas openEHR son las definiciones de los documentos clínicos que se almacenarán dentro de EHRServer. Dado que las plantillas varían mucho durante el proceso de desarrollo, decidimos agregar una gestión versionada de plantillas para que los desarrolladores puedan probar EHRServer a medida que modifican las plantillas que utilizarán.

También agregamos un visor de plantillas que permite navegar la estructura interna de estas definiciones de documentos clínicos. Además de funcionalidades para activar y desactivar, y eliminar plantillas.

Visor de plantillas

2. Creación de consultas con condiciones complejas

EHRServer permite crear consultas de datos desde su Consola Web de Administración. Las consultas están basadas en las definiciones de las plantillas cargadas en EHRServer, y no es necesario escribir código o SQL para crear y ejecutar consultas, EHRServer se encarga de todo.

Si bien la forma de crear consultas en EHRServer es bastante flexible, no contaba con la capacidad de crear condiciones complejas, y en esta última versión agregamos esa posibilidad. Ahora se pueden crear consultas de datos con filtros combinados por cualquier cantidad de ORs y ANDs, de modo de obtener exactamente los datos necesarios. Todo se realiza desde la interfaz de usuario, sin escribir ni una línea de código, y tanto informáticos como clínicos puede definir consultas para obtener datos del EHRServer.

A continuación, un ejemplo de consulta por condición compleja en combinación con expresiones SNOMED CT, para obtener documentos de pacientes con diagnóstico "algún tipo de enfermedad renal crónica" y "algún tipo de diabetes".

 

Constructor de consultas

Más info


Descarga EHRServer v1.3: https://github.com/ppazos/cabolabs-ehrserver/releases/tag/v1.3

Videos, tutoriales y demos en nuestro canal de YouTube.

Grupo de LinkedIn: https://www.linkedin.com/groups/12070397

Grupo de Facebook: https://www.facebook.com/groups/ehrserver/

Foro de CaboLabs: https://cabolabs.com/forum/

Workshop de Documentos Clinicos CDA

Workshop de Diseño e Implementación de Documentos Clínicos HL7 CDA 4a ed.

Del 28 de Mayo al 17 de Junio de 2018. Organizan ACHISA y CaboLabs.

Abrimos las inscripciones a la cuarta edición online del Workshop de diseño e implementación de documentos clínicos HL7 CDA. Se recibirán inscripciones hasta el 27 de Mayo de 2018.

El objetivo del workshop es ganar experiencia en la implementación de documentos clínicos CDA, comprendiendo su modelo, el formato en XML, el proceso de diseño de documentos clínicos reales, la creación y uso de guías de implementación, entre otros elementos. Haremos foco en las prácticas y compartiremos código que te permitirá ejecutar las pruebas en tu máquina.

El comienzo será el 28 de Mayo de 2018. Las sesiones de clase virtuales sincrónicas serán los días 31 de Mayo, 7 y 14 de Junio de 2018.

En el Formulario de Inscripción encontrarás las instrucciones para realizar el pago y así confirmar tu inscripción. Si tienes alguna duda, consulta en info@cabolabs.com

Formulario de Inscripción: https://goo.gl/forms/Id62OpbG4jtgyeY52

Resumen de temas:

• Introducción a los modelos RIM y CDA
• Proceso de diseño de documentos clínicos
• Trabajando con CDA en software: generación, validación, procesamiento y visualización
• Trabajando con Guías de Implementación
• Trabajando con Terminologías y OIDs

En nuestra página de educación se encuentra el programa completo.


Valor del workshop

• Inscripción normal: 160 USD (dólares americanos)
• Socio Activo ACHISA*: 130 USD (dólares americanos)

*Hazte socio de ACHISA: https://www.achisa.cl/inscripcion-como-socio/

Les agradecemos la difusión del workshop entre sus contactos.


Consultas: pablo.pazos@cabolabs.com

Aquí puedes encontrar más información sobre otros cursos y workshops de interoperabilidad y estándares (HL7, DICOM, openEHR): https://cabolabs.com/es/educacion

Organizan

La plataforma openEHR para la nube está aquí

Estamos muy felices de anunciar que ¡ya están disponibles los planes de suscripción para CloudEHRServer!

En 2017 liberamos CloudEHRServer como nuestro primer producto SaaS, el cual estuvo accesible para los participantes del Programa de Beta Partners, una membresía paga de un pequeño grupo de personas y empresas que deseaban acceso temprano al servicio, y también apoyar el proyecto económicamente.

Ahora en 2018 llegamos al nivel de madurez que necesitábamos para sentirnos confiados de abrir las suscripciones a cualquiera que desee usar nuestra Plataforma Abierta para Gestionar y Compartir Información Clínica Estandarizada.

Nuestra visión

Toma en cuenta que este es solo el primer paso en la realización de una visión a largo plazo, donde buscamos crear una plataforma abierta para crear sistemas de información en salud que utilicen un conjunto común de servicios y estándares, permitiendo estandarizar y compartir información clínica, utilizando diversos estándares internacionales para comunicación de datos.

Esos servicios básicos serán el fundamento para una nueva serie de servicios de alto valor agregado, enfocados en apoyo a las decisiones clínicas, salud pública, epidemiología, investigación y educación. Será una plataforma de innovación.

Contar con una plataforma abierta, estandarizada e independiente del proveedor, se habilitará la interoperabilidad a niveles nunca antes alcanzados. El único objetivo de todo esto es que toda la información clínica esté accesible desde cualquier lugar, cuando se necesita, bajo cualquier plataforma tecnológica, para permitir que los clínicos tomen mejores decisiones en cuanto a la salud de sus pacientes (¡todos nosotros!).

Si quieres apoyar esta visión, pero aún no necesitas suscribirte al CloudEHRServer, puedes realizar una pequeña donación el proyecto de código abierto.

Sobre los planes de CloudEHRServer

Lanzamos 3 planes, Básico, Estándar y Empresarial, y opciones para Plan a Medida, y Servidor Dedicado.

Plan Básico
Permite comenzar de a poco y crecer. Es perfecto para empresas pequeñas, proyectos de investigación y clínicas pequeñas.

Plan Estándar
Tiene mucho espacio de almacenamiento y permite más tipos de documentos clínicos y mayor número de organizaciones. Este plan se ajusta a las necesidades de empresas de mediano porte, y redes de clínicas pequeñas.

Plan Empresarial
Más espacio, más tipos de documentos y organizaciones. Incluye 2 horas de soporte personalizado (no acumulables) por mes (chat, email y videoconferencia). Este plan es perfecto para empresas con muchos clientes, redes de clínicas y hospitales.

Plan a Medida
Elige el espacio de almacenamiento, cantidad de tipos de documentos y organizaciones que necesitas y te enviaremos una cotización.

Servidor Dedicado
Crearemos un servidor solo para ti, sin restricciones en el número de organizaciones y tipos de documentos, con el espacio de almacenamiento disponible en su totalidad.

---

Para todos los planes, nosotros gestionamos la infraestructura por ti, por lo que no necesitas preocuparte por actualizaciones del software.

Puedes crear más de una suscripción, por ejemplo si contratas el Plan Básico, y luego tienes un proyecto más grande, puedes mantener tu suscripción y crear una nueva, por ejemplo al Plan Estándar.

Por ahora estaremos manejando las suscripciones manualmente, y esperamos podemos automatizar todos los procesos en un futuro próximo. Ten paciencia con nosotros en esta etapa inicial, necesitamos tu apoyo para mejorar y crecer.

Para simplificar la gestión de pagos, ofrecemos planes de suscripción por 12 meses, con pagos anuales, que se descuentan mensualmente. Entonces, harías un pago inicial por los 12 meses, los que se acreditan a tu cuenta, y luego cada mes se ejecuta el cobro desde tu crédito. Esto permite, que en caso de necesitar mejorar tu plan, puedas utilizar tu crédito actual para cubrir el costo del nuevo plan, sin realizar nuevos pagos.

Creemos que estas reglas son simples y claras. Si tienes alguna pregunta, por favor consúltanos.

Otros servicios

Junto con las suscripciones, ofrecemos servicio extra como horas de soporte personalizado, consultoría, servicios de respaldo de datos, e instalaciones locales in situ. También todos nuestros suscriptores tendrán descuentos en nuestros cursos y talleres.

Para soporte personalizado, proveemos chat privado con acceso directo a mi, correo electrónico y videoconferencia.

Puedes encontrar mayor información sobre los planes en nuestra web.

Si tienes alguna duda, me puedes contactar directamente: pablo.pazos@cabolabs.com

¿Cuando es bueno no usar estandares internacionales?

El título de este post es un poco contradictorio con el trabajo que hago a diario. Mi trabajo consiste en el modelado e integración de distintos sistemas de información, y detectar oportunidades de aplicación de estándares internacionales.

A veces mi tendencia a querer aplicar estándares cansa un poco a mis colegas y proveedores, que quieren hacer las cosas rápido y a medida. Muchas veces, sobresalen los argumentos de las ventajas que tiene utilizar uno o más estándares para implementar determinada funcionalidad, sobre todo ventajas a mediano y largo plazo, como la capacidad de integrar otros sistemas sin tener que trabajar más, o de hacer que el sistema sea más fácil de adaptar a requerimientos futuros, etc.

Pero también me gusta pararme del otro lado y pensar cómo sería la solución si no aplicara tal o cual estándar, porque tampoco soy un fundamentalista de la estandarización (aunque algunos piensen lo contrario jeje).

Entonces ¿vale la pena usar estándares para todo, y todo el tiempo?. La experiencia y algunos colegas y amigos, me han demostrado que la estandarización tiene sus límites, y que muchas veces la utilización o no de estándares, depende más del contexto que del problema a resolver.

Por ejemplo, el Dr. Sergio Montenegro, director del Depto. de Informática Médica del Hospital Madariaga de Misiones, Argentina, me contó sobre el proyecto que están llevando a cabo a nivel provincial para tener una Historia Clínica Electrónica única. Mientras él me contaba los pormenores del proyecto, yo me imaginaba una gran cantidad de sistemas, interactuando entre sí, con muchas comunicaciones y muchos estándares en el medio. En ese momento, Sergio me contó que sería un solo sistema en un único datacenter el que daría soporte a la HCE provincial, y toda la complejidad desapareció. Es verdad que el enfoque centralizado tiene sus desventajas, pero son compensables con soluciones técnicas, de procesos o de negocio.
Entonces, para este tipo de proyectos, los estándares de comunicación casi desaparecen, porque toda la comunicación es interna. Igualmente, existen múltiples estándares que son aplicables a la interna del sistema, como estándares de contenidos (CIAP-2, CIE10, Snomed, etc), estándares de modelo/arquitectura (openEHR) o estándares para documentación clínica (HL7 CDA, ASTM CCR, ISO 13606, etc).
También es claro que no en todas las regiones tienen las cosas tan claras como en Misiones, por ejemplo, en Uruguay, aunque solo tenemos 3.5M de habitantes, que haya un solo sistema único sería imposible, tanto a nivel nacional, o incluso departamental con unos cientos de miles de personas.

Otro ejemplo podría ser cuando se tiene una red de hospitales y en cada uno se utiliza un sistema de registro clínico distinto, y desean crear una HCE única para sus pacientes. En este contexto lo que uno gritaría HL7! de entrada, pero dependiendo del proyecto, tal vez HL7 no sea una buena opción. Por ejemplo, si se sabe que solo esos hospitales formarán una red clínica, con su HCE única, es posible desarrollar un estándar para implementar en esa red. Obviamente, un estándar hay que usar, pero no necesariamente debe ser uno internacional. Por ejemplo, el estándar a desarrollar puede estar basado y adaptado a los modelos de negocio, los modelos de atención y los sistemas de información presentes en los hospitales y en la región, con la diferencia de que si se usa HL7 se deberá perfilar el estándar internacional a su uso local. La creación de un estándar local específico para el intercambio de cierta información puede hacerse mucho más rápido que el perfilamiento de un estándar internacional. Igualmente, tener conocimiento de los estándares internacionales puede dar buenas pautas para el desarrollo del estándar local.

Con esto tengo un ejemplo concreto. En el proyecto FEMI Salud Digital donde trabajo ahora, desarrollé un Índice Maestro de Personas (IMP) que guarda un conjunto mínimo de datos patronímicos de pacientes, con el objetivo de poder linkear Historias Clínicas Electrónicas a nivel nacional entre 23 instituciones en distintos departamentos de Uruguay. Los servicios que provee este IMP están basados en los perfiles IHE PIX y PDQ, pero están implementados usando Web Services REST, en lugar de mediante Web Services SOAP, y en lugar de usar mensajería HL7 PA, utilizan mensajería XML a medida. La estructura de la mensajería XML es muy parecida a la estructura de los mensajes HL7v3, pero mucho más simple. En definitiva es mensajería XML sobre HTTP.

Ejemplos pueden haber mil, pero el mensaje es que quiero dejar es: siempre deberíamos tener 4 o 5 estándares internacionales como referencia (p.e. openEHR, HL7, DICOM, CIE10, CIAP-2), pero debemos considerar el contexto de cada proyecto para saber si vale la pena perfilar los estándares internacionales o crear nuevos estándares locales. La segunda opción solo se debería tener en cuenta, si primero se tienen en cuenta los aspectos clave de los estándares internacionales. Desarrollar un estándar local sin una referencia externa es un error conceptual a no ser que realmente no exista la referencia (cosa que no ocurre a menudo, lo que si ocurre mucho es que no se buscan referencias y se quiere reinventar la rueda a cada paso).