Escenario
Antes de generar una orden de atención, el sistema necesita declarar la previsión del paciente: FONASA, ISAPRE, CAPREDENA, DIPRECA o los sistemas de las Fuerzas Armadas y de Orden (SISAE/SISAN/SISAF). El CodeSystem oficial eseis-PrevisiondeSalud-CS del EIS MINSAL. Sin Coverage válido, la facturación electrónica al sector público no cuadra. Inspect valida Coverage.status, Coverage.beneficiary y, cuando type.coding.system es eis-PrevisiondeSalud-CS, exige que el código pertenezca al CodeSystem.
Payload válido
Coverage FONASA
Cómo validarlo
Resultado esperado
Sitype.coding.system es eis-PrevisiondeSalud-CS y el código pertenece al CodeSystem, valid es true e issues[] viene vacío.
Errores típicos:
cl-cov-04: faltabeneficiaryosubscriberId. Sin uno de los dos, no hay forma de saber a qué paciente cubre la previsión.cl-eis-prevision-01:type.coding.codefuera del CodeSystemeis-PrevisiondeSalud-CS. Caso típico:"fonasa"en minúscula o un código propio del proveedor que no es uno de los publicados por MINSAL.cl-run-03:subscriberIdcon RUN de DV incorrecto (Inspect aplica módulo 11 alsubscriberIdcuando coincide con el formato chileno).
Tips
Inspect valida este
Coverage contra el perfil R4 base más las reglas cl-cov-04 (campos obligatorios) y cl-eis-prevision-01 (binding al CodeSystem eis-PrevisiondeSalud-CS). Si el código no es uno de los 8 publicados por MINSAL, devuelve cl-eis-prevision-01 con la lista de códigos válidos.