Agendamiento de entrevista

1. Objetivo

Establecer cómo la organización agenda una entrevista de admisión a una persona solicitante cuya documentación fue revisada y habilitada, asegurando que la persona conozca la fecha, la modalidad (online o presencial) y el medio de acceso con suficiente anticipación para que pueda comparecer.

2. Alcance

Cubre el tramo entre la habilitación del expediente documental y el momento en que la entrevista queda registrada en el sistema con fecha, modalidad y notificación enviada.

No cubre:

• La revisión documental previa al agendamiento → [[wiki/entities/dispensai/protocolos/ADM-002]].
• La validación de identidad → [[wiki/entities/dispensai/protocolos/ADM-003]].
• La conducción de la entrevista → ENT-002 (online) y ENT-003 (presencial).
• El cierre y la firma → [[wiki/entities/dispensai/protocolos/ENT-004]].
• La custodia del PDF resultante → ENT-005.

3. Definiciones

• Entrevista de admisión: sesión estructurada mediante cuestionario predefinido en que la organización conoce el caso de la persona antes de resolver su incorporación.
• Modalidad online: entrevista que se realiza por videoconferencia; el sistema genera un enlace de Google Meet.
• Modalidad presencial: entrevista en la sede social de la organización; el sistema registra la fecha y hora pero no genera un enlace de acceso remoto.
• No comparecencia: ausencia de la persona en la fecha y hora acordadas sin aviso previo.

4. Roles y responsables

Rol	Responsabilidad
Admin	Agendar la entrevista en el sistema, elegir la modalidad, enviar la notificación y hacer seguimiento si la persona no comparece
Persona solicitante	Comparecer en la fecha acordada o comunicar con anticipación que no puede
Sistema	Registrar la entrevista, generar el enlace de reunión (online), emitir la notificación por correo y emitir el evento ISO de agendamiento

5. Disparador de inicio

La solicitud de incorporación está en estado pending_interview — es decir, la documentación fue recibida y la organización decidió convocar a entrevista antes de resolver.

6. Requisitos previos

• El expediente de la persona existe en el sistema.
• La documentación requerida por [[wiki/entities/dispensai/protocolos/ADM-002]] fue cargada.
• El Admin tiene habilitado el rol de administrador con verificación AAL2 activa.
• Para la modalidad online: la organización tiene configurado el acceso a Google Meet.

7. Entradas

• Identificador de la persona solicitante.
• Modalidad elegida (online/presencial).
• Fecha y hora acordadas.
• Plantilla de cuestionario que se aplicará.
• Detalles de la reunión (URL de Google Meet, si aplica).

8. Procedimiento paso a paso

1. El Admin abre el panel de entrevistas (/admin/entrevistas) y selecciona a la persona solicitante.
2. El Admin elige la modalidad (online o presencial) y define la fecha y hora de la entrevista.
3. Para la modalidad online, el sistema genera un enlace de Google Meet y lo asocia a la entrevista.
4. El sistema registra la entrevista en admission_interviews con estado pendiente y el cuestionario predefinido (INTERVIEW_QUESTIONS_V1) como punto de partida.
5. El sistema envía correo de notificación a la persona solicitante con la fecha, la modalidad y, si aplica, el enlace de acceso.
6. El sistema emite el evento ISO interview_scheduled.
7. El Admin verifica que el correo fue enviado y que la persona tiene los datos necesarios para comparecer.
8. En la fecha acordada, si la persona comparece, se inicia la entrevista según ENT-002 o ENT-003. Si no comparece, el Admin aplica el §11.

9. Puntos de control

#	Control	Momento
C1	El tipo de entrevista está definido (ENUM de DB: online/presencial)	Paso 2
C2	La entrevista queda en estado pendiente (ENUM de DB; NOT NULL)	Paso 4
C3	El cuestionario predefinido queda asociado desde el agendamiento	Paso 4
C4	El correo de notificación fue enviado	Paso 5
C5	El evento ISO interview_scheduled fue emitido	Paso 6

10. Criterios de decisión

Situación	Resultado
Persona acepta y comparece	Se inicia la entrevista (ENT-002 o ENT-003)
Persona solicita cambio de fecha	Admin reagenda; sistema envía correo de reagendamiento
Persona no comparece sin aviso	Admin aplica §11
Admin cancela por razón de la organización	Admin cancela la entrevista; estado pasa a cancelada

11. Excepciones y escalamiento

• No comparecencia. El sistema no tiene estado no_show; la organización registra la ausencia cambiando el estado a cancelada con nota interna. Cuando corresponda, el Admin contacta a la persona para reagendar. Si la persona acumula dos ausencias sin aviso, la decisión de continuar o rechazar la solicitud es del Comité de revisión interna.
• Problema técnico con Google Meet. El Admin proporciona un medio alternativo de contacto (teléfono, otro servicio de videoconferencia) y deja constancia en el expediente. La entrevista no se cancela por fallo técnico del proveedor.
• Cambio de modalidad. El Admin puede cambiar de online a presencial o viceversa antes de la fecha; el sistema actualiza el registro y reenvía la notificación.

12. Registros generados

• Entrevista en admission_interviews con status = 'pendiente', tipo, fecha, cuestionario y (si aplica) enlace de reunión.
• Correo de notificación a la persona.
• Evento ISO interview_scheduled.

13. Indicadores

