• No hay sugerencias porque el campo de búsqueda está vacío.

¿Qué es el decommissioning en CSV?

Author Avatar
Leslie Cisneros, Validation & Qualification Specialist at QbD Group
Software Solutions & Services
In Vitro Diagnostics
Medical Devices
Pharma & Biotech
En CSV, el decommissioning es la retirada o el apagado controlado de una solución de IT o un sistema informático que ya no es necesario. Obtén más información sobre este proceso aquí.
¿Qué es el decommissioning en CSV? | QbD Group
3:36

 

Los cambios en las necesidades empresariales o en la tecnología son inevitables. A menudo conducen a la retirada o "decommmissioning"de los sistemas informáticos. Los sistemas ERP, por ejemplo, suelen sustituirse si las empresas se internacionalizan.

En este blog, aprenderás por qué suele producirse el desmantelamiento y qué pasos dar si necesitas retirar tu sistema automatizado.

 

Fases del ciclo de vida de un sistema informatizado

Antes de hablar del desmantelamiento, veamos las fases del ciclo de vida de un sistema informatizado. ¿Por qué? Porque el proceso de desmantelamiento se produce durante una fase específica de este ciclo de vida.

Según GAMP, el ciclo de vida de un sistema informático incluye todas las actividades desde su concepción inicial hasta su retirada. El ciclo de vida de cualquier sistema consta de 4 fases principales:

  1. Concepto

  2. Proyecto

  3. Operación

  4. Retirada

 

Figura 1 - Fases del ciclo de vida de un sistema informático

 

 

1. Fase de concepto

Durante la fase de concepto, la empresa busca oportunidades para automatizar uno o más procesos de negocio en función de las necesidades y beneficios del negocio. Por lo general, durante esta fase, se desarrollan los requisitos iniciales y se consideran las posibles soluciones.

2. Fase de proyecto

La fase del proyecto incluye la planificación, la evaluación y selección de proveedores, varios niveles de especificación, configuración y verificación que conducen a la aceptación y autorización para la operación.

3. Funcionamiento del sistema

Por lo general, el funcionamiento del sistema es la fase más larga y se administra utilizando procedimientos operativos bien definidos y actualizados aplicados por personal con la educación, la capacitación y la experiencia adecuadas. Mantener el control, la idoneidad para el uso previsto y el cumplimiento son aspectos clave.

4. Retirada del sistema

La fase final es el retiro definitivo del sistema. Implica decisiones sobre la retención, migración o destrucción de datos y la gestión de estos procesos.

El decommissioning tiene lugar en esta fase del ciclo de vida del sistema informatizado. La fase de retirada del sistema incluye la retirada del sistema, el decommissioning del sistema, la eliminación del sistema y la migración de los datos necesarios.

Decommissioning: definición y objetivo

En otros términos, el "decommissioning" es

  • la retirada de un estado activo
  • la retirada de una solución IT o de un sistema informático que ya no es necesario
  • el cierre controlado de un sistema retirado.

El objetivo de la fase de decommissioning es retirar el sistema informático.

Normalmente, este tipo de análisis se lleva a cabo en una operación diaria del sistema, por ejemplo, si el sistema ya no es funcional, o ya está obsoleto, pero también como parte del resultado validado del mantenimiento del estado del sistema.

El resultado de la Fase de Desmantelamiento es el desmantelamiento deliberado y sistemático del sistema informático, prestando atención al archivo y la seguridad de los datos, la migración de datos o la funcionalidad a una nueva solución.

Las actividades de desmantelamiento se planifican y ejecutan con aportaciones de varios grupos de partes interesadas, incluidos el equipo de desarrollo de la solución, el equipo de validación, las operaciones y los sistemas de mantenimiento, jurídicos, de seguridad, de arquitectura empresarial y de interconexión.

 

 

Actividades habituales durante la fase de decommissioning

