AX AXIS Framework
DOC_REF: AXIS_CORE_v1_SPEC

Especificación Técnica: AXIS Framework®

Documentación técnica de AXIS Core v1: infraestructura determinista para normalizar datos analíticos, activar patrones funcionales, organizar ejes biológicos y generar salidas estructuradas trazables.

ESTADO DEL DOCUMENTO
Technical Draft v1
schema Pipeline de datos AXIS Core v1
AXIS Framework Pipeline

01. Propósito del sistema

AXIS Framework® surge para resolver la fragmentación de la información biológica analítica. Los datos de laboratorio suelen presentarse como valores aislados; AXIS Core v1 los reorganiza en una lectura estructurada, trazable y reproducible del episodio analítico.

AXIS Core v1 no interpreta los datos como valores aislados, sino como elementos dentro de una arquitectura de capas. Cada marcador analítico se convierte primero en una entidad estructurada y posteriormente puede contribuir a patrones, bloques funcionales, ejes biológicos y DBSI® Index.

El objetivo del sistema no es sustituir el informe de laboratorio ni emitir conclusiones diagnósticas. Su función es crear una capa reproducible de interpretación estructurada que permita comparar episodios, documentar trazabilidad y construir continuidad longitudinal a partir de datos analíticos existentes.

Objetivos de la infraestructura

  • 1.Normalizar: Estandarizar marcadores, unidades e identificadores analíticos.
  • 2.Ordenar: Organizar parámetros en capas funcionales y dominios biológicos.
  • 3.Activar: Identificar patrones funcionales mediante reglas deterministas documentadas.
  • 4.Agrupar: Consolidar patrones en bloques biológicos coherentes.
  • 5.Sintetizar: Producir ejes funcionales E1–E4 y una salida DBSI® Index.
  • 6.Generar: Producir AXIS Report y trazabilidad interpretativa no diagnóstica.

02. AXIS Core: núcleo determinista

AXIS Core v1 es el núcleo lógico central. Se basa en una lógica determinista: a igual entrada de datos y misma versión de AXIS Core v1, la salida estructurada es reproducible. Esta estabilidad permite trazabilidad, auditoría técnica y uso en estudios poblacionales o entornos institucionales.

El determinismo de AXIS Core v1 significa que el sistema no depende de interpretación subjetiva ni de generación probabilística para producir sus salidas principales. Las mismas entradas, procesadas bajo la misma versión del Core y del diccionario, generan la misma salida estructurada.

Esta propiedad permite auditar el recorrido completo del dato: desde el marcador original hasta la señal paramétrica, el patrón funcional, el bloque biológico, el eje funcional y la salida DBSI® Index. La estabilidad del Core es esencial para que AXIS pueda utilizarse en contextos longitudinales, institucionales y de investigación.

Principio operativo

Misma entrada + misma versión de AXIS Core v1 + mismo diccionario = misma salida estructurada.

Signal Activation Model

02b. Rangos estructurales y activación de señal

AXIS diferencia entre el rango de referencia clínico convencional (CRR) y el Structural Insight Range (SIR). El CRR se conserva como contexto externo del laboratorio, mientras que el SIR se utiliza internamente para evaluar desviaciones funcionales dentro de la lógica de AXIS Core v1.

Esta separación es importante porque el objetivo de AXIS no es replicar el criterio clínico del laboratorio, sino añadir una capa estructural distinta: una lectura gradual, reproducible y trazable del episodio analítico. Un parámetro puede estar dentro del rango clínico convencional y, aun así, aportar señal estructural si se aleja del rango interno definido por el Core.

SIR no debe interpretarse como rango diagnóstico. Es un rango estructural diseñado para modelar estabilidad, desviación funcional y contribución relativa de cada parámetro dentro del sistema.

SIR vs CRR Comparison
Comparativa: SIR (Structural Insight Range) vs. CRR (Clinical Reference Range)

Cada parámetro genera una señal normalizada entre 0 y 1. Esta señal no representa enfermedad ni diagnóstico, sino el grado de activación funcional que ese parámetro aporta a la arquitectura de AXIS Core v1.

