Implementación, soporte y capacitación: 9 preguntas antes de firmar tu software médico

Lo que compras no termina en la pantalla

Casi todas las decisiones de compra de software médico se toman mirando funcionalidades: que tenga agenda, que genere RIPS, que permita firmar la historia clínica, que emita la factura electrónica. Es un criterio necesario y es exactamente el que trabajamos en la guía de criterios para elegir software de historia clínica. Pero es incompleto.

Dos sistemas con la misma lista de funciones pueden dar resultados opuestos según quién esté detrás. La diferencia no aparece en la demo: aparece la semana en que hay que cargar 6.000 pacientes, el día en que la recepcionista nueva no sabe reagendar, y el mes en que una resolución cambia las reglas de validación y tu facturación se detiene.

Ese es el terreno que casi nadie evalúa antes de firmar, y es donde se concentra el arrepentimiento. Cuando alguien nos cuenta por qué está buscando cambiarse, rara vez dice «le faltaba una función»; dice «nadie me contestaba» o «nunca terminamos de configurarlo». Vale la pena revisar las señales de que es momento de cambiar de software: buena parte son de servicio, no de producto.

Puesta en marcha: quién hace qué, y en cuánto tiempo

«Se implementa en un día» y «se implementa en tres meses» pueden ser ambas ciertas, porque implementar significa cosas distintas según de dónde vengas. Un médico independiente que arranca desde cero solo necesita crear su cuenta, configurar su agenda y su formato de historia clínica. Una IPS con cinco servicios habilitados, tres sedes y quince años de expedientes está haciendo otra cosa.

Las preguntas que ordenan esta parte son cuatro:

• 1. ¿Qué hace el proveedor y qué me toca a mí? Normalmente el prestador entrega la información y el proveedor la carga y valida. Si eso no queda claro, el cronograma se cae en la primera semana: casi todos los retrasos de implementación nacen de datos incompletos o en un formato distinto al pedido.
• 2. ¿En qué formato tengo que entregar los datos? Pide las plantillas antes de firmar, no después. Ver el archivo real te dice cuánto trabajo previo tienes: qué campos son obligatorios, cómo se asocia cada historia con su paciente, y qué pasa con las historias que solo existen en PDF o en papel.
• 3. ¿Cuánto tarda la carga según mi volumen? No aceptes un rango genérico. Un proveedor que ha migrado clientes sabe decirte cuántos días hábiles toma tu caso según el número de registros.
• 4. ¿Qué pasa con lo que no se puede migrar? Ninguna migración traslada el 100% de todo. Pregunta qué queda fuera, cómo se consulta el histórico que no entra y durante cuánto tiempo vas a necesitar tener el sistema anterior a la mano.

Una advertencia sobre esa última pregunta: la migración no te libera de la custodia. La Resolución 1995 de 1999, modificada por la Resolución 839 de 2017, exige retener la historia clínica mínimo 15 años desde la última atención —los primeros 5 en archivo de gestión y los 10 siguientes en archivo central—, sin importar cuántas veces cambies de sistema. Ese deber es tuyo como prestador; el software es la herramienta, no el responsable. Lo desarrollamos en la guía de gestión documental de historias clínicas.

Y conviene decidir de entrada si vas a apagar el sistema viejo de golpe o a convivir un tiempo con los dos. La segunda opción suele doler menos: es el enfoque de cambiar de software sin frenar la consulta, configurando por etapas en vez de detener la agenda una semana.

Capacitación: el problema no es la primera semana, es el sexto mes

Casi todos los proveedores capacitan al arrancar. El punto ciego está después. En un consultorio o una IPS, quien más usa el sistema no siempre es el médico: es la persona que agenda, la que recibe al paciente y la que arma la factura. Y es justo donde hay más rotación.

Por eso la pregunta útil no es «¿incluye capacitación?» sino «¿qué pasa con la persona que entre en marzo?». Un plan que solo existió el primer mes se evapora con la primera renuncia, y entonces el sistema empieza a usarse mal: campos que se dejan vacíos, diagnósticos que se escriben en texto libre en vez de codificarse, servicios que se prestan y no se facturan.

Qué preguntar en concreto:

