Unimed do Brasil - Institucional · Padrões de Interoperabilidade 2012 Especificação 2013...

49
Unimed do Brasil Projeto Registro Eletrônico de Saúde Novembro /2015

Transcript of Unimed do Brasil - Institucional · Padrões de Interoperabilidade 2012 Especificação 2013...

Unimed do Brasil

Projeto Registro Eletrônico de Saúde

Novembro /2015

Sistema Unimed

• Números do Sistema

36 Prestadoras

300 Operadoras

(30% das operadoras

de saúde)

15 Federações

Institucionais

351 Cooperativas

1 Confederação

Nacional

1 Confederação

Regional 1 Central

Nacional 32 Federações

316 Singulares

84% de abrangência no

território Nacional

20 Milhões de

beneficiários

115 Mil cooperados

96 Mil empregos diretos

• Recursos Próprios

Recursos Próprios

113 - Hospitais Geral

13 - Hospitais Dia

93 - Laboratórios

8.890 - Leitos

210 - Prontos

Atendimentos

100 - Centros de

Diagnósticos

120 - Farmácias

A rede hospitalar

Unimed

possibilita uma

ótima prática

médica aos

profissionais de

saúde.

• Recursos Credenciados

Credenciados

2.797 - Hospitais

5.081 - Laboratórios

116.848 - Leitos

23 - Prontos

Atendimentos

1.810 - Centros de

Diagnósticos

A rede hospitalar

Unimed

possibilita uma

ótima prática

médica aos

profissionais de

saúde.

Agentes de Mudança

• Transições

A Transição Social leva a Transição Nutricional e essa junto a Transição Demográfica

pressiona a Transição Epidemiológica e no final tudo impacta na saúde.

• Sinistralidade

59,5 64,5

72,9

82,6

93,1

108,6

125,1

67,6

47,8 53,5

59,2

68,1

79,1

90,9

106,3

57,0

80,4

83,0 81,1

82,4

84,9 83,8

84,9 84,2

50, 0

55, 0

60, 0

65, 0

70, 0

75, 0

80, 0

85, 0

-10

10

30

50

70

90

110

130

150

2008 2009 2010 2011 2012 2013 2014 2015

Receita de Contraprestação (em bilhões) Despesa Assistencial (em bilhões) Sinistralidade (%)

14,8%

Crescimento %

2013 - 2014

16,4%

1,3%

Fonte: ANS - Agência Nacional de Saúde Suplementar - TABNET – Data base: setembro/2015

Paradigma da Saúde

Mudanças de paradigma requerem investimento, inovação e ferramentas modulares e extensíveis.

Papel Modelo atual Modelo de futuro

Sistema de Saúde Combater doenças Manter e melhorar saúde e bem estar

Médicos Responsáveis pela assistência ao paciente

Colaboradores do cuidado do paciente

Pacientes Receptores passivos Participantes ativos

Informações em saúde Fragmentadas e episódicas Integradas e longitudinais

Papel da TI Suporte às tarefas PRODUÇÃO DE CONHECIMENTO

Projeto

• Problema

• Registros clínicos dos indivíduos dispersos por vários

sistemas de informação distintos em nossa rede de

atendimento.

• Impossibilidade de ter uma visão completa sobre a história

clínica de cada indivíduo.

• Não existir um modelo comum para a informação clínica, o

que dificulta a interoperabilidade.

• Objetivo

CONECTAR a rede UNIMED através de um

RES vai facilitar o COMPARTILHAMENTO DE

INFORMAÇÕES DE SAÚDE dos beneficiários

por meio da rede de cuidados e permitir a

gestores e pesquisadores acesso a uma

ampla coleção de dados de saúde NÃO

IDENTIFICÁVEIS, que poderão ser usados

para PRODUÇÃO DE CONHECIMENTO

• Etapas

Arquitetura

Conceitual

2012

Padrões de

Interoperabilidade

2012

Especificação

2013

Aquisição e

Desenvolvimento

2014 /2015

Implantação

2016, ...

Solução

• Comparativo RES x PEP

Armazenamento de Dados de Saúde

dos beneficiários oriundos de todos

os locais de atendimento;

Esses dados poderão ser

compartilhados e acessados por

todos os softwares autorizados e

certificados pelo sistema;

Massa de dados disponível para

análise epidemiológica;

Dados individuais identificados,

disponíveis para aonde estiver o

usuário autorizado;

Software aplicativo que reúne os

dados da saúde do beneficiário

dentro de determinada instituição;

Integra-se ao RES enviando e

recebendo dados do paciente em

