Resumen sobre OpenMRS

Evaluación OpenMRS
21 de septiembre de 2011
Resumen sobre OpenMRS
OpenMRS es un proyecto colaborativo de código abierto. El sistema está diseñado para ser
utilizado en entornos de recursos muy pobres y puede ser modificado con la adición de nuevos
elementos de datos, formularios e informes sin necesidad de programación. Está concebido
como una plataforma que muchas organizaciones pueden adoptar y modificar evitando la
necesidad de desarrollar un sistema desde cero.
OpenMRS se basa en un "diccionario de conceptos" en el que se describen todos los
elementos de datos que se pueden almacenar en el sistema, tales como los hallazgos
clínicos, pruebas de laboratorio o datos socio-económicos. Este método evita la necesidad de
modificar la estructura de base de datos para añadir nuevas enfermedades, por ejemplo, y facilita
el intercambio de diccionarios de datos entre los proyectos y los sitios. Una de las características
importantes OpenMRS es su construcción modular que permite la programación de nuevas
funciones sin tener que modificar el código del núcleo.
OpenMRS está basado en web, pero se puede implementar en una sola computadora
portátil o en un servidor grande y se ejecuta en Linux, Windows o Mac OS X.
Características:













Diccionario de conceptos
Seguridad: autentificación de usuarios
Control de acceso: basado en privilegios
Registro de pacientes
Multiplicidad de identificadores de pacientes
Importación y exportación de datos
Soporta estándares HL7 – V2
Estructura modular
Relaciones entre pacientes
Mezcla de pacientes duplicados
Localización e internacionalización
Soporta datos complejos: imágenes, archivos de sonido etc.
Herramientas flexibles para realizar reportes






Es un producto software terminado, listo para usar
Brinda un registro electrónico de pacientes
Posee una estructura modular, favoreciendo la escalabilidad
Es configurable y adaptable a las necesidades.
Está basado en tecnologías Java.
Puede utilizar distintos manejadores de base de datos (MySQL, Oracle, SqlServer,
PostgreSQL).
Fortalezas:


Posee una comunidad de desarrollo
Modulos desarrollados para telefonía movil
Debilidades:


No posee protocolos de comunicación, para interoperabilidad.
Dificultades en los procesos de creación y/o modificación de módulos, así como la
implementación de las vistas necesarias para adecuar la aplicación a las
necesidades del proyecto SOS.
Aplicaciones de OpenMRS desplegadas en el mundo.
Características principales de la plataforma
Estándares: Manejo de HL7 versión 2.
Plataforma de Desarrollo: Java
Soporte: extensa comunidad de desarrollo, soporte, mailing list, blogs, pruebas y documentación.
Despliegue: base de datos Mysql, plataforma java, servidor Tomcat. Rápido despliegue en la
situación de prueba de la aplicación.
Funcionalidades: Amplia cantidad de funcionalidades, pero con inconvenientes importantes de
usabilidad, especialmente en el registro de episodios clínicos.





Completo proceso de registro de pacientes incluyendo información demográfica.
Eficientes procesos de búsqueda de pacientes y enlaces entre usuarios.
Detallado sistema de administración de contenido, plantillas, reportes, usuarios, roles,
privilegios, conceptos clínicos, entre otros.
Manejo de un registro (LOG) de control de acceso, modificaciones sobre el sistema y
registro de encuentros.
Flexible diccionario de todos los conceptos asociados con la aplicación, tanto clínicos,
como de registro general de situaciones para pacientes y médicos.
Inconvenientes:


Dificultades de usabilidad en que lo que al registro clínico respecta, dificultades
asignando datos de registro clínico a un paciente específico. Dichos registro son
llamados “Encuentros”, se involucra tanto al pacientes como al médico tratante, pero
no se logró en la versión demo que fue probada, un fluido registro de información
clínica.
Problemas encontrados con el módulo de generación de reportes, los mismos no
pudieron ser generados y el demo de la aplicación no contiene ninguno precargado
que pueda ser analizado.
Escalabilidad:

Esquema de desarrollo modular que busca la inclusión de nuevas funcionalidades sin
afectar el ninguna medida el núcleo de la aplicación, todos los nuevos módulos son
desarrollados sobre Java y la documentación de OpenMRS los pasos necesarios para
integrar las nuevas funcionalidades. La ventaja de este enfoque que no afecta la
operación de la aplicación mientras se instalan y prueban los nuevos módulos. Otro
aspecto importante de este esquema es que contempla un completo repositorio de
módulos para distintas funcionalidades que se encuentran desarrolladas por la
comunidad de OpenMRS.
Se utilizaron los siguientes parámetros de evaluación seleccionados con el fin de poder llevar a
cabo los requerimientos estipulados anteriormente por el proyecto SOS Telemedicina.

