Pleanaria parte de las Jornadas de IT y Salud - Hospital Italiano Buenos Aires 2016

1. Desarrollo Orientado al Conocimiento
Introducción
Dr. Alejandro Lopez Osornio
Noviembre 2016 - Hospital Italiano de Buenos Aires

2. Factores críticos para el éxito de HCEs (HIMSS)
● Gobernancia
● Confiabilidad
● Diseño adaptado al workflow y carga laboral
● Estrategia que considere las fortalezas y debilidades
● Workflow estandarizado establecido en forma colaborativa
● Desarrollo y administración sostenidos en el tiempo

3. Desafíos habituales
● Identificación de pacientes
● Turnos
● Ingreso / Egresos hospitalarios
● Stock y compras de insumos y medicamentos
● Prescripción
● Registro médico
● etc.

4. Representación de conocimiento clínico
● Interacciones medicamentosas
● Recordatorios de prácticas preventivas
● Alertas
○ Dosis máximas
○ Resultados de laboratorio
○ Tendencias de resultados o signos vitales
● Recomendaciones de intervenciones de soporte
● Reconocimiento de patrones clínicos
● etc.

5. Representación de conocimiento clínico
● Cambia frecuentemente
● Particular para algunos profesionales o especialidades
● Altamente dependiente del contexto
● Es muy sensible para la experiencia del usuario:
○ Fatiga de alertas
○ Pérdida de confiabilidad
Las estrategias tradicionales de desarrollo de software no son las más
adecuadas para la representación de conocimiento clínico

6. Desarrollo Orientado al Conocimiento
Mauricio Salatino
Senior Software Engineer / Red Hat UK
Noviembre 2016 - Buenos Aires

7. Un poco sobre mi
● Senior Software Engineer @ Red Hat UK
● Trabajo para los equipos Drools &
jBPM
● Autor de 4 libros sobre estos
proyectos Open Source
● Mucho de Integración de Sistemas, BPM
y Motores de Reglas

8. Agenda
● Desarrollo Tradicional
● Requerimientos Modernos
● Enfocándonos en el Conocimiento
○ Metodologias
○ Herramientas
● Ventajas

9. Cómo Desarrollamos Software?
● Soluciones puntuales a problemas puntuales
● Requerimientos definidos por el “negocio”
● Caos a la hora de integrar distintas soluciones
○ Modelos duplicados, soluciones que hacen lo mismo, tecnologías
incompatibles, etc.
● La tecnología avanza, los problemas también
○ No podemos rehacer nuestros sistemas cada 2 años
○ Pero tampoco podemos usar sistemas que fueron diseñados para resolver
problemas de hace 10 años

10. Requerimientos Modernos
● No mas software como caja negra
● Cambios rápidos para ajustarse a los problemas actuales
● Trazabilidad de las operaciones
● Información disponible en tiempo real
○ Sumarización de las operaciones, para toma de decisiones
○ Detalle de cada operación, para resolución de problemas

11. Algunas soluciones
● Separar el “negocio” de la tecnología
● Crear soluciones que integren desarrollos existentes
● Línea clara entre Ciclo de Desarrollo y Definiciones de
Negocio
● Construir de a poco, iterativamente, no crear planes
imposibles

12. Formalización y Automatización del Conocimiento
● Herramientas y metodologías que permiten:
○ Definir el conocimiento en un lenguaje formal
○ Colaborativamente refinar el conocimiento en un lenguaje no técnico
○ Ejecutar estas representaciones de conocimiento
○ Monitorear la ejecución de este conocimiento para medir performance y
tomar decisiones

13. Herramientas y Metodologías
● Gestión de Procesos de Negocio (BPM)
● Gestión de Decisiones de Negocio
○ Tablas de decision
○ Arboles de decision
○ Reglas de Negocio
● Planeamiento y Optimización de Recursos
● Ontologias
● Un poco más tecnico pero alineado:
○ Domain Driven Design
○ Event Driven Architectures

14. Metodologías

15. Business Process Management (BPM)

16. Decision Management

17. Tablas de Decision

18. Reglas de Negocio
Rule “Monitoreo de Hemoglobina Glicosilada del paciente diabético”
When un Paciente tiene el diagnóstico de Diabetes en su lista de problemas, y
no tiene una medición de Hemoglobina Glicosilada en los últimos 6 meses
Then mostrar una alerta de monitoreo de diabetes pendiente

19. Arboles de Decision

20. Componentes Comunes

21. Drools - Motor de Reglas
- Motor de reglas Open Source
- Ejecución de nuestras reglas de Negocio
- Liviano, librería de Java
- Interacción como servicio

22. jBPM - Motor de Procesos
- Motor de Procesos Open Source
- Ejecución de nuestros Procesos de Negocio
- Liviano, flexible como librería
- Interacción como servicio

23. KIE Platform
- Abarca los proyectos Drools & jBPM
- Herramientas colaborativas para
- Definición de conocimiento
- Versionado de conocimiento
- Creación y Despliegue de paquetes de conocimiento
- Monitoreo

24. Ejemplo: Soporte de Decisiones Clínicas

25. Nos ayudan a ...
● Mantener el software en sintonía con los cambios de la
realidad
● No tener que rehacer/tirar software, sino a integrar y
actualizar
● Entrenar gente nueva en el ambiente
● A tener información para tomar decisiones
● Brindar transparencia de las operaciones

26. Herramientas Creadas en Comunidades
● Hay opciones de código abierto
● Son libres y gratuitas para su uso
● Comunidades en distintas Verticales (Industrias)
○ Salud es una de las más grandes
○ Telecomunicaciones
○ Retailers
○ Transporte
○ Gobierno
○ Militar
○ Etc.

27. Artículos y Recursos
● Proyectos
○ www.drools.org
○ www.jbpm.org
○ www.jboss.org
● Blogs
○ blog.athico.com
○ salaboy.com

28. Preguntas?

29. Contacto
Twitter: @salaboy
WWW/Blog: salaboy.com