OMEs y CUP
La OME (Orden Médica Electrónica) es el mecanismo central del modelo: cada prestación se transmite a PAMI como una OME. El CUP es la plataforma de PAMI donde las OMEs se administran y transmiten.
De la OME depende el ingreso del prestador: la tasa de uso se calcula sobre OMEs, y sin OMEs validadas la cápita se cobra al 40 % o se cae a pago por prestación.
El circuito
| Entidad | Schema | Qué guarda |
|---|---|---|
OmePami | logs | La OME: FECHATRANSMITIO, FECHAVALIDACION |
OmeDetalle | logs | El detalle de la OME |
Transmitida ≠ validada
Una OME transmitida es una OME que salió del prestador. Una OME validada es una OME que PAMI aceptó y valorizó. Solo las validadas cuentan para la tasa de uso y para la facturación.
El snapshot diario lo refleja con dos campos separados: OMESTRANSMITIDAS y OMESVALIDADAS. Si alguien
reporta que "transmitimos 500 pero la escala no subió", casi siempre la respuesta está en esa diferencia.
Validación masiva
Hay un flujo de validación masiva de OMEs (bulk-ome-validation), con:
- una pantalla propia (
patients/bulk-ome-validation), - una cola dedicada (
BULK_OME_VALIDATION) y su worker (bulk-ome-validation-worker).
Es un proceso pesado: por eso va por cola y no dentro del request.
Los workers involucrados
Worker (EXECUTION_MODE) | Cola | Qué hace |
|---|---|---|
cup-worker* | — | Administra y transmite OMEs contra el CUP |
bulk-ome-validation-worker | BULK_OME_VALIDATION | Validación masiva |
ome-migration-worker | — | Migración de OMEs |
ome-image-upload-worker | PAMI_OME_IMAGE_UPLOAD | Subida de imágenes asociadas a la OME |
| scraping de OMEs | PAMI_OMES_SCRAPING, PAMI_PATIENTS_OME_SCRAPING | Lectura del estado desde PAMI |
| transmisión | PAMI_OMES_TRANSMISSION | Transmisión |
Detalle en Workers y colas.
En la UI
patients/ome/list— la bandeja de OMEs.patients/bulk-ome-validation— validación masiva.- El estado de las OMEs alimenta el dashboard de cápitas: ahí se ve la tasa de uso calculada y la escala alcanzada.
Gotchas
- Las OMEs se excluyen de la bandeja de autorizaciones (
COMMONREASONID = 1350). Son circuitos separados aunque compartan tabla. - El scraping del estado de OMEs se cachea y deduplica en Redis. Un estado que "no se actualiza" suele ser una key de dedup, no un problema de la base.
- Si un día el snapshot diario no corrió, la serie de tasa de uso queda con un hueco: la escala del dashboard puede leerse mal sin que nada falle visiblemente.