EMR (Electronic Registro Médico) formato de gravação padrão?

Question

Alguns associados e eu estamos começando um projeto de EMR (Electronic Medical Records). Já ouvi falar no passado - e mais ainda recentemente - cerca de um formato de registro padrão - para facilitar a transferência de registros quando apropriado (HIPAA) de um estabelecimento para outro. Alguém viu alguma informação sobre isso?

Answer 1

Você pode olhar para HL7 para a interoperabilidade entre sistemas ( http://www.hl7.org/ ) . informações demográficas paciente e notas textuais pode ser passado. Eu estive fora do espaço EMR muito tempo para saber se grupos quaisquer padrões ter feito alguma coisa interessante ultimamente. Um formato padrão que mantém significado semântico é um problema muito, muito difícil. Veja SNOMED ( http://www.nlm.nih.gov/research/ UMLS / SNOMED / snomed_main.html ) para uma longa esforço ontologia -. mal o início de um formato de intercâmbio rico

Uma palavra de alerta de alguém que passou vários anos com um arrivista fornecedor EMR ... Este é um negócio muito difícil para se estar. Os ciclos de vendas para grandes sistemas de saúde, literalmente, pode levar anos, e a quantidade de mão-holding necessário para práticas médicas menores pode rapidamente corroer as margens. Integração com sistemas de gerenciamento de prática existentes é não-padrão, mesmo que esses vendedores afirmam o contrário. Mais e mais problemas abundam. Eu não tenho certeza de que é um espaço sábio para uma start-up sem financiamento para entrar.

Answer 2

Eu acho que é um erro considerar HL7 ser um padrão no sentido de que você parece dizer. É fortemente personalizado e pode ser bastante diferente de um cliente para o outro. É um desses padrões com muita flexibilidade.

Eu recomendo que você leia o padrão (que deve levar um tempo), em seguida, tentar encontrar uma comunidade de desenvolvedores que trabalham com o padrão. Peça-lhes histórias de horror, e estar preparado para o que você vai ouvir.

Answer 3

Um mês mais tarde, mas ...

O padrão de atirar para é definitivamente HL7. Ele é usado em muitos campos, por isso é altamente personalizável, mas não há um padrão bem definido de cuidados de saúde. Cada mensagem (ACK, DSR MCF), segmento (PID, PV1, OBR, MSH, etc), seqüência e tipo de evento (A08, A12, A36) tem um específico significa independentemente do seu sistema de escolha.

Nós não tivemos um problema interface Misys, Statlan, Oacis, Epic, MUSE, GE Centricity / LastWord e outros envio DICOM, ADT, informações PACS entre os sistemas que temos em uso. A maioria desses sistemas vai ser configurado com um motor de interface para ajustar mensagens quando necessário, assim que adicionar uma forma de mensagens HL7 filtro como eles vêm através de seu sistema, e como eles saem para as downstreams, seria uma obrigação.

Mesmo se não haveria um novo "padrão presidencial" para interoperabilidade, e eu arriscaria um palpite de que será HL7 qualquer maneira, eu iria construir o sistema com mensagens HL7 como este é atualmente a indústria padrão aceito.

Answer 4

Enquanto resolver interoperabilidade, você não deve preocupar apenas com o formato de intercâmbio, os formatos de armazenamento local deve ser padronizado, também, para simplificar a transformação para o formato de intercâmbio e vice-versa.

openEHR é um grande formato para o armazenamento, é mais expressivo do que HL7 v2, v3 e CDA, por isso pode ser transformado facilmente a qualquer daqueles. As especificações estão abertas e aqui: http://openehr.org/programs/specification/releases/ 1.0.2

Para o formato de intercâmbio, qualquer um HL7 v2, v3 e CDA são boas. Considere também CCR e CCD. http://www.aafp.org/practice-management/health-it /astm.html

Answer 5

Se você quer ir para fora HL7 pensar e está à procura de um EMR abrangente ou EHR com um formato de registro especificado em vez de um formato de mensagem de intercâmbio extrato de registro, em seguida, ter um olhar para openEHR, http://www.openehr.org/ . O extracto norma ISO 13606 é (quase) um subconjunto de openEHR. Você também vai encontrar bibliotecas de referência de código aberto e implementações openEHR de maturidade diferentes disponíveis em Java, .NET, Ruby, Python, Groovy etc.

Algumas organizações também estão produzindo artefatos HL7 como CDA como saída de sistemas de RSE / EMR baseado openEHR.

Answer 6

Tenha um olhar para a continuidade de cuidados Record - IIRC, é o que usa o Google Saúde para a entrada. Não é um padrão HL7-família (há um padrão HL7 familiar competindo - não lembrar o que é chamado off-top).

Answer 7

Há provavelmente não será um formato de registro médico padrão até que o governo dita o formato de um e exige a sua utilização por força de lei.

Isso quase certamente não vai acontecer sem cuidados de saúde nacional socializados. Então, na realidade chance zero.

Answer 8

sua resposta correta, mas eu acho que alguns add sobre o uso significativo de emr ..... Autoridades anunciam ‘Meaningful Use,’ Critérios EHR Certificação Na semana passada, CMS lançado regulamentos propostos que definem o “uso significativo” de registos de saúde electrónicos, relatórios Reuters (Wutkowski / Heavey, Reuters, 12/31/09).

Além disso, o Gabinete do Coordenador Nacional de Saúde de TI lançou uma regra final interina descrevendo os padrões de certificação exigidos para a tecnologia de EHR (Simmons, HealthLeaders Media, 12/31/09).

De acordo com o pacote de estímulo econômico federal de 2009, os prestadores de cuidados de saúde que demonstram o uso significativo de EHRs certificados serão elegíveis para pagamentos de incentivos através Medicaid e Medicare.

Funcionários irá oferecer um comentário público período de 60 dias após ambos os regulamentos são publicados no Federal Register em 13 de janeiro A regra final interina na certificação EHR está programada para entrar em vigor 30 dias após a publicação (Goedert, Gerenciamento de Dados de Saúde, 12/30/09). http://www.myemrstimulus.com/

Answer 9

Este é um problema muito difícil, porque de coleta de dados começa com um MD ea única codificação eles sabem (CID e CPT) é tudo sobre o faturamento, não é provável tudo para ser de uso entre os prestadores (esp. Em um formulário onde o MD pode ser considerada legalmente responsável). E eles odeiam mesmo que muita papelada.

Adicione a isso o fato de que ditames HIPAA que o paciente não o fornecedor possui os dados. Não que eles pudessem entendê-la ou fazer qualquer coisa útil com ele se tivessem lo.

Boa sorte. Aconteça o que acontecer vai resultar de coerção pelo gov e ser um tempo longo, longo vindo IMHO.

Curiosamente a única fonte de informação médica sólida acaba por ser o VA (porque eles não têm as questões contraditório de pagamento e responsabilidade legal.) Go figura. Isso pode ser um bom ponto de partida para uma série com todos os dados existentes e algum impulso, no entanto. Aqui está outra pergunta com algumas informações.