• No results found

S TRATEGIER FOR SELVLEDELSE

In document 1.0 Bakgrunn for valg av tema (sider 13-18)

KAPITTEL 2 - TEORI

2.3 S TRATEGIER FOR SELVLEDELSE

A partir das questões de análise, os sistemas foram analisados por 2 especialistas em avaliações em IHC, que utilizaram os sistemas separadamente e depois consolidaram os resultados. Essas análises foram feitas no último trimestre de 2015 e são apresentadas no QUADRO 3.

QUADRO 3 - Análises realizadas nos sistemas seguindo questões apresentadas no QUADRO 2

Propriedade Sistema Questões de análise respondidas

Flexibilidade CommuniMed - O sistema possui interfaces diferentes para dois perfis distintos: médicos e secretárias. Esses dois perfis conseguem compartilhar algumas informações, mas não é possível que dois médicos, de especialidades iguais ou não, compartilhem dados ou modelos de formulários. - O usuário pode criar, editar ou excluir modelos de formulários de entrada de dados e relatórios a serem impressos (FIGURA 28). Os modelos criados permitem que os usuários entrem com textos livres, dando maior liberdade de escrita, mas perdendo em estrutura dos dados.

Practice Fusion

- O sistema possui interfaces diferentes para médicos, pacientes e analistas de dados. O usuário pode

personalizar algumas informações em sua área de trabalho.

- O médico pode personalizar seus formulários de entrada de dados criando novos formulários e compartilhando os mesmos com outros profissionais.

SisMater - O sistema é voltado para um contexto bem definido, mas há perfis diferentes para médicos e gestores.

- O usuário não tem liberdade de configurar novos modelos de formulários de entrada de dados.

Padronização

e Estrutura CommuniMed - O sistema não é baseado nos padrões citados. - Os dados de saúde não são armazenados de forma estruturada;

- O sistema não oferece módulo para realização de consultas com geração de relatórios.

Practice Fusion

- O sistema não é baseado nos padrões citados.

- O sistema oferece módulo para geração de relatórios consolidados sobre os dados coletados.

SisMater - O sistema não é baseado nos padrões citados.

- O sistema oferece sumarização de dados das atividades realizadas e relatórios gerais de performance do profissional como o mostrado na

FIGURA 29. Facilidade de

interação CommuniMed - Os símbolos e termos utilizados estão de acordo com o perfil dos usuários. - O fluxo de trabalho dos médicos pode ser claramente seguido usando os recursos disponíveis.

Practice Fusion

- O sistema apresenta diferentes signos e elementos normalmente comuns para os usuários. Entretanto, são inúmeras as configurações que podem ser feitas, sendo que alguns usuários podem ficar confusos.

- Durante o fluxo de trabalho dos médicos existem várias etapas a serem seguidas e configuradas (como mostra a FIGURA 30: configuração de remédios, laboratórios, pacientes, etc), o que pode causar dúvidas aos usuários. SisMater - Os símbolos e termos utilizados estão de acordo com o

perfil dos usuários.

- O fluxo de trabalho dos médicos pode ser claramente seguido usando os recursos disponíveis.

Fonte: Elaborado pela autora

As FIGURA 28, FIGURA 29 e FIGURA 30 apresentam telas dos sistemas analisados que ilustram aspectos apresentados no QUADRO 3. O QUADRO 4 apresenta um resumo das análises realizadas.

FIGURA 28 - Tela do CommuniMed - Recursos para criação de modelo de documento

Fonte: Tela do CommuniMed

FIGURA 29 - Tela do SisMater – Exemplo de relatório consolidado gerado no sistema

FIGURA 30- Tela do Practice Fusion –Etapas a serem configuradas no Fusion pelos usuários

Fonte: sistema Practice Fusion

QUADRO 4 - Resumo das análises realizadas

CommuniMed Practice Fusion SisMater

