Análise da Viabilidade Económica das Aplicações SAM e SAPE Equipa: Paulo Gomes Nuno Paiva Bernardo Simões 12 de Fevereiro de 2009 GANEC – Gabinete de Análise Económica Índice 1. INTRODUÇÃO ...................................................................................................................1 2. SITUAÇÃO ACTUAL ........................................................................................................1 2.1. 2.1.1. Tecnologia.............................................................................................................10 2.1.2. Organização..........................................................................................................11 2.2. 3. 3.1. ACTUALIZAÇÃO TECNOLÓGICA ..................................................................................15 3.2. ACTUALIZAÇÃO FUNCIONAL ......................................................................................16 3.2.1. Benchmarking .......................................................................................................17 3.2.2. Requisitos de Utilizadores.....................................................................................20 ANÁLISE DE PRIORIDADES ..........................................................................................21 DISCUSSÃO DE ALTERNATIVAS ...............................................................................22 4.1. ANÁLISE DETALHADA DAS ALTERNATIVAS ...............................................................26 4.1.1. Alternativa 2 – Outsourcing de Desenvolvimento e Manutenção .........................26 4.1.2. Alternativa 3 – Concessão / venda........................................................................31 4.1.3. Alternativa 4 – Descontinuar SAM/SAPE .............................................................38 4.2. 5. APLICAÇÕES DE MERCADO .........................................................................................13 NECESSIDADES DE ACTUALIZAÇÃO ......................................................................14 3.3. 4. BREVE CARACTERIZAÇÃO DAS APLICAÇÕES SAM E SAPE .........................................7 RESUMO DAS ALTERNATIVAS .....................................................................................40 RECOMENDAÇÕES .......................................................................................................41 ANEXO A – CÁLCULO DO CUSTO DAS ALTERNATIVAS..............................................43 INTRODUÇÃO .............................................................................................................................43 EVOLUÇÃO TECNOLÓGICA E FUNCIONAL SAM/SAPE...............................................................44 MANUTENÇÃO SAM/SAPE.......................................................................................................45 CUSTO DO LICENCIAMENTO SAM/SAPE...................................................................................45 CUSTO DAS APLICAÇÕES DE MERCADO ......................................................................................46 ANEXO B – NECESSIDADES DE DESENVOLVIMENTO DO SAM – CUIDADOS DE SAÚDE PRIMÁRIOS ..........................................................................................................................48 ANEXO C – NECESSIDADES DE DESENVOLVIMENTO DO SAPE – CUIDADOS DE SAÚDE PRIMÁRIOS ..........................................................................................................................58 1. Introdução No quadro de implementação do Plano de Transformação dos Sistemas de Informação Integrados da Saúde torna-se necessário decidir sobre a evolução ou descontinuidade de duas aplicações provenientes do extinto Instituto de Gestão Informática da Saúde, o SAM (Sistema de Apoio ao Médico) e o SAPE (Sistema de Apoio à Prática de Enfermagem). Apesar do uso generalizado destas aplicações ao nível dos Cuidados de Saúde Primários (CSP), as aplicações SAM e SAPE estão desactualizadas do ponto de vista tecnológico e funcional. A eventual continuidade destas aplicações exige ainda a sua conversão numa aplicação unificada de registo clínico. Pretende-se através deste estudo efectuar uma análise da viabilidade económico-financeira das aplicações SAM e SAPE em conformidade com o despacho do Secretário de Estado da Saúde com o nº 34/2008. A análise que apresentamos neste documento contempla o levantamento das necessidades de actualização das aplicações, a quantificação do investimento necessário para actualização e manutenção, e uma avaliação comparativa de alternativas, designadamente a opção por soluções disponíveis no mercado de aplicações informáticas para os CSP. 2. Situação actual A evolução das aplicações de apoio à actividade clínica tem sido desenvolvida com recurso à experiência de médicos, enfermeiros e profissionais da saúde para, assim, adaptar melhor as aplicações às necessidades do mercado. O facto de existirem particularidades a ter em conta em ambiente hospitalar e outras nos cuidados de saúde primários, levou a que surgissem duas versões das aplicações SAM e SAPE. Assim, existe uma versão do pacote SAM/SAPE para a prática de CSP e outra versão para Cuidados de Saúde Diferenciados (CSD). Apesar de Página 1 de 65 semelhantes ao nível das funcionalidades nucleares as versões incluem características específicas que as adaptam a cada um dos meios. Para aproveitar sinergias de desenvolvimento e manutenção das aplicações, deve ser analisada em detalhe a hipótese de existir apenas uma versão para ambos os ambientes, sendo as funcionalidades específicas geridas através da existência de diferentes perfis. A corrente análise incide na versão para CSP onde estão hoje a ocorrer mudanças organizacionais que mais directamente afectam o panorama de utilização de aplicações de gestão clínica. Macro-Funcionalidades Os sucessivos desenvolvimentos efectuados nas diversas aplicações de gestão clínica disponíveis conduziram a uma situação onde é expectável que um sistema de apoio à actividade clínica apresente as seguintes macrofuncionalidades: • Gestão de Utentes – permite o registo e pesquisa do utente e da sua visita; • Gestão de Agendas e Marcações – permite registar e anular marcações de actos clínicos, associando um utente ao acto agendado; • Processo Clínico Electrónico – permite o registo, consulta e pesquisa do conjunto de informação clínica (médica ou de enfermagem) resultante da prestação de cuidados de saúde a um determinado utente; • Prescrição Electrónica – permite a prescrição de medicamentos e de meios complementares de diagnóstico e terapêutica; • Estatísticas – permite analisar indicadores sobre a actividade clínica desenvolvida. Página 2 de 65 Quotas de Mercado Actuais Actualmente, existem quatro aplicações de gestão clínica instaladas em centros de saúde do Serviço Nacional de Saúde (SNS): o pacote SAM/SAPE e os produtos de três fornecedores de software de saúde (ver ponto 2.2). O mercado total é constituído por um universo de 345 instalações em Centros de Saúde (CS) 1, que servem aproximadamente 1.800 Extensões de Saúde, e 161 instalações em Unidades de Saúde Familiar (USF)2. Nas tabelas seguintes indica-se o panorama nacional em termos de instalações de software de gestão clínica. Tabela 1 - Instalações nos Centros de Saúde3 Centros de Saúde ARS Com SAM Sem SAM ARS Norte 108 0 ARS Centro 82 3 ARS LisboaVT 80 8 ARS Alentejo 45 3 ARS Algarve 4 12 319 26 Totais 345 1 Instalações em CS corresponde ao número de servidores informáticos instalados, o que não tem uma correspondência unívoca com o número de CS. 2 A Missão para os Cuidados de Saúde Primários publicou a 9 de Fevereiro do corrente ano um ponto de situação sobre as USF onde refere 160 em actividade. A discrepância está na contabilização de uma USF que já declarou a sua selecção de aplicação de gestão clínica, mas que ainda não entrou em actividade. 3 Dados fornecidos pela ACSS. Página 3 de 65 Segundo informação apurada junto da ACSS, o número de centros de saúde sem qualquer aplicação instalada é inexpressivo face ao número total de centros de saúde. Deste modo, é expectável que a quase totalidade das 26 instalações sem SAM/SAPE tenham instalada uma aplicação concorrente. No entanto, não foi possível obter informação consistente que permitisse ilustrar a distribuição das quotas nessa parcela do mercado. Tabela 2 - Instalações nas Unidades de Saúde Familiar4 Unidades de Saúde Familiar ARS SAM MedicineOne VitaCare Alert ARS Norte 81 0 0 0 ARS Centro 15 4 3 0 ARS LisboaVT 21 17 11 0 ARS Alentejo 3 0 0 0 ARS Algarve 5 0 0 1 125 21 14 1 Totais 161 Estas duas tabelas não são complementares para o apuramento da dimensão total do mercado e das respectivas quotas uma vez que as USF são unidades funcionais dos centros de saúde. Por exemplo, o CS de Faro para além das suas sete extensões de saúde inclui, também, duas USF. Para se conseguir a complementaridade e assim chegar a uma aproximação das quotas de mercado actuais, tomou-se em consideração que as equipas dos dois modelos (USF e CS) – constituídas por médicos, enfermeiros e administrativos – são à partida disjuntas. Ou seja, os 21.0205 4 Dados fornecidos pela ACSS. Como referido anteriormente, estão contabilizadas 161 instalações declaradas, apesar de apenas 160 USF estarem já efectivamente em actividade. 5 Dados obtidos do relatório de estatística publicado pela Direcção-Geral de Saúde, intitulado “Centros de Saúde e Hospitais, recursos e produção do SNS 2006” Página 4 de 65 profissionais integram, exclusivamente, um centro de saúde (85% dos profissionais) ou uma USF (os restantes 15%)6. Por outro lado, uma vez que o modelo de negócio neste mercado contempla receitas provenientes da venda ou aluguer de licenças de utilização, que são proporcionais ao número de profissionais existentes nas unidades de saúde, esta análise revela-se mais adequada do que a simples quantificação de unidades de saúde. Assim, as quotas de mercado actuais, calculadas com base na informação disponível e nas razões de proporcionalidade retiradas das tabelas anteriores, podem ser representadas pelo seguinte gráfico: CS Outros 6,4% USF MedicineOne 2,0% CS SAM 78,6% USFs 15,0% USF SAM 11,6% USF VitaCare 1,3% USF Alert 0,1% Figura 1 - Quotas de mercado com base no número de utilizadores Evolução das Quotas Tem-se observado uma diminuição da quota de mercado do pacote SAM/SAPE em resultado da situação vivida hoje em dia nos sistemas de gestão de informação dos CSP. A desactualização tecnológica impede a evolução das aplicações e pode mesmo colocar em causa a prestação de 6 Dados calculados com base na informação publicada pela Missão de Cuidados de Saúde Primários. Página 5 de 65 suporte pelos produtores do software de base7, o que representa um risco operacional significativo para as unidades de saúde que as utilizam. A desactualização funcional permitiu que produtos concorrentes capturassem cerca de 10% do mercado8, apesar do pacote SAM/SAPE ser disponibilizado às unidades de saúde a custo zero9. Mesmo com custos de mudança relativamente elevados (instalação, formação, interrupção do serviço, custos de licenciamento inicial, etc.), a tendência parece ser a de perda de quota de mercado por parte do pacote SAM/SAPE na situação actual, sendo que apenas a decisão política de algumas Administrações Regionais de Saúde (ARS) parece impedir uma aceleração dessa tendência. Existem, à data deste estudo, 161 USF em actividade cuja distribuição pelas aplicações no mercado é a que se indica na Tabela 2. De salientar que o pacote SAM/SAPE existe em 125 (77,6%) das USF, uma quota de mercado significativamente inferior à que obtém com 319 Centros de Saúde (92,4% do total de 345 instalações), como apresentado na Tabela 1. Assim, espera-se que a dinâmica de abertura de novas USF conduza à redução da quota de mercado global do SAM/SAPE. As funções da ACSS Em linha com as directivas do modelo de governação e gestão dos Sistemas de Informação Integrados da Saúde (SIIS) referido no Plano de Transformação, devem ser separadas as funções de “autoridade” das de 7 As aplicações estão construídas sobre versões de software que o fabricante descontinuou dos seus serviços de suporte ou que descontinuará a breve trecho. 8 A soma das parcelas CS Outros, USF MedicineOne, USF VitaCare e USF AlertCare perfaz 9,8%. 9 Existe, na realidade, um custo de licenciamento que foi definido há bastantes anos, mas cujo valor não apresenta um racional que o correlacione com os custos associados à manutenção e evolução das aplicações e que na prática a sua exigibilidade nunca foi operacionalizada. Página 6 de 65 “prestador de serviços de sistemas de informação” 10 . Ainda no mesmo documento, refere-se que a ACSS deve actuar essencialmente como a “autoridade”, incluindo-se nas suas actividades a certificação de soluções e serviços, afastando-se da responsabilidade de desenvolvimento dessas mesmas soluções. A componente operacional ficará a cargo da futura E.P.E. e de prestadores privados de serviços de sistemas de informação. 2.1. Breve Caracterização das Aplicações SAM e SAPE O ponto anterior elencou as macro-funcionalidades que são exigíveis/expectáveis de uma aplicação de gestão clínica para os CSP. Pretende-se agora focar as que efectivamente são disponibilizadas pelas actuais versões de SAM e SAPE. Assim, neste ponto faz-se uma breve descrição das características específicas destas duas aplicações. SAM – Sistema de Apoio ao Médico A aplicação SAM tem por objectivo informatizar o registo e consulta das actividades diárias das equipas de médicos. Através do SAM a equipa médica pode, nomeadamente: • efectuar prescrições de medicamentos; • requisitar exames complementares de diagnóstico e terapêutica; • prescrever baixas médicas; • registar/consultar informação clínica recolhida nas consultas, quer seja de carácter geral ou especificamente de um dos programas de saúde definidos pela DGS; • consultar o histórico clínico do utente, incluindo as prescrições, consultas e baixas que lhe estejam associadas. 10 Definição do Plano de Transformação dos Sistemas de Informação Integrados da Saúde – Novembro 2007. Página 7 de 65 Para além da informação clínica, o sistema dispõe também de informação administrativa, nomeadamente no que respeita à gestão de consultas. As equipas médica e administrativa podem consultar e alterar as agendas e marcações de consulta, interagindo directamente com o sistema SINUS. SAPE – Sistema de Apoio à Prática de Enfermagem De modo análogo para a equipa de enfermagem, o SAPE visa o tratamento e organização da informação processada nos actos de enfermagem. Nesta aplicação o profissional de enfermagem pode: • consultar o plano de trabalho para a intervenção prevista num determinado contacto incluída no programa das equipas de enfermagem; • registar/consultar os sintomas apresentados pelo utente; • registar/consultar as intervenções de enfermagem com base no diagnóstico efectuado; • consultar/registar o plano de trabalho elaborado pelo sistema com base na informação clínica nele inserida; • consultar as tabelas de parametrização e codificação da actividade de enfermagem. Como referido anteriormente, em ambos os casos – SAM e SAPE – as diferenças de funcionalidades entre as versões de cuidados diferenciados e de cuidados primários é mínima. Ao nível de arquitectura, a principal diferença entre as duas versões é a interacção com o sistema SONHO na versão hospitalar e com o sistema SINUS na versão para cuidados de saúde primários, como ilustra a figura: Página 8 de 65 Versões CSP Versões CSD SAM SAM SAPE SINUS SAPE SONHO Figura 2 – Arquitecturas similares SAM/SAPE para versões CSP e CSD De facto, a actualização SAM e SAPE está enquadrada com as linhas orientadoras do Plano de Transformação dos Sistemas de Informação Integrados da Saúde (PTSIIS) e, deste modo, com outros desenvolvimentos resultantes, directa ou indirectamente, desse plano. Entre esses desenvolvimentos destaca-se, a título de exemplo: • RNU – está a ser preparado o lançamento do Registo Nacional de Utentes (RNU) que irá disponibilizar a nível nacional a informação administrativa dos utentes evitando a duplicação de utentes que, por vezes, hoje acontece. O pacote SAM/SAPE irá interagir com este novo sistema no âmbito da identificação do utente; • Portal Electrónico – está a ser desenvolvido um novo canal de interacção entre o utente e o sistema de saúde que permitirá ao utente a consulta ou alteração dos seus dados através de uma ligação à Internet (e.g. marcação de consultas, consulta da agenda do médico de família); • Módulo de Estatística – está a ser desenvolvido um módulo externo ao pacote SAM/SAPE mas que recorrerá à informação gerada no seio dessas aplicações para a geração de dados estatísticos sobre o serviço prestado por cada centro de saúde, permitindo avaliar os níveis de qualidade; • Migração para arquitectura orientada a serviços (SOA) – está prevista a evolução dos SIIS para uma arquitectura que permita de forma homogénea a troca de informações entre os diferentes Página 9 de 65 serviços unificando o modo como a informação é passada entre as diferentes componentes dos SIIS. Para que a actualização do SAM/SAPE se integre com os desenvolvimentos aqui descritos devem ser tidas em consideração questões de interoperabilidade, garantindo que a nova solução SAM/SAPE tira o máximo partido dos progressos preconizados no Plano de Transformação. 2.1.1. Tecnologia Importa também fazer uma breve descrição dos aspectos tecnológicos que caracterizam as aplicações SAM/SAPE. Para o efeito, recolhemos informação junto das equipas dos centros de saúde e de um relatório de 2008 realizado para identificação de melhorias para as aplicações SAM/SAPE 11. Sistemas Operativos O sistema operativo (SO) em que assentam as aplicações SAM/SAPE é o Microsoft Windows Server até à versão 2003. Por outro lado, as aplicações interagem frequentemente com o sistema SINUS que assenta no sistema operativo Unix. Base de Dados As aplicações SAM/SAPE assentam em dados provenientes de diferentes bases de dados. O processo clínico mantido pela aplicação SAM assenta numa base de dados local Oracle, na versão 9. Para aceder a outros dados (e.g., agendamento ou vacinação) acede ao sistema SINUS, que assenta numa base de dados também Oracle, ainda na versão 7.3.4. Já o 11 Relatório de identificação de melhorias para os sistemas SAM e SAPE – Cuidados Primários, versão 1.0.0., 2008; Relatório de identificação de melhorias para os sistemas SAM e SAPE – Cuidados Diferenciados, versão 1.0.0., 2008; Página 10 de 65 sistema SAPE não apresenta base de dados própria ligando-se remotamente à base de dados SINUS. Arquitectura Ambas as aplicações assentam em Oracle Forms 6, com recurso à linguagem PL/SQL. De referir que, apesar do lançamento do SAM ter ocorrido em 2001 e o do SAPE ter acontecido entre 2002 e 2003, a versão 6 da tecnologia Oracle Forms foi lançada em 1997. Outra tecnologia relevante da arquitectura SAM/SAPE são os Oracle Reports também na sua versão 6, também ilustrada na cronológica em baixo: Lançamento SAM 1992 Oracle 7 1999 Lançamento SAPE 2001 Oracle 8i Oracle 9i* 2003 2007 Oracle 10g* Oracle 11g* Reports 6i Forms 6i * - A partir de Oracle 9i as releases incluem as componentes Forms e Reports Figura 3 – Cronologia relevante relativa ao pacote SAM/SAPE Como referido atrás, os sistemas SAM/SAPE têm a sua base de dados própria, local, onde é guardada grande parte da informação clínica sendo os restantes módulos recolhidos através de interfaces com o sistema SINUS. Desta arquitectura resultou a dispersão da informação clínica entre os dois sistemas, misturando-se, por vezes, com informação de produção utilizada para facturação dos serviços de saúde. 2.1.2. Organização As aplicações SAM/SAPE são desenvolvidas e mantidas centralmente pela ACSS, sendo que os ambientes run-time estão fisicamente colocados nas unidades de saúde servidas pela aplicação. No entanto, tradicionalmente Página 11 de 65 não existem nas unidades competências que lhes permitam ser autosuficientes em termos de suporte às aplicações locais. Assim, normalmente é também a ACSS que tem a responsabilidade pela assistência de primeira linha, se bem que muitas vezes o faça remotamente. As equipas de suporte actuais estão verticalizadas e especializadas numa única aplicação. Assim, o SAPE conta com uma equipa média de 1,5 FTE – full-time equivalent – ao passo que o SAM conta com 1,5 FTE para cada uma das suas versões (CSP ou Cuidados Diferenciados). Está a ser posta em prática desde o segundo trimestre de 2008 uma metodologia de gestão de projectos e de portfólio de projectos (PRINCE2) que permitirá à ACSS começar a obter métricas associadas ao esforço empregue pelos seus recursos em cada projecto. No entanto, no passado, não existia uma metodologia de gestão de projectos (como PRINCE2 ou PMI), nem um sistema de contabilidade analítica que permitisse alocar a cada projecto / sistema os devidos custos (e.g. saber qual o custo em licenças de software de base que está alocado às aplicações SAM/SAPE). Será importante rever esta situação para se conhecerem os reais custos das aplicações geridas pela ACSS, para que os correctos custos de desenvolvimento e manutenção sejam imputados às unidades de saúde. Também se torna difícil avaliar objectivamente a adequação e qualidade da resposta dada pelas equipas de suporte SAM/SAPE, uma vez que não estava implementada uma metodologia de gestão de infra-estrutura tecnológica (como ITIL ou MOF). Da breve análise processual e organizacional efectuada destacamos os seguintes pontos dada a sua importância para o serviço prestado pela ACSS aos seus clientes12: • os processos “Service Desk”, “Incident Management” e “Problem Management” são implementados de uma forma não estruturada e 12 A organização e terminologia utilizadas são baseadas em ITIL v2 para estabelecimento de uma linguagem comum e os processos focalizados são os mais basilares, em cima dos quais se constrói toda a fundação de processos desta framework. Página 12 de 65 segregada; as ferramentas informáticas de suporte a estes processos limitam-se ao registo de incidentes; a mesma equipa que suporta uma aplicação acaba por assumir todos os papéis associados a estes processos; • os processos “Change Management”, “Release Management” e “Configuration Management” não são formalmente implementados, o que tem impacto na capacidade e qualidade de resposta da ACSS perante os seus milhares de utilizadores em centenas de instalações diferentes; • a disciplina de “Service Delivery” também não tem nenhum dos seus processos formalmente implementados, pelo que não está atribuída a responsabilidade de gestão pró-activa das aplicações em produção, que seria o garante da existência de capacidade, disponibilidade e cumprimento de níveis de serviço; A inexistência de um sistema de custeio adequado e a prestação do serviço a um nível inferior ao que seria desejado resulta numa subestimação dos custos de gestão interna das aplicações, o que cria limitações à análise económica que a seguir apresentamos, designadamente à análise comparativa das soluções de gestão interna com soluções de mercado. 2.2. Aplicações de mercado As aplicações concorrentes ao pacote SAM/SAPE com implementações nos CSP do SNS de aplicações de gestão clínica são: MedicineOne, VitaCare e AlertCare. Para além destes, a Glintt – HS tem também uma aplicação com funcionalidades similares, apesar de não estar implementada em nenhuma unidade de saúde da área de CSP. Outros dois pontos que distinguem os players no mercado são as suas parcerias e a experiência relevante no mercado. A HISNetVita existe há 8 anos e conta com a parceria da PT Comunicações, tanto a nível financeiro, Página 13 de 65 como de verticalização da oferta VitaCare; a Glintt-HS engloba a antiga CPCHS (no mercado há 8 anos) a Pararede e a Consiste; a Ideias sem fim, proprietária do MedicineOne, tem uma aplicação no mercado há 19 anos. Em termos funcionais, todas as aplicações no mercado respondem às macro-funcionalidades descritas no ponto 2, apresentando alguns elementos diferenciadores ao nível de serviços (e.g. suporte aplicacional), atributos (e.g. ergonomia da aplicação) ou módulos-satélite da aplicação central (e.g. gestão administrativa de utentes). Para o âmbito deste estudo são relevantes os elementos diferenciadores face ao pacote SAM/SAPE, ao nível da aplicação central. Dado que a maioria da quota de mercado não coberta pelo SAM/SAPE corresponde a instalações de MedicineOne e Vitacare, estas foram as aplicações-referência para um levantamento dos principais elementos diferenciadores face à aplicação da ACSS, brevemente descritos no ponto 3.2.1. O esquema de licenciamento de ambos os concorrentes é brevemente analisado no Anexo A e serve de base à comparação económica entre alternativas de evolução do pacote SAM/SAPE. 3. Necessidades de Actualização Da apreciação da situação actual abordada no ponto anterior e para que as aplicações SAM e SAPE não se tornem obsoletas face às outras soluções no mercado, importa identificar e quantificar o esforço associado às principais necessidades de evolução. Uma nota adicional sobre o âmbito temporal da análise: este estudo debruça-se sobre uma aplicação de sistemas de informação, universo caracterizado por uma incerteza elevada a respeito dos rumos e inflexões que o mercado global poderá tomar. Por outro lado, a própria situação actual no seio da ACSS ao nível das suas aplicações, processos e estrutura apresenta-se como uma forte condicionante a análises de prazo mais alargado. Assim, entende-se que 3 anos é uma janela de análise que garante Página 14 de 65 níveis de certeza aceitáveis e, ao mesmo tempo, é um tempo de amortização razoável para investimentos em sistemas de informação. A informação aqui organizada foi recolhida por intermédio de reuniões com elementos da ACSS, fornecedores de software de gestão clínica para CSP, empresas com apetência para entrada nesse mercado e utilizadores com conhecimentos profundos das aplicações da ACSS e do mercado. Ao longo deste ponto irão ser apresentadas as necessidades de evolução mais prementes, detectadas tanto a nível tecnológico como a nível funcional, para que se possam identificar os custos de actualização e posterior manutenção da aplicação SAM/SAPE. Em traços gerais, constatouse que existe uma significativa desactualização tecnológica e que, apesar de existirem importantes lacunas funcionais, ainda subsiste um razoável nível de adequação às necessidades dos utilizadores finais. 3.1. Actualização Tecnológica Em termos de necessidades de evolução tecnológica, este estudo partiu do levantamento das oportunidades de melhoria nos sistemas de informação de suporte às aplicações SAM e SAPE realizado em Agosto de 2008 13 . Este levantamento apresenta um leque de recomendações para actualizações tecnológicas. De seguida, e numa perspectiva de médio prazo (3 anos), foram identificadas quais as melhorias críticas para manter as aplicações a par das aplicações concorrentes, em termos funcionais. Nessa análise destacam-se: 13 Relatório de identificação de melhorias para os sistemas SAM e SAPE – Cuidados Primários, 2008; Relatório de identificação de melhorias para os sistemas SAM e SAPE – Cuidados Diferenciados, 2008; Página 15 de 65 Actualização/Migração das Bases de Dados Oracle: - Actualmente as aplicações usam bases de dados Oracle 9, uma versão de 2001. Este nível de desactualização é relevante ao nível da interligação com outros sistemas mais recentes que comuniquem com as aplicações. Para além deste ponto, existe também um aumento dos custos de suporte à medida que as tecnologias vão ficando desactualizadas e perdem os serviços de suporte garantidos pela própria Oracle. Migração das aplicações de Oracle Forms 6.0 para Java: - A implementação de aplicações em Java (face a Oracle Forms) permite menores tempos e custos de desenvolvimento. Este é um dos standards actuais para o desenvolvimento de aplicações Web. Também a este nível o suporte garantido é algo a ter em consideração dados os elevados custos de manutenção de uma tecnologia actualmente pouco utilizada (Oracle Forms). Estas duas actualizações tecnológicas são estruturais às aplicações e por isso a sua implementação não deve ser vista de forma independente da actualização funcional, uma vez que as sinergias potenciais são consideráveis. 3.2. Actualização Funcional Como referido anteriormente, o presente estudo contempla a necessidade de unificar as aplicações SAM e SAPE numa única solução de registo clínico para os CSP. O desenvolvimento de uma aplicação unificada SAM/SAPE passa pela remodelação do modelo de dados e da aplicaçãocliente em si mesmo, conduzindo a um envolvimento profundo, dispendioso e com impactos significativos em outros sistemas de informação actualmente geridos pela ACSS (e.g., SINUS/SONHO). Assim, e em grande parte devido à alteração profunda do modelo de dados a que obriga, o projecto de unificação das aplicações SAM e SAPE apresenta-se como a oportunidade de identificar o conjunto de desenvolvimentos que visam colmatar outras necessidades já detectadas (para além da unificação das aplicações) e que podem beneficiar de sinergias por serem englobados num grupo maior de desenvolvimentos. Página 16 de 65 Para este levantamento das principais necessidades de evolução funcional das aplicações, a metodologia consistiu em duas abordagens – benchmarking com outras soluções no mercado e identificação dos principais requisitos dos desenvolvimentos utilizadores necessários – para para avaliar, tornar a respectivamente, aplicação os SAM/SAPE actualizada face às soluções no mercado e as evoluções funcionais mais valorizadas pela comunidade de utilizadores. 3.2.1. Benchmarking Para entendermos o nível de desactualização do SAM/SAPE face à concorrência e assim avaliar o investimento necessário para tornar a aplicação competitiva no mercado, foram identificadas as principais vantagens das aplicações no mercado face à aplicação SAM/SAPE. De seguida, tendo por base duas das principais aplicações concorrentes no mercado (MedicineOne e VitaCare), elencam-se as principais vantagens destas face ao pacote SAM/SAPE, apontadas por utilizadores e pelas as próprias empresas que produzem, promovem e distribuem as referidas aplicações. A opção por estas duas aplicações prende-se apenas com a análise de quotas de mercado já apresentada neste estudo (ver ponto 2). Aplicação única de apoio ao Médico e Enfermeiro. Uma das principais vantagens apontadas pelos utilizadores de ambas as aplicações concorrentes foi a partilha de informação entre a equipa de enfermagem e a equipa médica. Esta partilha consegue-se através da existência de uma mesma aplicação informática para os diferentes perfis existentes num centro de saúde, mudando apenas as permissões de escrita e leitura de cada um desses perfis sobre os dados do utente. Este atributo oferece vantagens para o centro de saúde, nomeadamente em termos de produtividade das equipas, eliminando redundância nos Página 17 de 65 processos clínicos (e.g. leituras de tensão arterial) e reduzindo as necessidades de transferência de informação por contacto directo entre as equipas. A aplicação única oferece também vantagens para o utente, melhorando a qualidade do serviço que lhe é prestado, uma vez que promove uma visão integrada do trajecto do utente na unidade do centro de saúde. Aplicação centrada no utente. Uma característica importante e também detectada em ambas as aplicações no mercado é a filosofia “centrada no utente” que contrasta com a da aplicação SAM/SAPE que está centrada nos processos administrativos existentes nas unidades de saúde. Esta diferença tem fundamentos históricos uma vez que o SAM/SAPE é a mais antiga das três aplicações em análise e a sua construção baseou-se na migração do processo clínico de papel para software. Querendo permanecer fiel às actividades do dia-a-dia (suportadas em papel) perderamse algumas das vantagens que os sistemas de informação promovem. As aplicações concorrentes surgem mais tarde e usufruem naturalmente do conhecimento depositado no SAM/SAPE e dos comentários que puderam recolher dos utilizadores dessa primeira aplicação, o que lhes permitiu criar uma solução de acordo com uma nova realidade tecnológica e com uma nova abertura da comunidade de médicos e enfermeiros. A comunidade clínica beneficia deste atributo por via da flexibilização do acto médico e da reorganização da informação que a mudança de perspectiva irá promover (e.g. permite registos de contactos com utentes sem necessidade de uma ocorrência ou episódio). Ergonomia. Outra forte vantagem apontada pelos utilizadores das aplicações concorrentes foi a organização visual da informação e o processamento que é dado à informação antes de a apresentar para que se torne de fácil interacção. Estes aspectos ergonómicos incluem também uma Página 18 de 65 série de pequenas vantagens ao nível da camada de apresentação da arquitectura das soluções (thin-client) que por si só não apresentam um avanço significativo mas que englobadas num pacote de “vantagens ergonómicas” se traduzem num gap relevante entre o SAM/SAPE e o mercado. Estas pequenas vantagens são, por exemplo, o lançamento de alertas informativos que apoiem a actividade médica e de enfermagem, com base no cruzamento de dados associados ao utente, ou o menor número de ecrãs que é necessário consultar para uma determinada actividade clínica. Estes avanços ergonómicos trazem aumentos de produtividade para as equipas que interagem com a aplicação sejam eles médicos, enfermeiros ou pessoal administrativo, o que também reduz de forma significativa as possíveis resistências à adopção da mesma. Nível de suporte. Nas reuniões com os utilizadores das aplicações de mercado foi ainda referido o nível de suporte como um aspecto distintivo face ao SAM/SAPE. Este nível de suporte diz respeito a aspectos de apoio e assistência à utilização da aplicação e a aspectos de manutenção e evolução das mesmas. Este ponto pode estar, eventualmente, polarizado uma vez que comunicámos com utilizadores com estreita relação com o desenvolvimento da aplicação. De qualquer modo, foram apontadas deficiências neste ponto mesmo por utilizadores da solução SAM/SAPE. O benefício directo de melhorias nesta área traduz-se numa maior confiança dos utilizadores na adopção e uso da aplicação, devido ao apoio mais estreito na resolução de problemas e à rápida incorporação de sugestões dos utilizadores. Página 19 de 65 3.2.2. Requisitos de Utilizadores Para além de se conhecerem as necessidades evolutivas face às alternativas de mercado, importa também identificar quais as necessidades apontadas pelos utilizadores do pacote SAM/SAPE. A metodologia usada para esta abordagem passou pela recolha de percepções junto de utilizadores com profundo conhecimento sobre a aplicação e pela utilização da lista de pedidos de desenvolvimento recolhida pela Direcção de Sistemas de Informação (DSI) da ACSS na sua função de suporte à aplicação SAM/SAPE. A lista completa de desenvolvimentos construída nesta abordagem é apresentada nos anexos B e C. De seguida referem-se algumas notas sobre os dados recolhidos nesta análise. Algumas das lacunas apontadas pelos utilizadores não estão directamente associadas ao SAM/SAPE. Na realidade, dizem respeito a funcionalidades fornecidas pelo sistema SINUS (e.g. melhoria na gestão de informação sobre vacinação ou criação de utentes no sistema). Não foi realizada uma análise profunda destes requisitos. No entanto, salienta-se que muitos deles são cobertos pela alteração do modelo de dados já em estudo na ACSS em que o SINUS deixa de registar informação clínica, sendo esta migrada para o sistema SAM/SAPE. Outras necessidades de evolução detectadas já foram mencionadas na análise por benchmarking (e.g. aplicação centrada no utente). São, assim, necessidades do utilizador não atendidas pelo SAM/SAPE mas cobertas pelos concorrentes. Estas são as necessidades mais importantes uma vez que têm justificado o progressivo abandono do SAM/SAPE por parte de algumas unidades de saúde e a adopção de alternativas do mercado. Devem, por isso, ser incluídas no leque de desenvolvimentos de prioridade elevada, como veremos no próximo ponto. Página 20 de 65 3.3. Análise de prioridades Numa perspectiva de optimização do investimento a realizar nas aplicações, torna-se necessário encontrar as evoluções mais apropriadas a realizar em conjunto com a unificação SAM/SAPE. Uma vez que são necessárias intervenções nas três camadas da arquitectura (modelo de dados, lógica de negócio, aplicação cliente), todas as melhorias até aqui identificadas terão potenciais sinergias com o desenvolvimento da referida unificação. Deste modo, os desenvolvimentos do pacote SAM/SAPE referidos pelos utilizadores foram classificados por percepção de valor criado para o utilizador final. Esta classificação foi o resultado da recolha de informação feita junto da Direcção de Serviços de Sistemas de Informação da ACSS e de utilizadores experientes nas aplicações. No processo de classificação os desenvolvimentos foram hierarquizados em 4 níveis de relevância – muito importante, importante, significativa e pouco importante. O levantamento de desenvolvimentos necessários e a classificação que lhes foi atribuída podem ser consultados em detalhe nos Anexos B e C. Dos 137 desenvolvimentos de funcionalidades identificados, existem 53 (39%) de elevada relevância para o utilizador. Estes, numa perspectiva estritamente orientada ao cliente, são os primeiros candidatos a acompanhar a unificação das aplicações SAM e SAPE. Os desenvolvimentos classificados com relevância menor constituem 21% dos projectos totais. De referir que 55 desenvolvimentos (40%) não foram classificados no processo de recolha de informação, por desconhecimento de todas as implicações que o desenvolvimento possa ter e pela baixa relevância do desenvolvimento para o utilizador. Os desenvolvimentos de relevância menor (incluindo os que não foram classificados) devem ser revistos de forma mais aprofundada para encontrar os que apresentam sinergias com os desenvolvimentos de unificação Página 21 de 65 SAM/SAPE e com os desenvolvimentos de elevada relevância, de modo a serem possivelmente incluídos numa primeira fase de implementação. 4. Discussão de alternativas A análise exposta na secção anterior torna evidente a necessidade de actualização do SAM/SAPE. Existindo já outras aplicações no mercado que se têm revelado mais atractivas para uma franja de utilizadores (apesar do custo nulo do SAM/SAPE), importa avaliar as diferentes alternativas que se colocam para o futuro do SAM/SAPE, desde a continuidade da situação actual até ao total abandono da solução. O estado de desactualização do SAM/SAPE deriva da continuada ausência de investimento no cumprimento de requisitos técnicos, para adaptação às mais recentes versões de software de base, e também de requisitos funcionais, resultantes da expectativa criada nos utilizadores pelas suas dificuldades práticas no dia-a-dia e pelos novos padrões funcionais estabelecidos pelas aplicações privadas concorrentes. No entanto, a análise feita aos players privados já presentes no mercado e a auscultação feita a potenciais novos players, revela que a classe de aplicações de gestão dos Cuidados de Saúde Primários apresenta hoje em dia um grau de maturidade funcional elevado, o que significa que a base de funcionalidade necessária para uma aplicação considerada actual está bastante estável e tem tendência de evolução mais lenta do que aconteceu no passado. Nota-se que é em funcionalidades não nucleares ou em aplicações satélite (e.g. gestão do atendimento) que os players de mercado colocam os seus factores diferenciadores. Este facto é relevante para uma tomada de decisão acerca da necessidade de servir o SNS através de um mercado concorrencial, onde a inovação é estimulada e premiada, ou de uma aplicação única, que maximize os ganhos de economias de escala de que beneficia a indústria de produtos Página 22 de 65 de software em geral, eventualmente em detrimento da menor flexibilidade de adaptação a novos requisitos. Todos os cenários preconizados exigem a presença de dois mecanismos cruciais para garantir que o SNS é servido por aplicações de gestão clínica completas do ponto de vista funcional e abertas à inovação: certificação e interoperabilidade. A certificação é um papel que cabe à ACSS e será o garante de que todas as aplicações que forneçam o SNS cumprem os requisitos funcionais mínimos. Os critérios de certificação devem, assim, reflectir os requisitos dos profissionais que utilizam as aplicações, bem como os requisitos arquitecturais que permitam enquadrar as mesmas na arquitectura de informação global do Ministério da Saúde. Este processo protege o funcionamento do mercado, bem como os utilizadores do SNS, de soluções inferiores que se tornariam competitivas exclusivamente com base no preço. A interoperabilidade deve garantir a maior abertura possível das aplicações que venham a ser certificadas ou do futuro aplicativo SAM/SAPE. A interoperabilidade dos aplicativos exige transparência de dados, arquitectura modular, facilidade de comunicação através de interfaces standard e compatibilidade do ponto de vista tecnológico. Permite também a partilha de informação entre o aplicativo nuclear e as aplicações não nucleares ou satélites que possam vir a ser desenvolvidas pelo mercado. Será neste domínio que uma dinâmica de inovação concorrencial poderá ter mais valor, pois há certamente grande potencial para o aparecimento de aplicações complementares ao sistema de gestão clínica que permitirão aumentar a qualidade de serviço e/ou reduzir os custos das unidades de saúde. Estando garantidas as capacidades de interoperabilidade das aplicações de gestão clínica, será possível uma maior abertura ao mercado para o desenvolvimento de aplicações satélite. Como já foi referido, é em funcionalidades não nucleares que as actuais aplicações de gestão clínica em oferta no mercado inovaram e se diferenciaram, pelo que, Página 23 de 65 independentemente da alternativa que venha a ser alvo de decisão política, é essencial garantir que são postos em prática mecanismos que maximizem o potencial de interoperabilidade da(s) aplicação(ões) de gestão clínica. Foram consideradas as seguintes cinco alternativas: A alternativa 0 – “Situação actual” corresponde a manter o status quo, i.e., manter o SAM/SAPE sem nenhum tipo de investimento, com suporte feito pela equipa da própria ACSS. É decisão política do Ministério da Saúde não prorrogar esta situação, pelo que esta alternativa não foi aprofundada. Salienta-se apenas o risco real que a perda de quota de mercado do SAM/SAPE acarreta em termos de custos incrementais para o Ministério e os benefícios de produtividade e qualidade de serviço que poderiam advir de uma aplicação de gestão clínica de nova geração, comparável às que existem no mercado. A alternativa 1 – “Desenvolvimento Interno” corresponde ao reforço da actual equipa com mais recursos internos (i.e. recursos afectos ao quadro da ACSS) para executar a evolução funcional e as operações de suporte à nova aplicação conjunta SAM/SAPE, pelo que o custo incremental é o custo anual desses mesmos recursos. Esta alternativa não foi explorada em detalhe uma vez que não se enquadra na opção política definida pelo Ministério da Saúde. Na alternativa 2 – “Outsourcing de Desenvolvimento e Manutenção”, o MS garante a gestão de produto e do contrato de outsourcing, cujo âmbito será garantir os serviços de evolução e manutenção do SAM/SAPE. O custo total será superior ao da alternativa 1, na medida em que a empresa de prestação de serviços de outsourcing apresentará um valor de contrato que incorporará uma margem sobre os custos efectivos dos recursos envolvidos. Página 24 de 65 A alternativa 3 – “Concessão/venda do SAM/SAPE” corresponde a uma cedência da aplicação SAM/SAPE em regime de concessão (alternativa 3a) ou de venda (3b), onde o valor líquido capturado pelo concessionário/adquirente (calculado como o valor cobrado pelas licenças e manutenção da aplicação e subtraído das contrapartidas de concessão ou venda) é superior ao da opção anterior, uma vez que neste caso a empresa se cobraria de um prémio de risco associado a uma posição de participação num mercado de aplicações de gestão clínica, ao invés de uma contratação de evolução, manutenção e suporte a longo prazo (de menor risco), como na opção anterior. A alternativa 4 – “Descontinuar SAM/SAPE” seria o abandono da aplicação de uma forma progressiva, permitindo ao mercado capturar livremente o valor deixado pelo SAM/SAPE, consoante o nível de competitividade existente no mesmo. Note-se que, numa primeira fase, este valor seria maior do que o da hipótese de concessão mas, no médio prazo. a tendência seria de entrada de novos players no mercado que levaria à erosão de parte das margens dos incumbentes. De qualquer modo, uma vez que se trata de uma indústria de grandes custos fixos e custos marginais muito baixos, as deseconomias de escala de cada player seriam imputadas ao Ministério da Saúde. Apenas com um mercado privado para as mesmas aplicações, bastante maior do que o mercado coberto pelo SNS, se poderia considerar uma diluição deste efeito por uma maior base de clientes. A Figura 4 ilustra conceptualmente as alternativas analisadas para a exploração de sistemas de gestão dos CSP, comparando os custos globais para o Ministério de Saúde. Página 25 de 65 Custos globais do Ministério da Saúde Ganhos de Escala Contrapartidas e Ganhos de Escala Pagamento ao Mercado Compensação de Risco (preços actuais) Perda de Quota Custos Externos Custos Externos Custo Interno Situação Actual Desenv. Interno Outsourcing de Desenv. e Manutenção Concessão / venda do SAM/SAPE Descontinuar SAM/SAPE Figura 4 - Alternativas: Perspectiva Económica 4.1. Análise Detalhada das Alternativas Para cada uma das alternativas relevantes, apresentamos de seguida uma descrição mais detalhada e uma análise das suas principais vantagens e desvantagens. 4.1.1. Alternativa 2 – Outsourcing de Desenvolvimento e Manutenção É a alternativa mais próxima à de desenvolvimento interno, mantendo no MS a gestão de produto e a agregação de requisitos funcionais e recorrendo, simultaneamente, à subcontratação para actualização tecnológica e funcional do SAM/SAPE e manutenção evolutiva e correctiva das aplicações. Segundo a ACSS, o reforço de competências internas para cumprir estas funções representa um custo incremental mínimo. O custo total de investimento na actualização do SAM/SAPE foi estimado em 1.243 milhares de euros, ao passo que o custo de manutenção e suporte foi estimado em 759 milhares de euros por ano (cálculos apresentados no Página 26 de 65 Anexo A). Para permitir a comparabilidade destes valores com os custos de licenciamento das outras aplicações no mercado foi calculada uma anuidade equivalente de 1.207 milhares de euros por ano (Anexo A, secção “Custo do licenciamento SAM/SAPE”), que deverá ser dividida pelo número de utilizadores SAM/SAPE, para obter um custo equivalente ao de licenciamento por utilizador. Com base na referida anuidade e na quota de mercado actual do SAM/SAPE (aproximadamente 90%), o custo por utilizador SAM/SAPE foi estimado em 63,63€ por ano. Este valor deverá ser imputado às unidades de saúde que utilizem SAM/SAPE, a partir do momento em que a nova versão da aplicação entre em produção, para que os custos deste sistema de informação sejam correctamente alocados dentro do MS. Tendo o SAM/SAPE (após as actualizações já descritas) um custo por utilizador bastante inferior ao das outras aplicações no mercado (calculado em 384€ por ano, na secção “Custo das aplicações de mercado” do Anexo A) e estando a aplicação funcionalmente a par com estas, será expectável que o ritmo de perda de quota de mercado que hoje em dia se verifica seja desacelerado. É, no entanto, provável que a tendência de perda de quota do SAM/SAPE não seja totalmente estancada ou revertida se não houver uma decisão política nesse sentido, uma vez que para alguns profissionais de saúde o SAM/SAPE desenvolveu uma imagem negativa, conotada com a sua histórica falta de actualização e suporte. A tabela seguinte faz uma análise de sensibilidade dos custos por utilizador de SAM/SAPE em função da sua quota de mercado. A coluna “Custo anualizado SAM” ilustra o valor anualizado do investimento no SAM/SAPE e posterior manutenção, como já referido. É um custo fixo, independentemente da quota de mercado detida pelo SAM/SAPE. A coluna “Custo anualizado mercado” apresenta o custo anualizado de licenças e manutenção de aplicações de mercado para a fatia de mercado não coberta pelo SAM/SAPE. Na coluna “Custo SAM / Utilizador” pode-se notar o efeito de menor diluição dos custos fixos de desenvolvimento e manutenção do Página 27 de 65 SAM/SAPE à medida que a sua quota de mercado diminui (i.e. à medida que a sua base de utilizadores se reduz). Tabela 3 - Análise de sensibilidade do custo por utilizador de SAM/SAPE à sua quota de mercado Quota mercado SAM 94% 90% 90,2% 80% 75,3% 70% 60% 50% 40% 30% 20% 14,9% 10,0% 5% Custo anualizado Custo anualizado SAM mercado 1.206.980,04 € ‐ 0,00 € 1.206.980,04 € 282.946,74 € 1.206.980,04 € 263.537,03 € 1.206.980,04 € 1.091.126,96 € 1.206.980,04 € 1.470.517,07 € 1.206.980,04 € 1.899.307,17 € 1.206.980,04 € 2.707.487,39 € 1.206.980,04 € 3.515.667,61 € 1.206.980,04 € 4.323.847,83 € 1.206.980,04 € 5.132.028,05 € 1.206.980,04 € 5.940.208,27 € 1.206.980,04 € 6.349.588,66 € 1.206.980,04 € 6.748.388,48 € 1.206.980,04 € 7.152.478,59 € Custo total SAM + mercado 1.206.980,04 € 1.489.926,78 € 1.470.517,07 € 2.298.107,00 € 2.677.497,11 € 3.106.287,22 € 3.914.467,43 € 4.722.647,65 € 5.530.827,87 € 6.339.008,09 € 7.147.188,31 € 7.556.568,70 € 7.955.368,52 € 8.359.458,63 € Custo SAM / utilizador 61,41 € 63,80 € 63,63 € 71,78 € 76,25 € 82,03 € 95,70 € 114,84 € 143,55 € 191,40 € 287,10 € 384,48 € 574,21 € 1.148,41 € Entre a quota de mercado actual (na ordem dos 90%) e os cerca de 15% de quota, os custos por utilizador SAM/SAPE serão menores do que o custo médio por utilizador de uma aplicação concorrente. Até se alcançar essa quota de mercado mínima, o SAM/SAPE é competitivo e economicamente viável, havendo uma poupança líquida do MS quando comparado com a situação de servir todo o mercado com aplicações privadas (alternativa 4). Sendo pouco expectável que ocorra uma perda de quota de mercado tão acentuada após os investimentos de actualização previstos (caso em que seria economicamente mais vantajoso deixar de suportar a aplicação), a presente alternativa parece viável e a preferível de um ponto de vista estritamente económico. Outra conclusão que se pode retirar da análise feita é a de que uma perda de aproximadamente 14,9% de quota de mercado (de 90,2% para 75,3%) traria um custo incremental líquido para o MS (em licenças de outras aplicações) igual ao do investimento na actualização do SAM/SAPE. Sendo razoável pensar que dado o grau de desactualização desta aplicação, uma Página 28 de 65 perda de quota de mercado nessa ordem de grandeza seria facilmente atingida, caso o mercado estivesse totalmente liberalizado, consideramos que o investimento na actualização do SAM/SAPE fica perfeitamente justificado, sendo que o modelo em que esse investimento é feito deve ser escolhido de entre o desenvolvimento subcontratado pela ACSS (a alternativa em análise) e a concessão ou venda a uma terceira entidade (alternativa 3). A opção de abandono do SAM/SAPE e abertura completa ao mercado (alternativa 4) parece ser desproporcionalmente dispendiosa para ser considerada com razoabilidade. Apresentam-se de seguida as principais vantagens e riscos desta alternativa: Vantagens: • permite, potencialmente, reduzir o escalar de custos com a continuada perda de quota de mercado de SAM/SAPE para as outras aplicações; • permite ao MS manter o controlo sobre a funcionalidade da aplicação; • os custos de formação de utilizadores e de gestão da mudança são menores que os das outras alternativas, uma vez que os utilizadores estão já familiarizados com a aplicação (apesar da alteração decorrente da sua actualização); • minimiza os custos para o MS. Riscos: • sinaliza ao mercado o interesse estratégico do MS nesta aplicação, o que pode criar um movimento de desinvestimento por parte dos fornecedores presentes hoje em dia no mercado e acabar por erodir o bom funcionamento do mesmo. Se estiver garantida uma grande interoperabilidade, as áreas de inovação de valor acrescentado deverão estar mais em zonas não nucleares ou satélites à aplicação de gestão clínica, logo em áreas não Página 29 de 65 cobertas directamente pelo SAM/SAPE e abertas naturalmente ao mercado); • a história demonstra que o MS poderá não executar uma liderança funcional reconhecida pelos utilizadores (eventualmente porque não tem o estímulo económico que os outros fornecedores sentem, incutido pelas dinâmicas de mercado, na procura pela diferenciação e conquista de quota) pelo que a nova aplicação que surgirá da evolução do SAM/SAPE poderá não reflectir as reais necessidades dos utilizadores. Será necessário garantir que o processo de recolha de requisitos ocorre num formato que permita minimizar este risco. A tabela seguinte sintetiza as principais características da alternativa descrita anteriormente. Página 30 de 65 Alternativa 2 – Outsourcing de desenvolvimento e manutenção Poder negocial do Estado Muito alto. O controlo de uma aplicação que seja uma alternativa credível ao mercado permite conhecer os custos de desenvolvimento, reduzindo a assimetria de informação face aos concorrentes. Facilidade na mudança Média. Apesar da actualização, dado ser o mesmo sistema não se espera grande resistência à mudança. Competitividade a curto prazo14 Média. A cobrança de licenças pela utilização do SAM/SAPE poderá baixar a sua quota no mercado. A competitividade irá depender dos factores: preço da licença do SAM/SAPE, qualidade da aplicação face ao mercado e descentralização da decisão de compra. Custo de aquisição para o utilizador Médio. Passam a existir custos obrigatórios na aquisição de uma aplicação com a introdução de licenças de utilização do SAM/SAPE. O Ministério da Saúde tem poder para controlar o preço. Sustentabilidade da quota SAM/SAPE Média. A quota do SAM/SAPE pode decrescer se o mercado for liberalizado sem haver uma percepção geral de um SAM/SAPE actualizado e competitivo com o mercado. Dependerá também da descentralização da decisão de compra. Controlo sobre as funcionalidades Muito alto. Ministério da Saúde tem o poder de decidir as funcionalidades a integrar no SAM/SAPE que, com a elevada quota de mercado, permite criar uma referência no mercado. Certifica ainda os outros players definindo os requisitos mínimos do mercado. Potencial para inovação Médio. Na sua componente central as aplicações tenderão a estar par a par, acompanhando os requisitos dos utilizadores. Existirá inovação nos módulossatélite como elementos diferenciadores das aplicações se for garantida a interoperabilidade. Influência dos utilizadores na aplicação Alta. Através de serviços de suporte aproximam-se utilizadores e aplicação. Fica garantido potencial para que os utilizadores possam influenciar a evolução da aplicação. Reversibilidade da alternativa Alta. Em qualquer altura se pode optar por uma das restantes alternativas. Numa passagem para a alternativa 4 perdem-se os custos já aplicados no desenvolvimento interno. Na passagem para as alternativas 3a e 3b, é esperado algum retorno do investimento nas contrapartidas a negociar. 4.1.2. Alternativa 3 – Concessão / venda Esta alternativa compreende a cessão, parcial (concessão) ou definitiva (venda) dos direitos de exploração do SAM/SAPE, em troca de uma contrapartida financeira. Pode também incluir uma cláusula de exclusividade para o concessionário/adquirente, i.e., uma garantia de que a quota de mercado do SAM/SAPE na altura da concessão ou venda permanecerá fixa 14 A análise de médio-prazo não é tão relevante porque uma vez adoptada uma solução de gestão clínica os custos de mudança são altos o que reduz a competitividade do mercado. Página 31 de 65 por um determinado prazo. Uma terceira dimensão a considerar será a abrangência da concessão/venda, que pode ser nacional (a nível da ACSS) ou regional (a nível da ARS). Na base deste modelo está o facto de que o Ministério da Saúde detém no SAM/SAPE um activo com valor de mercado, que advém da sua taxa de penetração. A cedência deste activo ao mercado deverá seguir uma via que assegure a captura de valor por parte do Ministério da Saúde e que compense, pelo menos parcialmente, a desvantagem económica deste modelo face ao apresentado no ponto anterior. O contrato de concessão deverá contemplar quatro elementos fundamentais: um royalty a pagar ao Ministério da Saúde pela empresa concessionária; uma tarifa que o concessionário iria cobrar às unidades de saúde; um prazo de exploração da concessão que permita o retorno dos investimentos efectuados pelo concessionário; e um prazo de lock-in dos centros de saúde à solução concessionada. A venda deverá contemplar um valor de cessão do activo e poderá ter subjacente a fixação da tarifa que o adquirente poderá cobrar às unidades de saúde durante um determinado prazo. A Figura 4 procura ilustrar a distribuição de valor destas soluções. Existe um custo interno mínimo do MS para monitorização da concessão (ou do cumprimento das condições de venda nos primeiros anos após concretização da transacção) e uma remuneração do concessionário em função da tarifa (custos externos e margem). Em termos comparativos, este modelo deverá ter um custo superior à alternativa 2, uma vez que o concessionário pretenderá uma remuneração pelo risco de mercado que irá correr. Deverá ter um custo significativamente inferior à alternativa 4 (descontinuar SAM/SAPE) por duas razões: devido a contrapartidas, designadamente o pagamento de royalty / valor de venda, com eventual assumpção dos custos de actualização da aplicação, e controlo do preço cobrado às unidades de saúde, potenciando ganhos de escala. Sendo difícil apresentar um valor exacto, tendencialmente o valor deverá aproximar-se do custo da alternativa Página 32 de 65 2 para níveis de serviço comparáveis. Será na negociação da royalty / valor de venda que haverá hipótese de esbater a diferença entre os custos das alternativas 2 e 3. Discutem-se de seguida as duas modalidades desta alternativa: A) Concessão do SAM/SAPE À partida podemos considerar duas variantes: oferecer ao concessionário acesso exclusivo à base de clientes, não permitindo às unidades de saúde a mudança para outra aplicação, ou não conferir esse grau de exclusividade. A primeira opção reduz de tal modo o risco para o concessionário que, na prática, se poderiam negociar contrapartidas tais que o custo total para o Ministério da Saúde poderia descer para os níveis da alternativa 2. No entanto, não é criado nenhum tipo de incentivo para que o investimento feito na melhoria da aplicação e do serviço de suporte maximizem o benefício para o cliente. Por um lado, o concessionário não fica na posse do activo no final do período de concessão, pelo que não necessita de garantir que nessa altura a aplicação é competitiva do ponto de vista concorrencial. Por outro, tem uma quota de mercado garantida, não tendo qualquer pressão concorrencial para maximizar o benefício dos utilizadores durante o prazo de concessão. Considerando por último que a negociação de contrapartidas lhe poderá ter reduzido bastante as margens, o incentivo criado será para reduzir custos até ao limite do risco de incumprir o contrato de concessão. Face ao exposto, não consideramos que esta variante deva ser tida em consideração. Na concessão sem acesso exclusivo à base de clientes SAM/SAPE, poder-se-ia considerar um prazo de carência, durante o qual o concessionário teria tempo para proceder aos investimentos necessários para actualizar a aplicação, mas, findo esse período, seria dada liberdade às ARS para escolherem a(s) aplicações a usar, de entre as certificadas pelo MS. Esta variante, ao introduzir risco para o concessionário poderá ser mais dispendiosa, mas introduz um incentivo para que seja maximizado o benefício Página 33 de 65 criado para o utilizador, criando diferenciação positiva para a concorrência de modo a impedir a erosão de quota de mercado. A alternativa de concessão na variante sem acesso exclusivo apresenta as seguintes vantagens e riscos: Vantagens: • garante um fluxo financeiro de entrada no início da concessão; • promove a inovação, devido à pressão concorrencial findo o prazo de carência. Riscos: • o concessionário terá tendência para degradar a qualidade de serviço (e, eventualmente, desinvestir na evolução da aplicação) à medida que o final do período de concessão se aproxima, pois a abrangência do seu interesse económico termina nesse período, não estando os seus interesses alinhados com o perpetuar de uma condição de diferenciação positiva do SAM/SAPE que maximize os benefícios para o utilizador; • torna-se necessário garantir a interoperabilidade para não ficar preso a soluções complementares do mesmo fornecedor para áreas não nucleares e permitir concorrência efectiva a nível do aplicativo, findo o prazo de carência. Uma vez que, findo o prazo de concessão, o Ministério da Saúde toma posse da aplicação, considerámos não fazer sentido a existência de mais do que uma concessão (e.g. regional), pelo que o âmbito geográfico deve ser nacional. Caso contrário, produzir-se-iam tantas variantes do SAM/SAPE quantas as concessões atribuídas, o que colocaria dificuldades acrescidas ao Página 34 de 65 Ministério na gestão futura da aplicação, multiplicando os custos associados à mesma. A tabela seguinte sintetiza as principais características da alternativa descrita anteriormente. Alternativa 3a – Concessão do SAM/SAPE Poder negocial do Estado Médio. Ao abdicar do controlo de uma alternativa credível ao mercado, o Ministério da Saúde abdica também de poder negocial. A situação é agravada com a entrega da quota de mercado a um único player., que, apesar de tomar posse da aplicação apenas pelo prazo da concessão, fica efectivamente numa posição primordial devido ao conhecimento adquirido e ao controlo que deterá sobre os processos de suporte. Facilidade na mudança Média. Não se espera grande resistência à mudança, apesar da actualização, uma vez que se mantém o mesmo sistema. Competitividade a curto prazo Média. A cobrança de licenças pela utilização do SAM/SAPE poderá baixar a sua quota no mercado. A competitividade irá depender dos factores preço da licença do SAM/SAPE, qualidade da aplicação face ao mercado e da descentralização da decisão de compra. Custo de aquisição para o utilizador Alto. O Ministério da Saúde terá de negociar o preço de licenciamento do SAM/SAPE com o concessionário que não terá incentivo para competir por preço dada a quota de mercado que detém no início da concessão. Sustentabilidade da quota SAM/SAPE Média. A quota do SAM/SAPE pode decrescer se o mercado for liberalizado sem haver uma percepção geral de um SAM/SAPE actualizado e competitivo com o mercado. Dependerá também da descentralização da decisão de compra. Controlo sobre as funcionalidades Médio. O controlo dependerá das condições contratualizadas com o concessionário. Ao longo do tempo, o controlo funcional tende a passar para o concessionário por crescente assimetria de informação. Controlo funcional tende, a longo prazo, a ocorrer apenas por intermédio da Certificação Potencial para inovação Alto. Na sua componente central as aplicações tenderão a estar par a par, acompanhando os requisitos dos utilizadores. Existirá inovação nos módulossatélite como elementos diferenciadores das aplicações se for garantida a interoperabilidade. Para sua protecção o concessionário terá incentivo a dificultar a interoperabilidade como forma de aumentar os switching costs. Influência dos utilizadores na aplicação Média. A existência de níveis de serviço contratualizados com o concessionário irá diminuir a influência que o utilizador poderá ter na aplicação. Reversibilidade da alternativa Média. Só será possível regressar sem custos de indemnização às alternativas 1 e 2 no fim do período de concessão. B) Venda do SAM/SAPE A venda pressupõe a cedência definitiva do activo SAM/SAPE, tendo como contrapartida um valor monetário. Tipicamente, um adquirente Página 35 de 65 necessitará de 12 a 18 meses para fazer os investimentos necessários na aplicação e fazer o roll-out da solução e migração da aplicação anterior em todas as unidades de saúde. Deste modo, a inexistência de um prazo de carência, parece menos atractiva para o potencial adquirente, uma vez que o risco é muito maior: será necessário um grande investimento inicial, que poderá demorar de 6 a 12 meses a ficar terminado e nesse espaço de tempo o mercado poderá actuar e os concorrentes actuais poderão ter uma agressividade comercial tal que reduza em muito a sua quota de mercado potencial. Assim, nesta variante é incluído um prazo de carência em que a base de clientes SAM/SAPE é garantida ao adquirente, em condições pré-negociadas no acordo de venda. O adquirente toma posse definitiva do activo, pelo que tenderá a aproveitar o período de carência para diferenciar a aplicação da concorrência, maximizando a sua competitividade à saída do referido período. O âmbito geográfico da variante de venda poderá ser nacional ou regional. Cremos que o âmbito regional será o mais indicado ao criar espaço de mercado para 3 concorrentes potencialmente diferentes15. Isto reduz o risco de ter apenas um fornecedor dominante (que seria o caso na opção nacional), com maior poder de negociação perante o Ministério no final do período de carência. A alternativa de venda apresenta as seguintes vantagens e riscos: Vantagens: • maior dinâmica de inovação funcional. O adquirente teria grande incentivo para ser melhor que a concorrência, diferenciando a 15 As ARS Alentejo e Algarve não parecem ter dimensão mínima para conseguirem apresentar massa crítica suficiente que justifique o interesse de um potencial adquirente, pelo que se aconselha neste caso a que se associem a outra ARS com maior escala. Página 36 de 65 aplicação e criando valor para o utilizador, de modo a garantir a manutenção de uma quota de mercado confortável; • pressão concorrencial sobre preços. Os concorrentes do SAM/SAPE teriam necessariamente de acompanhar a pressão sobre preços exigida pelo adquirente. Poderiam também tender a diferenciar-se por via da inovação e serviços de valor acrescentado, opção também benéfica para o SNS. Riscos: • a presença de um concorrente muito forte pode provocar tal pressão sobre os preços de mercado que os concorrentes deixem de ter espaço para inovar (ou até mesmo para sobreviver). O âmbito regional para esta variante reduz o potencial impacto deste risco, ao dividir, potencialmente, o mercado entre vários players; • perda de controlo funcional da aplicação por parte do MS. Será, no entanto, do interesse do(s) adquirente(s) alinhar a funcionalidade da(s) aplicação(ões) com as expectativas dos utilizadores; • a propriedade do software fica tipicamente nas mãos do adquirente, o que coloca o MS numa posição negocial enfraquecida, ao perder o controlo estratégico desse activo. Esta alternativa coloca ênfase acrescida no papel certificador da ACSS, uma vez que essa passa a ser a única ferramenta à disposição do MS para controlar a qualidade das aplicações de gestão clínica disponíveis no mercado. A tabela seguinte sintetiza as principais características da alternativa descrita anteriormente. Página 37 de 65 Alternativa 3b – Venda do SAM/SAPE Poder negocial do Estado Alto. A segmentação regional do mercado permite criar escala, conferindo poder negocial ao Ministério da Saúde. Facilidade na mudança Baixa. Prevê-se o abandono da actual aplicação. Regionalmente serão instaladas aplicações inteiramente novas. O volume de cada região permite criar sinergias no processo de mudança e respectiva formação de utilizadores. Competitividade a curto prazo Média. Num cenário de venda regional da quota de mercado, são esperados monopólios (regionais). A situação pode ser agravada se um mesmo player concentrar várias regiões. Custo de aquisição para o utilizador Muito alto. Os custos de aquisição deixam de ser controlados pelo estado. Passam a existir monopólios regionais e existe o perigo de cartelização de preço entre players. Sustentabilidade da quota SAM/SAPE Baixa. É expectável o abandono da aplicação SAM/SAPE. A quota equivalente será dispersa pelos monopólios regionais. Controlo sobre as funcionalidades Baixo. Sem uma aplicação própria, o Ministério da Saúde assumirá apenas o papel de certificador das aplicações no mercado. Potencial para inovação Alto. Na sua componente central as aplicações tenderão a estar par a par, acompanhando os requisitos dos utilizadores. Existirá inovação nos módulossatélite como elementos diferenciadores das aplicações. Para protecção do monopólio regional, o concessionário terá incentivo a dificultar a interoperabilidade como forma de aumentar os switching costs. Influência dos utilizadores na aplicação Alta. O nível de influência ficará ao critério dos players do mercado, tendendo para uma relação próxima por forma a promover a recolha de feedback e a sua incorporação nas aplicações. Reversibilidade da alternativa Muito baixa. Não é possível reverter para nenhuma das alternativas. 4.1.3. Alternativa 4 – Descontinuar SAM/SAPE Neste cenário o MS abandona qualquer actividade relacionada com o desenvolvimento e manutenção da aplicação SAM/SAPE, deixando o mercado totalmente aberto à iniciativa privada. Este cenário apresenta os custos mais elevados para o Ministério da Saúde. Estimamos que o custo anual com licenças de utilização e manutenção ascenda a 8,1 milhões de euros (vide secção “Custo das aplicações de mercado” do Anexo A). Os preços passam a ser regulados pelas leis de mercado, sem controlo do Estado, e todas as unidades de saúde passam a pagar os preços praticados no mercado. O crescimento dos players em termos de taxa de penetração resultará em ganhos de escala, o Página 38 de 65 que potencia reduções de preços praticados, quer por dinâmica concorrencial, quer por pressão negocial por parte do Ministério. As referidas economias de escala diminuirão à medida que a concentração de mercado se reduzir (i.e. com o aparecimento de novos concorrentes). O desaparecimento dessas economias, num mercado pouco concentrado, poderá reflectir-se em custos acrescidos para o Ministério da Saúde. Em termos práticos de implementação, o abandono não pode ser imediato, exigindo que seja assegurado um período de transição, dada a grande base de clientes instalada. A fase de transição teria que assegurar que os processos de aquisição, instalação e migração para aplicações de mercado pudesse decorrer sem sobressaltos. A presente alternativa apresenta as seguintes vantagens e riscos: Vantagens: • esta alternativa maximiza a competitividade a curto prazo no mercado, ao liberalizar o acesso à quota do SAM/SAPE. Riscos: • o período de migração para aplicações de mercado pode ser bastante alongado, devido ao peso processual inerente aos processos de contratação pública e à própria inércia dos profissionais das unidades de saúde, relacionada com resistência inerente ao processo de mudança. Este risco apenas poderá ser mitigado por pressão política, no sentido de limitar temporalmente o período de transição; • algumas ARS que demonstram uma clara preferência pela solução SAM/SAPE poderão revelar maior inércia na transição para uma solução de mercado, pelo que deverá ser considerada a hipótese de permitir que estas criem competências internas para a manutenção / evolução dentro do seu âmbito regional. Página 39 de 65 A tabela seguinte sintetiza as principais características da alternativa descrita anteriormente. Alternativa 4 – Descontinuar SAM/SAPE Poder negocial do Estado Alto. A existência de mecanismos de concorrência no mercado permitirá ao MS reter grande força negocial, que dependerá da concentração final do mercado. Facilidade na mudança Muito baixa. Há um abandono completo da aplicação. A segmentação do mercado aumentará as resistências à mudança. Competitividade a curto prazo Muito alta. Cenário de mercado livre onde se espera a distribuição da actual quota do SAM/SAPE por players novos ou já existentes. Custo de aquisição para o utilizador Alto. Apesar do Ministério da Saúde não controlar o preço das aplicações existirá competição pelo mercado o que levará os preços a ser inferiores aos da alternativa de venda. Permanece o perigo de cartelização apesar de ser menor que na alternativa de venda. Sustentabilidade da quota SAM/SAPE Não aplicável. Controlo sobre as funcionalidades Baixo. Sem uma aplicação própria, o Ministério da Saúde assumirá apenas o papel de certificador das aplicações no mercado. Potencial para inovação Alto. Com o desaparecimento da quota do SAM/SAPE os players terão um superior incentivo para a inovação, dada a probabilidade dos custos virem a ser cobertos pelo aumento significativo de quota de mercado. Os players tenderão a proteger-se eliminando a interoperabilidade, criando assim switching costs. Influência dos utilizadores na aplicação Alta. O nível de influência ficará ao critério dos players do mercado, tendendo para uma relação próxima por forma a promover a recolha de feedback e a sua incorporação nas aplicações. Reversibilidade da alternativa Muito baixa. Para optar por qualquer outra opção é necessário reactivar o SAM/SAPE que havia sido abandonado o que implica custos elevados. 4.2. Resumo das alternativas A tabela seguinte apresenta um resumo da análise qualitativa às alternativas previamente apresentadas. Página 40 de 65 Outsourcing Concessão Venda Descontinuar Poder negocial do Estado Facilidade na mudança Competitividade a curto prazo Custo de aquisição para o utilizador Sustentabilidade da quota SAM/SAPE N.A. Controlo sobre as funcionalidades Potencial para inovação Influência dos utilizadores na aplicação Reversibilidade da alternativa Legenda: Muito Alto, Alto, Médio, Baixo, Muito Baixo 5. Recomendações Do ponto de vista estritamente económico, a alternativa 2 – Outsourcing de Desenvolvimento e Manutenção – é a mais vantajosa, ao minimizar os custos para o Ministério da Saúde ficando, todavia, o controlo da aplicação nas suas mãos, o que exige reunir as competências adequadas para liderar a gestão de requisitos técnicos e funcionais e coordenação do trabalho de desenvolvimento. A alternativa 3 – nas modalidades Concessão e Venda – poderá incentivar uma maior dinâmica concorrencial com efeitos na redução de preços de mercado e com fortes incentivos a um movimento de inovação. Também deixa o controlo da funcionalidade nas mãos de empresas com muito know-how no sector, que provavelmente desempenharão melhor esse papel que o Ministério da Saúde. Página 41 de 65 Consideramos, no entanto, que o factor decisivo estará na expectativa sobre o grau de maturidade funcional das aplicações de gestão clínica. Caso a expectativa seja de grande dinâmica de aparecimento de novas necessidades funcionais ainda não respondidas pelas aplicações actuais, a pressão de inovação e diferenciação colocada pela alternativa 3 em todo o mercado permitirá uma melhor resposta a essa tendência. Pelo contrário, se a expectativa for de um maior grau de maturidade funcional das aplicações existentes, então a alternativa 2 parece servir melhor o MS ao garantir uma aplicação competitiva, a custos minimizados e controlados. Com a presença ou não de uma aplicação do Ministério da Saúde, defendemos que deve ser garantido o funcionamento livre do mercado, seja para desenvolvimento de funcionalidade nuclear, seja para as referidas funcionalidades satélite. Torna-se, assim, necessário salientar o papel que a interoperabilidade da solução a desenvolver terá na criação de um mercado para desenvolvimento de funcionalidades satélite, onde a dinâmica concorrencial introduzirá maior pressão de inovação e maior potencial de criação de valor para as unidades de saúde. Página 42 de 65 Anexo A – Cálculo do custo das alternativas Introdução Neste anexo são detalhados os cálculos realizados para a quantificação das rubricas de custo elementares, utilizadas na construção dos vários cenários. A perspectiva destes cálculos é sempre a do custo líquido para o Ministério da Saúde (MS), i.e., onde o MS é considerado de forma sistémica e onde os custos considerados relevantes são os que, após contabilizados todos os fluxos económicos, constituem uma despesa incremental para o MS. De modo a tornar comparáveis os custos das diversas opções, procurouse definir uma anuidade por utilizador nominal, equivalente aos reais fluxos de caixa que cada esquema de licenciamento implicaria, num horizonte temporal de 3 anos (período ao fim do qual se considera ser necessário repensar um novo ciclo de investimento). Assim, para cada opção foi calculado o Valor Actual Líquido (VAL) dos fluxos de caixa para esse período, derivando-se, a partir deste, uma anuidade a 3 anos equivalente, i.e., com um VAL idêntico. Em nenhum dos cenários foram considerados os custos de formação, gestão da mudança e implementação no terreno. O racional foi o seguinte: o objectivo do presente estudo é o de suportar a decisão de escolha de entre as várias alternativas consideradas para o futuro das aplicações SAM/SAPE. Esses custos acontecerão em todos os cenários descritos, pelo que se considerou que não distorceriam a valoração relativa de cada cenário. Em termos absolutos não se poderá considerar que a orçamentação feita é exaustiva, mas em última análise, não é esse o foco do presente trabalho. Relativamente ao custo de licenciamento do software de base (e.g. Sistema de Gestão de Base de Dados Oracle ou Sistema Operativo Microsoft Windows), necessário para os ambientes run-time das aplicações de gestão clínica, os seus custos não foram considerados nos cálculos, uma vez que em nenhum cenário poderão ser considerados custos (ou poupanças) Página 43 de 65 incrementais. Independentemente da opção tomada, terá sempre de existir o referido custo de licenciamento, não só para suportar a aplicação de gestão clínica, mas também para suportar todas as outras aplicações utilizadas nas unidades de saúde. Evolução tecnológica e funcional SAM/SAPE De modo a quantificar o esforço associado ao desenvolvimento da evolução tecnológica e funcional do SAM/SAPE, foi utilizado como cenário de referência a subcontratação destes serviços no mercado de consultadoria em TI, com os seguintes valores médios diários por tipo de perfil16: Tabela 4 - Valores médios diários por perfil Tarifa diária 320,00 € 490,00 € 719,00 € 941,00 € Junior Consultor Gestor de Projecto Director de Projecto O MS não está vocacionado para possuir competências de desenvolvimento internamente, sendo, portanto, este o formato desejável. Nele, o ministério assume o papel de líder funcional e subcontrata a implementação a uma empresa especializada. Para efeitos de orçamentação, foram considerados o projecto de unificação SAM/SAPE, as necessidades de evolução funcional de elevada relevância, assim como a evolução tecnológica. Note-se que quer a evolução tecnológica, quer a unificação das aplicações implicam uma reescrita em larga escala da aplicação, e, porque existem enormes sinergias entre as duas, não foram estimadas separadamente. As estimativas apresentadas foram feitas com base na sensibilidade e experiência dos elementos da ACSS consultados, tendo sido estabelecidos valores máximo e mínimo de duração e uma dimensão média para a equipa 16 As tarifas médias diárias foram obtidas com base numa consulta a diversas entidades do mercado de consultoria em TI. Página 44 de 65 considerada. Foi também introduzida uma margem de tolerância de 40%, sobre a média ponderada (60% para a máxima e 40% para a mínima) da gama de durações. Tabela 5 - cálculo dos custos de evolução funcional SAM/SAPE Director de Total Projecto 5 4 2 0,40 11,40 12,4 12,4 12,4 12,4 12,4 1127 1070 395 79 2671 360.714,24 € 524.119,68 € 283.964,74 € 74.328,46 € 1.243.127,12 € Junior # recursos Duração (m) Esforço (d) Custo Consultor Gestor de Projecto O custo total de actualização do SAM/SAPE foi, assim, estimado em aproximadamente 1.243 milhares de euros. Manutenção SAM/SAPE O dimensionamento de uma equipa para manutenção e suporte ao SAM/SAPE foi feito com base nos FTE’s indicativos fornecidos pela ACSS. Não existindo um registo histórico de custos e de carga de trabalho executada pelas equipas actuais, torna-se difícil validar a adequação do dimensionamento da equipa. A tabela seguinte apresenta o esforço anual estimado para a equipa, tendo o total sido calculado em 759 mil euros por ano. Tabela 6 - cálculo dos custos de manutenção SAM/SAPE Director de Total Projecto 4 2 1 0,05 7,05 12,0 12,0 12,0 12,0 12,0 1004 502 251 12 1.769 321.280,00 € 245.980,00 € 180.469,00 € 11.292,00 € 759.021,00 € Junior # recursos Duração Esforço (d) Custo Anual Consultor Gestor de Projecto Custo do licenciamento SAM/SAPE Para efeitos de comparabilidade entre os custos de licenciamento das aplicações privadas existentes no mercado e os custos associados ao SAM/SAPE, é calculada uma anuidade por utilizador, da seguinte forma: Página 45 de 65 1. Os fluxos de caixa incrementais a três anos (investimento inicial na actualização e valor anual de manutenção) são convertidos num Valor Actualizado (cerca de 3.350 milhares de euros, com uma taxa de desconto anual de 4%); 2. É calculada uma anuidade equivalente (para a mesma taxa de juro) ao Valor Actualizado calculado no ponto anterior (que resulta num valor de cerca de 1.207 milhares de euros anuais) 3. A anuidade calculada anteriormente é dividida pelo número estimado de utilizadores nominais SAM/SAPE (que dependerá do cenário que esteja a ser analisado – para a quota de mercado actual do SAM/SAPE, cerca de 64€ por ano e por utilizador) Custo das aplicações de mercado As estruturas de pricing das aplicações Medicine One e VitaHISCare são bastante diferentes e, como tal, difíceis de comparar, uma vez que a primeira se concretiza numa renda mensal por utilizador nominal (que inclui a licença do software e o pacote de manutenção associado) e a segunda num valor de licenciamento inicial e num valor anual de manutenção. Assim, o objectivo foi o de encontrar um valor anual médio por utilizador representativo dos preços de mercado destas aplicações, para o tornar comparável com o valor calculado para licenciamento do SAM/SAPE. A metodologia utilizada foi a seguinte: 1. Calcular o Valor Actualizado dos custos de licenciamento por utilizador nominal17 de cada aplicação; 17 Um utilizador nominal é um funcionário de um Centro de Saúde ou USF com perfil potencial para utilização do SAM/SAPE, i.e., enfermeiros, médicos e administrativos. Foi utilizado o valor de 21.020 destes profissionais, segundo o relatório de estatística publicado pela Direcção-Geral de Saúde, intitulado “Centros de Saúde e Hospitais, recursos e produção do SNS 2006” Página 46 de 65 2. Calcular uma anuidade a 3 anos c/ Valor Actualizado idêntico ao calculado no ponto anterior, por cada aplicação; 3. Calcular uma média das anuidades para cada aplicação, ponderada pela quota de mercado de cada aplicação no mercado de software de gestão clínica. O Valor Actualizado calculado para o custo médio de uma aplicação concorrente ao SAM/SAPE foi, assim, calculado em 384 euros por ano, por utilizador nominal, o que dimensiona o mercado de aplicações de gestão clínica em 8,1 milhões de euros (número total de utilizadores multiplicado pelo valor anual por utilizador). Os seguintes pressupostos foram tidos em conta neste cálculo: • taxa de desconto de 4%; • prazo de análise de 3 anos; • baseado no pricing fornecido pelos produtores do software analisado e usando, sempre que fornecidos, os valores com maiores descontos de volume; • os custos de formação e implementação das aplicações no terreno não foram usados no cálculo da anuidade equivalente. Para além de não serem considerados relevantes na decisão entre alternativas, como já explicado, as estruturas de pricing recebidas para esses serviços tornavam difícil a comparação de valores. Página 47 de 65 Anexo B – Necessidades de Desenvolvimento do SAM – Cuidados de Saúde Primários Desenvolvimento Descrição Relevância Migrar SAM & SAPE para centrado ao utente Mudar a filosofia de funcionamento do SAM SAPE para estar centrado no utente e não no registo de episódios Muito Importante Notificação de Utentes Criar um processo automático de notificação de utentes de que se devem apresentar no Centro de Saúde. Notificação de consultas tanto geradas por agendamento como por resultado de rastreios. Formatos: SMS, email, carta pré-formtatada; Muito Importante Integração com ALERT até último ecrã no caso de uma referenciação Integração com o ALERT P1 até ao ecrã final de resumo/confirmação de dados. Os dados já são importados do SAM o médico só deveria confirmar no ecrã resumo e não passo-a-passo. Muito Importante Associação de documentos Pemitir a associação de documentos ao processo do cliente. Muito Importante Possibilidade de registar mais do que um contacto/consulta por dia e de registar qualquer tipo de consulta para qualquer tipo de profissional O Sinus só permite registar um contacto por dia e muitas vezes o utente vai mais do que uma vez ao CS para duas consultas diferentes (ex. diabetes, hipertensão, etc) Muito Importante Permitir parametrizar quais as consultas isentas e não isentas O SINUS actualemente só permite a isenção a consultas de Planaeamento Familiar e Saúde Materna e Saúde Infantil. Muito Importante Necessidade de facturar a subsistemas O SINUS não tem módulo de facturação e tem vindo a ser solicitado por todas as instituições, inclusive a própria ACSS Muito Importante Página 48 de 65 Desenvolvimento Descrição Relevância Incluir na referenciação a referenciação para cirurgia do ambulatório e criar formulário para registar alguns dados necessários a esta referenciação Alteração necessária para responder ás necessidades desta nova referenciação Muito Importante Criar campo para o endereço electrónico do utente Este campo permitiria o envio de informação ao utente de uma forma prática Muito Importante Informar os alertas clinicos associados ao utente à entrada no SOAP Muito Importante Programas de Saude ad hoc Permitir que utilizadores avançados de cada USF possam criar novos Programas de Saúde à semelhança dos que existem como o Programa de Diabetes. As novas necessidades podem passar por Programa Tabagismo ou Programa Asma, por exemplo Importante Alarmistica de MCDTs impróprios Cruzamento de dados clínicos que permita alertar o médico de que está a seleccionar um MCDT impróprio para o episódio clínico que registou Importante Informatizar não-presenciais Informatizar processo de pedido de consultas não-presenciais de modo a que o médico possa entender de imediato o assunto que originou cada consulta (ex: Baixa, renovação de receita, etc…) Importante Vacinacao sai de SINUS para SAM Informação sobre o Plano de Vacinação do utente deve sair do SINUS e passar para o SAM. Análise feita. Importante Hospitais terem acesso a resumo clínico Hospitais devem começar a recolher informação clínica dos Centros de Saúde em SAM usando a aplicação que efectua o resumo dos dados clínicos já existente. Importante Página 49 de 65 Desenvolvimento Descrição Relevância Registar a informação necessária à prescrição de tratamentos de Medicina Fisica e Reabilitação A prescrição de tratamentos de Med. Física obriga ao registo de informação específica relacionada. Actualemente este registo é feito em papel e pretende-se que fique registada informáticamente. Importante Registar as prescrições termais Necessidade desta prescrição Importante Incluir as escalas de Katz e Lawton na Ficha Individual Importante Possibilidade de cobrança de Taxas moderadoras atrasadas de consultas registadas noutra extensão O SINUS só permite a cobrança de taxa moderadora em atraso na extensão onde foi registada a consulta Importante Quando o médico insere a utente pela 1ª vez no programa de saúde materna devia automaticamente atribuir-lhe a isenção no SINUS Evitava o utente ter de se deslocar ao administrativo para fazer esta actualização Importante Ordenar os produtos de diabetes alfabeticamente Importante Alterar a escala dos valores para o registo das mamografias Importante Possibilidade de "fechar" o programa de saúde materna qd se regista a data do parto Importante Página 50 de 65 Desenvolvimento Descrição Criar campo para informação adicional do utente, como por exe. profissão, escolaridade,etc Relevância Importante Criar campo de informação clinica relevante ao utente que fosse logo disponibilizada à entrada no SOAP Criar campo de informação clinica relevante ao utente que fosse logo disponibilizada à entrada no SOAP; o registo desta informação devia estar disponivel no processo do utente Importante SAM- Referenciação - Retorno de Informação Sempre que um utente é referenciado- ex:, Consulta de especialidade, Programa de Consulta Oral, Para uma urgência especialidade, etc, o Médico de família deve receber a informação de retorno. Deve existir um módulo que avise o médico de família de que já temos informação da referenciação sobre um ou mais dos seus utentes e deve ser ele a integrar a informaão no SAM - deve ser registado um contacto indirecto. Importante Melhorias no interface ALERT-P1 e SAM Levantamento de um conjunto de melhorias no interface actual entre o SAM e o ALERT p1 Importante Permitir mensagens de referenciação interna Pemitir aos médicos e enfermeiros trocar informação de referenciação entre si Significativa Registar nas consultas urgentes a proveniência "Encaminhado pelo Saúde 24" Possibilidade de identificar a adesão do cidadão às orientações de encaminhamento do Saúde 24 Significativa Registo de genograma Poder relacionar de uma forma rápida e fácil todos os problemas dos elementos da familia Significativa Emissão de estatisticas de inscritos estrangeiros por sexo/grupo etário Permitir o controlo dos utentes estrangeiros Significativa Página 51 de 65 Desenvolvimento Poder marcar as consultas onde aconteceu algo de relevante Descrição Poder marcar as consultas onde aconteceu algo de relevante, para numa próxima consulta o médico ser informado (através de um icon especial ou de uma cor diferente) que deve aceder à consulta anterior para consultar a informação registada Relevância Significativa Alterar a ordem das consultas colocando primeiro as amarelas e só depois as laranjas Significativa Acrescentar opção para visualizar todos os mcdt's já requisitados no ecran dos anteriores Significativa Ser possivel registar a causa de morte do utente Significativa Incluir campo novo para data de referenciação na ficha da saúde materna e saúde infantil Significativa Que o SINUS disponibilize interface para receber alterações de dados relativos à identificação do utente (O SINUS só permite a consulta de dados) Pretendem que seja possível efecuar a alteração de dados de identificação na sua aplicação, sem o utilizador ter de recorrer ao SINUS. Pouco Importante Que o SINUS disponibilize interface para receber as inoculações de vacinas (o SINUS só permite consulta das vacinas de um utente) Pretendem fazer registo de vacinas nas suas aplicações e, para isso, precisam que seja disponibilizado um interface que faça o registo dessas inoculações no SINUS Pouco Importante Que seja disponibilizado interface para permitir criar utentes Pretendem criar utentes no SINUS Pouco Importante Página 52 de 65 Desenvolvimento Que seja disponibilizado interface para Inactivar utentes Descrição Pretende "inactivar" utentes no SINUS Relevância Pouco Importante Criar campos novos de informação clinica na ficha de planeamento familiar para permitir o planeamento para o homem Pouco Importante Emitir o documento de informação adicional dos TAC's para utentes da ADSE Pouco Importante Acrescentar a data da ultima vez que se actualizou dados nos vários programas de saúde no botão correspondente ao programa Pouco Importante Em todas as datas de introdução obrigatória devia ser possivel aceder ao calendário Pouco Importante Aumentar os ecrans do SAM para utilizar todo o monitor disponivel Pouco Importante Possibilidade de registar e contabilizar as consultas feitas pelo telefone Possibilidade de contabilizar as consultas feitas pelo telefone Não Avaliado Possibilidade de codificar o motivo de isenção de taxa na consulta Possibilidade de gerar estatisticas com os motivos de isenção de taxa nas várias consultas Não Avaliado Página 53 de 65 Desenvolvimento Descrição Relevância Contabilizar os actos de enfermagem Efectuar o registo do acto de enfermagem (através do SAPE) e contabilizar para efeitos de facturação Não Avaliado Estatisticas de qualquer tipo de consulta O Sinus só emite estatisticas de consultas de saúde de adulto, planeamento familiar, saúde materna e saúde infantil e é necessário estatistica de qualquer tipo de consulta (por exe. diabetes, hipertensão, etc) Não Avaliado Possibilidade de agendar para qualquer profissional de saúde (médico/enfermeiro/nutricionista/psicologo/etc) O Sinus só deixa agendar consultas para médicos de medicina geral e familiar Não Avaliado Poder inserir uma vacina nova e gerar os respectivos mapas de inoculação e estatisticas Gerir as alterações ao plano de vacinação Não Avaliado Ser possivel em qualquer unidade de saúde aceder à vacinação do utente Melhorar a consulta de dados relativos à vacinação Não Avaliado Acesso à vacinação do utente a partir do hospital Permitir aos profissinais do hospital o acesso à vacinação Não Avaliado Rever todo este módulo porque tem imensos problemas com o cálculo dos indicadores Várias reclamações sobre o funcionamento deste módulo Não Avaliado Possibilidade de Impressão das fichas dos vários programas de saúde Para agilizar a impressão do processo clínico para efeitos de "envio de informação" Não Avaliado Página 54 de 65 Desenvolvimento Descrição Criar certificado de aptidão física Possibilidade de emitir para o mesmo utente um CIT e um atestado de doença para a Função Pública Relevância Não Avaliado Existem utentes que "trabalham" em mais do que um local que obriga, em termos de declaração de baixa, a ser emitido para mais do que uma entidade - (Ex.: professor em instituição publica e em colégio privado) Emissão de Guia terapêutica Não Avaliado Não Avaliado Registo de resultados de exames não comparticipados e não requisitados pelo SAM Permitir que seja possível registar exames que o doente traz independentemente se foram pedidos ou não pelo médico do CS Não Avaliado Concluir o processo clínico do utente para que uma outra instituição de saúde possa aceder (integração) Incluir informação clínica impriscindível no processo. Não Avaliado Importação automática de resultados de MCDT's Solicitado um teste com um laboratório cujo objectivo é o de receber de forma automática os resultados das análises Não Avaliado Passagem de dados clinicos registados no SAM e MedicineOne para o SAM Por transferência do utente para outra instituição e por mudança de software aplicacional Não Avaliado Melhorar a integração de dados com o SAPE Agilizar a passagem de informação entre o SAM e SAPE e normalizar as diferentes formas de registo Não Avaliado Página 55 de 65 Desenvolvimento Descrição Relevância Imprimir na receita a menção de que o utente tem doença profissional Evitar que o utente tenha de passar pelo serviço administrativo para colocar um carimbo com a indicação de que tem doença profissional Não Avaliado Registar automaticamente o nº de inoculação no registo da vacina Quando se regista uma nova inoculação, está por defeito a colocar I no campo inoculação qd devia registar II (ou III...) Não Avaliado Emissão de mapas de contactos para estrangeiros Permitir o controlo dos utentes estrangeiros Não Avaliado Emissão dos mapas de inoculação das vacinas Rotavirus e VPH Não Avaliado Listar a portaria associada ao medicamento a prescrever caso exista Não Avaliado Incluir os critérios de inclusão na tabela ICPC2 Não Avaliado Aumentar campos de texto para o S,O e P Não Avaliado Poder registar dados relacionados com a consulta mesmo passados mais do que 5 dias Poder registar dados relacionados com a consulta mesmo passados mais do que 5 dias em casos pontuais por exe. qd há falha no sistema; poderia haver uma opção de parametrização disponivel só ao gestor do SAM para permitir o registo de dados para trás Não Avaliado Página 56 de 65 Desenvolvimento Descrição Possibilidade de com um duplo click sobre a data da consulta abrir uma página com toda a informação do SOAP Relevância Não Avaliado Alterar a disponibilização dos resultados dando-lhe uma vista diferente Á medida que aumentam os resultados registados, o acesso aos mesmos torna-se confuso. A folha apresentada para o registo devia ser semelhente à existente em papel. Não Avaliado Poder alterar os dados clinicos registados na consulta anterior na consulta actual Cada vez mais, os médicos necessitam de corrigir dados erradamente registados e que só repararam no erro na consulta actual Não Avaliado Página 57 de 65 Anexo C – Necessidades de Desenvolvimento do SAPE – Cuidados de Saúde Primários Desenvolvimento Descrição Relevância Reconversão do SAPE para a CIPE versão1. Disponibilizar a versão da CIPE mais actual no SAPE. Muito Importante Melhoria da integração do SAPE com o SAM dos Centros de Saúde. Verificar que opções do SAM pediriam ser chamadas pelo SAPE e vice versa. Melhoria e implementação da integração entre o SAM cs e SAPE cs focado no utente - evitar a redundância de recolha de dados e estabelecer padrões comuns (escalas comuns). Muito Importante Inclusão das Escalas de monitorização (barthel, braden, confusão NEECHAM, Risco individual). São escalas utilizadas manualmente pelos serviços e que pedem que estejam disponíveis na aplicação. Muito Importante Restruturar a prescrição de medicamentos para as prescrições internas. Relacionado com a prescrição da atitudes terapêuticas do SAM - necessidade de reformulação do módulo. Muito Importante Disponibilização de uma ferramenta aos profissionais de saúde que lhes permita efectuar uma exploração de dados e aferir um conjunto de indicadores de qualidade e produção relacionados com a actividade de enfermagem Necessidade de obtenção de indicadores (ganhos de saúde, produção, etc) Muito Importante Actualização em todos os CS de uma nova parametrização elaborada pelas ARS's. Disponibilidade da nova parametrização mais adaptada à realidade do funcionamento dos Centros de Sáude. Muito Importante Inclusão das escalas de Graffar, de Readaptação Social, Apgar familiar, o Faces II para a saúde familiar. São escalas utilizadas manualmente pelos serviços e que pedem que estejam disponíveis na aplicação. Muito Importante Página 58 de 65 Desenvolvimento Descrição Relevância Reconversão do SAPE para a CIPE versão1. Disponibilizar a versão da CIPE mais actual no SAPE. Muito Importante Despertar um alerta para dar termo ao foco gravidez (relacionado com a data prevista do parto) com possibilidade correcção da data de termo sugerida; Melhorar a qualidade dos registos. Muito Importante Possibilidade de parametrizar (associar) actividades de diagnóstico ou dados da avaliação inicial, com ou sem associação oa programa de saúde, focos de atenção, grupos de Status e juízos, com preenchimento obrigatório no Plano Trab na selecção Agilizar o registo do processo de enfermagem. Muito Importante Possibilidade de se parametrizar critérios de diagnóstico Agilizar o registo do processo de enfermagem - permitir que a partir das actividades de diagnóstico ou de dados com determinado valor activar um diagnóstico ou vice-versa e este despertar uma ou várias intervenções automaticamente; Muito Importante Possibilidade de se parametrizar valores máximos e mínimos nos parâmetros monitorizados; Melhorar a qualidade dos registos. Muito Importante Disponibilizar as escalas existentes no SAM no SAPE Melhoria e implementação da integração entre o SAM cs e SAPE cs focado no utente - evitar a redudância de recolha de dados e estabelecer padrões comuns (escalas comuns). Muito Importante disponibilizar as escalas de: Teste Fargestron , Teste Audit (álcool), Avaliação da força muscular, Escala Ashworth, Escala de espasmos musculares, Escala de Risco Quedas, Escala da dor (Escala visual Analógica - Eva) Escalas utilizadas manualmente pelos serviços e que pedem que estejam disponíveis na aplicação. Muito Importante Visualizar as vacinas e os alertas da vacinas no contacto. Evitar que o enfermeiro tenha de aceder ao SINUS para consultar a informação relativa às vacinas Importante Página 59 de 65 Desenvolvimento Descrição Relevância Relatório de consumos de medicamentos/produtos. Relatórios de produção que necessitam para a gestão de stocks. Importante No quadro da vigilância SAPE , nos diagnósticos a apresentação ser ao contrário, i.e, aparecerem primeiro os diagnósticos de enfermagem, por ordem decrescente de data e do outro lado os fenómenos. Melhorar a consulta dos Diagnósticos de Enfermagem por parte do médico. Para os médicos o que interessa é saber o diagnóstico da enfermagem para o utente e tal como está, têm que ir a cada foco à procura do diagnóstico do dia. Importante Hipótese de entrando pela extensão xxx poderem, ao agendar, escolher outro local, sem terem que ir à chave mudar de local e voltar atrás. Agilizar o processo de marcação de contactos. Importante Restruturar a componente dos percentis infantil. Melhorar os registos da saúde infantil. Importante Disponibilizar a consulta do histórico dos contactos do utente evitando que tenham de imprimir os contactos. Disponibilzar, por utente , os vários contactos que ele teve e entrar em cada um dos contactos (só em consulta) para se saber o que aconteceu em cada um. Neste momento eles têm que imprimir para terem esta informação. Seria mais amigável haver mais uma tab em que, seleccionado o utente aparecessem os vários contactos, por data, e depois se pudesse consultar o que se fez. Importante Ligação ao genopro. Permitir a ligação a um sistema que permite registar todos os problemas dos elementos da familia. Importante Ter uma ferramenta para se efectuar o horário dos enfermeiros Melhorar o agendamento de contactos de enfermagem através do registo do horário dos enfermeiros , articulado com o agendamento - Permitir visualizar o horário dos enfermeiros, em tabela, por dia, semana ou mês; Importante Numerar automaticamente os diagnósticos de feridas ou úlceras, ficando estes disponíveis para se poder associar a intervenções no painel de intervenções sugeridas e no painel de intervenções (campo especificações) Agilizar o registo do processo de enfermagem e melhorar a qualidade dos registos de forma a se poder obter um relatório da evolução da ferida e do tratamento efectuado; Importante Página 60 de 65 Desenvolvimento Descrição Relevância Possibilidade de se registar a vacinação no SAPE. Disponibilizar num único sistema o acesso a todas as funcionalidades disponíveis ao enfermeiro. Importante Deveria existir quando de "Vigiar Pés" um desenho do pé e os respectivos locais de aplicação do monofilamento, porque a sensibilidade diminuida ou ausente corresponde a problemas graves a nível da sensibilidade Melhorar a qualidade dos registos. Importante Actualizar o manual. Importante A navegação entre painéis: ter sempre visível a barra de pastas vertical que actualmente só está visível no painel principal da aplicação Melhorar a navegação do SAPE Significativo Impressão de declarações de presença do utente e respectivo motivo; Contribuir para a melhoria dos cuidados no impresso de informação relevante do utente : Impressão de PNV actualizado; que efectuou o exame global de saúde 5-6 anos e 11-13 anos; próximos contactos ou consultas de enfermagem;criar outras declarações para todos os serviços. Significativo Possibilidade de se obter listagens por CS e não só por serviços, por trimestre, semestre e ano; Melhorar as listagens. Significativo Possibilidade de escolher entre termo automático ou termo manual nas intervenções que têm horário dia e hora fixa; Agilizar o registo do processo de enfermagem e melhorar a qualidade dos registos. Significativo Possibilidade de verificar o histórico das normas usadas, no painel das normas (no processo de enfermagem ou no plano de cuidados); Melhorar a qualidade dos registos e agilizar o registo do processo de enfermagem. Significativo Página 61 de 65 Desenvolvimento Descrição Relevância listagens: • População nascida entre x e x com dentes cariados: nome; morada; telefone; Enf. Família e indice de CPO • Gastos totais e médios de produtos e custos por intervenção e por especificacao um período; Melhorar as listagens. Significativo Melhorar a pesquisa do utente no painel de agendamento, apresentar o enf. de família do doente e acrescentar o filtro da sala. Agilizar o processo de marcação de contactos. Significativo Melhorar a pesquisa do utente no painel de agendamento, apresentar o enf. de família do doente e acrescentar o filtro da sala. Significativo No quadro monitorizar glicemia capilar acrescentar momento de glicemia (em jejum, antes do almoço, pós prandial). Identificar com maior rigor a Glicemia Capilar. Pouco Importante Obter os eixos localização anatómico e topologia através de um modelo anatómico digital sempre que estes 2 eixos estejam parametrizados conjuntamente no mesmo foco; Agilizar o registo do processo de enfermagem. Pouco Importante Ao imprimir a norma planeada devia aparecer os produtos usados por passo de norma Melhorar as listagens Pouco Importante Possibilidade de chamar o Processo Clínico do hospital. Consulta do processo clínico hospitalar à semelhança do que é feito para o SAM cs. Não Avaliado Termo das intervencões do fenómeno que se deu termo com pré-selecção. Acrescentar essa funcionalidade no termo das atitudes terapêuticas. Permitir que de forma mais rápida o termo de um fenómeno/Atitude dê termo a a um conjunto de intervenções associadas. Não Avaliado Página 62 de 65 Desenvolvimento Descrição Relevância Desenvolvimento de funcionalidades que possibilitem o planeamento de intervenções de enfermagem através de protocolos. Permitir criar protocolos que agrupem um conjunto de acções de forma a programar mais rapidamente essas acções. Actualmente esta funcionalidade só existe associada a um problema. Não Avaliado Disponibilização de uma opção que permita alteração de dados registados nos contactos decorrentes de erros de digitação. Pelo facto de serem detectados erros que não podem ser corrigidos após o tempo máximo imposto (24 horas), é necessário disponibilizar uma opção a algum responsável que possa fazer estas correcções, sem solicitar apoio à ACSS. Não Avaliado Relatório sobre o historial do programa de saúde cardiovascular. Relatório com informação clinica. Não Avaliado Disponibilizar no plano de cuidados a hora de realização. Possibilidade de alterar a hora de realização. Não Avaliado Permitir corrigir a entidade responsável, o local, a proveniência de um contacto já dentro do contacto (o que aparece inicialmente quando se activa um contacto). Permitir a correcção de dados mal introduzidos. Não Avaliado Alterar a forma de planeamento para entrar com a variável - programa de saúde - de acordo com o programa onde o utente está inserido. Poder programar um conjunto de acções apenas para quando o utente aparece dentro do programa seleccionado, i.e, se eu tenho um diabético, normalmente há um conjunto de intervenções que executo sempre, mas se eles programam para todos os contactos, o que acontece é que, em qualquer situação que o utente aparece essas intervenções estão lá para serem executadas, quando não deviam. Daí que, se houvesse a possibilidade de dizer ‘isto é só para fazer quando vem aqui dentro do programa diabetes’ seria o ideal. Não Avaliado Possibilidade de remover os focos. Permitir correcção de dados. Não Avaliado Possibilidade de anulação de contactos realizados. Permitir correcção de dados. Não Avaliado Página 63 de 65 Desenvolvimento Descrição Relevância Possibilidade de alterar as datas dos diagnósticos e intervenções associados ao contacto antigo, para a data do contacto. Os enfermeiros introduzem muita informação para trás e querem poder também alterar estas datas. Permitir alterar dados antigos quando esses registos não foram registados na altura da realização dos mesmos (recuperação de dados). Não Avaliado Sair na listagem dos programs de saúde as observações dos programas de saúde. Melhorar as listagens relacionados com os programas de saúde afectos ao doente, nomeadamente a inclusão das observações dos programas de saúde. Não Avaliado Restruturar a componente dos contactos da comunidade. Melhorar os registos de enfermagem da saúde da comunidade. Não Avaliado Ao activar o contacto não deverão aparecer por defeito os programas pré seleccionados; Melhorar a qualidade dos registos. Não Avaliado Retirar os status (diagnósticos) anulados do histórico como também todos os parâmetros anulados Melhorar a qualidade dos registos. Não Avaliado Existir uma forma de associação dos programas de saúde ao contacto activo que deverá estar disponível em qualquer painel do SAPE Melhorar a qualidade dos registos. Não Avaliado Possibilidade de filtrar as intervenções no plano de trabalho por programa de saúde activo; Agilizar o registo do processo de enfermagem. Não Avaliado Possibilidade de se parametrizar consultas standard como no caso da Saúde infantil, Saúde materna num separador que actuaria também como plano de trabalho (avaliação inicial/actividades diagnósticas, diagnósticos, intervenções); Agilizar o registo do processo de enfermagem. Não Avaliado Página 64 de 65 Desenvolvimento Descrição Relevância Copiar ou duplicar intervenções já planeadas e os respectivos produtos associados com possibilidade de se alterar a especificação; Agilizar o registo do processo de enfermagem. Não Avaliado Articular com o laboratório de analises da SRS Agilizar o registo do processo de enfermagem. Não Avaliado Inserir pedidos de formação com outros temas de formação (não parametrizados); Permitir identificar as necessidades de formação no ambito do SAPE. Não Avaliado registo da dose/unidade administrada No painel de prescrições médicas na medicação não é possível registar a quantidade que é administrada, seria necessário existir uma coluna de quantidade e unidade; Não Avaliado Sempre que se desperte a intervenção executar teste de Guthrie devem ser preenchidos os campos da avaliação inicial referentes a este exame e criar uma tabela auxiliar a que o administrativo tenha acesso para registar o envio do exame Agilizar o registo do processo de enfermagem. Não Avaliado Controlar o formato e a data de validade do nª de beneficiario na activação do contacto de enfremagem. O doentes muitas vezes não passam pelo administrativo para actualizar os dados relacionados com as entidade responsáveis originando identificação incorrecta para efeitos de facturação. Não Avaliado Disponibilizar um questionário na aplicação SAPE, com cálculo automatico do nível e score do risco total e que essa indicação e valor caíssem também automáticamente na aplicação SAM, com sinal de alerta Escalas utilizadas manualmente pelos serviços e que pedem que estejam disponíveis na aplicação Não Avaliado Possibilidade seleccionando somente os SubSistemas a quem possam serem debitados actos clínicos. Não Avaliado Página 65 de 65