INFORMACIÓN TÉCNICA

LIS – Sistema de Laboratorio

cotone Sin comentarios

LISA es el nombre de nuestro sistema de laboratorio.

El mismo permite el control de equipos mediante drivers que realizan una comunicación unidireccional o bidireccional según la configuración y prestaciones de los equipos.

Desde la HISTORIA CLÍNICA se realizan las solicitudes de determinaciones o de rutinas / perfiles, el sistema traza todo lo que acontece hasta volcar el resultado en la Historia clínica del paciente.

El primer paso siempre es definir las determinaciones que se realizan en la Institución.

Las determinaciones están estandarizadas mediante LOINC que también es incorporado a HL7.

LISA - LIS de ANGEL

Sistema de laboratorio

MÁXIMO CONTROL – Tablero de comando para la gestión de salud

cotone Sin comentarios

MÁXIMO CONTROL

Esta constituído por un servidor REST.

REST Representational State Transfer

Una aplicación web REST requiere un enfoque de diseño diferente a una aplicación basada en RPC. Las aplicaciones RPC son las que Ud. utiliza al solicitar una página web.

Una aplicación REST tiene como diferencia fundamental entre un servicio web clásico (SOAP) y un servicio REST es que el primero está orientado a RPC, es decir, a invocar métodos sobre un servicio remoto, mientras que el segundo está orientado a recursos. Es decir, operamos sobre recursos, no sobre servicios.

En una API REST la idea de “servicio” como tal desaparece. Lo que tenemos son recursos, accesibles por identificadores (URIs).

MÁXIMO CONTROL tiene como propósito brindar la información de gestión para la toma de decisiones. No son datos operativos sino mediciones de tendencias, medias, desvíos para gestionar y tomar decisiones.

Desde hace años los conceptos de DATA WAREHO– USE son universalmente comprendidos como una forma de almacenar información para gestión.

Llevado a un nivel más bajo esos datos se agrupan en una o varias FACT TABLE o tablas de hechos que sirven a los propósitos de consulta.

¿Por qué recurrir a este tipo de tablas y a un servidor REST?

La respuesta es sencilla:

LA VELOCIDAD DE RESPUESTA PARA ANALIZAR MILLONES DE DATOS

Una tabla de hechos es la tabla central de un esquema en estrella de un datawarehouse.

Esta tabla de hechos es esencialmente una tabla que contiene todos los datos útiles de un negocio. Cuando hablamos de negocio nos referimos a agendas, camas, consumos de farmacia, etc.

El esquema de estrella que mencionamos contiene en el centro una FACT TABLE, y un conjunto de tablas periféricas que contienen los datos preparados para la consulta.

Las mayores preocupaciones son el detalle que deben contener estas tablas o la granularidad de la información y las indexaciones para optimizar la velocidad de búsqueda.

El servidor ANGEL alimenta al servidor MÁXIMO CONTROL quien a su vez tiene su propia base de datos con las características mencionadas.

MÁXIMO CONTROL como servidor REST puede responder a altísima velocidad todas las consultas sobre los negocios analizados y devolverlos a un celular, una tablet o una aplicación de escritorio.

ALGUNOS EJEMPLOS DE DATOS

Nota. Apertura en Sexo y Grupo Etáreo (SE)

CAMAS

