Computação sem servidor na área da saúde: Casos de uso e Considerações Regulatórias

O Impacto Transformativo da Computação Sem Servidor na Saúde

A indústria de saúde está passando por uma profunda transformação digital, e a computação sem servidor surgiu como uma tecnologia fundamental nesta mudança. Ao abstrair a gestão de servidores inteiramente, a arquitetura sem servidor permite que as organizações de saúde implementem aplicativos e serviços sem provisionamento, escala ou manutenção de infraestrutura subjacente. Este modelo muda o foco das operações para a inovação, permitindo ciclos de desenvolvimento mais rápidos, redução de sobrecarga e a capacidade de lidar com cargas de trabalho imprevisíveis com facilidade.Para os líderes de TI em saúde, a computação sem servidor promete não só ganhos de eficiência, mas também um caminho para fornecer soluções mais sensíveis e centradas no paciente.

A computação sem servidor refere-se a um modelo de execução em nuvem onde o provedor de nuvem gerencia dinamicamente a alocação e o provisionamento de servidores. Funções são executadas em containers sem estado que são orientados para eventos e escalam automaticamente. Em um contexto de saúde, isso significa que aplicativos podem processar dados sensíveis, gerenciar solicitações de usuários e executar cálculos complexos sem intervenção manual para o planejamento de capacidade. O modelo de preços pay-per-execution também oferece vantagens de custo, especialmente para cargas de trabalho com demanda variável. No entanto, o ambiente regulatório rigoroso do setor de saúde – incluindo HIPAA nos Estados Unidos e GDPR na Europa – apresenta desafios únicos que devem ser abordados para realizar plenamente os benefícios da implantação sem servidor.

Por que a assistência à saúde precisa ser serverless agora

O volume de dados de saúde está explodindo. Registros eletrônicos de saúde, imagens médicas, sequências genômicas, fluxos de dispositivos wearable e tráfego de telemedicina em tempo real criam demandas de gerenciamento de dados sem precedentes.Arquitecturas tradicionais baseadas em máquinas ou em locais virtuais muitas vezes lutam com previsibilidade de custos, escalabilidade sob cargas de pico e complexidade operacional.A computação sem servidor aborda esses pontos de dor ao permitir que organizações de saúde construam sistemas que automaticamente escalem de quase zero a milhares de solicitações concorrentes.Para mais contexto, o Office do Coordenador Nacional de Tecnologia da Informação em Saúde destaca que a interoperabilidade e o intercâmbio de dados permanecem prioridades principais – áreas onde o servidor sem pode simplificar a integração.

Além disso, o serverless reduz a carga sobre a equipe de TI de saúde limitada. Em vez de gerenciar patches, atualizações de segurança e capacidade para dezenas de servidores, as equipes podem se concentrar em escrever código que melhora os fluxos de trabalho clínicos, os resultados dos pacientes e a eficiência operacional. O provedor de nuvem lida com a confiabilidade da infraestrutura, permitindo que pequenas equipes em hospitais ou clínicas construam aplicações sofisticadas que só eram possíveis para grandes sistemas de saúde com recursos de engenharia profundos.

Casos de uso chave de computação sem servidor na área de saúde

A versatilidade da computação sem servidor se presta a uma ampla gama de aplicações de saúde. Abaixo estão os casos de uso mais impactantes, cada um com detalhes expandidos sobre como a arquitetura sem servidor oferece valor.

1. Gestão de Dados e Interoperabilidade do Paciente

O acesso em tempo real a dados precisos de pacientes é fundamental para a tomada de decisão clínica. Funções sem servidor podem disparar automaticamente quando novos dados chegam – por exemplo, quando um resultado de laboratório é publicado ou um registro de paciente é atualizado. Essas funções validam, transformam e encaminham dados para sistemas apropriados, garantindo que os clínicos sempre tenham as últimas informações. Além disso, arquiteturas sem servidor simplificam a criação de APIs FHIR (Fast Healthcare Interoperability Resources) que permitem uma troca de dados sem problemas entre diferentes EHRs. O modelo pay-per-execution é ideal aqui porque o volume de dados flutua; um hospital pode ver um aumento de resultados de laboratório durante as rondas da manhã e uma folga durante a noite, sem necessidade de fornecer para carga máxima permanentemente.

