01 · Paciente
Portal público del consultorio
Cada consultorio en su propio subdominio, con lo que el médico decide mostrar.
Principios
Cuatro reglas que cruzan todos los sistemas.
- 01
La base de datos es la autoridad.
Quién ve y quién escribe se decide en la base, no en la pantalla. La aplicación refleja el permiso; no lo inventa.
- 02
Todo falla cerrado.
Lo ausente, lo vacío o lo que no se reconoce se niega. Un error posible es cerrar de más, y ése se nota.
- 03
Un control se demuestra apagándolo.
Cada control tiene su prueba en rojo: se desactiva a propósito y la prueba tiene que fallar. Si no falla, no medía nada.
- 04
Lo que no se declara no existe.
Rutas, tablas, funciones y accesos nacen cerrados. Abrir algo es una decisión escrita, nunca un efecto colateral.
Los niveles
De la primera línea de código a la salida del dato.
4 niveles, según cuándo actúan: antes de que exista el código, en cada petición, dentro de la base de datos y cuando el dato sale. Elige una capa para ver sus controles.
Nivel I · Antes de que exista el código
01 · Nivel I · Antes de que exista el código
Cambio controlado
Lo que no se declara no existe.
- La base de datos se compara contra un inventario cerrado en las dos direcciones: un objeto que nadie declaró, o uno declarado que falta, detiene la construcción.
- Cada cambio de estructura se clasifica, y el que toca seguridad no entra sin revisión.
- Dependencias fijadas a su versión exacta y secretos buscados en todo el historial del código.
- Un control que no midió nada cuenta como falla, nunca como aprobado.
Nivel II · En cada petición
Nivel III · En la base de datos
Nivel IV · Cuando el dato sale
01 · Nivel I · Antes de que exista el código
Cambio controlado
Lo que no se declara no existe.
- La base de datos se compara contra un inventario cerrado en las dos direcciones: un objeto que nadie declaró, o uno declarado que falta, detiene la construcción.
- Cada cambio de estructura se clasifica, y el que toca seguridad no entra sin revisión.
- Dependencias fijadas a su versión exacta y secretos buscados en todo el historial del código.
- Un control que no midió nada cuenta como falla, nunca como aprobado.
El método
Un control se demuestra apagándolo.
Que una prueba pase no dice nada si también pasaría sin el control. Por eso cada control tiene su prueba en rojo: se desactiva a propósito y la prueba está obligada a fallar. Una prueba que sigue en verde con el control apagado se rechaza, porque no estaba midiendo nada.
01 · Control encendido
La prueba pasa.
02 · Control apagado a propósito
La prueba tiene que fallar.
03 · Si apagado todavía pasa
La prueba no medía nada, y se rechaza.
- 01 · Cómo se revisa
Calificación por fórmula
La nota de una revisión se calcula de sus hallazgos, no de una impresión. Una lista cerrada de fallas estructurales reprueba sola: aislamiento ausente, organización tomada del cliente, bitácora editable, integración continua que se puede saltar o secretos en el historial.
- 02 · Cómo se revisa
Verificación en tres capas
El contrato del servidor, un navegador real y una prueba negativa entre organizaciones hecha desde la interfaz. La fuga se busca en lo que viaja por la red, no en lo que pinta la pantalla.
- 03 · Cómo se revisa
Guardia contra el falso verde
Se altera a propósito el código de autorización y aislamiento para comprobar que las pruebas lo notan. Sin reintentos silenciosos, y las pruebas de identidad y aislamiento nunca se apartan por inestables.
- 04 · Cómo se revisa
Seguridad con veto
Un hallazgo de seguridad detiene el cambio, y sólo se levanta por escrito. No hay deuda diferida sin una aceptación de riesgo firmada.
En pantalla
Donde se ven estas capas.
El portal que exige un código, el reporte que ya no se edita, la nota que se firma y la conversación donde nunca viaja un dato clínico. Capturas reales de una cuenta de demostración.
4 pantallas · desliza o usa las flechas
02 · Laboratorio · NOM-007
Reporte firmado con banderas
Valor, unidad y rango del catálogo; la bandera la calcula el motor y la firma la congela.
03 · Expediente · NOM-004
Historia clínica
Identificación, antecedentes, padecimiento actual, exploración, diagnóstico, tratamiento y pronóstico.
04 · WhatsApp
El recepcionista de IA, en la conversación
Agenda, confirma y cotiza dentro del chat; el humano toma la conversación cuando quiere.
Marco
Lo que afirmamos, y lo que no.
Normas de salud. Expediente clínico construido contra NOM-004, con notas que al firmarse ya no se editan. Modelo de datos diseñado contra NOM-024. El detalle vive en la documentación de Auctorum Med.
Datos personales. Consentimiento con bitácora inalterable y derechos ARCO operables. Las políticas completas están publicadas: privacidad, términos, cookies y política de IA.
Incidentes. Ante una vulneración que pueda afectar datos, el cliente recibe aviso en un plazo máximo de 72 horas, con su alcance y las acciones tomadas, y se da aviso a la autoridad cuando la ley lo exige.
Lo que no afirmamos. Auctorum no es un dispositivo médico y su IA no emite diagnósticos. El sello de integridad prueba que un documento no se alteró; no es una firma electrónica avanzada. Lo que todavía está sólo diseñado no aparece en esta página.
Aislamiento.
Cada organización en su celda, cada línea de servicio en la suya, y la base de datos rechazando lo ajeno aunque la aplicación se equivoque.