– Total cantidad de camas
– Total cantidad de camas por servicio
– Total cantidad de camas por edificio y piso
– Total de camas por office de enfermería
– Promedio de camas disponibles
– Promedio de pacientes-día
– Tasa de mortalidad hospitalaria
– Distribución camas ocupadas / deshabilitadas / bloqueadas / libres (valores totales y porcentaje)
– Giro cama (por servicio)
– Días promedio estada (por SE, por Servicio, por diagnóstico)
– Total egresos por diagnóstico, por servicio, SE, por financiador, por lugar de residencia, por tipo
– Total ingresos por diagnóstico, por servicio, SE, por practicante, por origen, por grado de urgencia, por práctica
– Diferencia tiempo estimado de días de internación y el tiempo real (por servicio)
– Diferencia entre diagnóstico de ingreso y diagóstico de egreso (por servicio)
– Diferencia entre solicitud de internación y asignación de cama
– Diferencia entre generación de epicrisis y alta administrativa
– Total pacientes internados sin eventos por servicio, por practicante
– Total eventos de admisión y egresos por usuario.
AGENDAS
– Total de agendas públicas/privadas (total y porcentual), por servicio, por especialidad
– Total de agendas web por servicio, por especialidad
– Total de agendas asignadas a turnero por servicio, por especialidad
– Cantidad de turnos libres, ocupados y bloqueados (total y porcentual), por servicio, por especialidad, por practicante
– Agendas con fechas excepcionales por servicio, por especialidad, por practicante
– Agendas con sobreturno por servicio, por especialidad, por practicante
– Tiempo de anticipación de agenda por servicio, por especialidad, por practicante
– Producción de asginación de turnos por servicio, por usuario
– Total de ausentes (mis agendas)
– Total primera vez / ulterior por servicio, por especialidad
– Concentración de turnos por paciente (si el paciente concentra o no sus turnos, si asiste muchas o pocas veces para las atenciones)
– Tiempo promedio entre la asignación del turno y el día del turno. Vinculación con ausentismo.
– Tiempo promedio entre la creación del día nuevo en la agenda y su llenado
– Cantidad de bloqueos y desbloqueos por servicio, por agenda, por practicante

 

 

 

Servidor de Comunicaciones – Gestión de salud

cotone Sin comentarios

El servidor de comunicaciones

Nos han formulado muchas preguntas acerca del propósito del servidor de comunicaciones y consideramos conveniente redactar este escrito.

El problema fundamental es tener un mensaje.

Ud. se preguntará ¿Por qué expresamos algo tan evidente?

La respuesta es que si no tenemos algo que decir y comunicar a alguien, el servidor de comunicaciones es una pieza de tecnología sin propósito.

El mensaje, la información que quiero brindar tiene una fuente y para ello esa información o dato debe estar en el sistema.

Ejemplo:
Deseo comunicarle a alguien que su hijo por haber llegado a los dos años debe vacunarse contra el sarampión.
Esto implica entonces que el sistema tiene un calendario de vacunación con las edades correspondientes a cada vacuna.
Además el sistema tiene registro de las vacunas que se le han suministrado al niño.
Y también contiene la información de e-mail y celular de la madre a la que deseamos informar.

No descartemos las notificaciones por carta, tendemos a ignorar este medio por el avance de la tecnología, sin embargo, pensemos este otro ejemplo:
Estamos realizando una campaña de vacunación en un barrio carenciado, no hay teléfonos, ni computadoras, ni celulares.
¿Cómo llegar con nuestro mensaje?
Nuevamente lo importante no es el método, sino la presencia del dato básico.
En este caso, es un domicilio en el cual hemos estandarizado las calles y por lo cual podemos darle una georeferenciación.
Ahora imagine que tenemos ubicadas en un mapa todas las casas del barrio que mencionamos. Ahora una persona del equipo de salud, puede recorrer el barrio con muy poco esfuerzo por tener exactitud en el lugar del domicilio de cada receptor.

Tener los datos para organizarse y crear mensajes útiles es la base del servidor de comunicaciones.

¿Cuales son los usos?
Algunos otros ejemplos:
Para el paciente:
Recordatorios de examenes periódicos.
Recordatorios de vacunación.
Recordatorios de citas.
Recomendaciones de salud, como nutricionales o de actividad.
Para el equipo de salud:
Citas en consultorio para el día siguiente.
Recordatorios de cirugías que debe practicar.
Notificaciones de licencias otorgadas.

Expuestos los usos del servidor de comunicaciones definamos algunas de sus caracterìsticas:

* Identificar al destinatario específico con la inteligencia de definir el medio que se usará para enviarle el mensaje.
* Escalabilidad que le permita utilizar distintos medios, distintas categorías de recipientes y mùltiples mensajes.
* Reenvío de notificaciones sin confirmar.
* Configuración de reglas.
* Capacidades para geo-referenciación.
* Soporte para conversión de textos en voz.

Y sin duda, el complemento del servidor de comunicaciones es la herramienta de análisis MÁXIMO CONTROL, que le permite monitorear toda la actividad y los resultados obtenidos.

En conclusión el servidor de comunicaciones es una pieza más dentro de un sistema que tiene información para enviar mensajes útiles.

HIMSS – ANGEL, estadío 7

cotone Sin comentarios

