Medular
Plataforma clínica modular que integra expediente longitudinal, operación RIS/PACS, imágenes médicas e interoperabilidad sobre una arquitectura organización/sede.
El proyecto evoluciona desde un MVP de radiología hacia un núcleo EHR independiente de especialidad. Radiología permanece como módulo especializado y la IA clínica se mantiene detrás de una frontera segura hasta existir validación suficiente.
Pre-producción con QA integrado
El core RIS/PACS y partes centrales del EHR ya cuentan con evidencia ejecutada. El hardening adicional permanece implementado en fuente y pendiente de una corrida fresca del runner local.
Radiología MVP
EHR universal
IA diagnóstica
Qué es Medular
Medular es una plataforma clínica modular que combina un núcleo de expediente clínico electrónico con flujos especializados de radiología. El EHR organiza la información longitudinal del paciente; el módulo RIS coordina la operación radiológica; PACS, DICOM y DICOMweb gestionan la interoperabilidad de imágenes; OHIF funciona como visor; FHIR expone una frontera de interoperabilidad clínica de lectura; y una capa de integración de agentes permite conectar clientes compatibles mediante MCP u OpenAPI sin convertir al proveedor de IA en autoridad clínica.
La arquitectura es multi-organización y multi-sede, con permisos por rol, módulos habilitables por despliegue, auditoría clínica, controles de privacidad y delegación explícita para agentes. La radiología es un módulo especializado sobre una plataforma clínica más amplia, no el único alcance del sistema.
Dónde encaja la plataforma
Escenarios públicos que describen el alcance técnico actual sin convertir posibilidades futuras en capacidades verificadas.
Operación clínica longitudinal
Centralizar el expediente clínico del paciente y organizar encuentros, observaciones, notas y otros recursos estructurados con trazabilidad de cambios.
Flujo de radiología RIS/PACS
Coordinar citas, órdenes de imagen, sincronización con PACS, lectura de estudios en OHIF, worklists y reportes radiológicos versionados.
Interoperabilidad de imágenes médicas
Trabajar con DICOM y DICOMweb mediante Orthanc, manteniendo la relación entre AccessionNumber, StudyInstanceUID y el contexto clínico del estudio.
Interoperabilidad clínica
Exponer recursos clínicos e imagenológicos soportados mediante una frontera FHIR de lectura con controles de organización, sede y módulos efectivos.
Asistencia mediante agentes delegados
Conectar agentes compatibles por MCP u OpenAPI para consultas y operaciones expresamente delegadas, manteniendo permisos, aislamiento multi-tenant, aprobación humana en acciones clínicas sensibles y trazabilidad del agente y del profesional responsable.
Plataformas clínicas multi-sede
Operar organizaciones y sedes con RBAC, aislamiento de tenant, configuración modular, auditoría y reglas de privacidad diferenciadas.
Capacidades de la plataforma
Un núcleo clínico común y módulos especializados que pueden habilitarse por organización y sede.
Expediente clínico longitudinal
Encuentros, notas, diagnósticos, alergias, medicamentos, signos vitales, observaciones, procedimientos, documentos y consentimientos.
Agenda y solicitudes clínicas
Programación multi-sede, prevención de conflictos, ciclo de vida de citas y solicitudes de servicio clínicas independientes de especialidad.
RIS / PACS de radiología
Órdenes, estudios, worklist, sincronización PACS y trazabilidad por AccessionNumber y StudyInstanceUID.
DICOM + Orthanc + OHIF
Importación y consulta DICOMweb con Orthanc, integración de visor OHIF y herramientas de datos DICOM sintéticos o anonimizados.
Reportes clínicos y radiológicos
Borradores, versionado, finalización, historial y exportación de documentos en HTML, PDF y DOCX.
Interoperabilidad FHIR
Frontera de lectura para Patient, Encounter, Observation, ServiceRequest, ImagingStudy y DiagnosticReport con alcance por sede.
Integración de agentes MCP / OpenAPI
Gateway agnóstico de proveedor para Codex, Claude y otros clientes compatibles, con delegación humana, scopes por herramienta, RBAC, organización/sede, aprobación de escrituras sensibles, idempotencia y auditoría.
RBAC, organizaciones y sedes
Autenticación, membresías, permisos clínicos diferenciados, contexto organización/sede y módulos efectivos por despliegue.
Auditoría y privacidad clínica
Evidencia de acceso y mutaciones clínicas, controles de confidencialidad, consentimiento estructurado y acceso de emergencia trazable.
Cómo se relacionan EHR, RIS, PACS, DICOM y FHIR
Una guía breve para interpretar la arquitectura sin confundir expediente clínico, operación radiológica, almacenamiento de imágenes e interoperabilidad.
EHR — expediente clínico electrónico
Es el núcleo clínico longitudinal: reúne información estructurada del paciente, encuentros, notas y otros recursos clínicos independientemente de una especialidad concreta.
RIS — sistema de información radiológica
Organiza la operación de radiología: agenda, órdenes, worklist, estados del estudio, asignación y elaboración del reporte dentro del contexto clínico.
PACS — archivo y comunicación de imágenes
Gestiona el almacenamiento y acceso a estudios de imagen médica. Medular se integra con PACS mediante DICOMweb y mantiene referencias clínicas a los estudios.
DICOM / DICOMweb
DICOM es el estándar de imágenes médicas y DICOMweb ofrece servicios web para consulta y recuperación. Orthanc actúa como servidor DICOM/PACS en la topología del proyecto.
FHIR — interoperabilidad clínica
FHIR proporciona una representación interoperable de recursos clínicos. El proyecto implementa actualmente una frontera de lectura para los recursos expresamente soportados.
Dos flujos, una misma plataforma
El EHR universal sirve como base y radiología añade la cadena DICOM/RIS/PACS sin convertir toda la plataforma en un producto exclusivo de imagenología.
Flujo clínico universal
Base independiente de especialidad para operar el EHR modular.
Flujo RIS / PACS
Cadena operativa especializada para radiología sobre la misma plataforma clínica.
Stack modular y reproducible
Separación entre experiencia web, API clínica, servicios especializados, almacenamiento e infraestructura local.
Web
Next.js 16 · React 19 · Material UI · TypeScript · Vitest · Playwright
API clínica
Python 3.12 · FastAPI · SQLAlchemy · Alembic · Pydantic · JWT / Argon2
Agentes
MCP · OpenAPI · delegación · approvals · Redis rate limiting · adaptadores externos opcionales
Datos
PostgreSQL · Redis · MinIO
Imágenes médicas
DICOM · DICOMweb · Orthanc · OHIF
Operación
Docker Compose · QA automatizado · migraciones y bootstrap reproducibles
Frontera segura antes que resultados simulados
Estado del proyecto
La landing conserva la misma regla del repositorio: implementar código, verificarlo en ejecución y obtener aceptación clínica/regulatoria son estados distintos.
RIS/PACS core
Flujo principal, DICOMweb, PACS sync, reportes, notificaciones y auditoría verificados en QA integrado el 13 de septiembre de 2026.
EHR clínico base
Encuentros, nota clínica, observación, consentimiento, break-glass, scheduling y frontera FHIR ejercitados por E2E.
Recursos clínicos estructurados
La fuente incluye diagnósticos, alergias, medicamentos, vitales, procedimientos y documentos; no todos fueron ejercitados individualmente en la última corrida integral.
Trazabilidad NOM-024 / NOM-004
Existe matriz de ingeniería y evidencia; esto no equivale a certificación, conformidad legal ni autorización regulatoria.
Hardening multi-organización
La rama de hardening incluye separación platform_admin/admin, guardas cross-tenant y pruebas multi-organización; requiere una corrida fresca de QA local antes de marcarse como verificado.
Agent Integration Gateway
La fuente incluye REST/OpenAPI, MCP stdio y Streamable HTTP, tools/resources/prompts, delegación, approvals, auditoría, idempotencia, rate limiting y límites opcionales para conectores/eventos; la evidencia fresca del runner local sigue pendiente.
OHIF interactivo y matriz ampliada de roles
Las pruebas para viewer interactivo y sesiones reception/technician/radiologist/clinician están implementadas y pendientes de evidencia fresca del runner local.
Gates de producción
Monitoreo, secretos administrados, respaldos de infraestructura, integraciones externas y evaluaciones clínicas/regulatorias dependen del despliegue objetivo.
96
tests API · evidencia 2026-09-13
5 + 3 + 1
DICOM + IA + FHIR · evidencia 2026-09-13
35
Vitest web · evidencia 2026-09-13
37 / 1
Playwright passed / skipped · evidencia 2026-09-13
Lo que el proyecto sí afirma — y lo que todavía no
Los controles de ingeniería son preparación técnica; no sustituyen validación clínica, gobierno de privacidad ni autorización regulatoria.
Preguntas frecuentes sobre Medular
Respuestas públicas, factuales y alineadas con los mismos datos estructurados que se ofrecen a buscadores y motores generativos.
¿Qué es Medular?
Medular es una plataforma clínica modular que combina un EHR independiente de especialidad con un módulo especializado de radiología RIS/PACS, interoperabilidad DICOM/DICOMweb, visor OHIF, una frontera FHIR de lectura y una capa agnóstica para integrar agentes mediante MCP u OpenAPI.
¿Medular es solamente un sistema de radiología?
No. Radiología es un módulo especializado. La plataforma incluye un núcleo EHR longitudinal, agenda, solicitudes clínicas, recursos estructurados, auditoría, privacidad y configuración por organización y sede.
¿Cómo se integran RIS, PACS, DICOM y OHIF?
El RIS coordina el flujo radiológico; PACS conserva y sirve los estudios; DICOM y DICOMweb proporcionan la interoperabilidad de imágenes; Orthanc implementa el servidor DICOM/PACS de la topología y OHIF permite visualizar los estudios.
¿Qué interoperabilidad FHIR ofrece el proyecto?
La implementación actual expone una frontera FHIR de lectura para recursos soportados como Patient, Encounter, Observation, ServiceRequest, ImagingStudy y DiagnosticReport, respetando el alcance de organización, sede y módulos.
¿Se puede integrar con Codex, Claude u otros agentes?
La arquitectura del Agent Integration Gateway está implementada en fuente para clientes MCP y OpenAPI sin acoplar la autorización clínica a un proveedor. La autoridad proviene de una delegación humana limitada por organización, sede, permisos y tools; las escrituras clínicas sensibles requieren aprobación del servidor y la evidencia fresca de QA local continúa pendiente.
¿La IA o los agentes de Medular realizan diagnósticos de forma autónoma?
No. La inferencia diagnóstica permanece deshabilitada y los agentes delegados no sustituyen la responsabilidad profesional. Las plantillas MCP no conceden permisos y las acciones clínicas sensibles siguen sujetas a RBAC, aprobación y requisitos de identidad profesional.
¿Medular está certificado o autorizado para producción clínica?
No se declara certificación NOM, validación clínica ni autorización para producción. Los controles de ingeniería y las pruebas automatizadas no sustituyen la evaluación clínica, legal, de privacidad o regulatoria aplicable.
¿Cómo se protege la separación entre organizaciones y sedes?
La arquitectura utiliza membresías y permisos con alcance por organización y sede, validaciones cross-tenant, configuración modular y auditoría. El hardening multi-organización adicional está implementado en fuente y pendiente de una corrida fresca de QA local para considerarse verificado.
Roadmap inmediato
Ejecutar el runner local integral y producir evidencia fresca para el hardening multi-organización, Agent Integration Gateway, seguridad, dependencias, roles y OHIF interactivo.
Mantener SEO/GEO público separado de las superficies clínicas autenticadas y ampliar documentación pública únicamente con información no sensible.
Completar observabilidad, secretos, respaldos validados e integraciones externas según la infraestructura objetivo.
Realizar las evaluaciones clínicas, legales y regulatorias aplicables antes de cualquier autorización de producción clínica.
Explora la plataforma clínica
La landing documenta el alcance público del proyecto; el acceso operativo continúa protegido por autenticación.