Actualización de perfil y receta

1. Objetivo

Mantener exactos y vigentes los datos personales del socio y su documentación médica, con autorización verificada en cada modificación y con registro del cambio en la documentación.

2. Alcance

Cubre la actualización de los datos personales del socio, la carga de documentación nueva —en particular la receta médica— y el registro de la vigencia y del código de validación de esa receta.

No cubre:

• El primer ingreso de documentación durante la admisión — eso es ADM-003.
• El bloqueo de la dispensación cuando la receta ya venció — eso es [[wiki/entities/dispensai/protocolos/ATN-005]].
• El proceso de renovación de la receta ante el médico tratante — eso es ADM-004.
• El ejercicio formal de los derechos de acceso, rectificación, cancelación, oposición y portabilidad, que sigue un flujo propio con su propio registro.
• El consentimiento de registro y su catálogo de versiones, que se gobierna por su propio protocolo.

3. Definiciones

Datos básicos del perfil. Nombre completo, identificador nacional, teléfono, dirección y ubicación. Se mantienen en el registro de perfil del socio.

Documentación extraída. Conjunto de campos que el sistema obtiene del documento médico cargado —entre ellos la fecha de vencimiento de la receta— y que puede corregir el equipo administrativo.

Código de validación de receta. Identificador que permite verificar la receta contra los registros oficiales de prescripción electrónica. Se registra junto con la fuente que lo emite.

Excepción de validación. Autorización explícita y temporal para operar sin validación automática de la receta. Se concede y se revoca como operación registrada, nunca por omisión.

Actualización ordinaria. La que hace el socio sobre sus propios datos o el equipo administrativo sobre la documentación. No es el ejercicio del derecho de rectificación, que tiene vía propia.

4. Roles y responsables

Rol	Responsabilidad
Socio	Mantener actualizados sus datos y cargar la documentación vigente
Admin / soporte	Verificar el documento cargado, corregir la documentación extraída y registrar la vigencia
Responsable de documentación	Confirmar que el documento corresponde al socio y es legible antes de configurar la vigencia
Responsable de datos	Velar por que sólo el titular o el equipo autorizado modifiquen el dato

5. Disparador de inicio

Cualquiera de estos hechos:

• El socio modifica sus datos desde su área privada.
• El socio carga un documento médico nuevo.
• El equipo administrativo corrige la documentación extraída o registra la vigencia de una receta.

6. Requisitos previos

• El socio tiene sesión activa, o la modificación la ejecuta una persona del equipo administrativo.
• El documento a cargar es legible y corresponde al socio.
• El sistema dispone de almacenamiento privado para la custodia del documento.

7. Entradas

• Datos nuevos del perfil, cuando el socio los modifica.
• Documento médico, cuando se carga uno nuevo.
• Fecha de vencimiento de la receta y, cuando corresponde, código y fuente de validación.
• Identidad verificada de quien ejecuta la modificación.

8. Procedimiento paso a paso

1. Verificación de identidad y titularidad. Antes de cualquier escritura, el sistema comprueba que existe sesión activa y que quien modifica es el titular del dato o una persona del equipo administrativo, según el tipo de dato.
2. Actualización de datos básicos. Cuando el socio modifica su nombre, identificador, teléfono, dirección o ubicación, el sistema exige que el solicitante sea el propio titular y escribe el cambio en su registro de perfil. El identificador nacional es único: la base de datos rechaza que dos socios compartan el mismo.
3. Actualización de la documentación extraída. Cuando se corrige la documentación médica, el sistema autoriza al titular o al equipo administrativo, recupera el registro anterior y calcula la diferencia campo a campo antes de escribir.
4. Registro del cambio documental. El sistema emite el evento correspondiente en la cadena de eventos de la organización, indicando qué campos cambiaron, con qué valor anterior y con qué valor nuevo, y si el cambio fue una corrección manual del equipo o un reanálisis del documento.
5. Custodia del documento. El documento cargado se deposita en almacenamiento privado y la referencia queda asociada al registro del socio. El archivo no queda accesible sin autorización.
6. Registro del código de validación. El equipo administrativo registra el código de validación de la receta y su fuente, y el sistema deja constancia de esa configuración.
7. Validación contra el registro oficial. El sistema valida la receta en tiempo real contra los registros oficiales de prescripción electrónica, usando el código y la fuente registrados.
8. Excepción registrada. Si la validación automática no puede ejecutarse y la organización decide operar igualmente, la excepción se concede como operación explícita, queda registrada y se revoca del mismo modo.
9. Verificación posterior del expediente. El equipo confirma que la documentación actualizada sigue sustentando la condición del socio.

9. Puntos de control

