OpenEMR: diferenças entre revisões

Fonte: aprendis
Saltar para a navegaçãoSaltar para a pesquisa
Sem resumo de edição
Sem resumo de edição
 
(Há 29 revisões intermédias de 4 utilizadores que não estão a ser apresentadas)
Linha 7: Linha 7:
|Data de Lançamento=6/2001
|Data de Lançamento=6/2001
|Versão Atual=4.2.0 / Dezembro de 2014
|Versão Atual=4.2.0 / Dezembro de 2014
|Tipo de Licenciamento=GNU General Public License (GNU GPL)
|Sistema Operativo do Sistema de Informação=Windows, Mac OS, Linux, etc.
}}
}}


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.
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.
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.
A aplicação OpenEMR abrange várias áreas que vão desde a gestão dos pacientes e do registo clínico, passando pela prescrição de medicamentos até à gestão da área financeira e a interação com as seguradoras. Listam-se a seguir um conjunto de parametrizações e funcionalidades que tornam esta aplicação bastante completa:
*CDR Motor: Um motor de regras associadas à decisão clínica;
*Gestor de serviços (área de backoffice);
*Uma API OpenEMR: Interfaces de programação para o OpenEMR;
*Uma API de Formulários: Uma interface para adicionar novas componentes e alterar os formulários existentes;
*Uma API de Notas: Uma interface para adicionar e gerir notas, que não são do foro médico, ligadas ao arquivo de um paciente;
*Uma API de Lembretes: Uma interface para adicionar e gerir lembretes;
*Listas e Layouts: Edição de Listas built-in e forma simples editar e alterar o layout;
*Envio de e-mail: Mecanismo preferencial de envio de e-mail(s);
*Módulo de Prescrição: parametrização e navegação pelo módulo de prescrição;
*Tipos de código: Explica o esquema atual para importar os tipos de código (como ppr exemplo o ICD9, CPT, etc.);
*Códigos de Diagnóstico: Plano de implementação de conjuntos de códigos de diagnóstico (ICD9, CID10, SNOMED, etc.).


==História==
==História==
Linha 17: Linha 33:
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.
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.
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==
==Certificação==


É o processo de aferição do cumprimento requisitos específicos através de testes de performance, cumprimento de critérios de qualidade, de um produto, sistema ou serviço, com o objectivo de atender às expectativas do consumidor. Conferindo assim maior credibilidade ao produto, sistema ou serviço. Este processo geralmente é efectuado por uma entidade externa ao produto, sistema ou serviço, que baseia a certificação em teorias e heurísticas e usa métodos definidos e sistemáticos capazes de mensurar características de modo reproduzí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 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,  de forma a atender ás expectativas do utilizador. 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
A versão 4.2.0 é certificada com a ONC Modular Ambulatory EHR Certification pela InfoGard Laboratories


A organização OEMR é uma entidade não lucrativa que gere e atribui certificações ONC.
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 em
 
'''[[Avaliação Requisitos SBIS]]'''.
 
 
'''1 - Requisitos de nivel de garantia de segurança 1'''
 
'''Controlo Versões SW'''
 
{| border="4" cellpadding="2"
! 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'''
{| border="4" cellpadding="2"
! 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'''
 
{| border="4" cellpadding="2"
! 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'''
 
{| border="4" cellpadding="2"
! 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'''
 
{| border="4" cellpadding="2"
! 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'''
 
{| border="4" cellpadding="2"
! 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'''
 
{| border="4" cellpadding="2"
! 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'''
 
{| border="4" cellpadding="2"
! 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
|}
 
'''2 - Requisitos de estrutura e conteúdo'''
 
 
'''Tipos de dados'''
{| border="4" cellpadding="2"
! 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'''
{| border="4" cellpadding="2"
! 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'''
{| border="4" cellpadding="2"
! ID
! Requisito
! Avaliação
! Observações
|-
|FUNC.08.01 ||Performance clínica e operacional ||Conforme||
|}
 
 
'''Captura de dados'''
{| border="4" cellpadding="2"
! 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'''
Numa breve apreciação desta pequena avaliação, verifica-se que muitos dos requisitos obrigatórios, segundo o manual SBIS, têm implementação ausente ou incompleta. Destes salienta-se a necessidade de efetuar um conjunto de validações aquando do registo dos dados. A apresentação de informação das versões, assim como a manutenção e recuperação de versões a partir do histórico. A disponibilidade da funcionalidade do consentimento informado, entre outras, de forma a permitir melhorias significativas nos requisitos funcionais e de estrutura.
{| border="4" cellpadding="2"
! 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.
|}




Linha 303: Linha 64:




[[Categoria:Sistemas de Informação em Saúde]]
[[Categoria:Sistema de Informação]]
[[Categoria:Sistemas de Informação Open-Source na área da Saúde]]
[[Categoria:Sistema de Informação Open-Source]]
[[Categoria:Registo de Saúde Eletrónico]]
[[Categoria:Software]]

Edição atual desde as 17h42min de 6 de outubro de 2016

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 Windows, Mac OS, Linux, etc.
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.

A aplicação OpenEMR abrange várias áreas que vão desde a gestão dos pacientes e do registo clínico, passando pela prescrição de medicamentos até à gestão da área financeira e a interação com as seguradoras. Listam-se a seguir um conjunto de parametrizações e funcionalidades que tornam esta aplicação bastante completa:

  • CDR Motor: Um motor de regras associadas à decisão clínica;
  • Gestor de serviços (área de backoffice);
  • Uma API OpenEMR: Interfaces de programação para o OpenEMR;
  • Uma API de Formulários: Uma interface para adicionar novas componentes e alterar os formulários existentes;
  • Uma API de Notas: Uma interface para adicionar e gerir notas, que não são do foro médico, ligadas ao arquivo de um paciente;
  • Uma API de Lembretes: Uma interface para adicionar e gerir lembretes;
  • Listas e Layouts: Edição de Listas built-in e forma simples editar e alterar o layout;
  • Envio de e-mail: Mecanismo preferencial de envio de e-mail(s);
  • Módulo de Prescrição: parametrização e navegação pelo módulo de prescrição;
  • Tipos de código: Explica o esquema atual para importar os tipos de código (como ppr exemplo o ICD9, CPT, etc.);
  • Códigos de Diagnóstico: Plano de implementação de conjuntos de códigos de diagnóstico (ICD9, CID10, SNOMED, etc.).


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, de forma a atender ás expectativas do utilizador. 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 em Avaliação Requisitos SBIS.


Numa breve apreciação desta pequena avaliação, verifica-se que muitos dos requisitos obrigatórios, segundo o manual SBIS, têm implementação ausente ou incompleta. Destes salienta-se a necessidade de efetuar um conjunto de validações aquando do registo dos dados. A apresentação de informação das versões, assim como a manutenção e recuperação de versões a partir do histórico. A disponibilidade da funcionalidade do consentimento informado, entre outras, de forma a permitir melhorias significativas nos requisitos funcionais e de estrutura.


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/
Obtida de "https://aprendis.med.up.pt/index.php?title=OpenEMR&oldid=5188"