OpenEMR

Fonte: aprendis
Revisão em 23h01min de 5 de julho de 2015 por Cpinto (discussão | contribs)
Saltar para a navegaçãoSaltar para a pesquisa
OpenEMR Logo
OpenEMR
Sigla
Designação OpenEMR
Data de Lançamento 6/2001
Entidade Criadora OEMR
Entidade Gestora OEMR
Versão Atual 4.2.0 / Dezembro de 2014
Requisitos Técnicos
Tipo de Licenciamento
Arquitetura
Sistema Operativo
Especialidade Médica
Utilizadores Principais
Função Gestão da Prática Médica, Registos clinicos electrónicos


OpenEMR é uma aplicação open source para a gestão dos registos electrónicos e da prática médica. Sendo uma aplicação open source pode ser executada a partir de vários sistemas operativos, tal como Windows, Mac OS, Linux, etc. A OpenEMR é certificada pela ONC e é suportada por uma vasta comunidade de voluntários que trabalham com o único propósito de tornar a aplicação uma alternativa melhor que as aplicações pagas.

História

A OpenEMR foi originalmente desenvolvida pela Synitech e a primeira versão foi disponibilizada como MP Pro (Medical Practice Professional). Muito do seu código foi reajustado para obedecer à Health Insurance Portability and Accountability Act (HIPAA) e para melhorar a segurança. Por este motivo foi disponibilizada a versão 1.3 um ano depois. Em Agosto de 2002 a OpenEMR foi disponibilizada ao publico sob a GNU General Public License (GPL), e passou a ser um projecto open-source, registada na SourceForge. O projecto foi evoluindo para a versão 2.0 e a Pennfirm passou a ser a principal responsável pela manutenção da plataforma. Em 2005, Walt Pennington transferiu todo o repositório para a SourceForge, onde permanece nos dias de hoje. Pennington promoveu Rod Roark, Andres Paglayan e James Perry Jr. a administradores do projecto. Estes a uma dada altura começaram a divergir nas ideias tomadas, o que levou a serem substituídos por Brady Miller em Agosto de 2009. Assim, nos dias de hoje Rod Roark e Brady Miller são os únicos dois co-administradores do projecto OpenEMR.

Certificação

A certificação é um processo de aferição do cumprimento dos requisitos específicos, através de testes de performance ou cumprimento de critérios de qualidade de um produto, sistema ou serviço. Estes processos conferem uma maior credibilidade ao produto, sistema ou serviço, atendendo de forma … as expectativas do consumidor. Geralmente as certificações são efetuados por entidades externas, credenciadas para tal, sendo baseadas em teorias e heurísticas que utilizam métodos definidos e sistemáticos capazes de mensurar características de modo reprodutível.

As versões da OpenEMR 4.1.0, 4.1.1 e 4.1.2 tem a certificação ONC Complete Ambulatory EHR Certification pelo ICSA Labs. A versão 4.2.0 é certificada com a ONC Modular Ambulatory EHR Certification pela InfoGard Laboratories

No âmbito da disciplina “Sistemas de Informação em Saúde e Registos Clínicos Eletrónicos”, do Mestrado em Informática Médica, foi efetuada a avaliação de um conjunto de requisitos, tendo por base o “Manual de Certificação para sistemas de registos eletrónicos em Saúde (S-RES) – versão 4.0” documento promovido pela Sociedade Brasileira de Informática em Saúde (SBIS). Neste processo de avaliação foram apenas selecionados alguns dos requisitos. Podem ser consultados os requisitos avaliados, o resultado da avaliação e algumas recomendações nos casos das não conformidades, na seguinte página: XXXXXXXXXXXXXXX



1 - Requisitos de nivel de garantia de segurança 1

Controlo Versões SW

