# Pendientes de documentación Salud 365

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

Este archivo concentra las decisiones abiertas y las diferencias de implementación que requieren seguimiento. Cada entrada conserva el contexto, la fuente, lo que ya se validó, lo que falta resolver y el lugar que debe actualizarse después. Las reglas pendientes ya descritas en el Word permanecen en el módulo con su texto base hasta que se valide su modificación.

## Reglas de mantenimiento

1. El Word es el documento base. Conservar su estructura, títulos, tablas, pasos, referencias entre RF y referencias de trazabilidad. Aplicar únicamente cambios expresamente validados.
2. Si una regla descrita en el Word queda pendiente de discusión, conservar en el módulo su versión del Word. No eliminarla, resumirla, generalizarla ni sustituirla por la del código. Conservar también su condición de propuesta cuando el original la indique. Esto no convierte la regla en una nueva aprobación.
3. Trasladar a este archivo los apartados de pendientes del Word y las preguntas de revisión, preservando el texto original, contexto, ubicación de origen y destino de actualización. No incorporar listas de pendientes, identificadores de pendientes ni referencias a esta lista dentro de los módulos.
4. Las referencias funcionales entre RF y las líneas de trazabilidad del Word permanecen en el módulo. Las fuentes y referencias específicas de cada pendiente se concentran aquí. Una referencia preliminar no acredita que una integración esté confirmada.
5. Para el flujo de solicitud de cita virtual, tiene prioridad el flujo representado en el mockup y acordado con el cliente. Las instrucciones de revisión deben comprobarse contra esa secuencia para advertir discrepancias antes de trasladarlas a la documentación. Para el resto, el Word continúa como base hasta una decisión expresa. Las cuentas y datos inventados para pruebas no son evidencia para definir activación, credenciales, permisos o dependencias productivas. La ausencia de una integración en el prototipo tampoco invalida el requisito del Word.
   - Programada: Paciente → Especialidad → Modalidad → Consentimiento → Triaje/motivo → Pago → Elección de horario → Confirmación.
   - «Lo antes posible»: Paciente → Especialidad → Modalidad → Consentimiento → Triaje/motivo → Pago → Asignación/cola y confirmación EGD antes del acceso a la videoconsulta.
   - Esta prioridad no aprueba automáticamente validaciones técnicas, valores de prueba ni todos los comportamientos del código. Distinguir reglas funcionales, propuestas y trabajo técnico. Si una instrucción posterior contradice el flujo acordado, advertirlo y solicitar aclaración antes de modificar ese punto.
6. Cada pendiente debe poder entenderse sin reconstruir la conversación: explicar la regla base, la duda o diferencia, lo ya validado y qué falta resolver. Identificar archivo, RF y apartado que se actualizarán.
7. La casilla `[ ]` significa abierto. La casilla `[x]` se utiliza únicamente tras una instrucción expresa y la acción autorizada. Registrar la decisión, quién la validó, la fecha y los cambios realizados; un check por sí solo no aprueba una regla.
8. No inferir aprobación por el tiempo transcurrido, por un valor del prototipo o por haber redactado un documento. Actualizar los módulos cuando se valide la decisión y se indique proceder.
9. Al aplicar una decisión, revisar sus pasos, tablas, validaciones, criterios de aceptación y referencias relacionadas. Evitar reglas contradictorias entre módulos. Conservar los identificadores de pendientes; no renumerarlos.
10. La aprobación funcional no completa el desarrollo o la integración. Mantener abierto el seguimiento técnico que todavía corresponda, indicando qué parte ya está validada.
11. Si se descarta una propuesta, registrar el descarte. Conservar las entradas resueltas salvo instrucción de retirarlas; si se retiran, preservar una constancia breve en el historial.
12. Actualizar documentación no autoriza cambios en el código. Los módulos deben redactarse como especificaciones funcionales y técnicas, sin comentarios sobre herramientas de redacción ni limitaciones demostrativas; esas evidencias se registran aquí cuando sean pertinentes.

13. En la revisión numerada, «reco» significa aplicar la recomendación del punto indicado, respetando cualquier salvedad expresada por el usuario.
14. El nombre oficial de la modalidad anteriormente llamada inmediata es **Lo antes posible**, definido por el cliente. Utilizarlo en los nuevos módulos y revisiones; conservar la denominación original en las citas literales del Word y en identificadores técnicos cuando sea necesario para localizar la fuente. El nombre no implica elegir una fecha/hora ni prometer atención instantánea.
15. En esta fase, **EGD confirma la cita**. Guardar en Salud365 solicitud, datos, pago, resultado conocido e identificadores no equivale a confirmar externamente. El aprovechamiento de esa información local para la operación médica propia se sigue como trabajo de una fase posterior, sin suspender el guardado actual ni cambiar quién confirma.

16. En esta fase el médico ingresa, participa en la videoconsulta y continúa su trabajo clínico desde **la plataforma de EGD**, no desde Salud365. Salud365 mantiene el acceso del titular/paciente autorizado y conserva los datos y logs acordados. La representación de funciones médicas en el mockup no define una plataforma profesional propia. Las referencias de módulos anteriores que contradigan esta aclaración deben revisarse expresamente; no se elimina la entidad médico ni la correspondencia de sus datos por no existir ingreso médico local.

17. La vista de Historia Clínica del titular/paciente aprobada por el cliente es la referencia de presentación: Atenciones muestra datos de la atención y su receta; Documentos lista recetas. No ampliar esa vista con diagnósticos/CIE-10, anamnesis, evaluación, conclusiones, indicaciones generales, seguimiento, órdenes o rectificaciones por existir esos campos en el código o en la réplica. Las instrucciones de medicamentos sí pertenecen a la receta. Definir qué datos se conservan es distinto de decidir qué datos se muestran; la visibilidad indicada ya está validada.
18. Las recomendaciones de revisión deben identificar su destino: Word/Markdown, mockup o ambos. Citar el RF/apartado del Word y la sección concreta del mockup —por ejemplo, Historia Clínica → Atenciones—. No presentar las pantallas médicas simuladas como interfaz productiva de Salud365. La validación documental no autoriza modificar el mockup.

## Fuentes de esta primera revisión

Las rutas siguientes se expresan respecto de la carpeta de trabajo `D:/Projects/Salud365`. Los originales no se han copiado ni modificado.

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M01-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_01_Acceso_Funcional.docx` | Estructura original, RF-01-001 a RF-01-007, tablas del perfil médico y decisiones. |
| F-M01-VALIDACION | Decisiones del usuario en este chat del 13/11/2026, organizadas como 01 a 07 para los siete RF del módulo 01. | Autoridad para conservar reglas y separar decisiones abiertas. Esos números no identifican otros módulos. |
| F-M01-CONTRATOS | `mockup/src/contracts/usuarios.ts` y `mockup/src/backend/features/usuarios/domain/usuario.ts` | Campos, políticas y valores actualmente utilizados. |
| F-M01-CUENTAS | `mockup/src/backend/features/usuarios/application/usuarios.use-cases.ts` | Registro, activación, autenticación, recuperación, perfil y foto. |
| F-M01-ACCESO | `mockup/src/frontend/features/auth/registro-form.tsx`, `verificar-codigo.tsx`, `recuperar-acceso.tsx` y `control-inactividad.tsx` | Comportamiento de las pantallas de acceso y recuperación. |
| F-M01-SESION | `mockup/src/backend/shared/http.ts` | Comprobación de sesión, cuenta activa y versión de sesión. |
| F-M01-PERFIL | `mockup/src/frontend/features/auth/mi-perfil.tsx`, `mockup/src/frontend/features/acto-medico/perfil-medico.tsx` y `mockup/src/backend/features/medicos/application/medicos.use-cases.ts` | Diferencias entre perfiles, fotografías y edición médica. |
| F-M01-ALTAS | `mockup/src/backend/features/administracion/application/administracion.use-cases.ts` y `mockup/src/contracts/administracion.ts` | Alta de usuarios internos, credenciales provisionales y parámetros administrativos. |

El módulo de trabajo es `modulos/Modulo_01_Acceso_Funcional.md`. Sus reglas funcionales no certifican que todas estén implementadas ni que los servicios externos estén conectados.

## Módulo 01 · Acceso y gestión de usuarios

### RF-01-001 · Registro de cuenta

- [ ] **PEN-M01-001 · Campos del registro y datos administrativos del perfil**
  - **Tipo:** decisión funcional.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → Validaciones y Pendiente de definición; RF-01-005 → Flujo principal y Pendiente de definición.
  - **Contexto:** existen campos definidos en el Word y en el formulario, pero el usuario indicó que todavía puede quitarse o modificarse alguno. El mockup contiene nombres, apellidos, tipo y número de documento, nacimiento, género, correo, celulares y dirección; la obligatoriedad y la edición de identidad no deben congelarse por copiarlas del código.
  - **Ya validado:** debe conservarse un formulario de registro y la distinción entre cuenta y ficha de paciente.
  - **Por validar:** tabla definitiva de campos, obligatoriedad, formatos, datos editables después del alta y procedimiento de corrección. Distinguir TITULAR y ADMINISTRADOR de los datos profesionales del MÉDICO.
  - **Fuentes:** F-M01-WORD, RF-01-001 y RF-01-005; F-M01-CONTRATOS; F-M01-CUENTAS; F-M01-VALIDACION.
  - **Destino:** RF-01-001, flujo, validaciones y tabla de campos; RF-01-005, campos administrativos y criterios de aceptación.
  - **Cierre requerido:** tabla validada incorporada al módulo. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-002 · Edad permitida para crear una cuenta**
  - **Tipo:** decisión funcional.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → Validaciones; revisión del mockup y decisión del usuario sobre edad y privacidad. La regla de mayoría de edad procede del código, no de una aprobación del Word.
  - **Contexto:** el código exige que el titular sea mayor de edad. El usuario explicó que probablemente se permitirá crear cuentas a personas de otras edades, pero los pagos y la representación requieren revisión. No se ha aprobado ni la restricción actual ni la apertura a todas las edades.
  - **Por validar:** edades admitidas para registrarse, contratar, pagar y gestionar pacientes; representación cuando corresponda. Distinguir edad del titular de edad del paciente atendido.
  - **Fuentes:** F-M01-CONTRATOS, `registrarUsuarioSchema` y `mayorDeEdad`; F-M01-VALIDACION.
  - **Destino:** RF-01-001, precondiciones y validaciones; reglas de representación relacionadas cuando se revise el módulo 02.
  - **Cierre requerido:** regla de edad y alcance expresamente validados e incorporados. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-003 · Privacidad y aceptación durante el registro**
  - **Tipo:** decisión funcional y contenido.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → formulario de registro del mockup; decisión del usuario sobre edad y privacidad. El detalle de privacidad procede del formulario, no de un apartado autónomo del Word.
  - **Contexto:** el formulario requiere aceptar privacidad. El usuario dejó el tema de edad y privacidad sujeto a validación; no debe asumirse que una casilla existente acredita la versión definitiva del texto o resuelve la representación.
  - **Por validar:** texto aplicable, obligatoriedad, persona que acepta, evidencia a conservar y tratamiento cuando intervenga un representante. La aceptación de privacidad del registro es distinta del consentimiento de telemedicina.
  - **Fuentes:** F-M01-ACCESO, `registro-form.tsx`; F-M01-CONTRATOS, `aceptaPrivacidad`; F-M01-VALIDACION.
  - **Destino:** RF-01-001, pasos, validaciones y criterios de aceptación.
  - **Cierre requerido:** contenido y comportamiento validados, reflejados en la documentación. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-004 · Mecanismo de verificación y activación de cuenta**
  - **Tipo:** decisión funcional.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → Flujo principal y Pendiente de definición: método de verificación de correo y orden exacto de persistencia.
  - **Contexto:** se validó la secuencia Cuenta pendiente → Correo verificado → Cuenta activa. Falta decidir si se utilizará un botón o enlace activador, un código por correo u otro mecanismo. El usuario también mencionó validar en qué momento se crea efectivamente la cuenta; la secuencia funcional aprobada no resuelve todos los detalles de persistencia.
  - **Ya validado:** la verificación de correo precede a la activación.
  - **Por validar:** mecanismo, expiración, uso único, reenvío, correo corregido, repetición del enlace/código y momento de persistencia de los datos de una cuenta sin activar. Hasta discutirlo, el módulo conserva OTP como mecanismo base del Word, sin aprobar sus valores ni descartar una alternativa por enlace.
  - **Fuentes:** F-M01-WORD, RF-01-001; F-M01-CUENTAS, `registrar` y `verificarCorreo`; F-M01-ACCESO; F-M01-VALIDACION.
  - **Destino:** RF-01-001, pasos 4 a 6, alternativas y criterios de aceptación.
  - **Cierre requerido:** completar el mecanismo aprobado sin alterar por inferencia los estados ya validados. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-005 · Dependencia de EGD para el registro y el acceso**
  - **Tipo:** decisión funcional y de integración.
  - **Ubicación original:** Word del módulo 01 → Contexto funcional vigente; RF-01-001 → Validaciones: bloquear uso funcional sin confirmación EGD; RF-01-004 → Criterios de aceptación.
  - **Contexto:** el Word contiene una condición de bloqueo sin confirmación EGD y también indica gestión de usuarios en Salud 365. El código activa la cuenta tras verificar el correo en Salud 365. El usuario pidió dejar la cuestión abierta porque requiere explicación.
  - **Explicación:** crear una cuenta para entrar a la aplicación no es lo mismo que registrar a una persona como paciente en EGD. Debe decidirse qué operaciones necesitan confirmación externa y qué puede hacerse si EGD no responde.
  - **Por validar:** si el alta/activación/login necesita EGD; qué datos de cuenta se intercambian; qué se permite con un paciente sin sincronizar y cómo se informa un fallo. No enviar ni compartir contraseñas como una consecuencia implícita de replicar datos. El usuario indicó que probablemente Salud365 gestione el registro, la activación y el ingreso sin intervención de EGD; es una alternativa por discutir, no una decisión definitiva. El texto base del Word se conserva en ambos módulos mientras se resuelve.
  - **Fuentes:** F-M01-WORD, contexto, RF-01-001, RF-01-004 y bases finales; F-M01-CUENTAS; F-M01-VALIDACION.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → contexto, objetivo, RF-01-001, RF-01-002 y RF-01-004; `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → Bases funcionales y alcance de las decisiones y RF-02-001 → Precondiciones. Actualizar conjuntamente si se decide independencia de EGD. Referencia de revisión: 2.2.
  - **Cierre requerido:** responsabilidades y dependencias explícitas, con una regla por operación. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-006 · Características de la verificación de correo del registro**
  - **Tipo:** decisión funcional dependiente de PEN-M01-004.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → Flujo principal y Pendiente de definición: método de verificación de correo. Los valores específicos proceden del código del mockup.
  - **Contexto:** el código actual usa 6 dígitos, 10 minutos de vigencia y 3 intentos incorrectos para verificar el alta. El usuario dejó estos valores abiertos. Es un proceso distinto de recuperar la contraseña, cuyo código de 6 dígitos y vigencia de 2 minutos sí se aceptaron.
  - **Por validar:** si el alta utiliza código, definir longitud, vigencia, intentos y reenvíos; si utiliza enlace, definir sus reglas equivalentes. No trasladar automáticamente los valores de recuperación ni los 10 minutos del mockup.
  - **Fuentes:** F-M01-CONTRATOS, `VIGENCIA_VERIFICACION_MIN` y `MAX_INTENTOS_CODIGO`; F-M01-CUENTAS, `enviarCodigo`; F-M01-VALIDACION.
  - **Destino:** RF-01-001, verificación de correo, alternativas y validaciones.
  - **Cierre requerido:** valores y mecanismo validados e incorporados. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-007 · Contenido del mensaje de bienvenida**
  - **Tipo:** contenido y decisión funcional.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → Flujo principal: bienvenida a la aplicación y plantilla por definir.
  - **Contexto:** se mantiene el envío de bienvenida por correo como requisito. El usuario indicó que falta definir el mensaje. El mockup registra una bienvenida en auditoría; eso no acredita un envío real.
  - **Por validar:** asunto, cuerpo, remitente, destinatario y momento exacto de envío; confirmar si activación y bienvenida son mensajes distintos.
  - **Fuentes:** F-M01-WORD, RF-01-001; F-M01-CUENTAS, `verificarCorreo`; F-M01-VALIDACION.
  - **Destino:** RF-01-001, bienvenida, integraciones y criterios de aceptación.
  - **Cierre requerido:** mensaje validado y comportamiento documentado. La implementación de envío se sigue por separado. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-008 · Implementación del correo para acceso y seguridad**
  - **Tipo:** implementación técnica e integración.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → bienvenida; RF-01-002 → avisos de bloqueo/desbloqueo; RF-01-003 → envío de verificación. Diferencia de implementación observada en el mockup.
  - **Contexto:** el código devuelve códigos de demostración y simula comunicaciones. Se mantienen como requisitos el correo de bienvenida y la recuperación; el usuario definió correo como único canal actual para bloqueo y desbloqueo. Una etiqueta o evento de auditoría no demuestra entrega.
  - **Por resolver:** proveedor, remitentes, plantillas, configuración, resultado verificable, reintentos y tratamiento de fallos. La verificación del alta debe seguir el mecanismo que se valide en PEN-M01-004 y PEN-M01-006.
  - **Fuentes:** F-M01-CUENTAS, `enviarCodigo`, `verificarCorreo` e `iniciarSesion`; F-M01-ACCESO, `CorreoSimulado`; F-M01-VALIDACION.
  - **Destino:** criterios de aceptación y estado de implementación de RF-01-001, RF-01-002 y RF-01-003. Actualizar responsabilidades de notificaciones al revisar el módulo 14.
  - **Cierre requerido:** evidencia de envío real conforme a las reglas validadas. No darlo por completado solo por definir una plantilla. **Validado por / fecha / resolución:** por registrar.

### RF-01-002 · Autenticación mediante correo y contraseña

- [ ] **PEN-M01-009 · Parametrización efectiva de las reglas de acceso**
  - **Tipo:** implementación técnica.
  - **Ubicación original:** Word del módulo 01 → RF-01-002 → Validaciones: máximo 3 intentos y desbloqueo parametrizado de 60 segundos; comparación con configuración y autenticación del mockup.
  - **Contexto:** el usuario aceptó documentar los valores actuales. El acceso usa 3 intentos fallidos y bloqueo de 60 segundos, pero lee constantes. La configuración administrativa muestra parámetros que no gobiernan todavía esta lógica. El control de inactividad usa su propio valor de interfaz.
  - **Ya validado:** conservar 3 intentos y 60 segundos como comportamiento descrito.
  - **Por resolver:** conectar la configuración efectiva con las operaciones correspondientes; definir qué aplica a intentos nuevos y sesiones existentes. La política concreta de inactividad se valida en PEN-M01-011.
  - **Fuentes:** F-M01-CONTRATOS; F-M01-CUENTAS, `iniciarSesion`; F-M01-ALTAS, parámetros; F-M01-ACCESO, `control-inactividad.tsx`; F-M01-VALIDACION.
  - **Destino:** RF-01-002, validaciones; RF-01-004 cuando se apruebe la política de sesión; configuración del módulo 12 al revisarlo.
  - **Cierre requerido:** confirmar que los valores configurados gobiernan realmente las operaciones, con la verificación autorizada correspondiente. **Validado por / fecha / resolución:** por registrar.

### RF-01-003 · Recuperación de acceso

- [ ] **PEN-M01-010 · Límite de solicitudes y reenvíos de recuperación**
  - **Tipo:** decisión funcional e implementación.
  - **Ubicación original:** Word del módulo 01 → RF-01-003 → Validaciones: límite de reenvíos; Pendiente de definición: límites de intentos.
  - **Contexto:** se aceptaron código de 6 dígitos, vigencia de 2 minutos, reemplazo del código anterior e invalidación tras 3 intentos incorrectos. Esto limita las pruebas de un código, pero no limita cuántos códigos pueden solicitarse. El código no implementa un límite de reenvíos.
  - **Por validar:** tiempo entre solicitudes, cantidad permitida, ventana de control y mensaje al alcanzar el límite; definir el comportamiento para intentos repetidos sin revelar la existencia de la cuenta.
  - **Fuentes:** F-M01-WORD, RF-01-003; F-M01-CUENTAS, `solicitarRecuperacion` y `consumirCodigo`; F-M01-ACCESO, `recuperar-acceso.tsx`; F-M01-VALIDACION.
  - **Destino:** RF-01-003, alternativas, validaciones y criterios de aceptación.
  - **Cierre requerido:** regla aprobada incorporada al módulo; conservar abierto el trabajo técnico si todavía no se implementa. **Validado por / fecha / resolución:** por registrar.

### RF-01-004 · Roles, permisos y sesiones

- [ ] **PEN-M01-011 · Tiempo de inactividad y aviso de cierre**
  - **Tipo:** decisión funcional.
  - **Ubicación original:** Word del módulo 01 → RF-01-002 → Validaciones: propuesta de 5 a 15 minutos; RF-01-004 → Pendiente de definición: caducidad de sesiones.
  - **Contexto:** el Word propone de 5 a 15 minutos. El mockup usa 15 minutos por defecto, avisa 60 segundos antes y ofrece Seguir conectado o Cerrar sesión. El usuario dejó esos tiempos sujetos a validación.
  - **Ya validado:** mantener el requisito de control y vencimiento de sesión, conservando en el módulo el intervalo propuesto por el Word de 5 a 15 minutos hasta discutir su modificación.
  - **Por validar:** plazo, anticipación del aviso, acciones que cuentan como actividad, continuidad durante atención/video y comportamiento entre pestañas o dispositivos.
  - **Fuentes:** F-M01-WORD, RF-01-002 y RF-01-004; F-M01-ACCESO, `control-inactividad.tsx`; F-M01-CONTRATOS; F-M01-VALIDACION.
  - **Destino:** RF-01-004 y referencias de control de sesión de RF-01-002.
  - **Cierre requerido:** política de inactividad validada e incorporada sin confundirla con la vigencia del código de correo o de una solicitud de servicio. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-012 · Aplicación del vencimiento de sesión en el servidor**
  - **Tipo:** implementación técnica.
  - **Ubicación original:** Word del módulo 01 → RF-01-004 → Flujo principal: validación de autorización en backend; Pendiente de definición: caducidad de sesiones. Diferencia de implementación en servidor/interfaz.
  - **Contexto:** el requisito de permisos y sesiones en el servidor se conserva. El mockup comprueba cuenta activa y versión de sesión, pero el vencimiento por inactividad lo controla la interfaz; la cookie del prototipo no acredita por sí sola la política productiva de expiración.
  - **Ya validado:** las operaciones protegidas deben rechazar una sesión vencida o revocada.
  - **Por resolver:** aplicación de la política de sesión en el servidor y coordinación con el aviso de interfaz. Se debe verificar también el acceso directo a operaciones, no solo que cambie la pantalla.
  - **Fuentes:** F-M01-SESION, `conSesion`, `usuarioActual` y `requerirUsuario`; F-M01-ACCESO, `control-inactividad.tsx`; F-M01-VALIDACION.
  - **Destino:** RF-01-004, validaciones y criterios de aceptación; documentación técnica de autenticación cuando se desarrolle.
  - **Cierre requerido:** implementación y comprobación autorizadas de expiración/revocación en servidor. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-013 · Permisos específicos y alcance de acceso clínico**
  - **Tipo:** decisión funcional.
  - **Ubicación original:** Word del módulo 01 → RF-01-004 → Pendiente de definición: permisos granulares y acceso a historias de dependientes; RF-01-002 → referencias de inicio según rol; Matriz inicial de permisos por perfil.
  - **Contexto:** se conservan tres perfiles y uno por cuenta. El Word deja permisos granulares abiertos y contiene referencias de ADMINISTRADOR a RF de registro clínico. Esas referencias se conservan en el flujo de ingreso por rol para respetar el documento base, pero no constituyen por sí solas una validación de permisos para escribir diagnósticos, conclusiones o recetas. El apartado Matriz inicial de permisos por perfil conserva los párrafos del Word, sin la tabla añadida en la primera conversión.
  - **Por validar:** permisos específicos por acción, representación de dependientes y excepciones autorizadas. Separar gestión administrativa de edición clínica.
  - **Fuentes:** F-M01-WORD, RF-01-002, RF-01-004, RF-01-007 y Matriz inicial de permisos; F-M01-SESION; F-M01-VALIDACION.
  - **Destino:** matriz del módulo 01 y criterios de los RF afectados; módulos de pacientes y atención al revisarlos.
  - **Cierre requerido:** matriz detallada validada, con referencias coherentes. **Validado por / fecha / resolución:** por registrar.

### RF-01-005 · Consulta y actualización del perfil

- [ ] **PEN-M01-014 · Organización de nombres y apellidos**
  - **Tipo:** decisión de datos.
  - **Ubicación original:** Word del módulo 01 → RF-01-005 → primera tabla del perfil médico: filas Apellido paterno y Apellido materno.
  - **Contexto:** el Word separa apellido paterno y materno en el perfil médico, mientras el mockup utiliza Apellidos. El usuario pidió mantener abierta la decisión. En el módulo se conserva el desglose original en apellido paterno y materno hasta validar una modificación.
  - **Por validar:** campo único o desglose, obligatoriedad, compatibilidad con EGD y documentos que no tengan dos apellidos. Revisar coherencia entre titular, paciente y médico cuando se definan sus datos.
  - **Fuentes:** F-M01-WORD, primera tabla de RF-01-005; F-M01-CONTRATOS; F-M01-PERFIL; F-M01-VALIDACION.
  - **Destino:** tablas del RF-01-005; campos del RF-01-001; altas internas RF-01-006 y RF-01-007 según aplique.
  - **Cierre requerido:** estructura de nombres/apellidos expresamente validada y uniforme en las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-015 · Datos definitivos del médico y contrato con EGD**
  - **Tipo:** decisión de datos e integración.
  - **Ubicación original:** Word del módulo 01 → RF-01-005 → ambas tablas, Integración / datos y Pendiente de definición; RF-01-006 → datos profesionales; Matriz inicial de permisos por perfil.
  - **Contexto:** el usuario confirmó que EGD manda sobre los datos profesionales y que todavía no se dispone de todos los datos del médico. Se mantiene la responsabilidad de EGD descrita en el Word. La administración local del prototipo y su edición de descripción/idiomas no sustituyen esa responsabilidad.
  - **Ya validado:** especialidad y disponibilidad se rigen por EGD; descripción e idiomas permanecen condicionados a lo que EGD permita. Esta revisión no amplía el alcance médico de la fase.
  - **Por validar:** campos definitivos, obligatoriedad, fuente maestra por dato, edición admitida, actualización de catálogo y respuestas de EGD. Confirmar qué información profesional puede corregirse y por quién.
  - **Fuentes:** F-M01-WORD, tablas RF-01-005, RF-01-006 y bases finales; F-M01-PERFIL; F-M01-ALTAS; F-M01-VALIDACION.
  - **Destino:** tablas y validaciones de RF-01-005 y RF-01-006; coordinación con módulo 03.
  - **Ampliación del módulo 03 — 3.1 y 3.5:** conservar las seis tablas A/B/C de RF-03-001 y RF-03-002, sin sustituirlas por campos de prueba. Validar datos profesionales y condiciones de edición con EGD. **Destino adicional:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001 y RF-03-002 → tablas, pasos, validaciones y criterios; apartado final de condiciones funcionales.
  - **Cierre requerido:** datos y responsabilidades contrastados con EGD e incorporados sin presentar las simulaciones como confirmaciones. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-016 · Igualdad del acceso a recuperación desde el perfil médico**
  - **Tipo:** implementación y planificación de fase.
  - **Ubicación original:** Word del módulo 01 → RF-01-005 → primera tabla: fila Contraseña; decisión del usuario de aplicar recuperación común a los perfiles y diferencia del mockup médico.
  - **Contexto:** el usuario validó que el médico debe recuperar la contraseña mediante dígitos por correo, igual que el titular. El servicio de recuperación se basa en la cuenta, pero el perfil médico no presenta la misma opción de Cambiar contraseña que los perfiles titular y administrador. El usuario indicó que no se centrará en médico en esta fase.
  - **Ya validado:** mismo mecanismo de recuperación por correo; no requiere aprobar de nuevo esa regla.
  - **Por resolver:** fase y acceso de interfaz correspondiente para el médico, y comprobar el flujo completo cuando se autorice ese trabajo. La misma regla de verificación se aplica a una cuenta de paciente/titular; una ficha de paciente sin cuenta propia no implica credenciales nuevas.
  - **Fuentes:** F-M01-PERFIL; F-M01-CUENTAS, `solicitarRecuperacion` y `restablecerClave`; F-M01-VALIDACION.
  - **Destino:** estado de implementación de RF-01-003 y RF-01-005, sin alterar la regla funcional ya incluida.
  - **Cierre requerido:** acceso de interfaz y flujo médico comprobados en la fase autorizada. **Validado por / fecha / resolución:** por registrar.

### RF-01-006 · Creación y validación interna de usuario médico

