Quisiera ahora hablar de dos temas que parecen separados pero tienen un punto en común: la IA está fallando, y eso tiene consecuencias reales en temas críticos como la salud y la regulación.
- Lo que yo INFIERO con lo que he escrito, y con estos dos ejemplos, es que la IA actualmente es menos confiable que a principios de año, aunque sé que mi experiencia es medianamente aislada y no es representativa.
- Los patrones que he visto tanto con el MBA como con los errores de Gemini/chatgpt/Kimi me hacen pensar que algo está pasando y no lo podemos ignorar
Como desarrolladores, varios de nosotros tenemos una especialización específica, o varias. No se puede ser experto en todo, o generalista. Por ejemplo, yo no me meto en Mac, o en desarrollos para celular como Android/iOS, por una razón u otra.
La principal es que en México mucha gente no tiene tiempo aire o plan. Sí, te vas a encontrar a la señorita ejecutiva bancaria con su plan, o a la enfermera, o al desarrollador. Pero un nicho de mercado no es tan fácil, y además de tardarte horas en las pruebas y tiempo en que te autoricen cambios en las stores, hay otras complicaciones.
En 2017, mi cliente principal tenía un jefe de sistemas que quiso pasar todo a apps de celular. No se puede. Sí, por ejemplo hay factura electrónica en celulares, pero no para el nivel que uso yo. Puedo implementar algo y no va a cumplir la robustez de escala para 300 facturas diarias. Y además del costo de tiempo aire, hay otro problema: la señal.
Volví a estar una semana sin internet (o más) en una de mis casas, y varios vecinos ni siquiera se han dado cuenta de que no tenían internet desde hace un mes o más. Y estoy a una cuadra de distancia de soporte Izzy o Megacable; estoy obligado a Telmex.
En Puebla, otro cliente tiene una planta del tamaño de tres estadios de fútbol, y tiene señal de internet en dos metros cuadrados, en una esquinita.
Creo que es buena razón para no especializarme en desarrollo para celulares…. o en software que requiere Internet. La factura electrónica exige internet, pero requieres una buena conexión.
Uno de los temas que conozco bien es factura electrónica; otro es software de RH; y el tercero es el control de cosas relacionadas con expedientes, sean de hospitales y pacientes, o de alumnos/ciudadanos en paraestatales. Sí, puedo hacer (y he hecho) sistemas de gestión, pero me gustaría compartir algo que me pasó el lunes antes de irme de la ciudad, y otra cosa que me pasó ayer.
Evento UNO – El MBA
Uno de mis clientes es un MBA de escuela en USA, y lo veo cada mes en su penthouse en la colonia Condesa. Es el tipo de usuario que en 2004 tiraba un servidor por una consulta hecha en *.sql y jalada a través de Excel. Es el tipo de administrador de empresa que en 2025 publicó un libro sobre inteligencia artificial. Es el tipo de usuario de LLM que tiene cuentas pagadas por confidencialidad y gasta probablemente unos 150 USD al mes en eso (aunque no sea deducible tan simple para una empresa de manufactura) y prefiere no meterse en líos de cómo justificarlo. Ese dinero es cambio suelto para él.
Por azares de la vida, de momento lo mejor para él es verlo una vez al mes, y aunque paga ciertas cosas en transferencia electrónica, me paga otras en efectivo porque las rutas de venta manejan efectivo y a veces no ha depositado lo del día anterior.
Cada vez que lo veo salen comentarios sobre la IA, porque nos interesa a los dos. Yo lo introduje a Claude y él me ha comentado errores desde hace unos seis meses en cosas legales. Hace dos o tres meses me comentó de cómo automatizó ciertas cosas de un software mío que le hice en PHP (100% de su operación), usando n8n y Claude.
El lunes lo quedé de ver más temprano que de costumbre y él estaba un poco apurado. Y le pregunté que novedades tenía con la IA…
Me dijo :
—“Desvariando”
—“Ya me desesperé.”
Frases directas.
Me dijo que ChatGPT no hace ni el 10% de lo que hacía en enero y se equivoca el 80% de las veces. Que a Gemini le da amnesia y ya solo usa Claude y un poco de Kimi.
No ha cancelado las otras suscripciones, pero en resumen: que nada de las LLM ha mejorado, que solo Claude se mantiene estable, pero que ya no puede usar nada más.
Y él es un “evangelizador” de la IA.
Evento DOS- SIRES
Error de kimi, no demasiado grave pero se pueden cometer errores graves si no tienes la experiencia.
Ayer, en la noche, al regresar de la casa secundaria (que otra vez ya tiene internet) revisé Reddit y una persona escribió algo sobre una app de citas médicas y controles de archivos DICOM, como radiografías.
El tema en reddit el software específicamente era una APP con manejo de DICOM (radiografías) citas médicas y demás, enfocado a traumatalogía.
Le contestó una persona, que no soy yo, sobre los problemas legales, los errores y SIRES.
http://www.dgis.salud.gob.mx/contenidos/intercambio/sires_certificacion_gobmx.html
- “La NOM-024-SSA3-2012, es de observancia obligatoria en todo el territorio nacional, para todos los establecimientos que presten servicios de atención médica que formen parte del Sistema Nacional de Salud que adopten un Sistema de Información de Registro Electrónico para la Salud, así como para aquellas personas físicas o morales que dentro del territorio nacional cuenten indistintamente con los derechos de propiedad, uso, autoría, distribución y/o comercialización de dichos Sistemas; en ambos casos, en términos de la norma en mención y de las disposiciones jurídicas aplicables.”
La respuesta que vi en Reddit no estaba mal. De hecho, es una de las pocas veces que he visto a alguien explicar el problema de por qué no puedes usar Google Drive como respaldo (confidencialidad) sin meterse en un montón de requisitos adicionales y papelería como confidencialidad y NDA.
Pero, aprovechando que tenía a Kimi abierto, le copié y pegué esa respuesta y Kimi dijo que estaba mal. Básicamente, Kimi comentaba (de manera demasiado formal) que SIRES no se aplicaba, aunque, de hecho, es un estándar obligatorio. Es una de esas cosas que conozco muy bien. Punto en contra para Kimi.
Abrí Claude, le pedí revisar SIRES y si era necesario cumplir con SIRES si vas a comercializar un software médico que maneje DICOM, sea app de celular o no. Kimi dijo algo laxo, que nadie lo hace y daba a entender que no es tan importante y zona gris. Claude fue muy estricto, como yo, y lo mismo el autor de la respuesta de Reddit, que hasta comentó algo sobre las recetas y problemas de software de recetas que necesitan el estándar HL7 y la firma electrónica válida solo si tiene la NOM-024.
En resumen: sí, en la receta necesitas la firma a mano por seguridad el 99% de las veces, y el otro 1% necesitas a fuerzas estar en esa norma y en esa página web como proveedor. Mejor dicho: el software debe estar validado por esa norma.
¿Qué me pasó con Kimi?
No es que haya alucinado, pero le dio demasiada importancia al significado de SIRES en lugar de reconocer que DICOM y las radiografías requieren cumplir con otros estándares. Y aquí está el punto clave:
Si comercializas un software médico —especialmente con DICOM— de manera masiva, estás haciendo “interoperabilidad”. Y por lo tanto, aplica la NOM-024.
Kimi se fue por la rama técnica de “qué significa SIRES” y perdió de vista el fondo: que el simple hecho de que tu software intercambie imágenes médicas entre sistemas ya te pone dentro del ámbito de la norma. No importa si es una app de celular, un sistema web o un software de escritorio.
En cambio, Claude y DEEPSEEK lo vieron claro desde el principio: si hay intercambio de información médica, hay interoperabilidad, y si hay interoperabilidad, estás en territorio SIRES. Punto.
Que comenta deepseek cuando le pedí revisar la ortografía ?
Inicia Deepseek
Sí, completamente de acuerdo.
Es importante y obligatorio, y aquí te explico por qué, con base en la información oficial:
-
Es una Norma Oficial Mexicana (NOM): El SIRES está regulado por la NOM-024-SSA3-2012. Esta norma es de observancia obligatoria en todo el territorio nacional para todos los establecimientos de salud del Sistema Nacional de Salud que usen un sistema de expediente clínico electrónico . Como vimos en el texto que me compartiste, la propia página de la DGIS lo confirma.
-
La certificación es el requisito para cumplirla: Un software de expediente clínico no puede simplemente “decir” que cumple. Debe obtener la certificación SIRES ante la Dirección General de Información en Salud (DGIS). Esta certificación es la garantía oficial de que el sistema cumple con todos los estándares técnicos de seguridad, interoperabilidad y confidencialidad que exige la norma . Si un sistema no la tiene, técnicamente está operando fuera del marco legal .
-
La reforma de 2026 reforzó la obligación: Desde enero de 2026, una reforma a la Ley General de Salud hizo obligatoria la digitalización de la información médica en el Sistema Nacional de Salud . Esto le da aún más peso a la NOM-024, ya que miles de consultorios y clínicas que usan papel o software no certificado tendrán que migrar a sistemas que cumplan con SIRES
En la práctica, ¿qué significa esto?
Si tu sistema es un SIRES, debe cumplir con varios requisitos clave, como :
-
Seguridad y control de acceso: Identificación de usuarios con roles, autenticación segura, y registro de auditoría de todas las acciones (quién, qué y cuándo) .
-
Integridad de la información: Los datos no se pueden borrar o alterar sin dejar evidencia. Se guardan versiones anteriores y se usan notas de enmienda .
-
Interoperabilidad: El sistema debe poder intercambiar información de forma estandarizada con otros sistemas. Esto implica el uso de catálogos oficiales (como el CIE-10 para diagnósticos) y formatos como HL7 o XML .
-
Certificación ante la DGIS: El desarrollador o el prestador de servicios debe pasar por un proceso de auditoría para obtener el certificado, el cual tiene una vigencia y debe renovarse .
¿Y qué pasa si no se cumple?
El incumplimiento de la NOM-024 puede exponer a los prestadores de servicios y a los proveedores de software a sanciones de COFEPRIS. Además, sin la certificación no se puede garantizar la seguridad y confidencialidad de los datos de los pacientes, lo que también puede acarrear problemas legales .
¿Siempre aplica SIRES?
Importante: la NOM-024 solo aplica si usas un software de expediente electrónico. Si se manejan expedientes en papel, no aplica SIRES (aunque sí aplica la NOM-004, que regula el contenido del expediente) .
En resumen: Sí, SIRES es importante (porque regula la seguridad e interoperabilidad de los expedientes electrónicos) y obligatorio (porque la NOM-024 y la Ley General de Salud así lo exigen).
Veamos cómo aplica a esa app:
-
Citas Médicas: Si la app se usa en un consultorio, clínica u hospital, y registra información del paciente (nombre, CURP, motivo de consulta), está manejando datos del expediente clínico . La certificación SIRES se vuelve obligatoria en cuanto el sistema captura y gestiona información de atención médica .
-
Manejo de DICOM (Radiografías): Los sistemas de archivado y transmisión de imágenes (PACS) son un tipo de SIRES explícitamente mencionado en la norma . Esto quiere decir que el software que maneja imágenes médicas debe cumplir con los estándares de interoperabilidad, seguridad y confidencialidad que exige la NOM-024 .
-
Recetas Electrónicas: La NOM-024 exige que el software use estándares como HL7 y CDA para el intercambio de documentos electrónicos, lo que incluye las recetas . Para que una receta electrónica tenga validez legal en el sector salud y pueda intercambiarse entre sistemas, el software que la genera debe estar certificado bajo la NOM-024 y utilizar firma electrónica avanzada (FIEL) . Esto es exactamente lo que mencionaba el autor de Reddit.
La Excepción (1% que mencionas)
La NOM-024 no aplica si el SIRES no intercambia información de acuerdo con alguna de las Guías de Intercambio de Información en Salud (GIIS) publicadas por la DGIS . En ese escenario, la norma no te aplicaría, pero sería un caso muy aislado.
En tu caso, con manejo de DICOM, citas y recetas, es casi seguro que el sistema debe intercambiar información, lo que hace obligatoria la certificación y la implementación de interfaces estandarizadas (HL7, XML) .
Consecuencias de No Cumplir
Operar un software sin la certificación SIRES que debiera tenerla implica un incumplimiento normativo. Tanto el prestador de servicios de salud (consultorio, clínica) como el proveedor del software pueden ser sancionados por COFEPRIS . Además, el uso de herramientas no autorizadas que no cumplan con los estándares de seguridad de la NOM-024 expone a los datos de los pacientes a riesgos y a posibles demandas por vulneración de la confidencialidad .
En Resumen
Tu intuición y la del autor de Reddit son correctas. Para una app con las características que describes, la certificación SIRES no es un extra, sino un requisito legal. Por eso, como bien comentas, el 1% de los casos en los que no se necesita es la excepción, no la regla.