ID Requisito Avaliação Observações
NGS1.1.01.01 Versão de sw Não conforme Nenhum menu principal apresenta a versão do sw utilizado. Recomenda-se a apresentação desta informação.
NGS1.1.01.02 Código fonte Não conforme Não permite, via interface, ratrear os ficheiros que deram origem ao codigo fonte. Recomenda-se a apresentação desta informação.
NGS1.1.01.03 Histórico de alterações Não conforme Não existe nenhum interface onde sejam descritas as alterações de cada versão e respetivos responsáveis. Recomenda-se a apresentação desta informação.
NGS1.1.01.04 Repositório de versões Não conforme Não existe nenhum interface onde sejam apresentadas todas as versões instaladas, permitindo voltar a versões anteriores em caso de atualizações mal sucedidas. Recomenda-se a apresentação desta informação.
NGS1.1.01.05 Dependências dos componentes Conforme parcialmente As dependências não são apresentadas de forma detalhada. Recomenda-se a apresentaçã desta informação.


Identificação e autenticação do utilizador

ID Requisito Avaliação Observações
NGS1.1.02.01 Identificação e autenticação do utilizador Conforme
NGS1.1.02.02 Método de autenticação Conforme
NGS1.1.02.03 Proteção dos parâmetros de autenticação Conforme
NGS1.1.02.04 Segurança das senhas Conforme parcialmente não valida todos os citérios de qualidade da senha. Recomenda-se apresentação de mensagem co critérios de qualidade das senhas
NGS1.1.02.05 Controlo de tentativas de login Não conforme Independentemente do nº de tentativas, o utilizador nunca é bloqueado. Recomenda-se a implementação deste procedimento.
NGS1.1.02.06 Identidade única do utilizador Conforme


Controlo da sessão do utilizador

ID Requisito Avaliação Observações
NGS1.1.03.01 Encerramento por inatividade Conforme
NGS1.1.03.02 Segurança contra roubo de sessão do utilizador Conforme


Autorização e controle de acesso

ID Requisito Avaliação Observações
NGS1.1.04.01 Impedir acesso por entidades não autorizadas Conforme
NGS1.1.04.02 Mecanismo de controle de acesso ao RES Não conforme
NGS1.1.04.03 Gerenciamento de usuários Conforme
NGS1.1.04.04 Papéis relacionados à TI Conforme
NGS1.1.04.05 Configuração de controle de acesso Conforme
NGS1.1.04.06 Concessão de autorizações Conforme
NGS1.1.04.07 Delegação de poder Não conforme
NGS1.1.04.08 Acesso ao RES pelo paciente Conforme
NGS1.1.04.09 Restrições de acesso ao RES adicionadas pelo paciente Não conforme


Disponibilidade do SI

ID Requisito Avaliação Observações
NGS1.1.05.01 Cópia de segurança Conforme
NGS1.1.05.02 Verificação da integridade na recuperação de dados Não foi possível verificar


Segurança de dados

ID Requisito Avaliação Observações
NGS1.1.07.01 Importação de dados Conforme
NGS1.1.07.03 Impedir exclusão e alteração Não conforme
NGS1.1.07.04 Verificação de integridade dos dados Não conforme
NGS1.1.07.10 Visualização do histórico de alterações Não conforme


Auditoria

ID Requisito Avaliação Observações
NGS1.1.08.01 Auditoria contínua Conforme parcialmente Não foi encontrada a parametrização de alertas de forma a atuar preventivamente. Recomenda-se esta implementação.
NGS1.1.08.02 Integridade das linhas de auditoria Conforme
NGS1.1.08.03 Acesso a trilhas de autitoria Conforme
NGS1.1.08.04 Eventos e informações registadas Conforme parcialmente Não foi possível confirmar a existencia de toda a informação exigida (ex. ponto de acesso do utilizador, dados de autenticaçao e de sessão do utilizador, etc.). Recomenda-se a disponibilização da informação em falta.
NGS1.1.08.05 Interface de vizualiação de registos de auditoria Conforme
NGS1.1.08.06 Exportação e visualização de registos de auditoria Não conforme Não apresenta possibilidade de exportação de dados de auditoria. Recomenda-se esta implementação.


Privacidade

ID Requisito Avaliação Observações
NGS1.1.13.01 Exibição de mensagem de ciência de uso Não conforme
NGS1.1.13.02 Consentimento do paciente Não conforme
NGS1.1.13.04 Acesso de emergência Não conforme Não faz logs
NGS1.1.13.05 Propósito de uso Conforme

Dados Administrativos

ID Requisito Avaliação Observações
ESTR.03.01
ESTR.03.02
ESTR.03.03
ESTR.03.04
ESTR.03.05
ESTR.03.06