- [ ] **PEN-M01-017 · Comunicación y activación del alta médica**
  - **Tipo:** precisión funcional e integración de comunicación.
  - **Ubicación original:** Word 01 → RF-01-006 → invitación de activación; Word 03 → RF-03-001 → notificación de creación con entrega segura de acceso; 5.1 → habilitación con confirmación EGD.
  - **Contexto:** se mantiene el alta por administrador. El usuario aclaró en 3.3 que las cuentas y credenciales inventadas para pruebas no definen este proceso. No se propone cambiar el Word a una contraseña provisional por el comportamiento de esas cuentas. El Word 01 conserva invitación y el Word 03 conserva comunicación segura de acceso; sus detalles se concretarán sin sustituir esos textos por datos demostrativos.
  - **Ya validado:** conservar el procedimiento del Word; no autorregistro médico ni adopción de credenciales de prueba como regla.
  - **Por validar:** contenido y entrega segura de la invitación/comunicación, primer acceso y detalle de activación compatible con ambos documentos. La dependencia de EGD se coordina con PEN-M01-005 y PEN-M01-018.
  - **Fuentes:** F-M01-WORD, RF-01-006; F-M03-WORD, RF-03-001 y 5.1; F-M03-VALIDACION, punto 3.3.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-006 → comunicación y criterios; `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001 → comunicación, validaciones y criterios, y 5.1 si la decisión afecta la activación.
  - **Cierre requerido:** concretar el mecanismo mediante validación expresa y realizar únicamente la actualización autorizada. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-018 · Sincronización real del registro médico con EGD**
  - **Tipo:** integración e implementación.
  - **Ubicación original:** Word del módulo 01 → RF-01-006 → registro de identificadores y estado; Matriz inicial de permisos por perfil → correspondencia Salud 365/EGD. Diferencia con la simulación del mockup.
  - **Contexto:** el usuario aceptó conservar este punto como integración pendiente. El alta del mockup genera un ID EGD de demostración y marca el médico como sincronizado sin acreditar un intercambio real.
  - **Por resolver:** identificación o vinculación del médico existente, contrato, confirmación externa, estados e incidencias de envío, reintentos y conciliación. Depende de los datos y operaciones que autorice EGD.
  - **Fuentes:** F-M01-WORD, RF-01-006 y bases finales; F-M01-ALTAS, `crearMedico` y `editarMedico`; F-M01-VALIDACION.
  - **Destino:** RF-01-006 y responsabilidad profesional del RF-01-005; módulo 03 e integración EGD al revisarlos.
  - **Ampliación del módulo 03 — 3.3 y 3.21:** el usuario mantiene el alta, los estados y la sincronización descritos en el Word; no solicita adaptar esas reglas a las cuentas de prueba. **Destino adicional:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001, RF-03-008 y 5.1 Alta y habilitación de médico. La ausencia de una integración completa se registra como trabajo técnico, no como motivo para cambiar el flujo funcional.
  - **Cierre requerido:** correspondencia e intercambio reales comprobados; un identificador fabricado por la demo no cierra el pendiente. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-019 · Procedimiento de verificación y habilitación profesional**
  - **Tipo:** decisión operativa.
  - **Ubicación original:** Word del módulo 01 → RF-01-006 → validación de habilitación profesional; Pendiente de definición: fuente para verificar colegiatura/habilitación, campos y evidencias.
  - **Contexto:** el Word exige validación profesional antes de habilitar funciones. El administrador puede registrar colegiatura y estado en el mockup, pero no existe una comprobación externa acreditada. El usuario pidió explicación antes de definir la regla.
  - **Explicación:** guardar un número de colegiatura o marcar Habilitado no demuestra por sí solo que se realizó una verificación. Hace falta acordar quién comprueba los datos, con qué fuente y qué constancia deja.
  - **Por validar:** responsable, datos a comprobar, fuente/evidencia aceptada, momento de habilitación y actuación cuando el resultado no sea satisfactorio. Coordinarlo con la responsabilidad de EGD sobre los datos profesionales.
  - **Fuentes:** F-M01-WORD, RF-01-006; F-M01-ALTAS, alta y estado profesional; F-M01-VALIDACION.
  - **Destino:** RF-01-006, precondiciones, validaciones, alternativas y criterios de aceptación; coordinación con módulo 03.
  - **Ampliación del módulo 03 — 3.2:** la verificación documental o de la fuente profesional se mantiene como requisito. No se interpreta la selección de un estado en una pantalla como comprobación realizada. **Origen adicional:** Word 03 → RF-03-001 → verificación profesional; bloque final de campos/colegiatura. **Destino adicional:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001 → pasos, validaciones y criterios.
  - **Cierre requerido:** procedimiento operativo validado, sin convertir una selección manual del prototipo en una validación externa demostrada. **Validado por / fecha / resolución:** por registrar.

### RF-01-007 · Creación y gestión interna de usuario administrador

- [ ] **PEN-M01-020 · Campos y mecanismo de acceso del alta administrativa**
  - **Tipo:** decisión funcional y de datos.
  - **Ubicación original:** Word del módulo 01 → RF-01-007 → segundo paso del Flujo principal: datos del nuevo administrador; decisión del usuario de validar la tabla de campos.
  - **Contexto:** se mantiene que solo personal autorizado crea administradores. El Word incluye dirección, hasta dos celulares y contraseña entre los posibles datos; el formulario actual recoge identidad, correo y un celular, y genera una contraseña provisional. El usuario dejó abierta la tabla definitiva.
  - **Por validar:** campos obligatorios/opcionales, datos editables y mecanismo de entrega/activación de las credenciales. No asumir que todos los campos del prototipo quedan aprobados por conservar el alta interna.
  - **Fuentes:** F-M01-WORD, RF-01-007; F-M01-ALTAS, `crearAdministrador` y `crearAdministradorSchema`; F-M01-VALIDACION.
  - **Destino:** RF-01-007, pasos, tabla de campos, validaciones y criterios de aceptación; perfil administrativo RF-01-005 cuando corresponda.
  - **Cierre requerido:** tabla y mecanismo validados incorporados a la documentación. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-021 · Primer administrador y autorización de altas internas**
  - **Tipo:** decisión operativa.
  - **Ubicación original:** Word del módulo 01 → RF-01-007 → Precondiciones y Pendiente de definición: Administrador inicial.
  - **Contexto:** para que un administrador cree a otro debe existir una primera cuenta con permiso. El prototipo utiliza cuentas de demostración; eso no define el procedimiento de producción. El usuario dejó abiertos el administrador inicial y sus permisos.
  - **Por validar:** quién autoriza y crea la primera cuenta, cómo se entrega el acceso, qué acciones puede realizar, quién puede crear otras cuentas internas y qué evidencia de autorización se conserva.
  - **Fuentes:** F-M01-WORD, RF-01-007 y matriz de permisos; F-M01-ALTAS; F-M01-VALIDACION.
  - **Destino:** RF-01-007, precondiciones y procedimiento de primer alta; matriz de permisos del módulo.
  - **Cierre requerido:** procedimiento y permisos iniciales validados, sin depender de cuentas demo. **Validado por / fecha / resolución:** por registrar.

### Otros puntos abiertos conservados del Word

- [ ] **PEN-M01-022 · Validación de identidad y uso de servicios externos**
  - **Tipo:** decisión de alcance e integración.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → Pendiente de definición: DNI/RENIEC.
  - **Contexto:** el Word deja DNI/RENIEC abierto. El código valida el formato de DNI, carné de extranjería y pasaporte, pero validar longitud/caracteres no acredita la identidad de una persona ni implica que se consulte RENIEC.
  - **Por validar:** si se contratará o utilizará una consulta externa, qué datos se verificarán, para qué cuentas, y cómo se tratarán las diferencias o la indisponibilidad del servicio. No presentar la consulta externa como existente.
  - **Fuentes:** F-M01-WORD, pendientes originales RF-01-001; F-M01-CONTRATOS, `documentoValido`.
  - **Destino:** RF-01-001 y alta interna que requiera esa comprobación; integraciones cuando se autorice su alcance.
  - **Cierre requerido:** decisión explícita de inclusión o descarte y documentación coherente. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-023 · Autenticación adicional y proveedor de identidad**
  - **Tipo:** decisión técnica y de alcance.
  - **Contexto:** el Word mantiene MFA opcional y proveedor de identidad sin definir. El mockup utiliza acceso por correo/contraseña y una sesión propia de demostración. Esta revisión no aprueba un segundo factor ni el mecanismo de sesión del prototipo para producción.
  - **Por validar:** necesidad de autenticación adicional por perfil, alcance de fase y mecanismo productivo de identidad/sesión. Se conserva el ingreso principal aprobado con correo y contraseña.
  - **Ubicación original:** Word del módulo 01 → RF-01-002 · Autenticación mediante correo y contraseña → Pendiente de definición: «MFA opcional y proveedor de identidad».
  - **Fuentes:** F-M01-WORD, RF-01-002 y RF-01-004; F-M01-SESION.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-002 → Flujo principal, Validaciones y Criterios de aceptación: incorporar el segundo factor solo si se aprueba y describir el proveedor elegido; RF-01-004 → Flujo principal y Validaciones: reflejar sus efectos sobre sesión y permisos.
  - **Cierre requerido:** decisión registrada e incorporada sin ampliar el alcance por inferencia. **Validado por / fecha / resolución:** por registrar.

## Pendientes adicionales recuperados del Word

- [ ] **PEN-M01-024 · Canal alternativo de recuperación**
  - **Tipo:** decisión funcional de alcance.
  - **Ubicación original:** Word del módulo 01 → RF-01-003 → Pendiente de definición: «canal alternativo de recuperación (por confirmar SMS)».
  - **Contexto:** se aprobó la recuperación con código por correo. El Word también deja abierta una alternativa por SMS; no se aprobó ni se implementó esa alternativa por conservar el correo. La decisión de notificar bloqueo/desbloqueo solo por correo pertenece a RF-01-002 y no resuelve este punto.
  - **Por validar:** incluir o descartar un canal alternativo, su alcance y condiciones de uso.
  - **Fuentes:** F-M01-WORD, RF-01-003; F-M01-VALIDACION para el mecanismo principal por correo.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-003 → Flujo principal, Alternativas / excepciones, Validaciones y Criterios de aceptación; modificar únicamente si se autoriza un canal adicional.
  - **Cierre requerido:** registrar inclusión o descarte y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-025 · Auditoría de acceso y controles de privacidad y retención**
  - **Tipo:** decisión funcional y técnica.
  - **Ubicación original:** Word del módulo 01 → RF-01-004 → Pendiente de definición: «auditoría»; Matriz inicial de permisos por perfil → «Se propone auditar altas, accesos, cambios de perfil y fallos de integración, con controles de privacidad y retención por definir».
  - **Contexto:** el Word exige registrar eventos y errores sin exponer datos sensibles. Ese requisito se conserva; falta acordar qué se guarda, quién lo consulta y por cuánto tiempo. No se ha aprobado guardar contraseñas, códigos o contenido clínico en los registros de acceso.
  - **Por validar:** eventos, datos necesarios, acceso a registros, privacidad y retención.
  - **Fuentes:** F-M01-WORD, RF-01-002, RF-01-004 y Matriz inicial de permisos por perfil.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-002 → Criterios de aceptación; RF-01-004 → Validaciones y Criterios de aceptación; Matriz inicial de permisos por perfil → párrafo de auditoría.
  - **Cierre requerido:** reglas de auditoría validadas e incorporadas, conservando la protección de datos sensibles. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-026 · Cuentas médicas preexistentes y revocación de acceso**
  - **Tipo:** decisión funcional y operativa.
  - **Ubicación original:** Word del módulo 01 → RF-01-006 → Pendiente de definición: «cuentas preexistentes, múltiples roles y revocación».
  - **Contexto:** una cuenta tiene un único rol, conforme a lo validado; no se reabre la posibilidad de roles simultáneos. Falta definir el tratamiento de un médico que ya exista en Salud 365 o EGD, los conflictos con cuentas de titular y el retiro de la habilitación o del acceso.
  - **Por validar:** vinculación de registros existentes, tratamiento del conflicto de roles y responsable/procedimiento de revocación. Mantener separada la verificación profesional de PEN-M01-019.
  - **Fuentes:** F-M01-WORD, RF-01-006 y nota de la Matriz inicial; F-M01-VALIDACION sobre rol único.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-006 → Flujo principal, Alternativas / excepciones, Validaciones y Criterios de aceptación; RF-01-004 → revocación de sesión cuando corresponda.
  - **Cierre requerido:** procedimiento de vinculación y revocación validado, compatible con un único rol por cuenta. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-027 · Confirmación de la política de contraseñas**
  - **Tipo:** decisión funcional heredada del Word.
  - **Ubicación original:** Word del módulo 01 → RF-01-001 → Pendiente de definición: «Política de contraseñas».
  - **Contexto:** el propio Word incluye mínimo 10 caracteres, letra, número y carácter especial, pero mantiene la política como pendiente. Se conserva el texto base; no debe perderse la salvedad original ni interpretarse esta conversión como aprobación productiva definitiva.
  - **Por validar:** confirmar expresamente esa política o indicar los ajustes autorizados y su aplicación uniforme al registro, recuperación y altas internas.
  - **Fuentes:** F-M01-WORD, RF-01-001; F-M01-CONTRATOS.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-001 → Flujo principal y Validaciones; RF-01-003 → Validaciones; RF-01-006 y RF-01-007 si afecta a credenciales internas.
  - **Cierre requerido:** política confirmada o ajustada mediante decisión expresa. **Validado por / fecha / resolución:** por registrar.

- [ ] **PEN-M01-028 · Configuración del origen de médicos, especialidades y disponibilidad**
  - **Tipo:** conciliación funcional del Word con la decisión vigente.
  - **Ubicación original:** Word del módulo 01 → Matriz inicial de permisos por perfil → párrafo sobre registros de médicos y configuración del uso de médicos, especialidades y disponibilidad propios o de EGD.
  - **Contexto:** el Word contempla una configuración para elegir el origen. El usuario indicó que EGD manda sobre los datos profesionales en esta fase. Se conserva la configuración prevista por el Word mientras se discute su alcance; también se mantiene la decisión de que EGD rige los datos profesionales en esta fase. No se interpreta la conservación del texto base como autorización para cambiar de fuente maestra.
  - **Por validar:** si esa configuración se mantiene para una fase posterior, se limita a EGD o se descarta; su alcance debe coordinarse con PEN-M01-015 y PEN-M01-018.
  - **Fuentes:** F-M01-WORD, Matriz inicial de permisos por perfil; F-M01-VALIDACION, decisiones sobre datos profesionales.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → Matriz inicial de permisos por perfil → párrafo sobre registros de médicos; RF-01-005 → Integración / datos y tablas; RF-01-006 si cambia el alta.
  - **Cierre requerido:** conservar, limitar o descartar expresamente la configuración sin alterar por inferencia la responsabilidad vigente de EGD. **Validado por / fecha / resolución:** por registrar.

## Traslado íntegro de los apartados «Pendiente de definición» del Word

Los siguientes textos se conservan como evidencia del original, no como reglas nuevas aprobadas. La ubicación de origen es el archivo F-M01-WORD. El destino de todos los cambios es `modulos/Modulo_01_Acceso_Funcional.md`, en el RF y los apartados indicados. Los números de RF enlazados desde el flujo principal y las referencias de trazabilidad del Word permanecen en el módulo.

| Ubicación original | Texto original del Word | Seguimiento y situación | Destino de la actualización cuando se valide |
| --- | --- | --- | --- |
| RF-01-001 → Pendiente de definición | Pendiente de definición: Política de contraseñas, método de verificación de correo, unicidad por correo, DNI/RENIEC, orden exacto de persistencia. Se conservan los campos definidos en este módulo. | PEN-M01-027: política; PEN-M01-004 y 006: verificación y persistencia; PEN-M01-022: DNI/RENIEC; PEN-M01-001: campos. La unicidad por correo se conserva en el texto base; el resto sigue abierto. | RF-01-001 → Flujo principal, Validaciones, Integración / datos y Criterios de aceptación; incorporar la tabla de campos cuando se valide. |
| RF-01-002 → Pendiente de definición | Pendiente de definición: MFA opcional y proveedor de identidad. | PEN-M01-023: MFA opcional y proveedor de identidad. Abierto. | RF-01-002 → Flujo principal, Validaciones y Criterios de aceptación; RF-01-004 → sesión y permisos si cambia el mecanismo. |
| RF-01-003 → Pendiente de definición | Pendiente de definición: límites de intentos, canal alternativo de recuperación(por confirmar SMS). | Tres intentos incorrectos ya aceptados; PEN-M01-010: límite de reenvíos; PEN-M01-024: canal alternativo/SMS. No se reabre la regla de intentos aceptada. | RF-01-003 → Alternativas / excepciones, Validaciones y Criterios de aceptación; Flujo principal si se aprueba otro canal. |
| RF-01-004 → Pendiente de definición | Pendiente de definición: permisos granulares, acceso a historias de dependientes, caducidad de sesiones y auditoría. | PEN-M01-013: permisos e historias de dependientes; PEN-M01-011 y 012: caducidad; PEN-M01-025: auditoría. Abiertos. | RF-01-004 → Flujo principal, Validaciones y Criterios de aceptación; Matriz inicial de permisos por perfil. |
| RF-01-005 → Pendiente de definición | Pendiente de definición: Campos editables, requisitos de verificación. | PEN-M01-001: edición administrativa; PEN-M01-014: apellidos; PEN-M01-015: datos/edición profesional EGD; PEN-M01-019: verificación profesional cuando corresponda. Abiertos. | RF-01-005 → Flujo principal, ambas tablas, Validaciones, Integración / datos y Criterios de aceptación. |
| RF-01-006 → Pendiente de definición | Pendiente de definición: Fuente para verificar colegiatura/habilitación, campos y evidencias, cuentas preexistentes, múltiples roles y revocación. | PEN-M01-019: fuente y evidencias; PEN-M01-015: campos; PEN-M01-026: preexistencias y revocación. Múltiples roles simultáneos no se incorpora: prevalece la decisión validada de un único rol. | RF-01-006 → Precondiciones, Flujo principal, Alternativas / excepciones, Validaciones y Criterios de aceptación; RF-01-004 si afecta la revocación. |
| RF-01-007 → Pendiente de definición | Pendiente de definición: Administrador inicial, | PEN-M01-021: primer administrador y autorización. Abierto. | RF-01-007 → Precondiciones, procedimiento de primer alta, Validaciones y Criterios de aceptación. |

**Notas de fidelidad de esta revisión:** se restablecen las referencias de inicio por rol de RF-01-002, las siete líneas de trazabilidad, las dos tablas del perfil médico y los párrafos finales del Word. Se retira la tabla de permisos agregada en la primera conversión, porque el Word no contiene esa tabla. Conforme a la aclaración posterior, los datos y mecanismos pendientes conservan su versión base del Word en el módulo. Se restituyen el desglose paterno/materno, la invitación de activación médica y los campos administrativos; sus alternativas continúan abiertas en esta lista.

## Fuentes del módulo 02

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M02-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_02_Pacientes_Dependientes_Funcional.docx` | Documento base: siete RF, cuatro tablas y referencias. |
| F-M02-VALIDACION | Revisión numerada 2.1 a 2.24 y respuestas del usuario del 13/11/2026. | Cambios autorizados y decisiones por discutir. |
| F-M02-CONTRATOS | `mockup/src/contracts/pacientes.ts` | Datos, parentescos, autorización declarada y campos editables de referencia. |
| F-M02-FAMILIA | `mockup/src/frontend/features/pacientes/familia.tsx`; `mockup/src/frontend/features/pacientes/resumen-servicio.ts` | Mi familia, acciones, fotografías y servicios activos. |
| F-M02-PACIENTES | `mockup/src/backend/features/pacientes/application/pacientes.use-cases.ts`; `mockup/src/backend/features/pacientes/domain/paciente.ts` | Alta, vínculo, edición, desvinculación y comprobaciones de pertenencia. |
| F-M02-SYNC | `mockup/src/backend/features/integracion-egd/application/sincronizacion.use-cases.ts`; `mockup/src/backend/features/pacientes/infrastructure/egd-a365-paciente.adapter.ts` | Envío, reintentos y alcance de integración de referencia. |
| F-M02-CLINICA | `mockup/src/backend/features/acto-medico/application/acto-medico.use-cases.ts` | Acceso a historial y copia local. |
| F-M02-ADMIN | `mockup/src/backend/features/administracion/application/administracion.use-cases.ts`; `mockup/src/frontend/features/admin/vistas/pacientes.tsx` | Estados administrativos y reenvío. |

## Módulo 02 · Pacientes y dependientes

El documento de destino es `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md`. Los números 2.1–2.24 identifican los puntos de revisión y se conservan para facilitar la validación. Las entradas abiertas no sustituyen la versión base del Word en el módulo.

### PEN-M02-001 · Registro de la ficha propia desde el alta de cuenta

- [ ] **PEN-M02-001 · Registro de la ficha propia desde el alta de cuenta**
  - **Tipo:** Idea de mejora
  - **Puntos de revisión:** 2.3
  - **Ubicación original:** Word del módulo 02 → RF-02-001 → Objetivo, Flujo principal y Validaciones; RF-01-001 → registro de cuenta.
  - **Contexto:** La regla base indica que registrar una cuenta de titular no crea automáticamente la ficha de paciente. Se mantiene esa regla. El usuario propone ofrecer una casilla durante el registro para que el titular solicite también su propia ficha; sería una elección expresa y no una creación automática para todos.
  - **Ya validado:** Mantener separadas cuenta y ficha de paciente. La idea de casilla no está aprobada para implementación.
  - **Por validar o completar:** Decidir si se ofrece esa opción, cómo se expresa, qué datos faltantes requiere y cuándo crea o vincula la ficha.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; PEN-M01-004 y PEN-M01-005 si afecta activación o integración.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-001 → Flujo principal y Criterios de aceptación; `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-001 → Flujo principal, Validaciones y Criterios de aceptación.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-002 · Búsqueda, identificación y vinculación de pacientes existentes

- [ ] **PEN-M02-002 · Búsqueda, identificación y vinculación de pacientes existentes**
  - **Tipo:** Implementación y definición de datos
  - **Puntos de revisión:** 2.4, 2.9
  - **Ubicación original:** Word del módulo 02 → RF-02-001 y RF-02-002 → comprobación por documento, Alternativas / excepciones y Validaciones.
  - **Contexto:** El Word exige comprobar por tipo y número de documento la existencia en Salud365 y EGD, evitar duplicados y comprobar titularidad antes de vincular una ficha existente. Esa exigencia se conserva. El control actual de referencia se limita a documentos de pacientes activos del mismo titular; no acredita una búsqueda global ni en EGD.
  - **Ya validado:** Conservar búsqueda y vinculación del Word como requisito; la ausencia de integración en el prototipo no lo invalida.
  - **Por validar o completar:** Completar la identificación/deduplicación y definir coincidencias ambiguas, ficha existente en otro titular, ficha desvinculada y prueba de titularidad. No fusionar identidades automáticamente.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-PACIENTES; F-M02-SYNC.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-001 y RF-02-002 → Flujo principal, Alternativas / excepciones, Validaciones y Criterios de aceptación; RF-02-007 → coincidencias e idempotencia.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-003 · Campos de paciente, catálogos y perfil incompleto

- [ ] **PEN-M02-003 · Campos de paciente, catálogos y perfil incompleto**
  - **Tipo:** Decisión de datos e implementación
  - **Puntos de revisión:** 2.5, 2.8
  - **Ubicación original:** Word del módulo 02 → RF-02-001 y RF-02-002 → tablas de campos y datos precargados; RF-02-004 → tabla de edición.
  - **Contexto:** Se conservan las tablas y campos del Word, incluidos el desglose de apellidos, género y teléfonos según país. La referencia de interfaz utiliza Apellidos, sexo F/M y celulares peruanos. Para el paciente propio copia datos de la cuenta y solicita sexo; no desarrolla el formulario completo de datos faltantes.
  - **Ya validado:** Mantener las tablas del Word y la regla de impedir fechas futuras. El catálogo de parentescos aprobado se trata en PEN-M02-005.
  - **Por validar o completar:** Confirmar campos, obligatoriedad, formatos, identificación, género/sexo, alcance de países y cómo completar datos faltantes antes del alta. Verificar fecha no futura sin sustituir la regla del Word por la validación actual del código.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-CONTRATOS; F-M02-FAMILIA.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-001 y RF-02-002 → tablas, Flujo principal y Validaciones; RF-02-004 → tabla de edición y criterios relacionados. Coordinar apellidos con PEN-M01-014 y registro con PEN-M01-001.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-004 · Avance permitido antes de la confirmación de EGD

- [ ] **PEN-M02-004 · Avance permitido antes de la confirmación de EGD**
  - **Tipo:** Decisión funcional
  - **Puntos de revisión:** 2.6
  - **Ubicación original:** Word del módulo 02 → Objetivo y alcance; Bases funcionales; RF-02-001 → Flujo principal y Criterios; RF-02-003 → Flujos A a D; RF-02-007 → habilitación de uso clínico.
  - **Contexto:** El Word permite seleccionar después de guardar localmente, pero exige ID EGD confirmado para agendar y habilitar procesos clínicos. También contempla trabajar con datos de Salud365 si EGD está desactivado. Se conservan esos textos hasta definir una regla consistente; la disponibilidad inmediata del paciente en la interfaz no los sustituye.
  - **Ya validado:** Registrar esta decisión como pendiente; el alta local y la confirmación externa son resultados distintos.
  - **Por validar o completar:** Precisar si sin ID EGD puede seleccionar paciente, solicitar servicio, pagar o elegir horario; distinguir caída temporal, sincronización pendiente y configuración desactivada, incluyendo actualizaciones críticas.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-PACIENTES; PEN-M01-005 para dependencia de cuenta.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → Objetivo y alcance; Bases funcionales; RF-02-001, RF-02-002, RF-02-003 y RF-02-007 → pasos y criterios de habilitación. Coordinar el efecto en citas y pagos al revisar sus módulos.
  - **Ampliación del módulo 04 — 4.2 y 4.9:** RF-04-001 conserva que una solicitud puede iniciarse con un paciente local sin sincronización previa; la confirmación de la cita corresponde a EGD. Se guarda la información en Salud365. **Destino adicional:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-001, RF-04-003, RF-04-004 y RF-04-008. No dar por resueltas las políticas de contingencia ni el uso médico de datos locales; este último se sigue por PEN-M04-005.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-005 · Límites de familiares y autorización de representación

- [ ] **PEN-M02-005 · Límites de familiares y autorización de representación**
  - **Tipo:** Decisión funcional y operativa
  - **Puntos de revisión:** 2.10
  - **Ubicación original:** Word del módulo 02 → Bases funcionales → pendientes; RF-02-002 → Pendiente de definición: parentescos, máximos de dependientes, representación de menores/adultos, pruebas de vínculo y autorización.
  - **Contexto:** Se conserva el alta de dependientes del Word. Se aceptan las opciones de relación de la referencia de interfaz: hijo/a, padre/madre, cónyuge, hermano/a, abuelo/a, nieto/a y otro; titular identifica la ficha propia. Falta definir límites y cómo se acredita la autorización. Una casilla marcada por el titular para un familiar adulto no constituye por sí sola el procedimiento definitivo.
  - **Ya validado:** Mantener las opciones de parentesco y definir límites por separado.
  - **Por validar o completar:** Máximo de dependientes, edad mínima aplicable, representación de menores y adultos, evidencia de vínculo y autorización, responsables y revocación.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-CONTRATOS; F-M02-FAMILIA.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → Bases funcionales; RF-02-002 → Precondiciones, tablas, Flujo principal, Validaciones y Criterios de aceptación; RF-02-006 → permisos clínicos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-006 · Un paciente vinculado a varios titulares

- [ ] **PEN-M02-006 · Un paciente vinculado a varios titulares**
  - **Tipo:** Decisión funcional y de datos
  - **Puntos de revisión:** 2.13
  - **Ubicación original:** Word del módulo 02 → RF-02-003 → pregunta sobre varios titulares vinculados a un mismo paciente; RF-02-005 → vínculo y desvinculación.
  - **Contexto:** El Word deja por confirmar la asociación de varios titulares a un paciente. La estructura de referencia atribuye cada registro a un solo titular. Desvincular debe afectar a la relación autorizada, sin borrar la ficha clínica ni alterar otros vínculos.
  - **Ya validado:** Diferenciar estado del vínculo y estado del paciente; mantener pendiente la asociación con varios titulares y sus permisos.
  - **Por validar o completar:** Si se permiten varios titulares, identificación de la ficha común, permisos por vínculo y efecto de la desvinculación o revocación.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-PACIENTES.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-002 → asociación; RF-02-003 → lista y Flujos A/B; RF-02-005 → desvinculación; RF-02-006 → permisos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-007 · Edición de datos y cambios de parentesco

- [ ] **PEN-M02-007 · Edición de datos y cambios de parentesco**
  - **Tipo:** Decisión funcional e implementación
  - **Puntos de revisión:** 2.14
  - **Ubicación original:** Word del módulo 02 → RF-02-004 → tabla de datos, relación condicionada y Pendiente de definición: Campos editables.
  - **Contexto:** Se conserva la tabla del Word: identidad de solo lectura y corrección administrativa; campos administrativos editables; cambio de relación condicionado a no afectar autorizaciones. La interfaz permite corregir parentesco, pero no acredita una revisión adicional de representación por ese cambio.
  - **Ya validado:** Conservar la tabla y el control reforzado de identidad; no ampliar permisos por el comportamiento actual del formulario.
  - **Por validar o completar:** Campos editables definitivos, validaciones por catálogo y procedimiento de revisión cuando el parentesco modifique el alcance de autorización.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-CONTRATOS; F-M02-PACIENTES; PEN-M02-003 y PEN-M02-005.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-004 → tabla, Flujo principal, Validaciones y Criterios de aceptación; RF-02-006 si cambia el alcance clínico.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-008 · Implementación de integración y confirmación externa

- [ ] **PEN-M02-008 · Implementación de integración y confirmación externa**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 2.16, 2.21, 2.22
  - **Ubicación original:** Word del módulo 02 → RF-02-004 → envío asíncrono; RF-02-007 → operaciones, estado y recuperación de fallos.
  - **Contexto:** Se conserva como requisito guardar en Salud365, enviar a EGD, mantener correspondencia de IDs y distinguir confirmación local de externa. El adaptador de referencia incluye un alta parcial y deja la actualización A365 sin implementar. La documentación funcional describe el sistema previsto; estas diferencias no invalidan las reglas del Word.
  - **Ya validado:** Conservar el envío asíncrono y la recuperación. Para el umbral de fallos se conserva literalmente la regla del Word: más de cinco eventos no exitosos requieren alerta y notificación; no se abre una discusión de negocio basada en el valor del prototipo.
  - **Por validar o completar:** Completar contrato de alta/actualización, datos admitidos, confirmaciones, operaciones, ejecución asíncrona, alerta/notificación y reenvío manual conforme al requisito. Registrar estado de implementación con evidencia externa, sin declarar terminada una integración por una simulación.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-SYNC; F-M02-ADMIN.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-004 → Integración y resultado de actualización; RF-02-007 → Flujo principal, Validaciones y Criterios de aceptación. El umbral funcional solo cambia mediante una validación posterior expresa.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-009 · Desvinculación de la ficha propia del titular

- [ ] **PEN-M02-009 · Desvinculación de la ficha propia del titular**
  - **Tipo:** Decisión funcional
  - **Puntos de revisión:** 2.18
  - **Ubicación original:** Word del módulo 02 → RF-02-005 → Flujo principal y Validaciones; restricción adicional de referencia en el código.
  - **Contexto:** El Word desarrolla el retiro de dependientes y la conservación de la ficha. La implementación de referencia también impide desvincular al propio titular de su ficha. Esa restricción adicional no se incorpora como regla aprobada por el solo hecho de existir en el código.
  - **Ya validado:** Conservar la ficha clínica y desactivar únicamente el vínculo afectado.
  - **Por validar o completar:** Confirmar si el titular puede retirar su propia asociación y, de permitirse, bajo qué condiciones y efectos de acceso.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-PACIENTES.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-005 → alcance, Alternativas / excepciones, Validaciones y Criterios de aceptación; RF-02-001 si afecta la ficha propia.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-010 · Alcance de acceso clínico por vínculo y perfil

- [ ] **PEN-M02-010 · Alcance de acceso clínico por vínculo y perfil**
  - **Tipo:** Decisión funcional e implementación
  - **Puntos de revisión:** 2.19
  - **Ubicación original:** Word del módulo 02 → RF-02-003 → pregunta sobre datos clínicos consultables por el titular; RF-02-006 → autorización de acceso.
  - **Contexto:** El Word exige permisos por paciente, relación, rol y contexto; pagar no concede acceso clínico completo. La consulta de referencia comprueba pertenencia del paciente, admite determinados médicos y permite administradores, pero no acredita el alcance definitivo ni una autorización clínica externa detallada del dependiente.
  - **Ya validado:** Conservar íntegro el requisito de autorización del Word; no convertir los accesos actuales en permisos productivos aprobados.
  - **Por validar o completar:** Qué puede consultar cada perfil, alcance de autorización de dependientes, evidencia, vigencia y revocación. Completar controles según la decisión aprobada, coordinando PEN-M02-005 y PEN-M01-013.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-CLINICA.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-006 → Flujo principal, Validaciones y Criterios de aceptación; RF-02-003 → acciones clínicas; matriz del módulo 01 y módulo de historia clínica cuando corresponda.
  - **Validación del módulo 06 — 6.3 y 6.21, 14/11/2026:** el cliente ya definió la información visible en Historia Clínica: datos de atención y receta en Atenciones; recetas en Documentos. No se reabre la incorporación de diagnósticos, CIE-10, anamnesis, evaluación, conclusiones, indicaciones generales, seguimiento, órdenes o rectificaciones a esa vista. Siguen pendientes las autorizaciones de representación y controles por vínculo. **Destino adicional:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-010; mantener la vista del mockup y comprobar el contrato de datos en PEN-M06-008.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.3–7.5: la vista del cliente permanece aprobada. Concretar representación de menores/adultos, revocación y controles de acceso por paciente, sin convertir vínculo o pago en lectura completa. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001 y RF-07-009, validaciones y permisos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-011 · Consulta de una copia local de información de EGD

- [ ] **PEN-M02-011 · Consulta de una copia local de información de EGD**
  - **Tipo:** Decisión funcional y de datos
  - **Puntos de revisión:** 2.20
  - **Ubicación original:** Word del módulo 02 → RF-02-006 → Validaciones: acceso al historial de Salud365 cuando EGD no esté disponible; copia local observada en la referencia de código.
  - **Contexto:** Se mantiene mostrar el historial de Salud365 cuando no esté disponible EGD, conforme al Word. La referencia de código también utiliza la última copia local recibida de EGD. El usuario dejó pendiente si se admite esa copia y cómo identificar su actualización y procedencia.
  - **Ya validado:** Historial de Salud365 disponible según permisos cuando EGD no esté disponible. La copia externa no se agrega todavía al alcance aprobado.
  - **Por validar o completar:** Si se permite la copia de EGD, datos incluidos, vigencia, procedencia, fecha de actualización y presentación de información desactualizada.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-CLINICA.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-006 → Validaciones, Alternativas / excepciones y Criterios de aceptación; módulo de historia clínica cuando se revise.
  - **Ampliación del módulo 06 — 6.6:** el aviso de última copia guardada en Historia Clínica es una referencia de presentación; la política de consulta durante una caída sigue pendiente. La decisión del cliente sobre campos visibles no se amplía por utilizar una copia de EGD. **Destino adicional:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-002 y RF-06-010; coordinación con módulo 07 al revisarlo.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.19/7.22: la pantalla informa última copia pero no muestra fecha de lectura. Validar procedencia, antigüedad, vigencia de permisos y continuidad; no asumir aprobada toda la política por existir la copia. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-008 y RF-07-010, actualización y contingencia.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-012 · Prevención de duplicados y recuperación de respuestas inciertas

- [ ] **PEN-M02-012 · Prevención de duplicados y recuperación de respuestas inciertas**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 2.23
  - **Ubicación original:** Word del módulo 02 → RF-02-007 → Alternativas / excepciones, idempotencia y Criterios de aceptación.
  - **Contexto:** El Word exige recuperar fallos sin duplicar fichas y no reenviar a ciegas ante un timeout. Guardar el ID recibido o evitar reenvíos después de tenerlo no resuelve el caso en que EGD crea el paciente y se pierde la respuesta.
  - **Ya validado:** Conservar la prevención de duplicados y la recuperación como requisitos del Word.
  - **Por validar o completar:** Acreditar con EGD el mecanismo de idempotencia o consulta/reconciliación equivalente y el tratamiento de respuestas duplicadas o inciertas.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-SYNC; PEN-M02-002 para coincidencias de identidad.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-007 → pasos de respuesta, Alternativas / excepciones, Validaciones y Criterios de aceptación; RF-02-001 y RF-02-002 si afecta la vinculación.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M02-013 · Sincronización de pacientes desde EGD hacia Salud365

- [ ] **PEN-M02-013 · Sincronización de pacientes desde EGD hacia Salud365**
  - **Tipo:** Decisión de integración e implementación
  - **Puntos de revisión:** 2.24
  - **Ubicación original:** Word del módulo 02 → RF-02-007 → alcance de sincronización y correspondencia; regla general de intercambio en ambos sentidos indicada por el usuario.
  - **Contexto:** El Word desarrolla sobre todo el envío de Salud365 hacia EGD. Se mantiene ese flujo como base. El usuario requiere también reflejar en Salud365 datos que cambien en EGD; no se ha definido en este RF el mecanismo general de recepción de cambios de pacientes.
  - **Ya validado:** Mantener la necesidad de sincronización en ambos sentidos, sin inventar campos o mecanismos todavía no acordados.
  - **Por validar o completar:** Datos y dirección por campo, fuente maestra, identificación de cambios, periodicidad o eventos, conciliación de conflictos y recuperación de errores.
  - **Fuentes:** F-M02-WORD; F-M02-VALIDACION; F-M02-SYNC.
  - **Destino:** `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-007 → Objetivo, Precondiciones, Flujo principal, Validaciones y Criterios de aceptación; RF-02-004 → actualización si afecta el origen del cambio.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado; actualizar solo las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### Registro de las decisiones numeradas

Esta tabla registra instrucciones de revisión documental. «Incorporado» no declara terminada una implementación ni resuelve las entradas abiertas asociadas.

| Punto | Tratamiento autorizado | Ubicación documental y seguimiento |
| --- | --- | --- |
| 2.1 | Corregir nueve a siete RF y RF-02-010 a RF-02-007. | Incorporado en Actores, conceptos y responsabilidades y RF-02-001. |
| 2.2 | Mantener la regla base; discutir acceso sin intervención de EGD, considerado probable por el usuario. | PEN-M01-005; Bases funcionales y RF-02-001 → Precondiciones. |
| 2.3 | Mantener cuenta y ficha separadas; evaluar casilla opcional durante registro. | RF-02-001 conservado; idea en PEN-M02-001, con destino también en RF-01-001. |
| 2.4 | Conservar búsqueda y vinculación del Word; completar implementación. | PEN-M02-002. |
| 2.5 | Conservar tabla y definir campos/perfil incompleto antes de cambiarla. | PEN-M02-003. |
| 2.6 | Conservar la base del Word y discutir avance sin confirmación externa. | PEN-M02-004. |
| 2.7 | Mantener alta y uso opcional de los contactos del titular. | RF-02-002 conservado. |
| 2.8 | Conservar tablas y regla de fecha no futura; validar campos/catálogos. | PEN-M02-003. |
| 2.9 | Conservar identificación y prevención de duplicados; definir su alcance. | PEN-M02-002. |
| 2.10 | Mantener las opciones de parentesco de referencia; definir límites y representación. | Catálogo incorporado en ambas tablas de alta; PEN-M02-005. |
| 2.11 | Mantener la presentación de Mi familia. | RF-02-003: tabla/tarjetas, fotografía, edad y documento. |
| 2.12 | Mantener las acciones de referencia; videollamada desde el detalle de cita. | RF-02-003: acceso a videollamada y cambio de foto, conservando referencias de RF. |
| 2.13 | Diferenciar vínculo y paciente; discutir varios titulares. | RF-02-003 y RF-02-005 actualizados; PEN-M02-006. |
| 2.14 | Conservar tabla de edición y definir condiciones pendientes. | PEN-M02-007 y PEN-M02-003. |
| 2.15 | Añadir fotografía dentro de RF-02-004. | Incorporado en tabla y pasos; coherente con RF-01-005. |
| 2.16 | Distinguir guardado local y confirmación EGD; completar integración. | RF-02-004 actualizado; PEN-M02-008. |
| 2.17 | Mantener confirmación y detallar estados de servicio activo. | RF-02-005 actualizado. |
| 2.18 | Mantener ficha y desactivar vínculo; validar tratamiento del propio titular. | RF-02-005 actualizado; PEN-M02-009. |
| 2.19 | Conservar permisos del Word; definir alcance y completar controles. | PEN-M02-010. |
| 2.20 | Mantener historial de Salud365 sin EGD; discutir copia de datos externos. | RF-02-006 conservado; PEN-M02-011. |
| 2.21 | Conservar sincronización prevista como requisito; completar integración. | RF-02-007 conservado; PEN-M02-008. |
| 2.22 | Conservar redacción formal y regla de más de cinco fallos del Word. | RF-02-003 → Flujo D y RF-02-007 → Validaciones conservados. No se agrega discusión del umbral al módulo. |
| 2.23 | Conservar prevención de duplicados y acreditar recuperación. | RF-02-007 conservado; PEN-M02-012. |
| 2.24 | Definir recepción de cambios de pacientes desde EGD. | Flujo base de RF-02-007 conservado; PEN-M02-013. |

