Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Desarrollo Orientado al Conocimiento

455 views

Published on

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

Published in: Health & Medicine
  • Be the first to comment

  • Be the first to like this

Desarrollo Orientado al Conocimiento

  1. 1. Desarrollo Orientado al Conocimiento Introducción Dr. Alejandro Lopez Osornio Noviembre 2016 - Hospital Italiano de Buenos Aires
  2. 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. 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. 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. 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. 6. Desarrollo Orientado al Conocimiento Mauricio Salatino Senior Software Engineer / Red Hat UK Noviembre 2016 - Buenos Aires
  7. 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. 8. Agenda ● Desarrollo Tradicional ● Requerimientos Modernos ● Enfocándonos en el Conocimiento ○ Metodologias ○ Herramientas ● Ventajas
  9. 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. 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. 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. 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. 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. 14. Metodologías
  15. 15. Business Process Management (BPM)
  16. 16. Decision Management
  17. 17. Tablas de Decision
  18. 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. 19. Arboles de Decision
  20. 20. Componentes Comunes
  21. 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. 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. 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. 24. Ejemplo: Soporte de Decisiones Clínicas
  25. 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. 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. 27. Artículos y Recursos ● Proyectos ○ www.drools.org ○ www.jbpm.org ○ www.jboss.org ● Blogs ○ blog.athico.com ○ salaboy.com
  28. 28. Preguntas?
  29. 29. Contacto Twitter: @salaboy WWW/Blog: salaboy.com

×