atendimento;

Disponibiliza e identifica os dados

oriundos do RES, apenas para equipe

de atendimento autorizada,

formando um panorama de seu

histórico clínico ao longo do tempo;

RES PEP

• Componentes RES

Componente Demográfica e

MPI

Componente Clínica

Segurança Governança de Dados Clínicos

Pesquisa Clínica Gestão de

Documentos Serviço de

Terminologias Administração

Visualizador de RES

Business Intelligence

Integração com Sistemas Externos

Requisitos Não Funcionais

• Áreas Clínicas

Fase 2 – Construção • Etapa 1 – Especificação

• Etapa 2 – Desenvolvimento

Alergias e reações adversas

Problemas e diagnósticos

Medicamentos Imunizações

Tipo de sangue Sinais vitais Antropometria Procedimentos

Exames de laboratório

Exames de imagem

Episódios Referência

Hábitos Educação ao

paciente Antecedentes

pessoais Antecedentes

familiares

• RES de Emergência

– Informação essencial para prestar cuidados ao beneficiário numa

situação de emergência.

– Informações relevantes e atualizadas sobre:

• Problemas e diagnósticos

• Medicamentos

• Alergias e reações adversas

• Imunizações

• Tipo de sangue

• Sinais vitais

• Antropometria

Longitudinal

Compartilhado

Emergência

• RES Compartilhado

– Informação clínica mais completa do beneficiário, destinando-se a

dar apoio à prestação de cuidados de saúde por diferentes

prestadores, promovendo a continuidade dos cuidados prestados.

Além das áreas clínicas disponibilizada pelo RES de emergência, inclui

também:

• Antecedentes pessoais

• Antecedentes familiares

• Hábitos

• Procedimentos

• Exames de laboratório

• Exames de imagem

• Educação ao paciente

• Episódios

• Pedidos de referência

Longitudinal

Compartilhado

Emergência

• RES Longitudional

– Histórico completo da informação

clínica relevante do beneficiário,

dando uma perspectiva global do

seu estado de saúde

– As categorias de dados são as

mesmas do RES compartilhado,

no entanto, inclui uma maior

quantidade de informação em

cada uma dessas áreas.

Longitudinal

Compartilhado

Emergência

• Gestão da Informação

Modelo para o Sistema de Informação em Saúde

Padrões

• Padrões Interoperabilidade

• PORTARIA Nº 2.073, DE 31 DE AGOSTO DE 2011

Serviços Padrões de Informação Terminologias

Webservice OpenEHR SNOMED-CT

WS-Security HL7 CDA LOINC

SOAP DICOM CID

WSDL IHE-PIX CIAP-2

TUSS

CBHPM

Arquitetura

• Arquitetura SOA

Fase 2 – Construção • Etapa 1 – Especificação

• Etapa 2 – Desenvolvimento

Fase 2 – Construção • Etapa 1 – Especificação

• Etapa 2 – Desenvolvimento

Responsável pela transmissão de requisições para um serviço específico. O barramento funcionará como ponto de acesso para um determinado serviço, seja ele interno ou externo, fornecendo uma comunicação ponto a ponto. Todas as comunicações serão realizadas via Web Services SOAP ou REST

Transação 00710/00711 – Criação de RES

Transação 00720/00721 –

Envio de Informação Clínica RES

Transação 00730/00731 –

Consulta de Informação Clínica RES

Barramento

Visualizador de RES

BackOffice Terminologias

PTU Unimed

Definidas por schemas XML

Informação clínica baseada em OpenEHR

Fase 2 – Construção • Etapa 1 – Especificação

• Etapa 2 – Desenvolvimento

PIXService

• Disponibiliza métodos que implementam as funcionalidades particulares do perfil de integração IHE designado por Patient Identifier Cross-Referencing. Este perfil permite relacionar o beneficiário nos diferentes domínios, conseguindo desta forma cruzar a informação e identificar de forma inequívoca o beneficiário

PDQService

• Disponibiliza métodos que implementam as funcionalidades particulares do perfil de integração IHE designado por Patient Demographic Query. Este perfil expõe métodos para pesquisa de dados demográficos de beneficiários

APIService

• Disponibiliza dois grupos de métodos: Person Query Resource e Person Manager Resource. O primeiro fornece vários recursos para pesquisa no sistema, e o segundo fornece recursos para gestão de dados do beneficiário (por exemplo: novos registos, modificação de registos existentes, criação de ligações entre os registos, etc.)

O componente de MPI é um repositório que mantém um registro (único por beneficiário) de todos os beneficiários em todo o universo RES

