O FastComm é a plataforma de integração em nuvem da CTC que conecta o ecossistema de saúde, habilitando a troca de dados de forma segura e padronizada em HL7 FHIR®. Em 2026, o foco é modernização técnica, novas features e expansão da base de clientes.
O FastComm possui 3 modalidades de oferta, cada uma com sua estrutura de infraestrutura AWS:
Cliente Interno | 1 produto
Produtos CTC que usam FastComm como ferramenta de integração
SaaS Multi-Tenant | 8 clientes
Clientes externos que contrataram FastComm como SaaS (plano econômico)
SaaS Single-Tenant | 3 clientes
Clientes externos com infraestrutura 100% exclusiva na AWS
SelfPass +
8 clientes FSselfpass-prd (FS-CTC)fastcomm-clientes-prd (8 clientes)| Cliente | Produto/Sistema | Prioridade |
|---|---|---|
| Cassems | FastComm | 🔴 Alta |
| Sabarà | Lya Health | 🟡 Média |
| Seconci | APP | 🟡 Média |
| IJC | Lya Health | 🟡 Média |
| Santa Casa | Lya Health | 🟡 Média |
| HMSF | Lya Health | 🟡 Média |
| Next | Humanus | 🟡 Média |
| Incor | Fila Cirúrgica | 🟡 Média |
| Ação | Descrição | Status |
|---|---|---|
| 1. Criar conta AWS | fastcomm-clientes-prd - Conta dedicada para FS-Compartilhado |
A fazer |
| 2. Provisionar infraestrutura base | VPC, Subnets, Security Groups, IAM roles | A fazer |
| 3. Subir Cognito | User pools e configurações de autenticação | A fazer |
| 4. Subir Frontends | Aplicações web (Apps) na nova conta | A fazer |
| 5. Subir Engine | Serviço de pipeline e processamento | A fazer |
| 6. Subir Core | APIs e serviços backend | A fazer |
| 7. Configurar banco(s) Postgres | RDS ou EC2 para persistência | A fazer |
| 8. Migrar Cassems | Configurações, pipelines e dados do cliente | A fazer |
| 9. Validar ambiente | Testes de integração com Cassems na nova estrutura | A fazer |
| Ação | Descrição | Impacto |
|---|---|---|
| 1. Desativar recursos na conta root | Excluir serviços FastComm migrados para FS-Compartilhado | 💰 Redução custo |
| 2. Renomear conta | ctcdigital-prd → selfpass-prd (uso exclusivo FS-CTC) |
Governança |
| 3. Análise de arquitetura FS-Compartilhado | Revisar estrutura: Apps, Engine, Core (cada um com EC2+Postgres) | Diagnóstico |
| 4. Consolidar bancos Postgres | Avaliar unificação (single-tenant por enquanto = só Cassems) | 💰 Redução custo |
| 5. Rightsizing EC2 | Adequar tamanho das instâncias ao uso real | 💰 20-40% economia |
Apps → EC2 + Postgres próprioEngine → EC2 + Postgres próprioCore → EC2 + Postgres próprio
Code Smells, SonarQube, refatoração contínua
Winston, Logstash, microsserviço de logs
Novas features e integrações
Otimização de custos AWS
Cassems, Fujifilm, Moinhos, Grannat
Padronização CI/CD
| Ritual | Frequência | Responsável |
|---|---|---|
| Revisão de Backlog | Mensal | Dev do Mês |
| Triagem de Bugs | Diário | Bombeiro |
| Deploy (exceto bugs) | Janelas definidas | Time |
| Apontamento de Horas | Virada do mês | Individual |
Separação clara entre Features (Código) e Atividades (Infra/Processo)
Criar conta fastcomm-clientes-prd, subir toda stack (Cognito, Apps, Engine, Core, Postgres)
Desativar recursos na conta root, renomear para selfpass-prd, consolidar bancos Postgres
Migrar cliente Cassems para nova estrutura FS-Compartilhado com validação completa
Plugar documentação Gitbook diretamente no front do produto
Novo tipo de entrada para pipelines, permitindo consumo de dados de forma assíncrona
Integração com message brokers para processamento assíncrono de mensagens
Melhorias no nó de FTP/SFTP para transferência segura de arquivos
Novo conector para banco MariaDB (sugestão Grannat)
Interface para visualização e documentação de todas as APIs expostas
Controle de acesso a APIs não publicadas ou em draft
Funcionalidade para inativar clientes FastComm de forma controlada
Filtro avançado para localizar pipelines pelo caminho/endpoint
Manter o estado/filtros ao navegar entre logs de pipeline
Atualização completa da tela de busca de logs com nova estrutura
Implantação de análise estática, identificação e refatoração de code smells
Winston + Logstash + Microsserviço dedicado para logs centralizados
Esteira de Continuous Deployment padronizada para todos os serviços
Migração de clientes e desligamento da versão legada
Otimização de logs para reduzir custos de armazenamento
Mover frontends para CloudFront/S3 para melhor performance e custo
Migração para instâncias ARM para economia de 20-40%
Aumentar cobertura de 50% para 70% (unitários, integração, caixa-preta)
Integrações específicas e customizações para a operadora
Integração com sistemas de imagem médica
Evolução das integrações existentes (+50 sistemas)
Onboarding e treinamento (primeira call 29/01)
Corrigir posição dos nós ao importar (ex: choice v2)
Funcionalidade de teste parcial de pipeline
Corrigir exibição de perfis de acesso
Validar se Lambda de desligar Dev/Homolog está ativo
1vCPU em t3.medium → t3.small ou Fargate
Adequar instâncias ao uso real
Adequar instâncias ao uso real
Remover volumes e IPs não utilizados
Diminuir explosão de logs e custo
Arquitetura baseada em microserviços na AWS, garantindo escalabilidade, flexibilidade e alta disponibilidade.
Proteção contra ataques web
ALB para Front e API
Frontend, API, Services
Banco principal (RDS)
Transit Gateway para clientes
Bancos dos clientes
Motor de integração low-code com nós especializados para diferentes protocolos e transformações.
| Categoria | Nós | Descrição |
|---|---|---|
| Conectores | API REST, API SOAP, Database SQL, HL7v2, FTP | Integração com sistemas externos |
| Transformers | JSON↔JSON, JSON↔XML, JSON↔HL7v2, HL7v2↔JSON | Conversão entre formatos |
| Fluxo | Foreach, Choice | Controle de execução |
| Arquivos | CSV, XSLT | Geração e transformação de arquivos |
| Componente | Função | Benefício |
|---|---|---|
| Winston | Padronização de logs | Níveis, destinos, enriquecimento |
| Logstash | Processamento e envio | Centralização em único local |
| Microsserviço | Armazenamento dedicado | Anonimização de dados sensíveis |