### Pendientes originales del Word y ubicación de actualización

El texto de origen se conserva literalmente para consulta. Las reglas incluidas en los pasos y tablas del Word permanecen en el módulo mientras su modificación no esté validada. Se trasladan aquí los apartados dedicados a preguntas o pendientes.

| Ubicación original | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Bases funcionales y alcance de las decisiones | PENDIENTE · Parentescos admitidos, edad mínima, representación legal, titularidad de información, campos obligatorios de pacientes, autorización de acceso a historia clínica y capacidades reales de APIs EGD. | PEN-M02-003, 005, 008 y 010; PEN-M01-005 | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → Bases funcionales; tablas de alta; RF-02-002, RF-02-006 y RF-02-007. |
| RF-02-001 → Pendiente de definición | Pendiente de definición: Campos de paciente, identificación, de duplicación. | PEN-M02-002 y 003 | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-001 → Flujo principal, tabla, Validaciones y Criterios de aceptación. |
| RF-02-002 → Pendiente de definición | Pendiente de definición: Parentescos, máximos de dependientes, representación de menores/adultos, pruebas de vínculo y autorización. | Opciones de parentesco incorporadas; límites y representación abiertos en PEN-M02-005 | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-002 → tablas, Precondiciones, Flujo principal, Validaciones y Criterios de aceptación. |
| RF-02-003 → Pendiente de definición | Pendiente de definición: Datos visibles en lista. | Datos de lista y presentación validados por el usuario en 2.11; incorporados sin cerrar otros pendientes | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-003 → tabla de información y presentación de pacientes. |
| RF-02-003 → pregunta posterior al Flujo D | • Confirmar si varios TITULARES pueden estar vinculados a un mismo paciente y cómo se resuelven autorizaciones. | PEN-M02-006 | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-002, RF-02-003, RF-02-005 y RF-02-006 → vínculos y permisos. |
| RF-02-003 → pregunta posterior al Flujo D | • Definir qué datos clínicos puede consultar un TITULAR respecto de un dependiente | PEN-M02-010 | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-006 → autorización y criterios; RF-02-003 → acciones clínicas. |
| RF-02-004 → Pendiente de definición | Pendiente de definición: Campos editables. | PEN-M02-003 y 007 | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-004 → tabla, Flujo principal, Validaciones y Criterios de aceptación. |

Las condiciones aún propuestas o por confirmar dentro de las tablas y pasos se conservan en su ubicación original del módulo. Su discusión se sigue por las entradas anteriores; no se eliminan ni se reemplazan por el comportamiento del prototipo.

## Fuentes del módulo 03

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M03-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_03_Medicos_Funcional.docx` | Documento base: nueve RF, ocho tablas y flujos finales. |
| F-M03-VALIDACION | Revisión 3.1 a 3.24 y respuestas del usuario del 13/11/2026. | Conservación del Word, cambios aprobados, prioridad del flujo de cita virtual y continuidad de URL EGD. |
| F-M03-ADMIN | `mockup/src/frontend/features/admin/vistas/medicos.tsx`; `mockup/src/frontend/features/admin/medicos-admin.tsx`; `mockup/src/backend/features/administracion/application/administracion.use-cases.ts`; `mockup/src/contracts/administracion.ts` | Organización administrativa de referencia; sus datos de prueba no definen reglas productivas. |
| F-M03-PERFIL | `mockup/src/backend/features/medicos/application/medicos.use-cases.ts`; `mockup/src/contracts/medicos.ts` | Distinción de edición propia, ficha profesional, horarios y presencia. |
| F-M03-AGENDA | `mockup/src/frontend/features/acto-medico/agenda-medico.tsx`; `mockup/src/backend/features/citas/application/citas.use-cases.ts` | Vistas, búsqueda, estados y asignación médica. |
| F-M03-HORARIOS | `mockup/src/backend/features/medicos/infrastructure/egd-mock-disponibilidad.adapter.ts`; `mockup/src/frontend/features/acto-medico/control-presencia.tsx`; `mockup/src/backend/features/medicos/application/presencia.use-cases.ts` | Horarios y estados de recepción inmediata de referencia. |
| F-M03-CLINICA | `mockup/src/backend/features/acto-medico/application/acto-medico.use-cases.ts`; `mockup/src/backend/features/acto-medico/domain/atencion.ts`; `mockup/src/frontend/features/acto-medico/consulta-medico.tsx` | Guardado, recuperación, cierre y separación entre llamada y acto clínico. |
| F-M03-VIDEO | `mockup/src/backend/features/videoconsulta/application/videoconsulta.use-cases.ts`; `mockup/src/backend/features/videoconsulta/application/ports.ts` | Interfaz de integración; el requisito de URL procede de la validación del usuario. |
| F-CITA-FLUJO | `mockup/src/frontend/features/citas/agendar/agendar-wizard.tsx` y validación del cliente comunicada por el usuario. | Secuencia de solicitud virtual prioritaria frente a referencias anteriores del Word. |

## Módulo 03 · Médicos

Documento de destino: `modulos/Modulo_03_Medicos_Funcional.md`. El trabajo de este módulo es de definición documental; no declara terminada la integración médica. Los puntos 3.1–3.24 se conservan para ubicar las decisiones. Las entradas compartidas del módulo 01 no se duplican.

### PEN-M03-001 · Actores y alcance de edición del perfil profesional

- [ ] **PEN-M03-001 · Actores y alcance de edición del perfil profesional**
  - **Tipo:** Decisión funcional
  - **Puntos de revisión:** 3.4, 3.5
  - **Ubicación original:** Word del módulo 03 → RF-03-002 → Actores y pasos de autogestión; RF-01-005 → edición del perfil médico.
  - **Contexto:** El Word identifica al administrador como actor y abre la ficha desde la consulta administrativa, pero después habla de autogestión y de cambios efectuados por el médico. Se conserva ese texto mientras se aclara la distribución de responsabilidades; las pantallas de referencia separadas no resuelven por sí solas la aprobación.
  - **Ya validado:** Conservar tablas y condiciones del Word, con datos profesionales sujetos a EGD. No ampliar la autogestión por lo que permita un formulario.
  - **Por validar o completar:** Qué pasos realiza administración, cuáles el médico, qué campos requieren aprobación y cómo se articula con RF-01-005. Coordinar PEN-M01-015.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-PERFIL.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-002 → Actores, Precondiciones, Flujo principal, tablas y Criterios de aceptación; RF-01-005 en el módulo 01 si cambia la edición propia.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-002 · Fuente de agenda, catálogo de estados y consulta histórica

- [ ] **PEN-M03-002 · Fuente de agenda, catálogo de estados y consulta histórica**
  - **Tipo:** Decisión funcional e integración
  - **Puntos de revisión:** 3.7, 3.8, 3.9
  - **Ubicación original:** Word del módulo 03 → RF-03-003 → tabla, Por confirmar y reglas de citas canceladas/reprogramadas; bloque final de sistema maestro.
  - **Contexto:** El Word exige citas asignadas y autorizadas, búsqueda, estados de cita y acto independientes, e identificación de cancelaciones/reprogramaciones. Se mantienen esos requisitos. La referencia de interfaz añade vistas y limita los estados visibles; esa limitación no reemplaza el alcance del Word.
  - **Ya validado:** Mantener la tabla y referencias del Word; incorporar las vistas Hoy, Pendientes de cierre, Próximas, Realizadas y Todas.
  - **Por validar o completar:** Fuente oficial de agenda, consulta histórica, catálogo de estados, volumen/resultados y reglas de asignación. Completar la representación de canceladas y reprogramadas conforme al requisito.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-AGENDA.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-003 → tabla, Flujo principal, Validaciones y Criterios de aceptación; 5.2 si cambia la consulta de seguimiento.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-003 · Origen de disponibilidad y posible autogestión de horarios

- [ ] **PEN-M03-003 · Origen de disponibilidad y posible autogestión de horarios**
  - **Tipo:** Decisión funcional e integración
  - **Puntos de revisión:** 3.10
  - **Ubicación original:** Word del módulo 03 → RF-03-004 → configuración y autogestión condicionada; bloque final → sistema maestro, especialidades MVP y edición médica.
  - **Contexto:** Se conserva la configuración administrativa del Word. La edición de horarios por el médico permanece condicionada a aprobación. En esta fase se mantiene la responsabilidad de EGD ya indicada para datos profesionales y disponibilidad; definir una pantalla no confirma la capacidad externa ni autoriza otra fuente maestra.
  - **Ya validado:** Diferenciar horario publicado y presencia para recibir atención inmediata; declarar presencia no permite editar turnos.
  - **Por validar o completar:** Gestión administrativa frente a EGD, especialidades MVP, fuente oficial y si se autoriza autogestión médica de horarios. Coordinar PEN-M01-015 y PEN-M01-028.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-HORARIOS.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-004 → Actores, Flujo principal, Validaciones, Integraciones y datos y Criterios de aceptación; tablas de RF-03-001/RF-03-002 si afecta disponibilidad o especialidades.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-004 · Restricciones horarias y protección de citas existentes

- [ ] **PEN-M03-004 · Restricciones horarias y protección de citas existentes**
  - **Tipo:** Implementación y precisión operativa
  - **Puntos de revisión:** 3.12
  - **Ubicación original:** Word del módulo 03 → RF-03-004 → solapamientos, zona horaria, reservas y excepciones.
  - **Contexto:** El Word exige horarios válidos, evitar solapamientos y no eliminar disponibilidad que afecte citas sin política de reprogramación. La validación parcial de horas del prototipo no sustituye estas condiciones; se mantienen como requisitos.
  - **Ya validado:** Conservar el requisito completo y la auditoría de cambios.
  - **Por validar o completar:** Completar comprobaciones de turnos, descansos, restricciones, zona horaria, bloqueos y citas afectadas antes de publicar cambios. Vincular la gestión de citas futuras con PEN-M03-008.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-HORARIOS.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-004 → Validaciones, Alternativas y excepciones y Criterios de aceptación; coordinación con Citas cuando se revise.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-005 · Preparación clínica, permisos y contingencia de lectura

- [ ] **PEN-M03-005 · Preparación clínica, permisos y contingencia de lectura**
  - **Tipo:** Decisión funcional e integración
  - **Puntos de revisión:** 3.14
  - **Ubicación original:** Word del módulo 03 → RF-03-005 → Validaciones, excepciones, Por confirmar y bloque final de acceso clínico.
  - **Contexto:** Se conserva el acceso únicamente a paciente/cita autorizados, la trazabilidad de cambios de triaje y el registro de accesos sensibles. Una pantalla con historial no confirma el contrato de lectura ni todos los controles de autorización. La obligatoriedad o excepción del triaje no se deduce de una pantalla.
  - **Ya validado:** Motivo/triaje se registran tras consentimiento y antes del pago en la solicitud virtual. Mantener las demás condiciones y permisos del Word; la prioridad del flujo no aprueba nuevos permisos clínicos.
  - **Por validar o completar:** Acceso anticipado, obligatoriedad/excepciones de triaje, alcance del consentimiento, permisos históricos, auditoría y protocolo cuando la historia no esté disponible; contratos de lectura de EGD.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-CITA-FLUJO; F-M03-CLINICA; PEN-M02-010.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-005 → Precondiciones, Flujo principal, Validaciones, Alternativas y Criterios de aceptación; coordinación con RF-03-003, módulo 02 y módulos de Citas/Historia clínica al revisarlos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-006 · Integración de videoconsulta y continuidad de URL

- [ ] **PEN-M03-006 · Integración de videoconsulta y continuidad de URL**
  - **Tipo:** Integración y contingencias
  - **Puntos de revisión:** 3.15, 3.16, 3.17
  - **Ubicación original:** Word del módulo 03 → Contexto funcional; RF-03-006 → videoconsulta, contingencias y Por confirmar; bloque final de integración clínica.
  - **Contexto:** El usuario confirmó que EGD proporciona la URL. Ante fallo de conexión o error no se genera otra URL: se mantiene el enlace original y deja de expirar para retomar la atención. La regla se incorpora al módulo; no queda pendiente elegir proveedor ni decidir si se conserva el enlace. Su aplicación requiere coordinación técnica con EGD.
  - **Ya validado:** EGD proporciona la URL; se conserva el mismo enlace ante el fallo y deja de expirar; terminar la llamada no cierra el acto médico. Se mantienen asignación y permisos autorizados.
  - **Por validar o completar:** Confirmar e implementar con EGD la conservación del enlace y su vigencia tras la incidencia, identificación de sala, estados, recuperación de acceso y contingencias adicionales. Validar contratos de apertura/escritura/cierre del acto médico sin reabrir la regla de URL.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-VIDEO.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-006 → Flujo principal, Validaciones, Alternativas, Integraciones y Criterios de aceptación; contexto; módulo de Videoconsulta al revisarlo.
  - **Ampliación del módulo 04 — 4.21:** conservar la misma URL EGD ante fallo sigue validado. El usuario recuerda además envío por WhatsApp y correo, pero pidió validar esos canales después; el correo no se incorpora como canal confirmado. **Destino adicional:** `modulos/Modulo_04_Citas_Funcional.md` → Contexto, Flujo de referencia, RF-04-004 y RF-04-008; canales en PEN-M04-010.
  - **Ampliación del módulo 05 — 5.4, 5.5 y 5.13:** la URL y la videoconsulta proceden de EGD; ante fallo se conserva esa URL y deja de expirar. El acceso integrado en Salud365 corresponde al titular/paciente; el médico utiliza la plataforma de EGD, según aclaración expresa del usuario. **Destino adicional:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → contexto, RF-05-002 y RF-05-006. Los detalles de integración no reabren quién proporciona el video ni la regla de continuidad del enlace.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-007 · Política de suspensión e inactivación médica

- [ ] **PEN-M03-007 · Política de suspensión e inactivación médica**
  - **Tipo:** Decisión funcional y operativa
  - **Puntos de revisión:** 3.18
  - **Ubicación original:** Word del módulo 03 → RF-03-007 → motivo, suspensión/inactivación y Por confirmar.
  - **Contexto:** Se mantiene el Word: retirar acceso sin borrar historia clínica, solicitar motivo e impedir nuevas atenciones a una cuenta suspendida. La opción de motivo no obligatorio de la referencia no redefine ese requisito.
  - **Ya validado:** Conservar solicitud de motivo, autorización, trazabilidad y conservación de registros.
  - **Por validar o completar:** Obligatoriedad del motivo, diferencia entre suspensión temporal e inactivación, responsables, notificaciones, actualización en EGD y tratamiento de discrepancias. Coordinar PEN-M01-026 para revocación.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-ADMIN.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-007 → Flujo principal, Validaciones, Alternativas, Integraciones y Criterios de aceptación; RF-03-008 → estados administrativos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-008 · Citas futuras y seguimiento tras suspensión o cambios de horario

- [ ] **PEN-M03-008 · Citas futuras y seguimiento tras suspensión o cambios de horario**
  - **Tipo:** Decisión operativa
  - **Puntos de revisión:** 3.19
  - **Ubicación original:** Word del módulo 03 → RF-03-007 → citas futuras, política de reasignación y Por confirmar; RF-03-004 → citas afectadas; bloque final de suspensión.
  - **Contexto:** El usuario pidió dejar expresamente pendiente cómo gestionar citas futuras con seguimiento cuando un médico sea suspendido o cambie su disponibilidad. El Word ya exige identificar citas afectadas y aplicar una política; se mantiene esa base, sin asumir que mostrar una advertencia completa la gestión.
  - **Ya validado:** Conservar identificación de citas afectadas, seguimiento y conservación de la historia; no inventar una política automática de reasignación.
  - **Por validar o completar:** Quién identifica y sigue cada cita, quién decide reprogramación o reasignación, cómo se informa al paciente/titular, qué ocurre con controles o seguimientos previstos con el mismo médico y cómo se confirma la resolución. Precisar si la expresión seguimiento también comprende controles clínicos futuros y su continuidad.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION, 3.19; F-M03-ADMIN.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-007 → pasos de citas futuras, Alternativas y Criterios de aceptación; RF-03-004 → cambios de horario; coordinación con Citas y seguimiento clínico cuando se revisen.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-009 · Estados administrativos, correspondencia EGD y auditoría

- [ ] **PEN-M03-009 · Estados administrativos, correspondencia EGD y auditoría**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 3.20, 3.21
  - **Ubicación original:** Word del módulo 03 → RF-03-008 → tabla de información, estados y reglas de auditoría.
  - **Contexto:** Se conserva la tabla completa del Word, distribuida entre lista y detalle. Estado profesional, cuenta de acceso y sincronización son distintos. Datos fabricados para pruebas no demuestran habilitación ni sincronización externa; la ausencia de integración no modifica la regla funcional.
  - **Ya validado:** Mantener datos, acciones, filtros, separación de estados, restricción de reintentos y exclusión de contraseñas/tokens de logs.
  - **Por validar o completar:** Completar fuentes y actualización de estados confirmados, trazabilidad de operaciones, permisos de consulta y visualización de última actualización en fallos. Coordinar PEN-M01-018 y PEN-M01-025.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-ADMIN.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-008 → tabla, Flujo principal, Validaciones, Alternativas y Criterios de aceptación; RF-03-001 y RF-03-007 si afecta alta o suspensión.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-010 · Recuperación de borradores y cierre confirmado por EGD

- [ ] **PEN-M03-010 · Recuperación de borradores y cierre confirmado por EGD**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 3.22, 3.23
  - **Ubicación original:** Word del módulo 03 → RF-03-009 → recuperación, cierre, excepciones, Por confirmar; 5.2 y bloque final de escritura clínica.
  - **Contexto:** La experiencia de recuperar una atención, completar datos y guardar borrador coincide funcionalmente con el Word. La lectura desde EGD y su estado vigente requieren integración. El Word muestra Cerrado solo tras confirmación EGD; la referencia registra cierre local y sincroniza después. Se mantiene la regla del Word y se registra esta diferencia sin adoptar el comportamiento local como definitivo.
  - **Ya validado:** Guardar borrador no cierra; fin de llamada, atención efectuada y cierre clínico son distintos. Mostrar Cerrado únicamente después de confirmación EGD y validaciones completas.
  - **Por validar o completar:** Acreditar lectura/escritura parcial, borradores, consulta del resultado y cierre diferido con EGD; completar el tratamiento de falta de respuesta y evitar cierres duplicados o declaraciones prematuras de éxito.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-CLINICA.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-009 → Flujo principal, Validaciones, Alternativas, Integraciones y Criterios de aceptación; 5.2; coordinación con Acto Médico cuando se revise.
  - **Ampliación del módulo 05 — 5.9 y 5.16:** se confirma que el médico trabaja desde la plataforma de EGD en esta fase. La continuidad y el cierre clínico de RF-05-007 se describen desde EGD; Salud365 conserva los resultados y la trazabilidad autorizados. Las referencias previas a edición clínica desde Salud365 requieren revisión según PEN-M05-001, sin sustituir el requisito de cierre confirmado por EGD. **Destino adicional:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-004 y RF-05-007; módulo 06 cuando se revise.
  - **Ampliación del módulo 06 — 6.16 y 6.18:** el médico guarda borrador y cierra desde EGD; Salud365 recibe o consulta el resultado y solo refleja Cerrado tras confirmación confiable. El prototipo no justifica adoptar cierre clínico local antes de confirmar EGD. **Destino adicional:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-008 y RF-06-009. La recuperación de avance ante fallo se sigue por PEN-M06-004.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M03-011 · Validaciones clínicas, cierre posterior y correcciones autorizadas

- [ ] **PEN-M03-011 · Validaciones clínicas, cierre posterior y correcciones autorizadas**
  - **Tipo:** Decisión funcional clínica e implementación
  - **Puntos de revisión:** 3.24
  - **Ubicación original:** Word del módulo 03 → RF-03-009 → validaciones de cierre, correcciones y Por confirmar.
  - **Contexto:** El Word exige campos obligatorios aprobados, preservar avances y no editar una atención cerrada por el flujo ordinario. Las validaciones de referencia no sustituyen la aprobación de reglas clínicas ni definen los plazos o permisos excepcionales.
  - **Ya validado:** Mantener bloqueo del cierre incompleto, conservación de borradores y corrección posterior autorizada y auditable.
  - **Por validar o completar:** Campos obligatorios de cierre, plazo para cierre posterior, permisos excepcionales, profesional responsable ante reasignación y procedimiento de rectificación. No fijar mínimos clínicos por valores de prueba.
  - **Fuentes:** F-M03-WORD; F-M03-VALIDACION; F-M03-CLINICA.
  - **Destino:** `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-009 → Validaciones, Alternativas y Criterios de aceptación; RF-03-005/006 si afecta preparación o acceso; módulos clínicos cuando se revisen.
  - **Ampliación del módulo 06 — 6.19 y 6.20:** los requisitos clínicos, plazo de cierre y correcciones se aplican en EGD; los mínimos del código no se adoptan como política definitiva. Precisar cómo recibe Salud365 los resultados y versiones, sin editor médico propio. **Destino adicional:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-009; réplica de correcciones en PEN-M06-007.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### Registro de las decisiones numeradas

La incorporación documental no declara completado el desarrollo ni la integración.

| Punto | Tratamiento autorizado | Ubicación y seguimiento |
| --- | --- | --- |
| 3.1 | Conservar tablas de identidad, contacto y profesionales del Word. | PEN-M01-015 ampliado a RF-03-001/RF-03-002. |
| 3.2 | Conservar verificación profesional del Word. | PEN-M01-019 ampliado a RF-03-001; sin duplicar pendiente. |
| 3.3 | Conservar alta, comunicación y habilitación del Word. No usar cuentas de prueba para redefinirlas. | RF-03-001 y 5.1 conservados; PEN-M01-017 aclara la comunicación pendiente; PEN-M01-018 sigue la integración. |
| 3.4 | Mantener texto base y aclarar actor/alcance de autogestión. | PEN-M03-001. |
| 3.5 | Conservar tablas y condiciones de aprobación y EGD. | PEN-M01-015 y PEN-M03-001. |
| 3.6 | Distinguir regeneración administrativa de recuperación personal por correo. | RF-03-002 actualizado; referencia RF-01-003. |
| 3.7 | Conservar agenda asignada, tabla y referencias del Word. | RF-03-003 conservado; PEN-M03-002 para definiciones pendientes. |
| 3.8 | Incorporar vistas Hoy, Pendientes de cierre, Próximas, Realizadas y Todas. | RF-03-003 actualizado. |
| 3.9 | Mantener alcance de canceladas/reprogramadas y estados independientes. | PEN-M03-002; no restringir el requisito a los estados de referencia visibles. |
| 3.10 | Conservar gestión administrativa y autogestión condicionada a aprobación. | RF-03-004 conservado; PEN-M03-003. |
| 3.11 | Distinguir presencia inmediata y horarios publicados. | RF-03-004 actualizado con Disponible, Ocupado, Pausa y Desconectado. |
| 3.12 | Conservar protección de horarios y citas existentes. | PEN-M03-004. |
| 3.13 | Motivo/triaje después del consentimiento y antes del pago; prioridad del flujo acordado con el cliente. | RF-03-005 actualizado; regla transversal de revisión en este archivo. |
| 3.14 | Conservar acceso clínico autorizado, auditoría y definiciones abiertas del Word. | RF-03-005 conservado en permisos; PEN-M03-005. No se aprueban permisos adicionales. |
| 3.15 | EGD proporciona la URL; ante fallo se conserva, no se genera otra y deja de expirar. | Contexto y RF-03-006 actualizados. |
| 3.16 | Conservar la regla funcional de URL y confirmar su integración con EGD. | PEN-M03-006, sin reabrir la decisión de continuidad del enlace. |
| 3.17 | Terminar videollamada no equivale a cerrar el acto médico. | RF-03-006 y RF-03-009 conservados. |
| 3.18 | Conservar suspensión, solicitud de motivo e historial; concretar política. | PEN-M03-007. |
| 3.19 | Conservar gestión de citas afectadas y definir citas futuras con seguimiento. | PEN-M03-008. |
| 3.20 | Conservar tabla completa y distribuir campos entre lista y detalle. | RF-03-008 actualizado en presentación, sin eliminar filas. |
| 3.21 | Mantener estados independientes y reglas de auditoría del Word. | PEN-M03-009 y seguimiento compartido PEN-M01-018. |
| 3.22 | Mantener recuperación y borrador del Word; la experiencia coincide, la integración EGD se comprueba aparte. | RF-03-009 conservado; PEN-M03-010. |
| 3.23 | Mostrar Cerrado únicamente después de confirmación EGD. | RF-03-009 y 5.2 conservados; diferencia técnica en PEN-M03-010. |
| 3.24 | Conservar validaciones y correcciones autorizadas; definir campos, plazos y permisos. | PEN-M03-011. |

### Pendientes originales del Word y destino de actualización

Los textos de origen se conservan para consulta. Las reglas dentro de tablas y pasos mantienen su versión base mientras no se valide su modificación; las preguntas y apartados dedicados a pendientes se concentran aquí. Las referencias de trazabilidad permanecen en el módulo.

| Ubicación original | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| RF-03-001 → Por confirmar | Por confirmar: Campos obligatorios, fuente de colegiatura/habilitación, especialidades | PEN-M01-015 y PEN-M01-019 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001 → tablas, pasos y validaciones. |
| RF-03-003 → Por confirmar | Por confirmar: Fuente oficial de agenda, permisos de consulta histórica, catálogo de estados, volumen de resultados. | PEN-M03-002 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-003 → tabla, permisos históricos, estados y criterios. |
| RF-03-005 → Por confirmar | Por confirmar: Reglas de acceso anticipado, triaje obligatorio, consentimiento y disponibilidad de APIs de lectura. | PEN-M03-005 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-005 → acceso, triaje, consentimiento y lectura. |
| RF-03-006 → Por confirmar | Por confirmar: Proveedor de video, enlaces/sesiones, estados, contingencias y contratos de acto médico. | Proveedor EGD y continuidad de URL ya validados; detalles de integración en PEN-M03-006 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-006 → integración y contingencias; no reabrir la regla de enlace. |
| RF-03-007 → Por confirmar | Por confirmar: Política de suspensión, reasignación, notificaciones y actualización de estado en EGD. | PEN-M03-007 y PEN-M03-008 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-007 → suspensión, citas afectadas, notificaciones y EGD. |
| RF-03-009 → Por confirmar | Por confirmar: Campos obligatorios, plazo para cierre posterior, edición/corrección, permisos excepcionales y soporte real de EGD para borradores y cierre diferido. | PEN-M03-010 y PEN-M03-011 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-009 → borradores, validaciones, plazos y cierre. |
| Bloque final de definiciones → campos y habilitación | Confirmar campos profesionales, colegiatura, fuente y procedimiento de validación interna. | PEN-M01-015 y PEN-M01-019 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001 y RF-03-002 → tablas y verificación. |
| Bloque final de definiciones → operaciones EGD | Confirmar APIs EGD para alta, modificación, consulta, habilitación y relación con usuarios. | PEN-M01-018 y PEN-M03-009 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001, RF-03-002, RF-03-007, RF-03-008 y 5.1. |
| Bloque final de definiciones → sistema maestro de agenda | Definir sistema maestro de agenda y disponibilidad, modalidad inmediata/programada y reglas de asignación. | PEN-M03-002 y PEN-M03-003 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-003 y RF-03-004 → fuente y reglas de asignación. |
| Bloque final de definiciones → especialidades y edición de disponibilidad | Confirmar especialidades MVP y si médico puede editar su disponibilidad. | PEN-M01-015 y PEN-M03-003 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-001, RF-03-002 y RF-03-004. |
| Bloque final de definiciones → acceso clínico e histórico | Definir acceso del médico a historia clínica, motivo y triaje; protección de datos y auditoría. Precisar consulta histórica por paciente/cita y acceso a atenciones pendientes de cierre. | PEN-M03-002 y PEN-M03-005 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-003, RF-03-005 y RF-03-009. |
| Bloque final de definiciones → video y escritura clínica | Confirmar solución de videoconsulta, apertura del acto médico y servicios de escritura clínica EGD. Validar además lectura/escritura parcial y cierre diferido del acto médico en EGD. | EGD/URL ya validados; PEN-M03-006 y PEN-M03-010 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-006 y RF-03-009 → integración y cierre diferido. |
| Bloque final de definiciones → suspensión y citas futuras | Definir suspensión, gestión de citas futuras y recuperación de fallas de sincronización. | PEN-M03-007, PEN-M03-008 y PEN-M01-018 | `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-007 y excepciones de RF-03-004. |
| Bloque final → tratamiento de pendientes | Los pendientes permanecen visibles y no se presentan como capacidades EGD confirmadas. | Reglas de mantenimiento de este archivo | `modulos/Modulo_03_Medicos_Funcional.md` → Mantener decisiones abiertas con contexto y sin atribuir a EGD capacidades no confirmadas. |

**Alcance de fase:** el usuario indicó que la definición médica todavía se encuentra en elaboración. Preparar este módulo no confirma integraciones, contratos, campos o permisos que siguen abiertos. Los datos de prueba no se utilizan como acuerdos funcionales.

## Fuentes del módulo 04

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M04-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_04_Citas_Funcional.docx` | Documento base: once RF, tres tablas y referencias. |
| F-M04-VALIDACION | Revisión 4.1–4.30 y respuestas del usuario del 13/11/2026. | Cambios autorizados, nombre oficial, confirmación EGD y decisiones pendientes. |
| F-M04-FLUJO | `mockup/src/frontend/features/citas/agendar/agendar-wizard.tsx`; `paso-servicio.tsx`; `paso-motivo.tsx`; `paso-consentimiento.tsx` en la misma carpeta. | Flujo de solicitud acordado con el cliente; contenido y secuencia de los pasos. |
| F-M04-DISPONIBILIDAD | `mockup/src/frontend/features/citas/agendar/disponibilidad-referencial.tsx`; `paso-horario.tsx`; `mockup/src/backend/features/medicos/application/medicos.use-cases.ts` | Consulta informativa, selección de día/hora y asignación de referencia. |
| F-M04-CITAS | `mockup/src/backend/features/citas/application/citas.use-cases.ts`; `mockup/src/backend/features/citas/domain/cita.ts`; `mockup/src/contracts/citas.ts` | Estados, condiciones, datos y operaciones de referencia. Los valores comerciales de prueba no se consideran aprobados por existir en código. |
| F-M04-COLA | `mockup/src/backend/features/citas/application/cola.use-cases.ts`; `mockup/src/frontend/features/citas/detalle-cita-paciente.tsx` | Asignación, posición, espera y alternativas de referencia. |
| F-M04-SYNC | `mockup/src/backend/features/citas/application/citas-con-triaje.ts`; `mockup/src/backend/features/integracion-egd/application/sincronizacion.use-cases.ts`; `mockup/src/backend/features/citas/infrastructure/egd-a365-agenda.adapter.ts` | Envío de datos, confirmación externa y operaciones pendientes de integración. |
| F-M04-ADMIN | `mockup/src/frontend/features/admin/vistas/citas.tsx`; `incidencias.tsx` e `incidencia-detalle.tsx` en la misma carpeta; `mockup/src/backend/features/administracion/application/administracion.use-cases.ts` | Consulta, filtros y seguimiento administrativo de referencia. |

## Módulo 04 · Citas

Documento de destino: `modulos/Modulo_04_Citas_Funcional.md`. Se conserva la numeración 4.1–4.30 de la revisión. El nombre oficial Lo antes posible sustituye la denominación anterior en la especificación; los textos literales de origen se mantienen para consulta. La confirmación de la cita pertenece a EGD en esta fase, aunque Salud365 conserve los datos.

### PEN-M04-001 · Presentación del médico en el flujo de agendamiento

- [ ] **PEN-M04-001 · Presentación del médico en el flujo de agendamiento**
  - **Tipo:** Decisión de presentación
  - **Puntos de revisión:** 4.5
  - **Ubicación original:** Word del módulo 04 → RF-04-002 → presentación de disponibilidad; RF-04-003 → selección posterior al pago.
  - **Contexto:** El flujo acordado permite elegir día y hora y asigna un médico disponible de la especialidad, sin obligar a elegirlo manualmente. El Word incluye mostrar el médico; el usuario pidió coordinar con Alejandro si debe mostrarse o no. Se conserva esa información del Word mientras se discute su presentación.
  - **Ya validado:** El sistema asigna el médico; la selección manual no es un paso obligatorio. La decisión de visibilidad sigue abierta.
  - **Por validar o completar:** Coordinar con Alejandro si se muestra el médico y en qué momento: consulta previa, selección posterior al pago, resumen o únicamente después de la asignación confirmada.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-DISPONIBILIDAD.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-002 → Flujo principal; RF-04-003 → selección/resumen; RF-04-008 → tabla de detalle si afecta los datos mostrados.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-002 · Disponibilidad durante una caída o desactivación de EGD

- [ ] **PEN-M04-002 · Disponibilidad durante una caída o desactivación de EGD**
  - **Tipo:** Decisión funcional e integración
  - **Puntos de revisión:** 4.6
  - **Ubicación original:** Word del módulo 04 → RF-04-002 → fuente autorizada y excepción cuando EGD no responde; RF-04-001 → datos locales.
  - **Contexto:** Se conserva la posibilidad descrita en el Word de consultar horarios registrados en Salud365 si EGD no responde. Esa consulta local no confirma por sí sola un cupo en EGD. Las políticas de referencia no sustituyen la decisión de negocio.
  - **Ya validado:** No bloquear automáticamente el inicio por falta de sincronización del paciente; EGD confirma la cita en esta fase.
  - **Por validar o completar:** Fuente y actualización de la agenda local; modalidades disponibles durante caída/desactivación; qué se permite consultar, pagar o solicitar; tratamiento de información desactualizada y relación con PEN-M02-004.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-DISPONIBILIDAD.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-001 y RF-04-002 → Precondiciones, Validaciones, Alternativas y Criterios; RF-04-003/RF-04-004 si afecta continuidad después del pago.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-003 · Política de solicitudes pagadas sin cita o disponibilidad

