#490 ·
plutoPlan: paciente DNI + HC central store — autocomplete, dedup warning, estadísticas
- Ref
#490(#490)- Project
pluto- Status
- blocked
- Priority
- normal
- Type
- feature
- Assigned
- —
- Created by
- —
- Blocked reason
- awaiting elazar
- Created
- 2026-05-22T06:08:10.879Z
- Updated
- 2026-05-25T02:04:02.100Z
Questions (3 open)
-
DNI obligatorio o opcional? (algunos pacientes podrían ser anónimos o extranjeros sin DNI argentino)
-
Key de dedup: ¿numeroHistoriaClinica es único por paciente, o DNI es el key canónico? ¿O ambos opcionales con warning si difieren?
-
Migración: ¿backfill practicas existentes creando una fila pacientes por HC existente, o solo aplica a prácticas nuevas?
Event log
-
wi cli
-
Current state: practicas.numeroHistoriaClinica (HC) stored per-practica; NO dniPaciente column exists. Patients have no separate entity — identity only through HC + fechaNacimientoPaciente + sexoPaciente. Plan needed: (1) new 'pacientes' table with DNI + HC + nombre + apellido + fechaNacimiento; (2) FK practicas.pacienteId → pacientes.id; (3) autocomplete endpoint for HC/DNI lookup; (4) server-side warning on create-practica if DNI matches a different HC (or vice versa); (5) statistics queries (distinct patient count vs practica count). DB-first design; coder implements autocomplete + warning on practica form.
-
q#35 to=elazar: DNI obligatorio o opcional? (algunos pacientes podrían ser anónimos o extranjeros sin DNI argentino)
-
awaiting elazar
-
q#36 to=elazar: Key de dedup: ¿numeroHistoriaClinica es único por paciente, o DNI es el key canónico? ¿O ambos opcionales con warning si difieren?
-
awaiting elazar
-
q#37 to=elazar: Migración: ¿backfill practicas existentes creando una fila pacientes por HC existente, o solo aplica a prácticas nuevas?
-
awaiting elazar