SONHO

SONHO
Sigla
Designação	Sistema Integrado de Informação Hospitalar
Data de Lançamento	1994
Entidade Criadora	INESC, SIS
Entidade Gestora	IGIF/ACSS
Versão Atual
Requisitos Técnicos
Tipo de Licenciamento
Arquitetura
Sistema Operativo
Especialidade Médica
Utilizadores Principais
Função	Administração Hospitalar

Introdução

O SONHO, acrónimo de Sistema Integrado de Informação Hospitalar, é um sistema existente em 90% das instituições do SNS em Portugal. As suas principais funcionalidades incluem o registo de doentes , e o procedimento efectuado pelo mesmo em códigos CID (Classificação internacional de doenças) e o registo de saída do mesmo com transformação em GDH (Grupos de diagnóstico homogéneos) para contabilização financeira da receita durante a sua passagem no hospital. [1]

História

Figura 1: Interface Inicial do SONHO.

O SONHO foi criado em 1988 pelo IGIF - Instituto de Gestão Informática e Financeira da Saúde, que na altura estava sob a alçada da Administração Central do Sistemas de Saúde, I.P. (ACSS). Foi desenvolvido em parceria pelo INESC (Instituto de Engenharia de Sistemas e Computadores) e pelo SIS (Serviço de Informática em Saúde) e está presente em 90% dos hospitais e instituições de Cuidados de Saúde Primários do Serviço Nacional de Saúde (SNS) português. O SONHO surgiu na sequência de um sistema de informação anterior denominado Sistema Mínimo de Informação Médico-Administrativa no Internamento (SMIMAI)[2] um sistema inovador na altura da sua concepção, que foi rapidamente difundido a nível nacional. A instalação do SONHO foi iniciada em 1995 de forma gratuita, mas não de forma uniforme em todos os hospitais. Pretendia-se com este sistema gerir os dados administrativos dos doentes para melhorar a qualidade da assistência aos mesmos, através de um sistema que fosse comum a todos as unidades hospitalares. A possibilidade de um acesso relativamente rápido ao historial anterior do doente era também um dos objetivos, no sentido de melhorar a qualidade da assistência aos mesmos. Do ponto de vista admnistrativo, pretendia-se melhorar a gestão administrativa e financeira dos hospitais e aumentar a produtividade do pessoal interveniente em todo o processo. [3] Analogamente, no caso das unidades/centros de saúde é utilizado o sistema SINUS (Sistema de Informação para Unidades de Saúde). O motto do SONHO é “um doente, um número de identificação”, em que o seu principal objectivo é controlar o fluxo de doentes dentro de um hospital.

Descrição

É designado como sendo um sistema ADT (Admission, Discharge, Transfer, em português: Admissão, Alta, Transferência) que ajuda no trabalho administrativo hospitalar em Portugal. Funciona como base para os outros sistemas de saúde, ou seja, é um sistema CORE, dentro do hospital pois possui informação sobre pacientes, tais como número de utente, nome, idade, contacto, historial clínico, entre outros e faz com que os problemas com casos de duplicação de doentes sejam nulos. Em cada instituição de saúde com este software, existe um responsável pelo mesmo. [4] O modo de recolha destes dados é feito quando o paciente necessita de um acto médico (que pode ser, por exemplo um consulta externa, urgência ou exame complementar) e acede aos postos de atendimento ao doente existentes nos hospitais.

No SONHO os pacientes são identificados pelo número de processo (não existente para todos os doentes) e por um número sequencial (número de consulta):

Input e output de dados	Descrição
N.º Processo	Nº atribuido ao paciente na entrada do SONHO
ID Paciente	ID Paciente = 1(ID da instalação) + 7 caracteres sequenciais numéricos do SONHO

Após a inserção dos dados do doente, é através do SONHO que são impressas as etiquetas de admissão. (FOTO ETIQUETA ADMISSÃO SONHO)

(BPM GRÁFICO WORKFLOW) Documentação de entrada -> SONHO -> Documentação de saída -> Contabilização da receita do doente após a sua passagem pelo serviço hospitalar

Com os dados obtidos pelo SONHO foram desenvolvidas mais duas aplicações em ambiente web, uma para o médico (SAM) e outra para o enfermeiro (SAPE) para ajuda no apoio à decisão.

Uma das principais razões para a criação do SONHO deve-se principalmente à necessidade de organização dos departamentos administrativos dos hospitais, pois existir uma enorme desorganização relativamente à facturação não eficiente às entidades pagadoras.

