Un manual completo con todo lo referente a las Auditorias Medicas, como Auditorias de Terreno, Auditorias de Facturacion, Auditorias Compartidas, Auditorias de Alta Complejidad, etc

La H.C. ha sido motivo de innumerables intentos para convertirla a un formato electrónico, con resultados diversos pero nunca satisfactorios, razón por la cual nunca ha sido exitosamente aceptada en ningún país, hasta el momento.
Enfoquemos el problema desde un punto de vista más alejado de la problemática médica. La H.C. es ni más ni menos que la registración de distintos eventos en la vida de un ser humano. Esta posición nos indica que una H.C. debe contemplar todo aquel evento en el que un ser humano participa.
Este enfoque nos lleva a una profundización del problema original, que datos de cada evento deben registrarse?
La primer respuesta sería TODOS.
Sin embargo reflexionemos, son todos los datos relevantes?
Cómo funciona la mente de un experto? (un profesional de la salud)
Un ejemplo:
Ingresa una niña de 6 años al consultorio.
La simple observación del profesional le brinda cientos de datos de esta visita (evento).
Esta acompañada de su madre, la cual parece contenerla, manifiesta afecto y es correspondida
La ropa indica un condición económica de clase media.
La educación es acorde.
La niña se expresa correctamente.
Etc., etc., etc.
Aún no ha comenzado el interrogatorio y los datos ya suman una buena cantidad de información.
Si bien tener todos los datos sería ideal, esto llevaría a convertir al profesional en un data-entry, y además debería leer varias horas cada H.C. antes de comenzar la atención de un paciente.
Debemos aquí pensar en que información necesitamos, y es indudable que la información necesaria estará vinculada con las decisiones y acciones que debemos realizar.
Cuales son los ámbitos en los cuales se utilizará la información?
Son estos 4 items, los únicos?
Tal vez, y la respuesta es imprecisa pues en la actualidad si los son, pero si una persona tiene una expectativa de vida de 75 años, deberíamos saber que es lo que tendrá vigencia dentro de un siglo.
El problema principal ya se ha presentado: la estructura de la base de datos.
Qué significa?
Pensemos en una planilla de cálculo en la cual definimos 10 columnas para guardar datos, y luego resulta que necesitamos 11, y luego 12. Además esa planilla debe poder utilizarse en el futuro, y también debe ser compatible con las versiones anteriores (10 columnas).
La continuidad en el tiempo y la compatibilidad entre versiones. La estructura de la base de datos (pensemos como cantidad de columnas) debe ser flexible y compatible.
Debemos introducir otra variable en nuestro análisis.
Si la H.C. registra los eventos de salud de la vida de un hombre, los eventos no se realizan en un solo lugar.
Si aceptaramos que cada lugar registrase los datos que a su criterio son relevantes, sin lograr un consenso previo, tendríamos un conjunto de datos de eventos no vinculados, pero no una H.C. Expuesto de otra forma la H.C. registra todos los eventos, no solamente los que un médico o una institución realiza.
La estructura de la base de datos debe ser integradora de las distintas soluciones que puedan existir.
Otra variable
Supongamos que recibimos una H.C. utilizando HL7, se realiza en nuestro consultorio un evento, y se vuelve a enviar la H.C. al lugar original nuevamente con HL7.
La estructura de nuestra base no es igual a la estructura que tiene quien envio originalmente la H.C..
Si el lugar de origen guarda más datos de lo que nuestra estructura tiene, estos se perderán (no tendremos columnas para guardarlos). Si nosotros guardamos más datos de los que el lugar de origen tiene, al reenviarlo, parte de nuestros datos se perderán (ellos no tienen columnas para guardarlos).
La solución
ANGEL, ha resuelto todos estos problemas.
Ud. puede enviar sus datos a otra base (ANGEL), que su colega realice registros, y le devuelva los datos sin que estos se degraden. No importa que versiones estén utilizando, los datos serán consistentes.
Fuente: http://www.connmed.com.ar/