#	Control	Momento	Carácter
C1	Sesión verificada antes de toda escritura	Paso 1	Duro
C2	Titularidad estricta para los datos básicos: sólo el propio socio	Paso 2	Duro
C3	Autorización por titularidad o rol administrativo para la documentación	Paso 3	Duro
C4	Unicidad del identificador nacional	Paso 2	Duro — restricción de base de datos
C5	Campos obligatorios del perfil no admiten valor vacío	Paso 2	Duro — restricción de base de datos
C6	Diferencia campo a campo registrada en el cambio documental	Paso 4	Duro
C7	Documento custodiado en almacenamiento privado	Paso 5	Duro
C8	Validación de la receta contra el registro oficial	Paso 7	Duro
C9	Excepción de validación explícita y registrada	Paso 8	Duro

C4 y C5 son restricciones de la base de datos: no dependen de que la interfaz las respete ni de que el operador siga el procedimiento. Son la evidencia más fuerte de este protocolo.

10. Criterios de decisión

Situación	Resultado
El socio modifica sus propios datos básicos	Se autoriza y se escribe
Una persona intenta modificar los datos básicos de otra	Se rechaza, incluso con rol administrativo: esa vía exige titularidad
El equipo administrativo corrige documentación de un socio	Se autoriza y se registra la diferencia campo a campo
Identificador nacional ya registrado por otro socio	La base de datos rechaza la escritura
Receta cargada sin código de validación	La validación automática no procede; se registra la vigencia manualmente y se evalúa la excepción
Validación oficial no disponible	Se evalúa conceder la excepción registrada; no se opera en silencio

11. Excepciones y escalamiento

• Documento ilegible o que no corresponde al socio: el equipo no configura la vigencia y solicita un documento nuevo. La documentación anterior sigue rigiendo hasta que exista reemplazo válido.
• Corrección de un dato que el socio no puede modificar por sí mismo: se canaliza al equipo administrativo, que ejecuta la corrección sobre la documentación.
• Solicitud formal de rectificación: si la persona ejerce su derecho de rectificación en términos formales, el caso sale de este protocolo y sigue la vía del ejercicio de derechos, con su propio registro y sus propios plazos.
• Validación oficial caída: ver paso 8. La excepción es una decisión registrada, no una omisión.

12. Registros generados

Registro	Contenido	Tabla
Cambio manual de documentación	Campos modificados con valor anterior y valor nuevo, origen del cambio, marca de tiempo	iso_system_events
Reanálisis de documentación	Campos actualizados y marca de tiempo	iso_system_events
Cambio de vigencia de receta	Evento de cambio de fecha de vencimiento	iso_system_events
Configuración del código de validación	Código, fuente y quién lo configuró	iso_system_events
Concesión o revocación de la excepción	Operación, motivo y responsable	iso_system_events
Documentación extraída vigente	Campos del documento médico, incluida la vigencia	extracted_documents
Datos del perfil	Datos básicos y referencias a los documentos custodiados	profiles

La actualización de los datos básicos del perfil no genera registro. Ver §17.

13. Indicadores

Indicador	Fórmula	Meta	Fuente
Socios con documentación vigente	Socios con vigencia futura ÷ socios activos	Seguimiento, tendencia al alza	extracted_documents
Tiempo entre cambio informado y registro	Fecha de registro − fecha de aviso del socio	≤ 5 días hábiles	Parcialmente medible; el aviso ocurre fuera del sistema
Correcciones manuales de documentación	Eventos de corrección manual ÷ documentos procesados	Seguimiento	iso_system_events
Excepciones de validación vigentes	Excepciones concedidas y no revocadas	Tender a cero	iso_system_events

14. Riesgos y controles

Riesgo	Control	Tipo
Una persona modifica datos de otra	Titularidad estricta (C2) y autorización por rol (C3)	Preventivo duro
Dos socios con el mismo identificador nacional	Unicidad en base de datos (C4)	Preventivo duro
Perfil con campos obligatorios vacíos	Restricción de no nulidad (C5)	Preventivo duro
Cambio de documentación sin rastro	Diferencia campo a campo registrada (C6)	Detectivo
Cambio de datos básicos sin rastro	Sin control — ver §17	Brecha
Documento médico accesible sin autorización	Custodia en almacenamiento privado (C7)	Preventivo
Receta no válida aceptada como válida	Validación contra el registro oficial (C8)	Preventivo
Operación sin validación, sin dejar constancia	Excepción explícita y registrada (C9)	Preventivo
Datos que sustentaron la aprobación reemplazados sin revisión	Sin control — ver §17	Brecha

15. Normativa y referencias