Especificaciones Técnicas del Modelo

  • check_circle Seguimiento granular de desviación
  • check_circle Modelado no binario del estado funcional
  • check_circleSeparación entre contexto clínico externo y activación estructural interna
monitoring Curva de Activación Continuada (Signal Activation Model)
Signal Activation Model Curve

02c. Identificación estructural ACID y AHC

AXIS diferencia entre identidad interna estable (ACID) y significado semántico legible (AHC). Esta separación permite mantener trazabilidad aunque cambien nombres de laboratorio, formatos o capas semánticas.

ACID y AHC cumplen funciones diferentes. ACID preserva la identidad técnica interna de cada entidad del sistema. AHC expresa su significado biológico de forma legible, semántica y organizada. Esta separación evita que el sistema dependa de nombres locales, traducciones, códigos de laboratorio o cambios de nomenclatura.

Por ejemplo, un mismo marcador puede aparecer con diferentes nombres en distintos laboratorios. AXIS necesita reconocer que esas variantes corresponden a una misma entidad estructural cuando el contexto, la muestra, la unidad y el significado biológico son equivalentes. ACID permite mantener esa identidad; AHC permite describirla dentro del lenguaje humano-biológico del sistema.

ACID (AXIS Core Identifier)

Identificador persistente e interno asignado a cada entidad estructural del sistema. Permite conservar identidad técnica aunque cambien nombres de laboratorio, formatos externos o capas semánticas.

AHC (AXIS Human Code)

Código semántico que expresa el significado biológico de una entidad de forma legible y estructurada. Permite describir fuente, dominio, muestra, analito y contexto funcional.

ElementoFunciónNaturaleza
ACIDIdentifica de forma únicaIdentificador interno.
AHCDescribe el significado biológicoCódigo semántico.

ACID garantiza identidad estructural. AHC garantiza significado semántico. Juntos permiten que AXIS transforme datos analíticos variables en entidades biológicas estables, trazables y computables.

03. Flujo lógico del Core

3.1 Integración

Ingesta de datos analíticos, validación de integridad, mapeo de identificadores y normalización de unidades.

3.2 Normalización

Conversión de desviaciones paramétricas a señales normalizadas entre 0 y 1 según reglas estructurales del Core.

3.3 Inferencia estructural

Activación de patrones mediante reglas deterministas documentadas.
CONCEPTUAL_PATTERN: IF (A > limit) AND (B < limit) THEN PATTERN_X_ACTIVE

3.4 Síntesis

Agregación por bloques, ejes funcionales y DBSI® Index.

04. Arquitectura por capas

La arquitectura de AXIS Core v1 se organiza en capas progresivas. Cada capa añade nivel de síntesis sin romper la trazabilidad hacia el dato original. Esta estructura evita que el resultado final sea un número opaco: DBSI® Index puede explicarse descendiendo desde ejes funcionales hasta bloques, patrones y parámetros analíticos.

4.1 Parámetros

Representan la unidad mínima de entrada al sistema. Cada parámetro se normaliza individualmente antes de integrarse en patrones complejos.

PARÁMETROCONTEXT
glucosehigh/low activation
ferritincontext-dependent

4.2 Patrones

Relaciones lógicas entre parámetros que identifican comportamientos biológicos específicos mediante reglas deterministas.

PATTERN metabolic_regulation_signature {
  EVAL: (Glucose * Insulin) / 405;
  THRESHOLD: > 2.0;
}

4.3 Bloques biológicos

Agrupaciones de patrones que representan sistemas fisiológicos coherentes y sirven de puente hacia los ejes funcionales.

4.4 Ejes funcionales AXIS Core v1

Nivel máximo de síntesis estructural del Core, organizando la respuesta biológica en cuatro dominios principales.

E1
Regulación metabólica

Glucosa, lípidos y señales metabólicas básicas.

E2
Inflamación e inmunidad innata

Señales inflamatorias, respuesta inmune basal y carga sistémica.

E3
Transporte de oxígeno y hierro