Estándares: Se refiere al uso de estándares. Atreves de su uso es posible el
intercambio de información médica entre distintos centros sanitarios y facilita la
unificación de términos, formatos y procedimientos médicos, ambos requerimientos
del proyecto SOS Telemedicina.

Plataforma de desarrollo: entorno de software común en el cual se desenvuelve la
programación de la herramienta. Según lineamientos del proyecto SOS Telemedicina
es necesario que el entorno de desarrollo sea no propietario.

Soporte: documentación de la herramienta, comunidad de desarrollo y contacto con
personas inmersas en estos proyectos. Esto incrementa la capacidad de escalabilidad
del producto.

Despliegue: permite conocer los factores necesarios para la instalación, implantación y
puesta en marcha del sistema.

Funcionalidades: acciones o tareas que es capaz de realizar el sistema. Algunas de las
funcionalidades que debe cumplir dicha herramienta son:
o
o
o

Llevar un registro unificado de pacientes.
Gestión de especialidades de manera modular
Manejo de información estadística y de reportes.
Escalabilidad: habilidad para extender el margen de operaciones sin perder calidad. La
escalabilidad determina la dificultad para que un sistema pueda evolucionar o
modificarse en el tiempo y por ende la dificultad para adaptar por ejemplo: la interfaz
de usuario o permitir en un futuro la posibilidad de interoperar a través de telefonía
móvil, ambos requerimientos del proyecto SOS Telemedicina.
Finalmente para realizar un enfoque cuantitativo es necesario evaluar los parámetros
anteriores de acuerdo con su grado de importancia dentro del proyecto SOS Telemedicina y
expresar métricas o valoraciones para estos parámetros en cada una de las herramientas
evaluadas.
Importancia de parámetros:

Los parámetros con un alto grado de importancia son: la Escalabilidad, por lo
importante que es para el proyecto SOS Telemedicina, la capacidad adaptarse y ayudar
en las tareas diarias de un centro de salud sin descartar el posible incremento de
funcionalidades y dominios médicos a futuro. El uso de Estándares, es también un
parámetro de importancia para llevar a cabo el intercambio de información médica en
principio interna dentro de la red SOS y a futuro con otros sistemas de HME. (3pts)

Los parámetros grado medio de importancia son: El Soporte, por la capacidad que da a
la escalabilidad y la capacidad de modificación del sistema. Y el Despliegue de la
herramienta para poder valorar la dificultad de su instalación y puesta en marcha.
(2pts)

Los parámetros con un grado menor de importancia son: Las Funcionalidades, las
cuales algunas de ellas se cubren en ambas herramientas, sin embargo existen algunas
funcionalidades que corren el riesgo de no adaptarse a la realidad de las labores del
los centros de salud dentro del proyecto SOS Telemedicina. La Plataforma de
Desarrollo la cual no afecta directamente la lógica de la aplicación pero si pudiese
afectar los tiempos de desarrollo. (1pts)
Valoraciones de las herramientas en cada uno de los parámetros:
Parámetros
Características
Estándares
Soporta Open EHR
Open MRS
Soporta HL7 CDA R2
ICD 10
total
Plataforma de
Desarrollo
Plataforma open source
1
Multiplataforma
1
total
Soporte
2
Documentación de la herramienta
1
Comunidad de desarrollo
1
total
Despliegue
0
2
Multiplataforma
1
No requiere la instalación previa de software
acoplados
1
Posee implementaciones en distintos países del
mundo.
1
total
Funcionalidades Registro unificado de pacientes.
3
1
Gestión de especialidades de manera modular
Manejo de información estadística y de reportes.
1
total
Escalabilidad
2
Capacidad de adaptación sin modificar la lógica interna
1
Posee una estructura modular incrementable
1
Permite adaptar la interfaz grafica.
1
total
3
La valoración de la herramienta en un determinado parámetro dependerá del resultado
total de las características por el factor importancia en ese parámetro.
Y la ponderación total de la herramienta corresponderá al total de las valoraciones en
todas sus características
Estándares
Plataforma de
desarrollo
(E)
(P)
(E)
(P)
(E)
(P)
(E)
(P)
(E)
(P)
(E)
(P)
Open MRS
0
0
2
2
2
4
3
6
2
2
2
6
Importancia
3
1
Soporte
2
Despliegue
2
Funcionalidades
1
Escalabilidad
3
Ponderación
total
20