Veamos ahora algunas actividades comunes que tienen lugar en la fase de Decommissioning:

  • Elaborar un plan de desmantelamiento
  • Eliminar el acceso de los usuarios y poner fin a las operaciones
  • Archivar/migrar registros de datos (plan e informe de migración de datos)
  • Archivar los componentes de software y la documentación
  • Reasignación o eliminación del hardware, si procede
  • Crear el informe posterior al decommissioning
 

Figura 2 -Proceso de decommissioning del sistema

 

Reglas generales para el desmantelamiento de un sistema informático

 

También deben tenerse en cuenta algunas que pueden seguirse al desmantelar un sistema informático:

  • Regla 1: Un sistema computarizado puede ser retirado del uso activo cuando se ha determinado que un sistema ya no es necesario o apropiado para la función que está realizando actualmente, o cuando se debe implementar un nuevo sistema para llevar a cabo los procesos requeridos.
  • Regla 2: Un Plan de Jubilación debe ser escrito y aprobado para abordar las actividades a seguir para retirar el sistema.
  • Regla 3: Se debe redactar y aprobar un informe de jubilación para describir todas las actividades realizadas relacionadas con la jubilación del sistema
  • Regla 4: Después de la aprobación del Plan de Jubilación, los usuarios del sistema deben ser notificados de la fecha en que el sistema dejará de estar disponible.
  • Regla 5: Si es aplicable, se debe redactar y aprobar un Plan de Migración de Datos antes del plan del sistema de jubilación.
  • Regla 6: Si es aplicable, se debe redactar y aprobar un informe de migración de datos que describa todas las actividades seguidas para la migración de datos correcta y segura.
 
Prepara cuidadosamente el decommissioning de tus sistemas informatizados.

En pocas palabras, la fase de decommissioning marca el final del ciclo de vida del sistema informatizado. Por lo tanto, es necesario preparar y ejecutar un plan de decommissioning que cubra todas las facetas del archivo, la transferencia y la eliminación de los componentes de software y hardware del sistema.

Debe hacerse hincapié en la conservación adecuada de los datos procesados por el sistema para que puedan migrarse eficazmente a otro sistema o archivarse de acuerdo con la normativa aplicable y las políticas de gestión de registros, con vistas a un posible acceso futuro.

 

 

Descubre las últimas tendencias en Life Sciences

Mantenerte al día con lo último en la industria de life sciences puede ser todo un desafío, pero no te preocupes. Esta newsletter te mantendrá informado con las noticias, blogs y webinars más recientes para que siempre estés un paso por delante.

Circles-banner-short

Descubre más contenido especializado

preview_image
Webinar

De los requisitos al código: un ciclo de desarrollo unificado para software de dispositivos médicos

Aprende sobre el desarrollo de software para dispositivos médicos, incluidos los estándares IEC, ciberseguridad, integración de IA y expectativas de la FDA en este webinar.
preview_image
Whitepaper

El auge de la salud móvil: explorando el marco regulatorio para reembolsos

Este whitepaper te ayudará a navegar por el complejo entorno regulatorio de DTx, destacando varios países y regulaciones clave.
preview_image
Whitepaper

Validación de software GAMP 5 para normativas GMP, GCP y GLP

Aprende a cumplir con las normativas GMP, GCP y GLP utilizando el enfoque de validación de software GAMP 5. Descárgalo ahora.
preview_image
Webinar

Primeros pasos: superando obstáculos iniciales en el desarrollo de software para dispositivos médicos

Supera los obstáculos iniciales en el desarrollo de software para dispositivos médicos y en el cumplimiento con MDR, IA Act y mejores prácticas. Visualiza ahora nuestro webinar.
preview_image
Blog

What Makes Usability Testing Crucial for Near-Patient and Self-Testing Devices under IVDR?

It shouldn’t be a surprise that today, “Near-Patient Testing (NPT)” and...
preview_image
Blog

When does Annex XIV apply in Performance Studies, and what key documentation is needed for compliance?

In the European regulatory landscape, conducting performance studies for in...
preview_image
Blog

How to define your Clinical Performance Strategy?

1. Start with a clear intended purpose A strong clinical...
preview_image
Blog

The Holy Grail: Achieving Inspection Readiness

In a previous blog post, we talked about the various activities...