Software médico: cómo elegir entre agenda, expediente clínico y CRM
Antes de preguntar cuál tiene más módulos conviene resolver algo más básico: ¿Qué proceso necesitas controlar y qué sistema debe conservar la información principal de ese proceso?
- Publicado por:
- Equipo editorial de Scalimed
- Fecha de publicación:
- 20 de agosto de 2026
- Tiempo estimado de lectura:
- 19 minutos
Empieza por el proceso, no por la lista de funciones
- Agenda médica¿Cuándo y con quién existe una cita?
- Expediente clínico¿Qué atención médica debe documentarse?
- CRM¿Qué está ocurriendo con esta relación y qué debe suceder después?
La arquitectura correcta empieza por definir qué proceso necesitas controlar y qué sistema debe conservar la información principal.
Un software médico puede referirse a herramientas muy distintas: agenda de citas, expediente clínico electrónico, sistemas administrativos, CRM, facturación, comunicación o software para clínicas que combina varias de estas funciones.
Por eso, comparar soluciones únicamente por la cantidad de funciones suele partir de la pregunta equivocada.
Antes de preguntar cuál tiene más módulos conviene resolver algo más básico:
¿Qué proceso necesitas controlar y qué sistema debe conservar la información principal de ese proceso?
Una agenda, un expediente clínico y un CRM pueden compartir determinados datos.
No cumplen la misma función.
“Software médico” no describe una sola categoría de sistema
Cuando una clínica busca software médico, es habitual encontrar plataformas que reúnen en una misma interfaz:
- agenda;
- pacientes;
- expediente;
- recetas;
- recordatorios;
- cobros;
- reportes;
- WhatsApp;
- inteligencia artificial;
- CRM.
Que varias funciones convivan en el mismo producto puede ser conveniente.
El problema aparece cuando la etiqueta “todo en uno” impide distinguir para qué debe utilizarse cada capa.
Una forma más útil de evaluar el software es separar el trabajo que realmente realiza.
| Problema que debe resolver | Capa principal | Qué debería representar | Qué no debería confundirse con |
|---|---|---|---|
| Horarios y disponibilidad | Agenda | citas, horarios, recursos y estados de cita | expediente o pipeline comercial |
| Documentación de la atención | Expediente clínico | información y registros correspondientes a la atención médica | CRM |
| Seguimiento de solicitudes | CRM | estado, responsable, siguiente acción, origen y resultado administrativo | expediente clínico |
| Cobros y administración | Sistema administrativo | transacciones y operación financiera correspondiente | documentación clínica |
Una misma plataforma puede contener dos o más capas.
Eso no elimina sus diferencias funcionales.
Cómo saber qué software médico necesitas primero
En lugar de empezar comparando marcas, empieza por el problema.
Si el problema principal es la agenda
Señales:
- empalmes;
- dificultad para coordinar varios médicos;
- disponibilidad desactualizada;
- citas registradas en varios lugares;
- confirmaciones manuales;
- cambios de horario difíciles de controlar.
La primera capa que debe evaluarse es la agenda.
No tiene sentido comprar un CRM complejo si el problema inmediato es que nadie sabe qué espacios están disponibles.
Si el problema principal es la documentación clínica
Señales:
- expedientes fragmentados;
- documentos dispersos;
- dificultad para acceder al historial correspondiente;
- registros clínicos en herramientas no diseñadas para esa función;
- necesidad de estructurar un expediente electrónico.
La prioridad es evaluar la capa clínica y el expediente.
Aquí la revisión debe considerar el marco normativo aplicable y no sólo facilidad de uso.
Si el problema principal ocurre antes de la consulta
Señales:
- contactos que dejan de recibir seguimiento;
- WhatsApp funciona como lista de pendientes;
- no está claro quién debe responder;
- existen solicitudes procedentes de distintos canales;
- no se conserva correctamente la fuente;
- se conocen las citas, pero no el recorrido anterior a ellas.
La capa que falta puede ser un CRM o sistema de continuidad comercial-administrativa.
Si los tres problemas ocurren al mismo tiempo
Entonces el problema probablemente ya no sea elegir una aplicación.
Es diseñar la arquitectura de sistemas.
1. Agenda médica: administra tiempo y citas
La función central de una agenda médica es representar disponibilidad y citas.
Según el sistema, puede incluir:
- horarios por profesional;
- consultorios o recursos;
- reserva en línea;
- estados de cita;
- reagendamiento;
- cancelaciones;
- confirmaciones;
- recordatorios;
- bloqueos de disponibilidad.
Su pregunta principal es:
¿Cuándo y con quién existe una cita?
Una agenda puede contener información básica del paciente y conectarse con otros sistemas.
Eso no la convierte automáticamente en expediente clínico ni en CRM.
Saber, por ejemplo, que una persona tiene una cita el jueves a las 17:00 no responde necesariamente:
- qué ocurrió con su solicitud antes de agendar;
- qué fuente produjo el contacto;
- quién debía darle seguimiento;
- qué documentación clínica se generó durante la consulta.
Son problemas distintos.
2. Expediente clínico: documenta la atención médica
El expediente clínico tiene otra responsabilidad.
La NOM-004-SSA3-2012 define el expediente clínico como el conjunto único de información y datos personales de un paciente en el que el personal de salud realiza los registros, anotaciones, constancias y certificaciones correspondientes a su intervención en la atención médica.
La norma establece criterios científicos, éticos, tecnológicos y administrativos relacionados con su elaboración, integración, uso, manejo, archivo, conservación, propiedad, titularidad y confidencialidad.
Por tanto, un expediente no es simplemente una ficha de contacto más detallada.
Su función está relacionada con documentar la atención médica.
Cuando esa información se administra mediante sistemas electrónicos, entra también en juego el marco correspondiente a los Sistemas de Información de Registro Electrónico para la Salud.
La NOM-024-SSA3-2012 regula estos sistemas y define, entre otros conceptos:
- Expediente Clínico Electrónico;
- Sistema de Expediente Clínico Electrónico;
- Sistema de Información de Registro Electrónico para la Salud.
Esto importa durante una compra porque la expresión:
“incluye expediente clínico”
no debería evaluarse como una función equivalente a:
“incluye calendario”
o:
“incluye WhatsApp”.
La naturaleza de la información y la responsabilidad del sistema son distintas.
Un cambio regulatorio relevante desde 2026: Salud Digital
El marco mexicano también cambió en 2026.
El 15 de enero de 2026 se publicó en el Diario Oficial de la Federación un decreto que reformó la Ley General de Salud y añadió el Capítulo VI Bis, Salud Digital, integrado por los artículos 71 Bis a 71 Octies.
La ley define salud digital como la aplicación de tecnologías de información y comunicación en servicios de salud e incluye, entre otros ejemplos:
- telesalud;
- telemedicina;
- salud móvil;
- registros médicos o de salud electrónicos;
- dispositivos portátiles.
Entre las finalidades establecidas en el artículo 71 Ter se encuentra facilitar la prestación de servicios médicos a distancia y digitalizar información médica para favorecer su acceso, actualización e intercambio seguro.
Sin embargo, esto no debe interpretarse como una obligación general de que toda clínica privada adopte determinado software o implemente interoperabilidad de una forma específica.
Los artículos 71 Quater y 71 Quinquies establecen disposiciones expresamente dirigidas a instituciones públicas del Sistema Nacional de Salud y a instituciones públicas prestadoras de servicios de salud.
Por su parte, el artículo 71 Septies establece condiciones para los servicios de telesalud, incluyendo aspectos relacionados con:
- personal capacitado;
- sistemas seguros y confiables;
- protección de datos;
- consentimiento informado;
- documentación y registro de la atención.
Para una clínica privada que evalúa software médico, la reforma es relevante porque amplía el marco legal de salud digital, especialmente cuando existen servicios de telesalud.
No sustituye por sí misma a NOM-004 ni NOM-024 y tampoco convierte una afirmación comercial de un proveedor en evidencia automática de cumplimiento.
3. CRM: administra continuidad alrededor de la consulta
El CRM responde otra pregunta:
¿Qué está ocurriendo con esta relación y qué debe suceder después?
En una clínica privada puede utilizarse para representar procesos como:
solicitud → contacto → seguimiento → cita → confirmación → resultado
Puede conservar, según la arquitectura:
- fuente de captación;
- responsable;
- estado administrativo;
- siguiente acción;
- tareas;
- interacciones administrativas;
- relación con la cita;
- resultado operacional;
- datos necesarios para atribución.
Esto no significa que un CRM deba almacenar información clínica.
Su función puede cumplirse sin convertirse en un expediente paralelo.
Por ejemplo:
“Pendiente de confirmar cita”
es un estado operacional.
“Diagnóstico, evolución y plan de tratamiento”
pertenece a otra capa.
La frontera debe diseñarse deliberadamente.
Agenda, expediente y CRM pueden compartir un paciente sin ser el mismo sistema
Una fuente frecuente de confusión es pensar que, como los tres sistemas se relacionan con la misma persona, deberían convertirse en una sola cosa.
No necesariamente.
Pensemos en una persona que encuentra a un especialista mediante una campaña, escribe por WhatsApp, solicita una cita, agenda y posteriormente recibe atención.
La misma relación atraviesa varios sistemas.
Antes de la cita
El CRM puede representar:
origen → solicitud → responsable → seguimiento → cita
En la agenda
El sistema representa:
profesional → fecha → hora → estado de cita
Durante y después de la atención clínica
El expediente documenta la información correspondiente a la prestación de servicios médicos.
Los sistemas pueden intercambiar determinados datos.
Pero integrarse no significa duplicar toda la información.
Una arquitectura más ordenada comienza definiendo:
qué sistema es fuente de verdad para cada dato y cada estado.
El problema de comprar por lista de funciones
Dos productos pueden anunciar exactamente las mismas palabras:
agenda + pacientes + expediente + WhatsApp + reportes
y tener arquitecturas completamente diferentes.
Uno puede tener un expediente robusto y una agenda básica.
Otro puede ser excelente para gestionar citas, pero tener capacidades clínicas limitadas.
Otro puede incorporar una sección llamada “CRM” que funciona principalmente como directorio de contactos.
Otro puede integrar profundamente varios sistemas externos.
Por eso una checklist basada únicamente en:
“¿Tiene esta función? Sí / No”
puede producir una mala decisión.
La siguiente pregunta debería ser:
¿Cómo funciona esa capacidad dentro del proceso real de la clínica?
No todo tiene que estar en una sola plataforma
La promesa “todo en uno” tiene una ventaja evidente: menos herramientas y, potencialmente, menos integraciones que administrar.
Pero no existe una regla universal que establezca que una plataforma única sea siempre mejor.
Hay dos arquitecturas razonables.
Opción A: plataforma integrada o todo en uno
Puede tener sentido cuando una solución representa adecuadamente los procesos que realmente necesita la clínica.
Sus posibles ventajas incluyen:
- menos interfaces;
- menor duplicación operativa;
- administración centralizada;
- menos integraciones independientes;
- onboarding potencialmente más sencillo.
La pregunta es si cada módulo tiene suficiente profundidad.
Tener muchos módulos aporta poco si los procesos críticos de la organización quedan representados de forma deficiente.
Opción B: sistemas especializados integrados
Otra alternativa es utilizar herramientas diferentes para funciones diferentes y conectarlas.
Por ejemplo:
agenda ↔ CRM ↔ expediente
Este enfoque puede ofrecer mayor especialización.
A cambio, aumenta la importancia de:
- integraciones;
- identificadores consistentes;
- reglas de sincronización;
- permisos;
- gobierno del dato;
- soporte;
- gestión de errores.
La decisión no debería formularse como:
“¿Todo en uno o varias aplicaciones?”
Debería formularse como:
“¿Qué arquitectura representa mejor nuestros procesos sin generar duplicación innecesaria?”
¿Qué significa realmente “gestión de pacientes”?
También conviene ser cuidadoso con esta expresión.
“Gestión de pacientes” puede significar:
- guardar datos de contacto;
- administrar citas;
- documentar atención clínica;
- realizar seguimiento administrativo;
- procesar cobros;
- enviar comunicaciones;
- analizar actividad.
Es una etiqueta demasiado amplia para utilizarla como criterio de compra.
Antes de contratar una plataforma que promete “gestión integral de pacientes”, conviene preguntar:
¿Qué procesos concretos gestiona y en qué momento de la relación?
La precisión importa especialmente cuando la información cambia de naturaleza entre una solicitud administrativa y la documentación de una atención médica.
Cómo evaluar claims sobre NOM-004 y NOM-024
En México es común que los proveedores utilicen frases como:
“cumple NOM-004”
o:
“expediente conforme a NOM-004”.
Esas afirmaciones deben evaluarse con mayor precisión.
La NOM-004-SSA3-2012 establece criterios sobre el expediente clínico y permanece vigente en el catálogo oficial de Normalización.
Por tanto, una afirmación referente a NOM-004 debería poder traducirse a características y procesos concretos del expediente.
No debe interpretarse automáticamente como una certificación general de cada módulo que contiene una plataforma.
La NOM-024-SSA3-2012 también permanece vigente y regula los Sistemas de Información de Registro Electrónico para la Salud.
La propia NOM-024 contiene un Procedimiento de Evaluación de la Conformidad. El procedimiento establece requisitos para certificar el grado de cumplimiento de la norma y señala que esa certificación se realiza a petición de parte de forma voluntaria.
Si un proveedor utiliza la palabra “certificado”, conviene solicitar:
- qué sistema fue certificado;
- bajo qué norma;
- cuál es el alcance;
- qué versión o producto cubre;
- quién emitió la documentación;
- si la evidencia corresponde a la solución que realmente se está ofreciendo.
Un logotipo o una frase comercial no sustituye la documentación correspondiente.
Este contenido es informativo y no constituye asesoría jurídica, sanitaria ni regulatoria. Cada organización debe validar los requisitos aplicables a su operación con sus responsables y asesores correspondientes.
No olvides los datos personales al comparar software
Otra pregunta de compra es:
¿Qué información va a contener realmente este sistema?
La respuesta importa porque una agenda, un CRM o una plataforma de comunicación pueden terminar almacenando más información de la que su nombre sugiere.
Una persona puede, por ejemplo, describir espontáneamente información relacionada con su salud mediante WhatsApp antes de tener una cita.
Un CRM puede terminar replicando esa conversación.
Una agenda puede incluir campos personalizados.
Un sistema administrativo puede incorporar documentos.
El nombre comercial del producto no determina por sí mismo la sensibilidad de los datos que terminará almacenando.
La nueva Ley Federal de Protección de Datos Personales en Posesión de los Particulares, publicada en el Diario Oficial de la Federación el 20 de marzo de 2025, considera datos personales sensibles —de manera enunciativa y no limitativa— aquellos que puedan revelar aspectos como el estado de salud presente o futuro de una persona, en su artículo 2, fracción VI.
La propia ley define a la Secretaría Anticorrupción y Buen Gobierno como la Secretaría competente para efectos de este ordenamiento en el artículo 2, fracción XV.
Para la arquitectura de una clínica, esto refuerza una pregunta práctica:
¿Qué datos necesita realmente cada sistema para cumplir su función?
Sin convertir esta guía en una recomendación jurídica, existen principios operativos útiles para reducir exposición innecesaria:
- solicitar sólo la información administrativa necesaria para el proceso;
- evitar crear campos clínicos dentro del CRM cuando no sean necesarios para su función;
- no replicar automáticamente conversaciones completas entre sistemas si el proceso no lo requiere;
- separar permisos administrativos y clínicos;
- revisar qué información se sincroniza con herramientas externas;
- definir criterios internos de acceso y conservación;
- contemplar qué ocurre cuando un paciente comparte espontáneamente información sensible en un canal administrativo.
Estas prácticas no sustituyen un análisis jurídico ni garantizan cumplimiento.
Sirven para evitar que la arquitectura tecnológica recopile y replique información sin una razón operacional definida.
Elegir software médico también implica entender qué datos tocará cada herramienta.
Once preguntas antes de contratar software médico
Una demo debería servir para comprobar el proceso, no sólo para observar una presentación comercial.
1. ¿Qué problema concreto sustituye?
Si no puedes describir qué operación actual desaparecerá o mejorará, probablemente todavía no esté claro por qué estás comprando el sistema.
2. ¿Qué información será fuente de verdad aquí?
Por ejemplo:
- disponibilidad;
- cita;
- expediente;
- oportunidad;
- pago.
Cada dato crítico debería tener un lugar claramente definido.
3. ¿Qué información se duplicará?
Pregunta qué campos viajarán entre sistemas y qué ocurre cuando la misma información cambia en dos lugares diferentes.
4. ¿Cómo se integra con las herramientas que ya utilizamos?
No basta con que aparezca el logotipo de otra plataforma.
Pregunta:
¿qué información intercambian realmente, en qué dirección y con qué frecuencia?
5. ¿Cómo exportamos nuestros datos?
La capacidad de sacar información de una plataforma debe evaluarse antes de entrar, no el día que quieras migrar.
6. ¿Qué roles y permisos existen?
Recepción, administración y personal médico no necesariamente necesitan el mismo acceso.
7. ¿Existe trazabilidad de cambios cuando la función lo requiere?
Especialmente en sistemas que administran información clínica o datos sensibles, debe quedar claro qué mecanismos ofrece la solución para registrar y controlar acciones relevantes.
8. ¿Cómo se migrará la información actual?
Pregunta:
- qué se puede migrar;
- quién lo hará;
- qué formato se requiere;
- qué información podría no migrarse;
- cómo se validará el resultado.
9. ¿Qué depende de un tercero?
WhatsApp, procesamiento de pagos, facturación, almacenamiento, inteligencia artificial u otros servicios externos pueden formar parte de la solución.
Eso no es necesariamente malo.
Pero debe ser visible.
10. ¿Cuál es el costo total y qué queda fuera del plan base?
El precio anunciado no necesariamente equivale al costo completo de operación.
Conviene revisar:
- usuarios incluidos;
- módulos adicionales;
- implementación;
- soporte;
- migración;
- almacenamiento;
- integraciones;
- mensajería;
- funciones de inteligencia artificial;
- actualizaciones o servicios adicionales.
La comparación útil es de costo total de propiedad, no sólo de mensualidad.
11. ¿Qué ocurre cuando dejamos de utilizar la plataforma?
Debe existir una respuesta clara sobre:
- exportación;
- accesos;
- datos;
- formatos;
- proceso de salida.
Prueba procesos, no funciones
Una demostración puede verse impecable cuando el vendedor controla cada clic.
La evaluación útil comienza cuando se utilizan escenarios reales.
Escenario 1 — Nueva solicitud
Una persona llega desde una campaña y pregunta por WhatsApp.
¿Dónde queda registrada?
¿Se conserva el origen?
¿Quién es responsable?
Escenario 2 — Cita
La persona elige horario.
¿El CRM y la agenda reflejan correctamente el cambio?
¿Qué ocurre si reagenda?
Escenario 3 — Atención
La consulta ocurre.
¿Qué sistema registra que la cita fue atendida?
¿Qué información pasa al expediente y qué información no?
Escenario 4 — Cancelación
La persona cancela.
¿La agenda libera el espacio?
¿El CRM conserva el resultado?
¿Existe una siguiente acción si corresponde?
Escenario 5 — Migración
Exporta algunos registros de prueba.
Comprueba qué recibes realmente.
Escenario 6 — Permisos
Entra con perfiles diferentes.
Verifica qué puede consultar y modificar recepción, administración y personal médico.
Ese ejercicio revela mucho más que contar botones.
Qué debería priorizar una clínica pequeña
Una práctica pequeña no necesita necesariamente una arquitectura compleja.
Si existe:
- un solo especialista;
- una agenda sencilla;
- bajo volumen de solicitudes;
- una sola persona controlando recepción;
- pocos canales de adquisición;
puede tener sentido comenzar con menos sistemas.
La complejidad tecnológica también tiene un costo.
La arquitectura debe crecer cuando el proceso lo justifique.
El objetivo no es tener más software.
Es reducir dependencia de memoria, duplicación y trabajo manual sin crear una operación más difícil de administrar que la anterior.
Qué cambia cuando crece la clínica
A medida que aumentan médicos, sedes, canales y personal administrativo, aparecen nuevas preguntas:
- ¿quién puede ver qué?
- ¿quién es responsable de cada solicitud?
- ¿cómo se comparte disponibilidad?
- ¿cómo se relacionan diferentes sedes?
- ¿cómo se consolida la medición?
- ¿qué ocurre con los datos cuando cambia el personal?
- ¿cómo se evita doble captura?
- ¿qué sistemas pueden intercambiar información?
En ese punto la compra deja de ser únicamente una decisión de software.
Se convierte en una decisión de arquitectura operacional.
Matriz rápida: qué sistema buscar según el problema
| Si necesitas principalmente… | Evalúa primero… |
|---|---|
| Organizar horarios y disponibilidad | Agenda médica |
| Reserva y gestión de citas | Agenda / sistema de citas |
| Documentar atención médica | Expediente clínico |
| Administrar expediente electrónico | Sistema clínico / SIRES según alcance |
| Dar seguimiento a solicitudes antes de consulta | CRM |
| Saber de dónde llegan las solicitudes | CRM + atribución |
| Coordinar WhatsApp con estados y responsables | CRM / plataforma conversacional integrada |
| Gestionar cobros | Sistema administrativo o financiero correspondiente |
| Resolver varias de estas capas | Diseño deliberado de arquitectura —integrada o especializada—, no sólo una lista de funciones |
¿Cuál es entonces el mejor software médico?
No existe una respuesta universal.
El mejor sistema para una clínica es el que representa correctamente el proceso para el que fue seleccionado, puede convivir con las demás capas necesarias y no obliga a utilizar una herramienta para una función que no fue diseñada para cumplir.
Una clínica que necesita ordenar su expediente puede tomar una mala decisión comprando primero un CRM.
Una clínica con un buen expediente puede seguir perdiendo continuidad antes de la consulta.
Una clínica con CRM y expediente puede seguir teniendo una agenda fragmentada.
Por eso la secuencia importa:
problema → proceso → sistema responsable → integración → herramienta
No al revés.
Dónde encaja Scalimed
Scalimed diseña infraestructura comercial para clínicas y especialistas médicos privados.
Su ámbito está en capas como:
captación → CRM → WhatsApp → seguimiento → agenda → confirmación → atribución → analítica
Scalimed no sustituye el expediente clínico, no documenta la atención médica y no funciona como proveedor de cumplimiento regulatorio.
Por eso, cuando una clínica ya utiliza software clínico o una agenda, la pregunta no es necesariamente si debe reemplazarlos.
Puede ser:
¿cómo deben conectarse con la infraestructura que administra lo que ocurre antes de la consulta y cómo medimos el resultado?
Esa es una decisión de arquitectura, no de cantidad de software.
Preguntas frecuentes sobre software médico
¿Qué es un software médico?
Es un término amplio utilizado para describir sistemas que apoyan distintos procesos de una práctica o institución de salud, como agenda, expedientes, administración, facturación o seguimiento. Diferentes productos pueden resolver funciones distintas, por lo que “software médico” no identifica por sí mismo qué proceso administra una herramienta.
¿Cuál es la diferencia entre software médico y expediente clínico electrónico?
“Software médico” es una categoría amplia. El expediente clínico electrónico tiene una función específica: documentar electrónicamente información relacionada con la atención médica dentro del marco aplicable.
¿Una agenda médica sustituye un CRM?
No necesariamente. La agenda representa disponibilidad y citas. El CRM representa relaciones, estados administrativos, responsables, siguientes acciones y otros elementos de seguimiento. Algunas plataformas incorporan ambas funciones.
¿Un CRM médico sustituye el expediente clínico?
No. Aunque pueden integrarse y compartir determinados datos, tienen funciones diferentes. El CRM se orienta a continuidad comercial-administrativa; el expediente documenta la atención médica.
¿Es mejor un software médico todo en uno?
Depende. Puede simplificar la operación si sus módulos representan adecuadamente los procesos críticos. En otros casos, una arquitectura con sistemas especializados integrados puede ofrecer mayor profundidad. La decisión debe basarse en procesos, integración y gobierno del dato.
¿Qué debo revisar antes de comprar software médico?
Define primero qué problema resolverá, qué datos conservará, qué proceso representa, con qué sistemas se integra, cómo administra permisos, cuál es su costo total, cómo exporta información y qué ocurre durante una migración o salida.
¿Un software que dice “cumplir NOM-004” está certificado?
No necesariamente. NOM-004 establece criterios relacionados con el expediente clínico. Una afirmación comercial de cumplimiento debe analizarse según su alcance y evidencia. NOM-024 contiene un procedimiento de evaluación de conformidad aplicable a los sistemas comprendidos en su alcance. Si un proveedor afirma contar con una certificación, conviene solicitar la documentación específica y revisar qué producto y versión cubre.
¿La reforma de Salud Digital de 2026 obliga a todas las clínicas privadas a comprar software interoperable?
No puede concluirse eso del decreto por sí solo. La reforma incorporó el concepto de Salud Digital y nuevas disposiciones a la Ley General de Salud. Parte de sus obligaciones de implementación están expresamente dirigidas a instituciones públicas, mientras que los servicios de telesalud sí quedan sujetos a condiciones específicas. El alcance aplicable a cada organización debe evaluarse según sus servicios y circunstancias.
Antes de comprar otra plataforma
Si hoy una clínica utiliza agenda, WhatsApp, expediente, hojas de cálculo y distintas herramientas, la primera solución no siempre es reemplazarlas.
Primero conviene identificar:
qué sistema controla cada proceso, dónde se duplica información y dónde se pierde continuidad.
La evaluación de infraestructura comercial de Scalimed mapea ese recorrido desde la captación hasta la consulta atendida, identifica las capas responsables y detecta puntos donde CRM, WhatsApp, seguimiento, agenda y medición no están conectados correctamente.
No sustituye una evaluación clínica, jurídica o regulatoria del expediente.
Solicita una evaluación de la infraestructura comercial de tu clínica con Scalimed.
Antes de reemplazar herramientas, identifica dónde se rompe la continuidad.
La evaluación de infraestructura comercial de Scalimed mapea el recorrido desde la captación hasta la consulta atendida y detecta dónde CRM, WhatsApp, seguimiento, agenda y medición no están conectados correctamente.
Sin sustituir la evaluación clínica, jurídica o regulatoria de los sistemas médicos.
Fuentes de verificación editorial
-
Diario Oficial de la Federación. NOM-004-SSA3-2012, Del expediente clínico. Publicada el 15 de octubre de 2012. Consultada el 7 de septiembre de 2026.
https://www.dof.gob.mx/normasOficiales.php?codp=4909&view=si -
Secretaría de Economía, Plataforma de Normalización. NOM-004-SSA3-2012. Estado de la norma: vigente. Consultada el 7 de septiembre de 2026.
https://platiica.economia.gob.mx/normalizacion/nom-004-ssa3-2012/ -
Diario Oficial de la Federación. NOM-024-SSA3-2012, Sistemas de información de registro electrónico para la salud. Intercambio de información en salud. Publicada el 30 de noviembre de 2012. Consultada el 7 de septiembre de 2026.
https://dof.gob.mx/nota_detalle.php?codigo=5280847&fecha=30/11/2012 -
Secretaría de Economía, Plataforma de Normalización. NOM-024-SSA3-2012. Estado de la norma: vigente. Consultada el 7 de septiembre de 2026.
https://platiica.economia.gob.mx/normalizacion/nom-024-ssa3-2012/ -
Diario Oficial de la Federación. Decreto por el que se reforman, adicionan y derogan diversas disposiciones de la Ley General de Salud. Publicado el 15 de enero de 2026. Consultado el 7 de septiembre de 2026.
https://www.dof.gob.mx/abrirPDF.php?anio=2026&archivo=15012026-MAT.pdf -
Cámara de Diputados del H. Congreso de la Unión. Ley Federal de Protección de Datos Personales en Posesión de los Particulares. Texto vigente. Publicada el 20 de marzo de 2025; última reforma publicada el 14 de noviembre de 2025. Consultada el 7 de septiembre de 2026.
https://www.diputados.gob.mx/LeyesBiblio/ref/lfpdppp.htm
Autoría
Publicado por: Equipo editorial de Scalimed
Fecha de publicación: 20 de agosto de 2026