Este glosario en dos líneas: reúne, con definiciones verificables y sin marketing, los términos técnicos, normativos y clínicos que aparecen al evaluar o usar un software de gestión clínica en España — desde DICOM hasta el CIE-10, pasando por la AEPD o la seudonimización. Cada entrada explica el concepto en sí, no lo que hace un producto concreto con él.

Glosario clínico-digital: los términos que necesitas conocer para elegir software de clínica

Definiciones claras, sin jerga innecesaria, de los estándares de imagen médica, los catálogos clínicos, los organismos reguladores y los conceptos de seguridad y documentación que aparecen constantemente al hablar de software para clínicas y consultas en España.

diccionario técnico abierto con pestañas de colores junto a un ordenador portátil. Un mismo término técnico puede significar cosas ligeramente distintas según quién lo use: este glosario fija la definición de referencia.

1. Qué es este glosario y para quién es

Este glosario reúne, en entradas independientes, los términos que aparecen con más frecuencia al hablar de software de gestión clínica en España: desde estándares técnicos de imagen médica hasta organismos reguladores, catálogos clínicos y conceptos de protección de datos. Cada entrada responde a una única pregunta —qué es este término, exactamente— sin mezclarla con el argumento comercial de ningún producto.

1.1. Para quién está pensado

Para quien dirige o gestiona una clínica o consulta y se encuentra, al comparar software, con palabras que nadie le explica sin venderle algo a la vez: DICOM, PACS, CIE-10, AEPD, seudonimización. También para el propio profesional sanitario que quiere entender qué obligación real hay detrás de una sigla que aparece en un contrato o en una ficha técnica.

1.2. Qué NO es este glosario

No es una comparativa de productos ni una guía de compra. Cada entrada define el concepto de forma independiente de cualquier software concreto, y solo al final explica —cuando aplica— qué hace obeliOmed en relación con ese término, sin que eso condicione la definición de arriba.

2. Por qué hace falta un glosario, y no solo guías operativas

El resto del contenido de obeliomed.com explica cómo resolver un problema concreto de gestión clínica: cómo automatizar los recordatorios, cómo organizar la agenda, cómo digitalizar la historia clínica. Ese contenido asume que el lector ya sabe qué es un PACS o qué exige la AEPD. Este glosario cubre el escalón anterior: la definición en sí, sin dar por supuesto ningún conocimiento previo.

2.1. La intención de búsqueda es distinta

Quien busca «qué es DICOM» no está buscando lo mismo que quien busca «cómo integrar mi topógrafo con mi software»: la primera pregunta necesita una respuesta corta, precisa y verificable; la segunda necesita un procedimiento. Confundir las dos intenciones en un mismo artículo deja a los dos lectores peor servidos.

2.2. Por qué esto también importa para la visibilidad en buscadores con IA

Los motores de respuesta con inteligencia artificial —los que responden directamente a una pregunta en lugar de listar enlaces— citan con preferencia contenido con estructura de definición: una pregunta clara y una respuesta autosuficiente, sin necesidad de leer el resto del artículo. Cada entrada de este glosario está escrita, además de para el lector humano, con ese formato.

3. Imagen médica y equipos de diagnóstico

fichas técnicas agrupadas por color en bloques temáticos sobre una mesa. Los términos de imagen médica son los que más confusión generan al comparar software de clínica.

3.1. Qué cubre este bloque

Los términos relacionados con cómo un equipo de diagnóstico genera, exporta y comunica sus estudios: qué es un formato de archivo, qué es un servidor de imagen y qué es el mecanismo que evita teclear el nombre del paciente a mano en cada prueba.

3.2. Las entradas de este bloque

3.3. La confusión que más dinero cuesta en este bloque

Es la de formato contra infraestructura. Que un software «trabaje con DICOM» significa que sabe abrir y guardar ese tipo de archivo; que «tenga PACS» significaría además que recibe los estudios solo, por red, en cuanto el equipo termina la prueba. Son cosas distintas y con precios muy distintos. La pregunta que las separa cabe en una frase: ¿aparece el estudio en la ficha del paciente sin que nadie lo suba? Si la respuesta tiene un «pero», ya sabes cuál de las dos tienes delante — y para la mayoría de las consultas la primera basta.

