Cambios y mejoras para el sistema de Historia Clínica a pedido de clientes

Internación

El módulo de internación está descripto en otros artículos del sitio.

Creación de un script para blanquear las tablas de internación dentro de la base de datos.

Pantallas con datos de paciente individual, ordenadas por Area/piso y por Apellido. Se pueden agregar más datos de paciente, a pedido. Facilidad para ver o imprimir a la vez todos los datos de un solo paciente.

PowerPoint descriptivo del procedimiento de internación.

Continuar leyendo «Cambios y mejoras para el sistema de Historia Clínica a pedido de clientes»

Características del módulo de hospitalización para OpenEMR

Después de hacer clic en la opción paciente/cliente, los nuevos artículos aparecen en la parte inferior. En esta imagen mostramos las opciones ofrecidas al usuario administrador:

    • Opciones de hospitalización/una página de inicio para las nuevas opciones. Enumera los informes que cualquier usuario puede ejecutar.
    • Nueva cama/le permite crear nuevas camas, en diferentes áreas, pisos o habitaciones. Las camas pueden tener atributos como masculina/femenina, TV u oxígeno. Otras características son posibles con la personalización.
    • Asignar cama a paciente/asocia a un paciente que ya está en el sistema OpenEMR a una cama vacía. Registra la fecha de entrada.
    • Asignar cama a paciente- formulario clínico/este es un formulario LBF regular, que registra datos fuera del sistema de hospitalización, como la razón de la hospitalización, el médico que ingresa, el diagnóstico y otros datos.
    • Cambiar la cama del paciente/cambia la cama, para cambios en el mismo día, sin cambiar el número de la estadía.
    • Dar de alta. Libera al paciente de la cama/termina la estancia en la cama
    • Editar cama permite cambiar el número de cama, piso, habitación, área y atributos, como género, TV o oxígeno. El único elemento que nunca cambia es el ID de cama.
    • Lista de pacientes hospitalizados/enumera todos los hospitalizados actuales, con datos asociados, incluyendo el costo.
    • Lista de altas: enumera todos los pacientes dados de alta, con datos asociados, incluido el costo.
    • Camas libres enumera las camas libres.
    • Informe del paciente
    • Área-piso de la planta: enumera los pacientes por área y piso.

Continuar leyendo «Características del módulo de hospitalización para OpenEMR»

Finalizado el módulo de internación para OpenEMR

El sistema de internación cubre la principales necesidades de registro de datos en un hospital, sanatorio o clínica.

La primera etapa consiste en crear las camas. Se considera que una cama está dentro de una habitación, a su vez dentro de un piso y dentro de un área de la institución. El área puede ser General, Emergencia, Cirugía, Maternidad, Terapia intensiva, etc. Las camas pueden ser masculinas/femeninas, contar con TV o con Oxígeno. Otras características pueden agregarse a pedido. Continuar leyendo «Finalizado el módulo de internación para OpenEMR»

Módulo de Internación para extender OpenEMR a clínicas, sanatorios y hospitales

El OpenEMR era originalmente para pacientes externos, pero muchos reclamaron una nueva prestación (feature) que permita el seguimiento de las internaciones.

Estamos desarrollando un Módulo de Internación, incluyendo ubicacion, tipo de cama, piso, habitación, número de cama, adicionales de habitación, como TV y oxígeno, etc. Continuar leyendo «Módulo de Internación para extender OpenEMR a clínicas, sanatorios y hospitales»

Lo que nos revelan las estadísticas de uso de OpenEMR

Existe una variedad de datos que pueden obtenerse analizando el sistema de historia clínicas OpenEMR, y en este momento tenemos a la vista los datos de uso del sistema instalado por nosotros en una importante clínica de una ciudad del sur argentino. Podemos ver el grado de uso que hacen los médicos del sistema, si lo hacen bien o con errores, y en base a eso definir cuál es la estrategia que debería corregir estos errores para lograr un mejor aprovechamiento del sistema. Vemos que realmente se está utilizando menos del 10% de las prestaciones del sistema, eso ocurre por desconocimiento y por no haber una coordinación eficaz de la tarea de entrada y procesamiento de datos. Continuar leyendo «Lo que nos revelan las estadísticas de uso de OpenEMR»

