# Médico a domicilio

**Última actualización:** 14 de noviembre de 2026.

**Estado documental: propuesta pendiente de validación con el equipo técnico de OSA.**

Este flujo organiza la secuencia actual de referencia para que el equipo revise cómo un titular solicita una visita médica a domicilio para un paciente autorizado. La creación de estos archivos no aprueba tarifas, cobertura, medios de pago, plazos ni integraciones, y no modifica el texto base del módulo 13.

## Archivos

| Archivo | Uso |
| --- | --- |
| [medico-a-domicilio.drawio](medico-a-domicilio.drawio) | Diagrama editable. Abrir en draw.io o en su extensión para Visual Studio Code. |
| [medico-a-domicilio.png](medico-a-domicilio.png) | Imagen exportada del mismo editable. |
| [README.md](README.md) | Alcance, explicación de la secuencia y referencias. |

## Diagrama

![Flujo de médico a domicilio pendiente de validación con OSA](medico-a-domicilio.png)

## Secuencia representada

**Precondición de la referencia:** titular con sesión activa y paciente asociado autorizado disponible para seleccionar.

| Paso | Acción | Descripción |
| --- | --- | --- |
| 01 | Seleccionar paciente | Elegir un paciente propio o asociado con vínculo activo. |
| 02 | Dirección y contacto | Revisar celular, distrito y dirección de la visita. La referencia para llegar es opcional. |
| 03 | Revisar cobertura | Si la dirección queda fuera de la cobertura de referencia, no continuar al pago; revisar los datos o salir. |
| 04 | Elegir horario solicitado | Seleccionar fecha y hora en la agenda referencial de cabina, antes del pago. |
| 05 | Revisar resumen y pago propuesto | Conservar la solicitud, revisar datos, importe y medio de pago; el resultado debe conocerse antes de continuar. |
| 06 | Contactar con cabina | Con un resultado aprobado, mostrar la solicitud y permitir llamar o copiar el número para coordinar la visita. |

**Resultado final del flujo web:** solicitud registrada con el resultado del pago de referencia y datos para contactar con cabina. El horario continúa solicitado y sujeto a validación; no se representa una atención realizada ni una visita confirmada.

## Distinción frente a telemedicina

En esta referencia se elige un **horario solicitado antes del pago**. Ese calendario pertenece al flujo de cabina: no consume, bloquea ni reserva una agenda de EGD. No debe confundirse con la telemedicina Programada, cuyo horario definitivo se elige después del pago aprobado.

No se incorpora una videollamada ni una confirmación automática de EGD. La secuencia actual tampoco demuestra envío automático de solicitudes a OSA. El contacto final se efectúa mediante llamada externa o copia del número; pulsar Llamar no acredita que se estableciera comunicación ni que el servicio se prestara.

## Validaciones y resultados alternativos

| Situación | Tratamiento representado para revisión |
| --- | --- |
| Datos incompletos o paciente sin vínculo activo. | Corregir antes de continuar; no registrar un resultado aprobado sin las validaciones del flujo. |
| Fecha/hora no válida. | Revisar y seleccionar un horario futuro de la agenda de referencia; no tratarlo como una reserva confirmada. |
| Solicitud sin pagar vencida. | Verificar su estado antes de reiniciar. Si no hubo pago aprobado, iniciar una nueva solicitud; una aprobación existente no se descarta por el contador. |
| Rechazo confirmado. | Informar el rechazo y permitir reintento con la misma solicitud únicamente si está vigente y no tiene un pago aprobado. |
| Error al verificar o guardar. | No inferir aprobación o rechazo del fallo técnico. Comprobar el resultado antes de repetir y no avanzar con una operación incierta. El mecanismo productivo de verificación requiere acuerdo técnico. |
| Contacto de cabina inactivo o ausente antes de aprobar el pago. | La referencia valida que exista un contacto activo; si falta, impide registrar la aprobación y muestra el error. |
| Contacto no disponible después de un resultado aprobado. | Conservar solicitud y pago, y volver a consultar el contacto sin repetir el pago. |
| Dirección fuera de cobertura de referencia. | No habilitar pago; permitir revisar dirección/distrito o salir. Los distritos utilizados en la referencia no son cobertura productiva aprobada. |

La referencia utiliza una vigencia de pago de 5 minutos después de guardar la solicitud. Ese valor continúa sujeto a revisión con OSA y no se presenta en el diagrama como regla definitiva. No se equipara automáticamente a la vigencia de 10 minutos de la solicitud de telemedicina. Tarifas, zonas y medios de pago del código también son valores de referencia, sin aprobación productiva por crear estos archivos.

## Fuentes y seguimiento

| Referencia | Relación con este flujo |
| --- | --- |
| [Módulo 13 · Servicios telefónicos](../../../modulos/Modulo_13_Servicios_Telefonicos_Funcional.md) | Documento funcional base conservado mientras se valida el alcance con OSA. Su Word desarrolla orientación y UME; no define por sí solo todos los pasos de las solicitudes de cabina. |
| [Módulo 11 · Pagos](../../../modulos/Modulo_11_Pagos_Funcional.md) | Separación de pago, solicitud y prestación; definición de cobertura de servicios y gestión de resultados financieros. |
| [Pendientes de documentación](../../../pendientes/pendientes.md) | PEN-M13-001: revisión con OSA; PEN-M11-002: medios guardados y cobertura de pagos de estos servicios. La creación del flujo no cierra esas entradas. |
| [Flujo de solicitud de cita de telemedicina](../solicitud-cita/README.md) | Secuencia distinta; no trasladar automáticamente horarios, confirmaciones o reglas de integración de un servicio al otro. |

Referencias del código: `src/frontend/features/servicios/solicitud-cabina.tsx`, `calendario-cabina.tsx` en la misma carpeta, `src/contracts/cabina.ts` y `src/backend/features/servicios/application/cabina.ts`. Se utilizaron para describir la secuencia actual; no demuestran una integración productiva de pagos u OSA.

## Mantenimiento

1. Revisar las decisiones con OSA y registrar su validación en el archivo central de pendientes.
2. Editar el `.drawio` cuando se autorice el ajuste del flujo.
3. Regenerar la imagen con el mismo nombre y revisar textos, flechas y estados.
4. Actualizar este README y los módulos afectados únicamente según los acuerdos validados.