Ir para o conteúdo

Consultor de IA em Utrecht

Consultoria em IA para os setores ferroviário, rodoviário, da água e da saúde, até à monitorização de modelos em produção, como no caso de Rijkswaterstaat.

Um único pacote para monitorizar todos os modelos da Rijkswaterstaat em produção

A Rijkswaterstaat tem vários modelos de IA em produção. A monitorização manual não é escalável, por isso criámos um único pacote para a deteção de drift e outliers. “A DSL apresentou uma solução engenhosa que podemos utilizar com bons resultados.” Nanine Overgaauw, SRE Data Science, Rijkswaterstaat

Leia o caso de estudo

Quem se apercebe quando um modelo na rede se desvia gradualmente?

A ProRail e a NS têm a sua sede em Utrecht, e a Rijkswaterstaat também trabalha a partir de Westraven, na cidade. Um modelo utilizado na rede ferroviária ou rodoviária tem de lidar com novos equipamentos, sensores substituídos e obras no percurso. Sem monitorização nem alguém responsável pelo modelo, a sua qualidade pode diminuir sem que ninguém se aperceba.

Agende uma conversa
Trein aan het perron van Utrecht Centraal

Os modelos para os setores ferroviário, rodoviário, da água e da saúde têm de manter a precisão durante anos

Fale connosco sobre a sua questão de IA

Casos de uso a partir dos seus próprios sensores

Os cabos de fibra ótica, os comboios de medição, as câmaras e os registos de avarias já fornecem dados. No Datalab da ProRail, estudámos o que o machine learning pode fazer com os sinais de fibra ótica.

Monitorização que evolui com os modelos

Ao desenvolver um novo modelo, planeamos desde o início verificações de drift e de valores atípicos. Se já houver modelos em funcionamento, podemos acrescentar essas verificações mais tarde, como fizemos para a Rijkswaterstaat.

Modelos que apoiam os médicos

Como parte da equipa de IA do St. Antonius Ziekenhuis, desenvolvemos um algoritmo que pode apoiar os médicos do serviço de urgência na decisão de dar alta a um paciente ou interná-lo.

Decidir a gestão durante o desenvolvimento

Para cada modelo, acordamos ainda durante o desenvolvimento quem o monitoriza, quem o volta a treinar e se mais tarde passará para a sua própria equipa.

O troço de via férrea, a estrada ou o serviço de urgência vêm antes do modelo

  1. Escolher uma decisão

    Por exemplo, quando fazer a manutenção de uma agulha ferroviária ou que doente do serviço de urgência precisa de uma cama — e quem toma atualmente essa decisão.

  2. Validar os dados recolhidos no terreno

    Dados de sensores, de inspeções ou de doentes: há dados históricos, é permitido utilizá-los e o que acontece se os sensores ou os métodos de trabalho mudarem?

  3. Desenvolver com a gestão prevista desde o início

    Desenvolvemos o modelo com monitorização e um plano de novo treino, e definimos quem aprova uma nova versão.

A sua rede ou hospital precisa agora de um consultor de IA?

Avalie a situação numa conversa

Faz sentido se

A sua organização gere infraestruturas ferroviárias, rodoviárias ou hídricas, ou processos de saúde, dispõe de dados de sensores, inspeções ou doentes, e tem um projeto-piloto ou modelo sem um responsável definido pela manutenção após a entrega.

Não faz sentido se

Um limiar fixo no sistema de manutenção ou de registo de ocorrências já resolve o problema. Ou o modelo já está em funcionamento e só falta a monitorização: nesse caso, comece por MLOps, sem um projeto de consultoria.

O que determina o âmbito

O número de modelos e fontes de dados, a existência de uma plataforma e de monitorização, os requisitos de segurança da informação e de contratação, e a parte da gestão que pretende assumir internamente.

Pode assumir a gestão mais tarde

Sempre que possível, desenvolvemos na infraestrutura que já utiliza e fornecemos documentação. Se a sua equipa quiser assumir a gestão mais tarde, acordamos antecipadamente o que será transferido.

Quem gere o modelo após a entrega?

A sua própria equipa

Escolha esta opção se a sua equipa de dados tiver experiência com modelos em produção, o modelo funcionar na sua própria plataforma e alguém acompanhar regularmente os alertas de drift.

Data Science Lab

Escolha esta opção se formos nós a desenvolver o modelo e não quiser criar uma equipa para o gerir. Só gerimos modelos que desenvolvemos, através dos serviços geridos de IA.

Primeiro em conjunto, depois a transferência

Escolha esta opção se a sua equipa quiser assumir a gestão, mas ainda não tiver tido um modelo em produção. Recomendamos que implementemos o MLOps em conjunto e depois transfiramos a gestão para a sua equipa.

Continuamos envolvidos quando o modelo está em produção

A Data Science Lab trabalha em dados e IA a partir de Amesterdão desde 2016, enquanto parceira da Databricks e da Microsoft. Planeamos a gestão ainda durante o desenvolvimento e partilhamos conhecimento no nosso laboratório e nos Techdays.

Agende uma reunião inicial

A gestão é abordada logo na primeira conversa

Stef Stoelwinder

Stef Stoelwinder

Desenvolvimento de negócio

