Un framework por especialidad software clínica no es una pantalla distinta con otro color. Es la diferencia entre un expediente donde cada anotación se valida contra una plantilla conocida y otro donde todo cabe en un cuadro de texto libre. La segunda opción parece más flexible el primer día y se vuelve inservible el día que alguien pregunta cuántos pacientes tienen registrado un dato concreto.
¿Qué significa que un software tenga framework por especialidad?
Que cada vertical trae su propio conjunto de plantillas, campos y escalas, y que el sistema comprueba cada entrada contra la plantilla activa antes de guardarla. En Sanagest son seis packs clínicos: dental, estética y dermatología, fisioterapia y osteopatía, nutrición, podología y psicología. Cada uno está mapeado a su unidad asistencial del catálogo oficial y se puede activar por sede, de modo que dos centros del mismo grupo no tienen por qué trabajar con la misma configuración.
De dónde sale el catálogo de unidades asistenciales
Real Decreto 1277/2003, de 10 de octubre, por el que se establecen las bases generales sobre autorización de centros, servicios y establecimientos sanitarios (BOE-A-2003-19572), texto consolidado. Su anexo II define el catálogo común de unidades asistenciales, de la U.1 a la U.107, que es el vocabulario con el que las comunidades autónomas autorizan y registran cada centro. Comprobado en boe.es el 31 de julio de 2026, sobre la consolidación de 26 de marzo de 2026, en vigor desde el 1 de julio de 2026.
El problema del campo libre: lo que no se puede consultar después
Un software genérico resuelve la variedad clínica con un cuadro de texto grande. Funciona para escribir y falla para leer. Si el índice tobillo-brazo de un paciente está dentro de un párrafo, nadie puede listar a quién le toca repetirlo; si la escala de dolor se anotó a mano y con formato distinto cada vez, la evolución no se puede dibujar. El dato existe, pero no es consultable, y un dato que no es consultable no sirve para el seguimiento ni para la memoria de la clínica.
- Validación contra la plantilla activaCada entrada se comprueba contra la plantilla de su especialidad en el momento de guardarla, no en una revisión posterior que nadie hace.
- Escalas versionadas, no copiadasLas escalas viven versionadas dentro del pack de su vertical, de modo que un cambio de criterio no reescribe lo que ya se registró con la versión anterior.
- Activación por sedeUna clínica del grupo puede trabajar con el pack de podología y otra no, sin que eso obligue a mantener dos instalaciones distintas.
- Un solo núcleo debajoLos packs no crean tablas paralelas por especialidad: la historia sigue siendo una y consistente, con las mismas reglas de acceso y auditoría.
Plantillas versionadas: por qué importa la versión que se firmó
Las plantillas clínicas cambian: se añade un campo, se retira una escala que ha quedado obsoleta, se reordena la exploración. Si el sistema sobrescribe la plantilla, todo lo registrado antes queda descrito por un formulario que ya no existe, y reconstruir qué se preguntó exactamente en una visita de hace dos años se vuelve imposible. Versionar significa que cada entrada conserva la versión con la que se creó, y que una revisión posterior puede saber qué se preguntó y qué no.
La consecuencia se agradece mucho más tarde. Cuando alguien revisa un caso años después, por una reclamación, una segunda opinión o una revisión interna, puede distinguir si un campo está vacío porque nadie preguntó o porque la plantilla de entonces ni siquiera lo contemplaba. Son dos situaciones muy distintas, y la diferencia entre ellas suele ser justo lo que se acaba discutiendo.
¿Y si mi clínica atiende tres especialidades a la vez?
Ese es exactamente el caso que rompe a los programas verticales cerrados. Con un producto por especialidad acabas con tres bases de datos, tres agendas y un paciente repetido en las tres, sin que ninguno de los tres profesionales vea las alergias que anotó otro. Con un núcleo común y packs activables, el paciente conserva un único expediente y cada profesional trabaja con el formulario de su disciplina, viendo del resto solo lo que le corresponde por su rol.
Cómo funciona la historia clínica unificada
Un expediente por paciente, packs por especialidad y registro inmutable con corrección trazada. Cómo conviven esas plantillas sobre un mismo núcleo está explicado aquí al lado.
Preguntas frecuentes sobre el framework por especialidad
¿Un software genérico no vale para una clínica pequeña?
Vale para empezar y se queda corto en cuanto hay que consultar. Mientras el volumen es bajo, la memoria del profesional suple lo que el sistema no estructura. Cuando entra un segundo profesional, o cuando hay que revisar dos años atrás, la información que solo vive en texto libre deja de estar disponible para cualquiera que no la escribiera.
¿Puedo añadir campos propios a la plantilla de mi especialidad?
Sí, con un editor de formularios que no exige tocar código. Además, ese editor detecta por el contenido qué campos son de categoría especial —salud mental, datos genéticos y otros supuestos sensibles— en vez de fiarse de lo que declare quien crea el formulario, que es donde suelen colarse los errores de clasificación.
¿Qué pasa con lo registrado antes de cambiar una plantilla?
Se conserva tal como se registró, asociado a la versión de plantilla vigente en ese momento. Cambiar la plantilla no reescribe el pasado ni obliga a rellenar campos que entonces no existían. Es la única forma de que una revisión posterior sepa qué se preguntó de verdad en aquella visita.
¿Los packs por especialidad crean bases de datos separadas?
No, y ese es el punto. Validan la entrada contra la plantilla de su vertical, pero escriben sobre el mismo núcleo de historia clínica, con las mismas reglas de acceso y la misma cadena de auditoría. Si cada pack tuviera su propia tabla, volveríamos al silo por especialidad que se pretendía evitar.
Escalas y cuestionarios que sí se pueden comparar
PROMs y escalas versionadas por especialidad, respondidas desde el portal del paciente. Y si vienes de un programa vertical, mira qué cambia al unificar el expediente.