A segurança é fundamental. Plataformas sem servidor como AWS Lambda, Azure Functions e Google Cloud Functions oferecem criptografia integrada em repouso e em trânsito, juntamente com papéis IAM de granulação fina que limitam permissões de função. Para mais informações sobre como garantir dados de pacientes, o site HHS HIPAA fornece orientações detalhadas sobre salvaguardas técnicas que configurações sem servidor podem cumprir.

2. Telemedicina e Monitoramento Remoto do Paciente

A telemedicina tem experimentado um crescimento explosivo, e os serviços de infraestrutura sem servidor são ideais para lidar com a demanda variável de consultas de vídeo, mensagens de chat e ingestão de dados de monitoramento remoto. Quando um paciente inicia uma sessão de telessaúde, uma função sem servidor pode autenticar o usuário, buscar o contexto clínico necessário do EHR, e até mesmo transcrever a conversa em tempo real usando serviços de IA. Se milhares de pacientes agendam consultas simultaneamente durante uma emergência de saúde pública, a infraestrutura automaticamente escala sem qualquer atraso de provisionamento. Dispositivos de monitoramento remoto - por exemplo, monitores de glicose contínuos ou inaladores inteligentes - muitas vezes enviam dados em explosões. Funções sem servidor podem ingerir esses dados, verificar anomalias e alertas para equipes de cuidados, tudo enquanto incorrem em custos quando ocorre o processamento.

Essa elasticidade melhora diretamente a experiência do paciente, eliminando a latência ou degradação do serviço durante o uso de pico. Também permite que startups de telemedicina menores competindo com os jogadores estabelecidos, reduzindo o investimento inicial em infraestrutura.

3. Imagem médica e diagnósticos

Avanços em diagnósticos guiados por IA requerem recursos de computação substanciais para processar imagens médicas, como raios-X, tomografias computadorizadas e ressonâncias magnéticas. Funções sem servidor podem orquestrar fluxos de trabalho complexos: quando uma nova imagem é enviada para armazenamento em nuvem, uma função dispara que executa uma etapa de pré-processamento, invoca um modelo de aprendizado de máquina para detecção (por exemplo, identificar tumores potenciais) e armazena resultados em um banco de dados estruturado. Como as execuções sem servidor são de curta duração e sem estado, elas se alinham bem com tarefas de processamento de imagem que são computacionalmente intensivas, mas esporádicas. Além disso, usar funções sem servidor aceleradas por GPU (disponível em alguns ambientes de nuvem) pode acelerar dramaticamente a análise de imagem sem exigir instâncias dedicadas de GPU.

Essa abordagem permite tempos de volta mais rápidos para os radiologistas, ajudando a reduzir o burnout e melhorar a precisão diagnóstica. Muitas organizações de saúde estão se tornando sem servidores para apoiar sistemas de segunda leitura que captam achados perdidos, aumentando assim a segurança do paciente.

4. Análise preditiva e aprendizagem de máquina

Modelos preditivos em saúde – como prever riscos de readmissão do paciente, identificar sepse precocemente ou prever progressão da doença – geralmente precisam ser executados sob demanda ou em um cronograma. Funções sem servidor podem envolver desfechos de inferência, permitindo que modelos sejam invocados através de APIs sem gerenciar um servidor REST completo. Por exemplo, o sistema de RHE de um hospital pode chamar uma função sem servidor cada vez que um paciente é admitido para calcular uma pontuação de risco de readmissão com base em dados históricos. A função carrega um modelo treinado a partir de armazenamento em nuvem, realiza inferência e escreve a pontuação de volta ao registro do paciente. Porque escalas automaticamente sem servidor, várias internações simultâneas são processadas sem fila.

Modelos de treinamento também podem ser acionados sem servidor usando pipelines de dados que pré-processam dados em paralelo, então orquestram trabalhos de treinamento em recursos de computação maiores. Isso reduz o tempo para iterar em novos modelos, mantendo o gerenciamento de infraestrutura mínimo.

5. Agendamento de nomeação e Automação de fluxo de trabalho

