Este documento presenta sobre el uso de tecnología de código abierto en proyectos de salud en Chile. Describe el Centro de Estudios de Ingeniería de Software (CEIS) y su laboratorio OpenSystem, el cual busca ser un referente en innovación y desarrollo de soluciones de software de código abierto. También discute sobre proyectos de software libre implementados en Brasil y las lecciones aprendidas, y propone el uso de plataformas como OpenMRS y frameworks como Drupal para desarrollar sistemas de salud digitales interoperables en
1. Uso de tecnología de código abierto en
proyectos de Alta Visibilidad
“Experiencia en Implantación de Soluciones
Informática en Servicio de Salud en Chile”
Presentan:
Ing. Víctor Aravena Díaz,
CEISUFRO, Chile
2. Que es Ceis
El Centro de Estudios de Ingeniería de Software (CEIS),
perteneciente a la Universidad de La Frontera, busca
constituirse en un referente en investigación, actualización
y transferencia de conocimientos de ingeniería de
software.
El CEIS busca posibilitar el crecimiento y desarrollo de la
Industria del Software regional y nacional a través de la
formación especializada de ingenieros y la realización
exitosa de proyectos de innovación y transferencia
tecnológica.
3. Laboratorio OpenSystem
Visión
Ser, antes del 2015, un referente en la
industria del software en el sur Chile,
en innovación y desarrollo aplicado
en soluciones de software de código
abierto.
4. Línea de Servicios
• Soluciones de Software en código abierto en nichos
no cubiertos por la industrias.
– Tecnología Móvil.
– Integración de plataformas software libre.
– Interoperabilidad.
– Arquitectura Orientada a Servicio.
• Evaluación y selección de herramientas y
plataformas de códigos abiertos.
• Asesoría y consultoría en Arquitectura de Software Middleware.
5. Dominio de Aplicación
• Sistema de Planificación, Gestión , Control y
Seguimiento de Servicios Escolares.
• Historial y Registro Clínico Electrónico.
• Agendamientos de recursos y citas.
• Olap/Dataming.
• Sistemas de Flujos de Trabajos (BPM-Workflow).
• Web Semántica (openlinked data).
7. Brasil, el gran referente
• La mitad de la
población
latinoamericana vive
en Brasil
• Apoyo mediante
iniciativa legal
• Chile posee el 10%
de la población
Brasileña
Brasil es el país más
industrializado de América Latina,
con un peso político, económico y
militar relevante en el área
9. Brasil, el gran referente
•
•
•
•
•
•
•
Desde el 2003 es política de estado
1/3 de sus códigos era importados
1000 millones por pagos de licencias
Ahorro desde 85 millones de reales anuales
Mayor independencia de proveedores
Ampliación de la autonomía y capacidad tecnológica del país.
Garantía de una mayor seguridad de las informaciones del
Gobierno
• Defensa de la socialización del conocimiento tecnológico como
alternativa para los países en desarrollo.
11. Brasil, el gran referente
Tomar las decisiones adecuadas
Por cada licencia ahorrada, el usuario podrá destinar el
monto a una institución de beneficiencia
12. Brasil, el gran referente
• Espacio de trabajo para apoyar a las comunidades de
software (forum, notícias, chat, almacenamiento de archivos y
downloads, wiki, lista de prestadores de servicio, usuarios,
coordenadores, entre otros recursos)
• SVN e TRAC para compartir y gestionar las versiones, registro
de bugs e tickets.
• Mercardo Público virtual (prestadores de servicio)
http://www.mercadopublico.gov.br/
• 4CMBr Software público focalizado en Municipalidades
• 5CQualiBr Grupo de trabajo para mejorar la calidad de
software libre
• 4CTecBr Grupo de trabajo destinado a implantar software libre
13. Realidad chilena
http://www.softwarepublico.cl/
• Política de Estado?
• Software Público = Software
Libre???
• Convenio Marco de
Desarrollo
• Centralismo en tecnología??
• Existirá acto heroico en el
Software libre en Chile?
• En este gobierno hubo un
retroceso?
• Comunidades de software
libre??
• Porque no se usan los
software disponible del
repositorio Brasileño???
14. Aplicaciones actuales
• Porque las
comunidades
actuales de software
libre no apoyan esta
iniciativa???
• Porque esta
iniciativa no trabaja
con las
comunidades????
20. IMPORTANTE (A nivel de Software)
• Checklist, Estándar y Protocolos: Planes pruebas comunes, ficha de
instalación, Usabilidad, Seguridad, Nomenclatura de base de datos, Estándar
de nombre componente, evaluación tecnología, reporte de errores,
herramientas, framework, afines.
• Artefacto de Software esenciales (documentos): Maqueta, Arquitectura de
Componente. Modelo y diccionario de datos, Requerimiento, Manual de
Instalación, Manual de Administración, Performance, Escalamiento.
• Sistema internos: Mesa Ayuda, Sistema de formalización de tareas, sistema
de reporte de errores.
• Gestión de riesgo: Priorización y planes de contingencia.
• Separar lo urgente frente a los importante
• Alineado a la estrategia
• Metodología: Desarrollo, implantación y verificación
• Aseguramiento de la calidad (no garantía producto)
• Portafolio de aplicaciones.
Seremos fanáticos pero somos serios
23. Objetivo.
“Implementar una plataforma única, Interoperables, articulable,
creciente e inclusiva, que permita fortalecer el trabajo en la
red
asistencial y que de soporte a la gestión operacional, con foco
en la mejora de la atención integral a los Usuarios del sistema
público de salud”
Interoperabilidad.
Estandarización de datos
Estandarización de funcionalidad
Seguridad y privacidad
Tecnologías probadas
24. • Plataforma Integrada
• Unificar ecosistema de
aplicaciones similares y
construidas en distintas
plataformas y técnicas
• Estandarizar equipos,
impresoras, software,
redes
• Mejorar los procesos de
desarrollos de software
• Establecer políticas
estratégicas
• Estandarizar procesos
Porque no funcionan las aplicaciones comerciales ???
Porque no se usa java???
25. • Sistema Público de salud tiene un déficit de 115.000 millones
de pesos
• Entre el 30 a 40% de los medicamentos son extraviados ¿? O
se encuentran vencidos
• La planificación clínica fallas en las predicción debido a la falta
de datos
• Falta de médico en la zona rurales (porque no realizar
videoconferencias???)
• Existe un alto número de diagnóstico ges que son mal
diagnosticado
26. Problemas Comunes
●
Plazos extremadamente ajustados.
●
Procesos poco claros y definidos.
●
Documentos de reportes no estandarizados.
●
Rotación de Contrapartes y Equipo de desarrollo.
●
Mal uso de los equipos y de las redes
●
Capacidades de contraparte para asumir la operación y mantención
de los sistemas.
●
Cubicación y estimación.
●
¿Cómo se planifica el desarrollo de funcionalidades y mantenciones?
●
¿Que pasa si las necesidades sobrepasan la capacidad de
producción?
27. • CMS Empresarial
• Tecnología LAMP
• Framework para desarrollo
web escalable
• 500.000 sitios web a nivel
mundial
• 51 traducciones
• 5906 módulos de software
• Más de 9.000
funcionalidades
• 7.587.230 descargas
• Soporte extendidos
• Hoja de ruta hasta el año
2016
• Ampliamente utilizado en
Europa
28. • Framework para
gestión resultado de
laboratorio
• Implementada en
Python-Plone-Zope
• Ampliamente usado
en este dominio
• ISO y estándares
(Dicom)
• Solución Web
• Soporte Idioma
29. Sistema de Salud - Sidra
• Portal
• Intranet
– Gestión de documental.
– Gestión de reclamos de
Salud.
– Gestión de Oficina de
Información, Reclamos y
Sugerencia (OIRS).
– Búsqueda de archivos
privados y reservados.
– Páginas disponibles por
cada área administrativa .
– Automatización de Flujos
de trabajos
administrativos.
• Extranet
–
–
–
Generación de interconsultas.
Generación de ordenes de atención.
Agendamiento médico.
31. E-Medical System
• Historial Clínico
El Historial Clínico es el
repositorio de documentos
médicos del paciente y
contiene
todas
la
información originada del
proceso asistencial de
salud.
La
historia
clínica,
referencia a los distintos
episodios de salud de una
persona, las enfermedad
detectadas y el tratamiento
realizados.
32. OpenMRS
¿Por que seleccionamos OpenMRS?
• Aplicación configurable basada
en formularios.
• Modular y Escalable.
• Estándares Internacionales
(HL7, Dicom, Snomed).
• Estándares Abiertos e
Interoperabilidad.
• Arquitectura Integrada.
• Implementado en 20 países
(EEUU, Noruega, Pakistán,
Haití, Ruanda, Kenya, Perú).
• Soportado por 11
organizaciones.
• Herramienta para salud primaria
34. OpenMRS se desarrolla sobre…
• Java como lenguaje de
programación.
• MySQL y PostgreSQL como
gestor de base de datos.
• Hibernate como
herramienta para acceder al
gestor de datos.
• Apache/Tomcat como
servidor de aplicaciones
Web.
40. OpenMRS+MIRTH
• HL7/OpenEHR/ ISO13606.
• HL7 comunicación de dispositivos
médicos y módulos de software
médico
• OpenEHR/
ISO13606
comunicación de historias clínica.
•
MirthConnect es un motor de
integración Open Source para el
ámbito
sanitario.
MirthConnect
permite el enrutado, filtrado y
transformación de mensajes entre
sistemas de información hospitalario
sobre una amplia variedad de
formatos y protocolos.
50. Historial Clínico
• Mis Atenciones
Futuras
– Horas Policlínico
– Horas Interconsultas
– Horas Órdenes de
Atención
• Mis Atenciones Realizadas
–
–
–
–
–
Mis Consultas de Salud
Mis Urgencias
Mis Cirugías
Mis Interconsultas
Mis Órdenes de
Atención
51. Historial Clínico
• Mis Resultados de Exámenes
• Resultados de Laboratorio
• Resultados de Rayos X
• Mi Perfil
• Cambiar Contraseña
• Mis Datos Personales
• Mis Prestaciones Privadas
• Registrar Prestación
• Ver Prestaciones
58. Finalmente…
• MapReduce. Utilizado por Google, Facebook, … para procesar
grandes cantidades de datos en ejecución distribuida en
múltiples nodos (servidores).
• Analizar crear o modificar protocolo de redes encriptados que
permita optimizar el flujo de datos en infraestructura de redes
con limitaciones en ancho banda.
• Cloud Computing Government
– SaaS: Software as a Service
• Aplicaciones Google (Gmail, GDocs, etc)
– PaaS: Platform as a Service
• Google App Engine, VMForce, AppScale
– IaaS: Infraestructure as a Service
• Eucalyptus, Amazon EC2, Amazon S3
59. Conclusiones
• Procesos conducentes a Historia Clínica
– Desarrollar una capa superior de interfaz con los usuarios operarios
tradicionales.
– Generar una capa de intercambio con los ciudadanos (participación).
– Permite utilizar los sistemas actuales mientras dura la transición Evitar
ruptura cultura drástica.
– Permite variabilidad regional.
– Se adecua a la situación clínica determinada y favorece la investigación
clínica.
• Software:
–
–
–
–
Soporta un uso a escala empresarial.
Rápida implementación e modificación.
Cumple estándares de interoperabilidad.
RoadMap definido por una comunidad seria e internacional.