- [ ] **PEN-M04-003 · Política de solicitudes pagadas sin cita o disponibilidad**
  - **Tipo:** Decisión comercial y operativa
  - **Puntos de revisión:** 4.7, 4.15, 4.16
  - **Ubicación original:** Word del módulo 04 → RF-04-003 → Por confirmar; RF-04-006 → alternativas, vigencia del derecho a atención y Por confirmar.
  - **Contexto:** Se conserva el pago aprobado, el vínculo con la solicitud y el seguimiento administrativo; no se crea una cita ficticia, no se duplica el cobro y no se devuelven importes automáticamente. El usuario pidió definir bien los casos de falta de disponibilidad, espera, resultado incierto y agendamiento posterior.
  - **Ya validado:** Pago primero, horario después; Agendar más tarde permite retomar sin nuevo cobro. Las tres situaciones —sin cupo, esperando asignación y falta de respuesta— se distinguen.
  - **Por validar o completar:** Plazo para agendar después de pagar, vigencia del derecho a atención, alternativas aprobadas, espera admitida, responsable, escalamiento y condiciones de devolución excepcional. Coordinar seguimiento y tiempos con PEN-M04-016.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-COLA; F-M04-ADMIN.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-003 → Agendar más tarde y alternativas; RF-04-006 → tabla, Flujo principal, Validaciones y Criterios; RF-04-011 → seguimiento.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-004 · Concurrencia, idempotencia y confirmación externa de cupos

- [ ] **PEN-M04-004 · Concurrencia, idempotencia y confirmación externa de cupos**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 4.8, 4.9
  - **Ubicación original:** Word del módulo 04 → RF-04-002 → cupos vigentes; RF-04-003 → revalidación/idempotencia; RF-04-011 → reintentos.
  - **Contexto:** El requisito exige comprobar disponibilidad efectiva después del pago, evitar doble asignación y recuperar reintentos sin duplicar citas. La coordinación en memoria del prototipo no acredita la garantía productiva entre base de datos y EGD.
  - **Ya validado:** Cupo ocupado exige otra selección sin nuevo cobro; no hay bloqueo de horario durante Izipay. Solo EGD confirma la cita.
  - **Por validar o completar:** Completar el control concurrente, correlación e idempotencia con EGD y persistencia, incluidos resultados inciertos y respuestas perdidas. Presentar la confirmación externa separada del guardado local.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-CITAS; F-M04-SYNC.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-002/RF-04-003 → Validaciones, Alternativas y Criterios; RF-04-011 → trazabilidad y reintentos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-005 · Uso de la información local para operación médica en una fase posterior

- [ ] **PEN-M04-005 · Uso de la información local para operación médica en una fase posterior**
  - **Tipo:** Planificación de fase e integración
  - **Puntos de revisión:** 4.9
  - **Ubicación original:** Word del módulo 04 → RF-04-003/RF-04-004 → guardado y confirmación; aclaración del usuario sobre la siguiente fase.
  - **Contexto:** El usuario confirmó que solicitudes, citas y datos se guardan en Salud365. En esta fase, la confirmación corresponde a EGD. Utilizar esa información local para la operación del médico desde Salud365 se desarrollará en una siguiente fase; no significa dejar de guardar ahora ni sustituir la confirmación de EGD.
  - **Ya validado:** Guardar en Salud365; conservar referencia de pago y resultado; EGD confirma. El aprovechamiento operativo médico local se planifica para después.
  - **Por validar o completar:** Alcance de la fase posterior, funciones médicas que usarán datos locales, permisos, fuente maestra, actualización y conciliación. Coordinar con los módulos 03 y 06 sin modificar ahora las reglas clínicas o de cierre.
  - **Fuentes:** F-M04-VALIDACION, 4.9; F-M04-WORD; PEN-M03-010 para borradores y cierre confirmado.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-003/RF-04-004/RF-04-008 → datos y resultados, si cambia su alcance; `modulos/Modulo_03_Medicos_Funcional.md` → agenda/operación médica y módulo de Acto Médico cuando se autorice esa fase.
  - **Aclaración posterior — módulo 05, punto 5.9:** el médico utiliza actualmente la plataforma de EGD. Guardar datos en Salud365 sigue vigente; una posible operación médica propia en una fase posterior permanece como tema de alcance no aprobado. No debe utilizarse esta entrada para introducir ingreso médico en Salud365 en el módulo 05. Coordinar la revisión de referencias anteriores mediante PEN-M05-001.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-006 · Asignación, cola y tiempos de Lo antes posible

- [ ] **PEN-M04-006 · Asignación, cola y tiempos de Lo antes posible**
  - **Tipo:** Decisión operativa e integración
  - **Puntos de revisión:** 4.10, 4.11, 4.12
  - **Ubicación original:** Word del módulo 04 → RF-04-002 → asignación; RF-04-004 → capacidad, cola y Por confirmar.
  - **Contexto:** El nombre oficial es Lo antes posible; no se pide fecha/hora ni se promete atención instantánea. Se comprueba capacidad antes del cobro y, después de pagar, se asigna o se mantiene la solicitud en cola. La interfaz de referencia ofrece posición, espera, médico anterior y paso a programada.
  - **Ya validado:** Aplicar ese flujo; distinguir horario programado de asignación. La comprobación previa no elimina los casos de pérdida de capacidad después del pago.
  - **Por validar o completar:** Responsabilidad Salud365/EGD en la asignación, reglas de cola, priorización y aceptación, espera máxima, estimaciones y médico anterior/preferido. El valor de referencia de 15 minutos de espera no se aprueba por existir en código ni se confunde con los 10 minutos de solicitud sin pagar.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-COLA; PEN-M03-002 y PEN-M03-003 para agenda y presencia.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-002 y RF-04-004 → pasos, Validaciones y Criterios; RF-04-006 → alternativas y RF-04-011 → seguimiento.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-007 · Contenido, representación y vigencia del consentimiento

- [ ] **PEN-M04-007 · Contenido, representación y vigencia del consentimiento**
  - **Tipo:** Decisión funcional y aprobación de contenido
  - **Puntos de revisión:** 4.13, 4.14
  - **Ubicación original:** Word del módulo 04 → RF-04-005 → aceptación y Por confirmar; RF-04-001 → formulario de consentimiento.
  - **Contexto:** El Word exige aceptación expresa y conservar documento, versión, paciente y aceptante. El usuario mantiene esa regla y pidió aclarar lo pendiente: tener un texto visible y una casilla no determina quién puede consentir por otra persona ni cuándo debe renovarse.
  - **Ya validado:** Consentimiento antes del motivo/triaje y del pago; recorrer el documento y aceptación mediante casilla; conservar evidencia auditable.
  - **Por validar o completar:** Texto aprobado, vigencia y aplicación por cita; quién puede aceptar por un menor o adulto dependiente y cómo se acredita esa representación; renovación cuando cambia el documento. La relación familiar por sí sola no resuelve estas preguntas.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-FLUJO; PEN-M02-005.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-005 → documento, Precondiciones, Flujo principal, Validaciones y Criterios; RF-04-001 y reglas de representación del módulo 02 si corresponde.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-008 · Contenido y límites del motivo de consulta y triaje

- [ ] **PEN-M04-008 · Contenido y límites del motivo de consulta y triaje**
  - **Tipo:** Decisión de datos y alcance clínico
  - **Puntos de revisión:** 4.17, 4.19
  - **Ubicación original:** Word del módulo 04 → RF-04-007 → formulario, reglas de urgencia y Por confirmar.
  - **Contexto:** La etapa llamada Triaje presenta un campo de texto obligatorio Motivo de consulta. El usuario pidió dejar pendiente limitarlo más. La referencia admite de 5 a 500 caracteres, pero esos valores no se fijan como política definitiva. El backend admite preguntas estructuradas que no aparecen en el formulario actual.
  - **Ya validado:** Motivo obligatorio después del consentimiento y antes del pago, editable antes de pagar. No presentar un cuestionario estructurado ni reglas de alarma como capacidades ya incluidas en la pantalla.
  - **Por validar o completar:** Límites más ajustados del texto, validación de contenido y mensajes; campos adicionales de triaje, reglas de urgencia, responsabilidades clínicas y recuperación al abandonar el formulario. Mantener UME separado, pues su alcance sigue en validación.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-FLUJO; F-M04-CITAS.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-007 → formulario, Validaciones, Alternativas y Criterios; RF-04-001/005 si cambian los pasos previos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-009 · Envío del motivo a EGD y confirmación de recepción

- [ ] **PEN-M04-009 · Envío del motivo a EGD y confirmación de recepción**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 4.18
  - **Ubicación original:** Word del módulo 04 → RF-04-007 → asociación y transmisión; RF-04-003/RF-04-004 → identificador de cita.
  - **Contexto:** Registrar el motivo y enviarlo a EGD son operaciones distintas. Se guarda en Salud365 antes del pago con el paciente y la solicitud local. Cuando la cita obtiene su identificador EGD, se envía vinculado a ella. No se retrasa la captura hasta después del pago ni se muestra recibido antes de confirmarlo.
  - **Ya validado:** Secuencia de captura y distinción guardado local/recepción EGD documentadas. El usuario pidió explicación; no se abre una elección nueva sobre el orden del flujo.
  - **Por validar o completar:** Completar contrato de envío, correspondencia de IDs, confirmación, reintentos y tratamiento de fallos sin duplicación ni pérdida de información. El adaptador de referencia aún no acredita el envío completo de triaje a EGD.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-SYNC.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-007 → pasos, Integraciones, Validaciones y Criterios; RF-04-003/RF-04-004 → asociación posterior con la cita.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-010 · Canales de envío del enlace y notificaciones de cita

- [ ] **PEN-M04-010 · Canales de envío del enlace y notificaciones de cita**
  - **Tipo:** Validación de integración y responsabilidades
  - **Puntos de revisión:** 4.21, 4.24, 4.26
  - **Ubicación original:** Word del módulo 04 → Contexto y Flujo de referencia; RF-04-004 → enlace/WhatsApp; RF-04-009 y RF-04-010 → notificaciones.
  - **Contexto:** El Word indica que EGD envía el enlace por WhatsApp. El usuario recuerda que también podría enviarlo por correo y pidió validarlo después. Se conserva WhatsApp como texto base del Word, sin añadir el correo como canal confirmado ni asumir un proveedor de mensajería de Salud365.
  - **Ya validado:** EGD proporciona la URL. Ante fallo se conserva el mismo enlace y deja de expirar; no se genera otro por esa incidencia.
  - **Por validar o completar:** Confirmar con EGD WhatsApp y/o correo, destinatarios paciente/titular/médico, responsabilidades, notificaciones de confirmación, reagendamiento y cancelación, y evidencia del resultado. Coordinar con el módulo 14.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; PEN-M03-006.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → Contexto, Flujo de referencia, RF-04-004, RF-04-008, RF-04-009 y RF-04-010 → canales y notificaciones; módulo 14 cuando se revise.
  - **Ampliación del módulo 05 — 5.17, 5.18 y 5.19:** conservar el requisito base de WhatsApp; el posible correo sigue por validar. El acceso del titular/paciente desde Mis citas no depende de recibir el mensaje. Confirmar plantillas, momentos, reintentos, entrega y cambios de cita con EGD y módulo 14. **Destino adicional:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-008 y contexto. El médico recibe/accede por la plataforma de EGD; no se asume ingreso profesional en Salud365.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-011 · Datos, estados y actualización del detalle de cita

- [ ] **PEN-M04-011 · Datos, estados y actualización del detalle de cita**
  - **Tipo:** Decisión de integración e implementación
  - **Puntos de revisión:** 4.20, 4.21
  - **Ubicación original:** Word del módulo 04 → RF-04-008 → tabla, estados y Por confirmar.
  - **Contexto:** Se conserva la tabla del Word y el acceso según titular, médico o administrador autorizado. Pago aprobado, cita confirmada, consulta realizada, cierre clínico y sincronización no son equivalentes. El dato guardado localmente puede consultarse según permisos sin acreditar confirmación EGD.
  - **Ya validado:** Distinguir esos estados y conservar el requisito de reflejar lo confirmado por EGD; fin de llamada no cierra el acto médico.
  - **Por validar o completar:** Estados definitivos y campos de EGD, actualización, historial y condiciones técnicas de acceso al enlace; indicación de información desactualizada o pendiente de verificación.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-CITAS; PEN-M04-005 para uso médico local posterior.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-008 → tabla, Flujo principal, Validaciones, Alternativas y Criterios; coordinación con RF-04-011 y módulo 05.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-012 · Límites y condiciones comerciales de reagendamiento

- [ ] **PEN-M04-012 · Límites y condiciones comerciales de reagendamiento**
  - **Tipo:** Decisión comercial
  - **Puntos de revisión:** 4.22
  - **Ubicación original:** Word del módulo 04 → RF-04-009 → condiciones, límites configurables y preguntas de Por confirmar.
  - **Contexto:** Se mantiene el cambio de día/hora conservando el pago y sin nuevo cobro automático. El usuario pidió mantener pendientes los límites. La referencia de dos cambios y diez minutos de anticipación no constituye una aprobación de esas cantidades.
  - **Ya validado:** Mostrar resumen y pedir confirmación; conservar pago, historia y resultado de EGD. La selección manual de médico no se incorpora como paso obligatorio.
  - **Por validar o completar:** Anticipación mínima, cantidad de cambios, estados elegibles, cambio de médico/especialidad/servicio, eventuales diferencias tarifarias y restricciones. Conservar el texto condicionado del Word hasta validarlas.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-CITAS.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-009 → Precondiciones, pasos, Validaciones, Alternativas y Criterios; RF-04-008 → acciones disponibles y módulos comerciales cuando corresponda.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-013 · Reagendamiento seguro y tratamiento de su enlace

- [ ] **PEN-M04-013 · Reagendamiento seguro y tratamiento de su enlace**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 4.23, 4.24
  - **Ubicación original:** Word del módulo 04 → RF-04-009 → preservación de cita original, modificación y confirmación EGD.
  - **Contexto:** El Word exige no perder la cita original antes de un cambio confirmado o un procedimiento seguro equivalente. La operación de referencia cancela y crea; esa implementación no altera la garantía. Un cambio real de cita se distingue de un fallo de conexión: la regla de conservar la misma URL por fallo no define automáticamente el enlace tras reagendar.
  - **Ya validado:** Conservar la garantía del Word y no mostrar reagendada sin confirmación EGD; pago original permanece asociado.
  - **Por validar o completar:** Si EGD modifica o cancela/crea mediante un procedimiento seguro, cómo se consulta un resultado incierto y se conserva o recupera la cita original, e idempotencia. Confirmar si tras un reagendamiento corresponde otro enlace y qué sucede con el anterior; no regenerar por una simple incidencia de conexión.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-SYNC; PEN-M04-010 para notificaciones.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-009 → Flujo principal, Validaciones, Alternativas y Criterios; RF-04-008 y módulo 05 si cambia el tratamiento de URL.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-014 · Política de cancelación, inasistencia y revisión económica

- [ ] **PEN-M04-014 · Política de cancelación, inasistencia y revisión económica**
  - **Tipo:** Decisión comercial y operativa
  - **Puntos de revisión:** 4.25, 4.26
  - **Ubicación original:** Word del módulo 04 → RF-04-010 → condiciones, excepciones y preguntas de Por confirmar.
  - **Contexto:** Se conserva el Word: EGD confirma la cancelación de una cita externa y el pago original no se convierte automáticamente en devolución. Anular una solicitud local todavía sin cita EGD es distinto. La referencia representa motivos y revisión económica, pero no define la política comercial completa.
  - **Ya validado:** Confirmación expresa, motivo, trazabilidad, conservación de pago y ausencia de devolución automática. En esta fase la cita confirmada y su cancelación externa dependen de EGD.
  - **Por validar o completar:** Anticipación, condiciones por modalidad, motivos definitivos, inasistencia, cancelación después de asignar médico en Lo antes posible, notificaciones y procedimiento externo. Definir condiciones y responsable de devoluciones excepcionales con PEN-M04-003; no aprobar el límite de diez minutos por existir en la pantalla.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-CITAS; F-M04-ADMIN.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-010 → Precondiciones, Flujo principal, Validaciones, Alternativas y Criterios; RF-04-006 para solicitud pagada sin cita y RF-04-011 para seguimiento.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-015 · Permisos, datos visibles y exportación administrativa

- [ ] **PEN-M04-015 · Permisos, datos visibles y exportación administrativa**
  - **Tipo:** Decisión funcional
  - **Puntos de revisión:** 4.27, 4.29
  - **Ubicación original:** Word del módulo 04 → RF-04-011 → tabla, permisos y preguntas de Por confirmar.
  - **Contexto:** Se conserva el listado completo del Word y sus filtros, con datos distribuidos entre lista y detalle. Las acciones de referencia no sustituyen una matriz aprobada. Administración no obtiene permiso para editar diagnósticos, recetas o conclusiones por gestionar una cita.
  - **Ya validado:** Estados de pago, cita y acto independientes; sin cambios económicos manuales sin evidencia ni acceso clínico innecesario; conservar auditoría.
  - **Por validar o completar:** Perfiles administrativos, ámbito de citas consultables, campos clínicos visibles, acciones autorizadas de conciliación, historial disponible y necesidad de exportación a Excel.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-ADMIN; PEN-M01-013.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-011 → Precondiciones, tabla, filtros, Validaciones y Criterios; coordinación con permisos del módulo 01 y módulo 12.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### PEN-M04-016 · Responsables, estados y tiempos de seguimiento de incidencias

- [ ] **PEN-M04-016 · Responsables, estados y tiempos de seguimiento de incidencias**
  - **Tipo:** Decisión operativa e integración
  - **Puntos de revisión:** 4.16, 4.28, 4.29
  - **Ubicación original:** Word del módulo 04 → RF-04-006 → seguimiento; RF-04-011 → acciones, consultas y Por confirmar.
  - **Contexto:** Se conservan responsable, observaciones, escalamiento, historial y resolución sustentada. La desaparición de un error no cierra por sí sola una incidencia. La gestión de referencia no fija responsables definitivos ni tiempos comprometidos.
  - **Ya validado:** Conservar trazabilidad, consultas autorizadas a EGD/Izipay y prohibición de confirmar operaciones sin evidencia.
  - **Por validar o completar:** Estados, responsables y tiempos máximos, verificación o reintento autorizado frente a simple registro/escalamiento, seguimiento de solicitudes pagadas sin cita, mecanismos disponibles en EGD/Izipay y evidencia necesaria para resolver.
  - **Fuentes:** F-M04-WORD; F-M04-VALIDACION; F-M04-ADMIN; PEN-M04-003.
  - **Destino:** `modulos/Modulo_04_Citas_Funcional.md` → RF-04-011 → Flujo principal, Validaciones, Alternativas y Criterios; RF-04-006 → seguimiento y módulo 12 al revisarlo.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado y actualizar únicamente las secciones afectadas. **Validado por / fecha / resolución:** por registrar.

### Registro de las decisiones numeradas

La incorporación documental no certifica implementaciones ni cierra las decisiones abiertas.

| Punto | Tratamiento autorizado | Ubicación y seguimiento |
| --- | --- | --- |
| 4.1 | Aplicar orden acordado de especialidad/modalidad y motivo antes del pago. | Contexto, alcance, bases, flujo y RF-04-001/003/004/005/007 actualizados. |
| 4.2 | Permitir inicio con paciente local autorizado sin exigir sincronización previa. | RF-04-001 conservado; PEN-M02-004 ampliado y PEN-M04-002. |
| 4.3 | Solicitud sin pagar: vigencia inicial configurable de 10 minutos; no es reserva de cupo. | RF-04-001 actualizado. |
| 4.4 | Consulta informativa de horarios antes del pago, sin selección ni reserva; selección definitiva posterior. | RF-04-002 y reglas generales actualizados. |
| 4.5 | El sistema asigna médico al día/hora elegido; discutir con Alejandro si se muestra el profesional. | RF-04-002 actualizado; presentación base conservada y PEN-M04-001. |
| 4.6 | Conservar fuente/contingencia del Word y precisar sus políticas. | PEN-M04-002. |
| 4.7 | Agendar más tarde sin nuevo cobro; definir plazo/seguimiento. | RF-04-003 actualizado; PEN-M04-003. |
| 4.8 | Conservar revalidación y prevención de doble asignación/idempotencia. | PEN-M04-004. |
| 4.9 | EGD confirma; Salud365 guarda datos; uso operativo médico local para siguiente fase. | RF-04-003/004 y reglas generales actualizados; PEN-M04-005. |
| 4.10 | Nombre oficial Lo antes posible; asignación sin elegir fecha/hora. | Denominación actualizada en el módulo y flujo RF-04-004 corregido. |
| 4.11 | Comprobar capacidad antes del cobro y conservar gestión de fallos posteriores. | RF-04-004 actualizado; PEN-M04-006. |
| 4.12 | Documentar cola, posición, espera y alternativas; concretar reglas. | RF-04-004 actualizado; PEN-M04-006. |
| 4.13 | Consentimiento expreso antes de motivo/triaje y pago; conservar evidencia. | RF-04-005 actualizado. |
| 4.14 | Conservar texto base y explicar decisiones de contenido/representación/vigencia. | PEN-M04-007; no se aprueban reglas legales por la presencia de una casilla. |
| 4.15 | Mantener pago aprobado, no duplicar cobro ni generar cita ficticia; sin devolución automática. | RF-04-006 y tabla conservados; PEN-M04-003. |
| 4.16 | Definir bien espera, plazos, alternativas, responsables y devolución excepcional. | PEN-M04-003 y PEN-M04-016. |
| 4.17 | Motivo obligatorio antes del pago; limitar texto más adelante. | RF-04-007 actualizado; PEN-M04-008 sin fijar 5–500 como política definitiva. |
| 4.18 | Separar guardado local del motivo y envío posterior asociado a cita EGD. | RF-04-007 y flujo general actualizados; explicación e integración en PEN-M04-009. |
| 4.19 | No describir cuestionario o reglas de alarma como preguntas ya implementadas. | PEN-M04-008; UME se mantiene separado y en validación. |
| 4.20 | Conservar tabla, permisos y estados independientes. | RF-04-008 conservado; PEN-M04-011. |
| 4.21 | Misma URL EGD ante fallo; validar envío por WhatsApp y posible correo. | RF-04-008 y contexto actualizados; PEN-M04-010 y PEN-M03-006 ampliado. Correo no se afirma como confirmado. |
| 4.22 | Conservar interacción de reagendar y dejar los límites pendientes. | RF-04-009 conserva condiciones del Word; PEN-M04-012. |
| 4.23 | Preservar cita original hasta cambio confirmado o procedimiento seguro. | RF-04-009 conservado; PEN-M04-013. |
| 4.24 | Distinguir enlace por reagendamiento y continuidad del mismo enlace por fallo. | PEN-M04-013; canales en PEN-M04-010. |
| 4.25 | Distinguir anulación local de solicitud y cancelación de cita confirmada por EGD. | RF-04-010 actualizado; confirmación EGD preservada. |
| 4.26 | Conservar motivos, confirmación y revisión económica sin devolución automática; precisar políticas. | RF-04-010 conservado; PEN-M04-014. |
| 4.27 | Mantener tabla/filtros y distribuir datos entre lista/detalle. | RF-04-011 actualizado sin eliminar campos. |
| 4.28 | Mantener seguimiento sustentado y definir responsables, tiempos e integración. | PEN-M04-016. |
| 4.29 | Mantener restricciones; definir permisos, conciliación, datos clínicos y Excel. | PEN-M04-015 y PEN-M04-016. |
| 4.30 | Corregir referencia de video a RF-05-001 y Notificaciones al módulo 14. | RF-04-008, RF-04-009 y RF-04-010 actualizados. |

### Pendientes originales del Word y destino de actualización

Los apartados y preguntas se conservan literalmente. Las reglas dentro de tablas y pasos siguen la base del Word salvo cambios expresamente validados, incluida la prioridad del flujo de solicitud virtual y el nombre oficial.

| Ubicación original | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| RF-04-001 → consentimiento, definición incluida en el paso | Salud 365 recaba consentimiento(pendiente de definir formulario). | PEN-M04-007 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-001/RF-04-005 → documento y aceptación. |
| RF-04-002 → Por confirmar | Por confirmar: Si EGD/salud 365 asigna médico automáticamente en modalidad inmediata; actualización de disponibilidad y control de concurrencia al registrar la cita tras el pago. | PEN-M04-004 y PEN-M04-006 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-002/RF-04-004 → asignación, disponibilidad y concurrencia. |
| RF-04-003 → Por confirmar | Por confirmar: Tratamiento de pago confirmado sin cupos; plazo de agendamiento posterior al pago; políticas de reagendamiento o resolución externa. | PEN-M04-003 y PEN-M04-012 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-003/RF-04-006/RF-04-009 → condiciones posteriores al pago. |
| RF-04-004 → Por confirmar | Por confirmar: Si EGD maneja cola, tiempo de espera, especialidad, priorización y aceptación médica. | PEN-M04-006 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-004 → cola, asignación y tiempos. |
| RF-04-005 → Por confirmar | Por confirmar: Texto legal, vigencia, representación de menores/adultos, renovación y consentimiento por cada cita. | PEN-M04-007 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-005 → contenido, representación y vigencia. |
| RF-04-006 → Por confirmar | Por confirmar: Política de espera, plazo, alternativa, responsable y devolución excepcional. | PEN-M04-003 y PEN-M04-016 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-006 → política comercial y seguimiento. |
| RF-04-007 → Por confirmar | Por confirmar:<br>Campos obligatorios, contenido del formulario, reglas de urgencia, momento de captura para atención inmediata, responsabilidades clínicas y mecanismo de envío a EGD. | Momento antes del pago ya validado; PEN-M04-008 y PEN-M04-009 para contenido/envío | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-007 → formulario, reglas y recepción externa. |
| RF-04-008 → Por confirmar | Por confirmar: Estados definitivos de EGD, campos disponibles, actualización de información, historial de cambios y condiciones de acceso a la videoconsulta. | PEN-M04-011 y PEN-M03-006 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-008 → datos, estados y acceso. |
| RF-04-009 → Por confirmar | Por confirmar:<br>¿Con cuánta anticipación se permitirá reagendar una cita?<br>¿Cuántos reagendamientos podrá realizar el TITULAR por cada cita?<br>¿Se permitirá cambiar de médico manteniendo la misma especialidad?<br>¿Se permitirá cambiar de especialidad o únicamente de fecha y hora?<br>¿El reagendamiento tendrá algún costo adicional?<br>¿EGD permite modificar una cita existente o requiere cancelar y crear otra?<br>¿Cómo se notificará el cambio al paciente y al médico?<br>¿Qué estados de cita permiten solicitar el reagendamiento? | PEN-M04-012, PEN-M04-013 y PEN-M04-010 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-009 → reglas comerciales, operación segura y avisos. |
| RF-04-010 → Por confirmar | Por confirmar:<br>¿Con cuánta anticipación podrá cancelarse una cita?<br>¿Las condiciones de cancelación serán diferentes para telemedicina inmediata y programada?<br>¿Qué motivos de cancelación estarán disponibles para el TITULAR?<br>¿Qué sucede si el paciente no se presenta a la cita?<br>¿Se permitirá cancelar una atención inmediata después de que EGD haya asignado un médico?<br>¿Qué condiciones comerciales permitirán solicitar una devolución?<br>¿Quién será responsable de evaluar y aprobar las devoluciones excepcionales?<br>¿Qué procedimiento utilizará EGD para confirmar la cancelación?<br>¿Cómo se notificará la cancelación al paciente y al médico? | PEN-M04-014, PEN-M04-003 y PEN-M04-010 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-010 → políticas, revisión económica, resultado EGD y notificación. |
| RF-04-011 → Por confirmar | Por confirmar:<br>¿Qué perfiles administrativos podrán acceder al listado de citas e incidencias?<br>¿El ADMINISTRADOR podrá consultar todas las citas o únicamente las correspondientes a su ámbito de responsabilidad?<br>¿Qué acciones de conciliación estarán disponibles desde Salud 365?<br>¿Se permitirá solicitar nuevamente una operación fallida desde el módulo administrativo o únicamente registrar y escalar la incidencia?<br>¿Qué estados de pago, cita y acto médico proporcionará EGD e Izipay?<br>¿Qué información del historial de operaciones estará disponible para consulta administrativa?<br>¿Quién será responsable de gestionar las solicitudes pagadas sin cita generada?<br>¿Cuáles serán los estados y responsables del seguimiento de incidencias?<br>¿Se requerirá exportar el listado de citas e incidencias a Excel?<br>¿Qué información clínica podrá visualizar el ADMINISTRADOR, si corresponde?<br>¿Cuáles serán los tiempos máximos de atención y resolución de incidencias?<br>¿Qué mecanismos de consulta y conciliación estarán disponibles en las APIs de EGD e Izipay? | PEN-M04-015 y PEN-M04-016 | `modulos/Modulo_04_Citas_Funcional.md` → RF-04-011 → permisos, estados, fuentes, responsabilidades, conciliación, exportación y tiempos. |

**Registro de aclaraciones:** en 4.14 se explicó que el texto de consentimiento, la representación y la vigencia requieren definiciones propias; no se deducen de una pantalla. En 4.18 se explicó que el motivo se guarda antes del pago y se envía asociado al identificador EGD cuando exista. Ninguna explicación por sí sola da por completada una integración.