4. Interoperabilidad y estándares clínicos

4.1. Qué cubre este bloque

Los estándares que permiten que dos sistemas de salud distintos —dos software de gestión clínica, un hospital y una clínica privada, un país y otro dentro de la Unión Europea— intercambien información del paciente sin perder su significado clínico. Aquí viven siglas como HL7, FHIR o el propio Espacio Europeo de Datos Sanitarios (EHDS).

4.2. Por qué importa aunque tu clínica no comparta datos hoy

La interoperabilidad no es solo una obligación técnica de hospitales grandes: el marco europeo avanza hacia que cualquier sistema de salud, incluida una consulta privada pequeña, pueda necesitar en algún momento intercambiar datos de un paciente con otro proveedor de salud, dentro de España o de la Unión Europea.

4.3. Las tres siglas que hay que saber distinguir

  • HL7: la familia de estándares clásica para que dos sistemas sanitarios se manden mensajes —un alta, un resultado, un ingreso— con un formato acordado. Es anterior a la web y sigue moviendo buena parte de la información entre sistemas hospitalarios.
  • FHIR: la generación moderna de esa misma familia, pensada para intercambiar piezas de información sueltas —un paciente, una alergia, una prueba— a través de la web. Es la base sobre la que se están construyendo los servicios de salud digital europeos.
  • EHDS: el Espacio Europeo de Datos Sanitarios, el marco que obligará a que la información clínica pueda circular entre países de la Unión, con un calendario que se despliega a lo largo de los próximos años.

La consecuencia práctica para una clínica pequeña no es tener que implementar nada mañana. Es más simple y más urgente: preguntar a tu proveedor en qué formato podrías sacar tus datos si tuvieras que llevártelos o compartirlos. Un sistema que solo exporta a PDF o a una hoja de cálculo no está preparado para nada de lo anterior, y eso se sabe hoy, no dentro de cinco años.

5. Catálogos y codificación clínica

5.1. Qué cubre este bloque

Los sistemas de codificación que traducen un diagnóstico, un procedimiento o un medicamento a un código estandarizado en lugar de a texto libre: el CIE-10 para diagnósticos, el código ATC para medicamentos, el UDI para dispositivos médicos.

5.2. Por qué un código es mejor que una frase escrita a mano

Un diagnóstico escrito como texto libre —«glaucoma de ángulo abierto», «glaucoma ángulo abierto», «GAA»— es el mismo concepto clínico escrito de tres formas distintas, que ni un informe estadístico ni una alerta automática pueden cruzar de forma fiable. Un código estandarizado elimina esa ambigüedad.

5.3. Los catálogos que vas a encontrarte

  • CIE-10: la clasificación internacional de enfermedades, que asigna un código a cada diagnóstico. Es la referencia para informes, estadística y facturación a terceros.
  • Código ATC: la clasificación de los medicamentos por sistema anatómico y acción terapéutica. Es lo que permite detectar que dos productos con nombres comerciales distintos hacen lo mismo.
  • UDI: el identificador único de un dispositivo o implante, que permite saber exactamente qué se le puso a qué paciente y localizar a los afectados si el fabricante emite un aviso.
  • Excipiente de declaración obligatoria: un componente que no es el principio activo pero que la ficha del medicamento obliga a declarar por su relevancia para determinados pacientes.

El criterio verificable, para cualquiera de ellos, es el mismo: pregunta si el catálogo se actualiza y cada cuánto. Un catálogo clínico congelado en la fecha en que se instaló el software envejece mal y en silencio, y el día que importa —una alerta que no salta, un código que ya no existe— nadie sabe desde cuándo estaba desactualizado.

6. Organismos y normativa sanitaria

6.1. Qué cubre este bloque