Serie roja, disponibilidad de oxígeno y metabolismo del hierro.

E4
Función renal y homeostasis excretora

Filtración, carga excretora y equilibrio hidroelectrolítico.

05. DBSI® Index

DBSI® Index — Deterministic Biological State Index — es una salida sintética determinista en escala 0–100 que resume el estado biológico estructurado de un episodio analítico. No debe interpretarse como diagnóstico ni sustituye el criterio profesional.

DBSI® Index es el output central de AXIS Core v1. Su función es sintetizar el episodio analítico en una escala común 0–100, manteniendo la posibilidad de explicar cómo se ha generado el resultado. No se calcula como una media simple de marcadores, sino como una salida derivada de capas funcionales: parámetros, patrones, bloques y ejes.

El valor estratégico de DBSI® Index reside en que permite convertir analíticas convencionales en episodios biológicos comparables. Cada episodio puede analizarse de forma individual y, cuando existen mediciones sucesivas, integrarse dentro de una lectura longitudinal.

Interpretación técnica

Un DBSI® Index alto refleja mayor estabilidad estructural dentro de los datos disponibles. Un DBSI® Index bajo refleja mayor carga de desviación funcional y menor coherencia estructural del episodio analítico. En ningún caso debe interpretarse como diagnóstico.

Alta carga de desviaciónAlta estabilidad estructural
Official DBSI® Structural Score
DBSI® Index — structured output example

06. Resolución del análisis

AXIS Core v1 es resolution-aware: mantiene una misma escala DBSI® Index 0–100, pero ajusta la profundidad interpretativa según la cobertura de datos disponible. Basic, Extended y Full AXIS no son índices distintos; son modos de resolución del mismo Core.

Nivel Descripción Resolución
BASICLectura estructural inicial del episodio analítico.Cobertura inicial
EXTENDEDMayor cobertura interpretativa del episodio analítico.Cobertura ampliada
FULL AXISMáxima resolución actual de AXIS Core v1.Cobertura máxima actual

La resolución afecta a la profundidad del análisis, no a la identidad del sistema. Un episodio Basic puede generar una lectura estructural inicial; un episodio Extended o Full permite activar más patrones, mejorar la cobertura de bloques y aumentar la granularidad de la trazabilidad.

07. Trazabilidad

AXIS permite trazabilidad por capas: una salida estructurada puede desglosarse hacia ejes funcionales, bloques, patrones y parámetros analíticos originales. Esta trazabilidad es una propiedad central del sistema, porque permite explicar el resultado evitando el efecto de una caja negra.

account_tree Esquema AXIS Trace: flujo de trazabilidad
AXIS Trace Schematic
DBSI® Index arrow_back Ejes funcionales arrow_back Bloques arrow_back Patrones arrow_back Parámetros originales

La trazabilidad no significa que cada marcador tenga el mismo peso ni que todos los datos participen por igual. Cada parámetro contribuye según su dirección biológica, grado de desviación, cobertura del episodio y relación con patrones funcionales definidos.

AXIS Trace es la capa diseñada para visualizar este recorrido. Su función es permitir que un usuario autorizado pueda entender qué capas han contribuido al resultado, desde DBSI® Index hasta los datos fuente.

08. Determinismo y reproducibilidad

AXIS Core v1 no depende de generación probabilística para producir sus salidas principales. A igual entrada de datos y misma versión de AXIS Core v1, la salida estructurada es reproducible. El versionado permite comparar episodios y estudios siempre que se conserve la referencia exacta del Core y del diccionario utilizados.

Esta propiedad diferencia la capa Core de futuras capas de IA o aprendizaje automático. La IA puede utilizarse en fases superiores para exploración, simulación o generación de hipótesis, pero no sustituye la lógica determinista responsable de las salidas principales del Core.

Regla de reproducibilidad

input estructurado + AXIS Core v1 + diccionario versionado = salida reproducible

09. AXIS Platform