## Fuentes del módulo 05

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M05-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_05_Videoconsulta_Funcional.docx` | Documento base: nueve RF, referencias y preguntas finales. |
| F-M05-VALIDACION | Revisión 5.1–5.22 del 13/11/2026 y aclaración del usuario: el médico entra desde la plataforma de EGD. | Cambios autorizados, responsabilidades de EGD y conservación de datos/logs en Salud365. |
| F-M05-ACCESO | `mockup/src/backend/features/videoconsulta/application/videoconsulta.use-cases.ts`; `mockup/src/backend/features/citas/application/citas.use-cases.ts`; `mockup/src/app/api/citas/[id]/video/route.ts` | Controles y ventana de acceso de referencia; no constituyen la definición productiva por sí solos. |
| F-M05-SALA | `mockup/src/frontend/features/videoconsulta/sala-video.tsx`; `pagina-video.tsx` en la misma carpeta; `mockup/src/frontend/features/citas/detalle-cita-paciente.tsx` | Presentación del video, controles, espera y salida de referencia. |
| F-M05-CONTRATO | `mockup/src/contracts/videoconsulta.ts`; `mockup/src/backend/features/videoconsulta/application/ports.ts`; `mockup/src/backend/features/videoconsulta/infrastructure/egd-mock-video.adapter.ts` | Interfaz técnica y simulación. La expiración simulada no modifica la regla del mismo enlace ante fallo. |
| F-M05-CLINICA | `mockup/src/frontend/features/acto-medico/consulta-medico.tsx`; `mockup/src/backend/features/acto-medico/application/acto-medico.use-cases.ts` | Evidencia de la simulación clínica local; no define acceso del médico en esta fase. |
| F-M05-SOPORTE | `mockup/src/backend/features/administracion/application/administracion.use-cases.ts`; `mockup/src/frontend/features/admin/vistas/incidencias.tsx`; `incidencia-detalle.tsx` en la misma carpeta. | Seguimiento administrativo de referencia y alcance de logs por definir. |

## Módulo 05 · Videoconsulta

Documento de destino: `modulos/Modulo_05_Videoconsulta_Funcional.md`. Se conservan los puntos 5.1–5.22. La aclaración expresa del usuario sustituye la distribución de interfaces del Word: el médico entra desde EGD, no desde Salud365; se conservan datos y logs en Salud365. Los temas compartidos se amplían en sus entradas originales.

### PEN-M05-001 · Alineación de módulos anteriores con el acceso médico desde EGD

- [ ] **PEN-M05-001 · Alineación de módulos anteriores con el acceso médico desde EGD**
  - **Tipo:** Alineación documental y de alcance
  - **Puntos de revisión:** 5.9, 5.10, 5.15, 5.16
  - **Ubicación original:** Word del módulo 05 → Contexto y RF-05-004 del Word; referencias anteriores al médico ingresando desde Salud365.
  - **Contexto:** El Word 05 dice expresamente que Salud365 es frontend para paciente y médico y que el médico continúa el acto desde Salud365. El usuario corrigió esa distribución y confirmó mediante aclaración que el médico entra desde la plataforma de EGD. El módulo 05 aplica esta instrucción. Los datos del médico y su correspondencia pueden seguir guardándose en Salud365 sin crear por ello un acceso profesional local.
  - **Ya validado:** En esta fase médico en EGD; titular/paciente autorizado en Salud365; EGD tiene la principal participación operativa y Salud365 conserva datos y logs. No se reabre esa decisión por el diseño del prototipo.
  - **Por validar o completar:** Revisar el alcance de cuentas/roles médicos, edición profesional, agenda, trabajo clínico y estados descritos en módulos anteriores. Distinguir datos replicados, gestión administrativa, acceso del médico y una posible fase futura no aprobada. No modificar de oficio los módulos anteriores en esta actualización.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION; PEN-M03-001, PEN-M03-010 y PEN-M04-005.
  - **Destino:** `modulos/Modulo_01_Acceso_Funcional.md` → RF-01-002, RF-01-003, RF-01-004, RF-01-005 y RF-01-006; `modulos/Modulo_03_Medicos_Funcional.md` → RF-03-002, RF-03-003, RF-03-005, RF-03-006, RF-03-009 y flujos finales; `modulos/Modulo_04_Citas_Funcional.md` → acceso por perfil y RF-04-008; módulo 06 al revisarlo. En el módulo 05 → contexto y RF-05-004/RF-05-007 si se precisan interfaces.
  - **Avance documental del módulo 06 — 14/11/2026:** el nuevo `modulos/Modulo_06_Acto_Medico_Funcional.md` ya describe la operación médica desde EGD y la recepción/consulta de datos desde Salud365. No se da por terminada la revisión de los módulos 01, 03 y referencias del 04; sus archivos no se modifican en esta actualización.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M05-002 · Autorización de participación, representación y ventana de acceso

- [ ] **PEN-M05-002 · Autorización de participación, representación y ventana de acceso**
  - **Tipo:** Decisión funcional e integración
  - **Puntos de revisión:** 5.2, 5.3
  - **Ubicación original:** Word del módulo 05 → RF-05-001 → participantes autorizados y párrafo mixto Confirmado/Por confirmar; preguntas finales de acceso y acompañamiento.
  - **Contexto:** Se conserva acceso del titular desde su sesión para un paciente asociado autorizado. Poder consultar administrativamente una cita no equivale a participar en su video. La referencia permite acceso del paciente desde diez minutos antes; ese valor no se aprueba por existir en código. El médico autentica y participa por EGD.
  - **Ya validado:** Cita confirmada por EGD y participantes autorizados; no exponer el enlace a personas ajenas ni autorizar por conocer un ID. La ventana de video es distinta de los diez minutos de solicitud sin pagar.
  - **Por validar o completar:** Ventana de acceso por participante, acompañantes y representantes de dependientes adultos/menores; seguridad del vínculo y comprobaciones específicas de participación. Coordinar con representación en PEN-M02-005 y consentimiento en PEN-M04-007.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION; F-M05-ACCESO.
  - **Destino:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-001 → Precondiciones, Flujo principal, Validaciones y Criterios; RF-05-003 si afecta espera/admisión.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M05-003 · Mecanismo de video integrado y modos de presentación del paciente

- [ ] **PEN-M05-003 · Mecanismo de video integrado y modos de presentación del paciente**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 5.4, 5.5, 5.8
  - **Ubicación original:** Word del módulo 05 → RF-05-002 → apertura segura, formato y mecanismos técnicos; modos de referencia del componente de sala.
  - **Contexto:** EGD proporciona la URL. El titular/paciente permanece en la experiencia de Salud365 y el médico usa EGD. La vista de referencia normal, ampliada y minimizada no acredita soporte de un iframe/SDK real ni continuidad de medios al cambiar de modo.
  - **Ya validado:** Acceso integrado del paciente; modos normal, ampliado y flotante cuando EGD permita mantener la misma comunicación. No exigir al titular salir de Salud365 como paso ordinario ni generar una nueva URL por fallo.
  - **Por validar o completar:** Mecanismo compatible, dominios, navegadores y dispositivos, autenticación/parámetros técnicos, acceso sin una segunda autenticación EGD cuando sea posible según contrato, controles de origen y continuidad al cambiar de vista. Otros vencimientos se definen sin contradecir la regla ya aprobada del fallo.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION; F-M05-CONTRATO; F-M05-SALA.
  - **Destino:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-002 → Flujo, Validaciones, Alternativas y Criterios; RF-05-003 → presentación y RF-05-006 → recuperación. La conservación de URL se coordina con PEN-M03-006.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M05-004 · Preparación técnica, sala de espera y admisión

- [ ] **PEN-M05-004 · Preparación técnica, sala de espera y admisión**
  - **Tipo:** Decisión de integración e implementación
  - **Puntos de revisión:** 5.6, 5.7
  - **Ubicación original:** Word del módulo 05 → RF-05-003 → preparación, sala de espera y Por confirmar; preguntas finales de dispositivos y admisión.
  - **Contexto:** El Word condiciona sala, admisión y pruebas a las capacidades de EGD. La referencia usa cámara local y controles visuales, y no acredita un diagnóstico completo de audio/video ni la admisión externa. La sala de espera de una cita ya asignada no es la cola de asignación de Lo antes posible.
  - **Ya validado:** Conservar las condiciones del Word, orientar sobre permisos y no confundir consentimiento clínico con cámara/micrófono. No grabar audio/video como prueba de dispositivos.
  - **Por validar o completar:** Capacidades y responsables de pruebas, instrucciones ante permisos denegados, compatibilidad, sala/admisión y estados/tiempos de espera; comportamiento cuando el médico no esté conectado.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION; F-M05-SALA; PEN-M04-006 para separar cola de asignación.
  - **Destino:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-003 → pasos, Validaciones, Alternativas y Criterios; RF-05-001 si afecta la ventana de entrada.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M05-005 · Estados y eventos técnicos de la videoconsulta

- [ ] **PEN-M05-005 · Estados y eventos técnicos de la videoconsulta**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 5.11, 5.12
  - **Ubicación original:** Word del módulo 05 → RF-05-005 → estados, eventos, duplicación, consulta y Por confirmar.
  - **Contexto:** El Word distingue sesión de video, cita y acto médico. Los cambios de interfaz o acciones locales de la simulación no prueban eventos técnicos EGD ni asistencia clínica. Salud365 guardará los datos y logs autorizados, pero el catálogo exacto depende de lo que EGD exponga.
  - **Ya validado:** Separar los tres estados; no inferir atención realizada ni cierre clínico por una conexión o desconexión. Los eventos repetidos o desordenados no deben causar transiciones incorrectas.
  - **Por validar o completar:** Catálogo, identificadores y marcas temporales, participantes autorizados, mapeo de estados, disponibilidad de API/eventos/webhooks, frecuencia de consulta, correlación y tratamiento idempotente de duplicados, retrasos y estados desconocidos.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION; F-M05-ACCESO; F-M05-CONTRATO.
  - **Destino:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-005 → Flujo principal, Validaciones, Alternativas y Criterios; RF-05-009 → cronología/logs; coordinación de estados con módulo 04.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M05-006 · Tratamiento de interrupciones, salidas voluntarias y ausencias

- [ ] **PEN-M05-006 · Tratamiento de interrupciones, salidas voluntarias y ausencias**
  - **Tipo:** Decisión operativa e integración
  - **Puntos de revisión:** 5.13, 5.14, 5.15
  - **Ubicación original:** Word del módulo 05 → RF-05-006 y RF-05-007 → interrupciones y finalización; preguntas finales de ausencia, abandono y reingreso.
  - **Contexto:** La regla aprobada conserva la misma URL y la deja sin expiración ante fallo/error; no se vuelve a cobrar ni se crea otra cita. Esa continuidad no resuelve qué ocurre si alguien abandona voluntariamente, no se presenta o termina expresamente la llamada. El médico controla su participación desde EGD.
  - **Ya validado:** Fallo no equivale a atención realizada ni cierra el acto médico. El reingreso por fallo utiliza el mismo enlace; su conservación no se vuelve a someter a elección.
  - **Por validar o completar:** Distinguir causas y eventos fiables; límites operativos de espera/soporte, ausencia de paciente o médico, salida voluntaria, finalización expresa y escalamiento por interrupción prolongada. Confirmar recuperación técnica con EGD y permisos, sin introducir expiración de URL por fallo.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION; F-M05-SALA; PEN-M03-006.
  - **Destino:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-006 y RF-05-007 → Validaciones, Alternativas y Criterios; RF-05-009 → incidencia. Cierre clínico confirmado se sigue en PEN-M03-010.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M05-007 · Datos técnicos, logs y soporte de videoconsulta

- [ ] **PEN-M05-007 · Datos técnicos, logs y soporte de videoconsulta**
  - **Tipo:** Decisión de datos e integración
  - **Puntos de revisión:** 5.20, 5.21
  - **Ubicación original:** Word del módulo 05 → RF-05-009 → supervisión y Por confirmar; reglas finales de privacidad y prueba de integración.
  - **Contexto:** El usuario confirmó que Salud365 conserva ciertos datos y logs. El Word requiere trazabilidad por cita, sesión, participante, fecha y error, sin contenido audiovisual o clínico en las bitácoras. Guardar logs incluye operaciones, resultados e incidencias, no solo errores; esto no define una copia indiscriminada de todos los datos de EGD.
  - **Ya validado:** Conservar registros técnicos y correlación autorizados; acceso administrativo mínimo; grabación de sesiones fuera del MVP salvo decisión expresa. No forzar cierre clínico desde soporte.
  - **Por validar o completar:** Campos concretos, eventos disponibles de EGD, permisos, privacidad/retención, consultas o reintentos autorizados, evidencia de resolución, responsables, escalamiento y tiempos de soporte. Diferenciar datos replicados de las bitácoras; coordinar auditoría general y seguimiento existentes.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION; F-M05-SOPORTE; F-M05-CONTRATO.
  - **Destino:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-009 → Flujo, Integraciones, Validaciones y Criterios; RF-05-005 → eventos; coordinación con PEN-M01-025, PEN-M04-015 y PEN-M04-016.
  - **Ampliación del módulo 06 — 6.10 y 6.22:** datos clínicos replicados, documentos y logs tienen finalidades y permisos distintos. Las bitácoras técnicas no deben copiar el contenido clínico del acto. **Destino adicional:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-004, RF-06-010 y reglas generales de auditoría/retención; coordinar con PEN-M01-025.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.20: registrar también consultas clínicas permitidas, denegadas y fallidas con identidad, paciente, acción, fecha, resultado y correlación; distinguir esos eventos del registro clínico. No se observó instrumentación de cada lectura en el caso de uso de historial. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-009, auditoría, permisos y criterios.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M05-008 · Identificación de referencias cruzadas incompletas del Word

- [ ] **PEN-M05-008 · Identificación de referencias cruzadas incompletas del Word**
  - **Tipo:** Trazabilidad documental
  - **Puntos de revisión:** 5.22
  - **Ubicación original:** Word del módulo 05 → RF-05-007 → frase incompleta de continuidad clínica; bloque final → Referencias cruzadas: /011, /009, y Módulo 06.
  - **Contexto:** El Word incluye referencias sin módulo ni identificador completo. La frase de continuidad del médico se completa en el módulo 05 con la plataforma EGD y sus permisos, conforme a la aclaración del usuario. La línea original /011, /009 se conserva como evidencia en el módulo, sin inventar a qué RF apuntaba.
  - **Ya validado:** Conservar referencias y estructura del Word; corregir la frase funcional conforme al acceso médico EGD. No asignar un destino a una referencia ambigua por inferencia.
  - **Por validar o completar:** Identificar con el equipo qué módulo/RF correspondía a /011 y /009 y sustituirlas solo cuando se confirme. Mantener la referencia explícita al Módulo 06.
  - **Fuentes:** F-M05-WORD; F-M05-VALIDACION.
  - **Destino:** `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-007 y Referencias cruzadas del bloque final; revisar destinatarios antes de enlazar.
  - **Cierre requerido:** Registrar la decisión expresa o evidencia del trabajo técnico autorizado, actualizar las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### Registro de las decisiones numeradas

La actualización documental no acredita una integración terminada ni cierra el seguimiento técnico.

| Punto | Tratamiento autorizado | Ubicación y seguimiento |
| --- | --- | --- |
| 5.1 | Lo antes posible; consentimiento y motivo antes del pago. | Contexto y bases alineados con el módulo 04. |
| 5.2 | Participación autorizada distinta de consulta administrativa. | RF-05-001 y PEN-M05-002. |
| 5.3 | Ventana de acceso pendiente; no adoptar diez minutos por existir en código. | PEN-M05-002; independiente de la vigencia de solicitud sin pagar. |
| 5.4 | Paciente integrado en Salud365; mecanismo técnico por confirmar. | RF-05-002; PEN-M05-003 y PEN-M03-006. |
| 5.5 | Misma URL EGD sin expiración por fallo; no generar otra por esa incidencia. | RF-05-002 y RF-05-006; integración en PEN-M03-006. |
| 5.6 | Conservar preparación condicionada a capacidades EGD. | RF-05-003; PEN-M05-004. |
| 5.7 | No confundir sala de espera con cola de asignación; validar admisión EGD. | PEN-M05-004. |
| 5.8 | Vistas normal, ampliada y minimizada si la integración mantiene la comunicación. | RF-05-003; PEN-M05-003. |
| 5.9 | El médico entra desde la plataforma de EGD, confirmado expresamente por el usuario. | Contexto, flujo, RF-05-004/RF-05-007 y prueba final ajustados; PEN-M05-001 para módulos anteriores. |
| 5.10 | Acceso del médico asignado y revocación/coordinación desde EGD. | RF-05-004 actualizado; PEN-M05-002/PEN-M05-001 para precisiones e impacto documental. |
| 5.11 | Separar sesión, cita y acto médico. | RF-05-005 conservado; PEN-M05-005. |
| 5.12 | Procesar estados, eventos y repeticiones conforme al contrato EGD. | PEN-M05-005. |
| 5.13 | Reingreso con mismo enlace, sin nueva cita ni pago; enlace deja de expirar por fallo. | RF-05-006 actualizado; PEN-M03-006 y PEN-M05-006. |
| 5.14 | Distinguir fallo, salida voluntaria y finalización; definir ausencias e interrupciones. | PEN-M05-006. |
| 5.15 | Fin de llamada no cierra acto; médico continúa en EGD si corresponde. | RF-05-007 actualizado conforme a la plataforma confirmada. |
| 5.16 | Estado clínico únicamente con confirmación EGD; no duplicar pendiente de cierre. | PEN-M03-010 ampliado a RF-05-007. |
| 5.17 | WhatsApp base del Word; posible correo aún por validar. | PEN-M04-010 ampliado a RF-05-008. |
| 5.18 | Acceso del titular/paciente desde Mis citas aun sin notificación. | RF-05-008 conservado; médico desde EGD. |
| 5.19 | Definir plantillas, tiempos, entrega, reintentos y cambios de cita. | PEN-M04-010 y coordinación con módulo 14. |
| 5.20 | Salud365 conserva ciertos datos técnicos y logs; no solo errores. | RF-05-009 actualizado; PEN-M05-007. |
| 5.21 | Acceso mínimo a bitácoras y grabación fuera de MVP salvo decisión expresa. | Reglas del Word conservadas; PEN-M05-007. |
| 5.22 | Conservar referencia ambigua sin inventar destino; completar continuidad clínica desde EGD. | Frase de RF-05-007 ajustada; PEN-M05-008 para /011 y /009. |

### Pendientes originales y textos afectados por la aclaración de plataforma

Se conservan literalmente los textos de origen para ubicar qué debe validarse. La aclaración del usuario sobre el acceso médico desde EGD tiene prioridad sobre las frases contradictorias del Word. Las demás reglas abiertas conservan su versión base salvo cambios expresamente aprobados.

| Ubicación original | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Contexto, flujo, RF-05-004 y prueba final → acceso médico | Confirmado: Salud 365 es el frontend web para paciente y médico; EGD es el core médico. El acto médico se ejecuta desde Salud 365, con persistencia clínica en EGD mediante integración por validar.<br>Durante la llamada, Salud 365 permite al médico utilizar las funciones del acto médico conforme a las APIs y permisos acordados.<br>Médico ingresa y puede continuar el acto médico desde Salud 365.<br>Demostración real de paciente y médico ingresando desde el flujo de cita de Salud 365. | Acceso EGD confirmado; PEN-M05-001 para revisar los módulos anteriores | `modulos/Modulo_05_Videoconsulta_Funcional.md` → Contexto, RF-05-004/RF-05-007 y prueba final ya ajustados; módulos anteriores según PEN-M05-001. |
| RF-05-001 → Confirmado / Por confirmar | Confirmado: acceso del TITULAR desde su sesión, seleccionando paciente asociado, con videoconsulta embebida. Por confirmar: ventana de acceso, seguridad del vínculo, formato y vigencia de enlaces/tokens. | PEN-M05-002 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-001 → ventana, permisos y representación. |
| RF-05-002 → enlace, vigencia y mecanismo de apertura | Recibe URL temporal, token o parámetros del componente, según contrato.<br>No asumir que el enlace es público ni que puede reutilizarse.<br>Enlace expirado: solicitar renovación si EGD lo permite.<br>Confirmado funcionalmente: videoconsulta embebida en Salud 365. Por confirmar técnicamente: iframe, SDK u otro mecanismo, dominios permitidos, vigencia, navegador, autenticación y restricciones de EGD. | Continuidad de URL validada; PEN-M03-006 y PEN-M05-003 para contrato | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-002 → enlace, seguridad y mecanismo de integración. |
| RF-05-003 → Por confirmar | Por confirmar: Existencia de sala de espera, admisión, pruebas de dispositivo y límites de espera. | PEN-M05-004 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-003 → sala de espera, pruebas, admisión y límites. |
| RF-05-004 → Por confirmar | Por confirmar: Reasignación médica, admisión, acceso simultáneo a interfaz clínica y videollamada. | Plataforma médica EGD confirmada; PEN-M05-001/002/003 para coordinación | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-004 → asignación, revocación y participación desde EGD. |
| RF-05-005 → Por confirmar | Por confirmar: Catálogo real de eventos, estados, webhooks y frecuencia de consulta. | PEN-M05-005 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-005 → catálogo, eventos y frecuencia de consulta. |
| RF-05-006 → expiración y Por confirmar | Sesión expirada: informar y derivar a soporte o proceso aprobado.<br>Por confirmar: Límites de reingreso, duración, tratamiento de caída del médico/paciente. | Misma URL sin expiración por fallo ya validada; PEN-M05-006 para otras causas/espera | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-006 → reingreso y procedimiento operativo. |
| RF-05-007 → continuidad incompleta y Por confirmar | Médico conserva acceso a la atención clínica pendiente según.<br>Por confirmar: Reglas de obligatoriedad de campos y APIs de borrador/cierre. | Continuidad en EGD explicitada; PEN-M03-010 y PEN-M05-008 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-007 → cierre separado y referencias verificadas. |
| RF-05-008 → Confirmado / Por confirmar | Confirmado: canal WhatsApp, emisor EGD, destinatarios paciente y médico, mensaje con enlace. Por confirmar: plantillas, momento del envío, reintentos, estados de entrega y manejo de cambios de cita. | PEN-M04-010 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-008 → notificaciones, entrega y cambios de cita. |
| RF-05-009 y cierre del documento → soporte y datos | Por confirmar: Datos de monitoreo disponibles, soporte EGD, tiempos de atención y niveles de servicio.<br>Responsable de envío confirmado: EGD. Pendientes: soporte, incidencias, trazabilidad, reintentos y confirmación de entrega. | PEN-M05-007 y PEN-M04-010 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-009 → monitoreo, soporte y auditoría; RF-05-008 → evidencia de entrega. |
| Referencias cruzadas incompletas | Referencias cruzadas: /011, /009, y Módulo 06. | PEN-M05-008; referencia original conservada en módulo | `modulos/Modulo_05_Videoconsulta_Funcional.md` → Referencias cruzadas y RF-05-007. |
| Preguntas finales → acceso y representación | ¿El paciente ingresa desde «Mis citas» y con cuánta anticipación?<br>¿Quién puede acompañar o representar a un dependiente durante la videoconsulta? | PEN-M05-002 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-001/RF-05-003 → ventana y representación. |
| Preguntas finales → ausencia/abandono/espera | ¿Qué hacer si paciente o médico no se conecta, o abandona la llamada?<br>¿Qué tiempos máximos de espera y reingreso se permiten? | PEN-M05-006 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-003/RF-05-006/RF-05-007 → tratamiento operativo. |
| Preguntas finales → generación, canales y expiración | ¿Cómo implementará EGD el envío confirmado por WhatsApp al paciente y al médico, con enlace, y cómo informará errores o cambios de cita?<br>¿Quién genera y envía enlaces al paciente y al médico? ¿Qué canales y reglas de expiración aplica? | EGD genera URL; misma URL por fallo ya validada; PEN-M04-010 y PEN-M03-006 para implementación | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-002/RF-05-006/RF-05-008. |
| Preguntas finales → grabación | ¿Se contempla grabación de sesiones? Si no existe decisión, mantener fuera de alcance. | Se conserva exclusión del MVP; PEN-M05-007 si hubiera propuesta nueva | `modulos/Modulo_05_Videoconsulta_Funcional.md` → Regla de grabación y RF-05-009; no incorporar sin decisión expresa. |
| Preguntas finales → mecanismo, autenticación y compatibilidad | ¿Cómo se crea, consulta y habilita una sala por cita? ¿URL, token, SDK o iframe?<br>¿El acceso puede abrirse desde Salud 365 sin que el usuario inicie sesión nuevamente en EGD?<br>¿Qué navegadores, dominios, políticas de seguridad y ambientes de prueba soporta? | PEN-M05-003 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-002 → integración segura y compatibilidad. |
| Preguntas finales → sala, admisión y pruebas | ¿Existe sala de espera, admisión, control de participantes y prueba de cámara/micrófono? | PEN-M05-004 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-003 → preparación y espera. |
| Preguntas finales → estados/eventos | ¿EGD expone estados y eventos de conexión/desconexión/finalización mediante APIs o webhooks? | PEN-M05-005 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-005 → recepción o consulta de eventos. |
| Preguntas finales → reingreso y sesión expirada | ¿Cómo se reingresa tras caída de conexión y qué ocurre si la sesión expira? | Regla de fallo ya validada; PEN-M05-006 y PEN-M03-006 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-006 → recuperación sin cambiar enlace. |
| Preguntas finales → continuidad clínica | ¿Puede terminar la llamada sin cerrar la atención clínica y retomar posteriormente las conclusiones? | Médico en EGD confirmado; PEN-M03-010 | `modulos/Modulo_05_Videoconsulta_Funcional.md` → RF-05-007 y coordinación con módulo 06. |

**Impacto pendiente en documentación anterior:** los módulos 01, 03 y determinadas referencias por perfil del 04 aún contienen el escenario previo de ingreso médico en Salud365. Esta actualización no modifica esos archivos; PEN-M05-001 identifica las secciones a conciliar con la decisión vigente de plataforma EGD. La conservación de registros del médico en Salud365 sigue siendo un asunto de datos, distinto de habilitarle una interfaz profesional local.