Quién regula qué, en España, cuando se trata de software clínico: la AEMPS sobre productos sanitarios, la AEPD sobre protección de datos, el papel del delegado de protección de datos (DPD) dentro de una clínica, y normativas de facturación como VeriFactu.

6.2. Por qué conocer al organismo importa tanto como conocer la norma

Muchas obligaciones legales se citan por su sigla sin explicar quién la exige ni a quién hay que responder si algo falla. Este bloque conecta cada término con el organismo concreto que lo supervisa, para que sea posible verificarlo directamente en la fuente oficial en lugar de fiarse de lo que diga un tercero.

6.3. Quién es quién, en una línea cada uno

  • AEPD: la Agencia Española de Protección de Datos. Supervisa el tratamiento de datos personales, incluidos los de salud, y es quien resuelve una reclamación de un paciente sobre su historia clínica.
  • AEMPS: la Agencia Española de Medicamentos y Productos Sanitarios. Regula medicamentos y productos sanitarios, y es la referencia para saber qué software se considera producto sanitario y qué no.
  • DPD: el delegado de protección de datos, la figura interna o externa que vela por el cumplimiento en el centro. En centros sanitarios que tratan datos de salud a gran escala, su designación no es opcional.
  • VeriFactu: el marco de facturación verificable de la Agencia Tributaria, que afecta a cómo se emiten y conservan las facturas de la clínica, no a la parte clínica del sistema.

La norma de fondo en materia de historia clínica sigue siendo la Ley 41/2002, de autonomía del paciente, que fija qué debe contener la documentación clínica, quién puede acceder a ella y durante cuánto tiempo hay que conservarla.

7. Documentación e historia clínica

7.1. Qué cubre este bloque

Los documentos y conceptos que componen la historia clínica de un paciente: la anamnesis, la evolución clínica, el juicio clínico, el informe de alta, el consentimiento informado. Términos que cualquier profesional sanitario usa a diario, pero que rara vez se definen con precisión fuera de un contexto académico.

7.2. Los documentos, definidos en una línea

  • Anamnesis: la entrevista inicial donde se recoge el motivo de consulta, los antecedentes y lo que el paciente cuenta. Es el punto de partida del proceso, y lo que más se resiente cuando se anota en texto libre sin estructura.
  • Evolución: la anotación de cada contacto posterior. Es lo que convierte una sucesión de visitas en una historia que se puede leer de corrido.
  • Juicio clínico: la conclusión diagnóstica del profesional en un momento dado, que puede cambiar a medida que llegan pruebas — y por eso importa que quede fechado y atribuido.
  • Informe de alta: el documento que cierra un proceso asistencial y lo resume para el paciente y para quien lo atienda después.
  • Consentimiento informado: la constancia de que el paciente recibió la información relevante y aceptó un procedimiento. No es un trámite de firma: es parte de la documentación clínica y tiene sus propias reglas de conservación.

7.3. Relación con el episodio clínico

Todos estos documentos cuelgan, en la práctica, de un episodio clínico concreto —la unidad que agrupa una consulta o un proceso asistencial completo—. Cómo se organiza esa relación se trata en profundidad en la guía sobre el episodio clínico.

8. Seguridad, custodia y protección del dato

8.1. Qué cubre este bloque

Los conceptos que determinan cómo se protege un dato de salud una vez está dentro del sistema: la diferencia entre anonimizar y seudonimizar, qué es la trazabilidad de un cambio, qué es el cifrado y qué es una firma electrónica válida legalmente.

8.2. Las cuatro parejas que más se confunden

  • Anonimizar frente a seudonimizar: anonimizar es romper el vínculo con la persona de forma irreversible; seudonimizar es sustituirlo por una referencia que alguien autorizado puede deshacer. Un dato seudonimizado sigue siendo un dato personal, con todas sus obligaciones.
  • Cifrado frente a control de acceso: el cifrado protege el dato frente a quien se lleva el soporte; el control de acceso decide quién, dentro del sistema, puede verlo. Hacen falta los dos y ninguno sustituye al otro.
  • Trazabilidad frente a copia de seguridad: la trazabilidad registra quién cambió qué, cuándo y cuál era el valor anterior; la copia de seguridad permite recuperar el estado de ayer. Responden a preguntas distintas y solo la primera sirve ante una reclamación.
  • Firma electrónica frente a firma escaneada: la primera vincula el documento con quien lo firma y detecta cualquier cambio posterior; la segunda es una imagen pegada, y no prueba nada por sí sola.