Fase 2 – Construção • Etapa 1 – Especificação

• Etapa 2 – Desenvolvimento

Responsável pelo armazenamento centralizado de toda a informação clínica e demográfica. Os dados clínicos encontram-se totalmente separados dos demográficos, permitindo elevar o grau de segurança e confidencialidade da informação armazenada.

Fase 2 – Construção • Etapa 1 – Especificação

• Etapa 2 – Desenvolvimento

XDS.Repository

• Responsável por armazenar documentos de forma transparente, segura, confiável e persistente. Deverá responder quando solicitado a obter documentos

XDS.Registry

• Responsável por armazenar as informações (meta-dados) sobre esses documentos para que os mais significantes sejam encontrados, selecionados e obtidos no ato de prestação de cuidados de saúde de um beneficiário

MPI

• Permite identificar os beneficiários associados aos documentos

Comunicação

• Catálogo de Transações

Fase 2 – Construção • Etapa 1 – Especificação

• Etapa 2 – Desenvolvimento

Informação Clínica

Envio Consulta

Áreas Clínicas Episódios Documentos

Informação Demográfica

Consulta Envio (via

CADBENEF)

• Modelos de Interoperabilidade

RES

RES

PEP PEP PEP

Singular / Federação

PEP

PEP PEP PEP

PEP PEP PEP

PTU Clínico

Singular / Federação

Singular / Federação

Segurança

• Segurança na Comunicação

Todas as comunicações entre os vários componentes serão

configuradas de forma segura, garantindo que toda a informação é

encriptada.

• Política de Acesso

Política Base

Conjunto de políticas que podem ser alteradas em BackOffice

Política do Beneficiário

Conjunto de políticas definidas ao nível do paciente nas telas do Visualizador de RES

Política de Sessão

Conjunto de políticas definidas ao nível da sessão de um utilizador (ex.: break-the-glass)

"roleAssignments":[ { “resource": "CHS_ROLE_RESPONSIBLE_PHYSICIAN", "permission":"PERMIT", "subjectName":"laraujo“ } ]

{"resource":"chs.patients.level.emergency", "actions":["READ"], "permission":"DENY", "subjectName":"ntome"}

{ "resource" : "chs.patients.level.emergency", "permission" : "PERMIT", "subjectRoles" : ["CHS_ROLE_RESPONSIBLE_PHYSICIAN"], "actions" : ["READ"]}

Política por Omissão

Conjunto de políticas definidas no sistema com o objetivo apresentar uma base para o preenchimento das políticas do Beneficiário 1

3 4

2

{ "resource" : "chs.patients.level.emergency", "permission" : "PERMIT", "subjectRoles" : ["CHS_ROLE_RESPONSIBLE_PHYSICIAN"], "actions" : ["READ"]}

Política de Sessão

Política do Beneficiário

Política por Omissão

Política Base

Casos de Uso

• Cenário 1

Consulta de dados clínicos no Visualizador do RES

Continuidade da prestação de cuidados:

Consulta do RES para atualização relativamente a dados clínicos relevantes ocorridos

desde o último evento, em outras instituições, ou na transferência de cuidados, para

outras instituições: episódios de emergência ou pronto atendimento, episódios de

internação, referência para outra especialidade, etc.

• Cenário 1

Dashboard

Dados de Emergência

• Cenário 2

Consulta de dados clínicos no Visualizador do RES

Continuidade da prestação de cuidados:

Consulta do RES para atualização relativamente a dados clínicos relevantes ocorridos

desde o último evento, em outras instituições, ou na transferência de cuidados, para

outras instituições: episódios de emergência ou pronto atendimento, episódios de

internação, referência para outra especialidade, etc.

• Cenário 2

Linha do Tempo

Histórico de

Atendimentos

• Cenário 2

Exames

Laboratoriais

Resultados de

Exames

• Inteligência Clínica

Permitir as singulares e federações e a confederação fazerem a gestão da saúde

populacional de acordo com sua área de ação, a partir de dados anonimizados,

seguindo os indicadores preconizados pelo Comitê de Atenção Integral a Saúde.

Ministério da Saúde e ANS

• Ministério da Saúde

• Governança e Recursos

Organizacionais

• Padrões e Interoperabilidade

• Infraestrutura

• Recursos Humanos

http://www.saude.gov.br/consultapublica

• ANS

Tecnologias da Informação e Comunicação RES

INTEROPERABILIDADE

Como aprimorar o Padrão TISS e-Saúde e ao RES?

Fernando Costa

[email protected]

Obrigado!