## Fuentes del módulo 06

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M06-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_06_Acto_Medico_Funcional.docx` | Documento base: diez RF, reglas clínicas, referencias y preguntas finales. |
| F-M06-VALIDACION | Validación final de 6.1–6.23 y aclaraciones del usuario del 14/11/2026. | Médico en EGD; conservación de datos; Historia Clínica del usuario mantiene la vista aprobada por el cliente. |
| F-M06-VISTA-USUARIO | `mockup/src/frontend/features/acto-medico/historia-clinica.tsx`; `resultado-atencion.tsx` en la misma carpeta; `mockup/src/app/paciente/historial/page.tsx` | Historia Clínica → Atenciones/Documentos; `DetalleAtencion` en modo paciente presenta solo la receta. |
| F-M06-DATOS | `mockup/src/contracts/acto-medico.ts`; `mockup/src/backend/features/acto-medico/domain/atencion.ts` | Estructura y valores de referencia; su existencia no define qué se replica ni qué se muestra al paciente. |
| F-M06-SIMULACION | `mockup/src/frontend/features/acto-medico/consulta-medico.tsx`; `receta-editor.tsx` en la misma carpeta; `mockup/src/backend/features/acto-medico/application/acto-medico.use-cases.ts` | Pantallas médicas y guardado/cierre local simulados; no constituyen interfaz profesional aprobada en Salud365. |
| F-M06-INTEGRACION | `mockup/src/backend/features/acto-medico/application/ports.ts`; `mockup/src/backend/features/acto-medico/infrastructure/egd-mock-historia.adapter.ts`; `mockup/src/backend/shared/container.ts` | Contratos propuestos y adaptadores de referencia; no acreditan una integración clínica terminada. |

## Módulo 06 · Acto médico

Documento de destino: `modulos/Modulo_06_Acto_Medico_Funcional.md`. Se conserva la numeración 6.1–6.23. Se distinguen Word/MD, la simulación de Área Médico y la vista Historia Clínica del usuario. Esta última ya fue definida por el cliente y no se modifica. Los temas compartidos se amplían en sus entradas originales.

### PEN-M06-001 · Datos clínicos que se reciben y conservan desde EGD

- [ ] **PEN-M06-001 · Datos clínicos que se reciben y conservan desde EGD**
  - **Tipo:** Decisión de datos e integración
  - **Puntos de revisión:** 6.3, 6.4, 6.22
  - **Ubicación original:** Word del módulo 06 → Objetivo, decisiones, RF-06-001, RF-06-010 e identificadores generales.
  - **Contexto:** Salud365 conserva información acordada de EGD. El código contiene una estructura clínica amplia de referencia, pero el usuario separó datos guardados y datos visibles. La vista del cliente ya está definida; decidir qué se replica no autoriza a mostrar diagnósticos u otros campos en Historia Clínica del usuario.
  - **Ya validado:** EGD es el sistema clínico principal y el médico trabaja en su plataforma. Salud365 conserva datos, documentos, identificadores, resultados y logs según su alcance. La vista actual del usuario se mantiene.
  - **Por validar o completar:** Tabla de datos replicados o consultados: entidad/campo, origen, dirección, fuente maestra, identificadores, estados, frecuencia o eventos, fechas/versiones, permisos y conservación. Identificar qué guarda Salud365 y qué consulta sin copia; no convertir la estructura simulada en el contrato definitivo.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION; F-M06-DATOS; F-M06-INTEGRACION.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-001 → Integraciones y datos; RF-06-010 → recepción, conservación y reglas generales. Módulos 07–10 cuando se revisen. Mockup del usuario: conservar presentación aprobada; ningún cambio autorizado por este pendiente.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.1/7.6/7.13/7.19: precisar datos que se consultan o replican de EGD, fuente, IDs y versiones. Guardar antecedentes, diagnósticos o conclusiones no los incorpora a la vista del usuario. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → Objetivo, RF-07-002, RF-07-005 y RF-07-008.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-002 · Apertura e identificación del episodio y alcance de lectura previa

- [ ] **PEN-M06-002 · Apertura e identificación del episodio y alcance de lectura previa**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 6.4, 6.5, 6.6
  - **Ubicación original:** Word del módulo 06 → RF-06-001 → apertura y Por confirmar; RF-06-002 → antecedentes y Por confirmar.
  - **Contexto:** La apertura y consulta clínica del médico ocurren en EGD. Salud365 necesita correlacionar atención, cita, paciente y médico y recibir estados confiables. Que un dato se vea en EGD no prueba que esté disponible para consulta o réplica mediante integración.
  - **Ya validado:** No crear historia ficticia ni atribuir un guardado confirmado sin respuesta. El motivo capturado antes del pago procede de Salud365 y se asocia a la cita EGD; la consulta profesional de antecedentes no amplía la vista del usuario.
  - **Por validar o completar:** Momento de apertura, creación o recuperación de episodio en EGD, asignación, IDs y estados disponibles; campos y alcance temporal de antecedentes, alergias, medicación e historia accesibles para integración. Coordinar copia local con PEN-M02-011 y alcance de conservación con PEN-M06-001.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION; F-M06-INTEGRACION.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-001 y RF-06-002 → pasos, Precondiciones, Integraciones y Criterios; módulo 07 cuando se revise. Mockup citado: Área Médico → Agenda/Atención es referencia simulada; Historia Clínica del usuario conserva sus campos.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-003 · Estructuras clínicas, catálogos y datos disponibles de EGD

- [ ] **PEN-M06-003 · Estructuras clínicas, catálogos y datos disponibles de EGD**
  - **Tipo:** Decisión de datos e integración
  - **Puntos de revisión:** 6.7, 6.9, 6.11, 6.12
  - **Ubicación original:** Word del módulo 06 → RF-06-003, RF-06-004, RF-06-005 y RF-06-006 → campos, catálogos y Por confirmar.
  - **Contexto:** El Word conserva anamnesis, evaluación, diagnósticos y conclusiones como partes del acto médico. Se describen en EGD; los formularios y validaciones del código son simulación. La recepción de esos datos en Salud365 no agrega esas secciones a la vista del usuario.
  - **Ya validado:** No adoptar texto libre, límites, CIE-10, tipos de diagnóstico o principal/secundarios como contrato definitivo por aparecer en el código. Las notas clínicas y los logs técnicos son distintos.
  - **Por validar o completar:** Estructuras, catálogos, códigos, obligatoriedad, autores, fechas/versiones y reglas de modificación de EGD; qué atributos se exponen y cuáles forman parte de la réplica aprobada. Coordinar campos de cierre con PEN-M03-011 y módulos 08/09.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION; F-M06-DATOS; F-M06-SIMULACION.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-003 a RF-06-006 → Validaciones e Integraciones y datos; PEN-M06-001 para seleccionar la réplica. Mockup citado: Área Médico → Atención → campos clínicos; no crear ni modificar esos formularios en esta fase.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-004 · Conservación del avance médico ante fallo de guardado en EGD

- [ ] **PEN-M06-004 · Conservación del avance médico ante fallo de guardado en EGD**
  - **Tipo:** Decisión operativa e integración
  - **Puntos de revisión:** 6.8
  - **Ubicación original:** Word del módulo 06 → RF-06-003 → Falla de guardado; RF-06-008 → borrador y resultado incierto; pregunta final de atención interrumpida.
  - **Contexto:** El médico puede perder conectividad mientras escribe en EGD antes de confirmar el guardado. El usuario aprobó tratar la conservación y recuperación de ese avance mediante el procedimiento de EGD. Esto no es la consulta de Historia Clínica del paciente ni un editor o borrador provisional en Salud365.
  - **Ya validado:** EGD gestiona la recuperación del trabajo médico. Salud365 conserva los datos recibidos y refleja el estado conocido sin indicar confirmado un guardado incierto; la copia posterior y el avance aún no confirmado son operaciones distintas.
  - **Por validar o completar:** Con EGD: qué avance conserva, cómo lo recupera, cómo informa un guardado incierto y qué estados o datos comunica a Salud365. Determinar consulta del resultado y reintento seguro. No interpretar esta contingencia como autorización para edición médica local.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION, explicación y aprobación de 6.8; F-M06-SIMULACION; PEN-M03-010.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-003 → Alternativas y Criterios; RF-06-008 → recuperación; RF-06-010 → resultado conocido si aplica. Mockup: no se modifica; su guardado clínico local es evidencia de simulación.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.17: navegación profesional, avance y recuperación corresponden a EGD. No añadir un editor médico local ni deducir garantías de recuperación de la simulación. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-007, navegación, excepciones y criterios.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-005 · Conclusiones, seguimiento y control clínico posterior

- [ ] **PEN-M06-005 · Conclusiones, seguimiento y control clínico posterior**
  - **Tipo:** Decisión de datos e integración
  - **Puntos de revisión:** 6.12, 6.13
  - **Ubicación original:** Word del módulo 06 → RF-06-006 → indicaciones, seguimiento, borrador y Por confirmar.
  - **Contexto:** El médico registra conclusiones, indicaciones y seguimiento en EGD. La simulación muestra Control sugerido en la vista médica; ese bloque no aparece en Historia Clínica del paciente. El cliente ya definió la vista del usuario y no se amplía por recibir esos datos.
  - **Ya validado:** Conservar el registro profesional en EGD. La receta visible puede incluir instrucciones del medicamento, distintas de las indicaciones generales del acto. Una indicación de control no reserva automáticamente una cita.
  - **Por validar o completar:** Campos y estados disponibles de conclusiones/seguimiento para réplica, modificación antes del cierre y tratamiento posterior. Coordinar continuidad de controles con PEN-M03-008 y alcance de datos con PEN-M06-001; cualquier propuesta futura de mostrar seguimiento requiere decisión nueva.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION; F-M06-VISTA-USUARIO; F-M06-SIMULACION.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-006 y relación con Citas/módulo 09 al revisarlo. Mockup del usuario: Historia Clínica → Atenciones conserva receta sin añadir conclusiones, indicaciones generales o seguimiento.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-006 · Receta EGD, documento oficial y presentación al usuario

- [ ] **PEN-M06-006 · Receta EGD, documento oficial y presentación al usuario**
  - **Tipo:** Decisión de integración y datos
  - **Puntos de revisión:** 6.14, 6.15
  - **Ubicación original:** Word del módulo 06 → RF-06-007 → emisión, documento, firma y Por confirmar; RF-06-010 → documentos.
  - **Contexto:** EGD es responsable de la prescripción y emisión médica. En Historia Clínica → Atenciones se muestra la receta y en Documentos se listan recetas con Ver en la atención. El botón Imprimir usa la impresión del navegador; no prueba emisión, firma o un PDF oficial de EGD.
  - **Ya validado:** Mantener la presentación del cliente y ofrecer documentos válidos solo cuando existan. Los números y formatos simulados no acreditan un contrato de emisión.
  - **Por validar o completar:** Datos y documento que EGD entrega, formato, firma, numeración, catálogo, disponibilidad de PDF y acceso autorizado; diferencia entre guardar datos de receta, conservar un documento, imprimir una vista y descargar el documento emitido por EGD. Coordinar con módulo 10.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION; F-M06-VISTA-USUARIO; F-M06-DATOS.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-007 → Integraciones, Validaciones y Criterios; RF-06-010 → consulta/documentos. Mockup del usuario: conservar Atenciones, Documentos e Imprimir; no cambiar presentación por esta revisión.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.14–7.16: Documentos lista recetas y Ver en la atención; Imprimir usa el navegador. Validar PDF oficial, formatos, firma, autorización y vigencia de URL documental; no extender la no expiración del enlace de video. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-006, consulta, descarga e integraciones.
  - **Ampliación documental 08–15 — 14/11/2026:** Los módulos10 y15 ya distinguen impresión de vista, emisión, firma y documento oficial. Las dudas originales de receta se conservan en PEN-M10-001 y la tabla de origen del módulo10; no dar por implementada firma, PDF, numeración o descarga. Destino adicional: módulos10 RF-10-007/008/009/010 y módulo15 solo si se aprueba el alcance.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-007 · Versiones, concurrencia y actualización de la réplica clínica

- [ ] **PEN-M06-007 · Versiones, concurrencia y actualización de la réplica clínica**
  - **Tipo:** Integración e implementación
  - **Puntos de revisión:** 6.17, 6.20
  - **Ubicación original:** Word del módulo 06 → RF-06-008 → cambios concurrentes; RF-06-009 → correcciones; reglas generales de idempotencia y conciliación.
  - **Contexto:** EGD controla el trabajo del médico y las correcciones autorizadas; Salud365 actualiza los datos acordados que recibe. Son controles distintos: una respuesta retrasada no debe sobrescribir una versión más reciente y un reintento no debe duplicar episodios o documentos.
  - **Ya validado:** No habilitar edición ordinaria de una atención cerrada; conservar trazabilidad de versiones y correcciones. Los bloques de rectificación de la simulación médica no se añaden a Historia Clínica del usuario.
  - **Por validar o completar:** Identificación de versiones/cambios, orden y duplicación de eventos o consultas, reintentos, correlación, resolución de resultados inciertos y reflejo de rectificaciones confirmadas por EGD. Procedimiento clínico de corrección y plazos en PEN-M03-011.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION; F-M06-INTEGRACION; F-M06-SIMULACION.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-008, RF-06-009 y RF-06-010 → estados, excepciones, integración y auditoría; mecanismo de réplica en PEN-M06-001. Mockup citado: guardado/rectificación médica simulados, sin cambios autorizados.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.18/7.19: correlación, versiones, duplicados y actualización de réplica no equivalen a cierre local. EGD confirma los registros y las correcciones. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-008, actualización y consistencia.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-008 · Aplicación técnica del alcance de Historia Clínica aprobado

- [ ] **PEN-M06-008 · Aplicación técnica del alcance de Historia Clínica aprobado**
  - **Tipo:** Implementación y permisos
  - **Puntos de revisión:** 6.3, 6.21, 6.22
  - **Ubicación original:** Word del módulo 06 → RF-06-010 → consulta posterior; vista Historia Clínica del titular/paciente y contrato de respuesta.
  - **Contexto:** El usuario confirmó que el cliente definió los datos visibles. Atenciones muestra fecha/hora, paciente, médico y especialidad y al desplegar presenta receta o mensaje de que no se generó. Documentos lista recetas. La estructura de respuesta de referencia contiene más campos de los que renderiza esa vista; esto no autoriza a publicarlos todos en la aplicación productiva.
  - **Ya validado:** Mantener exactamente el alcance visible acordado: sin diagnósticos/CIE-10, anamnesis, evaluación, conclusiones, indicaciones generales, seguimiento, órdenes ni rectificaciones. Las instrucciones de medicamentos pertenecen a la receta. No volver a preguntar qué bloques añadir al historial como si faltara la decisión del cliente.
  - **Por validar o completar:** Aplicar y comprobar el alcance autorizado también en la respuesta del servicio y acceso por paciente/vínculo al implementar; determinar qué datos clínicos se conservan internamente sin entregarlos al usuario. La representación de menores/adultos y permisos por vínculo se coordinan con PEN-M02-010; no reabre la presentación aprobada.
  - **Fuentes:** F-M06-VALIDACION; F-M06-VISTA-USUARIO; F-M06-DATOS; PEN-M02-010.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Word/MD: RF-06-010 → consulta, Validaciones y Criterios; módulo 07 al revisarlo. Mockup citado: Historia Clínica → Atenciones/Documentos y DetalleAtencion en modo paciente; conservar esas secciones, sin cambios de código en esta tarea.
  - **Ampliación del módulo 07 — 14/11/2026:** 7.3/7.5/7.11/7.13: conservar la respuesta autorizada de datos de atención/receta. El código devuelve DTO amplio y admite administrador en la consulta; revisar contrato y permisos sin ampliar la pantalla ni dar lectura general por rol administrativo. **Destino adicional:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001, RF-07-004, RF-07-005 y RF-07-009.
  - **Ampliación documental 08–15 — 14/11/2026:** Módulos08/09/10/12/15 conservan explícitamente la vista aprobada del titular/paciente. No se añade diagnóstico, conclusión, seguimiento ni orden por copiar datos clínicos. Verificar permisos y contrato de respuesta; la creación documental no cambia el código ni completa estos controles.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M06-009 · Referencia incompleta de coherencia del cierre

- [ ] **PEN-M06-009 · Referencia incompleta de coherencia del cierre**
  - **Tipo:** Trazabilidad documental
  - **Puntos de revisión:** 6.23
  - **Ubicación original:** Word del módulo 06 → RF-06-008 → frase de recuperación; reglas generales → El cierre del acto médico debe mantener coherencia con,, y.
  - **Contexto:** La frase de recuperación ya se completa con la agenda/seguimiento de EGD por decisión del usuario. El Word conserva una frase de coherencia con referencias ausentes; no existen identificadores suficientes para deducir sus destinos. Se mantiene el texto base y su evidencia sin inventar enlaces.
  - **Ya validado:** Recuperación desde EGD explicitada; cierre, fin de videollamada y borrador son acciones distintas. Mantener las referencias de trazabilidad presentes del Word.
  - **Por validar o completar:** Identificar con el equipo los módulos/RF que faltan en la frase de coherencia y completar el destino documental cuando se confirme.
  - **Fuentes:** F-M06-WORD; F-M06-VALIDACION.
  - **Destino:** `modulos/Modulo_06_Acto_Medico_Funcional.md` → Solo Word/MD: RF-06-008 → recuperación ya ajustada; bloque general posterior a RF-06-010 → referencia de coherencia. No corresponde a una pantalla ni requiere cambios en el mockup.
  - **Cierre requerido:** Registrar decisión expresa o evidencia del trabajo técnico autorizado, actualizar únicamente las secciones afectadas y conservar la resolución. **Validado por / fecha / resolución:** por registrar.

### Registro de las decisiones numeradas

Validación del usuario del 14/11/2026. El registro de una decisión documental no da por terminada su integración técnica ni cierra los pendientes abiertos.

| Punto | Tratamiento autorizado | Destino y seguimiento |
| --- | --- | --- |
| 6.1 | Conservar los RF y describir operación médica desde EGD y réplica/consulta desde Salud365. | Word/MD: contexto, alcance y flujo ajustados. Mockup: sin cambios. |
| 6.2 | Lo antes posible; consentimiento y motivo antes del pago. | Word/MD: contexto y decisiones alineados con módulos 04/05. |
| 6.3 | Los datos visibles de Historia Clínica del usuario se mantienen porque los definió el cliente. | Word/MD: RF-06-010. Datos guardados por definir en PEN-M06-001; aplicación técnica en PEN-M06-008. |
| 6.4 | Apertura médica en EGD y correspondencia de identificadores en Salud365. | Word/MD: RF-06-001; PEN-M06-002. |
| 6.5 | Consulta profesional de información previa desde EGD; no agregar esos campos a la vista del usuario. | Word/MD: RF-06-002; PEN-M06-002. |
| 6.6 | Conservar distinción entre falta de datos y error; mantener pendiente la política de copia local. | Word/MD: RF-06-002 y RF-06-010; PEN-M02-011 ampliado. |
| 6.7 | Anamnesis en EGD; conservar pendiente su estructura y réplica. | Word/MD: RF-06-003; PEN-M06-003. Mockup del usuario no la muestra. |
| 6.8 | EGD conserva/recupera el avance médico ante fallo; Salud365 conserva datos recibidos y resultado conocido. | Word/MD: RF-06-003/RF-06-008; PEN-M06-004. No editor médico local ni cambio del mockup. |
| 6.9 | Evaluación/evolución registrada en EGD; estructura y réplica por definir. | Word/MD: RF-06-004; PEN-M06-003. No ampliar la vista del usuario. |
| 6.10 | Separar registros clínicos de logs técnicos. | Word/MD: RF-06-004 y reglas de auditoría; PEN-M05-007 ampliado. |
| 6.11 | Conservar catálogo/estructura diagnóstica como tema de EGD; no mostrar diagnósticos ni CIE-10 al usuario. | Word/MD: RF-06-005; PEN-M06-003; visibilidad RF-06-010. |
| 6.12 | Conclusiones e indicaciones generales se registran en EGD y no se agregan a Historia Clínica del usuario. | Word/MD: RF-06-006; PEN-M06-005. Las instrucciones de receta sí son visibles. |
| 6.13 | Seguimiento en EGD; no incorporar Control sugerido a la vista del usuario. Una indicación no reserva cita. | Word/MD: RF-06-006; PEN-M06-005. Mockup: sin cambios. |
| 6.14 | Conservar consulta de receta e impresión; distinguir emisión y documento oficial de EGD. | Word/MD: RF-06-007/RF-06-010; PEN-M06-006. |
| 6.15 | Formato, firma, numeración, catálogo y PDF siguen pendientes con EGD. | Word/MD: RF-06-007; PEN-M06-006. No cambiar la presentación del usuario. |
| 6.16 | Borrador y recuperación desde EGD; Salud365 recibe seguimiento autorizado. | Word/MD: RF-06-008; PEN-M03-010 ampliado. |
| 6.17 | Separar concurrencia médica de actualización de réplica; mantener idempotencia y versiones. | Word/MD: RF-06-008; PEN-M06-007. |
| 6.18 | Cierre por el médico en EGD y reflejo local solo tras confirmación confiable. | Word/MD: RF-06-009; PEN-M03-010 ampliado, sin duplicarlo. |
| 6.19 | Requisitos clínicos por validar; no adoptar mínimos del código como política. | Word/MD: RF-06-009; PEN-M03-011 ampliado. |
| 6.20 | Corrección autorizada en EGD y actualización trazable en Salud365; no mostrar bloque de rectificación al usuario. | Word/MD: RF-06-009/RF-06-010; PEN-M06-007 y PEN-M03-011. |
| 6.21 | Especificar el alcance visible ya acordado y aplicarlo también al contrato de respuesta. | Word/MD: RF-06-010; PEN-M06-008. No reabrir campos visibles ni modificar mockup. |
| 6.22 | Distinguir réplica clínica, documentos y logs con sus permisos/conservación. | Word/MD: RF-06-010 y reglas generales; PEN-M06-001 y pendientes de auditoría existentes. |
| 6.23 | Completar recuperación desde EGD y conservar pendiente la identificación de referencias faltantes. | Solo Word/MD: RF-06-008 ajustado; PEN-M06-009 para coherencia incompleta. |

### Pendientes originales del Word y ubicación de actualización

Los textos de origen se conservan literalmente. Las menciones originales a edición médica desde Salud365 o a mostrar todo el resultado al paciente no prevalecen sobre las aclaraciones posteriores del usuario. El resto mantiene su versión base hasta validar cambios.

| Ubicación original | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Decisiones → Pendiente | Pendiente: catálogo y obligatoriedad de campos clínicos, reglas de firma, estructura de recetas, posibilidad de borradores, estados y APIs EGD. No se asume que EGD exponga operaciones específicas sin validación. | PEN-M06-003/PEN-M06-006; PEN-M03-010/PEN-M03-011 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → Estructuras, receta, borradores y cierre en los RF correspondientes. |
| RF-06-001 → Por confirmar | Por confirmar: Definición de momento de apertura, asignación y creación de atención en EGD. | PEN-M06-002 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-001 → apertura, asignación e identificadores. |
| RF-06-002 → Por confirmar | Por confirmar: Campos disponibles, alcance temporal y permisos de lectura. | PEN-M06-002 y PEN-M02-011 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-002 → alcance de lectura e integración. |
| RF-06-003 → fallo y Por confirmar | Falla de guardado: conservar información local de forma segura solo si existe mecanismo aprobado; advertir estado no sincronizado.<br>Por confirmar: Estructura, campos, catálogos y reglas de modificación. | EGD conserva el avance según regla validada; PEN-M06-003/PEN-M06-004 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-003 → guardado, recuperación, datos y resultado. |
| RF-06-004 → Por confirmar | Por confirmar: Modelo de datos y disponibilidad de API de escritura. | PEN-M06-003; la escritura médica es en EGD, no una API exigida por un editor local | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-004 → datos y comunicación a Salud365. |
| RF-06-005 → Por confirmar | Por confirmar: CIE-10 u otro estándar, obligatoriedad y estructura de códigos. | PEN-M06-003 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-005 → códigos, catálogos y estructura. |
| RF-06-006 → Por confirmar | Por confirmar: Campos obligatorios, edición posterior y salida al paciente. | PEN-M06-005 y PEN-M03-011; vista del usuario ya validada | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-006 → datos y modificación en EGD; RF-06-010 conserva receta como detalle visible. |
| RF-06-007 → Por confirmar | Por confirmar: Formato, firma, numeración, medicamentos, disponibilidad de PDF y reglas locales. | PEN-M06-006 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-007 → receta, emisión y documentos. |
| RF-06-008 → frase incompleta y Por confirmar | El médico busca por cita o paciente desde y reabre la atención pendiente .<br>Por confirmar: Soporte de borradores, límites de edición y continuidad entre sesiones. | Recuperación desde EGD completada; PEN-M03-010 y PEN-M06-007 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-008 → borrador, recuperación y versiones. |
| RF-06-009 → Por confirmar | Por confirmar: Reglas de cierre, firma, transición, reversión/corrección y API. | PEN-M03-011 y PEN-M06-007 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-009 → requisitos, cierre y corrección. |
| RF-06-010 → Por confirmar | Por confirmar: Visibilidad para TITULAR, paciente y médico; disponibilidad de documentos. | Visibilidad del usuario ya validada; permisos por vínculo y documentos EGD en PEN-M02-010/PEN-M06-006/PEN-M06-008 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-010 → aplicación de permisos y documentos, sin ampliar campos visibles. |
| Reglas generales → referencia incompleta | El cierre del acto médico debe mantener coherencia con,, y. | PEN-M06-009; texto base conservado en módulo | `modulos/Modulo_06_Acto_Medico_Funcional.md` → Regla de coherencia de cierre, tras identificar sus destinos. |
| Preguntas finales → requisitos, receta y corrección | ¿Qué campos mínimos de anamnesis, evolución, diagnósticos, conclusiones y receta serán obligatorios para cerrar?<br>¿Se permite cerrar una atención sin receta? ¿En qué casos?<br>¿Cuál es el plazo máximo para completar una atención pendiente de cierre?<br>¿Quién puede corregir o ampliar una atención cerrada y bajo qué autorización? | PEN-M03-011 y PEN-M06-006/PEN-M06-007 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-007/RF-06-009 → requisitos y procedimientos EGD. |
| Preguntas finales → consulta del titular | ¿Qué resultados podrá consultar el TITULAR de dependientes adultos y menores? | Vista del cliente ya validada; representación y acceso por paciente en PEN-M02-010/PEN-M06-008 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-010 → permisos efectivos, sin reabrir presentación. |
| Preguntas finales → atención interrumpida | ¿Cómo se gestiona una atención interrumpida o sin conexión que no pudo finalizarse? | PEN-M06-004 y PEN-M03-010 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-003/RF-06-008 → conservación y recuperación en EGD. |
| Preguntas finales → capacidades e identificadores EGD | ¿EGD permite crear/consultar una atención y escribir anamnesis, evolución, diagnósticos, conclusiones y recetas mediante APIs?<br>¿Puede guardar borradores parciales, recuperar atenciones pendientes y cerrar el episodio en una operación posterior a la videollamada?<br>¿Qué identificadores, estados, catálogos, validaciones y transiciones expone EGD? | PEN-M06-001/PEN-M06-002/PEN-M06-003 y PEN-M03-010 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → Contratos de lectura/recepción y estados para Salud365; la autoría médica permanece en EGD. |
| Preguntas finales → recetas y documentos | ¿Cómo se generan, firman y descargan recetas y documentos de la atención? | PEN-M06-006 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-007/RF-06-010 → documento y consulta autorizada. |
| Preguntas finales → permisos, reintentos y modificaciones | ¿EGD soporta consultas por paciente, cita y médico con permisos y trazabilidad?<br>¿Cómo se controlan reintentos, cambios concurrentes, errores de integración y modificaciones posteriores al cierre? | PEN-M06-002/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_06_Acto_Medico_Funcional.md` → RF-06-001, RF-06-008/RF-06-009/RF-06-010 y réplica. |

**Ubicaciones de referencia del mockup:** Historia Clínica → Atenciones y Documentos corresponden al usuario y mantienen los datos definidos por el cliente. Área Médico → Agenda → Atención, Anamnesis, Evaluación, Diagnósticos, Conclusiones, Borrador, Cerrar y Rectificar son simulaciones para contextualizar el Word; no definen una interfaz profesional en Salud365 en esta fase. No se realizaron cambios de código.

## Fuentes del módulo 07

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M07-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_07_Historia_Clinica_Funcional.docx` | Base: diez RF de Historia Clínica, bloque RF-02-009, ejemplos, referencias y cuestiones abiertas. |
| F-M07-VALIDACION | Aprobación de todas las recomendaciones 7.1–7.23 en este chat, 14/11/2026. | Aplicación documental; no autoriza cambios de código ni cierra integraciones pendientes. |
| F-M07-VISTA | `mockup/src/frontend/features/acto-medico/historia-clinica.tsx`; `resultado-atencion.tsx` en la misma carpeta; `mockup/src/frontend/features/pacientes/familia.tsx` | Historia Clínica → Atenciones/Documentos y Mi familia → Ver historial / Ver documentos / Ver historial de citas. |
| F-M07-SERVICIO | `mockup/src/backend/features/acto-medico/application/acto-medico.use-cases.ts`; `mockup/src/backend/features/acto-medico/infrastructure/egd-mock-historia.adapter.ts`; `memory-historia-cache.ts` en la misma carpeta | Permisos, DTO, copia, mezcla de registros y simulación de lectura EGD. No prueba integración productiva. |
| F-M07-MEDICO | `mockup/src/frontend/features/acto-medico/consulta-medico.tsx` → Atención/Historial | Referencia de navegación simulada. En esta fase el médico opera en EGD. |

## Módulo 07 · Historia clínica

Las decisiones 7.1–7.23 se aplicaron al Markdown. El Word original no se modifica. La vista del cliente ya está validada; los asuntos abiertos siguientes y compartidos son de integración, permisos o precisión documental y no autorizan ampliar esa vista.

### PEN-M07-001 · Filtros, volumen histórico y paginación

- [ ] **PEN-M07-001 · Filtros, volumen histórico y paginación**
  - **Tipo:** definición e implementación/documentación, según alcance.
  - **Puntos de revisión:** 7.8–7.10.
  - **Ubicación original:** Word módulo07 → RF-07-003 → filtros, Validaciones y Por confirmar.
  - **Contexto:** El Word solicita rangos de fechas, profesional, especialidad, estado y paginación. Historia Clínica → Atenciones usa búsqueda por médico/especialidad y botones de especialidad; ordena de más reciente a más antigua en America/Lima, sin paginación ni filtros de fecha/estado.
  - **Ya validado:** Conservar los filtros actuales del usuario y los requisitos de zona horaria/paginación; no presentar filtros adicionales como implementados.
  - **Por validar o completar:** Aprobar filtros adicionales y su alcance por perfil; comprobar parámetros de EGD, volumen, tamaño de página, orden estable y conservación de filtros entre páginas.
  - **Fuentes:** F-M07-WORD; F-M07-VALIDACION; F-M07-VISTA; F-M07-SERVICIO; módulos02/06 cuando corresponda.
  - **Destino:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-003 → flujo, reglas, criterios e integración. No modifica el mockup; las pantallas citadas son evidencia de comparación.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M07-002 · Publicación, borradores y resultados disponibles para consulta

- [ ] **PEN-M07-002 · Publicación, borradores y resultados disponibles para consulta**
  - **Tipo:** definición e implementación/documentación, según alcance.
  - **Puntos de revisión:** 7.12/7.18.
  - **Ubicación original:** Word módulo07 → RF-07-004 → visibilidad de borradores; RF-07-008 → cierre; preguntas finales sobre resultados previos al cierre.
  - **Contexto:** El Word permite consulta de borradores a perfiles autorizados. El adaptador de referencia obtiene atenciones cerradas; el servicio también mezcla cierres locales aún no sincronizados, lo cual no acredita un cierre confirmado por EGD.
  - **Ya validado:** La vista actual del usuario no incorpora borradores. La consulta profesional ocurre en EGD y Salud365 solo refleja cierre confirmado por EGD.
  - **Por validar o completar:** Definir estados publicados, momento de disponibilidad de atención/receta, manejo de respuesta parcial y correcciones, y controles técnicos para no presentar un cierre local como confirmado. Coordinar PEN-M03-010, PEN-M06-007 y PEN-M06-008.
  - **Fuentes:** F-M07-WORD; F-M07-VALIDACION; F-M07-VISTA; F-M07-SERVICIO; módulos02/06 cuando corresponda.
  - **Destino:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-004 y RF-07-008 → estados, permisos, criterios e integración. No modifica el mockup; las pantallas citadas son evidencia de comparación.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M07-003 · Indisponibilidad, respuestas parciales y reconsulta

- [ ] **PEN-M07-003 · Indisponibilidad, respuestas parciales y reconsulta**
  - **Tipo:** definición e implementación/documentación, según alcance.
  - **Puntos de revisión:** 7.21/7.22.
  - **Ubicación original:** Word módulo07 → RF-07-010 → flujo, alternativas, Por confirmar y pregunta de continuidad; RF-07-002 → ausencia de resumen.
  - **Contexto:** El Word distingue falta de datos, fallos y respuesta parcial. Historia Clínica muestra un aviso de copia y estados vacíos; no hay tratamiento específico de secciones parciales ni botón propio de reintento en esa vista. Esa ausencia no elimina el requisito.
  - **Ya validado:** Conservar mensajes diferenciados y reconsulta controlada. La continuidad clínica profesional es responsabilidad del procedimiento acordado con EGD, sin inventar datos.
  - **Por validar o completar:** Precisar códigos de error, secciones parciales, reintentos, tiempos máximos, soporte y continuidad de la atención profesional. Coordinar copia local con PEN-M02-011 y recuperación del avance con PEN-M06-004.
  - **Fuentes:** F-M07-WORD; F-M07-VALIDACION; F-M07-VISTA; F-M07-SERVICIO; módulos02/06 cuando corresponda.
  - **Destino:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-002 y RF-07-010 → reglas, excepciones, criterios y contrato de errores. No modifica el mockup; las pantallas citadas son evidencia de comparación.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M07-004 · Mecanismo de actualización y antigüedad de la información

- [ ] **PEN-M07-004 · Mecanismo de actualización y antigüedad de la información**
  - **Tipo:** definición e implementación/documentación, según alcance.
  - **Puntos de revisión:** 7.19.
  - **Ubicación original:** Word módulo07 → RF-07-008 → consulta, fecha, Por confirmar y requisitos finales de integración.
  - **Contexto:** El Word deja abiertos APIs, caché, webhooks y latencia. La copia local de referencia guarda leidaEn, pero Historia Clínica no presenta esa fecha ni demuestra sincronización real basada en eventos.
  - **Ya validado:** Conservar fuente y fecha de consulta/recepción; EGD es fuente clínica principal. La réplica conserva el alcance visible aprobado.
  - **Por validar o completar:** Acordar consulta o eventos, frecuencia, latencia aceptable, procedencia, marcas temporales/versiones y conciliación. Definir cómo se comunica la antigüedad al usar copia, con PEN-M02-011 y PEN-M06-007.
  - **Fuentes:** F-M07-WORD; F-M07-VALIDACION; F-M07-VISTA; F-M07-SERVICIO; módulos02/06 cuando corresponda.
  - **Destino:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-008 → flujo e integración; RF-07-010 → información de copia local. No modifica el mockup; las pantallas citadas son evidencia de comparación.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M07-005 · Conservación de RF-02-009 y separación de citas y atenciones

- [ ] **PEN-M07-005 · Conservación de RF-02-009 y separación de citas y atenciones**
  - **Tipo:** definición e implementación/documentación, según alcance.
  - **Puntos de revisión:** 7.7.
  - **Ubicación original:** Word módulo07 → Bloque RF-02-009 insertado entre RF-07-002/RF-07-003 y seis pasos repetidos dentro de RF-07-003.
  - **Contexto:** El Word del módulo07 contiene un requisito ajeno y pasos duplicados. En el Markdown del módulo02 no existía RF-02-009; sí había accesos al historial de citas. Para no perder requisitos se trasladó íntegro RF-02-009 al módulo02, salvo su apartado de pendientes que se conserva aquí. Se retiró únicamente la repetición del módulo07 y se dejó referencia cruzada.
  - **Ya validado:** Citas y atenciones clínicas son consultas distintas; las acciones de cita corresponden al módulo04. El traslado documental está aplicado, no su integración técnica.
  - **Por validar o completar:** Resolver endpoint de citas, parámetros, mapeo de estados, actualización, detalle, orden e históricos, titulares múltiples y representación. Conservar las propuestas del Word hasta validarlas; no inventar RF-02-008 para llenar el salto de numeración.
  - **Fuentes:** F-M07-WORD; F-M07-VALIDACION; F-M07-VISTA; F-M07-SERVICIO; módulos02/06 cuando corresponda.
  - **Destino:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-009, pasos, estados y criterios; módulo07 → referencia previa a RF-07-003; módulo04 → acciones de cita. No modifica el mockup; las pantallas citadas son evidencia de comparación.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M07-006 · Referencias cruzadas incompletas del Word

- [ ] **PEN-M07-006 · Referencias cruzadas incompletas del Word**
  - **Tipo:** definición e implementación/documentación, según alcance.
  - **Puntos de revisión:** 7.23.
  - **Ubicación original:** Word módulo07 → RF-07-001/002/003/004/005/006/009/010 y Relación con otros módulos.
  - **Contexto:** Varias frases tienen destinos ausentes o rangos incompletos. Se conserva el texto y las referencias de trazabilidad presentes sin deducir identificadores. El literal de cada frase está en la tabla de origen de esta revisión.
  - **Ya validado:** Preservar referencias existentes y registrar la inconsistencia; no sustituirlas por referencias inventadas.
  - **Por validar o completar:** Confirmar con el equipo los RF y módulos de destino, incluyendo la relación de diagnósticos/conclusiones/recetas con módulo06 y sus módulos específicos antes de completar las frases.
  - **Fuentes:** F-M07-WORD; F-M07-VALIDACION; F-M07-VISTA; F-M07-SERVICIO; módulos02/06 cuando corresponda.
  - **Destino:** `modulos/Modulo_07_Historia_Clinica_Funcional.md` → Los apartados Diferencia y Relación con otros módulos identificados en la tabla de origen. No modifica el mockup; las pantallas citadas son evidencia de comparación.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### Registro de decisiones numeradas

Aprobación de todas las recomendaciones por el usuario el 14/11/2026. La aprobación documental no completa trabajo técnico.

| Punto | Tratamiento autorizado | Destino y seguimiento |
| --- | --- | --- |
| 7.1 | Fuente clínica y conservación local separadas de presentación. | Objetivo y RF-07-008; PEN-M06-001. |
| 7.2 | Consulta y operación profesional desde EGD. | Decisiones, RF-07-002/RF-07-007; PEN-M06-004. |
| 7.3 | Sustituir lectura completa por la vista aprobada del cliente. | RF-07-001/RF-07-004 y decisión final; PEN-M02-010/PEN-M06-008. |
| 7.4 | Conservar accesos desde Mi familia y selección de paciente. | RF-07-001; PEN-M06-008. |
| 7.5 | Validar vínculo por consulta y revisar acceso administrativo. | RF-07-001/RF-07-009; PEN-M02-010/PEN-M06-008. |
| 7.6 | Antecedentes profesionales en EGD; no resumen adicional al usuario. | RF-07-002; PEN-M06-001/PEN-M06-002. |
| 7.7 | Conservar RF-02-009 en módulo02 y retirar repetición del07. | Módulo02 RF-02-009 y referencia07; PEN-M07-005. |
| 7.8 | Describir listado actual del usuario. | RF-07-003; PEN-M07-001. |
| 7.9 | Distinguir filtros actuales y adicionales por aprobar. | RF-07-003; PEN-M07-001. |
| 7.10 | Conservar paginación, zona y orden estable. | RF-07-003; PEN-M07-001. |
| 7.11 | Separar detalle profesional y receta visible al usuario. | RF-07-004; PEN-M06-008. |
| 7.12 | Borradores profesionales en EGD; no en vista del usuario. | RF-07-004; PEN-M07-002. |
| 7.13 | Conservar consulta profesional de diagnósticos y excluir vista usuario. | RF-07-005; PEN-M06-001/PEN-M06-008. |
| 7.14 | Documentos del usuario lista recetas y acceso a atención. | RF-07-006; PEN-M06-006. |
| 7.15 | Distinguir impresión, emisión, firma y PDF oficial. | RF-07-006; PEN-M06-006. |
| 7.16 | Conservar seguridad documental; no trasladar regla URL video. | RF-07-006; PEN-M06-006. |
| 7.17 | Navegación y recuperación profesional en EGD. | RF-07-007; PEN-M06-004. |
| 7.18 | Cierre confirmado por EGD; no adoptar mezcla de cierres locales. | RF-07-008; PEN-M07-002/PEN-M06-007. |
| 7.19 | Precisar actualización, origen y antigüedad de réplica. | RF-07-008; PEN-M07-004/PEN-M02-011. |
| 7.20 | Conservar auditoría de accesos y separar administración/lectura clínica. | RF-07-009; PEN-M05-007/PEN-M06-008. |
| 7.21 | Conservar respuesta parcial, ausencia y fallo como casos distintos. | RF-07-010; PEN-M07-003. |
| 7.22 | Mantener pendiente la política de copia local. | RF-07-010; PEN-M02-011/PEN-M07-004. |
| 7.23 | Trasladar pendientes originales y registrar referencias incompletas. | Tabla siguiente; PEN-M07-006 y pendientes compartidos. |

### Pendientes originales del Word y destino

Se conserva el texto literal como evidencia. Las menciones a historia completa o a operación médica local no prevalecen sobre el alcance aprobado.

| Ubicación original | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| RF-07-001 → apartado pendiente | Por confirmar: Mecanismo de validación del vínculo TITULAR–paciente, evidencia de representación o autorización cuando corresponda, requisitos legales y controles de privacidad. La consulta por el TITULAR de pacientes asociados, incluidos adultos, está confirmada funcionalmente. | PEN-M02-010/PEN-M06-008 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001 |
| RF-07-002 → apartado pendiente | Por confirmar: Catálogo de antecedentes, alergias, medicación y campos realmente expuestos por EGD. | PEN-M06-001/PEN-M06-002 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-002 |
| RF-02-009 → apartado pendiente | Pendiente de definición: Endpoint de consulta de citas y parámetros de EGD; catálogo/mapeo de estados; frecuencia de actualización; detalle visible; ordenamiento; acceso a citas históricas; reglas para titulares múltiples y límites de acceso por representación. | PEN-M07-005 | `modulos/Modulo_02_Pacientes_Dependientes_Funcional.md` → RF-02-009 |
| RF-07-003 → apartado pendiente | Por confirmar: Filtros, volumen histórico, paginación y búsqueda soportados por EGD. | PEN-M07-001 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-003 |
| RF-07-004 → apartado pendiente | Por confirmar: Estructura de detalle, reglas de visibilidad de borradores y campos sensibles. | PEN-M07-002/PEN-M06-008 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-004 |
| RF-07-005 → apartado pendiente | Por confirmar: Catálogos de diagnóstico, estado de publicación y rectificaciones. | PEN-M06-003/PEN-M06-007 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-005 |
| RF-07-006 → apartado pendiente | Por confirmar: Tipos de documento, formatos, firma, vigencia de URL y descarga EGD. | PEN-M06-006 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-006 |
| RF-07-007 → apartado pendiente | Por confirmar: Integración de navegación, sesiones y permisos EGD. | PEN-M06-004/PEN-M06-002 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-007 |
| RF-07-008 → apartado pendiente | Por confirmar: APIs de consulta, actualización, caché, webhooks y latencia aceptable. | PEN-M07-004/PEN-M02-011 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-008 |
| RF-07-009 → apartado pendiente | Por confirmar: Retención de logs, normativa aplicable, permisos y auditoría disponible de EGD. | PEN-M05-007/PEN-M01-025 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-009 |
| RF-07-010 → apartado pendiente | Por confirmar: Política de contingencia clínica, reintentos, tiempos máximos y soporte EGD. | PEN-M07-003/PEN-M02-011 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-010 |
| Preguntas finales | ¿Qué información de historia clínica podrá visualizar el TITULAR para dependientes menores y adultos? | PEN-M02-010; vista ya aprobada | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001/004/006/010 según el asunto |
| Preguntas finales | ¿Se requiere autorización explícita del paciente adulto para consultar antecedentes, conclusiones y recetas? | PEN-M02-010; no ampliar alcance | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001/004/006/010 según el asunto |
| Preguntas finales | ¿Qué información se mostrará al paciente antes de que el médico cierre el acto médico? | PEN-M07-002 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001/004/006/010 según el asunto |
| Preguntas finales | ¿Se permite al paciente descargar todos los documentos o solo los publicados/finales? | PEN-M06-006/PEN-M07-002 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001/004/006/010 según el asunto |
| Preguntas finales | ¿Cómo se atenderá una consulta si EGD no devuelve antecedentes o historial? | PEN-M07-003 | `modulos/Modulo_07_Historia_Clinica_Funcional.md` → RF-07-001/004/006/010 según el asunto |

### Referencias incompletas conservadas

| Origen | Texto literal del Word | Seguimiento y destino |
| --- | --- | --- |
| Párrafo 37 → RF-07-001 | Diferencia Este requisito determina el permiso de acceso; los a 006 definen qué contenido se presenta: El vínculo del paciente debe estar validado; no se habilita acceso a personas ajenas a la cuenta. | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 60 → RF-07-002 | Diferencia Es una visión general del paciente; enumera consultas individuales y muestra una consulta concreta: | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 107 → RF-07-003 | Diferencia Sirve para localizar una atención, no para leer todo su contenido: El detalle pertenece a. | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 128 → RF-07-004 | Diferencia Muestra una atención particular; ofrece una vista especializada de diagnósticos y conclusiones de varias atenciones: | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 149 → RF-07-005 | Diferencia Es una consulta temática de datos clínicos; reúne todos los datos de una atención: La edición de diagnósticos pertenece al Módulo 06. | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 170 → RF-07-006 | Diferencia Se centra en archivos y descargas, mientras y 005 muestran datos clínicos estructurados: La generación y firma de recetas se especifica en el acto médico. | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 233 → RF-07-009 | Diferencia autoriza o deniega; registra y permite auditar el acceso: | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 254 → RF-07-010 | Diferencia Es una regla transversal de contingencia que aplica a las consultas a 006: | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |
| Párrafo 288 → RF-07-010 | Relación con otros módulos: permite localizar citas por paciente; permite localizar atenciones clínicas anteriores. a 009 registran y cierran información clínica; a 006 la consultan. La finalización de una videollamada no equivale al cierre del acto médico. | PEN-M07-006 → `modulos/Modulo_07_Historia_Clinica_Funcional.md`, mismo apartado. |

### Evidencia de reubicación y eliminación de duplicados

RF-02-009 se conservó en el módulo02 con título, objetivo, actores, precondiciones, seis pasos, excepciones, reglas, estados y criterios del Word. Su pendiente se conserva arriba. Los seis párrafos siguientes se repetían dentro de RF-07-003 y se retiraron de ese listado; su contenido se conserva en RF-02-009.

| Origen Word módulo07 | Texto retirado por duplicación | Destino conservado |
| --- | --- | --- |
| RF-07-003 → párrafo 98 | El TITULAR inicia sesión y accede a la pantalla principal o a “Mis pacientes/dependientes”. | Módulo02 → RF-02-009, flujo principal. |
| RF-07-003 → párrafo 99 | Salud 365 identifica su ficha de paciente, si existe, y los dependientes con vínculos autorizados vigentes. | Módulo02 → RF-02-009, flujo principal. |
| RF-07-003 → párrafo 100 | El sistema obtiene las citas asociadas a cada paciente permitido mediante la integración y fuente de información definidas con EGD. | Módulo02 → RF-02-009, flujo principal. |
| RF-07-003 → párrafo 101 | Muestra un resumen de citas por paciente con fecha, hora, especialidad o servicio, profesional cuando corresponda y estado visible. | Módulo02 → RF-02-009, flujo principal. |
| RF-07-003 → párrafo 102 | El TITULAR puede filtrar por paciente y estado (inicialmente Pendiente y Realizada) y abrir el detalle de una cita autorizada. | Módulo02 → RF-02-009, flujo principal. |
| RF-07-003 → párrafo 103 | Para acciones como reprogramar o cancelar, Salud 365 deriva al flujo del Módulo 04 · Citas, según permisos y reglas aplicables | Módulo02 → RF-02-009, flujo principal. |

**Alcance de esta actualización:** módulos07 y reubicación puntual de RF-02-009 en módulo02, más este archivo. No se modifica código, Word original ni otros módulos; ninguna entrada abierta se marca completada.

## Validación general de módulos 08 a 15

Decisión del usuario del 14/11/2026 sobre la revisión general numerada del 1 al 8. Esos números identifican filas de comparación, no números de módulo. Se aceptan las recomendaciones generales de los módulos 08, 09, 10, 11, 12 y 15 como criterio para su revisión detallada. Esto no aprueba reglas nuevas que el Word mantenga como propuestas ni completa integraciones. Los módulos 13 y 14 permanecen pendientes según las condiciones siguientes. Mientras una regla esté pendiente, conservar su versión base del Word, salvo cambios ya validados expresamente.

| Punto de revisión general | Módulo | Decisión y tratamiento |
| --- | --- | --- |
| 1 | 08 · Diagnósticos | Recomendación aceptada: operación profesional en EGD, réplica separada de presentación y sin diagnósticos/CIE-10 en Historia Clínica del usuario. Validar catálogos, obligatoriedad y rectificaciones en la revisión detallada. |
| 2 | 09 · Conclusiones médicas | Recomendación aceptada: registro profesional en EGD; conservar datos acordados sin añadir conclusiones, indicaciones generales ni Control sugerido a la vista del usuario. Seguimiento futuro sujeto a definición. |
| 3 | 10 · Recetas médicas | Recomendación aceptada: prescripción en EGD; separar consulta, impresión, emisión, firma y descarga oficial, y revisar estados de emisión sin asumir capacidades del proveedor. |
| 4 | 11 · Pagos | Recomendación aceptada: motivo/triaje antes del pago; historial como registro sin navegación al tocar un pago histórico; revisar métodos guardados, cobertura de pagos y conciliación sin dar por terminadas las integraciones. La inclusión operativa de pagos OMT/MAD sigue sujeta a revisión con OSA. |
| 5 | 12 · Administración | Recomendación aceptada: revisar funciones y responsabilidades sobre datos maestros. El selector de origen requiere validación específica; no retirarlo ni aprobar una operación independiente de EGD por esta aceptación general. |
| 6 | 13 · Servicios telefónicos | Pendiente de revisión con el equipo técnico de OSA. Conservar el Word como base; los flujos OMT/MAD del mockup son evidencia para discutir, no definición productiva confirmada. PEN-M13-001. |
| 7 | 14 · Notificaciones por WhatsApp | Pendiente de recibir y revisar el Excel de notificaciones que proporcionará el usuario. Conservar reglas ya confirmadas y versión base del Word; no cerrar eventos, canales o destinatarios adicionales. PEN-M14-001. |
| 8 | 15 · Órdenes médicas | Recomendación aceptada: conservar la condición de propuesta y no inclusión confirmada en MVP; operación profesional en EGD y sin añadir órdenes a Historia Clínica del usuario. No constituye aprobación del módulo para esta fase. |

### PEN-M13-001 · Validación de servicios con el equipo técnico de OSA

- [ ] **PEN-M13-001 · Validación de servicios con el equipo técnico de OSA**
  - **Tipo:** definición funcional, operativa e integración.
  - **Ubicación original:** revisión general de módulos 08–15 → punto 6; Word `docs/OneDrive_1_13-11-2026/Salud365_Modulo_13_Servicios_Telefonicos_Funcional.docx` → objetivo, decisiones, RF-13-001 a RF-13-009 y preguntas finales.
  - **Contexto:** el Word desarrolla OMT y UME principalmente como derivación telefónica. El mockup contiene solicitudes OMT y MAD con paciente, contacto o dirección, horario, pago y coordinación con cabina. El usuario aclaró que estos servicios siguen pendientes de revisión con el equipo técnico de OSA. La representación del flujo no confirma sus condiciones productivas ni sus integraciones.
  - **Ya validado:** realizar la revisión con OSA antes de fijar las reglas definitivas; conservar la versión base del Word mientras se resuelven. La validación anterior del diseño del mockup no equivale a validar la operación técnica del servicio.
  - **Por validar o completar:** alcance OMT/MAD/UME, fases, responsables, contexto de paciente, contacto, cobertura, horarios, solicitud frente a reserva/confirmación, pagos y conciliación, estados, integración de cabina y fuentes de datos. Determinar si el nombre Servicios telefónicos sigue representando el alcance. UME mantiene su validación pendiente; no inferir despacho ni prestación confirmada a partir de una llamada.
  - **Fuentes:** aclaración del usuario del 14/11/2026; Word del módulo 13; `mockup/src/frontend/features/servicios/servicios-telefonicos.tsx`; `solicitud-cabina.tsx` y `calendario-cabina.tsx` en la misma carpeta; `mockup/src/backend/features/servicios/application/cabina.ts`.
  - **Destino:** `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md`, al crearlo/revisarlo → objetivo, decisiones, flujos, RF, tablas, reglas, criterios y referencias afectados por el acuerdo con OSA. Coordinar los resultados con módulos 11 y 12 si afectan pagos o administración. No modificar el mockup por esta entrada.
  - **Ampliación documental 08–15 — 14/11/2026:** Se creó `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` conservando la base del Word. Los pendientes y preguntas originales se trasladaron a la tabla del módulo13 en este archivo, con destino por RF. La creación del Markdown no aprueba los flujos OMT/MAD, pagos, horarios ni condiciones del servicio; continúa la revisión con OSA.
  - **Diagramas de referencia — 14/11/2026:** se crearon `diagramas/flujos/orientacion-medica-telefonica/` y `diagramas/flujos/medico-a-domicilio/`, cada uno con editable, imagen y README. Ambos indican propuesta pendiente de OSA. Se representa horario solicitado antes del pago y coordinación por cabina; no reserva EGD, cobro real ni servicio confirmado. La referencia usa pago simulado, vigencia de 5 minutos, tarifas y cobertura de prueba; no se aprueban como reglas productivas. La verificación de resultados inciertos y sus mecanismos productivos también requieren validación. **Destino adicional:** los tres archivos de cada carpeta y los módulos11/13 afectados tras acuerdo con OSA.
  - **Cierre requerido:** registrar acuerdos revisados con OSA y validados por el usuario; actualizar únicamente las secciones correspondientes, conservando trazabilidad. **Validado por / fecha / resolución:** por registrar.

### PEN-M14-001 · Revisión contra el Excel de notificaciones

- [ ] **PEN-M14-001 · Revisión contra el Excel de notificaciones**
  - **Tipo:** definición funcional, canales e integración.
  - **Ubicación original:** revisión general de módulos 08–15 → punto 7; Word `docs/OneDrive_1_13-11-2026/Salud365_Modulo_14_Notificaciones_WhatsApp_Funcional.docx` → alcance, eventos, destinatarios, contenido, seguimiento y cuestiones abiertas.
  - **Contexto:** el Word confirma el WhatsApp de cita enviado por EGD al paciente y al médico y mantiene otros eventos/canales como propuestas. El código contiene notificaciones push y textos que no deben confundirse con una integración WhatsApp. El usuario indicó que proporcionará un Excel de notificaciones; ese archivo aún no fue recibido ni comparado en esta revisión.
  - **Ya validado:** el módulo sigue pendiente de revisar con el Excel. Mantener las decisiones previamente confirmadas, incluida la misma URL de EGD que deja de expirar ante fallos; no equiparar la existencia de un push con un WhatsApp entregado.
  - **Por validar o completar:** al recibir el archivo, registrar su nombre, ruta y versión y comparar por evento: disparador, canal, emisor, destinatario (titular/paciente/médico), contenido, momento, enlace, estado de envío, reintentos, evidencia y fase. Identificar diferencias con Word, código y decisiones ya aprobadas antes de actualizar. No asumir que el Excel prevalece automáticamente ante una contradicción sin validarla con el usuario.
  - **Fuentes:** aclaración del usuario del 14/11/2026; Word del módulo 14; `mockup/src/backend/features/notificaciones/domain/aviso.ts`; `mockup/src/backend/features/notificaciones/application/notificaciones.use-cases.ts`; Excel por proporcionar. Coordinar PEN-M04-010 y los pendientes compartidos de notificaciones para evitar duplicación.
  - **Destino:** `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md`, al crearlo/revisarlo → alcance, eventos, canales, destinatarios, plantillas, enlaces, auditoría y criterios afectados. Revisar referencias a notificaciones de los módulos 01, 04, 05 y 08–13/15 únicamente donde corresponda al acuerdo validado. No modificar código por esta entrada.
  - **Ampliación documental 08–15 — 14/11/2026:** Se creó `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` conservando la base del Word y centralizando sus preguntas con ubicación y destino. No se ha recibido el Excel. Comparar también los textos push que aún mencionan triaje posterior a confirmación o indicaciones/órdenes visibles al usuario. Coordinar la regla ya validada de misma URL EGD/no expiración ante fallo con plantillas, canales y cambios de cita antes de actualizar el módulo; no se confirma una política de URL para reagendamiento por esta revisión.
  - **Cierre requerido:** Excel identificado y cotejado, diferencias validadas expresamente y documentación actualizada con sus referencias. **Validado por / fecha / resolución:** por registrar.

## Conversión y alineación de módulos 08 a 15

Se crean los ocho Markdown por instrucción del usuario. Las recomendaciones generales de 08–12 y 15 se aplican sin inventar reglas o capacidades técnicas. Los módulos13/14 conservan el texto funcional base del Word, salvo denominación oficial ya aprobada; sus decisiones pendientes continúan sujetas a OSA y al Excel de notificaciones, respectivamente. Los Word originales no se modifican.

## Módulo 08 · Diagnósticos

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M08-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_08_Diagnosticos_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M08-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M08-CODIGO | `mockup/src/frontend/features/acto-medico/consulta-medico.tsx`; `mockup/src/frontend/features/acto-medico/resultado-atencion.tsx` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_08_Diagnosticos_Funcional.md`. **Seguimiento compartido:** PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008.