Arquitectura de aplicações

Figura 2: Exemplo arquitectura física SONHO + PCE. (fonte:SPMS)

Em cada unidade hospitalar existe um sistema autónomo do SONHO que possui a sua própria base de dados. Para ser possível aceder ao mesmo, é necessário o uso de um emulador para ambiente Windows, denominado Reflexion. É possível no sistema serem definidos vários perfis dependendo do tipo de utilizador: perfis de utilização do sistema e perfis de administração do sistema. Tecnicamente, o SONHO possui uma arquitectura descentralizada, pois tem uma base de dados centralizada de apontadores que refere os vários episódios clínicos de cada utente.

Objectivos

Os principais objectivos do SONHO são:

• Identificação única de cada paciente/cliente;
• Gestão dos dados administrativos dos pacientes de modo a melhorar a qualidade de assistência com um sistema comum a todos os hospitais;
• Acesso rápido ao historial do doente;
• Correcção rápida de dados previamente introduzidos no sistema;
• Distribuição e processamento de dados que possam ser usados por outros módulos;
• Registo e gestão administrativa e financeira dos hospitais de modo a aumentar a produtividade da equipa interveniente no processo (relação entre códigos CID e GDH).

Módulos

Existem oito módulos diferentes no SONHO, sendo estes o módulo identificação, urgência, internamento, consulta externa, bloco operatório, hospital de dia, arquivo/estatística e faturação. [1]

Descrição do sistema

Módulo Urgência Neste módulo,é feita uma gestão de tabelas de referência da urgência: quais os locais de urgência, os tipos de urgência (pediátrica, obstétrica, etc), tipos de acidente (arma de fogo, acidente de viação, etc), especialidades de destino, prioridades,áreas de influência, etc.

Módulo identificação

Neste módulo é feita a Identificação do cliente através da inserção de dados tais como nome, sexo, data de nascimento, número de telemóvel, entre outros, como se pode verificar na figura 3. É também possível fazer a actualização destes dados e introduzir um cliente novo no sistema.

Módulo de Urgência

No módulo de gestão de tabelas de referência da urgência: os locais de urgência, os tipos de urgência (pediátrica, cirúrgica, etc.), tipos de acidente (arma de fogo, acidente de viação, etc), especialidades de destino (medicina, neurocirurgia), prioridades (emergente, muito urgente, urgente, pouco ugente, não urgente) áreas de influência, etc.

Permite efectuar a admissão ao Serviço de urgência. Após seleccionado, o utilizador regista um conjunto de informação relacionada com o contacto: data e hora de admissão, local de urgência, causa da urgência, proveniência do doente, entidade financeira responsável pelo pagamento do episódio, a prioridade.

Permite fazer a transferência do utente para um outro local de urgência – necessidade proveniente da criação dos Centros Hospitalares, quando enviam um doente para a urgência de outra unidade.

Permite pesquisar urgências realizadas através de um conjunto de atributos definidos para o efeito: número de utente, número de processo, número antigo de processo, nome, data de nascimento ou intervalo de idades, período em que decorreu a urgência, o local da urgência e a causa da urgência.

Módulo Internamento

No módulo de internamento é feita a gestão de internamentos no hospital, incluindo modificações que possam ser necessárias.

Nesta funcionalidade, é possível fazer a Admissão ao internamento. Permite efetuar o internamento de um utente num serviço de internamento, o tipo de programação (eletiva, por exemplo), o serviço físico onde o doente vai ficar internado, e o serviço responsável. Regista-se também a entidade financeira responsável.

Permite pesquisar internamentos realizadas através de um conjunto de atributos definidos para o efeito: nº utente, nº processo, nº antigo de processo,nome, data de nascimento ou intervalo de idades, período em que decorreu o internamento, serviço de internamento, etc. Existe a Possibilidade do registo de espólio, à semelhança da Urgência.

Permite registar um conjunto de informação relacionada com a consulta:

- Transferência de serviço - Mudança de cama - Alta de internamento - Registar dados de parto - Registo dos recém-nascidos - Marcação da consulta pós-internamento - Marcação sessões de Hospital de dia - Transporte do doente (entrada/saída) - Registar diagnósticos - Registo de medicamentos - Registo na lista de inscritos para cirurgia/agendamento de cirurgias/registo de intervenção - Registo de Meios Complementares de Diagnóstico - Realizar o pagamento das Taxas Moderadoras / Emissão de Notas de Débito/Recibos - Consultar GDH gerado - Emitir fatura individual - Registo de outras despesas que possam ser imputadas ao doente - Emissão de outputs – vários tipo de etiquetas, declaração de presença para o doente/acompanhante, pedir processo ao arquivo,etc

