Desarrollo de software para dispositivos médicos según IEC 62304

1. 1.O Planejamento de desenvolvimento do Software - Estabelece os processos que serão usados no desenvolvimento do sistema de software, os itens de entrega (incluindo documentação) das atividades e tarefas, a rastreabilidade entre requisitos do sistema e software, testes , e implementação de medidas de controle de risco no software; Além disto controla a configuração do software e o gerenciamento de mudanças, usados para dar suporte ao desenvolvimento; determina também a resolução de problemas no software para problemas detectados na execução em cada estágio do ciclo de vida. Ele compreende:
2. • ▪O plano de desenvolvimento de software atualizado.
   • ▪ Una referencia del plan de desarrollo de software al proyecto de desarrollo del sistema.
   • ▪Normas, métodos e ferramentas de planejamento de desenvolvimento de software ( requisito para software classe C)
   • ▪Integração do software e plano de teste de integração( requisito para softwares classes B e C)
   • ▪ Planificación de la verificación del software
   • ▪ Planificación de la gestión de riesgos de software
   • ▪ Planificación de la documentación
   • ▪Planejamento do gerenciamento da configuração do software( requisito para softwares classes B e C)
   • ▪Itens de suporte a serem controlados( requisito para softwares classes B e C)
   • ▪Controle de item de configuração de software antes da verificação( requisito para softwares classes B e C)
4. 2. A análise de requisito de software: define e documenta os requisitos de software a partir de requisitos de sistema, descreve o conteúdo de requisitos de software, inclui medidas de controle de risco em requisitos de software( requisito somente para softwares classes B e C), reavalia a análise de risco de dispositivo médico para atualizar requisitos e verifica as tarefas de requisitos de software.
6. 3. O Projeto da arquitetura do software(requisito para softwares classes B e C): Transforma os requisitos de software em uma arquitetura, desenvolve uma arquitetura para as interfaces dos itens de software, define a especificação dos requisitos funcionais e de desempenho dos itens SDPD, define a especificação dos sistemas de software e hardware necessários para o item SDPD, identifica a separação necessária para o controle de risco(requisito para softwares classes C) e define a verificação da arquitetura de software.
8. 4. Projeto detalhado do software: Apresenta o requisito para as classes B e C de subdividir o software em unidades de software, já para os software classe C ainda requisita que se desenvolva o projeto detalhado para cada unidade de software e interfaces além de detalhar a verificação deste projeto.
9. 5. Implementação e verificação da unidade de software: requer para todos as classes de software, implementar cada unidade de software e para as classes B e C coloca que de ser estabelecido um processo de verificação da unidade de software apresentando os critérios de aceitação e verificação da unidade de software.Para os software classe C ainda requer que se descrimine os critérios de aceitação da unidade de software adicional
11. 6. Integração de software e teste da integração(requisito para softwares classes B e C): Define que essas classes devem estabelecer testes para requisitos de software, usar o processo de resolução de problemas de software . Determina que deve ocorrer um novo teste após as alterações e deve haver uma avaliação do teste do sistema de software .
13. 7. Teste do sistema de software:determina que todas as classes de software que:

• • ▪Estabeleçam testes para os requisitos de software,
  • ▪Usem o processo de resolução de problemas de software,
  • ▪ Probar de nuevo después de los cambios
  • ▪ Evaluar la prueba del sistema de software
  • ▪Manter o registro de teste do sistema de software atualizado

1. 8.Liberação do software:
   • ▪Asegúrese de que la verificación del software esté completa
   • ▪Documentar anomalías residuales conocidas
   • ▪Evaluar anomalías residuales conocidas
   • ▪Versiones publicadas de documentos
   • ▪Documente como o software lançado foi criado( requisito para softwares classes B e C)
   • ▪Certifique-se de que as atividades e tarefas sejam concluídas( requisito para softwares classes B e C)
   • ▪Software de archivo
   • ▪Asegurar la entrega confiable del software publicado

Espero que tenham gostado. Coloque nos comentários se querem aprofundar esse assunto ou sugiram um assunto que gostariam que fosse apresentado para discussão .