HIMSS (Healthcare Information and Management Systems), la organización norteamericana líder en sistemas y tecnologías de información para el sector salud), creó hace algunos años unos estándares para determinar el grado de avance de las instituciones hospitalarias que han implantado sistemas de Historia Clínica Electrónica. Una de sus divisiones, HIMSS Analytics, desarrolló una metodología que clasifica automáticamente a más de 5.000 hospitales en Estados Unidos y 700 en Canadá, denominada «Modelo de Adopción de HCE». Esta herramienta permite hacer comparaciones entre instituciones hospitalarias en cuanto a su grado de desarrollo de los procesos clínicos con base en tecnologías de información.

Las siete etapas del Modelo de Adopción de Historia Clínica Electrónica son:

Etapa 0:

No se han implantado Tecnologías de Información en ninguna de las siguientes áreas de apoyo clínico críticas: laboratorio, farmacia e imágenes diagnósticas.

Etapa 1:

Se han implantado Tecnologías de Información en todas las áreas de apoyo clínico mencionadas en la etapa anterior (LIS, Laboratory Information System; RIS, Radiology Information System; PACS, Picture Archiving and Communication System, Sistemas de Control de Inventarios de Farmacia).

Etapa 2:

Los sistemas de apoyo clínico mencionados anteriormente envían sus datos a un Repositorio o Base de Datos Clínicos Única, que a su vez proporciona acceso al personal asistencial para revisar todas las órdenes y resultados de estos tres sistemas.
Este Repositorio Único de Datos Clínicos se rige por un «vocabulario médico» único (es decir, una terminología o denominación estandarizada para diagnósticos, actividades, procedimientos, medicamentos e insumos, entre otros).
Se encuentra implementado un nivel básico de soporte al Proceso de Toma de Decisiones Clínicas: evitar inconsistencias entre las categorías de datos de estos vocabularios.
La información contenida en sistemas de administración documental (imágenes) puede estar asociada al Repositorio Único de Datos Clínicos.
El Hospital puede intercambiar datos electrónicamente o compartir la información del Repositorio Único de Datos Clínicos con el de otras instituciones.

Etapa 3:

Se encuentra implementada la documentación de los procesos clínicos y de enfermería (ejemplo: evoluciones, notas de enfermería, signos vitales, control de líquidos, y el Récord Electrónico de Administración de Medicamentos). Si cuenta con planes de manejo sistematizados, la institución recibe calificación adicional.
Se encuentra implantado el primer nivel de soporte al Proceso de Toma de Decisiones Clínicas: prevención de errores en las órdenes de medicamentos (ejemplos de validaciones: interacciones medicamento-medicamento, medicamento-alimento, medicamento-prueba de laboratorio clínico).
Existe acceso del médico a las imágenes diagnósticas a través del PACS fuera del área de imágenes diagnósticas, vía Intranet.

Etapa 4:

Todas las órdenes médicas realizadas por profesionales autorizados se tramitan a través de órdenes electrónicas (CPOE, Computerized Practitioner Order Entry) y están integradas con las actividades de enfermería en el Repositorio Único de Datos Clínicos.
Se encuentra implementado un segundo nivel de soporte al Proceso de Toma Decisiones Clínicas: protocolos médicos basados en evidencia.

Etapa 5:

Cierre completo del proceso de administración de medicamentos: manejo de unidosis con control mediante códigos de barras.
Implementación completa de Récord Electrónico de Administración de Medicamentos con control de identificación mediante código de barras o sistemas de identificación por radio frecuencia (RFID), integrados con el sistema de órdenes electrónicas y la farmacia con el fin de maximizar la seguridad del paciente en el proceso de administración de medicamentos.
Se hace verificación de los «5 correctos» en el momento de la administración del medicamento (paciente correcto, medicamento correcto, presentación correcta, dosis correcta, vía correcta) mediante escaneo de código de barras del medicamento y del paciente.

Etapa 6:

El proceso de atención médica está completamente documentado con plantillas estructuradas y específicas, y captura de datos paramétricos en los procesos de consulta, evolución, diagnóstico, plan de manejo y egreso.
Se encuentra implementado un tercer nivel de soporte al Proceso de Toma Decisiones Clínicas: guía de todas las actividades médicas mediante alertas, y análisis de brechas entre las decisiones tomadas y los protocolos previamente definidos (ver etapa 4).
El PACS suministra a todos los médicos, vía Intranet, todas las imágenes diagnósticas. Se otorgan puntajes extra para PACS de departamentos como Cardiología y manejo de imágenes documentales.

