Hospital não é um escritório com mais câmeras. É um ambiente operacional onde cada zona tem regra de acesso diferente, equipamentos de alto valor circulam entre andares, protocolos de higiene precisam de rastreabilidade e a operação não pode parar — nem de dia, nem de madrugada, nem durante uma falha de hardware.
CFTV básico resolve vigilância patrimonial. Mirasys VMS resolve operação hospitalar.
A diferença não está na câmera. Está no que o sistema faz com o vídeo: integrar com controle de acesso clínico, alimentar sistemas HL7/FHIR com eventos estruturados, manter gravação contínua mesmo com falha de servidor, e entregar analytics que um operador humano não consegue fazer em escala.
Por que Mirasys é adequado para saúde
Três características técnicas do Mirasys se traduzem diretamente em requisitos hospitalares.
Continuidade de evidência com SDD
Hospital opera 24/7. Falha de disco em sistema convencional destrói todas as gravações daquele servidor. Em ambiente hospitalar, isso tem implicações clínicas, legais e regulatórias.
O SDD (Secure Data Distribution) do Mirasys distribui frames entre múltiplos discos em round-robin. Se um disco falha, o sistema perde 25% dos frames de todas as câmeras — mas nenhuma câmera perde 100% da gravação. O vídeo fica com saltos, mas a evidência não desaparece.
Para farmácias hospitalares, UTIs e centros cirúrgicos — onde gravação contínua é requisito regulatório — isso muda o perfil de risco de "falha destrói evidência" para "falha degrada evidência parcialmente".
→ Como o SDD funciona: guia técnico completo
Failover de servidor sem gap operacional
Quando um servidor de gravação falha, o Failover Server assume automaticamente. Câmeras IP continuam gravando no servidor standby. O gap máximo é o timeout configurado — geralmente 10 minutos. Desde a versão V9.5, o failback é automático: quando o servidor original é restaurado, o material gravado durante o failover é copiado de volta.
Para hospital que opera sob exigência de gravação contínua de certas áreas (ANVISA, vigilância sanitária, contratos com operadoras), failover configurado corretamente elimina a lacuna que seria inaceitável em CFTV sem redundância.
Escala multi-filial
Hospitais de médio e grande porte operam múltiplas unidades — hospital principal, pronto-socorro separado, clínicas satélite, centros diagnósticos. O Mirasys suporta até 150 servidores de gravação em um único domínio, gerenciados por um único SMServer. Toda a operação de segurança em uma interface.
Integração com sistemas clínicos via HL7 e FHIR
Este é o ponto onde Mirasys VMS e sistemas clínicos passam a conversar — e onde a maioria dos projetos de VMS hospitalar fica aquém do potencial.
HL7 (Health Level 7) e FHIR (Fast Healthcare Interoperability Resources) são os padrões de troca de dados clínicos. Prontuário eletrônico (PEP/PEF), sistemas de agendamento, controle de leitos e faturamento hospitalar comunicam entre si via HL7 ou FHIR. O VMS geralmente não está nessa conversa — opera como ilha isolada.
A Sparsum integra Mirasys VMS ao ecossistema HL7/FHIR do hospital em quatro arquiteturas:
1. Controle de acesso dinâmico por movimentação de paciente
Mensagens HL7 ADT (Admit, Discharge, Transfer) são geradas sempre que um paciente muda de status — internação, alta, transferência entre leitos. Integrado ao VMS, esse evento pode acionar automaticamente:
- Abertura ou bloqueio de zona — paciente internado em UTI cria regra temporária de acesso na zona correspondente; alta hospitalar revoga automaticamente
- Alerta de presença em zona incorreta — VCA monitora se paciente de alta ainda está em área de acesso restrito além do tempo esperado
- Registro de movimentação correlacionado — evento clínico (alta, transferência) é correlacionado com timestamp de câmera para audit trail unificado
2. Rastreamento de ativos com evento FHIR
Equipamentos de alto valor (bombas de infusão, monitores, respiradores) são frequentemente gerenciados em FHIR como recursos do tipo Device. Integrado ao Mirasys com câmeras de reconhecimento de objeto (OR) em pontos estratégicos:
- Câmera detecta equipamento saindo de zona sem registro correspondente no FHIR → alarme imediato
- Movimentação registrada automaticamente no sistema de rastreamento de ativos
- Relatório de permanência por zona gerado a partir de eventos do VMS
3. Alertas operacionais para sistemas de notificação clínica
Eventos do VMS (intrusão em farmácia, presença em zona de expurgo fora de horário, detecção de face não autorizada em área restrita) são convertidos em mensagens HL7 ORU (Observational Result) ou notificações FHIR e enviados para:
- Sistemas de chamada de enfermagem
- Aplicativos de comunicação clínica (TigerConnect, Vocera, similares)
- Dashboards de operação hospitalar
O operador de segurança vê no Spotter. O coordenador clínico recebe no sistema que já usa.
4. Audit trail regulatório unificado
Agências regulatórias (ANVISA, ONA, Joint Commission) exigem rastreabilidade de quem acessou o quê e quando. Com VMS integrado ao HL7, o audit trail une:
- Registro do sistema de controle de acesso (quem entrou com crachá)
- Evento do VMS com câmera correspondente (confirmação visual)
- Contexto clínico da mensagem HL7 (qual procedimento estava em andamento no momento)
Isso transforma o audit trail de "lista de acessos" para "registro com evidência correlacionada" — padrão que algumas operadoras e acreditadoras já exigem explicitamente.
Módulos de IA relevantes para hospital
O Mirasys V9.9 inclui cinco módulos de IA opcionais. Em ambiente hospitalar, três se destacam:
Face Recognition — controle de zonas críticas
Farmácia, UTI, expurgo, sala de cirurgia. Câmeras instaladas nos pontos de entrada identificam colaboradores autorizados, detectam faces desconhecidas e registram todas as passagens com timestamp e imagem. Integrado com Lenel OnGuard ou Paxton Net2 para abrir portas apenas para faces na lista branca.
Importante: FR tem melhor desempenho em câmeras dedicadas a pontos de passagem com boa iluminação — não em câmeras de cobertura ampla de corredor.
Video Content Analysis — conformidade de protocolo
VCA em câmeras de zonas de higienização detecta presença sem higienização das mãos (pela ausência de parada na área do dispenser). Em vestiários de área estéril, detecta saída sem uso de EPI completo.
Não substitui auditoria humana — reduz a frequência necessária dela.
Object Recognition — fluxo de emergência
OR em câmeras de triagem detecta acúmulo de pessoas além do threshold configurado e dispara alerta para o coordenador antes que a fila vire gargalo. Em saídas de emergência, detecta bloqueio (objeto, mobília, pessoas paradas) e alerta em tempo real.
Arquitetura de referência para hospital de médio porte
Uma implementação Mirasys em hospital com 3 blocos e 120–200 câmeras tipicamente segue esta estrutura:
[SMServer — Master] ← único, gerencia todo o domínio
|
├── [DVRServer 1 — Bloco A] ← emergência, triagem, recepção
│ + Failover Server A ← standby passivo
│ + SDD: 4 discos ← 0% overhead, máx. retenção
│
├── [DVRServer 2 — Bloco B] ← internação, UTI, farmácia
│ + Failover Server B
│ + SDD: 4 discos
│
└── [DVRServer 3 — Bloco C] ← ambulatório, diagnóstico, admin
+ SDD: 4 discos
[Gateway Server] ← Spotter Web + Mobile + integração SDK HL7
[Lenel OnGuard] ← controle de acesso integrado via Gateway Connector
[Sistema HL7] ← recebe/envia mensagens ADT, ORU via integração SparsumCada bloco com servidor de gravação dedicado significa que falha em um bloco não afeta gravação dos outros. Failover servers cobrem os blocos críticos (emergência, UTI, farmácia).
O que é necessário para este projeto
Do lado Mirasys:
- Licença VMS Enterprise (multi-servidor, failover)
- Módulos FR e/ou VCA conforme zonas críticas definidas
- Lenel Gateway Connector (se integração com OnGuard)
- DVRServers dimensionados por bloco + Failover Servers
Do lado integração clínica:
- Acesso ao barramento HL7 ou FHIR do hospital (normalmente via middleware — MuleSoft, Rhapsody, HL7 Engine próprio do PEP)
- Mapeamento de mensagens ADT relevantes para o projeto (internação, alta, transferência)
- Definição de quais eventos do VMS viram mensagens HL7 de saída
Do lado infraestrutura:
- Rede segregada para câmeras IP (câmeras em VLAN separada dos servidores)
- Dois NICs em cada DVRServer (uma interface para câmeras, outra para rede administrativa)
- Storage dimensionado com retenção mínima exigida pelo hospital e/ou regulação
Conformidade regulatória relevante
| Regulação / Acreditação | Exigência relacionada ao VMS |
|---|---|
| ANVISA RDC 63/2011 | Controle de acesso a áreas farmacêuticas com registro |
| ONA Nível 3 | Rastreabilidade de processos críticos com evidência documentada |
| Joint Commission (JCI) | Segurança física de pacientes vulneráveis (pediatria, psiquiatria) |
| LGPD | Imagens de pacientes são dados sensíveis — retenção, acesso e descarte regulados |
A integração VMS + HL7 facilita o compliance da LGPD porque centraliza o registro de acesso a dados de paciente (quem entrou na área onde o paciente está) no mesmo sistema que o prontuário — simplificando auditoria.
→ O que é o Mirasys VMS: arquitetura completa → SDD: como o Mirasys protege gravações mesmo com falha de disco → IA em CFTV: FR, LPR, OR e VCA com Mirasys
A Sparsum combina expertise em Mirasys VMS com engenharia de integração HL7/FHIR — as duas disciplinas necessárias para este tipo de projeto. Se você está avaliando VMS para ambiente hospitalar ou planejando integrar um sistema existente com os sistemas clínicos, fale com nossa equipe técnica.