Conviene además saber qué capa hace cada cosa. Las copias periódicas de la información, por ejemplo, las hace la infraestructura del servidor —cada pocas horas, y con copias diarias, semanales y mensuales—, no el programa de gestión clínica. Cuando un proveedor te lo cuente, pídele que diga a qué capa corresponde: es la forma más rápida de distinguir un argumento verificable de un adorno de folleto.

8.3. Un bloque que se ampliará con su propio silo

Estas entradas dan la definición corta de cada término. El desarrollo en profundidad de cómo se aplican estos conceptos en un sistema clínico —con su propia casuística y sus propios criterios de evaluación— corresponde al silo dedicado a seguridad y gobierno del dato, que amplía cada uno de estos términos por separado.

9. Cómo usar este glosario al evaluar un software clínico

Cada entrada incluye, además de la definición, una sección de criterios verificables: qué debería cumplir un software que trabaja con ese concepto, en términos que se pueden comprobar directamente sobre el sistema que estás evaluando o usando, sin depender de la ficha comercial de nadie.

9.1. No se lee entero: se consulta

La forma útil de usar un glosario no es leerlo de principio a fin, sino abrirlo en el momento en que aparece un término que no termina de estar claro —en una demostración, en un presupuesto, en un contrato— y volver a la conversación con la definición delante. Media hora de lectura previa se olvida; una definición consultada en el minuto en que hace falta cambia la pregunta siguiente, y es la pregunta siguiente la que decide la compra.

9.2. Convierte cada entrada en una pregunta al proveedor

Los criterios de cada entrada están escritos para poder leerse en voz alta. «¿El estudio llega solo a la ficha o hay un paso manual?». «¿Cada cuánto se actualiza el catálogo de diagnósticos?». «Cuando alguien corrige un dato, ¿queda registrado quién y qué había antes?». Ninguna de ellas exige saber de tecnología, y todas se responden con un sí o un no seguidos de una demostración. Si una respuesta llega envuelta en jerga, vuelve a preguntarla en los mismos términos.

9.3. Y compruébalo sobre el sistema que ya tienes

El uso más rentable de estos criterios no es elegir software nuevo: es medir el que ya está funcionando. Coge un paciente real con varios años de historia y recorre la lista. Lo que no cumpla no significa necesariamente que haya que cambiar de programa —a veces es configuración, a veces es un hábito de trabajo—, pero sí te dice dónde estás asumiendo un riesgo sin haberlo decidido. Esa lista, escrita, vale más que cualquier comparativa.

10. Preguntas frecuentes sobre este glosario

¿Este glosario se actualiza con el tiempo?

Sí. Se van añadiendo entradas por bloques temáticos y se revisan cuando cambia la normativa que citan, por ejemplo si un plazo legal se modifica o un organismo cambia de nombre o de competencias. Cada entrada lleva su propia fecha de última actualización al final del artículo, de modo que puedes saber a qué momento corresponde lo que estás leyendo. En un terreno donde el calendario regulatorio europeo se mueve cada pocos meses, esa fecha es parte de la información y no un adorno: una definición sin fecha no se puede contrastar con nada.

¿Las definiciones de este glosario son específicas de obeliOmed?

No. Cada término se define de forma independiente de cualquier producto, tal y como lo define el estándar, el organismo regulador o la práctica clínica habitual. Solo al final de cada entrada, en una sección aparte y claramente separada, se explica qué relación tiene obeliOmed con ese concepto, sin que eso condicione la definición de arriba. Esa separación es deliberada: un glosario que define los términos a la medida de un producto deja de servir justo para lo que un glosario existe.

