{"componentChunkName":"component---src-templates-blog-post-js","path":"/techconnect-2020/","result":{"data":{"site":{"siteMetadata":{"title":"El Blog de Nessy"}},"markdownRemark":{"id":"56f08aa5-5e38-5431-8e2a-c52b96d691b1","excerpt":"Participé por primera vez en el evento de interoperabilidad Tech Connect La edición 2020 por el contexto de pandemia fue 100% remota (en Zoom). Lo único malo de…","html":"

Participé por primera vez en el evento de interoperabilidad Tech Connect

\n

La edición 2020 por el contexto de pandemia fue 100% remota (en Zoom). Lo único malo de esta modalidad es que no hubo coffee breaks 🐷… pero bueno.

\n

¿Qué es el techconnect? es un encuentro anual con talleres y charlas sobre interoperabilidad en salud.

\n
\n

¿Interoperabiliwhat? La interoperabilidad en salud es hacer que los distintos sistemas informáticos se comuniquen entre sí. Puedes leer más de esto aquí.

\n
\n

En este post haré un mini review sobre el evento y comentaré sobre las charlas que me gustaron más.

\n

Cómo fue el Techconnect

\n

En una palabra: intenso.

\n

Hubo jornada de charlas todas las mañanas de lunes a jueves entre 9:00 y 13:00. No soy alguien mañanero, así que sufrí un poco por eso.

\n

Y no solo eso. Posterior a las charlas, las personas que se registraron al desafío de interoperabilidad debían trabajar en los problemas planteados.

\n

Esa semana me la tomé libre y me dediqué a tiempo completo a aprender sobre interoperabilidad, participando de las charlas y además de los desafíos.

\n

¿De qué tratan los desafíos?

\n

Cada ejercicio debías hacer lo que un sistema informático haría en una situación dada.

\n

Por ejemplo, un enunciado podría ser algo del estilo:

\n
\n

“Llegaron los resultados del examen de perfil hepático que se hizo Juanito Perez RUT 11.111.111-1 la semana pasada debes informarle de esto al Laboratorio central del minsal”

\n
\n

Luego, cada participante debía “programar” el “envío” del examen. La parte de “programación” se hace gracias a un estándar de interoperabilidad llamado HL7 FHIR.

\n

Los ejercicios se realizaron a través de una plataforma chilena construida especialmente para aprender, llamada Huemul. Además, estaban clasificados en distintos contextos (tracks) y dificultades (básico, medio y avanzado).

\n

Por todo esto, el público objetivo podía ser cualquier persona con ganas de aprender, no necesariamente programadores. De hecho, muchas personas que participaron eran clínicos alejados de la programación.

\n

Para los más computines como yo, la parte técnica no era tan complicada (vivo de eso!). Lo difícil era aprender bien la terminología clínica que utiliza HL7, que probablemente a los clínicos les costaba mucho menos. Aunque mi partner en Codeness es enfermera, por lo que gracias a ella pude entender mejor algunas cosas 🙏.

\n

El Desafío Avanzado

\n

Los desafíos de dificultad fácil e intermedia se hacían online en “Huemul”.

\n

El avanzado era diferente, pues tenías que construir una aplicación que se comunicara con plataformas que el equipo organizador puso a disposición (usando HL7 FHIR).

\n

Como me tomé la semana para participar del Techconnect, quise participar en TODOS los desafíos, incluso el avanzado.

\n

Los tracks básicos e intermedio me ayudaron a conocer mejor HL7, conocimiento que utilicé para poder crear la aplicación del track avanzado.

\n

Participé en el caso de uso “Informe Diagnóstico” (enunciado), cuyo objetivo era construir una aplicación que permita crear informes de laboratorio y asociarlos a un paciente.

\n

Puedes ver un video demo de la aplicación que hice aquí. Nota: Los datos que muestra son falsos ya que el CENS bajó los servidores.

\n

Funcionalidades de la aplicación

\n

Las instrucciones del enunciado las encontré súper claras. Detallaba claramente los requerimientos de la aplicación, lo suficiente para que no fuera confuso. En cualquier caso, ante dudas, teníamos acceso a Slack donde podíamos consultar.

\n

\n \n \n \n \n

\n

Entonces el flujo de la aplicación debía ser más o menos así:

\n
    \n
  1. Ingreso de paciente: el usuario debe ingresar un RUT de paciente. Una vez ingresado, mostrar sus datos.
    2. \n
  2. Selección de examen y muestra: El usuario debe ingresar el examen. Para eso, debe seleccionar el tipo de examen (perfil hepático o lipídico), la muestra del paciente y finalmente el RUT del informante (el clínico que está haciendo el ingreso).
    3. \n
  3. Ingreso de resultados: El usuario debe ingresar los resultados del examen.
    4. \n
\n

La otra parte de la aplicación es sobre consulta de resultados:

\n

\n \n \n \n \n

\n

Aquí utilicé el recurso Patient del maestro de pacientes (MPI). La búsqueda se realiza mediante la siguiente llamada

\n
GET /MPI/Patient?identifier=www.registrocivil.cl/RUN|11111111-1
\n

Reemplazando 11111111-1 por el rut que deseabas buscar

\n

Registro de examen

\n

\n \n \n \n \n

\n

Aquí para la muestra utilicé Specimen. La información se obtiene con una consulta al servidor de exámenes:

\n
GET /HAPI/Specimen/?patient=Patient/:id&type=BLDV
\n

El parámetro id es el ID del recurso paciente encontrado en el paso anterior.

\n

Notar que type=BLDV hace referencia al tipo de muestra de sangre (Blood venous). Es un código de FHIR para esta muestra (ver todos)

\n

Para el informante utilicé Practitioner. La información se obtiene del servidor de prestadores:

\n
GET /HPD/Practitioner?_profile=http://cens.cl/fhir/StructureDefinition/Practitioner-cl&getPractitionerByIdentificationNumber=11111111-1
\n

La selección de “Perfil lipídico” o “Perfil hepático” es información que se guarda de manera local. Al seleccionar uno u otro la app guarda el código LOINC del examen, el cual será usado posteriormente para obtener el formulario a mostrar.

\n

Ingreso de resultados del examen

\n

\n \n \n \n \n

\n

Para mostrar cada fila de la tabla, utilicé el recurso de tipo Questionnaire. Este recurso representa el formulario a llenar y se obtiene así del servidor terminológico:

\n
GET /ST/Questionnaire/:id
\n

Donde id corresponde al código LOINC del tipo de examen. Para este desafío los utilizados fueron: 24331-1 (perfil lipídico) y 24325-3 (perfil hepático).

\n

El recurso Questionnaire solo te dice que hay que solicitar el “Colesterol total”, los “Triglicéridos”, etc. pero no te dice el tipo de unidad ni los rangos de referencia.

\n

Yo al principio rabiaba con esto, porque no tenía idea de dónde sacarlos y consideraba que deberían estar incluidos. Pero Marcelo Cabello (CENS), me dijo que los rangos de referencia dependia de varias cosas como por ejemplo la edad del paciente. Así que… bueno, toda la razón 😓

\n

Sin embargo, levantaron datos para que pudieramos consultarlo. Lo cual se hacía con la siguiente consulta:

\n
GET /ST/CodeSystem/$lookup?system=http://cens.cl/lab-ref-ranges&code=:code
\n

la cual entregaba un recurso de tipo Parameters con las unidades y los rangos de referencia. El parámetro code es el código LOINC del dato del formulario a llenar. Por ejemplo, en el caso del colesterol, el código es 2093-3

\n

\n \n \n \n \n

\n

Nada que adivinar aquí, ya que el recurso Questionnaire trae consigo esta información.

\n

Al enviar el examen

\n

\n \n \n \n \n

\n

Al enviar el formulario, se toman todos los datos requeridos y se envía al RNEL (Repositorio Nacional de Exámenes de Laboratorio) los resultados. Esto se hace creando un recurso de tipo Observation mediante la llamada:

\n
POST /HAPI/Observation
\n

Buscar exámenes de un paciente

\n

\n \n \n \n \n

\n

Aquí se usa el recurso Patient y Observation.

\n

La búsqueda del paciente es la misma que en el ingreso. Una vez encontrado, se hace la solicitud para obtener los exámenes del paciente con la llamada

\n

GET /HAPI/Observation/?subject=Patient/:id

\n

donde id es el ID del recurso Patient.

\n

Consideraciones de usabilidad

\n

Mantuve la estructura que el equipo del CENS propuso con el mockup. Pensé en cambiarlo a un formulario por pasos, pero no lo hice porque quizás es buena idea de que tenga ciertas similitudes con una hoja de papel.

\n

\n \n \n \n \n

\n

En las secciones con búsqueda de RUT (ingreso de paciente, búsqueda de exámenes y de informante), si no se encuentra a la persona, agregué un feedback visual:

\n

\n \n \n \n \n

\n

Y también me preocupé de que en secciones sin resultados mostrara un mensaje:

\n

\n \n \n \n \n

\n

Finalmente, la aplicación es responsive, así que se ve bien en dispositivos móviles:

\n

\n \n \n \n \n

\n

Mis impresiones sobre FHIR para la interoperabilidad

\n

La versión utilizada de FHIR funciona con APIs REST en json. En español esto significa de que un programador web debería ser sencillo comprender la parte técnica de esto.

\n

En mi caso fue así. Lo complicado es la terminología clínica y como mapear recursos con procesos de la vida real.

\n

Otra complicación que veo es que si bien la forma de comunicación es estándar, pueden haber dificultades. Algunos ejemplos:

\n\n

Dejando de lado las dificultades, como creador de software, lo que más me gusta es la posibilidad de crear aplicaciones que funcionen independiente de donde provengan los datos. Aplicaciones agnósticas a la fuente, pero que hablen en HL7, de manera que puedan ser utilizadas por cualquier centro o institución que use el estándar.

","fields":{"tags":[{"name":"Interoperabilidad","slug":"interoperabilidad"},{"name":"HL7","slug":"hl7"},{"name":"Eventos","slug":"eventos"}]},"frontmatter":{"title":"Mi experiencia en el Tech Connect 2020","date":"09 de diciembre, 2020","description":"Mi experiencia en el desafío avanzado del tech connect 2020","author":{"slug":"nico","avatar":{"childImageSharp":{"fixed":{"base64":"data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAABQAAAAUCAYAAACNiR0NAAAACXBIWXMAAA7EAAAOxAGVKw4bAAAEqUlEQVQ4y22T2XMUVRSH58kHtRDIOpnp7pnuniXbJJMdshEyIQnZYFgCRCKEJJCwC0mUFMpigEBYEtawhCAJBgEt1iqg1BIpKUuLguJBLV98sKzywb/h83SHzdKHU32r77nf/f3OPceRYMzCini9VL5lOP2VuFLqUNKiqBlLUcLNqFkr0SRUWSuhxbK3QHIacAaqSDBn22cnz8/C8RImG0nBGtySrGYuQ8teiTeniUC4iuRwBWaoEm84ije/E092i52jpC/ElVxLoq/8FfAlTDaU9EV4spaj5XUQyKkjMiOTmSGDUMCL36tieD2YGRGBtkuskdz3UEONorZeoJEXCstE2dznsGb0gnUYuUuIFGbRUJhCrplId1MthekBprz9DlPeegO3kYlR3PVc7cpJqKVUhDmsmrmlXprUR89fjV7cQ1p+PeVhnfLsIHvWr+Dvn+7y682z9K9vJqC5mD49BqNoI0ZJj5zpsJVa9pMC1ThcyXV28b25begzN2KW78aXs5gsbwxb3m3g6/Fh/vjhPs9ujzO27wM6Fs8hLjYWvbRHcnehF72PN281WmYT7tQGHJY66wbbqtzoqzyAUtTNqmiE7y4c4kTPOp5eO8mnOzbQ29JEX+ciQkGdpMIu/FUHMUo/FCEbbOuWSofVBp6cVvTCzZhlH+GbewSlbDe961r5/avLPL1+kd9ujPDZzg08GBng3qmdVBZlo5Rux1dzFHP2DrG/RRy2i9MlOGy7Itko3opPLHirBglFhzm9byd/PrrDXw9v8WB0kMObWngydoibxz5maSSbUN1B9JoTmJFPbGdeqaUWbhKg9JPVAkZJt2z2YcwdIjD/Agf6h3l8a4SHE2d4NHGRKwf3MLJ7CwPdzTRE2whGL2DUHMes2Dtpu2CtAJf/F2jWDKHXj5Kx9DIT54d5cuM0T66Mc3toP6N9a9nUuYLUxs8x549J7rH/Ab5m2Xpho/oI/nln0edfob1riHuXDvP07jVujwzS3VZLdbSF5MYv8TWcs93Yrl63bD2K97VHMSr346s/hdpwmc6uo5wb2Mq2zR00L6yhqthPbW09/uglzPqzGFUDrx4lr91uP7tttBdtU9qLOadfXvoQrpJe2lat4fGd0/Rva6dlUTndrdUsq5uJK7dF7A5K7gGMWdv/3TZ2Y0tT6nmtGAVtApcRTC1FDeYRidSI3XF+vHWeqyd3cfV4Lw3VFUyNV1ED+eKsEWOGDER+mz1p7tR51uhVoKXORgsWyIyGUMx0NH8WeuoMFH8eo4N7eXZ/gu+/OMPYUB/eQJgkPR3Vl4HLE8Stp0leLkqwREYvIkBDmtQUkC9TvhK+bNxmGE8wB5cklkdq+eWb6/z87R2qqqPEa2kCScepJZOgBCSC9jpR9RPrCuBIVFNw+7JEYQ5aIIckb7oNtEIVpdOcfjpXtbFkQSNvTnWR5EnB6Uklzu0nQRWQliKwZOLdAaYnaDhinSZOgShyWBGw6s+24YovbK9VuSTG5Ze6eXCJMivHLXsuI0OshwRowXwC8zAtXoAxiTpxcsACTKp6DhT7L1RbSj3B3EmY/LfCJfV2etJs27FJBlPj3EyLU/gHBhzbgqfkxlYAAAAASUVORK5CYII=","width":70,"height":70,"src":"/static/c454b7eddf2624b2e434eb2b68050446/31406/nico.png","srcSet":"/static/c454b7eddf2624b2e434eb2b68050446/31406/nico.png 1x,\n/static/c454b7eddf2624b2e434eb2b68050446/1edbf/nico.png 1.5x,\n/static/c454b7eddf2624b2e434eb2b68050446/b3779/nico.png 2x"}}},"bio":"Ingeniero Civil en Computación PUC.","github":"muZk","linkedin":"codewithnico","name":"Nicolás Gómez","twitter":"codewithnico"},"image":{"childImageSharp":{"resize":{"src":"/static/e56edc9bae5ce4c283d5a31e754bd03e/f3583/preview.png","height":627,"width":1200}}}}},"previous":{"fields":{"slug":"/estandares-interoperabilidad/"},"frontmatter":{"title":"Estándares de interoperabilidad en salud"}},"next":{"fields":{"slug":"/ejemplo-interoperabilidad/"},"frontmatter":{"title":"Ejemplo de interoperabilidad en salud"}}},"pageContext":{"id":"56f08aa5-5e38-5431-8e2a-c52b96d691b1","previousPostId":"ca7e53fd-7c32-5e2b-83f1-58e7ad470b56","nextPostId":"68fdf447-4c12-51ff-9717-a793bdecab8f"}},"staticQueryHashes":["3832538981"]}