Los datos del paciente son del paciente
No de la clínica que los capturó primero, ni del proveedor de software. La arquitectura entera —dos bases de datos, multi-tenant, multi-capa— existe para hacer cumplir esta línea.
DCEMedSuite nace de una pregunta incómoda: ¿por qué los médicos en México siguen perdiendo tiempo capturando los mismos antecedentes una y otra vez? La respuesta no es tecnológica — es de diseño.
En México, una persona puede tener su expediente repartido en cinco clínicas distintas. Cada vez que llega a una nueva, repite los mismos antecedentes: alergias, enfermedades crónicas, cirugías, medicamentos que está tomando. La calidad de la información depende de su memoria en ese momento, y cada captura aumenta la probabilidad de un error que puede costar caro —desde una receta con un fármaco al que es alérgico, hasta una contraindicación que nadie vio venir.
La NOM-004-SSA3 es clara: el expediente clínico es propiedad del establecimiento médico que brindó la atención. Eso no se discute, y existe por buenas razones. Pero la norma habla del expediente, no de los antecedentes. Los antecedentes son del paciente. Y nadie los estaba tratando como tales.
DCEMedSuite separa lo que la legislación —y el sentido común— siempre quiso separado: la capa que pertenece a la clínica (notas, diagnósticos, recetas, planes terapéuticos) y la capa que pertenece al paciente (alergias, antecedentes, inmunizaciones, datos críticos). La primera vive aislada en cada clínica, conforme a NOM-004-SSA3. La segunda viaja con el paciente entre clínicas que usan la plataforma, sin revelar quién la capturó.
Encima de esa base, construimos lo que una clínica privada necesita para operar: agendamiento, recepción, facturación CFDI 4.0, catálogo de medicamentos basado en el CNIS 2025, recetas con firma digital y modo de emergencia para personal médico ajeno. Todo en una sola plataforma, en español, hecha en México para regulación mexicana.
En la práctica, esto significa que cuando un paciente llega por primera vez a una clínica que usa DCEMedSuite, sus antecedentes básicos ya están ahí —si autoriza compartirlos—. El médico empieza la consulta sabiendo a qué es alérgico, qué cirugías ha tenido y qué medicamentos toma. La nota de consulta de hoy queda privada entre el paciente y la clínica que lo atendió.
Tres ideas no negociables que han guiado cada decisión técnica desde el primer commit.
No de la clínica que los capturó primero, ni del proveedor de software. La arquitectura entera —dos bases de datos, multi-tenant, multi-capa— existe para hacer cumplir esta línea.
NOM-004-SSA3 no es una nota al pie. Es el documento que define qué es y qué no es un expediente clínico legítimo en México. La plataforma se construyó leyendo la norma punto por punto.
Un sistema cumplido pero lento es un sistema que se evade. Cada flujo, desde la nota de consulta hasta la receta, se prueba con médicos reales antes de darse por terminado.
DCEMedSuite no salió de un acelerador ni de una ronda de inversión. Salió de un proyecto académico que su autor decidió no archivar.
Propuesta de investigación de tesis de maestría
El sistema original se presenta como tesis de maestría. El proyecto demuestra que es posible construir un ECE local con cumplimiento NOM-004-SSA3.
01Decisión: convertirlo en plataforma real
Después de meses de reflexión, se decide rearquitectar el sistema desde cero como plataforma multi-tenante con propósito comercial. Cambia el enfoque: ya no es un ejercicio académico.
02Reescritura completa
Se adopta TypeScript, monorepo Turborepo, MongoDB y arquitectura de tres servicios independientes (passport, catalogs, ECE). Se diseña la separación pasaporte/expediente.
03Catálogo CNIS-2025
Se procesa el Compendio Nacional de Insumos para la Salud 2025 (1,847 páginas) y se construye un catálogo de 765 medicamentos genéricos enriquecidos con códigos ATC y nombres comerciales.
04Beta privada
Inicia la búsqueda de 12 clínicas piloto para validar la plataforma en operación real, con acompañamiento directo del equipo durante toda la implementación.
05DCEMedSuite es un proyecto de equipo reducido con sede en Tlaxcala. Trabajamos directamente con cada clínica piloto durante la implementación —no hay cuenta de soporte tercerizada ni un agente que escale tickets a otro continente—.
"Construir un ECE en México no es un problema de programar más rápido. Es un problema de respetar la norma, escuchar a los médicos y diseñar para el paciente. En ese orden."
Bernardo Xartuni
Fundador y arquitecto
La fase actual es validar la plataforma en operación real con 12 clínicas piloto durante 2026. Lo que aprendamos en esos consultorios definirá lo que viene después: integración con laboratorios y gabinetes, telemedicina conectada al expediente, y, si el camino lo permite, expansión a otros países latinoamericanos cuya regulación comparta la lógica de NOM-004-SSA3.
No vamos a prometer un roadmap ambicioso aquí. Vamos a prometer una cosa: cada feature que llegue a producción habrá pasado primero por médicos reales que lo aprobaron, y por una revisión de cumplimiento normativo que lo autorizó.
Si llegaste hasta aquí leyendo, probablemente sí. Estamos buscando 12 clínicas piloto para 2026, sin costo durante la beta y con implementación acompañada de principio a fin. Hablemos.