AXIS Platform es el entorno operativo que ejecuta AXIS Core v1 sobre datos analíticos estructurados. Su función es gestionar la ingesta de datos, activar el procesamiento determinista, generar salidas estructuradas y permitir la conexión con capas como AXIS Report, AXIS Trace, AXIS Timeline y AXIS Study Engine.

AXIS Platform no sustituye al laboratorio ni al sistema LIS/LIMS. Actúa como una capa externa de procesamiento e interpretación estructurada, capaz de funcionar inicialmente mediante exportaciones tabulares y, en fases posteriores, mediante integración API.

Función operativa

Ingesta estructurada · Ejecución de AXIS Core v1 · Generación de outputs · Trazabilidad · Integración progresiva

10. AXIS Report

AXIS Report es la salida visual y estructurada generada a partir de AXIS Core v1. Presenta DBSI® Index, los cuatro ejes funcionales, una lectura sintética del episodio analítico y una capa de trazabilidad interpretativa.

El informe no sustituye el informe convencional de laboratorio: añade una capa estructurada que organiza los datos en una arquitectura funcional, determinista y trazable.

El nivel de detalle del informe puede variar según la resolución del episodio. En una lectura básica puede mostrar DBSI® Index y ejes funcionales; en resoluciones superiores puede incorporar patrones, bloques y parámetros contribuyentes.

Contenido principal

DBSI® Index · Ejes funcionales · Lectura sintética · Trazabilidad · Parámetros contribuyentes

11. AXIS Trace

AXIS Trace es la capa de trazabilidad que permite explicar cómo se ha generado una salida estructurada. Permite navegar desde DBSI® Index y los ejes funcionales hacia bloques, patrones y parámetros analíticos originales.

Su función es evitar que el resultado final sea una caja negra. AXIS Trace permite mostrar qué capas han contribuido al resultado, con qué profundidad de datos y bajo qué versión de AXIS Core v1.

Ruta de trazabilidad

DBSI® Index → Ejes funcionales → Bloques → Patrones → Parámetros originales

12. AXIS Timeline

AXIS Timeline permite visualizar episodios analíticos comparables a lo largo del tiempo, mostrando cambios, estabilidad y deriva funcional dentro de una historia biológica estructurada.

Cada analítica puede convertirse en un episodio estructurado. Cuando existen varios episodios del mismo sujeto o cohorte, AXIS Timeline permite comparar DBSI® Index, ejes funcionales, patrones y parámetros contribuyentes de forma longitudinal.

AXIS Timeline no es necesaria para calcular un DBSI® Index puntual. Su valor aparece cuando existen episodios sucesivos que pueden compararse longitudinalmente.

13. AXIS Study Engine

AXIS Study Engine permite aplicar AXIS Core v1 sobre cohortes estructuradas, anonimizadas o pseudonimizadas, facilitando análisis poblacional, validación metodológica y generación de evidencia reproducible.

AXIS Study Engine no sustituye el diseño estadístico, la gobernanza de datos ni la revisión ética cuando proceda. Su función es proporcionar una capa técnica común para transformar datos analíticos heterogéneos en salidas estructuradas comparables.

14. Integración con laboratorios

La ingesta inicial requiere un dataset estructurado. AXIS puede trabajar primero con exportaciones tabulares simples, sin modificar el LIS/LIMS del laboratorio. En fases posteriores, la integración puede evolucionar hacia API segura o conectores específicos.

El objetivo de la integración inicial es reducir fricción técnica: recibir datos mínimos, mapear marcadores, normalizar unidades y evaluar cobertura antes de automatizar el flujo.

