Pendientes por definir

Antes de cerrar la v1 del contrato necesitamos confirmar estos puntos con OSIGU.

Alcance

• ¿Qué entiende OSIGU por «ficha técnica»: la del paciente (para autorizar) o la del procedimiento (para su red de prestadores)? Esta propuesta cubre las dos.
• ¿Existe una API de socios de OSIGU, no publicada, para agenda o catálogo de procedimientos? Si existe, nos adaptamos a ella.
• ¿OSIGU solo consulta disponibilidad o también reserva citas? Si reserva, hace falta un POST /bookings idempotente y definir quién confirma al paciente.

Webhooks

• ¿Qué estados del caso quiere recibir OSIGU? ¿Todos, o solo algunos?
• ¿Acepta OSIGU nuestra firma HMAC o exige otro mecanismo?
• ¿Cómo se autentican los webhooks que OSIGU nos envía (autorización creada o anulada)? ¿Pueden registrarnos como receptores para las autorizaciones de nuestras clínicas?

Datos y códigos

• En Colombia, ¿qué codificación de procedimientos usan (CUPS u otra)? ¿Qué aseguradoras (sponsor_slug) estarían activas?
• ¿A qué URL se lleva el temporal_id del EHR para abrir la ficha del paciente, y cuánto dura?
• Lista completa de valores de payment_status de una factura en OSIGU Payments.

Operación

• Plazos para entregar credenciales de sandbox y dar de alta a nuestras clínicas y especialistas.
• IP desde las que OSIGU llamará a producción.