Azure para o setor de saúde: dados clínicos protegidos como o que são.

A Arcetec é Microsoft Partner e implementa o Microsoft Azure para instituições de saúde na Colômbia: prestadoras de serviços de saúde (IPS), operadoras de planos de saúde (EPS), clínicas, seguradoras e empresas com serviço médico interno. As informações que uma instituição de saúde administra não são informações comuns. Prontuários e resultados de exames laboratoriais são dados sensíveis segundo o artigo 5 da Lei 1581 de 2012, e seu tratamento é proibido sem autorização explícita do titular; um vazamento não é um incidente de TI, mas um problema jurídico e de reputação que não tem conserto. No Azure, essas informações são protegidas em camadas: identidade e autenticação multifator com o Microsoft Entra ID, acesso mínimo e temporário por função, redes privadas sem exposição à internet, criptografia em trânsito e em repouso com chaves no Key Vault, detecção contínua de ameaças, rastreabilidade de quem consultou o quê e backup com retenção para recuperar até um ponto anterior no tempo. A plataforma já vem certificada com ISO 27001, SOC e HITRUST CSF, de modo que a instituição herda esses controles em vez de reconstruí-los. O Azure Health Data Services acrescenta um servidor FHIR gerenciado para a interoperabilidade exigida pela Resolução 1888 de 2025 do Ministério da Saúde da Colômbia. A Arcetec acompanha o diagnóstico, a implantação da landing zone, a migração em ondas sem interromper o atendimento e o suporte posterior a partir de Cajicá, Cundinamarca.

Prontuários e resultados de exames são dados sensíveis segundo o artigo 5 da Lei 1581: seu tratamento é proibido sem autorização explícita do titular. No Azure, eles são protegidos em camadas, e cada camada continua de pé quando a anterior falha.

Roda na assinatura da instituição, não em uma plataforma nossa.
Rastreabilidade de quem consultou qual prontuário e quando.
Backup com retenção: o que um invasor criptografar volta.

Inventario de la información que maneja una organización del Instituição de saúde, clasificada entre datos sensibles, datos personales e información de negocio, y con el control que protege a cada categoría. No contiene ningún dato real ni simulado.

Três razões que pesam em uma instituição de saúde.

Não são as de um folheto de nuvem: são as três coisas que se perguntam a um fornecedor quando o que está em jogo é o prontuário de alguém.

Controles já auditados — A infraestrutura já vem certificada com ISO 27001, SOC e HITRUST CSF. Sua equipe responde pela configuração e pelos dados, não por reconstruir e manter controles que já passaram por auditoria de terceiros.
Sabe-se quem viu o quê — Cada consulta às informações clínicas deixa rastro. É a primeira coisa que uma auditoria pede, o que um processo disciplinar exige e a única coisa que não se pode reconstruir depois se ninguém registrou desde o início.
O atendimento não para — Recuperação até um ponto anterior no tempo e implantação em ondas. Uma instituição que atende pacientes não pode desligar sistemas para se modernizar, e essa restrição é considerada no projeto desde o início.

O que acontece no dia em que falha

A pergunta não é se a informação é importante. É o que acontece exatamente quando ela se perde, vaza ou fica inacessível.

Se o prontuário fica inacessível, o atendimento para: não é possível consultar um histórico, uma alergia nem o que foi prescrito na semana passada. No pronto-socorro, isso não é um incômodo operacional. Se vaza, o problema não é de TI. São dados sensíveis segundo o artigo 5 da Lei 1581, com regime próprio e com uma Superintendência que investiga. E um vazamento de dados clínicos não se conserta com um comunicado. Se é criptografado em um ataque, a única saída real é o backup. Não o que existe: o que alguém testou restaurando. É a diferença entre um dia ruim e uma instituição que nunca mais volta a operar da mesma forma.

Inacessível: o atendimento para, não só a administração
Vazado: regime de dados sensíveis e uma Superintendência que investiga
Criptografado em um ataque: só um backup testado o devolve
Alterado sem rastro: sem rastreabilidade não há como saber o que aconteceu

Um backup que nunca foi restaurado é uma suposição — No diagnóstico não verificamos se você tem backup, e sim se ele funciona: quanto tempo leva para voltar, até que ponto no tempo e quem já o testou.

Camadas que se sustentam entre si

Nenhuma camada é infalível. A pergunta certa não é qual é a melhor, mas o que continua de pé quando uma cede.

