Mudanças entre as edições de "Página principal"

Edição das 14h42min de 1 de julho de 2020

Bem vindo à wiki da Rede Nacional de Dados em Saúde - RNDS: este ambiente está em construção e tem como objetivo disponibilizar a documentação técnica da RNDS.

Sobre a RNDS

A RNDS é uma rede que tem como objetivo promover a troca de informações entre os pontos da Rede de Atenção à Saúde, permitindo a transição e continuidade do cuidado nos setores público e privado.

Ela integra o Conecte SUS, programa do Governo Federal, coordenado pelo Ministério da Saúde por meio do Departamento de Informática do SUS, com a missão de materializar a Estratégia de Saúde Digital para o Brasil.

Você pode conhecer mais sobre a RNDS no site http://rnds.saude.gov.br/.

A RNDS

·        Contexto técnico da RNDS para integradores

o  Interface padronizada de acesso interoperável para dados provenientes das bases encapsuladas (medicações, imunizações, etc.)

o  Interface padronizada de acesso interoperável para dados provenientes do CMD

o  Troca de dados clínicos para modelos estruturados conforme casos de negócio atuais e evoluções futuras (atendimentos clínicos, sumários de alta, etc.)

Público alvo da Wiki e outros recursos

·        Ponto de partida para implementadores de sistemas e soluções

·        Apontamento para site da RNDS com foco negocial, regulamentação, notas técnicas, etc.

·        Disponibilização de fóruns ou grupos de discussão/trabalho, contatos relevantes, responsáveis, etc.

Requisitos para integradores

·        Critérios e responsabilidades para soluções integradas à RNDS

o  Adequação de mecanismos internos do integrador (e.g. controles de acesso e identidade próprios, limitações de armazenamento de dados remotos restritos pela LGPD/consentimento, auditoria, etc. - funcionalidades para as quais a RNDS possui uma contrapartida associada mas que a RNDS não deve substituir a funcionalidade local)

·        Necessidades específicas/imediatas

o  Recursos com suporte obrigatório

o  Vínculo de profissionais e estabelecimentos (CNS, CNES, etc.)

o  Elegibilidade para acesso ao portal (Gov.br, etc.)

o  Restrições para envio e recebimento de dados

Ambientes, conformidade e testes

·        Disponibilidade e condições de acesso e uso do ambiente de homologação e produção

·        Relação de recursos e regras da RNDS

o   Conformidade esperada relacionada ao CapabilityStatement

o   Possível distinção das exigências para adesão gradativa aos casos de negócio (suporte em níveis/fases)

·        Coleções do Postman ou SoapUI para referência inicial das interações com a RNDS

Credenciamento e homologação

·        Dado o cumprimento dos requisitos e da conformidade, abordar:

o  Procedimentos para credenciamento de instituições, atores, etc. (e.g. se ocorre somente via vínculo do CNS, CNES, referenciar)

o  Procedimentos para homologação de soluções e sistemas (apontar emissão de certificado, formulários de cadastro/solicitação, etc.)

Critérios de autenticação, autorização e consentimento

·        Ponto de visa da solução ou sistema (e.g. autenticação mútua, restrições de endereço IP, rede ou firewall, consumo de APIs, geração de tokens, uso do portal, etc.)

o   Viabilidade de instalações locais, distribuídas, com centralização por proxy ou em nuvem

·        Identificação de profissionais e atores nas interações com a RNDS

·        Estabelecimento do contexto de atendimento para autorização do acesso

·        Tratamento dos cenários de consentimento (por contexto de atendimento, pessoa publicamente exposta, notificações aos usuários, possibilidade de quebra de vidro)

Princípios do padrão FHIR para interoperabilidade

·        Introdução às mecânicas do padrão FHIR

o   Noções de tipos de dados, recursos, perfis, métodos HTTP e endpoints

o   Envio de composições/documentos por meio de Bundle

o   Busca e recuperação de recursos por identificadores ou encadeamento de filtros

§  Modificadores e operadores para recuperações mais avançadas (_include, _elements, _summary, _filter, etc.)

[Se na RNDS é usado o HAPI como backend, deve-se ter atenção especial neste ponto, pois há limitações na implementação em relação à especificação FHIR]

Convenções e estratégia para adoção FHIR na RNDS

·        Alinhamento/referência à norma técnica

o  Heurísticas da adoção de modelagem aberta, nomenclatura, sugestões para fatiamento, etc.

o  Recursos nacionais

o  Possível apontamento de registro/infraestrutura de gestão/governança (Simplifier, etc.)

o  Critérios para extensibilidade regional/local

Identificadores e terminologias

·        Relação de identificadores nacionais e suas URIs (CNS, CPF, CNES, CNPJ, etc.)

·        Relação de value sets e code systems normatizados nos recursos

·        Discriminação de terminologias externas de uso obrigatório/preferido/sugerido e possíveis apontamentos para maiores informações (distribuições, tabelas, site ou informações do mantenedor, etc.)

Recursos comuns/estruturantes

·        Abordagem dos recursos básicos para os integradores (Patient, Practitioner, Organization, etc.)

o   Alimentação continuada pelos cadastros (CNS/CNES/etc.), operações na RNDS somente para leitura

o   Relacionamento com outros serviços fornecidos pelo Datasus

·        Vocabulários internos (representação de demográficos, raça, etc.)

·        Possível modelagem/tratamento de pacientes não identificados

·        Abstração de casos de negócio - Encounter

·        Estratégia para consolidação da linha do tempo

Modelos clínicos para troca de dados

·        Detalhamento dos modelos de informação específicos para cada novo caso de negócio

o   Construção do Bundle em alinhamento com perfis específicos

o   Uso do FHIR com inclusão e reaproveitamento dos recursos comuns/estruturantes

o   Exemplos das mensagens estruturadas com fragmentação/sinalização do respectivo elemento no modelo de informação

Perguntas frequentes

·        Consolidação gradual das dificuldades comumente observadas

·        Evolução continuada com base nas experiências absorvidas em contatos, grupos ou oficinas