• Cuántas sesiones incluye el plan contratado y si son en vivo, grabadas o ambas.
• Para qué roles: quien agenda, quien atiende y quien factura necesitan formaciones distintas, no la misma sesión general.
• Qué queda disponible después: material a demanda, centro de ayuda, videos cortos por tarea.
• Si hay capacitaciones abiertas y recurrentes a las que puedas mandar a alguien nuevo sin pagar una sesión privada.
• Quién configura los datos maestros: tarifas, contratos, servicios habilitados, plantillas de historia clínica. Configurar mal esto al inicio genera glosas durante meses.

Ojo con un detalle que cambia las cuentas: en muchas plataformas —Saludtools incluida— cada profesional tiene su propio plan y su propio usuario. Si sois seis médicos, la capacitación tiene que llegar a los seis, no a uno que después «le explica al resto». Pregunta cómo se maneja eso antes de firmar, porque afecta tanto el costo como el tiempo de puesta en marcha.

Soporte: qué significa realmente cada promesa

«Soporte permanente», «acompañamiento personalizado» y «atención inmediata» no significan nada verificable. Traducirlas es sencillo si haces cuatro preguntas cerradas:

1. ¿Por qué canales se atiende? Chat dentro del sistema, WhatsApp, teléfono, correo. Un solo canal por formulario web es una señal de alerta.
2. ¿En qué horario? Y en particular: ¿qué cobertura hay sábados, o el 30 de cada mes cuando se cierra facturación?
3. ¿Cuánto tarda una primera respuesta? Pide el dato promedio, no el compromiso comercial.
4. ¿Cómo se escala una urgencia? No es lo mismo «no encuentro un botón» que «no puedo emitir facturas hoy». Pregunta qué se considera crítico y qué pasa entonces.

Hay una quinta pregunta que casi nadie hace y que dice mucho: ¿quién contesta? Un equipo que conoce el sector entiende que «me está rechazando el CUV» es un problema de facturación en salud, no un ticket genérico de software. Si quien atiende no sabe qué es un RIPS ni una glosa, cada consulta tuya empieza explicando el sistema de salud colombiano.

Quién responde cuando cambia la norma (2026 fue la prueba)

Este es el criterio que más plata ahorra y el que menos se evalúa. En Colombia el marco regulatorio se mueve todos los años, y cuando se mueve, tu software tiene que moverse con él o dejas de poder facturar.

2026 lo dejó claro con dos ejemplos:

• Resolución 948 de 2026 (expedida el 14 de mayo): consolidó en una sola norma el RIPS como soporte de la factura electrónica de venta en salud y derogó las Resoluciones 2275 de 2023, 558 y 1884 de 2024. No fue un cambio de un día: su transición fijó el 1 de junio para el endurecimiento de un grupo de reglas de validación que pasaron a rechazo, y el 1 de julio para la entrada de cinco reglas nuevas y ajustes estructurales en el reporte. Además introdujo el CUCON, el código único de contrato. Quien no tenía a nadie detrás del software vio rechazos donde antes había notificaciones.
• Resolución 1732 de 2026 (5 de agosto): adoptó los Tomos I y II de un nuevo Manual de Inscripción de Prestadores y Habilitación de Servicios, llamado a sustituir a la Resolución 3100 de 2019. Abrió un régimen de transición de 12 meses: durante ese año cada prestador puede seguir habilitándose bajo la 3100 o acogerse anticipadamente a la 1732, y la 3100 solo queda derogada al terminar la transición. Es decir, hoy conviven dos marcos y tu software tiene que servirte en el que elijas.

A eso se suma la interoperabilidad: la Resolución 1888 de 2025 adoptó el Resumen Digital de Atención (RDA) con un esquema de implementación progresiva y por fases dirigido por el Ministerio, bajo estándar HL7 FHIR. No es un interruptor que se activa el mismo día para todos, y por eso conviene preguntar dónde está parado tu proveedor en ese camino en vez de aceptar un «ya cumplimos» sin detalle.

Las preguntas para la demo son estas:

• ¿Cómo se enteraron de los cambios de la 948 y en cuánto tiempo los aplicaron? Es verificable: pasó hace pocos meses y sus clientes lo vivieron.
• ¿Cómo avisan a los clientes? Un correo, un aviso dentro del sistema, una sesión abierta de explicación. O nada, y te enteras cuando te rechazan una factura.
• ¿Las actualizaciones normativas tienen costo adicional? En un modelo en la nube no deberían: llegan solas y sin instalar nada. Si tu sistema está instalado en un servidor propio, esa actualización es un proyecto cada vez —lo comparamos en historia clínica en la nube o instalada.

Las 9 preguntas, en una sola lista

Llévalas a la demo tal cual y pide las respuestas por correo. Un proveedor sólido las contesta sin incomodarse; uno que improvisa se nota en la tercera.

1. ¿Qué hacen ustedes y qué me toca a mí en la puesta en marcha, semana por semana?
2. ¿En qué formato debo entregar los datos y me pueden mostrar la plantilla real hoy?
3. ¿Cuántos días hábiles toma la carga para mi volumen de pacientes e historias?
4. ¿Qué información no se puede migrar y cómo la consulto después?
5. ¿Cuántas sesiones de capacitación incluye, para qué roles, y qué material queda disponible?
6. ¿Qué pasa con el personal que entre dentro de seis meses?
7. ¿Por qué canales y en qué horario atiende el soporte, y cuál es el tiempo real de primera respuesta?
8. ¿Cómo se escala una urgencia que me impide facturar o atender hoy?
9. ¿Quién actualiza el sistema cuando cambia una norma, en cuánto tiempo y con qué costo?

Y un consejo sobre el contrato: cierra también la salida. Deja por escrito en qué formato te entregan tus datos si algún día te vas, en cuánto tiempo y quién asume ese costo. Es el tema de propiedad, exportación y portabilidad de la historia clínica, y es mucho más fácil negociarlo antes de firmar que después.

Cómo probar el servicio antes de comprometerte

Dos semanas bastan para ver lo que la demo esconde. Un plan simple:

• Días 1 a 3: pide las plantillas de migración y revísalas con quien maneja tus datos. Si ya ahí te cuesta entender qué piden, imagina el resto.
• Días 4 a 7: configura un servicio real —no un caso de prueba— con acompañamiento del proveedor. Anota cuántas veces tuviste que escribir para avanzar.
• Días 8 a 11: haz que agende y atienda alguien de tu equipo que no estuvo en la demo. Si esa persona necesita que le expliques todo, la capacitación real será más larga de lo prometido.
• Días 12 a 14: escribe al soporte tres veces, en horarios distintos, con dudas de distinta urgencia. Compara tiempos y calidad.

Al final tendrás algo que ninguna presentación comercial da: evidencia propia sobre cómo será tu año con ese proveedor. Y si vienes de Excel o de papel, revisa antes qué implica pasar de Excel a una historia clínica electrónica, porque el trabajo de ordenar los datos empieza mucho antes de la firma.

Cómo trabajamos esto en Saludtools

Para que las preguntas anteriores no se queden en abstracto, así respondemos nosotros a las que tocan implementación y datos, con la información que entregamos por escrito a quien lo pide:

• Alcance de la migración: carga de datos de pacientes, asociación y carga de historias clínicas, y validación de la integridad de la información.
• Plantillas definidas: un formato para pacientes —con campos obligatorios de identificación, fecha de nacimiento y género— y uno para historias clínicas que es flexible, donde cada columna es un campo personalizable y el único dato obligatorio es el número de documento. Las historias en PDF se reciben con una estructura fija de nombre de archivo.
• Tiempos por volumen, en días hábiles: de 1 a 5.000 registros, 4 días; de 5.001 a 10.000, 6 días; de 10.001 a 20.000, 8 días; de 20.001 a 50.000, 10 días; de 50.001 en adelante, entre 10 y 15 días.
• Condiciones: la información se envía al correo de soporte, se maneja bajo la Ley 1581 de 2012, se migra sin modificar el contenido, los errores o faltantes se reportan para corrección antes de la carga final y, una vez validada, se eliminan las copias locales.
• Actualizaciones normativas: al ser un sistema 100% en la nube, los cambios llegan sin que tengas que instalar nada. Requiere conexión a internet para operar.

No decimos que estos números sean los únicos aceptables del mercado. Decimos que un proveedor debería poder darte los suyos con este nivel de detalle antes de que firmes, y que si no puede, esa es la respuesta.