Las capas de defensa de una implementación en Azure —identidad, acceso mínimo, red privada, cifrado del dato, detección continua y respaldo— cada una con lo que sostiene cuando la anterior cede.

A maioria dos incidentes reais não começa com um ataque sofisticado: começa com uma credencial reutilizada, uma permissão que ninguém revogou quando alguém mudou de área ou um servidor exposto que estava há meses sem atualizações. Contra isso, um controle não basta; o que funciona é a ordem. A autenticação multifator detém a credencial roubada; se mesmo assim entrarem, o acesso mínimo limita o que essa conta alcança; a rede privada evita que haja uma porta de fora; a criptografia torna ilegível o que foi copiado; a rastreabilidade permite saber exatamente o que aconteceu; e o backup devolve o que foi perdido. Nenhuma dessas camadas vem ativada por padrão em uma assinatura nova. Configurá-las é o trabalho.

Do diagnóstico à operação monitorada.

A plataforma traz os controles. Ativá-los na ordem certa, conectá-los ao que você já tem e mantê-los é o trabalho.

Diagnóstico de segurança — O que está exposto hoje, quem tem acesso a quê, se o backup realmente funciona e onde estão as brechas. Termina em um documento com escopo, esforço e custo, que é seu mesmo que você decida trabalhar com outro fornecedor.
Entra ID e acesso condicional — Autenticação multifator, acesso mínimo por função assistencial e elevações de privilégio que expiram sozinhas. Com as mesmas contas corporativas que você já administra, sem introduzir um segundo diretório.
Do seu servidor para o Azure — Inventário, dimensionamento e migração em ondas do que hoje roda no seu data center. O atendimento não para, e cada onda tem sua reversão testada antes de ser executada.
Azure Health Data Services — O servidor FHIR gerenciado para o intercâmbio exigido pela Resolução 1888 de 2025, com o mapeamento a partir do seu sistema assistencial e os testes de conformidade com o mecanismo nacional.
Backup e recuperação — Backup com retenção definida, recuperação até um ponto anterior no tempo e — o que quase ninguém faz — testes periódicos de restauração para que o backup deixe de ser uma suposição.
Suporte gerenciado — Monitoramento, alertas e atendimento de incidentes com prazos comprometidos por escrito. Em espanhol e no mesmo fuso horário, o que às duas da manhã deixa de ser um detalhe.

O que a plataforma traz

Nenhum é um resultado nosso: são controles que o Azure já tem auditados e que sua instituição herda.

AES-256 — Criptografia em repouso, com TLS em trânsito, ativa por padrão
HITRUST — Certificação do Azure Health Data Services para informações clínicas
24/7 — Detecção contínua de ameaças, não uma auditoria anual
Ponto — Recuperação até um momento anterior no tempo, com retenção

Dados sensíveis, com tudo o que isso implica.

O artigo 5 da Lei 1581 de 2012 proíbe o tratamento de dados de saúde sem autorização explícita do titular. Não é uma recomendação de boas práticas: é o regime legal, e todo o resto é projetado em torno dessa frase.

Criptografia de ponta a ponta — Em trânsito e em repouso, com chaves gerenciadas no Key Vault. A instituição pode administrar suas próprias chaves se sua política exigir, e um disco copiado não pode ser lido.
Acesso mínimo e multifator — Com o Entra ID, as mesmas contas corporativas que você já administra. Quem entra, com qual função e por quanto tempo, revisável a qualquer momento e revogável com um clique.
Rastreabilidade das consultas — Fica registrado quem consultou qual prontuário e quando. Sem esse rastro, um acesso indevido não pode ser comprovado nem desmentido, e as duas coisas são necessárias.
Isolamento por instância — As informações clínicas ficam em um banco de dados próprio por instância do serviço, não em um espaço compartilhado com os dados de outra organização.
Residência de dados, dita com clareza — O Azure não tem região na Colômbia. Os dados ficam na região escolhida — Brasil, com Chile e México em abertura — e essa decisão é documentada antes de mover qualquer coisa, não depois de assinar.
A autorização é sua — Nenhum fornecedor resolve a autorização do titular para o tratamento de seus dados sensíveis. Ajudamos você a implementá-la e a deixar registro dela, mas a responsabilidade é da instituição.

O que é implantado, exatamente

A arquitetura de referência com a qual começamos e que o diagnóstico ajusta ao seu caso.

