|
Leonardo, es un gusto que se agregue más gente a la discusión de la estructura de facturación.
Siguiendo tu estilo agrego notas en color punto por punto, debajo de las tuyas, inclusive te pido disculpas por anticipado si introduzco datos obvios que ya conocés, pero creo que conviene ser sumamente explícito sobre el por qué de las peculiaridades del sistema de auditoría y facturación, pues esto integraría el help y la documentación del sistema - módulo de facturación.
-------Mensaje original-------
Fecha: 10/19/04 17:43:56
Asunto: Re: [Care2x-general] Care2x - FACTURACION >
> Propongo el siguiente esquema de tablas:
>
> 1. NOMENCLADOR - En la práctica la facturación va a utilizar un campo
> de código a facturar sin importar si es odontológico, bioquímico o
> médico, por lo que creo lo más conveniente utilizar un nomenclador
> combinado odontológico, médico y bioquímico.
>
A primera vista creo que esto estaría ok, veamos si entiendo tu punto de
vista. sigo más abajo.
El ítem que representa la práctica puede tener asociado un campo que
indique si es odontológico, bioquímico o médico (a esto te refieres con
homologación?).
En la década de 1970, el Instituto nacional de Obras Sociales (hoy desaparecido) unificó una tabulación de todas las prestaciones médicas, odontológicas y bioquímicas en tres tablas llamadas nomencladores.
El primero era de prestaciones médicas y sanatoriales, incluia las prestaciones de psicólogos, de enfermería, kinesiología, fonoaudiología, etc así como las médicas y la parte de gastos emergentes de la hotelería de internación y de la provisión de elementos descartables, sueros, anestésicos, etc.
Los subsiguientes (Odontología y Bioquímica se agregaron a posteriori).
Como la facturación es una sola y se utilizarán un campo para Especialista (honorarios de quién realiza la práctica) y otro para Gastos, en ellos iría alternativamente el monto de especialista de cualquier código del nomenclador.
> creo que es conveniente utilizar otros campos para homologación, en la
> misma tabla o en una relacionada?
>
>
¿qué es lo que entiendes como homologación? Las razones para ponerlo en
una misma tabla (como un campo) o en una tabla relacionada, depende de
la información que deseemos guardar.
En algunos caso, conviene resolver esto con una tabla fija, relacionada,
porque posibilitaría incluir en el futuro nuevas homologaciones que hoy
no estén consideradas (este es el criterio que prefiero, ya que es mucho
más flexible).
Es decir aplicaríamos criterios de normalización para resolver este tema.
----- Pero como bien señaló Juan (Rossano), existen códigos duplicados del nomenclador Odontológico y del Nomenclador Médico, por ejemplo Nom. Médico: 04.01.06 - Punción Biopsia de Tiroides y en el Nom. Odonto: 04.04.06 -Corona espiga (ambos códigos, no tienen nada que ver entre sí).
Para subsanar esto proponía ingresar un campo de texto Co: M para el nom médico, B y O para Bioquímico y Odontológico de forma tal que con este campo se filtre la ventana auxiliar de la tabla nomenclador al cargar una prestación en la facturación para evitar errores.
Con respecto a nuevos códigos, que manejaría cada institución u OS, creo que la institución facturante debería ingresarlo con algún campo texto para notas breves, dado que ingresaría dos veces el mismo código, en vez de habilitar otra tabla.
Con respecto al Nomenclador PMO (Plan Médico Obligatorio, presenta casi los mismos códigos que el nomenclador base más el agregado de nuevos códigos que contemplan nuevas prestaciones surgidas de los avances tecnológicos (lo que nos obligaría incluir un campo de verificación PMO V(verdadero)-F(falso). ----
> . VALORES - Los valores en pesos de esas unidades de honorarios y
> unidades de gastos deben ir aparte en otra tabla (para usar 2 o tres
> tipos de valores como referencia ante las OS)
>
José, sería bueno que trabajemos con algunos ejemplos concretos, que nos
permitan ir dilucidando la estructura de datos, sobre todo para mí me
resultaría más fácil ir haciendo el análisis de los datos.
Pregunta:
¿De dónde se obtienen estos 2 o 3 valores de referencia?
Por otro lado, finalmente quien determina estos valores ¿la obra social?
Nota:
Me imagino que es posible que los valores por cada prestación varíen en
el tiempo, y habrá que determinar si deseamos guardar un histórico de
estos valores, que en el futuro pueden servir para hacer un cálculo de
cuánto se incrementó el valor de una prestación en función del tiempo
por ejemplo.
---Esta serie de preguntas son más complejas de responder pero están todas muy relacionadas así que las mando juntas:
En cada Código del Nomenclador (me refiero a los tres M,O,y B), hay un campo de txt con un solo caracter que varía desde la A, B, ... a la letra N, para cada letra hay valores distintos (retomamos este hilo despues).
Recordá lo ingresado más arriba, que cada código tiene por lo menos un campo de Honorarios y otro de gastos, pero para los quirúrgicos la composición es Gastos y en honorarios: Especialista, Ayudante1, Ayudante2, Ayudante3 y Anestesista.
Estos campos están llenos en Unidades de Honorarios y Unidades Sanatoriales de Gastos (Unidades asignadas en función del tiempo que conlleva la realización de cada práctica y los gastos generados por la misma), por ejemplo: Código M: 08.07.09 (Colecistectomía - con o sin coledocotomía) Letra: A, Especialista: 279, Ayudante1: 55.50, Ayudante2: 55.50, Ayudante3: 0.0, Anestesista: 127.50, Gastos: 271 (más adelante te explico el cálculo en money).
Esto nos obligaría a incluir todos estos campos en cada registro, a pesar que en un código bioquímico está lleno nada más que el campo Gastos y en Honorarios sólo el de Especialista, quedando los otros como cero.
La tabla de valores refleja este tema contemplando: los siguientes campos: HA (honorarios A), GA (gastos A), HB (honorarios B), GB (gasos B) y así sucesivamente hasta HN y GN, Hubo una letra A (con dos palitos como abreviatura de Australes - para la época de Alfonsín por el plan económico Austral, pero cayó en desuetudo [desuso por uso y costumbre]).
Además considero adecuado para dar un poco más de luz al tema, agregar por lo menos un campo N (nota) como NA, NB, ... NN, campo de texto donde se incluiría la descripción del ítem, por ejemplo NA: Unidad Sanatorial Gasto Quirúrgico) NB: ídem, NC: Unidad Sanatorial Otros Gastos, ND: Unidad Sanatorial Gasto Radiológico, etc.
Esta tabla de valores tiene por lo menos un valor de referencia mínimo, el dado inicilmente como básico o valor INOS HA: $ 0.35 GA:$ 0.74; HC: $ 0.35, GC:$ 0.18.
Tomando en cuenta el ejemplo de código dado ut supra:
Código M: 08.07.09 (Colecistectomía - con o sin coledocotomía) Letra A (indica que tenemos que tomar los valores de honorarios y gasto A - HA y GA), Especialista: (279 * 0.35 = $ 97.65), Ayudante1: (55.50 * 0.35 = $ 19.43), Ayudante2: (55.50 * 0.35 = 19.43), Ayudante3: 0.0, Anestesista: (127.50 * 0.35 = $ 44.63) , Gastos: (271 * 0.74 = $ 200,54).
Esto a valores básicos (INOS), después hay otros valores de referencia, por ejemplo, las ART (Aseguradoras de Riesgo de Trabajo), OSDE, etc.
El Valor INOS es el establecido por ley, es el básico que toman las Obras Sociales Nacionales, sin embargo en el interior alguno de los valores de las letras puede variar. Pero con 2 a tres alternativas es suficiente.---
>
> 3. O.S. (Obras Sociales) En una tercera tabla el listado de Obras
> Sociales con los valores de unidades de honorarios propios.
>
Sigo leyendo y voy respondiendo preguntas de más arriba, corregíme por
favor:
Cada obra social determina cuánto vá a cobrar por cada prestación.
Si es así, ¿existe alguna convención entre las obras sociales para
enviar dicha información? de forma tal de que podamos automatizar la
carga de dichos valores al sistema
---En parte respondida en el punto anterior, pero como se negocia individualmente con cada O.S. o prepaga, generalmente se toma los valores de referencia a que hacía mención antes.
Por lo que la tabla de O.S. además de los datos inherentes a la misma debe tener la campos HA, GA, HB, GB, .... HN, GN., de forma tal que previo a facturar, se selecciona OS, cargando los valores en memoria para el cálculo una vez seleccionado el código de nomenclador.---
>
> 4. FACTURACION - Tabla de Facturas/Remitos, con una tabla relacionada
> con las prácticas facturadas, asímismo cada prestación debe estar
> relacionada con la tabla 8 PROFESIONALES, pues no sólo se debe
> contemplar quién hizo cada práctica, sino que se debe tener en cuenta
> el arancelamiento correspondiente a cada profesional, para su
> liquidación con la retención sobre honorarios para cuentas especiales
> del Hospital/Sanatorio.
>
Claro, parece ok, habría que ver exactamente que otros campos
necesitaríamos incluir. Es una tabla de facturación típica
>
> 5. DIAGNOSTICOS - Para la facturación y estadística intrahospitalaria
> se debería utilizar la clasificación internacional de enfermedades
> (CIE10) de la OMS versión 10.
>
Ah, esto es excelente, porque podemos generar una tabla fija con esta
clasificación internacional. Deberíamos descargarla de algún lugar, para
luego incorporarla directamente al sistema.
---Ya la tengo completa---
>
> 6. PERIODOS - para evitar el tipeo del mismo se debe contar con una
> tabla de períodos de facturación, tipo AAAA-MM
>
>
Mh, no entiendo esto, podrías explicarme?
---La idea es a abrir facturas / remitos que tiene una tabla relacionada que contendrá las prestaciones (códigos facturados), para abrri una factura previamente se selecciona el período de facturación, que filtra las facturas abiertas correspondientes al período seleccionado (2004-10), la idea es que haya una tabla de períodos previamente tipeados para evitar lops errores de tipeo de los operadores (estoy acostumbrado a ingresarlo como campo txt no como date), es una idea siempre puede ser mejorada.---
> 7. PACIENTES - Se debe tomar del fichero central de pacientes (HC)
> incluyenco el código de barras del Nro HC. Esta es la tabla central
> del hospital alrededor de la cual giran todos los movimientos.
>
Pregunta:
si existe la tabla pacientes, habrá que aprovechar, modificar dicha
tabla para incluir aquello que haga falta.
---Es la tabla de Historias Clínicas del Care2x---
>
> 8. PROFESIONALES - Listado de profesionales a quienes se imputa la
> realización de una práctica/ intervención. Debe tener agregado el
> porcentaje que se le retiene sobre honorarios.
>
>
Aquí lo veo de dos formas:
a) Tenemos que relacionar por un lado aquellos profesionales que pueden
potencialmente realizar una prestación.
Aquí tendríamos una tabla que relaciona nomeclador/profesionales
(aclaración: entendiendo que nomenclador es la tabla donde guardamos la
definición de las prestaciones).
Por otro, lado, puede ocurrir que luego de brindada una determinada
prestación hayan participado varios profesionales, aquí tendremos que
relacionar el registro correspondiente de la tabla facturación con una
tabla que lo relacion con los profesionales.
---Teniendo en cuenta el rol en cada prestación ( especialista, Ayudante1, 2, 3 y/o anestesista)---
> En algunos ámbitos/ paises no se hace facturación de prestaciones,
> pero se utiliza el módulo a pleno, con la finalidad de medir el
> promedio de gasto, inclusive el gasto de cada profesional para una
> prestación determinada, en algunas residencias de España se dan de
> baja a profesionales que no pueden optimizar su gasto a los
> estándares. es más en algunas obras sociales se utilizan estos datos
> para auditar el gasto generado por profesional.
>
> El sistema de facturación debe funcionar como módulo independiente
> pero debe compartir la base de datos.
>
>
Claro, exacto, tenemos que ver cuál es la mejor forma de adaptarse al
sistema.
Leonardo
------------------------------
PJ
pd: disculpame la demora pero me llevó bastante las nuevas propuestas y aclaraciones. | |||
|
|