INDICADORES DE GESTÃO EM CUIDADOS INTENSIVOS - PDF
INDICADORES DE GESTÃO EM CUIDADOS INTENSIVOS
Download "INDICADORES DE GESTÃO EM CUIDADOS INTENSIVOS"
Lucas Paixão da Fonseca
1 INDICADORES DE GESTÃO EM CUIDADOS INTENSIVOS Rui Pedro Correia da Silva Dissertação para obtenção do Grau de Mestre em Engenharia Informática, Área de Especialização em Arquitecturas, Sistemas e Redes Orientador: Doutor António José Rocha de Oliveira Júri: Presidente: Doutor Luís Miguel Moreira Lino Ferreira, Instituto Superior e Engenharia do Porto Vogais: Doutora Maria de Fátima Coutinho Rodrigues, Instituo Superior de Engenharia do Porto Doutor António José Rocha de Oliveira, Instituto Superior de Engenharia do Porto Porto, Outubro 2012
3 Dedico este projecto aos meus pais e namorada iii
5 Resumo As unidades de cuidados intensivos (UCI), são das áreas hospitalares que mais dinheiro consomem nas instituições públicas. As funções dos profissionais de saúde são imprescindíveis, mas também a logística e gestão são de vital importância e como tal, têm de ser avaliadas. Por isso, todos os indicadores clínicos, económico-financeiros, recursos humanos, produtividade, qualidade - são importantes para que a gestão possa, dinâmica e oportunamente, ter informação útil para a tomada de decisões. Assim, a garantia de uma gestão eficiente dos recursos é cada vez mais importante de forma a satisfazer não só os pacientes como toda a estrutura hospitalar. Nos tempos que correm, e com a situação socioeconómica de crise que se vive, é de extrema importância saber com o maior nível de detalhe possível, com que recursos se pode contar. É importante quantificar de forma eficaz e eficiente como são utilizados os recursos, para satisfazer com o maior nível de qualidade possível um paciente que entre numa UCI. Para tal, a utilização de sistemas de informação (SI) e das ferramentas indicadas na gestão de uma unidade hospitalar, são de grande importância. Nesta tese, é proposta uma ferramenta, que seja simples e de fácil utilização, desenvolvida com recurso a tecnologia ROLAP para a extracção e análise de indicadores numa UCI, e que possa ser facilmente integrada num software de gestão do dia-a-dia. Palavras-chave: Unidade Cuidados Intensivos, Indicadores v
7 Abstract The intensive care units (ICU), are the areas of the hospital that consume more money in public institutions. The roles of health professionals are essential, but the logistics and management are also very important and because of that must be evaluated. Therefore, all indicators - clinical, economic, financial, human resources, productivity, and quality - are important so that management may, dynamically and in time, have information useful for decision making. Thus, ensuring an efficient resource management is increasingly important to meet not only all the patients but also the hospital structure. Nowadays, with the socio-economic crisis we are experiencing, it is extremely important to know with as much detail as possible, what resources you can rely on. It is important to measure effectively and efficiently how they are used to meet with the highest quality possible a patient entering the ICU. For this purpose, the use of information systems and the right tools are of great importance. This thesis proposes a simple and easy to use tool developed using ROLAP technology for the extraction and analysis of indicators in ICU that can be easily integrated in some management software. Keywords: Intensive Care Unit, Indicators vii
9 Agradecimentos Gostaria de agradecer, em primeiro lugar, aos meus pais, Dario e Isabel Silva, por todos os sacrifícios que fizeram para que pudesse aqui chegar, por sempre me apoiaram em todas as decisões, e por todo o carinho e compreensão que sempre demonstraram. Ao meu orientador, Eng. António Rocha, agradeço sobretudo o apoio e pronta disponibilidade que sempre demonstrou durante a elaboração deste projecto. Agradeço ainda à empresa B-Simple por me ter permitido desenvolver este projecto no âmbito do meu trabalho e por todo o apoio e disponibilização de recursos para o seu desenvolvimento. A todos os meus colegas de trabalho, sem excepção, pelos conselhos, amizade, compreensão e ajuda. Agradeço ainda aos meus companheiros de Mestrado e de muitos trabalhos académicos, Liliana Alexandre, Ricardo Jafe e Pedro Duque por todo o apoio na realização dos mesmos. O seu contributo, companheirismo e amizade foram fundamentais para que eu chegasse até aqui. Agradeço também a todos os meus amigos que sempre se mostraram compreensivos com as minhas ausências e que de uma forma ou de outra contribuíram para que este projecto se realizasse nas melhores condições. Agradeço sobretudo, à minha namorada Sara Carvalhosa, pela compreensão das minhas ausências, pela paciência que demonstrou quando me incentivava a nunca desistir, pelos conselhos prestados e, acima de tudo, pelo apoio e amizade que sempre manifestou ao longo da realização deste projecto. A todos, o meu muito obrigado! ix
11 Índice 1 Introdução Estado da arte OLAP Características Tipos de bases de dados OLTP e OLAP Regras de Codd para OLAP O que é então OLAP Tipos de OLAP Multidimensionalidade Ferramentas existentes UCI e os Sistemas de Informação Alguns dados estatísticos UCI em Portugal Indicadores de qualidade Indicadores fundamentais Ferramenta Casos de uso Descrição breve do caso de uso Criação de indicador SQL Descrição breve do caso de uso Criação de visões pelo actor Administrador Descrição breve do caso de uso Apagar visões pelo actor Administrador Descrição breve do caso de uso Consulta dados Descrição breve do caos de uso Criação de visões pelo actor Médico Descrição breve do caso de uso Apagar visões pelo actor Médico Modelo de dados Componentes da ferramenta SQL Módulo de indicadores Módulo de configuração Módulo de visualização Conclusões Resultados obtidos Trabalho futuro xi
13 Lista de Figuras Figura 1 - Sinergia OLTP e OLAP (adaptado de [Rodrigues, 2010]) Figura 2 Cubo (adaptado de [Rodrigues, 2010]) Figura 3 Esquema de estrela (adaptado de [Rodrigues, 2010]) Figura 4 Slice and Dice (adaptado de [Rodrigues, 2010]) Figura 5 Drill-down e Roll-up (adaptado de [Rodrigues, 2010]) Figura 6 Desenvolvimento de indicadores (adaptado de [SEMICYUC, 2011]) Figura 7 Esquema da ferramenta Figura 8 Diagrama de casos de uso Figura 9 Modelo de dados Figura 10 Estrutura da aplicação B.ICU.Care Figura 11 Exemplo de view, neste caso para DVE Figura 12 Diagrama Indicadores Figura 13 Diagrama de Sequência módulo Indicadores Figura 14 Exemplo de módulo de indicadores Figura 15 Diagrama módulo configuração Figura 16 Diagrama de sequência módulo manutenção Figura 17 - Indicador seleccionado Figura 18 Diagrama módulo visualização Figura 19 Diagrama de sequência módulo visualização Figura 20 Visão geral do módulo de visualização Figura 21 Escolha do indicador Figura 22 - Caixa de diálogo para guardar visão Figura 23 Guardar definições Figura 24 Botão Opções Figura 25 Existência de filtros Figura 26 Visualização gráfica Figura 27 Opções para campo Figura 28 Grelha com estilos Figura 29 - Detalhes xiii
15 Lista de Tabelas Tabela 1 - Hospitais e camas [PORDATA, 2012b] Tabela 2 - Unidades de Cuidados Intensivos em Portugal Tabela 3 20 Indicadores fundamentais [SEMICYUC, 2011] xv
17 Lista de Gráficos Gráfico 1 - SNS: despesa total por habitante [PORDATA, 2012a] Gráfico 2 - Despesa do Estado em saúde [PORDATA, 2012d] Gráfico 3 - Despesa do Estado em saúde em % PIB [PORDATA, 2012c] Gráfico 4 - Despesa em saúde por habitante [PORDATA, 2012e] xvii
19 Glossário, Acrónimos e Símbolos Glossário Indicador B.ICU.Care Unidade definida para medir determinado desempenho. Software desenvolvido pela empresa B-Simple, específico para Unidades de Cuidados Intensivos. Lista de Acrónimos UCI ESICM SEMICYUC OLAP ROLAP OLTP XML SNS PIB SQL SI DVE Unidade de Cuidados Intensivos European Society of Intensive Care Medicine Sociedad Española de Medicina Intensiva, Crítica Y Unidades Coronarias On-line Analytical Processing Relational On-line Analytical Processing On-line Transaction Processing extensible Markup Language Serviço Nacional de Saúde Produto Interno Bruto Structured Query Language Sistema de Informação Derivação Ventricular Externa xix
21 1 Introdução Uma Unidade de Cuidados Intensivos (UCI) é um departamento hospitalar especializado na prestação de cuidados de saúde específicos e contínuos a doentes normalmente em estado crítico. O seu objectivo é simples no entanto os seus procedimentos podem ser bastante complexos e os doentes aí admitidos são continuamente monitorizados, pois, apesar de não existir um consenso no que diz respeito ao que é necessário para a admissão de um doente, este necessita de suporte de funções vitais e monitorização intensiva dos sinais hemodinâmicos. Uma UCI requer uma equipa multidisciplinar de profissionais de saúde onde se incluem os médicos, enfermeiros, farmacêuticos, consultores de diferentes especialidades médicas (cirurgiões, anestesistas, etc.) e até mesmo informáticos. As UCI são das áreas hospitalares mais exigentes no que diz respeito a custos e utilização de recursos. Aqui, a cada minuto são tomadas decisões que afectam não só o futuro do paciente, como da própria unidade. Estas unidades hospitalares serão, provavelmente, o local onde é gerado o maior número de dados por doente por dia, e a utilização de um sistema de informação (SI) eficaz pode facilitar a sua gestão e interpretação. Uma UCI é uma unidade que requer um tratamento especial em termos informáticos devido às consequências que uma decisão errada pode acarretar, pois as suas necessidades e hábitos são diferentes da maioria das restantes unidades hospitalares e a integração e interpretação dos dados recolhidos é, cada vez mais, um desafio devido à variedade de sistemas e tipos de informação existentes. Com o trabalho desenvolvido, poder-se-á num futuro próximo demonstrar que a utilização de um SI competente e eficaz, possuidor das ferramentas certas, pode trazer grandes melhorias não só ao tratamento dos pacientes nas UCI, como também à gestão de todos os seus recursos, quer sejam estes humanos ou financeiros. Tal como já foi referido anteriormente, a quantidade de dados recolhidos e analisados é muito grande, e o seu número e heterogeneidade são de tal forma, que excedem a capacidade intelectual humana para os analisar sem a ajuda de meios tecnológicos. [De Turck, Decruyenaere, Thysebaert, Van Hoecke, Volckaert, Danneels, Colpaert and De Moor, 2007] 21
22 Tendo em consideração que as ferramentas OLAP existentes no mercado são bastante complexas e pouco acessíveis ao comum utilizador, pretende-se desenvolver uma ferramenta de exploração de dados com base na metodologia ROLAP e integrada numa ferramenta de utilização diária, como é o B.ICU.Care, e talvez verificar que será uma mais-valia para a extracção de dados, tanto clínicos como de gestão. Desta forma, facilita-se a extracção de conhecimento por qualquer utilizador, não estando este dependente de aplicações caras e de acesso limitado, seja pelo factor conhecimento técnico da ferramenta ou seja pelo custo das mesmas. Uma eficaz e eficiente exploração de dados pode trazer benefícios tanto a nível de conhecimento clinico como científico ou administrativo: Em termos clínicos, no que diz respeito a compreender as boas ou más práticas clínicas e desta forma poder ajustar protocolos de tratamento aos doentes; Em termos científicos, por permitir efectuar análises retrospectivas de dados e como tal permitir analisar e comparar informações que possam contribuir para a alteração de práticas ou criação de novas ferramentas de análise de dados clínicos como são o caso dos índices de gravidade; Em termos administrativos, permitir analisar no âmbito da gestão financeira os custos da unidade e gerir ou ajustar as práticas dos profissionais de saúde nas áreas de maior interesse. Concretamente, o que se pretende com este trabalho é, em primeiro lugar, desenvolver e adaptar uma ferramenta com recurso a ROLAP para ser possível a extracção de indicadores da aplicação B.ICU.Care e, posteriormente providenciar esses mesmos indicadores aos seus utilizadores para que estes possam analisar e extrair deles a informação necessária à gestão da unidade. Nos próximos capítulos deste documento será desenvolvido e descrito todo o trabalho efectuado no âmbito do problema proposto para resolução com esta tese. No segundo capítulo será feito o levantamento do estado da arte no que diz respeito às ferramentas OLAP existentes no mercado. De seguida, no terceiro capítulo, será apresentado o levantamento do estado dos SI nas UCI dos hospitais nacionais, ou seja, quantas desta unidades existem, quantas estão informatizadas, e destas, se conseguem extrair das suas aplicações a informação necessária. Neste contexto, é apresentado também um pequeno estudo estatístico acerca da situação económica e financeira do sistema de saúde nacional. No quarto capítulo apresentam-se os indicadores de qualidade que são as unidades de medida utilizadas para uma gestão eficaz de uma UCI. 22
23 No quinto capítulo apresenta-se o estudo efectuado e trabalho realizado para o desenvolvimento de uma ferramenta com base na metodologia ROLAP. Finalmente, no sexto capítulo, são apresentadas as conclusões de todo o trabalho realizado e ainda alguns pressupostos para trabalho a desenvolver no futuro. 23
24 2 Estado da arte Como referido anteriormente, o trabalho apresentado pretende desenvolver uma ferramenta que, de forma simples e integrada num software de gestão diária como é o B.ICU.Care, consiga fazer a exploração de dados recolhidos numa UCI, para que, posteriormente se consigam identificar e analisar os indicadores pretendidos. Para isso, constatou-se que seria necessário a utilização de uma ferramenta OLAP. Neste capítulo efectua-se um levantamento do estado da arte no que diz respeito ao OLAP e às ferramentas que utilizam esta tecnologia. Assim apresenta-se um pequeno resumo do que é o OLAP e quais as suas características. Faz-se ainda um levantamento de algumas das ferramentas existentes no mercado que têm como base esta mesma tecnologia. 2.1 OLAP Devido à natureza do trabalho que era necessário desenvolver por forma a responder às necessidades que foram identificadas, chegou-se à conclusão que seria necessária uma ferramenta que permitisse agrupar, manipular e analisar grandes volumes de dados, que o utilizador pudesse manusear, alterar e analisar sobre várias perspectivas esses mesmos dados, mantendo sempre a sua integridade e estrutura adequadas correspondendo, assim, praticamente à definição de OLAP ou On-line Analytical Processing. Com o passar do tempo e com o volume de dados a aumentar de dia para dia, começou-se a perceber que o simples acesso e listagem dos dados não era suficiente, sendo necessária a sua exploração e análise para uma melhor compreensão do funcionamento da UCI, tendo como objectivo final o constante melhoramento da mesma. Assim, identificou-se o desenvolvimento de uma ferramenta que utilizasse a tecnologia OLAP como uma solução possível. Contudo, é importante referir que o tema deste trabalho não é estudar nem explorar as características e funcionalidades do OLAP, fazendo-se aqui apenas uma pequena apresentação desta tecnologia por forma a contextualizar e justificar a escolha da ferramenta em questão Características É possível afirmar que as características que um sistema de análise de dados deve ter para ser considerado útil são: Combinação de dados de várias fontes e formatos; 24
25 Manipulação de grandes volumes de dados; Resposta rápida; Capacidade de executar cálculos complexos; Partilha de dados por vários utilizadores; Requerer pouca intervenção por parte do técnico e pouca formação por parte do utilizador; Capacidade de se adaptar aos requisitos do utilizador; Capacidade de apresentar uma visão multidimensional dos dados. De igual modo, esse sistema deverá apresentar uma ferramenta que seja intuitiva, rápida, flexível e que seja ainda capaz de mostrar, não só o plano geral mas também os seus detalhes [Rodrigues, 2010] Tipos de bases de dados Uma das dificuldades e das principais barreiras previstas para o desenvolvimento de uma ferramenta com as características referidas prende-se exactamente com a forma como os dados são armazenados. Como seria expectável numa aplicação do género da B.ICU.Care, é utilizada uma base de dados relacional, isto é, está optimizada para OLTP (On-line Transaction Processing), uma vez que é um sistema que privilegia as opções de escrita, leitura e actualização de dados sob a forma de transacções. Neste tipo de bases de dados, os dados são armazenados em tabelas que, por sua vez, são bidimensionais, o que compromete logo à partida a multidimensionalidade e consolidação dos dados pretendidos. Assim, providencia uma capacidade de modelação e computação limitadas, sendo, portanto, uma opção pouco indicada a quem pretende fazer análises de dados. De referir ainda que, para aceder aos dados, utiliza SQL (Structured Query Language), uma linguagem por vezes complexa e que requer a intervenção de pessoal especializado OLTP e OLAP Apesar das bases de dados relacionais não serem as mais indicadas para a análise de dados, é possível encontrar um compromisso, uma sinergia, entre OLTP e OLAP (Figura 1). 25
26 Pode-se caracterizar as necessidades de acesso aos dados por parte do OLAP como sendo: Em pequeno número, quando comparadas com OLTP; A grande quantidade de dados processada em cada acesso; Os pedidos de acesso são mais diversificados e mais difíceis de prever quando comparados com OLTP; A leitura e processamento de dados; A não existência de escrita de dados. Figura 1 - Sinergia OLTP e OLAP (adaptado de [Rodrigues, 2010]) Pode-se afirmar que OLAP é uma tentativa de resposta às questões que a gestão de um negócio, e neste caso específico de uma UCI, coloca: O que aconteceu? Quando e como? Com que frequência? O que modificou? O que continua igual? Que factores intervieram? Internos ou externos? Para tal, conta com a possibilidade de analisar relações de dados complexas, que podem ir de sumários a consolidações, cálculos ou ainda partilhar concorrentemente os dados entre vários utilizadores [Rodrigues, 2010]. 26
27 Regras de Codd para OLAP Edgar F. Codd, foi um matemático britânico, responsável pelo desenvolvimento do modelo de dados relacional, e que decidiu criar um conjunto de regras que definem a visão do que ele acreditava ser um sistema OLAP. As regras são: Visão conceptual multidimensional; Transparência; Acessibilidade; Performance consistente; Arquitectura cliente-servidor; Dimensões genéricas; Manuseamento dinâmico; Suporte multi-utilizador; Cálculos entre dimensões não restritos; Manipulação intuitiva dos dados; Comunicação flexível; Níveis de agregação e dimensionamento ilimitados. Como se compreende, e embora seja importante conhecê-las, estas regras são o conjunto do que seria o sistema OLAP ideal [Rodrigues, 2010] O que é então OLAP Pode afirmar-se então que OLAP é uma abordagem que tenta responder de forma rápida à necessidade de análise de um determinado volume de dados cuja natureza tende a ser dimensional, quando esta análise envolve cálculos entre diversas linhas de uma tabela, quando é necessária a análise de uma série temporal, ou ainda quando se pretende agregar e comparar dados antigos com actuais [Rodrigues, 2010]. Idealmente, uma base de dados que tenha como objectivo ser alvo de OLAP, deve ter um modelo de dados multidimensional para que seja possível efectuar as análises mais complexas de uma forma rápida e eficaz. Tal como já foi referido, no âmbito 27
28 deste projecto, pode-se afirmar que o modelo de base de dados não é o mais indicado para OLAP. No entanto, o resultado de uma análise OLAP deve ser sempre exibido em forma de matriz, onde as linhas e colunas representam as dimensões, e os valores representam as medidas ou factos. Para tal, existe o conceito de cubo que consiste na representação visual e espacial das medidas que se encontram classificadas pelas dimensões, tal como se verifica na Figura 2. Figura 2 Cubo (adaptado de [Rodrigues, 2010]) Este cubo é normalmente criado a partir de um conjunto de tabelas de uma base de dados relacional, que se pode encontrar conforme um esquema de estrela ou de floco de neve, tal como o apresentado na Figura 3. Figura 3 Esquema de estrela (adaptado de [Rodrigues, 2010]) Tipos de OLAP Existem 3 principais tipos de OLAP que são: MOLAP (Multidimensional OLAP) considerado a forma clássica de OLAP; 28
29 ROLAP (Relational OLAP) Funciona directamente com bases de dados relacionais. Os dados e dimensões originais são guardados em tabelas relacionais, sendo posteriormente criadas novas tabelas para agregar a informação; HOLAP (Hybrid OLAP) Divide os dados entre bases de dados relacionais e especializadas. Habitualmente utiliza a parte relacional para armazenar grandes volumes de dados detalhados e a parte especializada para armazenar menores quantidades de dados e menos detalhadas [Rodrigues, 2010]. Uma vez que a base de dados utilizada pela aplicação B.ICU.Care é uma base de dados relacional e que a ferramenta desenvolvida é parte integrante da aplicação, pode-se afirmar que, no caso do trabalho desenvolvido, é utilizado ROLAP. ROLAP é caracterizado por ser significativamente diferente do OLAP tradicional no sentido de não requerer o processamento e preparação prévios dos dados ou ainda da informação acerca do armazenamento. O acesso aos dados é feito numa base de dados relacional e utiliza SQL para aceder e calcular dados no nível de detalhe apropriado para o utilizador. Com ROLAP, é possível criar tabelas adicionais ou mesmo views SQL que disponibilizam a informação pretendida. Neste processo, ocorre, não raras vezes, a duplicação dos dados existentes e, como delega na base de dados a execução de uma parte dos cálculos necessários, tem algumas limitações no que diz respeito à utilização de funções mais especializadas ou específicas Multidimensionalidade Como já foi referido, uma das características principais do OLAP era a multidimensionalidade, no entanto não foi descrito como é que esta característica era visível no processamento dos dados através de OLAP. Assim, existem vários aspectos visíveis que indicam a presença desta multidimensionalidade na análise dos dados [Rodrigues, 2010] Slice and Dice Como se pode observar na Figura 4, Slice and Dice é a possibilidade de visualizar os dados de diversos ângulos ou perspectivas. Um corte no cubo representa um subconjunto dos dados e é definido por uma selecção numa dimensão específica [Rodrigues, 2010]. 29
30 Figura 4 Slice and Dice (adaptado de [Rodrigues, 2010]) Agregação A agregação é feita a partir da tabela de factos, isto é, na tabela onde estão os valores que se pretendem analisar, e é conseguida alterando a granularidade, por exemplo, numa dimensão específica e agregando os dados para essa nova granularidade. Dando um exemplo prático e de simples compreensão, imagine-se que uma das dimensões é, por exemplo, o tempo que numa análise inicial foi definido para apresentar resultados para cada minuto. Diminuindo a granularidade desta dimensão, por exemplo para o nível da hora, os registos de todos os minutos de cada hora vão ser agregados num só registo representante da hora. O inverso também é possível. Pode-se afirmar ainda que o número de agregações passível de ser efectuado numa determinada análise é tanto maior quanto o nível de granularidade das suas dimensões [Rodrigues, 2010] Drill-Down e Roll-Up Um outro aspecto importante da multidimensionalidade é a possibilidade de efectuar, nas análises aos dados, o Drill-Down e o Roll-Up. Estas duas operações correspondem à possibilidade de mover de uma análise mais sumarizada, para outra com um maior nível de detalhe, e vice-versa [Rodrigues, 2010]. Exemplo prático disso pode ser observado na Figura 5. 30
31 Figura 5 Drill-down e Roll-up (adaptado de [Rodrigues, 2010]) 2.2 Ferramentas existentes Como foi referido anteriormente, existem no mercado inúmeras ferramentas OLAP, quer sejam elas de grande capacidade e de certa forma generalistas, quer sejam desenvolvidas para casos específicos. De seguida apresentam-se algumas das principais ferramentas existentes no mercado: Cognos, desenvolvida pela IBM, é um conjunto de várias aplicações que medem o desempenho da empresa desde as estratégias de gestão até à execução financeira; é caracterizada também pela dificuldade na implementação e pelo seu elevado custo [Cognos, 2012]; Hyperion, desenvolvida pela ORACLE, é também um conjunto de aplicações que se integram nos sistemas transaccionais, que podem ou não ser pertencentes à ORACLE [ORACLE, 2012]; SQL Server Analysis Services, desenvolvida pela Microsoft, é um componente do software de bases de dados SQL Server, sendo por isso bastante limitado, pois apenas se pode utilizar com este motor de base de dados [SQL Server, 2012]; Pentaho, é um software livre que disponibiliza um interface baseado na web e que tenta de uma forma simples, disponibilizar a análise de dados provenientes de diversas fontes [Pentaho, 2012]. 31
32 Estes são apenas alguns exemplos da extensa lista de ferramentas deste género e que podem variar, desde logo, no seu valor, até à sua capacidade de processamento, passando, como já foi referido anteriormente, pelos tipos em que se inserem. No entanto, apesar da grande variedade e do esforço de diversas empresas que comercializam este tipo de ferramentas em diferenciarem os seus produtos, estes acabam sempre por ser soluções um pouco generalizadas. Normalmente, este tipo de ferramentas é utilizado para cumprir um objectivo comum a vários dos seus utilizadores, por forma a corrigir e melhorar o desempenho. De referir que estas ferramentas são bastante poderosas e robustas no cumprimento dos seus objectivos, no entanto, e talvez por causa disso, a sua complexidade, custos e requisitos são elevados. Devido a diversos factores que vão desde o custo da ferramenta até à sua complexidade de utilização, passando pela dificuldade de implementação ou ainda a necessidade de intervenção de pessoal especializado, torna-se então bastante evidente que o desenvolvimento de uma solução personalizada e adaptada à realidade que é uma UCI, solução essa integrada num software de utilização diária como é o B.ICU.Care, pode ser uma mais-valia. 32
33 3 UCI e os Sistemas de Informação Desde há alguns anos até ao presente que a monitorização dos cuidados de saúde e a sua comparação entre diferentes hospitais se tem tornado cada vez mais uma prática levada a cabo por parte das instituições nacionais por forma a promover não só a qualidade das mesmas, mas também como ferramenta de gestão numa estratégia de constante melhoria, [Máximo, 2005] sendo os hospitais incentivados a elevar cada vez mais os padrões de qualidade do seu serviço. A relação causa efeito de cada decisão tomada dentro de uma UCI, por mais simples que seja, pode influenciar em larga escala os resultados que a unidade apresenta, levando a consequências, por vezes, inesperadas. Em última análise, um tema tão importante como a saúde, é um negócio que envolve gastos na ordem dos milhões, e a constante evolução e melhoramento é uma preocupação inerente à gestão de um serviço tão delicado como uma UCI. De relembrar que às UCI chegam doentes de diversas outras unidades dentro do mesmo ou outro hospital e que são admitidos na UCI porque apresentam um estado de saúde agravado que requer cuidados especializados. Especificamente nas instituições públicas, o seu financiamento é feito consoante os resultados que apresentam, quer pelo número de pacientes que admitem, quer pelos recursos que utilizam para os tratar, ou ainda pela taxa de mortalidade que a unidade apresenta. É aqui que a qualidade dos serviços prestados tem particular relevo, pois a crescente oferta de serviços de cuidados de saúde, mais propriamente ao nível dos privados, faz com que a exigência do paciente seja cada vez maior, e por seu lado, os investidores, governo e todos aqueles que gastam dinheiro na saúde, pretendam um sistema de saúde cada vez mais eficaz e eficiente. 3.1 Alguns dados estatísticos Quando se fala de um sistema de saúde cada vez mais eficaz e eficiente, pelo ponto de vista do utente, pensa-se num serviço médico que seja capaz de responder às necessidades da população. Quer isto dizer que terá de ser célere no seu atendimento, que não obrigue a grandes deslocações à procura de determinados tipos de tratamento, que tenha pessoal competente, que apresente resultados e, acima de tudo, que disponibilize tudo isto pelo custo mais baixo possível. Do ponto de vista das entidades gestoras e que prestam este tipo de serviços, particularmente aquelas que directa ou indirectamente estão relacionadas com o 33
34 Estado português, o que é realmente importante, vai de encontro ao último ponto referido do parágrafo anterior, isto é, importa sim prestar um serviço de saúde à população, mas pelo menor custo possível. Tabela 1 - Hospitais e camas [PORDATA, 2012b] Anos Estabelecimentos de saúde Camas Gráfico 1 - SNS: despesa total por habitante [PORDATA, 2012a] 1200 Despesa do SNS por hab.( ) Analisando os dados presentes na Tabela 1 e no Gráfico 1, é possível verificar que nos últimos anos, apesar do encerramento de diversos estabelecimentos de saúde e consequente diminuição do número de camas, a despesa média que o Serviço Nacional de Saúde (SNS) apresenta para cada habitante mostra uma tendência 34