Tudo roda na assinatura da instituição, não em uma plataforma nossa. É uma diferença que importa no dia em que vocês decidirem operar com sua própria equipe ou trocar de fornecedor. O dado clínico fica no serviço gerenciado, com seu banco isolado por instância. Ao redor: o que chega do sistema assistencial, a identidade e as chaves, a análise de dados de gestão que funciona sem tocar no dado identificado e a observabilidade que deixa rastro. O tráfego não sai para a internet pública: é roteado por uma rede privada, que é a primeira coisa que um responsável de segurança pergunta.

Roda na sua assinatura, com seu faturamento e suas chaves
O dado clínico isolado por instância do serviço
Rede privada: sem exposição à internet pública
Análise sobre dados de gestão, não sobre o dado identificado

Arquitectura de referencia de una Zona de aterrizaje de Azure para una institución de salud: la capa que recibe lo que envía el sistema asistencial, el servicio administrado donde vive el dato clínico, la identidad y las llaves, la analítica de gestión y la observabilidad.

Quem responde pelo quê

Na nuvem, a conformidade é compartilhada, e quase ninguém diz isso com clareza antes de assinar.

Reparto del cumplimiento normativo entre lo que Azure ya trae certificado, lo que se configura durante el proyecto y lo que sigue siendo responsabilidad de la institución de salud, como la autorización del titular para tratar sus datos.

A mesma obrigação tem três donos diferentes, e confundi-los é o que gera surpresas na primeira auditoria. O Azure já vem certificado no que é dele: a infraestrutura auditada e a criptografia. O projeto configura o que depende do seu caso: as funções, a rastreabilidade, o backup e seus testes. E há coisas que continuam sendo da instituição aconteça o que acontecer. A autorização do titular para o tratamento de seus dados sensíveis é a mais clara: nenhum fornecedor a resolve, nem o nosso nem o de ninguém. Preferimos dizer isso na página a que apareça na reunião de encerramento.

Perguntas que nos fazem antes de assinar.

Inclusive se temos clientes na saúde, que respondemos com a mesma franqueza.

O Azure é mais seguro do que nosso próprio servidor?

Não automaticamente, e quem responder que sim sem perguntar mais nada está querendo vender. Um servidor próprio bem administrado, atualizado, com backup testado e acesso controlado pode ser perfeitamente seguro. O que quase nenhuma instituição de saúde de médio porte consegue sustentar sozinha é a vigilância contínua, a aplicação permanente de atualizações, a redundância e as auditorias de terceiros, porque isso exige uma equipe dedicada em tempo integral. Com o Azure, essa parte já está paga e auditada, e sua equipe se concentra na configuração e nos dados. Mal configurado, o Azure é tão inseguro quanto qualquer outra coisa.

Vocês têm clientes no setor de saúde?

Ainda não temos um projeto de saúde entregue e em produção, e preferimos dizer isso aqui a que apareça na terceira reunião. O que temos é experiência contínua nas peças de que este projeto precisa: migrações para o Azure, implantações do Microsoft 365 em vários países, identidade corporativa com o Entra ID, análise de dados com o Power BI e automação documental com reconhecimento óptico de caracteres e inteligência artificial. E já temos projetada a arquitetura de captura e classificação de prontuários. Se para o seu comitê um caso de saúde em produção for indispensável, diga isso desde o início e pouparemos vocês do processo.

Vocês são certificados em ISO 27001?

Não, e neste mercado é comum encontrar o selo sem o certificado por trás. O que é verdadeiro e verificável é que a infraestrutura do Azure sobre a qual implantamos é certificada com ISO 27001, SOC e HITRUST CSF, e que essa certificação cobre a plataforma, não a configuração feita sobre ela. Somos Microsoft Partner, com perfil público no diretório da Microsoft. Se obtivermos a certificação própria, ela aparecerá com o organismo certificador, o escopo e o número, que é a única coisa que a torna comprovável.

Quem pode ver os prontuários?

Apenas quem tiver a função que permita, e cada acesso fica registrado. O acesso é definido por perfil assistencial — um médico responsável pelo paciente não é o mesmo que o faturamento ou um auditor de contas — e as elevações temporárias expiram sozinhas em vez de se acumularem. Ser administrador da plataforma não significa poder ler prontuários: são duas permissões diferentes e são separadas de propósito. A rastreabilidade não é opcional no projeto, porque sem ela um acesso indevido não pode ser comprovado nem desmentido.

O que acontece se sofrermos um ataque de ransomware?