CampoTipoDescripción
episode_idstringIdentificador único del episodio analítico.
patient_idstringIdentificador anonimizado o pseudonimizado del sujeto.
ageintegerEdad en el momento del episodio analítico.
sexstringSexo registrado para reglas dependientes del contexto y análisis de cohortes.
sample_datedateFecha de la muestra o del episodio analítico.
specimenstringTipo de muestra, por ejemplo sangre, suero, plasma u orina.
analyte_namestringNombre original del analito o marcador.
analyte_codestringCódigo externo si existe, por ejemplo LOINC u otro identificador del laboratorio.
valuefloatValor numérico del resultado analítico.
unitstringUnidad de medida original.
reference_rangestring or numeric rangeRango de referencia local cuando esté disponible.
// Ejemplo conceptual de estructura de datos
{ "episode_id": "...", "patient_id": "...", "age": 52, "sex": "F", "sample_date": "2026-04-23", "specimen": "serum", "analytes": [ { "analyte_name": "glucose", "analyte_code": "...", "value": 92, "unit": "mg/dL", "reference_range": "70-100" } ] }

En un piloto técnico, el primer objetivo no es automatizar toda la infraestructura, sino comprobar calidad de datos, cobertura de parámetros, consistencia de unidades y capacidad de mapeo hacia el diccionario AXIS.

15. Control de versiones y estabilidad

AXIS Core Core v1
AXIS Dictionary Dictionary v1

AXIS utiliza versionado para mantener trazabilidad entre datos, reglas, diccionarios y salidas. Los cambios en reglas o diccionarios deben documentarse para preservar comparabilidad longitudinal e institucional.

El versionado es esencial para preservar comparabilidad. Una salida DBSI® Index debe poder asociarse a la versión concreta de AXIS Core v1, diccionario, reglas paramétricas y estructura de patrones utilizada en el momento del procesamiento.

Cuando una regla o diccionario evoluciona, el sistema debe conservar la referencia de versión para evitar mezclar episodios calculados bajo lógicas distintas sin control técnico.

Principio de versionado

Ninguna salida estructurada debe existir sin referencia a la versión del Core y del diccionario utilizados.

16. Separación entre Core y módulos

AXIS Core v1 provee la lógica común. Los módulos verticales añaden parámetros, patrones y capas interpretativas específicas sin sustituir ni fragmentar el Core.

Esta separación protege la estabilidad del sistema. El Core debe permanecer común, reproducible y auditable, mientras que los módulos pueden extender la resolución en dominios específicos como envejecimiento, salud intestinal, rendimiento, sueño o recuperación.

Los módulos no deben crear índices independientes que compitan con DBSI® Index dentro del Core. Deben funcionar como capas verticales conectadas a la misma arquitectura común, manteniendo trazabilidad hacia parámetros, patrones, bloques y ejes.

Regla arquitectónica

Un Core común. Múltiples módulos. Una lógica estructural compartida.

Aging
Gut
Athlete
Sleep
Recovery
Future module

17. Limitaciones y uso correcto

  • Uso no diagnóstico: AXIS Framework® no es una herramienta diagnóstica ni sustituye el criterio médico o profesional.
  • Integridad de datos: la calidad de las salidas depende de la calidad, consistencia y trazabilidad de los datos analíticos de entrada.
  • Ámbito de uso: diseñado para entornos profesionales, institucionales, laboratoriales o de investigación.

“AXIS Framework® debe interpretarse como una infraestructura de estructuración e interpretación biológica no diagnóstica. Sus salidas no determinan enfermedad, no indican tratamientos y no predicen eventos clínicos individuales.”

“La utilidad del sistema depende de la calidad de los datos de entrada, de la correcta identificación de analitos, de la normalización de unidades y de la cobertura disponible en cada episodio. Un resultado con baja cobertura debe interpretarse con menor profundidad que un episodio de mayor resolución.”

“Cualquier uso en investigación, integración institucional o despliegue comercial debe respetar gobernanza de datos, privacidad, revisión ética cuando proceda y separación clara entre lectura estructurada y decisión clínica.”

18. Declaración final

AXIS Framework® proporciona una base estructural para transformar datos analíticos existentes en lecturas biológicas deterministas, trazables y reproducibles. Su valor reside en separar AXIS Core v1 de las capas operativas, longitudinales, investigadoras y verticales, preservando una lógica común, estable y auditable.

DBSI® Index actúa como salida central de esta arquitectura: no como diagnóstico ni como score clínico convencional, sino como una síntesis estructurada del episodio analítico dentro de un sistema multicapa explicable.