Etapa 7:

El hospital o institución no utiliza formatos de papel para los procesos de atención del paciente.
La HCE maneja en forma mixta datos paramétricos, imágenes del PACS e imágenes documentales.
Se utilizan sistemas de data warehousing para analizar los patrones y tendencias de datos clínicos, mejorar la calidad de la atención, la seguridad del paciente y optimizar la eficiencia de la atención.
La información clínica puede ser compartida eficazmente vía transacciones electrónicas estandarizadas con todas las instituciones que pueden tratar al paciente o con instituciones no asociadas (hospitales, clínicas ambulatorias, centros de pacientes sub-agudos, empleadores, pagadores, pacientes) en ambientes específicos para la transmisión de estos datos (interoperabilidad).
Existe continuidad de los datos del paciente entre diferentes ambientes: ambulatorio, urgencias, hospitalario.


Solamente algunas instituciones hospitalarias en Estados Unidos han sido clasificadas por HIMSS Analytics como Etapa 7. De esta interesante lectura podemos obtener varias conclusiones en relación con el grado de implementación de este modelo en nuestras organizaciones, y en las redes de instituciones que son nuestros clientes. Como vemos, existe una enorme tarea por hacer en las organizaciones de salud de nuestro país. Tenemos la experiencia, el conocimiento, pero sobre todo la actitud para acompañar a nuestros clientes en el logro de niveles cada vez mayores de calidad y excelencia, para beneficio de todos: colaboradores, profesionales de la salud, y sobre todo los pacientes.


LA IMPLEMENTACIÓN DE ANGEL COLOCARÁ A SU INSTITUCIÓN EN LA Etapa 7

CDC Centers for Disease Control and Prevention – Tercera causa de muerte

cotone Sin comentarios

El CDC ha establecido que la tercera causa de muerte en EEUU es el error médico y en particular el error en la prescripción.

La implementación de una Historia Clínica Digital tiene entre uno de sus propósitos la reducción del error.

La prescripción médica, por distintas razones que no analizaremos es formulada en forma incompleta.

La dosis, los principios activos, la duración del tratamiento, el momento de toma, son algunos de los datos obligatorios que se omiten en la prescripción.

La experiencia nos ha enseñado que el tiempo del médico se reduce cuando debe completar correctamente una prescripción y eso genera resistencia en la implementación.

Hemos desarrollado una metodología de registración de la prescripción con un solo click. Además de las prescripciones que el profesional puede crear, también pueden definirse por el Jefe del Servicio y también la institución.

Este conjunto de posibilidades es concordante con las «Buenas prácticas de prescripción» sugeridas por la OMS

La continuación de este circuito, alcanza a la Farmacia, Enfermería y el suministro o dispensación del medicamento.

ANGEL tiene incorporado un DSS Sistema de Soporte de Decisión para eliminar o reducir el error tanto en la prescripción como en el suministro del medicamento por la enfermera.
Además estandariza los principios activos y tiene registro de 23.000 interacciones medicamentosas que no pueden estar en la memoria de los profesionales.

ANGEL implica calidad de atención.

Tablero de Comando – MAXIMO CONTROL

cotone Sin comentarios

Estamos liberando la versión para celulares del Tablero de Comando de ANGEL.

Es una APP que corre sobre ANDROID o IPHONE.

Esta aplicación se conecta con un servidor REST

Este servidor realiza y crea una base de datos propia sobre los datos de ANGEL. El propósito genérico de separar estos datos, es que los mismos sirven para consulta y estadística.
Imagine que para realizar una estadística y mientras el hospital está funcionando a pleno, se leyeran un par de millones de registros para obtener el grupo etario dentro de una patología.Las prestaciones del usuario de ANGEL se verían afectadas en velocidad, por ello este servidor REST está preparado para actuar en forma independiente garantizando al usuario de ANGEL su acostumbrada velocidad y performance.

APP Máximo Control

Tablero de Comando para celulares.
Gestión hospitalaria

Cada usuario en función de su rol dentro de la institución accede a distintas opciones de información.

Aplicación para celular

Tablero de comando – Gestión de salud

ANGEL y MAXIMO CONTROL, pueden darle a un gobierno el control de la información para la gestión de la salud de una nación.

