Desarrollo Orientado al Conocimiento

IntroducciónDr. Alejandro Lopez Osornio

Noviembre 2016 - Hospital Italiano de Buenos Aires

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

Desafíos habituales

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

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.

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

Desarrollo Orientado al Conocimiento

Mauricio Salatino Senior Software Engineer / Red Hat UK

Noviembre 2016 - Buenos Aires

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

Agenda

● Desarrollo Tradicional● Requerimientos Modernos ● Enfocándonos en el Conocimiento

○ Metodologias○ Herramientas

● Ventajas

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

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

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

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

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

Metodologías

Business Process Management (BPM)

Decision Management

Tablas de Decision

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

Arboles de Decision

Componentes Comunes

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

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

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

Ejemplo: Soporte de Decisiones Clínicas

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

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.

Artículos y Recursos

● Proyectos○ www.drools.org○ www.jbpm.org○ www.jboss.org

● Blogs○ blog.athico.com○ salaboy.com

Preguntas?

ContactoTwitter: @salaboy

WWW/Blog: salaboy.com