[Care2x-general] Re: FACTURACION 2

[aoniken.net]

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-------
 
De: leonardo en bauchwitz.com.ar; Lista del Proyecto Care2x-L
Fecha: 10/19/04 17:43:56
Para: Lista del Proyecto Care2x-L
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.
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: /pipermail/care2x-general/attachments/20041021/8bd47930/attachment.htm