Tenemos respuestas para preguntas que casi nadie se ha formulado.

Trazabilidad de Medicamentos

cotone Sin comentarios

ANGEL ordena los medicamentos en base a una jerarquía de tres niveles.

Usualmente sugerimos que se utilice la ATC (Anatomical Therapeutical Chemical Codes) pero el usuario puede definir su propio ordenamiento.

El último nivel es dado por el nombre del medicamento.

Ese último nivel puede ser configurado para que sea obligatorio la carga del identificador de trazabilidad.

Ese identificador de trazabilidad puede aplicarse a todo un lote / vencimiento, o a cada una de las unidades que lo componen.

El uso de una forma u otra dependerá del producto a trazar.

Si se tratara de un conjunto de cápsulas de igual lote y vencimiento e iguales, sería suficiente con identificar el conjunto.

Si se tratara de un implante ocular que tiene un único número de serie se trazaría por este identificador, que lo distingue del resto de los implantes  del mismo lote.

La trazabilidad llega hasta el suministro del medicamento al paciente.

En EEUU la cantidad de medicamentos irregulares llega al 7%, es una medición a tener presente en otros paises con regulaciones más permisivas. En la Argentina la trazabilidad es obligatoria para todas las instituciones de salud.

Repositorios de Historias Clínicas Digitales – HARVARD

cotone Sin comentarios

El 26 de Enero pasado los Drs. Isaac Kohane and Kenneth Mandl del Harvard-affiliated Boston Children’s Hospital, publicaron una editorial en el New England Journal of Medicine

El editorial se titulaba, “Es tiempo de crear repositorios centrados en el paciente en lugar de portales”

Creemos conveniente la lectura del material original para conocer de “primera mano” la opinión de los autores.

El Proyecto ANGEL aplicado a una solución nacional es exactamente lo que estos autores proponen.

La mayoría de los profesionales, ve la gestión de salud limitada a su consultorio, a su hospital pero ANGEL ha apuntado también a resolver la cuestión de paises.

Los repositorios que estos autores mencionan, en nuestras aplicaciones se denominan “NODOS” que funcionan como repositorios centrados en el paciente.

En el mes de Noviembre de 2015 nuestra aplicación para vincular NODOS, fue presentada, evaluada y aprobada por el Ministerio de Ciencia y Técnica de la República Argentina.

España, desde hace años trabaja sobre el mismo tema, y sin embargo, si bien puede parecer el mismo concepto, no lo es.

Dejemos de lado la arquitectura de la solución para referirnos a la funcionalidad, España no busca compartir una Historia Clínica COMPLETA, sino algunos datos, como laboratorio, imagenes y algo de urgencias.

ANGEL está armado para compartir la TOTALIDAD de la HISTORIA CLINICA.

Una información parcial como es el propósito de España, no es a nuestro criterio suficiente, las necesidades de un Oncólogo, o las de un Neonatólogo, o las de un Traumatólogo, no se satisfacen con información parcial, necesita ver la totalidad porque el resto es información sesgada que puede inducirlo a error.

El tema es muy, muy extenso, vale decir en este escrito, que lo que HARVARD ha planteado como una posibilidad que es tiempo de crear, para nosotros es una REALIDAD evaluada por terceros.

ANGEL ESTÁ EN CONDICIONES DE INFORMATIZAR UN PAIS.

Lenguajes de programación utilizados

cotone Sin comentarios

ANGEL puede funcionar sobre WINDOWS y LINUX.

Está desarrollado en C++ y JAVA con librerías gráficas de Qt.

Por las características del lenguaje también puede compilarse para ANDROID  o OS X

ANGEL es independiente del Motor de Base de Datos, puede funcionar con MySQL, Oracle, Postgres, SQL server, etc.

El servidor puede estar ubicado en la nube, en la institución y también puede haber soluciones mixtas con replicaciones inteligentes.

Los requerimientos de las máquinas de los clientes son muy bajos, cualquier máquina que soporte los sistemas operativos mencionados tiene capacidad para correr ANGEL.

Se recomienda el soporte para OpenGL porque en versiones futuras algunas prestaciones requerirán su uso.

Una de las implementaciones actuales tiene 1.150 computadoras conectadas, y el servidor lo soporta holgadamente.

ANGEL puede informatizar paises.

 

12

Páginas