¿Por qué hay términos en inglés dentro de un glosario en español?

Porque la mayoría de los estándares técnicos de salud —DICOM, HL7, FHIR— se desarrollaron y se nombran en inglés, y así se usan también en la documentación técnica y regulatoria en español. Traducirlos crearía un vocabulario que nadie usa en una reunión real ni en un contrato de proveedor, y que haría más difícil buscar información fiable después, porque la documentación oficial de cada estándar está en inglés. La excepción son los organismos y normas nacionales —AEPD, LOPDGDD— que se nombran en español porque así los identifica su propia fuente. Cada entrada incluye el nombre completo y su equivalente en español cuando existe uno de uso habitual.

¿Puedo sugerir un término que falte en el glosario?

El glosario se amplía siguiendo la demanda real de términos que aparecen al elegir o usar software clínico, priorizando los que generan más confusión o los que tienen menos información fiable disponible en español. Si un término concreto no está todavía, es señal de que su turno está pendiente, no de que se haya descartado. Los bloques se publican completos, no a medias, así que un término puede tardar en aparecer porque su bloque entero está en preparación y no porque se haya considerado poco importante.

¿Qué diferencia hay entre este glosario y un artículo operativo del blog?

Un artículo operativo explica cómo resolver un problema concreto —automatizar una tarea, cumplir una obligación, elegir entre dos opciones— y suele ser más largo y con pasos secuenciales. Una entrada del glosario responde a una única pregunta de definición, de forma corta y autosuficiente, y enlaza al artículo operativo correspondiente cuando el lector quiere profundizar. Son dos intenciones de búsqueda distintas, y mezclarlas en un mismo texto deja a los dos lectores peor servidos de lo que estaban al llegar. La forma más útil de combinarlos es consultar el glosario cuando un término del artículo operativo no te queda claro, no leer ambos de principio a fin.

¿Los términos legales de este glosario sustituyen el asesoramiento de un abogado o un DPD?

No. Las entradas que tocan normativa —AEPD, DPD, RGPD, LOPDGDD, Ley 41/2002— explican el concepto y a quién corresponde su cumplimiento, pero no son asesoramiento legal personalizado. Para decidir cómo aplica una norma concreta a la situación de tu clínica, la referencia sigue siendo un profesional legal o el propio delegado de protección de datos del centro. Lo que sí puedes esperar de cada entrada es el enlace a la fuente oficial, para que puedas comprobar el texto original tú mismo.

¿Por qué algunos términos técnicos y clínicos aparecen en el mismo glosario?

Porque en la práctica se mezclan constantemente al hablar de software de clínica: entender un requisito normativo exige a veces entender también un término técnico relacionado, y al revés. Separar el glosario en varios documentos por disciplina habría obligado a saltar entre páginas para entender un mismo concepto compuesto. La organización por bloques temáticos resuelve el orden sin partir el documento, y cada bloque puede leerse por separado si solo te interesa una de las materias, empezando por el índice de arriba y sin pasar por el resto.

¿Cuántos términos tiene este glosario?

El objetivo es cubrir entre cincuenta y cinco y ochenta términos, organizados en seis bloques temáticos: imagen médica, interoperabilidad, catálogos clínicos, organismos y normativa, documentación clínica y seguridad del dato. Se publica por bloques, empezando por los términos que ya tienen contenido relacionado publicado en el resto del sitio, de forma que cada entrada nueva llega enlazada desde algún sitio y no aislada. El bloque de imagen médica es el primero que está completo, y por eso es también el que más enlaces cruzados tiene con el resto del sitio.

Más sobre imagen médica y equipos de diagnóstico

Información adicional

Catálogos y codificación clínica

Documentación e historia clínica

Imagen médica y equipos de diagnóstico

Interoperabilidad y estándares clínicos

Organismos y normativa sanitaria

Seguridad, custodia y protección del dato

Referencias

Última actualización: agosto de 2026.