Lograr un sistema de salud cubano, donde todos los componentes de software estén conectados correctamente debe ser un objetivo trazado en cualquier plan de informatización que exista hoy a nivel de país.
Si no se ha definido aún una arquitectura de referencia en este sentido ni se tiene como objetivo tener un gran sistema integrado, poco se podrá avanzar en la informatización del sector salud, tan importante a todos los niveles.
Internacionalmente existen varias arquitecturas de referencia que soportan un objetivo como el que se menciona anteriormente. Usaré una que se adapta muy bien a una de las principales tecnologías que domino, que es gratis y bajo licencia Apache v2.
Lograr definir una arquitectura de referencia e implantarla no es un proceso sencillo. De ahí que se parta de varios elementos que al combinarlos tributen a lograr una interconexión global con todos los requerimientos no funcionales requeridos.
Lo primero es tener un BUS de integración que garantice dicha interconexión entre los actuales y futuros sistemas de información a todos los niveles.
Para lograr este BUS de integración y que funcione correctamente es necesario definir y estandarizar un modelo cánonico de datos a nivel de todo el sector de la salud para tener en lenguaje común que permita el diálogo entre los sistemas.
Lo siguiente es tener un BUS de datos, capaz de extraer la información necesaria de cualquier base de datos o ficheros donde se tenga. En nuestro país es muy común manejar las bases de datos en hojas de cálculo de Excel, así que esta solución debe ser capaz de capturar dicha información.
Además dicha información debe ser expuesta a través de diferentes estándares y ser consumida desde el BUS de integración principalmente.
Lo siguiente sería garantizar la completa seguridad de la solución arquitectónica, a través de la implementación de múltiples mecanismos de autenticación y autorización a diferentes niveles, usando diferentes estándares y protocolos de seguridad.
Con este nuevo componente se garantizaría el poder distribuir la información de manera segura y que solo pudiera tener acceso a ella quien esté correctamente autorizado.
Lo siguiente sería una solución para la comunicación asincrónica. Para todos es sabido que nuestras redes tienden a saturarse y a veces a mostrar intermitencias en la conexión. Así que es necesario garantizar que aun en un ambiente desconectado no se pierdan los eventos y mensajes enviados y que tan pronto se restablezca la comunicación todo volverá a sincronizarse.
Por eso el uso de colas de mensajería es de vital importancia para gantizar la integridad de todos los datos. Además se incluye un tema de manejo de eventos complejos y su procesamiento, pues en este tipo de sistemas de salud es necesario ser capaz de reaccionar ante eventos simples y eventos complejos, además de ser capaces de aplicar algortimos de máquina de aprendizaje a partir de todo el flujo de eventos generados.
Con el volumen de información de eventos que se puede recopilar tanto de forma síncrona como asincrónica, se pueden elaborar diversos dashboard con gráficas de todo tipo así como ser capaces de enviar notificaciones y alertas a los interesados.
Si logramos que todas estas piezas de software se integren correctamente entre si tendríamos algo como lo siguiente:
Llegados a este punto sería un error garrafal y muy malo tecnológicamente aspirar a:
- Implementar todo esto desde 0. Algo que nos encanta a los cubanos por temas de soberanía tecnológica y demás palabritas interesantes, pero que conducen a un desgaste enorme, pérdidas económicas y años y años de desarrollo sin saber si finalmente se logrará el objetivo final.
- Comprar soluciones por separado, sin saber si se podrán interconectar entre sí o sin evaluar correctamente el grado de adaptación de las mismas.
- Usar un lenguaje de programación con pocas capacidades para implementar soluciones de integración e interoperabilidad. No hay que ir muy lejos para entender que me estoy refiriendo a PHP. Un lenguaje que ha causado destrozos al desarrollo de software a nivel de país y hacia lo interno de las universidades. No porque sea malo, que no lo es, si no por haber sido usado para cosas que no se tenía que haber usado.
La propuesta tecnológica que hago partiendo de la experiencia práctica en este tipo de soluciones y los años de trabajo en diversas soluciones para otros sectores usando tecnologías propietarias y open source, consta de los siguientes elementos:
- Libre de costo para el país.
- Open Source completamente distribuida bajo licencia Apache v2 y con acceso a los fuentes en todo momento, disponibles en github.
- Preparada para docker y otros ambientes de contenedores.
- Tener una comunidad activa, que responde rápido y que ante cualquier bug es capaz de brindar un fix rapidamente.
- Tener personal con conocimientos suficientes como para realizar una inducción y adiestramiento de un equipo de trabajo de analistas, diseñadores, desarrolladores, probadores y arquitectos.
- Evolucionar constantemente adoptando las mejores prácticas de la industria, compliendo con los estándares y protocolos de comunicación.
- Y lo fundamental, que ya tenga implementada la mayor cantidad de funcionalidades vistas anteriormente y que se pueda conectar con cualquier otra solución.
En la siguiente imagen se muestra como la suite de WSO2, ampliamente abordada en este otro blog también de mi autoría, se ajusta a los requerimientos y necesidades para implementar un sistema de salud cubano conectado.