Norma	Referencia	Qué cubre en este protocolo
ISO 9001:2015	§8.5.1	Control de la provisión del servicio: los datos y la documentación vigentes son requisito del servicio
ISO 9001:2015	§7.5.3	Control de la información documentada: custodia y actualización del documento médico
ISO 27001:2022	A.8.15	Registro de eventos: la diferencia campo a campo del cambio documental queda registrada
ISO 27001:2022	A.5.34	Privacidad y protección de datos personales: verificación de titularidad antes de escribir
Ley 21.719	Art. 16	La receta y su vigencia son dato de salud, que la ley trata como dato sensible
Ley 21.719	Art. 14 quinquies	Medidas de seguridad: custodia del documento en almacenamiento privado
Ley 20.584	Art. 12	Integridad del registro: se conservan valor anterior y valor nuevo de cada campo modificado
Ley 20.000	Uso exclusivamente terapéutico	La receta vigente acredita la condición médica que sustenta la dispensación

La relación exacta entre la validación contra los registros oficiales de prescripción electrónica y el Decreto 41 del MINSAL queda [POR VERIFICAR] y por eso no se declara en el encabezado.

La cobertura normativa no implica certificación. El protocolo declara qué controles ejecuta la organización, no que un tercero los haya auditado. Nada de lo escrito aquí constituye asesoría legal.

16. Anexos y formularios vinculados

• [[wiki/entities/dispensai/protocolos/ATN-005]] — bloqueo por receta vencida, consecuencia directa de que este protocolo no se ejecute a tiempo.
• [[wiki/entities/dispensai/protocolos/ADM-004]] — renovación de receta médica.
• [[wiki/entities/dispensai/protocolos/ADM-003]] — primer ingreso de documentación.

17. Implementación en el sistema

La autorización, el registro documental y la validación de la receta están implementados y confirmados en código. El registro del cambio de datos básicos y la revalidación posterior son brechas.

Elemento del protocolo	Dónde vive
Titularidad estricta para datos básicos (C2)	app/actions/profile.ts:204 — updateBasicProfileInfo exige que el solicitante sea el titular
Autorización por titularidad o rol (C3)	app/actions/profile.ts:262 — updateExtractedDocuments
Unicidad del identificador nacional (C4)	20240101000000_baseline_schema.sql:39 — restricción de unicidad sobre el campo
Campos obligatorios del perfil (C5)	20240101000000_baseline_schema.sql:36-41 — no nulidad de nombre, identificador, teléfono y dirección
Diferencia campo a campo (C6)	app/actions/profile.ts:314-410 — cálculo del cambio y emisión del evento
Tipos de evento de documentación	lib/iso-event-logger.ts:77-79, :85
Custodia del documento (C7)	app/actions/documents.ts:16 — carga a almacenamiento privado
Código y fuente de validación (paso 6)	app/actions/prescription-validator-admin.ts:417
Validación en tiempo real (C8)	app/actions/prescription-validator-admin.ts:478
Excepción de validación (C9)	app/actions/prescription-validator-admin.ts:81 y :172, con sus eventos en lib/iso-event-logger.ts:165-168

Brechas conocidas:

1. El cambio de datos básicos del socio no deja rastro. La actualización de nombre, identificador nacional, teléfono y dirección escribe en el registro de perfil sin emitir evento en la cadena de la organización ni entrada de auditoría, a diferencia del cambio de documentación, que sí registra la diferencia campo a campo. La consecuencia es concreta: si mañana hay que responder qué dirección tenía un socio en una fecha, o quién cambió su identificador nacional, no hay dónde mirarlo. El dato anterior se sobrescribe y desaparece. Es una asimetría difícil de justificar, porque el mecanismo de registro ya existe y funciona a pocas líneas de distancia, en la misma función vecina.
2. Actualizar datos de un socio ya aprobado no reabre ninguna revisión. El sistema no marca el expediente para verificación ni cambia su estado cuando cambian los datos que sustentaron la aprobación. La consecuencia operativa es que el expediente queda aprobado sobre datos que nadie volvió a mirar, y la organización no tiene señal automática de que corresponde hacerlo.

Lo que ejecuta la organización fuera del sistema: verificar que el documento cargado es legible y corresponde al socio antes de configurar la vigencia y el código, y confirmar con el socio los cambios que el sistema no puede validar por sí mismo. El sistema no comprueba la correspondencia entre el documento y la persona.

18. Historial de versiones

Versión	Fecha	Cambio	Autor
1.0	2026-08-29	Versión inicial. Redactada desde la corrida de evidencia 2026-08-29-ATN. Dos brechas declaradas: el cambio de datos básicos no deja rastro y la actualización no reabre revisión del expediente aprobado.	Socio / admin
1.2	2026-09-10	Corrección de numeración normativa: el deber de adoptar medidas de seguridad es el Art. 14 quinquies de la Ley 21.719, no el 14 ter (deber de información); verificado contra el texto oficial (BCN, idNorma 1209272).	Harness dispensai-protocolos