Radiology Operating System (ROS)
15 serviços + PACS Orthanc + Viewer OHIF + MinIO + Keycloak + Neo4j + OpenSearch + Prometheus. Cada serviço tem porta, healthcheck e contrato de evento próprios. Nenhum ponto único de falha.
Imagem & IA · Radiology Operating System
ViaRGRVision:
PACS-RIS + IA governada
feita para hospitais e redes.
Sistema operacional de radiologia completo (ROS): PACS Orthanc com DICOMweb, Viewer OHIF multi-monitor, worklist RIS com prioridade clínica, laudos assinados ICP-Brasil verificáveis, IA assistiva com Consensus Engine multiagente, Knowledge Graph longitudinal Neo4j, monitoramento remoto RPM por rPPG, interoperabilidade FHIR R4 RNDS e camada quântica exclusivamente para otimização operacional (atribuição estudo→radiologista) — nunca para decisão clínica. Multi-tenant por realm no Keycloak. Auditoria hash-chain LGPD imutável.
Visão executiva
Do DICOM chegando ao laudo publicado — tudo auditado, nada cai.
O ViaRGRVision nasceu para substituir PACS legado, planilha de escala e e-mail de laudo por um sistema de 15 serviços independentes, comunicando por RabbitMQ, com cada etapa da radiologia garantida por contrato de evento. IA é assistiva, quântico só otimiza operação, e o radiologista é SEMPRE quem decide e assina.
PACS Orthanc + Viewer OHIF
DICOMweb completo (QIDO-RS, WADO-RS, STOW-RS). Worklist RIS com prioridade clínica e SLA. Viewer OHIF em múltiplos monitores, medidas, MPR, State salvo por estudo.
IA Assistiva + Consensus Engine
Prompt Registry versionado. 3 agentes rodam independentemente, votam. Concordância baixa exige revisão humana OBRIGATÓRIA. Toda saída rotulada "ASSISTIVA". IA NUNCA grava sem validação do médico.
Camada Quântica (QAOA)
PennyLane QAOA/QUBO para ATRIBUIÇÃO estudo→radiologista: balancea carga, complexidade e SLA. MAX_QUBITS=12. FALLBACK 100% OR-Tools min-cost-flow clássico. NUNCA toca laudo nem dado clínico.
Laudo Assinado RS256 ICP-Brasil
Fluxo DRAFT → SIGNED (RSA/SHA-256 e-CPF) → PUBLISHED. Endpoint /verify permite qualquer entidade confirmar integridade do laudo e assinatura sem sistema. Conforme CFM Res. 2.314/2022.
Audit Hash-Chain LGPD
Cada evento sensível (acesso a estudo, edição, assinatura, publicação) tem hash SHA-256 encadeado ao hash anterior. Registro é imutável, tamper-evident, exportável em pedido de titular LGPD art. 18.
Arquitetura técnica
15 microsserviços. 4 domínios. Nenhum ponto único de falha.
Camada Edge (Nginx HTTPS) → Workstation/Viewer → 15 Microsserviços (async AMQP) → Dados e Infra. Multi-tenant por claim tenantId no JWT do Keycloak realm. Cada serviço é deployável isoladamente, com healthcheck /health e Prometheus /metrics.
Workstation · Viewer · Integração Clínica
Dashboard (Porta 8090)
Viewer OHIF (3000) · DICOM State
Portal Solicitante (Médico)
Worklist RIS · Prioridade Clínica
Telehealth Service (9100)
React · Vite · Tailwind · shadcn/ui · DICOMweb (QIDO/WADO/STOW) · OIDC Keycloak JWKS
15 Microsserviços (FastAPI · Node · Python)
Imaging Core (8200) · RIS Worklist
Quantum Optim (8100) · QAOA + OR-Tools Fallback
AI Gateway (8300) · Router Modelos
FHIR Gateway (8400) · RNDS mTLS BR Core
Knowledge Graph (8500) · Neo4j Longitudinal
AI Orchestrator (8600) · Consensus · Prompt Reg
RPM Service (8700) · rPPG + FFT + SQI
Digital Twin (8800) · Score Risco Explicável
Reporting (8900) · DRAFT→SIGNED→PUB
Notification (9300) · E-mail/WhatsApp/Webhook
Observability (9400) · Prometheus /metrics
Audit Service (9500) · Hash-Chain LGPD
RabbitMQ AMQP · Async events · Contratos versionados · Dead-letter queue · Retry exponencial
Dados · Infraestrutura · Gateways
PostgreSQL 16 (multi-schema tenant)
Redis Cache / Rate Limit
Orthanc PACS (8042) · DICOMweb
MinIO · Object Storage SLA 99.95%
Neo4j Aura · Clinical Knowledge Graph
Keycloak · Realm Multi-tenant OIDC
OpenSearch · Indexação Laudos
Grafana · SLO / Turnaround
Nginx HTTPS Edge · mTLS RNDS/PIX
Stack tecnológica
Stack de hospital universitário — sem atalho em dados clínicos.
Cada componente tem fallback e substituição. Nenhuma lib "mágica". IA e quântico tem sempre caminho clássico de contorno quando o modelo/simulador não estiver disponível.
App & Viewer
React 18/19 · Vite 5 · Tailwind · shadcn/ui · OHIF v3 · DICOM State serializável
Microsserviços
Python 3.12 · FastAPI 0.110 + Pydantic v2 · Node 22 (Fastify/Nest) · Contratos OpenAPI versionados
Dados & Imagem
PostgreSQL 16 · Prisma 5 · pgvector · Orthanc DICOMweb · MinIO S3-compat · Redis 7
IA Governada
AI Orchestrator multiagente · Consensus Engine · Prompt Registry (git versionado) · Knowledge Graph Neo4j Cypher
Camada Quântica (Assistiva Operacional)
PennyLane · QAOA circuitos 6–12 qubits · MAX_QUBITS=12 · Fallback OR-Tools (CP-SAT / min-cost-flow) clássico 100%
RPM & Sinais
NumPy/SciPy · rPPG detrend + Hann window + FFT 0.7–4 Hz · Signal Quality Index espectral · Timeline paciente
Segurança & Tenancy
Keycloak 25 OIDC + realm por tenant · JWKS RS256 validação em cada serviço · RLS Postgres · audit-service hash-chain SHA-256
DevOps & Observabilidade
Docker Compose 15 serviços · Prometheus · Grafana + Alertmanager · OpenTelemetry · Loki logs estruturados · Coolify deploy
Módulos
Tudo o que a radiologia precisa. Nada do que não precisa.
Cada módulo é um microsserviço com SLA próprio. Desliga um, o resto continua rodando.
RIS Worklist & Prioridade
Critérios clínicos (trauma, AVC, suspeita oncologia), SLA por modalidade e turno. Bloqueio por escopo tenant e setor.
PACS DICOMweb Orthanc
Ingestão modalidade → STOW-RS → indexação → MinIO. WADO-RS streaming. QIDO-RS busca. Retenção por política e titular LGPD.
Reporting · Laudo Assinado
Template por modalidade. Auto-save. AI gera rascunho → revisa → SIGNED RSA/SHA-256 → PUBLISHED. /verify público confere hash.
AI Orchestrator + Consensus
3 agentes (segmentação, NLP achados, KG longitudinal) votam. Prompt Registry versionado por commit. Nenhuma sugestão salva sem revisão humana obrigatória.
Quantum Optim · QAOA
Atribuição estudo→radiologista por QUBO com λ de carga, complexidade e distância (turno). MAX_QUBITS=12. Fallback OR-Tools 100% clássico, sempre ativo.
RPM rPPG + SQI
Freq. cardíaca por câmera sem wearable: pipeline detrend → janela Hann → FFT 0.7–4 Hz → Signal Quality Index espectral. Alertas por SLA.
FHIR R4 Gateway · RNDS
mTLS ICP-Brasil e-CNPJ. Sumário Atendimento Digital, Prescrição, Observation laudo. BR Core perfis. Retry backoff com idempotência.
Digital Twin · Risco Explicável
Score de risco por paciente longitudinal (KG Neo4j). Features SHAP visíveis ao radiologista. Modelo é transparente, não "caixa preta".
Audit Hash-Chain
SHA-256 por evento encadeado. Tamper-evident: alterar 1 registro invalida toda a cadeia. Exporta relatório titular LGPD art. 18 com 1 clique.
Conformidade e segurança
Para radiologia que responde ao CFM, ANVISA, LGPD e auditoria SUS.
Conformidade não é checklist no final do projeto. É bloco de fundação de cada serviço: assinatura ICP, tenancy por Keycloak, auditoria hash-chain, Clinical AI Policy escrita no próprio código.
CFM Res. 2.314/2022
Laudo: CRM + assinatura digital RS256 + data/hora + identificação do equipamento
LGPD Art. 18 + 37
Pedido titular automatizado · Auditoria hash-chain · Retenção por classe de dado
ICP-Brasil RS256
Assinatura e-CPF radiologista · mTLS e-CNPJ RNDS · /verify público sem cadastro
RNDS FHIR R4 BR Core
Gateway mTLS · Perfis BR-Paciente / BR-Atendimento / BR-Observation · idempotência
Multi-tenant Keycloak
Realm por cliente · claim tenantId em cada token · serviços validam JWKS local, não remoto
Clinical AI Policy
Toda saída rotulada ASSISTIVA · Revisão humana obrigatória em baixa concordância · Prompt Registry versionado
Rastreabilidade DICOM
UID Study/Series/SOP · Chain de custody do arquivo · OpenSearch indexa texto de laudo e metadados
Quantum Safety Guard
QAOA DESLIGADO por padrão. Quando habilitado, SÓ opera atribuição de estudo. FALLBACK OR-Tools paralelo e comparado a cada execução.
Diferenciais
Por que ViaRGRVision e não um PACS commodity.
Comparativo real com o que há hoje no mercado hospitalar brasileiro. Não inventamos oponente — listamos o que a maioria dos PACS legados não entrega.
| Requisito hospitalar | PACS legado / commodity | ViaRGRVision ROS |
|---|---|---|
| Arquitetura | Monolítico cliente-servidor | 15 microsserviços · RabbitMQ · deploy independente |
| Multi-tenant real | Schema único com flag (risco cruzado) | Realm Keycloak + tenantId + schema separado ou RLS |
| IA governada | "IA de laudo" caixa preta · sem auditoria | Rotulada ASSISTIVA · Consensus 3 agentes · Revisão OBRIGATÓRIA |
| Camada Quântica | Não tem ou vende como "diagnóstico quântico" | QAOA SÓ em atribuição · MAX_QUBITS=12 · Fallback OR-Tools clássico |
| Auditoria LGPD | Log de acesso (editável) | Hash-chain SHA-256 · Tamper-evident · Pedido titular 1 clique |
| Assinatura de laudo | Login + senha ou carimbo visual | ICP-Brasil RS256 e-CPF · /verify público · CFM 2.314 |
| Interoperabilidade RNDS | Não tem ou arquivo HL7 v2 batch | FHIR R4 Gateway · mTLS e-CNPJ · BR Core · Retry idempotente |
| RPM sem wearable | Exige oxímetro / aparelho dedicado | rPPG por câmera + FFT 0.7–4 Hz + Signal Quality Index |
| Knowledge Graph longitudinal | Não tem | Neo4j Cypher · Paciente → todos exames → evolução |
| Digital Twin risco | Score opaco sem explicação | Features SHAP visíveis · Radiologista sabe POR QUÊ |
| SLA · Turnaround | Planilha Excel | Prometheus SLO · Grafana · Alerta por SLA violado |
Quer trocar um PACS 2010 por uma arquitetura de 2026 sem parar o hospital?
Rollout faseado: primeiro RIS + Worklist paralelo, depois Viewer, depois IA assistiva (shadow mode). Nenhum "big bang".
FAQ
Perguntas que diretor técnico, CFM e jurídico fazem.
A IA do Vision faz laudo sozinha? Substitui o radiologista?
NÃO. Jamais. Toda sugestão de IA vem rotulada "ASSISTIVA". O AI Orchestrator roda 3 agentes independentes e calcula concordância. Se for abaixo do threshold (por padrão ≥ 0.85), o sistema NÃO permite gravar o texto no laudo sem revisão humana explícita. O radiologista é SEMPRE o responsável técnico pelo laudo — CFM Res. 2.314/2022.
A camada "quântica" é usada em diagnóstico?
NUNCA. Honestidade técnica absoluta. A camada quântica (PennyLane QAOA) é usada EXCLUSIVAMENTE na ATRIBUIÇÃO de estudo para radiologista (otimização operacional de carga / complexidade / SLA). Teto de 12 qubits. Paralelamente roda OR-Tools min-cost-flow clássico; se os dois divergirem, o clássico ganha. Dado clínico NUNCA entra no circuito quântico.
O laudo assinado é válido juridicamente? Como o CFM confere?
Sim. O laudo publicado tem: (1) CRM do radiologista, (2) data e hora, (3) identificação do equipamento, (4) assinatura digital ICP-Brasil RS256 via e-CPF. Endpoint /verify público — sem login — permite baixar PDF, hash SHA-256 e certificado público para conferência. Conforme CFM Resolução 2.314/2022.
Integra com PACS já existente no hospital?
Sim. 2 modos: (a) RIS + Viewer paralelo, Orthanc ingere por DICOM C-STORE do PACS antigo; (b) migração gradual por estudo. Temos rotina de migração com hash de conferência — nenhum estudo se perde. O PACS antigo pode ser desligado por unidade, não de uma vez.
Como funciona o multi-tenant para rede com 20+ hospitais?
Cada rede/hospital é um realm separado no Keycloak. Token OIDC tem claim tenantId. Imaging-core, reporting, AI — todos validam JWKS e filtram worklist/laudos por tenant. Dado pode ser: schema separado no Postgres, ou RLS com role não-superusuário (mais seguro). Gestor Master só vê seu realm.
Tem homologação RNDS oficial?
FHIR Gateway R4, perfis BR Core (BR-Paciente, BR-Atendimento, BR-Prestador, BR-ObservationLaudo), mTLS e-CNPJ ICP-Brasil, header X-Id-Assist, ids autorizados. A homologação RNDS do estabelecimento de saúde é responsabilidade do cliente; fornecemos cliente, payloads e conjunto de testes pré-homologação prontos.
Podemos rodar VPC privada / on-prem sem acesso à internet?
Sim. Docker Compose completo (15 serviços + Orthanc + MinIO + Keycloak + Neo4j) com instruções de instalação em VPC, RAN, ou hospital sem saída. Modelos de IA podem rodar local (GGUF, ONNX, TensorRT). Keycloak local integra AD/LDAP. Nenhuma dependência de API externa obrigatória.
Auditoria hash-chain: o que impede de alterar um log antigo?
Cada evento (acesso, edição, assinatura, publicação, exclusão lógica) produz um JSON com: prev_hash + dados. O SHA-256 desse JSON é o hash atual, que entra no próximo evento como prev_hash. Para alterar um evento de 6 meses atrás, teria que recalcular TODOS os hashes seguintes. O serviço exporta a cadeia inteira para conferência independente, e publicamos seu hash raiz em registro público (opcional) sob consulta.
Sem intermediários. Direto com quem entende e desenvolve a tecnologia.
Na ViaRGR Sistemas, seu atendimento é feito diretamente pela nossa equipe técnica e estratégica, sem SDR terceirizado ou camadas desnecessárias de intermediação.
Primeiro, entendemos sua operação, seus desafios e objetivos. A partir disso, avaliamos a viabilidade, desenhamos a melhor estratégia de implantação e apresentamos uma solução alinhada à sua realidade.
Se houver aderência, avançamos. Se não houver, informamos desde o início. Transparência, agilidade e conhecimento técnico para não desperdiçar o seu tempo.