A única defesa que realmente funciona contra a criptografia dos seus arquivos por um invasor é o backup, e que alguém o tenha testado restaurando. Por isso, o backup com retenção e a recuperação até um ponto anterior fazem parte do escopo básico, e não são um extra. As camadas anteriores existem para que o ataque não chegue; o backup existe para o dia em que alguma delas falhar. No diagnóstico verificamos se o seu backup atual funciona, o que é diferente de saber se ele existe: um backup que nunca foi restaurado é uma suposição.

Com isso cumprimos a Resolução 1888?

Deixa vocês com a capacidade técnica de cumpri-la, o que é diferente. A Resolução 1888 de 2025 tornou obrigatório o Resumo Digital de Atendimento, com intercâmbio sob o padrão HL7 FHIR e transmissão criptografada ao mecanismo nacional. O projeto implanta o serviço FHIR, mapeia as informações do seu sistema assistencial e testa o intercâmbio até que ele passe sem erros. O que não depende de nós é a parte que a norma atribui à instituição: a autorização do titular e a qualidade do dado que cada profissional produz no atendimento.

O atendimento para durante a migração?

Não. É planejada em ondas: move-se um conjunto delimitado de cargas de trabalho, verifica-se e avança-se. Cada onda tem um plano de reversão testado antes de ser executada, não escrito só por precaução. Em uma instituição que atende pacientes, isso não é uma preferência metodológica: é a condição para poder começar. O diagnóstico define o que se move em cada onda e em que ordem, e é aí que se decide se a migração vai doer.

Um parceiro que diz onde está o seu limite.

Somos Microsoft Partner, trabalhamos com o Azure todos os dias e preferimos perder uma venda a prometer uma certificação que não temos ou uma conformidade que não controlamos.

Parceiro da Microsoft — O perfil pode ser consultado no diretório oficial. E quando uma certificação é da plataforma e não nossa, dizemos isso.
Nada fica do nosso lado — Tudo é implantado na nuvem da instituição. No dia em que vocês quiserem operar por conta própria, não há nada a resgatar de nós.
O orçamento vem depois de entender — Primeiro o diagnóstico, depois a proposta com escopo e preço fixos. Quem faz o orçamento de uma migração de prontuários por telefone acaba cobrando a diferença.
Começar custa pouco — O diagnóstico é delimitado e termina em um documento que serve mesmo que vocês decidam trabalhar com outro fornecedor. É a forma mais honesta de as duas partes se conhecerem.
Suporte em espanhol, horário da Colômbia — Uma equipe em Cundinamarca que responde no mesmo fuso horário, com prazos comprometidos por escrito.
Sem dependência de nós — A implantação fica escrita e versionada, não na cabeça de um consultor. É isso que permite que sua equipe a entenda e a mantenha.

Outras páginas desta linha.

As demais páginas da linha, para seguir pelo caminho que fizer sentido.

Microsoft Azure para empresas — Transforme sua empresa com o Microsoft Azure. Projetamos e implementamos soluções de nuvem, dados e inteligência artificial adaptadas ao seu setor.
Migração para o Azure — Projeto, migração e operação no Azure, com consumo em pesos.
Servidores na nuvem — Máquinas virtuais e servidores dedicados no Azure, gerenciados.
Azure para o setor de saúde — Descubra como o Microsoft Azure protege os dados sensíveis do setor de saúde na Colômbia, garantindo segurança e conformidade regulatória.
Azure para logística e comércio exterior — Azure para operadores logísticos, despachantes aduaneiros e transporte.
Licenças da Microsoft — Microsoft 365, Copilot e Azure via CSP, com faturamento em pesos.

O primeiro passo é saber o que está exposto

Um diagnóstico de duas a quatro semanas mostra quem tem acesso a quê, se o backup realmente funciona e quanto custa fechar a brecha. O documento é seu mesmo que você decida trabalhar com outro fornecedor.

Agende seu diagnóstico de segurança

Conte qual sistema você usa hoje e onde ele roda. Entraremos em contato em menos de um dia útil.

Duas formas de trabalhar conosco

Trabalhamos de duas formas, e esta é uma delas. Os projetos de Azure são implantados na assinatura do cliente, com seu faturamento e suas chaves: a infraestrutura é dele, e nós a projetamos, migramos e mantemos. Nossos produtos próprios — CataAI, Cowork Arcetec com Microsoft 365 e Lienzo de Arcetec — funcionam ao contrário: são um serviço que a Arcetec opera em sua própria nuvem, com uma instância dedicada por cliente. Não é preciso administrar nada.

Artículos sobre Microsoft Azure

Tema: Microsoft Azure