Está dsponível, também: - Alta do Internamento

- Marcação da Consulta pós-internamento

- Registo de Diagnósticos

- Marcação sessões de Hospital de Dia

- Registo na lista de inscritos para cirurgia/ Agendamento/Registo de cirurgias

- Consulta do GDH

- Consulta de Camas Livre/Ocupadas de um determinado serviço

Na gestão de tabelas específicas do módulo de Internamento, é possível pesquisar através do SONHO, as tabelas da área do internamento: tabela de salas por piso e edifício, gestão de camas, gestão do horário de visitas, tipos de partos, resultados de internamento, etc

Módulo Hospital de Dia

Este módulo permite efetuar a admissão de um doente ao Hospital de Dia. Todo o módulo de Hospital

Permite gerar as agendas das diferentes especialidades do Hospital de Dia, fazer a gestão de marcações de sessões, marcar/desmarcar sessões de Hospital de Dia.

Existe ainda a possibilidade de alterar o subsistema por sessão, em vez de um subsistema único por episódio. Há a possibilidade de pesquisar sessões de hospital de dia com base num conjunto de parâmetros.

Permite registar um conjunto de informação relacionada com uma sessão:

- Registar a equipa que realizou a sessão - Alta de Hospital de Dia - Marcação de consulta - Transporte do doente (entrada/saída) - Registar diagnósticos - Registo de medicamentos - Registo na lista de inscritos para cirurgia/agendamento de cirurgias/registo de intervenção - Registo de Meios Complementares de Diagnóstico - Realizar o pagamento das Taxas Moderadoras / Emissão de Notas de Débito/Recibos - Consultar GDH gerado - Emitir fatura individual - Registo de outras despesas que possam ser imputadas ao doente - Emissão de outputs – vários tipo de etiquetas, declaração de presença para o doente/acompanhante, pedir processo ao arquivo,etc

Este módulo está ligado com o módulo Bloco Operatório.

Módulo arquivo/estatística

Neste módulo o utilizador do sistema faz a requisição do processo do doente. (1) É possível verificar tabelas de grupos etários, fazer o agrupamento de exames, verificar mapas estatísticos e gestão de acessos a mapas por perfil.

Módulo consulta

É feito aqui a gestão de tabelas por área de consulta, é possível saber as demoras médias por médico e especialidade, fazer a gestão do calendário e grupos de consulta, obter a definição de outras entidades que fazem os pedidos de consulta, saber quais os motivos da anulação de consultas, entre outros.

Módulo bloco operatório

Com este módulo obtêm-se informação sobre a gestão de blocos operatórios e salas, quais os motivos de cancelamento de cirurgias, fazer agendamentos das mesmas, verificar inscrições na lista de espera para cirurgia, saber tipos e grupos de anestesia e respectivos riscos, saber também quais os tipos de cirurgia, os fármacos por anestesia e fazer a programação de novas cirurgias.

Módulo facturação

É possível ao utilizador verificar a facturação de todo o episódio hospitalar e quais as despesas que o cliente terá com o mesmo.

Sistema de base de dados

O sistema de base de dados é da Oracle, versão 7.3.4 (actualmente na versão 12) com linguagem PL/SQL (Oracle’s procedural language extension to SQL). A base de dados é manipulada com DBLink (database link) que define um caminho “path” de uma base de dados da Oracle para outra base de dados, e permite com que sejam feitas “queries” em tabelas remotas e executar essas “queries” na base de dados. Exemplo da criação, destruição e encerramento de um DBLink: (1)

• Criar DBlink:

CREATE DATABASE LINK remotedb CONNECT TO scott IDENTIFIED BY tiger USING 'tns_conn_str';

• Eliminar DBlink:

DROP DATABASE LINK remotedb;

• Fechar DBlink:

ALTER SESSION CLOSE DATABASE LINK <link_name>;

É importante ter em conta que existem políticas de acesso à base de dados. Apesar de os acessos à base de dados e ao sistema serem geridos de forma local, não existe uma gestão central neste domínio. No caso de necessidade de modificação a passwords de acesso ou acessos "root", estas modificações tem que ser executadas localmente.

Interface Gráfico

Figura 3: Interface gráfica do SONHO no módulo de Identificação.

Devido à idade já bastante avançada do sistema, esta ainda apresenta uma interface antiga, não intuitiva e pouco user-friendly, baseado no Oracle Forms 3, como se pode verificar na figura 1 e 3.