### PEN-M08-001 · Catálogo, estructura diagnóstica y reglas profesionales de EGD

- [ ] **PEN-M08-001 · Catálogo, estructura diagnóstica y reglas profesionales de EGD**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_08_Diagnosticos_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** El Word detalla búsqueda, formulario, principal/secundarios, revisión, borrador, cierre, consulta y rectificación desde Salud365. El acuerdo vigente sitúa esas operaciones en EGD y excluye diagnósticos de la vista del titular/paciente. Las dos tablas del Word conservan su estructura y las propuestas de campos y estados como base, sin adoptar valores del código como contrato productivo.
  - **Ya validado:** Operación médica en EGD; Salud365 conserva la réplica autorizada. No mostrar diagnósticos ni CIE-10 al usuario. Mantener propuestas de catálogo, campos y cierre mientras no se validen.
  - **Por validar o completar:** Catálogo, versión/idioma/vigencia, mínimo de búsqueda, campos y límites, tipos, principal/secundarios, borradores, estados de réplica frente a estados clínicos, publicación, correcciones y plazos. Las preguntas literales de cada RF figuran en la tabla de origen siguiente. Reutilizar PEN-M06-003, PEN-M03-011, PEN-M06-007 y PEN-M06-008.
  - **Fuentes:** F-M08-WORD; F-M08-VALIDACION; F-M08-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-001 a RF-08-009 → precondiciones, flujos, ambas tablas, reglas, integración y criterios afectados. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 54 → RF-08-001 · Acceso al registro de diagnósticos | Por confirmar: Estados de la atención que maneja EGD y en cuáles permite edición. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-001 · Acceso al registro de diagnósticos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 79 → RF-08-002 · Búsqueda y selección del catálogo diagnóstico | Por confirmar: Catálogo que usa EGD (CIE-10 u otro), versión, idioma y frecuencia de actualización. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-002 · Búsqueda y selección del catálogo diagnóstico: campos, reglas, integración o criterios correspondientes. |
| Párrafo 123 → RF-08-003 · Registro de diagnósticos en una atención | Por confirmar: Campos que exige EGD, largo de la observación e identificadores que devuelve. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-003 · Registro de diagnósticos en una atención: campos, reglas, integración o criterios correspondientes. |
| Párrafo 142 → RF-08-004 · Diagnóstico principal y diagnósticos asociados | Por confirmar: Si EGD admite principal y secundarios, y si existe un máximo de diagnósticos por atención. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-004 · Diagnóstico principal y diagnósticos asociados: campos, reglas, integración o criterios correspondientes. |
| Párrafo 178 → RF-08-005 · Consulta y revisión antes del cierre | Por confirmar: Si EGD permite editar o eliminar un diagnóstico que ya recibió. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-005 · Consulta y revisión antes del cierre: campos, reglas, integración o criterios correspondientes. |
| Párrafo 200 → RF-08-006 · Guardado parcial y recuperación de pendientes | Por confirmar: Plazo máximo para cerrar una atención pendiente y si EGD recibe borradores o solo la atención cerrada. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-006 · Guardado parcial y recuperación de pendientes: campos, reglas, integración o criterios correspondientes. |
| Párrafo 219 → RF-08-007 · Validación de diagnósticos para cierre clínico | Por confirmar: Si el diagnóstico es obligatorio en todos los servicios y qué valida EGD al recibir el cierre. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-007 · Validación de diagnósticos para cierre clínico: campos, reglas, integración o criterios correspondientes. |
| Párrafo 243 → RF-08-008 · Consulta de diagnósticos históricos | Por confirmar: Filtros y antigüedad del historial que puede entregar EGD. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-008 · Consulta de diagnósticos históricos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 267 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | Por confirmar: Plazo para rectificar, si requiere firma y cómo lo maneja EGD. | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 269 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | Preguntas abiertas para EGD | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 270 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | ¿Qué catálogo de diagnósticos usa EGD, en qué versión y cómo se actualiza? | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 271 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | ¿Qué campos exige para registrar un diagnóstico y cuántos admite por atención? | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 272 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | ¿Maneja diagnóstico principal y secundarios? | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 273 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | ¿Recibe borradores o solo la atención cerrada? | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 274 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | ¿Cómo se rectifica un diagnóstico de una atención cerrada? | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 275 → RF-08-009 · Rectificaciones, seguridad y trazabilidad | ¿Qué identificadores devuelve para conciliar los envíos y evitar duplicados? | PEN-M08-001; PEN-M06-003/PEN-M03-011/PEN-M06-007/PEN-M06-008 | `modulos/Modulo_08_Diagnosticos_Funcional.md` → RF-08-009 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |

## Módulo 09 · Conclusiones médicas

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M09-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_09_Conclusiones_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M09-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M09-CODIGO | `mockup/src/frontend/features/acto-medico/consulta-medico.tsx`; `mockup/src/frontend/features/acto-medico/resultado-atencion.tsx` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_09_Conclusiones_Funcional.md`. **Seguimiento compartido:** PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007.

### PEN-M09-001 · Campos de conclusiones y seguimiento clínico futuro

- [ ] **PEN-M09-001 · Campos de conclusiones y seguimiento clínico futuro**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_09_Conclusiones_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** El Word incluye una tabla con conclusión, indicaciones y seguimiento, límites propuestos y Nota para el TITULAR. También describe Control sugerido y Agendar control. El acuerdo conserva los datos de atención/receta visibles y excluye esos bloques de Historia Clínica. La tabla se preserva como base del registro profesional; no define una nueva pantalla en Salud365.
  - **Ya validado:** Registro, recuperación, cierre y rectificación en EGD; réplica acordada en Salud365. No presentar conclusiones, indicaciones generales ni seguimiento al titular/paciente. Una indicación de control no reserva una cita.
  - **Por validar o completar:** Estructura y obligatoriedad según servicio, longitud, seguimiento/plazo/especialidad, nota y destinatario, campo propio de EGD para indicaciones, borradores, plazos de cierre, adendas/firma y tratamiento futuro de citas con seguimiento. Coordinar PEN-M06-003/PEN-M06-005, PEN-M03-011 y PEN-M06-007.
  - **Fuentes:** F-M09-WORD; F-M09-VALIDACION; F-M09-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-001 a RF-09-010 → tabla, pasos, validaciones, consulta profesional y criterios; cualquier ampliación futura requiere decisión expresa. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 19 → Decisiones funcionales y asuntos pendientes | Por definir con Salud 365: plazo para completar atenciones pendientes y reglas de rectificación. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → Decisiones funcionales y asuntos pendientes: campos, reglas, integración o criterios correspondientes. |
| Párrafo 71 → RF-09-001 · Acceso a conclusiones de la atención | Por confirmar: Estados de la atención en los que EGD permite edición. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-001 · Acceso a conclusiones de la atención: campos, reglas, integración o criterios correspondientes. |
| Párrafo 93 → RF-09-002 · Registro de conclusiones clínicas | Por confirmar: Largo máximo del texto y si EGD tiene un campo propio para la conclusión. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-002 · Registro de conclusiones clínicas: campos, reglas, integración o criterios correspondientes. |
| Párrafo 111 → RF-09-003 · Registro de indicaciones y recomendaciones | Por confirmar: Si EGD maneja las indicaciones como campo propio o dentro de la conclusión. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-003 · Registro de indicaciones y recomendaciones: campos, reglas, integración o criterios correspondientes. |
| Párrafo 131 → RF-09-004 · Orientación de seguimiento y control | Por confirmar: Si se enviará un recordatorio del control (Módulo 14) y si EGD tiene un campo estructurado para el seguimiento. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-004 · Orientación de seguimiento y control: campos, reglas, integración o criterios correspondientes. |
| Párrafo 148 → RF-09-005 · Revisión de coherencia antes del cierre | Por confirmar: Secciones obligatorias según el tipo de servicio. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-005 · Revisión de coherencia antes del cierre: campos, reglas, integración o criterios correspondientes. |
| Párrafo 166 → RF-09-006 · Guardado de borrador de conclusiones | Por confirmar: Si EGD recibe borradores o solo la atención cerrada. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-006 · Guardado de borrador de conclusiones: campos, reglas, integración o criterios correspondientes. |
| Párrafo 185 → RF-09-007 · Recuperación y edición de conclusiones pendientes | Por confirmar: Plazo máximo para cerrar una atención pendiente. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-007 · Recuperación y edición de conclusiones pendientes: campos, reglas, integración o criterios correspondientes. |
| Párrafo 205 → RF-09-008 · Validación y cierre clínico con conclusiones | Por confirmar: Campos que EGD exige para recibir el cierre. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-008 · Validación y cierre clínico con conclusiones: campos, reglas, integración o criterios correspondientes. |
| Párrafo 225 → RF-09-009 · Consulta posterior de conclusiones | Por confirmar: Si las conclusiones también se entregan en un documento descargable (ver RF-07-006). | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-009 · Consulta posterior de conclusiones: campos, reglas, integración o criterios correspondientes. |
| Párrafo 246 → RF-09-010 · Rectificaciones, seguridad y trazabilidad | Por confirmar: Si EGD admite adendas y si requieren firma. | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-010 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 248 → RF-09-010 · Rectificaciones, seguridad y trazabilidad | Preguntas abiertas para EGD | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-010 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 249 → RF-09-010 · Rectificaciones, seguridad y trazabilidad | ¿Qué campos tiene EGD para conclusión, indicaciones y seguimiento? | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-010 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 250 → RF-09-010 · Rectificaciones, seguridad y trazabilidad | ¿Recibe borradores o solo la atención cerrada? | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-010 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 251 → RF-09-010 · Rectificaciones, seguridad y trazabilidad | ¿Qué datos exige para aceptar el cierre de la atención? | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-010 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 252 → RF-09-010 · Rectificaciones, seguridad y trazabilidad | ¿Permite adendas o rectificaciones después del cierre? | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-010 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 253 → RF-09-010 · Rectificaciones, seguridad y trazabilidad | ¿Cómo se consultan las conclusiones históricas y su versión vigente? | PEN-M09-001; PEN-M06-005/PEN-M03-011/PEN-M06-007 | `modulos/Modulo_09_Conclusiones_Funcional.md` → RF-09-010 · Rectificaciones, seguridad y trazabilidad: campos, reglas, integración o criterios correspondientes. |

## Módulo 10 · Recetas médicas

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M10-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_10_Recetas_Medicas_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M10-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M10-CODIGO | `mockup/src/frontend/features/acto-medico/receta-editor.tsx`; `mockup/src/frontend/features/acto-medico/historia-clinica.tsx`; `mockup/src/frontend/features/acto-medico/resultado-atencion.tsx` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_10_Recetas_Medicas_Funcional.md`. **Seguimiento compartido:** PEN-M10-001; PEN-M06-006/PEN-M07-002.

### PEN-M10-001 · Reglas de prescripción, emisión y publicación de recetas

- [ ] **PEN-M10-001 · Reglas de prescripción, emisión y publicación de recetas**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_10_Recetas_Medicas_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** El Word contiene una tabla de posología, una receta por atención como propuesta, búsqueda y emisión local previa al acuse de EGD, PDF y estados. El código presenta editor clínico de referencia y receta visible/impresión. El registro profesional corresponde a EGD; un PDF, firma o emisión no se demuestra con imprimir la pantalla.
  - **Ya validado:** Prescripción y emisión en EGD; Salud365 conserva los datos acordados y la vista de receta aprobada. No mostrar diagnósticos en la receta del usuario ni marcar emisión/firma sin confirmación confiable. La excepción de URL de video no afecta automáticamente a archivos.
  - **Por validar o completar:** Fuente del catálogo, texto libre, campos/unidades/vías/cantidad y límites, cierre sin receta, número de recetas, numeración, emisión frente a generación del archivo, firma, vigencia/renovación de URL, filtros históricos, recetas anuladas/reemplazadas y avisos. Coordinar PEN-M06-006/PEN-M07-002 y PEN-M03-011; no duplicar su resolución.
  - **Fuentes:** F-M10-WORD; F-M10-VALIDACION; F-M10-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-001 a RF-10-010 → tabla de posología, flujos de emisión/publicación, permisos, estados, impresión/descarga y criterios. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 18 → Contexto y decisiones | Por validar con EGD: catálogo de medicamentos, firma, formato del documento y anulación. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → Contexto y decisiones: campos, reglas, integración o criterios correspondientes. |
| Párrafo 49 → RF-10-001 · Acceso a la prescripción desde el acto médico | Por confirmar: Si se puede cerrar una atención sin receta y en qué casos. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-001 · Acceso a la prescripción desde el acto médico: campos, reglas, integración o criterios correspondientes. |
| Párrafo 69 → RF-10-002 · Búsqueda y selección de medicamentos | Por confirmar: Fuente del catálogo (EGD, DIGEMID u otra) y si se permite texto libre. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-002 · Búsqueda y selección de medicamentos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 114 → RF-10-003 · Registro de posología e indicaciones por medicamento | Por confirmar: Unidades y vías del catálogo, y si la cantidad total es obligatoria. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-003 · Registro de posología e indicaciones por medicamento: campos, reglas, integración o criterios correspondientes. |
| Párrafo 131 → RF-10-004 · Receta con múltiples medicamentos | Por confirmar: Máximo de medicamentos por receta. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-004 · Receta con múltiples medicamentos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 147 → RF-10-005 · Revisión y validación previa a la emisión | Por confirmar: Datos obligatorios de una receta según la normativa peruana. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-005 · Revisión y validación previa a la emisión: campos, reglas, integración o criterios correspondientes. |
| Párrafo 164 → RF-10-006 · Guardado de borrador y recuperación de receta pendiente | Por confirmar: Si EGD recibe borradores de receta. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-006 · Guardado de borrador y recuperación de receta pendiente: campos, reglas, integración o criterios correspondientes. |
| Párrafo 184 → RF-10-007 · Emisión y firma de receta médica | Por confirmar: Mecanismo de firma, numeración y formato legal del documento. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-007 · Emisión y firma de receta médica: campos, reglas, integración o criterios correspondientes. |
| Párrafo 204 → RF-10-008 · Visualización y descarga de receta emitida | Por confirmar: Formato del documento, vigencia del enlace y si se muestra la firma. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-008 · Visualización y descarga de receta emitida: campos, reglas, integración o criterios correspondientes. |
| Párrafo 224 → RF-10-009 · Consulta de recetas históricas por paciente | Por confirmar: Antigüedad del historial y filtros que soporta EGD. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-009 · Consulta de recetas históricas por paciente: campos, reglas, integración o criterios correspondientes. |
| Párrafo 246 → RF-10-010 · Rectificación, anulación y trazabilidad | Por confirmar: Plazo para anular, aviso al paciente (Módulo 14) y cómo lo maneja EGD. | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-010 · Rectificación, anulación y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 248 → RF-10-010 · Rectificación, anulación y trazabilidad | Preguntas abiertas para EGD | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-010 · Rectificación, anulación y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 249 → RF-10-010 · Rectificación, anulación y trazabilidad | ¿EGD tiene catálogo de medicamentos? ¿Qué codificación usa? | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-010 · Rectificación, anulación y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 250 → RF-10-010 · Rectificación, anulación y trazabilidad | ¿Recibe recetas en borrador o solo emitidas? | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-010 · Rectificación, anulación y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 251 → RF-10-010 · Rectificación, anulación y trazabilidad | ¿Qué mecanismo de firma utiliza y qué validez tiene? | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-010 · Rectificación, anulación y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 252 → RF-10-010 · Rectificación, anulación y trazabilidad | ¿Cómo se obtiene el PDF y cuánto dura el enlace de descarga? | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-010 · Rectificación, anulación y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 253 → RF-10-010 · Rectificación, anulación y trazabilidad | ¿Cómo se anula o reemplaza una receta emitida? | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-010 · Rectificación, anulación y trazabilidad: campos, reglas, integración o criterios correspondientes. |
| Párrafo 104 → RF-10-003 · Registro de posología e indicaciones por medicamento (celda conservada en la tabla base) | Por confirmar | PEN-M10-001; PEN-M06-006/PEN-M07-002 | `modulos/Modulo_10_Recetas_Medicas_Funcional.md` → RF-10-003 · Registro de posología e indicaciones por medicamento: campos, reglas, integración o criterios correspondientes. |

## Módulo 11 · Pagos

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M11-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_11_Pagos_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M11-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M11-CODIGO | `mockup/src/frontend/features/pagos/mis-pagos.tsx`; `mockup/src/frontend/features/pagos/tarjetas.tsx`; `mockup/src/frontend/features/citas/agendar/agendar-wizard.tsx` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_11_Pagos_Funcional.md`. **Seguimiento compartido:** PEN-M11-001/PEN-M11-002/PEN-M11-003.

### PEN-M11-001 · Contrato Izipay, intentos y confirmación verificable

- [ ] **PEN-M11-001 · Contrato Izipay, intentos y confirmación verificable**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_11_Pagos_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** El Word desarrolla compra, intento, token, confirmación, incertidumbre y conciliación. El adaptador Izipay del código es simulado y no prueba idempotencia, firma, notificaciones o recuperación del proveedor. Se conserva el requisito completo del Word, con motivo/triaje antes del pago y horario/asignación después.
  - **Ya validado:** Pagos a cargo de Salud365 mediante Izipay; aprobación financiera no equivale a confirmación de cita EGD. Conservar evidencia, evitar dobles cobros y consultar resultados inciertos antes de repetir.
  - **Por validar o completar:** Modalidad contratada, token/vigencia, parámetros, notificaciones y autenticidad, consulta de transacciones, atomicidad de intentos, concurrencia y base de datos, estados/códigos, eventos tardíos y conciliación. Conservar como referencias documentales sujetas a verificación las menciones a SDK/IPN; no tratarlas como contrato confirmado.
  - **Fuentes:** F-M11-WORD; F-M11-VALIDACION; F-M11-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-001 a RF-11-004 y RF-11-006 → compra, intentos, integración, matriz de estados y criterios. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M11-002 · Métodos guardados y cobertura de pagos OMT/MAD

- [ ] **PEN-M11-002 · Métodos guardados y cobertura de pagos OMT/MAD**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_11_Pagos_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** Pagos del mockup ofrece tarjetas guardadas y predeterminada; el Word no desarrolla ese caso con el mismo detalle. OMT/MAD tienen su propio pago simulado asociado a solicitud de cabina; su alcance productivo sigue pendiente de OSA. Un formulario de referencia no confirma tokenización ni unifica por sí solo estos registros con el historial financiero.
  - **Ya validado:** Mantener el historial como registro y la separación entre pago, solicitud, cita y prestación. No almacenar datos completos de tarjeta/CVV ni introducir cobros o reglas OMT/MAD sin acuerdo con OSA.
  - **Por validar o completar:** Tokenización del proveedor, alta/baja/predeterminada y autorización de métodos guardados; alcance de medios como QR; límite y conservación de métodos; correlación compra/intento/pago/solicitud y visibilidad de todos los servicios en el historial. OMT/MAD dependen de PEN-M13-001. Los valores, cobertura y tiempos de la simulación no se aprueban por esta revisión.
  - **Fuentes:** F-M11-WORD; F-M11-VALIDACION; F-M11-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_11_Pagos_Funcional.md` → Módulo11 → inicio de pago, métodos guardados y RF-11-005/006; módulos12/13 únicamente tras validar con OSA. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M11-003 · Política comercial, historial y gestión financiera

- [ ] **PEN-M11-003 · Política comercial, historial y gestión financiera**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_11_Pagos_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** El historial aprobado es consulta sin navegar al tocar un pago. El Word también exige pagos sin cita e incidencias, estados financieros y conciliación; el código filtra intentos pendientes y correlaciona sus operaciones con una cita/solicitud de referencia. Esa representación no elimina las obligaciones de conservar intentos y pagos sin cita confirmada.
  - **Ya validado:** Motivo/Triaje antes del pago; pago antes de elegir horario programado o continuar asignación. Historial sin enlaces de acción sobre sus filas; disponible desde Salud365 aunque EGD no responda. No aprobar pagos manualmente sin evidencia.
  - **Por validar o completar:** Tarifas, impuestos, descuentos, vigencias, comprobantes comerciales, filtros y retención, intentos frente a operaciones visibles, pagos sin cita, estados finales, devolución externa, periodicidad y responsables de conciliación, permisos y tiempos de resolución. Resolver la referencia a RF-11-010: el Word contiene RF-11-001 a 007; no inventar un destino ni suponerlo por el nombre de un método del código.
  - **Fuentes:** F-M11-WORD; F-M11-VALIDACION; F-M11-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-001, RF-11-004/005/006/007 → datos comerciales, historial, excepciones, auditoría y referencia cruzada incompleta. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 18 → Objetivo y alcance | Por definir con Salud 365: tarifas, impuestos, comprobantes, vigencia de un pago sin cita, cancelaciones, excepciones y devoluciones fuera de la aplicación. | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → Objetivo y alcance: campos, reglas, integración o criterios correspondientes. |
| Párrafo 19 → Objetivo y alcance | Por validar técnicamente: APIs y eventos de Izipay, mecanismos de consulta de transacciones, autenticación, ambientes y conciliación; APIs de EGD para agendar y verificar citas. | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → Objetivo y alcance: campos, reglas, integración o criterios correspondientes. |
| Párrafo 74 → RF-11-001 · Inicio de pago y resumen de compra | Por confirmar: Catálogo comercial, impuestos, descuentos, moneda admitida, vigencia de cotización y reglas aplicables a cada modalidad. | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-001 · Inicio de pago y resumen de compra: campos, reglas, integración o criterios correspondientes. |
| Párrafo 123 → RF-11-002 · Creación segura de operación Izipay | Por confirmar con izipay: Modalidad de integración, API de generación de token, vigencia de token, parámetros obligatorios, comportamiento ante solicitudes repetidas, alcance real de la idempotencia y mecanismos de recuperación de transacciones. | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-002 · Creación segura de operación Izipay: campos, reglas, integración o criterios correspondientes. |
| Párrafo 208 → RF-11-003 · Confirmación y verificación del pago | Por confirmar: Mecanismo de consulta de transacciones, parámetros y seguridad de notificaciones, mapeo de códigos, reglas de reverso o devolución, política de conciliación y tiempos de resolución de pagos inciertos. | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-003 · Confirmación y verificación del pago: campos, reglas, integración o criterios correspondientes. |
| Párrafo 275 → RF-11-005 · Consulta de pagos e historial del TITULAR(referenciado desde Modulo 01) | Por confirmar: Definir filtros, detalle de transacciones, acceso a comprobantes comerciales y período de retención. | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-005 · Consulta de pagos e historial del TITULAR(referenciado desde Modulo 01): campos, reglas, integración o criterios correspondientes. |
| Párrafo 338 → RF-11-006 · Conciliación de pagos y cita (BATCH) | Por confirmar: | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-006 · Conciliación de pagos y cita (BATCH): campos, reglas, integración o criterios correspondientes. |
| Párrafo 339 → RF-11-006 · Conciliación de pagos y cita (BATCH) | Frecuencia de conciliación, APIs de consulta, tiempo máximo de resolución, mecanismo de escalamiento y responsables administrativos. | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-006 · Conciliación de pagos y cita (BATCH): campos, reglas, integración o criterios correspondientes. |
| Párrafo 377 → RF-11-007 · Administración, auditoría y seguridad de pagos (referenciado desde Modulo 12) | Por confirmar: | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-007 · Administración, auditoría y seguridad de pagos (referenciado desde Modulo 12): campos, reglas, integración o criterios correspondientes. |
| Párrafo 378 → RF-11-007 · Administración, auditoría y seguridad de pagos (referenciado desde Modulo 12) | Perfiles administrativos, acceso a reportes, período de retención, responsabilidades de soporte, protección de datos | PEN-M11-001/PEN-M11-002/PEN-M11-003 | `modulos/Modulo_11_Pagos_Funcional.md` → RF-11-007 · Administración, auditoría y seguridad de pagos (referenciado desde Modulo 12): campos, reglas, integración o criterios correspondientes. |

### Referencias por verificar

Se conservan las referencias existentes del Word. Una referencia incompleta no se completa por inferencia y una vinculación preliminar no acredita una integración.

| Origen | Evidencia literal | Seguimiento y destino |
| --- | --- | --- |
| Párrafo 234 → RF-11-004 · Reintentos, duplicados y resultado incierto | Enviar casos no resolubles a RF-11-010 | RF-11-010 no tiene un encabezado definido en el Word de este módulo. PEN-M11-001/PEN-M11-002/PEN-M11-003 → verificar destino antes de sustituir. |