Flexibilidade Flexibilidade na criação de documentos, mas falta compartilhamento de dados. Flexibilidade na criação de documentos e compartilhamento parcial de dados. Falta de flexibilidade na criação de documentos e compartilhamento parcial de dados. Padronização e

Estrutura Não é baseado nos padrões citados e consolidação23 parcial

dos dados.

Não é baseado nos padrões citados, mas há consolidação dos dados.

Não é baseado nos padrões citados, mas há consolidação dos dados.

Facilidade de

interação Símbolos e fluxo de trabalho adequados aos usuários.

Símbolos e fluxo de trabalho (alguns obrigatórios) podem ser complexos para os usuários.

Símbolos e fluxo de trabalho adequados aos usuários.

Fonte: Elaborado pela autora

É possível perceber, como apresentado no QUADRO 4, que dadas as questões de análise, nenhum dos sistemas analisados abordam todas as propriedades de forma conjunta. Dois sistemas analisados apresentam certa flexibilidade, mas possuem limitações quanto a persistência estruturada dos conceitos e a interoperabilidade com outros sistemas (papel da padronização). Por outro lado,

23 A consolidação só é possível quando os dados estão estruturados, consiste na possiblidade de se gerar

as soluções que persistem a estrutura dos dados não são flexíveis para acomodar diferenças conceituais entre especialidades ou perfis diferentes na mesma especialidade.

Nenhum dos sistemas analisados atende às três propriedades levantadas. A análise feita não permite generalizar o problema, mas ilustra que se trata de um desafio criar um sistema robusto no armazenamento e compartilhamento dos dados, mas que seja flexível em sua interface, atendendo às necessidades específicas dos usuários.

Capítulo 6

Trabalhos Relacionados

Objetivo do Capítulo

Apresentar trabalhos relacionados aos seguintes temas: Requisistos de sistemas SRES; Propriedade essenciais: Flexibilidade, Padronização e Estrutura e Facilidade de interação.

6 Trabalhos Relacionados

Como apresentado no Capítulo 5, foram levantadas e descritas algumas propriedades de sistemas de Registro Eletrônico de Saúde consideradas como essenciais neste trabalho. Além disso, sistemas foram analisados baseados nas propriedades.

Neste Capítulo, parte do problema 3 será apresentada (Identificação de propriedades essenciais de SRES) da FIGURA 4 (apresentada na Seção 2.3). Uma pesquisa bibliográfica foi realizada, visando levantar trabalhos relacionados aos requisitos e propriedades dos SRES. Foram realizadas buscas em diferentes bases de dados como Google Acadêmico24, Portal de periódicos da Capes25, ACM Digital

Library26, Science Direct27, Scopus28, dentre outros. A busca foi realizada em bibliotecas digitais por trabalhos acadêmicos (artigos, teses, dissertações, etc.)

Foram encontrados artigos relacionados aos diversos desafios e conceitos envolvidos em nosso estudo. De forma a organizar os trabalhos encontrados, eles serão apresentados de acordo com os seguintes temas:

 Requisitos de Sistemas RES: trabalhos que abordam de forma geral as funcionalidades necessárias para um sistema de Registro Eletrônico de Saúde.

 Flexibilidade: trabalhos que apresentam a flexibilidade, seja através de exemplos ou destacando a importância dos usuários terem a liberdade de realizar alterações em seus sistemas, com foco na camada de interface dos sistemas.

 Estrutura e Padronização: trabalhos que visam destacar os padrões de estruturação existentes e a importância de se ter dados estruturados nos sistemas. 24 https://scholar.google.com.br/ 25 http://www.periodicos.capes.gov.br/ 26 http://dl.acm.org/ 27 http://www.sciencedirect.com/ 28 https://www.scopus.com/

 Facilidade de Interação: destacam aspectos relacionados à eficácia, eficiência e satisfação dos usuários quanto ao uso dos sistemas.

In document 1.0 Bakgrunn for valg av tema (sider 13-18)