Validador

Mapa del prototipo

24 pantallas navegables. Datos ficticios. Caso guía: artroplastia de rodilla de María G., pedida por Clínica del Parque a Salud Andina.
Ir al ingreso

Prestador: de la solicitud a la autorización

P0
Ingreso y MFA
P1
Bandeja consolidada del prestador
P2
Nuevo caso: financiador y afiliado
P3
Nuevo caso: prestaciones
P4
Nuevo caso: requisitos y documentos
P5
Caso con pedido de información
P6
Resolución, autorización y apelación
P7
Urgencia / regularización

Financiador: operación, auditoría y configuración

F1
Bandeja del financiador
F2
Mesa del auditor médico
F3
Políticas: versión, pruebas y publicación
F4
Red de prestadores y habilitaciones
F5
Tablero de operación y plazos

Gobierno, seguridad e integraciones

G1
Usuarios, accesos por financiador y sistemas
G2
Registro de accesos
G3
Integraciones, API y webhooks
G4
Reclamo de organización del prestador

Admin de plataforma

A1
Consola de plataforma
A2
Alta de financiador
A3
Verificación de organizaciones
A4
Accesos de emergencia
A5
Claves y aislamiento
A6
Catálogos globales
A7
Operación e IA

Preguntas abiertas que surgieron al armar las pantallas

Prestador
  1. Notificaciones: ¿por qué canal se entera la clínica de un pedido de información o una resolución?
  2. ¿Quién firma la orden médica digital? El médico solicitante no es usuario de la plataforma.
  3. Afiliado: ¿recibe la autorización? ¿Puede consultarla?
  4. Copago: ¿quién lo informa y quién lo cobra?
  5. Borradores: ¿cuánto duran? ¿Los ve otro administrativo de la misma sede?
  6. Cancelación de una autorización emitida cuando la prestación no se hizo.
  7. Comprobante imprimible para el afiliado o para facturar.
Financiador
  1. Asignación de casos a auditores: manual, por especialidad o por carga.
  2. Segunda opinión o junta médica: a quién se escala y con qué flujo.
  3. Plantillas de fundamentos de rechazo y de pedidos de información.
  4. Registro de la comunicación auditor ↔ médico solicitante.
  5. Calendario hábil y feriados por financiador para el plazo.
  6. Reportes regulatorios periódicos.
  7. Conflicto de interés: auditor que también trabaja en el prestador.
Gobierno
  1. Acceso de soporte de plataforma a un caso sin violar el mínimo privilegio.
  2. Pedidos del titular de los datos (acceso, rectificación): quién los atiende y con qué pantalla.
  3. Baja de un prestador de la red: casos abiertos y usuarios.
  4. Facturación del servicio: depende del modelo de negocio.
  5. Sandbox para que el HIS pruebe la integración con datos sintéticos.
Plataforma
  1. Quién opera la plataforma y con qué guardia (on-call).
  2. Fuente oficial para verificar CUIT y matrículas: si hay integración disponible.
  3. Inconsistencias de identidad entre financiadores: qué hacer sin revelar que la persona está en otro.
  4. Comunicación de incidentes a financiadores: canal, plazos y responsable.
  5. Baja de un financiador: exportación y borrado de sus datos al terminar el contrato.
  6. Facturación del servicio: qué se mide por financiador.
  7. Quién tiene autoridad clínica para crear y fusionar prestaciones canónicas.