## Módulo 12 · Administración

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M12-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_12_Administracion_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M12-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M12-CODIGO | `mockup/src/frontend/features/admin/admin-shell.tsx`; `mockup/src/frontend/features/admin/vistas/configuracion.tsx`; `mockup/src/frontend/features/admin/vistas/origen.tsx`; `mockup/src/frontend/features/admin/vistas/incidencias.tsx` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_12_Administracion_Funcional.md`. **Seguimiento compartido:** PEN-M12-001/PEN-M12-002/PEN-M12-003.

### PEN-M12-001 · Origen de datos frente al alcance integrado con EGD

- [ ] **PEN-M12-001 · Origen de datos frente al alcance integrado con EGD**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_12_Administracion_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** RF-12-013 del Word y Configuración → Origen de datos del código permiten elegir EGD o Salud365; en modo local no hay sincronización ni consultas EGD. Eso es más amplio que conservar una réplica con EGD como sistema clínico principal. Se conserva el bloque base, sin retirar el selector ni aprobar automáticamente independencia productiva de EGD.
  - **Ya validado:** El médico trabaja en EGD en esta fase. Salud365 guarda datos acordados, mantiene autenticación y permisos, y respeta la vista del usuario. Leer una copia local no equivale a operar un sistema clínico independiente.
  - **Por validar o completar:** Determinar si la selección de origen es alcance productivo, demostrativo o fase futura; fuente maestra por entidad y operación, dirección de sincronización, datos y estados locales permitidos, operaciones en curso, consistencia y continuidad. Resolver la aparente diferencia entre registro/autenticación local del RF-12-013 y las menciones previas a registro de usuarios en ambos sistemas, sin inferir que ambos tienen credenciales locales. Coordinar PEN-M02-011 y los pendientes de dependencia EGD del módulo01.
  - **Fuentes:** F-M12-WORD; F-M12-VALIDACION; F-M12-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_12_Administracion_Funcional.md` → Decisiones base y RF-12-013 → objetivo, ambos comportamientos de origen, reglas, integraciones y criterios; referencia a fuente clínica en módulos anteriores solo tras validación expresa. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M12-002 · Responsabilidad de datos maestros y permisos administrativos

- [ ] **PEN-M12-002 · Responsabilidad de datos maestros y permisos administrativos**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_12_Administracion_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** El Word y el panel describen altas, modificación y suspensión de médicos, titulares, pacientes, catálogos y parámetros. La administración local representada no determina quién manda sobre los datos profesionales o la disponibilidad. La regla vigente mantiene a EGD como fuente profesional en esta fase y exige distinguir funciones administrativas de edición clínica.
  - **Ya validado:** Alta interna por personal autorizado; no autorregistro médico/administrativo. Sin edición clínica ni confirmación EGD manual por administración. Visibilidad comercial local y correspondencia de datos son distintas de gestionar el dato maestro clínico.
  - **Por validar o completar:** Matriz de subroles/permisos, aprobadores, campos editables, acreditación y estados de médico, suspensiones/citas afectadas, propietarios de especialidades/horarios/servicios, tarifas y contactos, sincronización de cambios y duplicados. Mantener las propuestas del Word hasta discutirlas; coordinar pendientes de módulos01/03 y PEN-M13-001 para cabina/OSA.
  - **Fuentes:** F-M12-WORD; F-M12-VALIDACION; F-M12-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-001 a RF-12-007 y RF-12-011 → precondiciones, campos, operaciones, responsabilidades y criterios; configuración del sistema según acuerdos. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### PEN-M12-003 · Indicadores, incidencias y auditoría administrativa

- [ ] **PEN-M12-003 · Indicadores, incidencias y auditoría administrativa**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_12_Administracion_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** Panel, Pagos, Solicitudes y citas, Incidencias y Auditoría presentan operación no clínica. El Word pide reportes, exportaciones, conciliación y seguimiento de tickets que no quedan aprobados ni implementados solo por existir la interfaz. Los logs registran eventos y resultados, no únicamente errores.
  - **Ya validado:** Conservar el ciclo de seguimiento de incidencias, evidencia financiera/EGD, correlación, permisos y auditoría sin contenido clínico en logs. No cambiar estados remotos o financieros sin evidencia.
  - **Por validar o completar:** KPIs, filtros, periodicidad/exportaciones, fecha/procedencia de datos, estados y prioridad de incidencias, responsables/escalamiento, SLA y límites de reintento, retención/integridad y reacción ante fallo de auditoría. Coordinar PEN-M05-007, PEN-M01-025 y pendientes de conciliación del módulo11.
  - **Fuentes:** F-M12-WORD; F-M12-VALIDACION; F-M12-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-007 a RF-12-012 → acciones, seguimiento, reportes, permisos, integración, logs y criterios. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 17 → Objetivo y alcance | Por definir: catálogo exacto de especialidades y servicios, responsables de horarios, política de suspensiones, permisos administrativos, indicadores y reportes MVP. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → Objetivo y alcance: campos, reglas, integración o criterios correspondientes. |
| Párrafo 18 → Objetivo y alcance | Por validar con EGD: APIs de administración, sincronización, estados, consulta operativa y eventos; no asumir que las capacidades ya están expuestas. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → Objetivo y alcance: campos, reglas, integración o criterios correspondientes. |
| Párrafo 38 → RF-12-001 · Acceso al backoffice y permisos administrativos | Por confirmar: Matriz definitiva de subroles, autenticación reforzada y responsables de aprobaciones. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-001 · Acceso al backoffice y permisos administrativos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 51 → RF-12-002 · Gestión administrativa de usuarios TITULARES | Por confirmar: Campos editables, inactivación, tratamiento de duplicados y APIs de EGD. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-002 · Gestión administrativa de usuarios TITULARES: campos, reglas, integración o criterios correspondientes. |
| Párrafo 64 → RF-12-003 · Alta y validación administrativa de MEDICOS | Por confirmar: Documentos de acreditación, aprobadores, especialidades y APIs de alta EGD. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-003 · Alta y validación administrativa de MEDICOS: campos, reglas, integración o criterios correspondientes. |
| Párrafo 77 → RF-12-004 · Actualización, suspensión e inactivación de médicos | Por confirmar: Efecto en agendas, citas vigentes y estados de EGD. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-004 · Actualización, suspensión e inactivación de médicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 90 → RF-12-005 · Gestión de catálogos de servicios y especialidades | Por confirmar: Origen maestro de especialidades, códigos EGD, servicios MVP y flujo de aprobación. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-005 · Gestión de catálogos de servicios y especialidades: campos, reglas, integración o criterios correspondientes. |
| Párrafo 103 → RF-12-006 · Configuración operativa y parámetros comerciales | Por confirmar: Qué parámetros serán editables, tarifario, impuestos y responsables de aprobación. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-006 · Configuración operativa y parámetros comerciales: campos, reglas, integración o criterios correspondientes. |
| Párrafo 116 → RF-12-007 · Supervisión de citas y agendamiento | Por confirmar: Estados EGD, permisos para intervenciones y operaciones de consulta. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-007 · Supervisión de citas y agendamiento: campos, reglas, integración o criterios correspondientes. |
| Párrafo 129 → RF-12-008 · Supervisión de pagos e incidencias económicas | Por confirmar: Consultas Izipay, políticas de devolución externa y perfiles de acceso financiero. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-008 · Supervisión de pagos e incidencias económicas: campos, reglas, integración o criterios correspondientes. |
| Párrafo 142 → RF-12-009 · Bandeja de incidencias, reintentos y conciliación | Por confirmar: APIs de consulta, SLA, política de reintentos, responsables y estados de ticket. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-009 · Bandeja de incidencias, reintentos y conciliación: campos, reglas, integración o criterios correspondientes. |
| Párrafo 155 → RF-12-010 · Reportes operativos e indicadores | Por confirmar: KPIs definitivos, periodicidad, formatos y fuentes de datos EGD/Izipay. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-010 · Reportes operativos e indicadores: campos, reglas, integración o criterios correspondientes. |
| Párrafo 168 → RF-12-011 · Consulta administrativa de registros y asociaciones | Por confirmar: Reglas de vinculación, duplicados, fusiones y consultas disponibles en EGD. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-011 · Consulta administrativa de registros y asociaciones: campos, reglas, integración o criterios correspondientes. |
| Párrafo 181 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | Por confirmar: Retención, controles de acceso, monitoreo, normativas aplicables y auditoría EGD. | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 182 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Qué subroles administrativos existirán y qué permisos tendrá cada uno? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 183 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Quién aprobará la habilitación y suspensión de médicos y cómo se validará su documentación? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 184 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Quién será dueño de los catálogos de especialidades, médicos, disponibilidad y servicios? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 185 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Qué cambios administrativos se sincronizan en línea con EGD y cuáles requieren conciliación? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 186 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Qué operaciones de consulta y actualización administrativa expone EGD? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 187 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Qué acciones puede realizar soporte ante una cita pagada sin agendamiento? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 188 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Cuáles son los indicadores y exportaciones indispensables para el MVP? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |
| Párrafo 189 → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa | ¿Qué reglas de auditoría, protección de datos y conservación de logs se aplicarán? | PEN-M12-001/PEN-M12-002/PEN-M12-003 | `modulos/Modulo_12_Administracion_Funcional.md` → RF-12-012 · Auditoría, seguridad y trazabilidad administrativa: campos, reglas, integración o criterios correspondientes. |

### Referencias por verificar

Se conservan las referencias existentes del Word. Una referencia incompleta no se completa por inferencia y una vinculación preliminar no acredita una integración.

| Origen | Evidencia literal | Seguimiento y destino |
| --- | --- | --- |
| Párrafo 59 → RF-12-003 · Alta y validación administrativa de MEDICOS | Diferencia respecto de otros requerimientos: Desarrolla la gestión administrativa del y; no implica autorregistro médico. | PEN-M12-001/PEN-M12-002/PEN-M12-003 → `modulos/Modulo_12_Administracion_Funcional.md`, mismo apartado al confirmar su referencia. |
| Párrafo 137 → RF-12-009 · Bandeja de incidencias, reintentos y conciliación | Diferencia respecto de otros requerimientos: Es gestión de excepciones transversal; y 008 muestran datos específicos. | PEN-M12-001/PEN-M12-002/PEN-M12-003 → `modulos/Modulo_12_Administracion_Funcional.md`, mismo apartado al confirmar su referencia. |

## Módulo 13 · Servicios telefónicos

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M13-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_13_Servicios_Telefonicos_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M13-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M13-CODIGO | `mockup/src/frontend/features/servicios/servicios-telefonicos.tsx`; `mockup/src/frontend/features/servicios/solicitud-cabina.tsx`; `mockup/src/frontend/features/servicios/calendario-cabina.tsx` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md`. **Seguimiento compartido:** PEN-M13-001; revisión con OSA.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 16 → Decisiones confirmadas y pendientes | Por definir con Salud 365: cobertura geográfica, horarios, costos o gratuidad, mensajes de advertencia, datos de contacto, consentimiento, registro de solicitudes y si existe alguna relación con Izipay. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → Decisiones confirmadas y pendientes: campos, reglas, integración o criterios correspondientes. |
| Párrafo 17 → Decisiones confirmadas y pendientes | Por validar con los responsables de cada servicio: titularidad de los números, disponibilidad real y procedimiento cuando una llamada no se concreta. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → Decisiones confirmadas y pendientes: campos, reglas, integración o criterios correspondientes. |
| Párrafo 37 → RF-13-001 · Acceso y presentación de servicios telefónicos | Por confirmar: Ubicación definitiva en el menú y reglas de visibilidad. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-001 · Acceso y presentación de servicios telefónicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 50 → RF-13-002 · Acceso a Orientación Médica Telefónica | Por confirmar: Alcance asistencial, horario, costo, responsable y disponibilidad del servicio. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-002 · Acceso a Orientación Médica Telefónica: campos, reglas, integración o criterios correspondientes. |
| Párrafo 63 → RF-13-003 · Acceso a UME y orientación ante urgencias | Por confirmar: Cobertura, disponibilidad 24/7, protocolos y mensajes de emergencia. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-003 · Acceso a UME y orientación ante urgencias: campos, reglas, integración o criterios correspondientes. |
| Párrafo 76 → RF-13-004 · Selección de paciente asociado y contexto del servicio | Por confirmar: ¿Se requiere seleccionar paciente o puede llamarse sin hacerlo? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-004 · Selección de paciente asociado y contexto del servicio: campos, reglas, integración o criterios correspondientes. |
| Párrafo 89 → RF-13-005 · Acción de llamada y compatibilidad web | Por confirmar: Navegadores/dispositivos soportados y textos de interfaz. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-005 · Acción de llamada y compatibilidad web: campos, reglas, integración o criterios correspondientes. |
| Párrafo 102 → RF-13-006 · Configuración administrativa de números y condiciones | Por confirmar: Responsable de aprobar cambios, campos exactos y flujo de publicación. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-006 · Configuración administrativa de números y condiciones: campos, reglas, integración o criterios correspondientes. |
| Párrafo 115 → RF-13-007 · Mensajes informativos y límites del servicio | Por confirmar: Textos legales y operativos, jurisdicción y canales alternativos. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-007 · Mensajes informativos y límites del servicio: campos, reglas, integración o criterios correspondientes. |
| Párrafo 128 → RF-13-008 · Incidencias de contacto y disponibilidad del número | Por confirmar: Si se requiere registrar solicitudes, incidencias telefónicas o integrarse con un call center. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-008 · Incidencias de contacto y disponibilidad del número: campos, reglas, integración o criterios correspondientes. |
| Párrafo 141 → RF-13-009 · Trazabilidad y reportes operativos básicos | Por confirmar: Necesidad real de reportes, retención, consentimiento y eventual integración telefónica. | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 147 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Los servicios serán visibles para cualquier TITULAR autenticado o también para visitantes? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 148 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Debe seleccionarse un paciente antes de llamar o es opcional? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 149 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Cuáles son los números oficiales, horarios, cobertura y responsables de cada servicio? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 150 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Los servicios generan cobros o se ofrecen como acceso telefónico sin pago en la web? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 151 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Qué advertencias deben mostrarse en caso de emergencia y falta de cobertura? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 152 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Se requiere registrar solicitudes o únicamente habilitar el marcado telefónico? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 153 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Quién mantendrá los números y cómo se aprobarán cambios en el backoffice? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 154 → RF-13-009 · Trazabilidad y reportes operativos básicos | ¿Se necesitan reportes de clics o integración futura con un sistema de telefonía? | PEN-M13-001; revisión con OSA | `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md` → RF-13-009 · Trazabilidad y reportes operativos básicos: campos, reglas, integración o criterios correspondientes. |

### Referencias por verificar

Se conservan las referencias existentes del Word. Una referencia incompleta no se completa por inferencia y una vinculación preliminar no acredita una integración.

| Origen | Evidencia literal | Seguimiento y destino |
| --- | --- | --- |
| Párrafo 32 → RF-13-001 · Acceso y presentación de servicios telefónicos | Diferencia frente a otros requerimientos: Es la pantalla de entrada; los y 003 definen el contenido y comportamiento de cada servicio. | PEN-M13-001; revisión con OSA → `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md`, mismo apartado al confirmar su referencia. |
| Párrafo 110 → RF-13-007 · Mensajes informativos y límites del servicio | Diferencia frente a otros requerimientos: Es comunicación preventiva; y 003 gestionan el acceso a cada número. | PEN-M13-001; revisión con OSA → `modulos/Modulo_13_Servicios_Telefonicos_Funcional.md`, mismo apartado al confirmar su referencia. |

## Módulo 14 · Notificaciones por WhatsApp

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M14-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_14_Notificaciones_WhatsApp_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M14-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M14-CODIGO | `mockup/src/backend/features/notificaciones/domain/aviso.ts`; `mockup/src/backend/features/notificaciones/application/notificaciones.use-cases.ts` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md`. **Seguimiento compartido:** PEN-M14-001; Excel por proporcionar y PEN-M04-010.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 18 → Decisiones y límites del alcance | POR DEFINIR: notificaciones al TITULAR cuando es diferente del paciente, recordatorios, reagendamientos, cancelaciones, estados de envío y plantillas adicionales. | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Decisiones y límites del alcance: campos, reglas, integración o criterios correspondientes. |
| Párrafo 19 → Decisiones y límites del alcance | POR VALIDAR CON EGD: API/eventos disponibles, forma de disparo, trazabilidad, seguridad del enlace y confirmación de entrega. | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Decisiones y límites del alcance: campos, reglas, integración o criterios correspondientes. |
| Párrafo 40 → Notificación de confirmación de cita por EGD | Por confirmar Evento técnico disparador, contratos y evidencias de envío de EGD: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Notificación de confirmación de cita por EGD: campos, reglas, integración o criterios correspondientes. |
| Párrafo 53 → Determinación de destinatarios y teléfonos | Por confirmar Fuente maestra de teléfonos, formatos, verificación, consentimiento y reglas para dependientes: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Determinación de destinatarios y teléfonos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 66 → Contenido mínimo y enlace de videoconsulta | Por confirmar Plantillas, personalización, enlaces separados por rol y vigencia: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Contenido mínimo y enlace de videoconsulta: campos, reglas, integración o criterios correspondientes. |
| Párrafo 79 → Acceso desde WhatsApp y desde Salud 365 | Por confirmar SDK/iframe, apertura externa, autenticación, vigencia y revocación del enlace: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Acceso desde WhatsApp y desde Salud 365: campos, reglas, integración o criterios correspondientes. |
| Párrafo 92 → Recordatorios previos a la cita | Por confirmar Inclusión MVP, intervalos, plataforma responsable y costo del envío: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Recordatorios previos a la cita: campos, reglas, integración o criterios correspondientes. |
| Párrafo 105 → Avisos por cancelación o reagendamiento | Por confirmar Eventos soportados, destinatarios, generación/revocación de enlace y plantillas: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Avisos por cancelación o reagendamiento: campos, reglas, integración o criterios correspondientes. |
| Párrafo 118 → Seguimiento del estado de notificación | Por confirmar APIs, webhooks, códigos de error, retención y SLA: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Seguimiento del estado de notificación: campos, reglas, integración o criterios correspondientes. |
| Párrafo 131 → Gestión de fallos y reintentos | Por confirmar Responsable de reintentos, idempotencia, alertas y atención manual: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Gestión de fallos y reintentos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 144 → Configuración de plantillas y parámetros | Por confirmar Propiedad de plantillas, proveedor WhatsApp, aprobaciones y ambientes: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Configuración de plantillas y parámetros: campos, reglas, integración o criterios correspondientes. |
| Párrafo 157 → Auditoría, privacidad y reportes básicos | Por confirmar Retención, acceso administrativo, exportación y métricas de EGD: | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 158 → Auditoría, privacidad y reportes básicos | ¿Qué evento de EGD dispara el WhatsApp de confirmación de cita? | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 159 → Auditoría, privacidad y reportes básicos | ¿Cómo identifica EGD el teléfono del paciente y del médico, especialmente cuando el TITULAR es distinto del paciente? | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 160 → Auditoría, privacidad y reportes básicos | ¿El enlace es individual para paciente y médico? ¿Cómo se autentica y cuánto dura? | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 161 → Auditoría, privacidad y reportes básicos | ¿Cómo se integra el enlace en el frontend web Salud 365 y cómo se abre desde WhatsApp? | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 162 → Auditoría, privacidad y reportes básicos | ¿EGD devuelve estados de envío o dispone de webhooks y reintentos? | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 163 → Auditoría, privacidad y reportes básicos | ¿EGD soporta mensajes de cancelación, reagendamiento y recordatorios? ¿Cuáles se incluirán en el MVP? | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |
| Párrafo 164 → Auditoría, privacidad y reportes básicos | ¿Quién administra las plantillas y cómo se evitan envíos duplicados? | PEN-M14-001; Excel por proporcionar y PEN-M04-010 | `modulos/Modulo_14_Notificaciones_WhatsApp_Funcional.md` → Auditoría, privacidad y reportes básicos: campos, reglas, integración o criterios correspondientes. |

## Módulo 15 · Órdenes médicas

| Identificador | Fuente y ubicación | Uso |
| --- | --- | --- |
| F-M15-WORD | `docs/OneDrive_1_13-11-2026/Salud365_Modulo_15_Ordenes_Medicas_Funcional.docx` | Base íntegra de estructura, tablas, RF/capacidades, pasos y referencias. |
| F-M15-VALIDACION | Revisión general08–15 y aclaración del usuario sobre OSA/Excel, 14/11/2026; solicitud expresa de crear los módulos. | Aplicar recomendaciones de este módulo, conservando las condiciones pendientes del Word. |
| F-M15-CODIGO | `mockup/src/frontend/features/acto-medico/consulta-medico.tsx`; `mockup/src/frontend/features/acto-medico/historia-clinica.tsx`; `mockup/src/frontend/features/acto-medico/resultado-atencion.tsx` | Evidencia de comparación del mockup; no acredita integración ni reglas productivas. |

**Archivo de destino:** `modulos/Modulo_15_Ordenes_Medicas_Funcional.md`. **Seguimiento compartido:** PEN-M15-001; alcance no aprobado.

### PEN-M15-001 · Alcance y capacidades de órdenes médicas

- [ ] **PEN-M15-001 · Alcance y capacidades de órdenes médicas**
  - **Tipo:** definición funcional/técnica y precisión documental según el asunto.
  - **Ubicación original:** Word `Salud365_Modulo_15_Ordenes_Medicas_Funcional.docx` → apartados identificados individualmente en la tabla de origen de este módulo.
  - **Contexto:** El Word declara que las órdenes no están aprobadas para el MVP y presenta diez capacidades propuestas sin identificadores RF explícitos en sus encabezados. El área médica de referencia contiene órdenes, pero la vista del titular/paciente no las muestra. Su existencia en código no aprueba el servicio ni una integración con laboratorios.
  - **Ya validado:** Conservar condición de propuesta/no aprobado. Cualquier operación profesional es en EGD y cualquier réplica requiere acuerdo. No añadir órdenes ni resultados a Historia Clínica del usuario; no inventar IDs RF o servicios externos.
  - **Por validar o completar:** Inclusión y fase, tipos, catálogo, campos, agrupación, borradores, emisión/firma/PDF, estados, rectificación/anulación, APIs/eventos/idempotencia, documentos, permisos y eventual recepción de resultados. Decidir explícitamente si habrá alguna vista futura distinta; no incorporarla al alcance actual. Conservar exclusiones de laboratorio propio, toma de muestras, pagos adicionales, proveedores y aseguradoras.
  - **Fuentes:** F-M15-WORD; F-M15-VALIDACION; F-M15-CODIGO y pendientes compartidos citados.
  - **Destino:** `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Objetivo, decisiones y las diez capacidades propuestas → sus flujos, permisos, criterios y condición de alcance. Mantener títulos del Word salvo ajuste aprobado de la consulta profesional. Las referencias al mockup contextualizan la revisión; no autorizan modificarlo.
  - **Cierre requerido:** decisión expresa o evidencia técnica validada, actualización únicamente de los apartados indicados y registro de la resolución. **Validado por / fecha / resolución:** por registrar.

### Pendientes originales y ubicación de actualización

El texto original se conserva literalmente. Cada fila identifica dónde se encontraba y dónde se actualizará tras validación. La aprobación de una recomendación documental no cierra estos asuntos.

| Origen en el Word | Texto original | Seguimiento | Destino de actualización |
| --- | --- | --- | --- |
| Párrafo 18 → Decisiones confirmadas, propuestas y límites | POR VALIDAR CON EGD: catálogos, escritura/lectura, firma, PDF, estados, cancelación, rectificación, resultados y trazabilidad. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Decisiones confirmadas, propuestas y límites: campos, reglas, integración o criterios correspondientes. |
| Párrafo 42 → Acceso a órdenes desde el acto médico | Por confirmar: Aprobación del alcance y permisos EGD. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Acceso a órdenes desde el acto médico: campos, reglas, integración o criterios correspondientes. |
| Párrafo 55 → Selección del tipo y catálogo de órdenes | Por confirmar: Tipos de órdenes MVP, catálogos y APIs EGD. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Selección del tipo y catálogo de órdenes: campos, reglas, integración o criterios correspondientes. |
| Párrafo 68 → Registro del detalle e indicaciones de la orden | Por confirmar: Esquema de campos, obligatoriedad y restricciones de EGD. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Registro del detalle e indicaciones de la orden: campos, reglas, integración o criterios correspondientes. |
| Párrafo 81 → Órdenes múltiples en una atención | Por confirmar: Si EGD soporta órdenes agrupadas o individuales. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Órdenes múltiples en una atención: campos, reglas, integración o criterios correspondientes. |
| Párrafo 94 → Guardado de borrador y recuperación | Por confirmar: API de borradores y estados de EGD. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Guardado de borrador y recuperación: campos, reglas, integración o criterios correspondientes. |
| Párrafo 107 → Validación, emisión y eventual firma | Por confirmar: Firma, documento, identificadores, operación de emisión y requisitos legales. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Validación, emisión y eventual firma: campos, reglas, integración o criterios correspondientes. |
| Párrafo 120 → Consulta y descarga por paciente asociado | Por confirmar: API de consulta, PDF/archivo, vigencia de enlaces. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Consulta y descarga por paciente asociado: campos, reglas, integración o criterios correspondientes. |
| Párrafo 133 → Estados, anulación y rectificación | Por confirmar: Catálogo de estados, rectificación, cancelación y reemisión. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Estados, anulación y rectificación: campos, reglas, integración o criterios correspondientes. |
| Párrafo 146 → Integración, auditoría e incidencias | Por confirmar: APIs, webhooks, idempotencia, auditoría y SLA EGD. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Integración, auditoría e incidencias: campos, reglas, integración o criterios correspondientes. |
| Párrafo 159 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | Por confirmar: Inclusión futura, proveedor de resultados, formatos e interoperabilidad. | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 160 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿Se incluirán órdenes médicas en el MVP o se trasladarán a una fase posterior? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 161 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿Qué tipos de órdenes se habilitarán: laboratorio, imágenes, procedimientos u otros? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 162 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿Quién emite y firma la orden y qué requisitos legales aplican? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 163 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿EGD ofrece catálogo, APIs de creación, lectura, emisión, descarga y anulación? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 164 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿Se requiere un documento PDF o solo registro estructurado? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 165 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿Las órdenes podrán guardarse como borrador mientras el acto médico está pendiente? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 166 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿Se incluirá consulta de resultados, o quedará explícitamente fuera del MVP? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |
| Párrafo 167 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | ¿Habrá integración con laboratorios/proveedores, o solo descarga del documento? | PEN-M15-001; alcance no aprobado | `modulos/Modulo_15_Ordenes_Medicas_Funcional.md` → Resultados y seguimiento de órdenes (fuera de alcance por definir): campos, reglas, integración o criterios correspondientes. |

### Referencias por verificar

Se conservan las referencias existentes del Word. Una referencia incompleta no se completa por inferencia y una vinculación preliminar no acredita una integración.

| Origen | Evidencia literal | Seguimiento y destino |
| --- | --- | --- |
| Párrafo 89 → Guardado de borrador y recuperación | Diferencia respecto de otros requerimientos: Guardar no significa emitir ni firmar; es distinto de. | PEN-M15-001; alcance no aprobado → `modulos/Modulo_15_Ordenes_Medicas_Funcional.md`, mismo apartado al confirmar su referencia. |
| Párrafo 168 → Resultados y seguimiento de órdenes (fuera de alcance por definir) | La aprobación del Módulo 15 requiere decisión expresa de Salud 365 sobre alcance, tipos de órdenes y prioridad de fase; demostración o documentación técnica de EGD sobre las operaciones disponibles; y validación de seguridad, firma y documentos. Hasta entonces, todos los son propuestas de análisis y no compromisos de entrega del MVP. | PEN-M15-001; alcance no aprobado → `modulos/Modulo_15_Ordenes_Medicas_Funcional.md`, mismo apartado al confirmar su referencia. |

## Diseño · Diseño del sistema

### PEN-DIS-001 · Familia tipográfica de la aplicación

- [ ] **PEN-DIS-001 · Familia tipográfica de la aplicación**

**Contexto:** la identidad tipográfica de Salud365 establece Public Sans Semibold para títulos y Public Sans Regular para cuerpo de texto. En la revisión inicial de la interfaz se identificó una alternativa con Figtree para encabezados, Noto Sans para cuerpo y controles y Geist Mono para códigos. No se ha identificado una aprobación expresa que sustituya la identidad tipográfica por esa alternativa.

**Antecedentes de la decisión:** Public Sans Semibold, peso 600, corresponde a títulos y destacados; Public Sans Regular, peso 400, al cuerpo de texto. Liebling se reserva al logotipo. La alternativa combina familias distintas para encabezados, cuerpo y códigos; su aceptación debe evaluarse por identidad, legibilidad, disponibilidad de pesos y consistencia entre web y móvil. Estos datos se conservan aquí para discutir la decisión sin consultar otros archivos o repositorios.

**Estado conservado:** [Tipografía](../diseño/diseño-del-sistema/tipografia.md) define Public Sans como base de identidad y muestra por separado Figtree, Noto Sans y Geist Mono como familias utilizadas por la aplicación. Se autorizó documentar ambas referencias con muestras; esto no decide qué familias se adoptarán definitivamente ni modifica la aplicación.

**Por validar:** confirmar la adopción de Public Sans en la aplicación o autorizar una adaptación con Figtree, Noto Sans y Geist Mono. Definir familias, pesos, usos, alcance por canal y responsable de la decisión.

**Destino al resolver:** actualizar [Tipografía](../diseño/diseño-del-sistema/tipografia.md), apartados 1–5, y revisar el resumen de identidad del [Diseño del sistema](../diseño/diseño-del-sistema/README.md). Registrar la definición completa en estos documentos. Cualquier cambio en la aplicación requiere autorización de implementación independiente y validación visual de componentes, tamaños y saltos de línea.

**Criterio de cierre:** registrar decisión, responsable, fecha y documentos actualizados. Mantener separado el seguimiento de implementación si todavía falta aplicarla.

## Historial de mantenimiento

| Fecha | Acción | Resultado |
| --- | --- | --- |
| 2026-11-13 | Separación de reglas conservadas/validadas del módulo 01 y registro contextual de decisiones abiertas y diferencias técnicas. | 23 entradas abiertas. No se modificó el Word ni el código. No se declara resuelto ningún pendiente por crear esta lista. |
| 2026-11-13 | Corrección de fidelidad frente al Word: referencias, orden, tablas y texto base; traslado literal de sus siete apartados de pendientes y recuperación de cuestiones omitidas. | 28 entradas abiertas; ninguna se cierra por esta corrección. El Word y el código permanecen sin cambios. |
| 2026-11-13 | Aplicación de decisiones 2.1–2.24 y aclaración de conservación del Word mientras una regla esté pendiente. Se incorpora módulo 02 y se restituyen los textos base pendientes del módulo 01. | 13 nuevas entradas del módulo 02, además del seguimiento compartido PEN-M01-005. Ningún pendiente se cierra por esta actualización; no se modifican originales ni código. |
| 2026-11-13 | Aplicación de decisiones 3.1–3.24, prioridad del flujo de solicitud virtual y continuidad de la misma URL EGD ante fallos. | Módulo 03 con nueve RF y ocho tablas; once nuevas entradas y ampliación de pendientes compartidos. No se cierran pendientes, no se modifican originales ni código. |
| 2026-11-13 | Aplicación de decisiones 4.1–4.30; nombre oficial Lo antes posible, flujo previo al pago y confirmación exclusiva de cita por EGD en esta fase. | Módulo 04 con once RF y tres tablas; dieciséis nuevas entradas y ampliación de pendientes compartidos. No se cierran pendientes ni se modifican Word, código o módulos anteriores. |
| 2026-11-13 | Aplicación de 5.1–5.22 y aclaración expresa: médico desde plataforma EGD, titular/paciente desde Salud365; conservación local de datos y logs. | Módulo 05 con nueve RF y referencias conservadas. Ocho nuevas entradas y ampliaciones compartidas. Sin cierre de pendientes ni cambios en Word, código o módulos anteriores. |
| 2026-11-14 | Aplicación de decisiones 6.1–6.23 y confirmación del alcance visible de Historia Clínica del usuario. | Módulo 06 con diez RF y referencias conservadas; nueve nuevas entradas y ampliación de pendientes compartidos. Sin cierre de pendientes ni modificaciones de Word, código o módulos anteriores. |
| 2026-11-14 | Aplicación de 7.1–7.23: vista del usuario conservada, operación profesional EGD y separación citas/atenciones. | Módulo07 con diez RF; RF-02-009 reubicado íntegro en módulo02 salvo pendientes centralizados; seis nuevas entradas y ampliación de ocho compartidas. Sin cierre de pendientes ni cambios de Word/código/otros módulos. |
| 2026-11-14 | Registro de decisiones de la revisión general 08–15. | Recomendaciones generales aceptadas para 08–12 y 15; 13 pendiente de revisión con OSA y 14 pendiente del Excel de notificaciones. Dos nuevas entradas abiertas; no se crean ni modifican módulos, Word o código en esta actualización. |
| 2026-11-14 | Creación de módulos08–15 con cotejo íntegro del Word y aplicación de recomendaciones aprobadas. | Ocho Markdown nuevos; tablas y referencias conservadas; 13/14 mantienen base funcional y pendientes de OSA/Excel; diez nuevas entradas y ampliaciones compartidas. Sin cierres de pendientes ni cambios de código, Word o módulos01–07. |
| 2026-11-14 | Diagramas separados de orientación médica telefónica y médico a domicilio. | Seis archivos creados como propuestas, índice actualizado y evidencia añadida a PEN-M13-001. Sin cierre de pendientes ni cambios en módulos, código, base de datos o flujo de telemedicina. |
| 2026-11-14 | Creación de Diseño y Diseño del sistema a partir del manual de marca y del código de interfaz. | Seis documentos nuevos; PEN-DIS-001 registra la diferencia Public Sans frente a Figtree/Noto Sans. Sin cierre de pendientes ni cambios en el código de la aplicación. Pantallas reservadas para una entrega posterior. |
| 2026-11-14 | Diseño del sistema convertido en especificación autosuficiente y agnóstica de tecnología. | Se eliminan rutas y dependencias externas de los seis documentos de diseño; valores y comportamientos quedan definidos en el repositorio. PEN-DIS-001 conserva el contexto tipográfico y sigue abierto. Sin cambios en la aplicación ni en las pantallas. |
| 2026-11-14 | Muestras tipográficas de identidad y de aplicación autorizadas para consulta. | Public Sans, Figtree, Noto Sans y Geist Mono se muestran con fuentes servidas por el sitio. PEN-DIS-001 conserva la decisión de adopción abierta; no se modifican las fuentes de la aplicación. |