Stef é o seu primeiro ponto de contacto. Na primeira conversa, analisamos o modelo ou a ideia, os dados e quem ficará responsável pela sua gestão. Podemos conversar nas suas instalações, em Amesterdão ou online.

Já existe um modelo em funcionamento ou ainda é apenas uma ideia?

Descreva o modelo, o projeto-piloto ou a ideia e indique quem é atualmente responsável pela sua gestão. Respondemos por e-mail ou propomos uma primeira conversa.

Introduza um endereço de e-mail válido.

Diga-nos como podemos ajudar.

Perguntas frequentes

Vários operadores de infraestruturas e hospitais da região têm uma equipa deste tipo. A ProRail tem um Datalab, a Rijkswaterstaat reuniu as suas áreas de digitalização, dados e IA num Data and AI Lab no final de 2025, e o UMC Utrecht trabalha com laboratórios de IA e com o Health Data Space Utrecht.

Colaboramos com essa equipa, como fazemos com o Datalab da ProRail, ou integramo-la, como acontece na equipa de IA do St. Antonius Ziekenhuis. O nosso escritório fica em Amesterdão; trabalhamos nas suas instalações ou online.

Fiber-Optic Acoustic Sensing (FOAS) utiliza cabos de fibra ótica para medir ondas sonoras. Em conjunto com o Datalab da ProRail, utilizámos machine learning, incluindo Databricks e Tensorflow, para automatizar a deteção de comboios, componentes da via e defeitos nas rodas. O objetivo: uma rede ferroviária mais segura e sustentável.

Uma análise inicial mostra se um sinal é útil. A sua utilização no processo de manutenção levanta outras questões: quem responde a um alerta, com que frequência o modelo é treinado novamente e quem o monitoriza quando os cabos ou o material circulante mudam. Leia o caso de estudo da ProRail.

Drift significa que os dados de entrada de um modelo (data drift) ou as suas previsões (prediction drift) se afastam gradualmente dos dados de treino. Numa rede, isso pode acontecer devido a novos equipamentos, à substituição de um sensor, a grandes obras de manutenção ou à mudança de estação. O modelo continua a produzir resultados, mas estes tornam-se menos fiáveis.

A Rijkswaterstaat tem vários modelos em produção, e monitorizá-los manualmente não é viável à escala. O package que desenvolvemos foi criado para verificar se todos apresentam drift ou valores atípicos, utilizando, entre outras ferramentas, Python e Alibi Detect. Para perceber como isto se integra no ciclo de vida de um modelo, leia sobre MLOps.

Qual é a versão do modelo em execução e de que treino resultou; quais são os limiares de drift e de qualidade dos dados; quem recebe um alerta; como decorre um novo treino; e quem decide se uma nova versão pode entrar em produção. Sem estes acordos, um modelo entregue à equipa continua dependente do conhecimento de uma só pessoa.

Segundo a estratégia de IA da Rijkswaterstaat, a supervisão e o julgamento humanos continuam a ser essenciais. Por isso, a passagem do modelo para a equipa deve também definir quem avalia um resultado antes de se agir com base nele. Veja também dados e IA para a administração pública.

Acima de tudo, definir um momento claro para a decisão: quando dispõe o médico de urgência de informação suficiente para antecipar um internamento? Para o St. Antonius Ziekenhuis, que tem serviços de urgência em Utrecht e Nieuwegein, desenvolvemos um algoritmo enquanto parte da sua equipa de IA. Este pode ajudar os médicos a decidir se um doente pode ir para casa ou precisa de ser internado.

O objetivo é informar os serviços hospitalares mais cedo sobre um possível internamento, para que possam preparar-se com antecedência e o doente passe mais rapidamente da urgência para a enfermaria. “Colaboração profissional com especialistas empenhados”, diz Marleen Vreeburg, médica de urgência no St. Antonius. Leia o caso de estudo ou saiba mais sobre dados e IA na saúde.

Pode ser. O anexo III do Regulamento da IA refere sistemas de IA destinados a ser componentes de segurança na gestão ou operação do tráfego rodoviário ou no fornecimento de água. No caso dos sistemas ferroviários e dos dispositivos médicos, aplicam-se as disposições da legislação relativa a produtos indicada no anexo I. A inclusão do seu modelo depende do que faz.

De acordo com o pacote omnibus da IA de julho de 2026, os requisitos do anexo III só se aplicam a partir de 2 de dezembro de 2027. Ajudamos a identificar os modelos e a preparar a classificação do risco; a interpretação jurídica cabe ao seu jurista ou departamento de compliance. Leia mais sobre o Regulamento da IA.

Quando uma regra fixa já resolve o problema: um limiar no sistema de manutenção, um alerta associado a determinado valor medido ou um bom dashboard baseado em dados de inspeção. Um modelo só acrescenta valor quando as relações são demasiado complexas para uma regra desse tipo ou há demasiados sinais para avaliar manualmente.

Se o modelo já está em funcionamento e só falta monitorizá-lo, comece por MLOps. Se o que falta é sobretudo capacidade na sua própria equipa de dados, integrar temporariamente um engenheiro de MLOps ou um data scientist na equipa faz mais sentido do que um projeto de consultoria.