O Therac-25, um equipamento de radioterapia usado na década de 1980, é lembrado como um dos casos mais graves de falha de software na saúde. Além disso, essas falhas resultaram em mortes e lesões graves de pacientes, destacando a importância de sistemas confiáveis em hospitais. Este artigo explora o histórico sombrio do Therac-25 e as lições aprendidas com esses acidentes.
Continua após a publicidade
Como o Therac-25 causou mortes por falha de software?
O Therac-25 era um acelerador linear usado para tratar câncer, mas seu sistema de controle dependia quase totalmente do software. Segundo um artigo publicado pelo Science Direct, erros de programação permitiam que doses massivas de radiação fossem aplicadas acidentalmente, sem qualquer alarme eficaz.
Além disso, a equipe médica muitas vezes não tinha meios de detectar o erro a tempo, o que transformava pequenas falhas em consequências fatais. A falta de redundância no software tornou o sistema extremamente perigoso.
-
1983 – Primeiros casos
Pacientes recebem doses excessivas de radiação, causando queimaduras graves. -
1985 – Investigação iniciada
Relatos de incidentes levam à revisão dos protocolos de segurança. -
1987 – Medidas corretivas
Melhorias de software e alertas de segurança começam a ser implementados.
Quais falhas específicas do software levaram às tragédias?
O Therac-25 tinha erros de lógica que permitiam que operadores realizassem ajustes simultâneos de forma insegura. Além disso, a interface não avisava quando uma dose extrema estava prestes a ser aplicada.
Portanto, mesmo com operadores experientes, pacientes receberam doses de radiação centenas de vezes superiores ao planejado, resultando em morte ou lesões permanentes.
Como o acidente do Therac-25 mudou a regulamentação de software médico?
Após os incidentes, órgãos reguladores passaram a exigir documentação rigorosa do desenvolvimento de software e a realização de testes de segurança mais abrangentes. Além disso, o caso do Therac-25 inspirou a criação de padrões internacionais para validação de sistemas médicos.
A experiência também evidenciou a necessidade de implementar redundâncias físicas e alertas automáticos, prevenindo falhas fatais que antes eram praticamente invisíveis.
| Falha | Consequência | Correção |
|---|---|---|
| Erro de lógica do software | Doses excessivas de radiação | Revisão de código e protocolos |
| Falta de alertas | Operadores não detectavam riscos | Implementação de alertas visuais e sonoros |
| Dependência total do software | Ausência de redundância | Redundância física e revisões de segurança |
O caso do Therac-25 evidencia que sistemas médicos não podem depender apenas de software. Portanto, integrar redundâncias físicas, alertas automáticos e testes rigorosos é essencial para a segurança do paciente.
Além disso, a transparência na comunicação de erros e o treinamento contínuo da equipe médica reduzem significativamente o risco de tragédias semelhantes, reforçando a cultura de segurança em hospitais.
Continua após a publicidade
Leia mais:
G
Gabriel do Rocio Martins Correa
Gabriel do Rocio Martins Correa é colaboração para o olhar digital no Olhar Digital
