Título oficial del programa: Software libre y de código abierto. El proyecto GNU. Ventajas e inconvenientes. Proyectos autonómicos para la adopción de software libre y de código abierto en el ámbito sanitario andaluz.
Definición conceptual. El software libre y el software de código abierto son modelos de desarrollo y distribución de software que garantizan el acceso al código fuente. Este acceso permite a los usuarios estudiar su funcionamiento, adaptarlo a necesidades específicas, mejorarlo y redistribuirlo, ya sea en su versión original o modificada. Aunque ambos conceptos comparten principios técnicos, su enfoque difiere: el software libre se centra en las libertades del usuario, mientras que el código abierto enfatiza las ventajas prácticas del desarrollo colaborativo y la transparencia.
Cuatro libertades esenciales. El software libre se sustenta en cuatro libertades fundamentales, definidas por la Free Software Foundation (FSF): la libertad de ejecutar el programa para cualquier propósito, la libertad de estudiar cómo funciona y adaptarlo, la libertad de redistribuir copias y la libertad de mejorar el programa y publicar esas mejoras. Estas libertades garantizan que los usuarios mantengan el control sobre el software, evitando dependencias de proveedores o restricciones arbitrarias. En contraste, el código abierto no siempre exige el cumplimiento estricto de estas libertades, aunque en la práctica muchos proyectos de código abierto las respetan.
Enfoques filosóficos distintos. El software libre adopta un enfoque ético y social, defendiendo que el software debe ser un bien común accesible para todos. Este modelo, promovido por la FSF, prioriza la autonomía del usuario y la comunidad sobre los intereses comerciales. Por su parte, el código abierto se basa en un enfoque pragmático y técnico, impulsado por la Open Source Initiative (OSI), que destaca las ventajas del desarrollo colaborativo, como la innovación acelerada, la reducción de costes y la mayor seguridad derivada de la revisión pública del código. Ambos enfoques, sin embargo, suelen converger en proyectos concretos.
Licencias y marco jurídico. Las licencias son el instrumento jurídico que regula el uso, modificación y distribución del software libre y de código abierto. Las licencias copyleft, como la GPL (General Public License) o la AGPL (Affero GPL), exigen que las versiones modificadas del software se distribuyan bajo la misma licencia, asegurando que las libertades originales se mantengan en trabajos derivados. En cambio, las licencias permisivas, como la MIT o la Apache 2.0, imponen menos restricciones y permiten su integración en software privativo. En el sector público, la Licencia Pública de la Unión Europea (EUPL) es una opción diseñada específicamente para garantizar la interoperabilidad y la reutilización en administraciones europeas.
Implicaciones para el sector público. En el ámbito de las administraciones públicas, el uso de software libre y de código abierto está alineado con principios como la transparencia, la interoperabilidad y la reutilización de sistemas, establecidos en normativas como el Esquema Nacional de Interoperabilidad (ENI) y el Esquema Nacional de Seguridad (ENS). La Ley 40/2015 fomenta la reutilización de aplicaciones de propiedad de la Administración, mientras que la Decisión (UE) 2017/2365 prioriza el uso de software libre en instituciones europeas. En el contexto sanitario, estos modelos permiten adaptar soluciones a las necesidades específicas de los centros de salud, reduciendo costes y evitando dependencias tecnológicas.
Diferencias con otros modelos de software. A diferencia del software privativo, que restringe el acceso al código fuente y limita las libertades del usuario, el software libre y de código abierto garantizan la transparencia y la autonomía. El freeware, aunque gratuito, no permite la modificación ni la redistribución del código, mientras que el shareware ofrece versiones de prueba con limitaciones temporales o funcionales. Estos últimos modelos no son adecuados para entornos profesionales donde se requiere control sobre el software, como en el ámbito sanitario, donde la seguridad y la adaptabilidad son críticas.
Relevancia en el ámbito sanitario. En el Servicio Andaluz de Salud (SAS), la adopción de software libre y de código abierto responde a la necesidad de garantizar la seguridad de los datos, la interoperabilidad entre sistemas y la sostenibilidad económica. Proyectos como Diraya, el sistema de historia clínica electrónica del SAS, pueden beneficiarse de estos modelos al permitir auditorías independientes del código, adaptaciones a protocolos específicos y la reutilización de soluciones en otros centros sanitarios. Además, el marco normativo andaluz, como la Orden de 21 de febrero de 2005, promueve la disponibilidad pública del código fuente, alineándose con los principios de transparencia y colaboración.
Has leído la base del tema. En la demo puedes convertirlo en preguntas justificadas de Técnico/a Especialista en Informática y repasar tus fallos.
Probar demo gratis con preguntas de este temaOrigen y finalidad. El proyecto GNU fue anunciado en septiembre de 1983 por Richard M. Stallman con el objetivo de desarrollar un sistema operativo completo compuesto íntegramente por software libre. Su finalidad era permitir a los usuarios utilizar un sistema tipo Unix sin depender de software privativo, recuperando la tradición académica de compartir y adaptar código. Este proyecto no se centró únicamente en la creación de programas individuales, sino en la construcción de un entorno informático donde las libertades de ejecución, estudio, copia, modificación y redistribución quedaran jurídicamente protegidas.
Acrónimo y compatibilidad. El término GNU es un acrónimo recursivo que significa "GNU's Not Unix" (GNU no es Unix). Esta denominación refleja su propósito de ser compatible conceptualmente con Unix, pero sin incorporar código propietario. La pronunciación oficial del acrónimo es con g dura, similar a la palabra inglesa "new". La compatibilidad con Unix fue una decisión técnica estratégica, ya que permitía aprovechar el conocimiento existente sobre este sistema, facilitando su adopción por parte de usuarios y desarrolladores.
Las cuatro libertades del software libre. El proyecto GNU se fundamenta en cuatro libertades esenciales que definen el software libre: (0) ejecutar el programa para cualquier propósito, (1) estudiar y modificar su código fuente, (2) redistribuir copias exactas y (3) distribuir versiones modificadas. Estas libertades no son meras recomendaciones, sino requisitos no negociables para garantizar que los usuarios mantengan el control sobre el software. El acceso al código fuente es un requisito indispensable para las libertades 1 y 3, ya que sin él no es posible estudiar ni mejorar el programa.
Estructura del sistema GNU. El proyecto GNU se diseñó como un sistema operativo completo, compuesto por múltiples componentes interrelacionados. Entre ellos se incluyen compiladores (como GCC), la biblioteca C (glibc), el shell (Bash), utilidades básicas (como coreutils), depuradores (como GDB), editores de texto (como Emacs) y otros paquetes esenciales. Además, se desarrolló GNU Hurd, un conjunto de servidores sobre el micronúcleo Mach, como núcleo del sistema. Aunque Linux es otro núcleo ampliamente utilizado en combinación con componentes GNU, la denominación GNU/Linux subraya la integración de ambos proyectos.
Diferenciación con Unix. Aunque GNU buscaba compatibilidad con Unix, su enfoque difería radicalmente en el modelo de licencias. Mientras Unix se distribuía como software privativo, con restricciones en su uso, copia y modificación, GNU promovía un modelo de licencias copyleft, como la GNU General Public License (GPL), que garantizaba que las libertades del software se mantuvieran en versiones derivadas. Esta diferencia no era solo técnica, sino filosófica: GNU defendía que el software debía ser un bien común, accesible y modificable por todos, en lugar de un producto controlado por entidades privadas.
Impacto en la Administración pública. El proyecto GNU tiene una relevancia especial para la Administración pública, ya que sus principios de transparencia, reutilización y colaboración alinean con valores administrativos como la eficiencia, la interoperabilidad y la cooperación. En el ámbito sanitario, por ejemplo, la adopción de software libre permite auditar el código, adaptarlo a necesidades específicas y evitar dependencias de proveedores privados. Sin embargo, la incorporación de componentes GNU o bajo licencias GPL exige un análisis cuidadoso de las obligaciones legales, especialmente cuando el software se modifica o distribuye.
Relación con el software de código abierto. Aunque el proyecto GNU es el origen histórico del movimiento del software libre, su relación con el software de código abierto (open source) es compleja. Mientras GNU prioriza las libertades éticas de los usuarios, el enfoque open source destaca los beneficios técnicos y económicos de la colaboración abierta. GNU rechaza este término por considerar que diluye el mensaje ético, aunque en la práctica muchos proyectos, como el núcleo Linux, cumplen con las definiciones de ambas corrientes. La GPL, por ejemplo, es reconocida tanto por la Free Software Foundation (FSF) como por la Open Source Initiative (OSI).
Definición y alcance. El análisis de ventajas e inconvenientes del software libre y de código abierto (SL/CA) en el Servicio Andaluz de Salud (SAS) se enmarca en un contexto normativo que incluye la Ley 39/2015, la Ley 40/2015, el Esquema Nacional de Interoperabilidad (ENI) y el Esquema Nacional de Seguridad (ENS). Este análisis no es absoluto, sino que depende de factores como el tipo de organización, el uso previsto y la capacidad técnica disponible. En el ámbito sanitario, la criticidad de los sistemas clínicos y la protección de datos de salud añaden capas adicionales de complejidad a la evaluación.
Libertades fundamentales. El software libre se define por cuatro libertades esenciales: ejecutar el programa para cualquier propósito, estudiar su funcionamiento y adaptarlo a las necesidades, redistribuir copias y mejorar el programa para beneficiar a la comunidad. Estas libertades, establecidas por el proyecto GNU, contrastan con el enfoque del código abierto, que prioriza la accesibilidad técnica del código sin imponer necesariamente las mismas obligaciones jurídicas. En el SAS, estas libertades permiten adaptar soluciones a procesos asistenciales específicos, aunque también exigen un marco de gobernanza claro para gestionar modificaciones y redistribuciones.
Ventajas técnicas y económicas. Entre las ventajas más destacadas del SL/CA en el ámbito sanitario andaluz se encuentran la reducción de costes asociados a licencias privativas, la independencia de proveedores y la posibilidad de reutilizar soluciones desarrolladas por otras administraciones públicas. Además, el software libre facilita la interoperabilidad entre sistemas, un requisito crítico en entornos sanitarios donde la continuidad asistencial depende de la compatibilidad entre herramientas. La transparencia del código también permite auditorías de seguridad, lo que refuerza el cumplimiento del ENS en sistemas que manejan datos sensibles.
Inconvenientes organizativos. La adopción de software libre en el SAS presenta desafíos organizativos, como la necesidad de personal cualificado para mantener y adaptar las soluciones. A diferencia del software privativo, que suele incluir soporte técnico externo, el SL/CA requiere equipos internos capaces de gestionar modificaciones, actualizaciones y resolución de incidencias. Otro inconveniente es la curva de aprendizaje, especialmente en entornos sanitarios donde los profesionales pueden estar acostumbrados a herramientas privativas con interfaces más estandarizadas. La fragmentación de soluciones libres también puede dificultar la integración con sistemas corporativos existentes.
Implicaciones jurídicas. Las licencias de software libre, como GPL o AGPL, imponen obligaciones específicas en la gestión de modificaciones. Por ejemplo, la licencia GPL exige que cualquier modificación del código se distribuya bajo la misma licencia, lo que puede limitar la flexibilidad en entornos públicos donde se combinan componentes libres y privativos. En el SAS, esto requiere una gestión cuidadosa de las licencias para evitar conflictos con proveedores externos o con normativas de contratación pública. Además, la reutilización de software entre administraciones, regulada por la Ley 40/2015, debe alinearse con los principios de transparencia y eficiencia.
Equilibrio en el ámbito sanitario. En el SAS, la adopción de software libre no es absoluta, sino que se combina con desarrollos propios o adaptaciones específicas para garantizar la compatibilidad con sistemas críticos como Diraya (historia clínica electrónica) o CIVITAS (cita previa). Esta estrategia permite aprovechar las ventajas del SL/CA en herramientas horizontales (ej.: navegadores, suites ofimáticas) mientras se mantienen soluciones verticales especializadas para procesos clínicos. La Estrategia TIC de la Junta de Andalucía y el Plan de Transformación Digital 2021-2025 promueven este enfoque híbrido, priorizando la soberanía tecnológica sin comprometer la eficiencia operativa.
Seguridad y confidencialidad. La protección de datos de salud, regulada por el Reglamento General de Protección de Datos (RGPD) y la Ley Orgánica 3/2018, exige un enfoque riguroso en la adopción de software libre. Aunque la transparencia del código facilita auditorías de seguridad, también puede exponer vulnerabilidades si no se gestiona adecuadamente. En el SAS, esto implica implementar protocolos de revisión continua y colaboración con comunidades de desarrollo para mitigar riesgos. La Guía CCN-STIC 827 recomienda priorizar soluciones con licencias que permitan auditorías, lo que refuerza la idoneidad del software libre en entornos sanitarios.
Definición y alcance. Los proyectos autonómicos para la adopción de software libre y de código abierto en el ámbito sanitario andaluz comprenden iniciativas institucionales impulsadas por la Junta de Andalucía y el Servicio Andaluz de Salud (SAS). Estas iniciativas buscan incorporar soluciones tecnológicas basadas en licencias libres, caracterizadas por la disponibilidad del código fuente, la libertad de uso, modificación y redistribución, y el cumplimiento de estándares abiertos. Su objetivo es promover la transparencia, la eficiencia y la sostenibilidad en la gestión de los recursos públicos sanitarios.
Marco normativo autonómico. La adopción de software libre en el SAS se enmarca en directrices como la Instrucción 1/2017 de la Secretaría General de Administración Digital, que recomienda el uso de LibreOffice como suite ofimática de referencia en la Junta de Andalucía. Esta instrucción prioriza soluciones de código abierto cuando existan alternativas funcionales equivalentes a las propietarias. Además, el Plan de Transformación Digital de la Administración de la Junta de Andalucía (2021-2025) incluye en su Eje 2 la adopción de software libre en los puestos de trabajo para reducir la dependencia de proveedores externos.
Particularidades del ámbito sanitario. El sector sanitario andaluz presenta desafíos específicos para la adopción de software libre, como la criticidad de los sistemas de información clínicos y los requisitos de confidencialidad y seguridad de los datos de salud. Estos datos están especialmente protegidos por normativas como el Reglamento General de Protección de Datos (RGPD) y la Ley Orgánica 3/2018. Por ello, los proyectos en este ámbito suelen combinar componentes de código abierto con desarrollos propios o adaptaciones específicas, priorizando la compatibilidad con los sistemas corporativos del SAS.
Ejemplos de aplicación. En el SAS, la adopción de software libre se materializa en herramientas ofimáticas como LibreOffice, recomendada por la Instrucción 1/2017. Sin embargo, en sistemas críticos como la historia clínica electrónica (Diraya), la integración de componentes libres es limitada debido a la necesidad de garantizar la seguridad y la interoperabilidad. La Orden de 21 de febrero de 2005 establece el marco de disponibilidad pública del código fuente, aunque permite excepciones cuando existan motivos de seguridad o protección de datos.
Limitaciones y desafíos. La adopción de software libre en el SAS enfrenta obstáculos como la integración con sistemas heredados y la coexistencia de componentes libres y propietarios. La complejidad de la infraestructura tecnológica del SAS, desarrollada a lo largo de décadas, exige una gobernanza clara para gestionar interfaces, documentación técnica y planes de contingencia. Además, la falta de publicación del código fuente en algunos casos limita la transparencia y la reutilización de soluciones.
Repositorios y recursos. La Junta de Andalucía dispone de un repositorio autonómico donde se publica el código fuente de proyectos desarrollados por la administración, incluyendo algunos relacionados con el ámbito sanitario. Este repositorio facilita el acceso a soluciones reutilizables y fomenta la colaboración entre organismos públicos. Sin embargo, no todos los sistemas del SAS están disponibles en este repositorio, especialmente aquellos que manejan datos sensibles o requieren adaptaciones específicas.
Estrategia de reutilización. El SAS aplica una estrategia de reutilización de componentes software para garantizar la interoperabilidad y la eficiencia entre sistemas. Esta práctica es clave en un entorno con múltiples centros asistenciales y una infraestructura tecnológica compleja. La reutilización permite optimizar recursos y mantener la coherencia en los servicios digitales, aunque en algunos casos se priorizan soluciones propietarias por motivos técnicos o de seguridad.
Practica este tema de Técnico/a Especialista en Informática con test por tema SAS, preguntas justificadas por tema y simulacros tipo examen. No son preguntas oficiales del SAS: son práctica privada de OposAs para estudiar con criterio.
Acceder a la demoHas visto un tema abierto completo. En la demo puedes comprobar cómo encajan el temario, las preguntas justificadas y los simulacros dentro de OposAs.
Qué vas a probar
La idea no es solo leer un tema: es estudiar con continuidad y comprobar cómo se relaciona con el resto de herramientas.
Verás explicaciones de la correcta y de las incorrectas para estudiar con más criterio, no solo para memorizar.
Con tu nombre y tu email, eliges categoría y te enviamos el acceso por correo sin compromiso.
Solo tu email, tu nombre y apellidos (si quieres), elige categoría y prueba antes de decidir. Es gratis.
El acceso llega por email. Si usas Hotmail, Outlook, Live, MSN o Yahoo, revisa tambien Spam o Correo no deseado.
Despues de pulsar, mira tu correo. El enlace dura 1 hora.
Revisa tambien Spam o Correo no deseado.
Hemos enviado el enlace a . Abrelo antes de 1 hora. Si usas Hotmail, Outlook, Live, MSN o Yahoo, mira primero en Correo no deseado.
Estos son los requisitos principales para Técnico/a Especialista en Informática. OposAs resume los requisitos principales para orientarte; la convocatoria oficial vigente es siempre la referencia válida.
FP2 Rama Informática, Módulo Profesional Nivel 3, Técnico Superior en Administración de Sistemas Informáticos o Técnico Superior en Desarrollo de Aplicaciones Informáticas.
La convocatoria contempla equivalencia con tres años de funciones de la categoría en centros sanitarios del Sistema Nacional de Salud.
Contrasta el resumen antes de inscribirte.
Consulta siempre la convocatoria oficial vigente antes de inscribirte.
Fuera del código también hay música, discos y radio. La misma forma de hacer las cosas: con alma, pasión y criterio.
OposAs nació preparando una oposición del SAS y se ha convertido en una forma de practicar test, corregir fallos y estudiar con explicaciones claras.
OposAs está pensado para practicar test y aprender mientras corriges, sin tragarte textos interminables antes de empezar. Cuando fallas, la justificación te ayuda a entender la correcta y, sobre todo, las incorrectas: ahí suele estar el aprendizaje.
No hay una empresa detrás. Hay una persona que construyó desde cero una herramienta para que estudiar no se convierta en algo pesado, sino en un proceso más claro, practicable y llevadero.
De opositor a opositor, Serafín.