Instalación de OpenEMR en clínica de 60 camas

Hemos instalado OpenEMR en una clínica mediana, en la provincia de Chubut, Argentina, en setiembre de 2016. Hasta ahora, 7 meses más tarde, hay 100 usuarios registrados y casi 10.000 pacientes. No hubo inconvenientes hasta ahora.
La administración nos solicitó algunos informes, más allá de los programados en el Sistema. Por ejemplo, un listado de pacientes sin seguro médico. Lo resolvimos con un query de MySQL a medida.
Se implementó un formulario para ginecología con algunas preguntas estándar. Nos pidieron verificación de número de DNI único, exigencia de TE y algunos otros requisitos para el alta de nuevos pacientes.
Incorporamos un listado de códigos diagnósticos CIE10, en español.
El apoyo a los usuarios se realiza a través de un administrador local. Para acceder al servidor Windows con Xampp, utilizamos Remote Desktop de Windows.

Se completó también el diccionario inglés/castellano.

Se realiza backup periódico de la base de datos. Se mantiene una réplica del sistema activo en un servidor adicional para hacer estadísticas, pruebas y propuestas de mejoras. Dicho servidor podrá usarse también en caso de eventual caída del servidor prinicipal.

Se está preparando también un listado de prácticas frecuentes, con código. De ese modo se uniforman los pedidos de cirugías, técnicas de curación o atención del paciente, y se incorporan los códigos del Nomenclador Nacional, que establece un estándar para los precios de prácticas médicas y quirúrgicas.

Consulte por sus necesidades específicas. Realizamos instalación en servidor propio o en la nube. Hacemos programación a medida, capacitación, soporte permanente y servicios relacionados.

Historia clínica digital unificada para Argentina

Veo en Facebook la iniciativa de Alejandro Abraham para que el país adopte la Historia Clinica Digital, y desde ya adhiero.

Acerca de la Ley 26.529:

La Ley 26.529 que regula los derechos del paciente, en cuanto a la autonomía de la voluntad, la información y la documentación clínica, especifica ciertas pautas que debe cumplir una historia clínica.

Entre estas pautas, se encuentra la confidencialidad de la información entre el médico y el paciente, y todo profesional de la salud que pueda tener acceso a la misma.

Uno de sus artículos, el artículo 14, especifica que el paciente es el titular de la historia clínica y que a su simple requerimiento debe suministrarse una copia de la misma.

Pero a su vez, el artículo 17, indica la unicidad de las historias clínicas por establecimiento. Es decir, cada establecimiento de salud, debe llevar una historia clínica particular, completamente aislada de cualquier otra institución.

Son relevantes en la Ley 26.529, los artículos 2 (incisos C y D), artículo 13, artículo 14, artículo 17 y artículo 18.

Agrego que todos los profesionales de la salud perdemos mucho tiempo y esfuerzo tratando de entender los escritos a mano de colegas en todo tipo de documentos clínicos, lo cual ocasiona dilaciones y errores a veces graves. Los foros de bioquímicos y farmacéuticos están llenos de consultas sobre qué quiso decir el médico en tal garabato.

Y como sigue siendo obligatorio que las recetas o prescripciones sean MANUSCRITAS, el responsable es el mismo Estado y su adherencia a legislación arcaica.

Agregado Nov.2018: la nueva legislación sobre firma electrónica dice que esta modalidad puede reemplazar a métodos anteriores de firma, lo cual autoriza a firmar recetas digitalmente. Pero el cuerpo de la receta sigue sujeto a la letra de la ley, que pide que sea manuscrita. Al no derogar o cambiar la Ley de Ejercicio de la Medicina, el tema sigue estando confuso y sujeto a polémica.