Ligação na rede RIS

A RIS (Rede Informática da Saúde) é uma rede privada que liga diversas instituições de saúde públicas, Ministério da Saúde e entidades do SNS (Sistema Nacional de Saúde), e com a qual é possível a troca de informação e serviços entre as mesmas, que existe desde 1994. (3) Faz parte do Ministério da Saúde e é gerida pela SPMS (Serviços Partilhados do Ministério da Saúde) (2). A partilha é feita através do uso dos diversos standards existentes para a àrea, tais como DICOM, HL7, entre outros, com um débito mínimo de 2Mbps (dados de 2015). [1] Também existe a possibilidade de esta rede ser partilhada com entidades externas ao hospital para prestação de serviços de modo remoto. Todas as instituições de saúde onde estão instalados os sistemas SONHO e SINUS estão ligados à RIS.

Outras Versões

SONHO v2

As principais diferenças entre o SONHO v1 e v2 são:

• Update feito a nível de Oracle Forms, que neste momento é a versão 11 tendo uma diferença a nível da interface na camada de apresentação;
• Uso da plataforma LIGHT;
• Possuí um maior controlo de auditorias;
• Faz eliminação de erros da aplicação;
• Maior interoperabilidade com a utilização de standards com utilização de FHIR (Fast Healthcare Interoperability Resources);
• Possibilidade de monitorizar e reprocessar eventos em tempo real;
• Base de dados actualizada para Oracle 11.

SONHO-CSP

O SONHO v1 possui lacunas ao nível de registo administrativo em cuidados de saúde primários, tal como obsolescência com o decorrer dos anos. O mesmo acontece com o sistema SINUS (Sistema de Informação em Unidades de Saúde) e devido a estes factores foi criado um novo sistema, com o mesmo modelo de dados do SONHO v2 de modo a que haja um perfil idêntico entre cuidados de saúde hospitalares (SONHO) e primários (SINUS).

Figura 3: Interface SINUS - similar ao SONHO.

Problemas

Devido a ser um sistema de informação com quase 30 anos, este possui diversos problemas nomeadamente na sua interface que usando a mesma GUI (interface gráfica do utilizador) desde data da criação torna o seu uso pouco user-friendly e pouco orientada para actividade médica [1]. Um dos principais problemas é a fraca interoperabilidade com outros sistemas, pelo não uso de standards, como por exemplo, as trocas de mensagens HL7. A manutenção e actualização do sistema é feita de forma ad-hoc, ou seja, na altura da sua criação o sistema não foi criado de forma a responder apenas à necessidade de um hospital, mas de forma a atender a vários, o que faz com que a complexidade de manutenção seja grande e que haja evolução do sistema diferente de hospital para hospital (2). Outro dos problemas apontados é também a possibilidade de criação de atalhos para outros sistemas externos através de interfaces WEB que podem comprometer a segurança na utilização do sistema. Além de todos os outros problemas, a tecnologia utilizada no SONHO está obsoleta, o que fará com que existam problemas a níveis aplicacionais e de infraestruturas tais como segurança da autenticação, desempenho, taxa de disponibilidade (o sistema falha várias vezes por dia em certos hospitais), entre outros. [1] Apesar de ser um sistema extremamente enraizado em quase todos os hospitais nacionais que se encontra com diversos problemas, não existe nenhuma aplicação semelhante no mundo que possa substituir rápida e funcionalmente as necessidades existentes a nível hospitalar em Portugal. (3)

Ponto Situação

Existe uma versão 2 do sistema designada por “SONHO v2”, apenas instalada em 3 hospitais em Portugal: Centro Hospitalar de Leiria, IPO de Lisboa e Hospital Garcia da Orta. Devido às burocracias estruturadas de forma errada, cada instalação do SONHO v2 nos hospitais acresce de montantes monetários bastante elevados para a compra de licenças da ORACLE. Apesar de o sistema estar finalizado para uso, a necessidade das licenças fazem com que o novo sistema tenha que ser abandonado. Há também uma ideIa em criar um novo sistema de informação interno que junte os sistemas SONHO, SINUS, SAM e SAP nos cuidados primários e hospitalares e que as soluções adoptadas sejam de código aberto (open-source) de modo a ser possível reduzir os custos relacionados com o licenciamento destas aplicações. No entanto existirá novo concurso público para uma terceira versão do SONHO brevemente.

Links Externos

• Portal de: Codificação e dos GDH