2 - Requisitos de estrutura e conteúdo


Tipos de dados

ID Requisito Avaliação Observações
ESTR.05.01 Dados numéricos e quantificáveis Conforme
ESTR.05.02 Precisão da medida Conforme
ESTR.05.03 Percentagem em valor absoluto Conforme
ESTR.05.04 Limites Conforme
ESTR.05.05 Lógica de valores fracionados Conforme
ESTR.05.06 Lógica de data e hora Conforme parcialmente Não foi encontrada possibilidade de definir fuso horário. Recomenda-se esta implementação.
ESTR.05.07 Definições incompletas Conforme parcialmente Não foi encontrada possibilidade de registar definições incompletas. Recomenda-se esta implementação.
ESTR.05.08 Eventos e ações futuras Conforme
ESTR.05.09 Linha de tempo Conforme
ESTR.05.10 Fuso horário Não conforme Recomenda-se esta implementação.
ESTR.05.11 Precisão de milisegundos Não conforme Recomenda-se esta implementação.
ESTR.05.12 DICOM, MIME e ECG Conforme


Representação de conceitos em saúde

ID Requisito Avaliação Observações
ESTR.09.01 Multiplos sistemas de codificação Conforme ICD9, CPT4, HCPCS, CVX
ESTR.09.02 Captura do código Conforme
ESTR.09.03 Vocabulário padrão e de origem Conforme
ESTR.09.04 Ambiguidade Conforme
ESTR.09.05 Mapeamentos Não conforme Não foi encontrado nenhum interface com este mapeamneto dispoínvel. Recomenda-se esta implementação.
ESTR.09.06 Serviços de terminologia Conforme SNOMED


3 - Requisitos de funcionalidade


Garantia de qualidade

ID Requisito Avaliação Observações
FUNC.08.01 Performance clínica e operacional Conforme


Captura de dados

ID Requisito Avaliação Observações
FUNC.09.01 Entrada e acréscimo de dados Conforme
FUNC.09.02 Validação dos dados Parcialmente conforme Por ex. permite registar datas de nascimento para um futuro longinquo, valores negativos em campos que não o deveriam aceitar. Recomenda-se a implementação das validações exigidas.
FUNC.09.03 Pesquisa com filtros Conforme


Consentimento

ID Requisito Avaliação Observações
FUNC.16.01 Consentimento informado Não conforme Não foi encontrado nenhum interface que permitisse o registo ou submissão do ficheiro com o consentimento informado. Recomenda-se esta implementação.
FUNC.16.02 Situação do consentimento informado Não conforme Não foi encontrado nenhum interface que apresenta o estado do consentimento informado. Recomenda-se esta implementação.
FUNC.16.03 Propósito do consentimento informado Não conforme Não foi encontrado nenhum interface que apresenta o motivo do consentimento informado. Recomenda-se esta implementação.
FUNC.16.04 Instante do consentimento informado Não conforme Não foi encontrado nenhum interface que apresenta a data com o timestamp do consentimento informado. Recomenda-se esta implementação.


Links Externos

  1. http://www.open-emr.org
  2. http://www.icsalabs.com/
  3. http://oncchpl.force.com/ehrcert/EHRProductDetail?id=a0A3000000LW494EAD&retURL=%2Fehrcert%2FEHRProductSearch&setting=Ambulatory
  4. http://openhealthnews.com/hotnews/openemr-41-achieves-full-meaningful-use-certification
  5. http://linuxmednews.com/1313842854/index_html
  6. http://www.open-emr.org/wiki/index.php/Release_Features#Version_4.1.1
  7. http://www.infogard.com/
  8. http://www.open-emr.org/wiki/index.php/Release_Features#Version_4.2.0
  9. http://www.openmedsoftware.org/wiki/The_OpenEMR_Community
  10. http://linuxmednews.com/linuxmednews/1025910430/index_html
  11. http://sourceforge.net/projects/openemr/
  12. http://openemr.git.sourceforge.net/git/gitweb.cgi?p=openemr/openemr;a=commit;h=7080e87bbabb66d0456d75c3121f71bd6912572d
  13. http://sourceforge.net/projects/openemr/