O agendamento moderno de cuidados de saúde é um problema complexo de otimização envolvendo disponibilidade do provedor, preferências do paciente, slots urgentes e restrições de recursos.A arquitetura sem servidor pode ativar os mecanismos de agendamento orientados para eventos que reagem a cancelamentos, não comparência ou novos pedidos de reserva em tempo real.Por exemplo, quando um paciente cancela uma consulta, uma função sem servidor pode notificar outros pacientes listados através de SMS ou notificação de push, oferecer um link automático remarcado e atualizar o calendário do provedor instantaneamente. Da mesma forma, fluxos de trabalho sem servidor podem automatizar tarefas administrativas, como verificação de seguros, tempo de marcação prévia, redução do esforço manual e erro humano.

O modelo pay-per-execution é particularmente rentável para sistemas de agendamento, que experimentam elevados volumes de transações de curta duração. Sistemas de saúde maiores que lidam com milhões de consultas por ano veem economia de custos significativa em comparação com frotas de servidores virtuais sempre-em.

6. Chatbots de saúde e assistentes virtuais

O engajamento do paciente é cada vez mais impulsionado por IA conversacional. Funções sem servidor podem ativar backends chatbot que entendem linguagem natural, responder FAQs, coletar sintomas e até mesmo triagem de pacientes para níveis de cuidados apropriados. Essas funções se integram com bases de conhecimento clínico e sistemas EHR. Quando um usuário envia uma mensagem, uma função sem servidor lida com autenticação, chama um serviço NLU, executa lógica para formular uma resposta e retorna resultados. A natureza apátrida do servidor se alinha bem com sessões de chatbot, e auto- scale garante que mesmo durante crises de saúde (por exemplo, temporada de gripe ou implantação de vacinas) o chatbot permanece responsivo independentemente do volume do usuário.

Serverless também simplifica a conformidade com HIPAA para chatbots, permitindo que a criptografia e o registro de auditoria sejam incorporados diretamente no código de função, sem configuração complexa de infraestrutura.

7. Processamento de dados em tempo real de IoT e de roupas

A explosão de dispositivos de saúde wearable - smartwatches, patches, monitores contínuos - gera fluxos de dados fisiológicos que precisam de processamento imediato. Funções sem servidor podem atuar como receptores de eventos: como os pontos de dados chegam via MQTT ou HTTP, eles são limpos, agregados e analisados para eventos críticos (por exemplo, detecção de arritmias). Como o volume de dados pode aumentar de repente durante o exercício ou distúrbios do sono, a escala sem servidor é essencial para evitar perda de dados. Alertas podem ser enviados através de outra função sem servidor para cuidadores ou serviços de emergência, com latência negligenciável.

Além disso, pipelines de dados sem servidor podem transformar dados crus wearable em análises estruturadas armazenadas em lagos de dados, permitindo insights de saúde da população sem a sobrecarga de gerenciar infraestrutura de streaming.

Considerações Regulatórias para a Sem Servidor na Saúde

Embora as vantagens operacionais da sem servidor sejam convincentes, as organizações de saúde devem avaliar rigorosamente a conformidade regulatória.A sensibilidade da informação de saúde protegida (IH) impõe controles rigorosos sobre o manuseio, armazenamento e transmissão de dados.A seguir estão os domínios regulatórios críticos que impactam a adoção sem servidor.

Cumprimento da HIPAA nos Estados Unidos

A Lei de Portabilidade e Responsabilidade de Seguros de Saúde define padrões nacionais para proteger dados de pacientes. Para usar computação sem servidor de forma compatível com o HIPAA, as organizações de saúde devem entrar em um Contrato de Associabilidade de Negócios (BAA) com o provedor de nuvem. Principais provedores – AWS, Azure e GCP – oferecem BAAs para seus serviços sem servidor, mas nem todos os serviços são cobertos. É crucial verificar que cada componente sem servidor (por exemplo, funções, gateways de API, bancos de dados, armazenamento) está listado na documentação de serviços elegíveis do provedor HIPAA.

Para além dos contratos, as garantias técnicas exigidas incluem:

Encriptação: Todos os PHI em repouso devem ser criptografados usando AES-256 ou equivalente. Plataformas sem servidor normalmente oferecem criptografia do lado do servidor com chaves gerenciadas pelo cliente (CMK) para controle adicional.
Controles de Acesso: As funções devem ser executadas sob o princípio do menor privilégio. Use funções IAM para conceder apenas as permissões necessárias para que cada função opere.
Logs de auditoria: Devem ser mantidas as trilhas de auditoria completas de acesso de dados e execuções de funções.Os provedores de nuvem oferecem serviços como AWS CloudTrail, Azure Monitor e GCP Cloud Audit Logs que podem ser integrados.
Minimização de dados: Evite passar PHI desnecessário em cargas úteis de função. Use tokenization ou desidentificação, sempre que possível, e garantir que o tratamento de erros não expõe dados sensíveis em logs.

