CÓMO EVALUAR UN SOFTWARE DE SALUD

El manual de un software indica la madurez del desarrollo. Aunque ANGEL es fácil de usar, siempre es útil aprender sobre la gran cantidad de variables y posibilidades de uso.


1) El punto más importante es el propósito del sistema de información.
¿Qué deseamos hacer con la información? ¿Qué uso le daremos?
ADMINISTRAR SALUD. El objetivo es la salud de los pacientes, con El mejor uso posible de los recursos.

¿Qué implica esto?
Obtener información de personas atendidas.
Obtener resultados acerca de los elementos empleados.
Saber si he optimizado el uso de los recursos.

El objetivo del sistema de información es brindar las herramientas para:

Gestión de salud.
Gestión Hospitalaria
Costos en Recursos Humanos
Costos en Insumos
Costos en uso de Activos Fijos.
Epidemiología.
Investigación.

¿Dónde se producen los datos que debemos convertir en información?

En un consultorio particular.
En una farmacia comunitaria.
En un laboratorio particular.
En una óptica.
En un Centro de Atención Primaria.
En un Vacunatorio.
En un Hospital.
En todo lugar donde se produzca un evento de salud que tenga un ser humano como destinatario.

Nota: Recuerde que el 90% de los eventos dentro de una Historia Clínica son ambulatorios.

2) La persistencia de los datos, y su definición.
Los datos que se registran DEBEN estar tabulados, para poder comparar, analizar y emitir conclusiones.

El texto solamente debe usarse en el aspecto subjetivo en el cual el profesional interpreta los datos objetivos que DEBEN ESTAR TABULADOS. La Historia Clínica como texto tiene una utilidad sumamente limitada.

¿Qué dato guardar?
TODOS los datos RELEVANTES.

¿Quien define cuales datos son relevantes?
Las sociedades médicas, las Facultades de Medicina y los especialistas que luego podrán usar la información para mejorar su práctica.

3) La interoperabilidad.
Las aplicaciones deben compartir datos entre si y cada una debe cumplir con las definiciones anteriores.

4) Estandarización
4.a) En medicina el estándar es DICOM. Un estándar de HECHO.

4.b) Los protocolos de comunicaciones entre aplicaciones utilizan habitualmente HL7 y XLM (base de HL7)

4.c) El protocolo en laboratorio habitual es ASTM y en menor proporción HL7

4.d) Los datos de laboratorio.
Uno de los protocolos propuestos surgen de LOINC Logical Observation Identifiers Names and Codes
Sin embargo solo un 1% de los equipos de laboratorio los utiliza.
HL7 adhiere a LOINC, pero LOINC no respeta la propuesta del uso del Sistema Internacional.
Así en algunas comunas de España que por un lado adhiere a HL7 se aparta y utiliza IUPAC/IFCC de la Unión Internacional de Química Pura y Aplicada y de la Federación Internacional de Química Clínica.
IUPAC sigue las normas europeas para nomenclatura y resultados de pruebas de laboratorio (ENV 1614:1995 y ENV 12435:1995), siendo uno de los recomendados en la norma ISO 15189:2003 (Ap 5.8.4).

Conclusiones sobre la interoperabilidad:
I) La interoperabilidad es un concepto útil sobre el cual no hay consenso ni estandarización.
II) Si bien es el tema más publicitado, en cuanto a la importancia solamente lo ubicamos en el cuarto lugar pues se basa en la premisa de haber encontrado soluciones, que guardan datos útiles, que funcionan y además deben ser varias para INTEROPERAR.

No hay interoperación si no existen múltiples aplicaciones.

5) La tecnología.

La solución a implementardebe cumplir con lo expuesto en los puntos anteriores. La tecnología es la que corresponde al problema que resuelve.