Devo usar HL7 RIM ou rolar o meu próprio modelo de dados?

Question

A minha equipa foi atribuído a construir uma plataforma de e-saúde para um cliente, e no processo de design chegamos a este dilema:

Temos duas opções para o modelo de dados, o HL7 RIM (referência modelo de informação) e outro que ainda está para ser desenhado.

Embora a RIM tem sido documentada extensivamente e parece muito completo, não tenho certeza se é a melhor escolha, dada a sua complexidade e lentidão aparente.

Eu gostaria de projetar um modelo mais simples, que levaria em conta apenas as necessidades do cliente, com o objetivo de ser mais fácil de entender e talvez mais rápido.

O que você acha? Devo seguir o HL7-RIM? Ou devo pensar em um modelo mais simples para as necessidades do meu cliente?

Em qualquer caso, a necessidade de intercâmbio de informações exigiria uma implementação do protocolo de mensagens HL7, por isso devemos desenvolver essa parte independentemente do modelo subjacente.

Answer 1

O mais flexibilidade que você precisa em termos de dados de saúde (mais de um "armazém repositório ou de dados" a sua aplicação é), mais a razão para implementar o HL7 RIM. Procurar "RIMBAA" (RIM aplicação baseada Architecture) para obter informações adicionais sobre esta abordagem.

O mais sua aplicação está orientada para apoiar um determinado conjunto de fluxos de trabalho bem definidos, mais uma razão para usar um modelo de dados que está optimzed para esse fluxo de trabalho particular. Concordo com John Saunders: Verifique se o seu 'modelo de dados otimizado' pode ser mapeado para a RIM. Isso deve ajudar a 'prova de futuro' a sua aplicação e para tornar mais fácil a interfaces HL7 apoio.

Answer 2

A resposta é usar o seu próprio modelo, específico para as necessidades do cliente, mas com uma exigência funcional para sempre ser capaz de trocar com HL7. Teste essa exigência em todo o seu processo de desenvolvimento.

Answer 3

Eu recomendaria HL7 no entanto você deve ser estratégico sobre o seu uso. Eu estou supondo que você tem todo um conjunto de sistemas de software na sua organização já. Se for esse o caso, é provavelmente uma boa idéia ter "interfaces HL7" expostas nos principais serviços, mas têm o diálogo interno em algum canônica específica formulário para sua organização.

A grande coisa sobre HL7 é que é inerentemente mensagem com base, de modo que você pode fazer todo o tipo de coisas legais com software de negócios proccessor Manager (BPM) onde você está apenas deixando seus empresários desenhar agradáveis ??gráficos de como o fluxo de uma mensagem HL7 é governado.

Uma coisa que eu poderia sugerir é fazer uma investigação sobre os vários "adaptadores" lá fora, por exemplo "iWay Adaptador Inteligente para HL7", ou da IBM WTX. Estes permitem-lhe concentrar-se no código de negócio que você vai precisar para escrever, em vez de ter de se preocupar com mensagens HL7 na camada de transporte, etc ...

Espero que ajude.