A página HHS HIPAA Enforcement detalha as penalidades por não conformidade, que podem ser substanciais. Arquiteturas sem servidor, se não configuradas corretamente, podem inadvertidamente expor PHI através de permissões mal configuradas ou dados sobreblocados. Portanto, revisões de segurança rigorosas e verificações de conformidade automatizadas devem fazer parte do pipeline CI/CD.

Para as organizações de saúde que atendem pacientes na União Europeia, o GDPR impõe obrigações adicionais, particularmente em torno da soberania dos dados e do consentimento dos pacientes. Funções sem servidor muitas vezes executadas em uma região geográfica específica; dados devem permanecer dentro da UE ou em países com decisões de adequação, a menos que se obtenha o consentimento explícito, o que pode limitar a escolha de regiões de nuvem ou exigir o uso de controles de residência de dados oferecidos pelos provedores.

Além disso, o direito de apagar o GDPR (artigo 17) significa que os dados do paciente processados por funções sem servidor devem ser deletados sob demanda. Como as funções sem servidor são apátridas, os dados persistentes são armazenados em bases de dados externas ou armazenamento de objetos. As equipes de TI de saúde devem garantir que esses serviços suportem a eliminação imediata e que nenhum dado em cache permanece no armazenamento de funções transientes além do ciclo de vida de execução. Os registros que contêm PHI devem ter políticas de retenção adequadas no local.

Conformidade com o Fornecedor e Responsabilidade Compartilhada

Os provedores de nuvem operam sob um modelo de responsabilidade compartilhada. Enquanto o provedor assegura a infraestrutura de execução sem servidor, o cliente é responsável por garantir o código de aplicação, gerenciar identidade e acesso e garantir que os fluxos de dados cumpram as regras.

Solicitar e revisar relatórios SOC 2 Tipo II, certificações ISO 27001 e certificados de conformidade HIPAA de provedores de nuvem.
Assegurar que os serviços sem servidor sejam implantados num VPC ou com segmentação de rede adequada para evitar a exposição de dados através da internet pública.
Use as opções PrivateLink ou Serviço Privado Conectar para comunicação entre funções sem servidor e bancos de dados internos.

A escolha de parceiros compatíveis é essencial. AWS HIPAA Elegível Services Reference fornece uma lista abrangente de serviços cobertos, incluindo Lambda, API Gateway, DynamoDB e S3 — tudo fundamental para arquiteturas sem servidor.

Residencia de dados e Trade-Offs de Latência

Muitos países exigem que os dados de saúde dos pacientes permaneçam dentro de suas fronteiras. Plataformas sem servidor normalmente permitem selecionar a região onde as funções executam, mas nem todas as regiões oferecem a mesma amplitude de serviços. Por exemplo, alguns centros de dados de nuvem menores podem não ter funções sem servidor aceleradas por GPU ou serviços avançados de aprendizado de máquina. Isso cria uma tensão entre conformidade regulatória e o desejo de usar as ferramentas mais avançadas.

As organizações podem precisar de soluções híbridas: dados essenciais do paciente armazenados e processados localmente, enquanto dados anônimos ou desidentificados podem ser enviados para regiões de nuvem com serviços mais intensivos em computação. Usar funções sem servidor para transformação de dados na borda, como pré-filtrar PII antes de enviar para regiões remotas, pode ajudar a atingir objetivos de desempenho e conformidade.

Auditoria e acompanhamento de boas práticas

Arquiteturas sem servidor introduzem computação efêmera que pode complicar trilhas de auditoria. Funções gerar e terminar rapidamente, e ferramentas tradicionais de monitoramento de rede podem perder conexões de curta duração. Para manter a visibilidade, as organizações de saúde devem:

Activar o registo detalhado da função (com cuidado para redigir o PHI dos registos).
Use rastreamento distribuído para rastrear solicitações em várias funções sem servidor e serviços a jusante.
Configurar alertas para padrões de acesso incomuns, como uma função que acessa um banco de dados fora do horário normal de operação.
Realize avaliações regulares de segurança e testes de penetração em aplicações sem servidor, idealmente em um ambiente de estadiamento que espelha a produção.