Cómo ver radiografías en la computadora?

Para grabar radiografías usualmente se requiere un servidor Pacs – Dicom. Soy partidario de guardar las imágenes en un servidor separado, porque las exigencias de hardware son muy grandes y pueden comprometer innecesariamente al software de datos de texto. Se trata de espacio en disco y de velocidad de acceso. También ocurre que cuando se hace copia de seguridad manual, cuánto más datos más tiempo, y por tanto más costo. Mantener separados texto e imágenes es un modo de prevenir problemas. Se puede caer un servidor, pero no ambos.

Tengo un demo de lector DICOM en:

https://medical-records.net/dicom3/

Esta es una tomografia (radiografía en múltiples planos), y se puede ampliar/reducir, cambiar el brillo, y desplazarse entre los planos. Aún no está del todo traducido.

El tema es bastante complejo, y los visores funcionan a menudo con los servidores de PACS , picture archiving and communication system, que garantizan seguridad, compresión, backup, comunicación instantánea (el radiólogo avisa enseguida al clínico que está la imagen), etc. También hay un amplio rango de precios, desde 300 dols. a multimillonario.

Existen muchas opciones para usuarios avanzados que se pueden ir agregando a medida que sea necesario.

Consulte por la instalación de servidor PACS en su sitio o el nuestro.

Algunas preguntas que respondo a menudo

Necesito una serie de preguntas para una especialidad que deben estar disponibles

Se pueden incorporar plantillas para estructurar las preguntas que el médico hace al paciente, facilitando así la tarea de ingreso de datos.

Deseo que sea fácil encontrar proveedores por Especialidad, para que el paciente que busca un Pediatra lo encuentre en seguida.

No está previsto. Se puede poner la especialidad a continuación del apellido, en la función de Administrador – Usuarios. Por ejemplo, la Dra. Blanca Pérez Pediatra.
Continuar leyendo «Algunas preguntas que respondo a menudo»

Preguntas frecuentes – Seguro de salud

Cómo se editan los prestadores de seguro de salud ya ingresados?

Antes que nada, cada país tiene diferente sistema de salud y denominación, pero lo más común es Aseguradora de Salud. En Argentina son Obras Sociales (obligatorias para todo trabajador) o Prepagas (de afiliación voluntaria).

En Administración – Práctica – Compañías de seguro médico hay un listado editable.

Cómo se agregan más países a la opción por defecto (sólo EE.UU.)?

En Administración – Listas – Países se pueden agregar más países. Estarán disponibles en algunas opciones, como datos demográficos de paciente, Centros, etc.

Pueden asociarse las prestaciones a costos?

En la base de datos puede incorporarse un listado con prestaciones y sus precios. En países de alta inflación esto puede ser complicado, por la necesidad de ajustar los precios, pero aún así es mejor que la facturación manual.

Qué pasa con los pacientes que no tienen seguro de salud?

Necesitamos que todos tengan algún seguro, por tanto creamos una opción llamada No tiene/No sabe, para adjudicarla a los pacientes. El campo seguro no puede quedar vacío, porque excluiría al paciente de muchos listados útiles.

Se puede cobrar distinto a los pacientes, de acuerdo a la cobertura que tengan?

Sería ideal poder hacerlo, y que el sistema actualice los montos en función de la cobertura de salud que se posee. Sin embargo, aún no hemos profundizado en ese problema. Está pendiente.

Podemos cargar el nomenclador argentino en la base de datos?

El nomenclador dejó de actualizarse hace un tiempo, pero puede servir como indicador de precios de referencia. Quizá pasado a dólares.

Cual es la codificación ideal para enfermedades y prácticas?

El SNOMED es recomendado por la OMS. Es mucho más extenso que el CIE, que también se usa. Estará disponible en la próxima versión de OpenEMR.