Indicador	Fórmula	Meta	Fuente
Entrevistas realizadas	Entrevistas completadas ÷ agendadas	≥ 85 %	Registro de entrevistas
Tiempo hasta el agendamiento	Fecha de agendamiento − fecha de habilitación del expediente	≤ 5 días hábiles	Expediente
Tasa de no comparecencia	Entrevistas canceladas sin completar ÷ agendadas	Seguimiento, sin meta	Registro de entrevistas
Reagendamientos	Entrevistas con más de un agendamiento	Seguimiento, sin meta	Registro de entrevistas

14. Riesgos y controles

Riesgo	Control	Tipo
Persona no comparece por falta de información	Correo de notificación con fecha, modalidad y enlace (C4)	Preventivo
Entrevista sin tipo definido	ENUM de DB impide crear entrevista sin tipo (C1)	Preventivo
Entrevista sin cuestionario	Cuestionario predefinido asociado al crear (C3)	Preventivo
No comparecencia sin registro	El Admin cambia el estado a cancelada con nota	Detectivo
Sin evidencia de que el correo se envió	C4 + evento ISO (C5)	Detectivo

15. Normativa y referencias

Norma	Referencia	Qué cubre en este protocolo
ISO 9001:2015	§8.5.1 Control de la provisión del servicio	La entrevista es parte del proceso de admisión; debe ejecutarse de forma controlada y trazable
ISO 9001:2015	§8.5.2 Identificación y trazabilidad	La entrevista debe ser identificable e identificada en el expediente de la persona
ISO 27001:2022	A.5.34 Privacidad y PII	Los datos de contacto y los de la cita son datos personales; se tratan conforme a la base contractual
Ley 21.719	Art. 14 quinquies	Medidas de seguridad sobre los datos de la persona tratados en el agendamiento

El cumplimiento de estas normas no está certificado por ninguna autoridad. Este protocolo declara qué controles ejecuta la organización.

16. Anexos y formularios vinculados

• Plantilla de correo de convocatoria a entrevista.
• Cuestionario de entrevista (INTERVIEW_QUESTIONS_V1).
• [[wiki/entities/dispensai/protocolos/ADM-002]] — Admisibilidad documental.
• [[wiki/entities/dispensai/protocolos/ENT-004]] — Cierre y firma de entrevista.

17. Implementación en el sistema

El agendamiento está implementado en dispensai/app/actions/interviews.ts (createAdmissionInterview). El acceso requiere sesión de administrador verificada con AAL2 (assertAdminAal2).

Elemento del protocolo	Dónde vive
Creación de la entrevista (pasos 2-4)	createAdmissionInterview en app/actions/interviews.ts; guarda en admission_interviews
Tipo de entrevista (C1)	ENUM interview_type ('online', 'presencial') en admission_interviews.interview_type NOT NULL
Estado inicial pendiente (C2)	ENUM interview_status ('pendiente', 'completada', 'cancelada') + DEFAULT 'pendiente'
Cuestionario predefinido (C3)	INTERVIEW_QUESTIONS_V1 insertado en admission_interviews.questions (JSONB) al crear
Enlace de Google Meet (paso 3)	generateGoogleMeetLink en lib/google-meet.ts; almacenado en la entrevista
Correo de notificación (C4)	sendInterviewScheduledEmail en lib/interview-notifications
Evento ISO (C5)	logISOSystemEvent("interview_scheduled" as never, ...) en app/actions/interviews.ts:1334; el tipo interview_scheduled SÍ figura en ISOSystemEventType (confirmado en lib/iso-event-logger.ts); el cast as never es una anomalía local de tipado en ese callsite, no un tipo faltante
Perfil en pending_interview (§5)	profiles.approval_status CHECK IN ('pending', 'pending_interview', ...)

Brechas conocidas:

1. Ausencia de estado no_show en la base de datos. El ENUM interview_status ('pendiente', 'completada', 'cancelada') — confirmado en migración 20240101000000_baseline_schema.sql — no distingue entre cancelación con aviso y no comparecencia. El sistema no puede medir la tasa de no comparecencia ni activar un flujo diferenciado de seguimiento. La organización gestiona la ausencia registrando manualmente el estado como cancelada.
2. Sin recordatorio automático. No existe mecanismo que avise a la persona la proximidad de la entrevista. Si la persona olvida la cita, la organización no tiene un disparador automático para recordarle. La gestión de la asistencia depende íntegramente de la coordinación humana por fuera del sistema.

Lo que ejecuta la organización fuera del sistema: la coordinación del horario con la persona por teléfono, correo u otro canal, y la confirmación verbal de la asistencia.

18. Historial de versiones

Versión	Fecha	Cambio	Autor
1.0	2026-08-28	Versión inicial. Redactada desde la corrida de evidencia 2026-08-28-ENT. Tres brechas declaradas.	Admin
1.1	2026-08-29	Cierre de INFERIDO: verificado en lib/iso-event-logger.ts que interview_scheduled SÍ figura en ISOSystemEventType y el ENUM interview_status SÍ carece de no_show (migración 20240101000000_baseline_schema.sql). La brecha 3 (tipado incompleto) era incorrecta: el cast as never es una anomalía local de callsite, no un tipo ausente. Eliminada como brecha; nota aclaratoria incorporada en §17. Estado ascendido a Vigente.	Admin
1.2	2026-09-10	Corrección de numeración normativa: el deber de adoptar medidas de seguridad es el Art. 14 quinquies de la Ley 21.719, no el 14 ter (deber de información); verificado contra el texto oficial (BCN, idNorma 1209272).	Harness dispensai-protocolos