Ferramentas de conformidade automatizadas como Regras de Configuração AWS, Política de Azure e Centro de Comando de Segurança GCP podem continuamente auditar implantações sem servidor para deriva de configuração (por exemplo, uma função que perde sua configuração VPC). Essas ferramentas se integram com sistemas SIEM para fornecer uma visão consolidada da postura de segurança.

Melhores práticas para implementar sem servidor em saúde

Além da conformidade regulatória, as implantações sem servidores requerem escolhas arquiteturais cuidadosas.As seguintes melhores práticas ajudam as organizações de saúde a maximizar os benefícios, mitigando os riscos.

Concepção para a ausência de Estado e a indemnidade

As funções sem servidor são inerentemente apátridas, o que significa que não devem depender do sistema de ficheiros local ou do estado de memória através de chamadas. Para os fluxos de trabalho de saúde, isto é natural: cada invocação de funções deve processar um único evento (por exemplo, uma actualização do registo de doentes) de forma independente. Contudo, a idempotência é fundamental para as funções que possam ser re- experimentadas devido a erros. Por exemplo, se uma função que actualize a lista de medicamentos de um doente for re- experimentada, não deverá duplicar a actualização. Isto pode ser conseguido utilizando chaves de idempotência únicas (por exemplo, usando um ID de pedido único armazenado num banco de dados com um padrão de verificação- antes- inserção).

Otimize os começos frios para cargas de trabalho sensíveis à latência

Um desafio conhecido da latência do "start frio" é a latência do "fresco" quando uma função é invocada pela primeira vez após ser ociosa. No cuidado com a saúde, certas operações - como responder a uma solicitação de conexão com telemedicina - são altamente sensíveis ao atraso.

Use a concorrência provida para manter um número fixo de instâncias de função quentes.
Escolha os tempos de execução com tempos de inicialização mais rápidos (por exemplo, Node.js sobre Java para tarefas gerais).
Para inferência de IA, considere usar serviços de inferência sem servidor que gerenciam pools quentes automaticamente (por exemplo, Inferência Servidora SageMaker).

O teste com cargas de trabalho realistas é essencial para determinar limiares de latência aceitáveis para cada caso de uso.

Proteja o tubo de desenvolvimento

Dadas as rigorosas exigências de conformidade, o ciclo de vida de desenvolvimento de software (SDLC) para aplicações sem servidores de saúde deve incorporar segurança desde o início. Use ferramentas de infraestrutura-como código (IAC) como Terraform ou AWS CDK para definir recursos sem servidores e incorporar políticas de segurança. Digitalização automatizada para segredos expostos (por exemplo, chaves API codificadas em variáveis de ambiente de função) deve ser parte de pipelines CI/CD. Além disso, implementar um padrão de “redução de raio de explosão”: restringir o papel de MIA de cada função apenas aos recursos que ele precisa absolutamente.

Serviços gerenciados de alavancagem para reduzir a carga de conformidade

Os provedores de nuvem oferecem serviços gerenciados que podem liberar responsabilidades de conformidade. Por exemplo, usando um banco de dados gerenciado como Amazon DynamoDB (com controle de criptografia e acesso) ou Amazon Aurora Serverless libera equipes de configurar manualmente a segurança do banco de dados. Da mesma forma, filas de mensagens gerenciadas (SQS, EventBridge) podem lidar com roteamento de eventos com criptografia incorporada em repouso. Sempre que possível, prefira serviços gerenciados que sejam elegíveis para HIPAA e BAA-cobertos para minimizar o escopo do código personalizado que deve ser auditado.

Implementar a Governança dos Custos desde o Primeiro Dia

Embora o servidor não tenha custo-benefício, os picos de uso inesperados podem levar a notas altas se não forem cobertas. As organizações de saúde devem configurar alertas de orçamento, quotas de uso e monitoramento por função. Use tags de alocação de custos para rastrear gastos por departamento ou aplicação. Além disso, analise os registros de execução de funções para identificar código ineficiente (tempos de execução longos ou alta alocação de memória) e otimizar de acordo. Algumas plataformas sem servidor permitem que você defina limites de concorrência por função para evitar custos de fuga de erros ou ataques.

Desafios e Limitações de Serverless na Saúde

Apesar dos benefícios, a computação sem servidor não é uma panaceia. Os líderes de TI em saúde devem estar cientes de suas limitações:

Fold Start Latency: Como mencionado, o início de frio pode afetar aplicações em tempo real. A concorrência fornecida atenua isso, mas adiciona custo.
Vendor Lock-In: Serviços sem servidor são muitas vezes proprietários. Migrar de AWS Lambda para Azure Funções requer mudanças significativas de código. Adotar padrões abertos como CloudEvents e usar camadas de abstração podem reduzir o lock-in.
Depuração complexa: Rastrear uma única solicitação em várias funções efêmeras é mais difícil do que em arquiteturas monolíticas ou de microservices. Ferramentas de rastreamento distribuídas são essenciais, mas adicionam sobrecarga operacional.
Limites de Tempo de Execução: A maioria das plataformas impõem uma duração máxima de execução da função (por exemplo, 15 minutos para AWS Lambda). Tarefas de longa duração, como transcodificação de vídeo ou treinamento de grande modelo, podem requerer soluções alternativas (por exemplo, AWS Fargate ou SageMaker Training).
Complexidade de conformidade: Embora o servidor não tenha alguns aspectos de conformidade, introduz novas superfícies de ataque, como ataques de injeção de eventos (por exemplo, cargas úteis maliciosamente criadas que exploram a lógica da função).

Tendências futuras: Sem Servidores e a próxima onda de inovação em saúde

À medida que a tecnologia sem servidor amadurece, várias tendências irão moldar ainda mais o seu papel na saúde:

Edge Serverless for Real-Time Processing: Com o lançamento de 5G e computação de borda, as funções serverless correrão mais perto do paciente – dentro do dispositivo de borda de um hospital ou de uma localização de borda de rede. Isso reduz a latência para alertas críticos e permite aplicações com capacidade offline.
Integração AI/ML em Escala: Funções sem servidor incorporarão cada vez mais orquestração de IA integrada, permitindo oleodutos complexos multimodelos para diagnósticos, processamento de linguagem natural de notas clínicas e fluxos de trabalho de descoberta de medicamentos.
Lagos e análises de dados sem servidor: Arquiteturas unificadas sem servidor que lidam com ingestão, processamento, armazenamento e consulta – tudo com preços pay-per-use – tornarão a análise de saúde da população mais acessível para pequenos provedores de saúde.
Regulatória como Código: A verificação automatizada da conformidade incorporada no desenvolvimento sem servidor se tornará padrão. Ferramentas que verificam configurações de funções contra conjuntos de regras HIPAA e bloqueiam implantações não conformes reduzirão a supervisão manual.
Multi-Cloud e Federado Serverless: Para evitar o bloqueio e cumprir as leis de residência de dados, as organizações de saúde adotarão estratégias multi-cloud serverless, usando camadas de abstração para implantar o mesmo código de função entre os provedores.

Conclusão: Equilibrar Inovação com Responsabilidade

A computação sem servidor oferece às organizações de saúde um poderoso kit de ferramentas para a construção de aplicações escaláveis, eficientes em termos de custos e focadas no paciente. Desde o gerenciamento de dados em tempo real até diagnósticos e telemedicina orientados por IA, os casos de uso são amplos e profundamente impactantes. No entanto, o sucesso depende de uma compreensão completa do cenário regulatório, especialmente HIPAA e GDPR, e um compromisso de incorporar segurança e conformidade em todas as camadas de arquitetura e processos de desenvolvimento.

Os líderes de TI em saúde que investem em serviços sem servidor agora, enquanto lidam com desafios como o frio, o bloqueio de fornecedores e a complexidade da auditoria, estarão bem posicionados para impulsionar a próxima geração de inovação em saúde digital. Os provedores de nuvem e a comunidade de código aberto continuam evoluindo recursos sem servidor, e o setor de saúde se beneficia enormemente desses avanços, desde que a privacidade e segurança dos dados do paciente permaneçam a base não negociável de cada implantação.

Seguindo as melhores práticas, aproveitando ferramentas gerenciadas de conformidade e mantendo-se a par das atualizações regulatórias, as organizações de saúde podem aproveitar todo o potencial da computação sem servidor sem sacrificar a segurança ou a confiança. O resultado é um sistema de saúde que é mais responsivo, mais eficiente e mais capaz de atender as necessidades de pacientes e prestadores.