¿Debo usar HL7 RIM o rodar mi propio modelo de datos?

Question

Mi equipo ha sido asignado para construir una plataforma de salud electrónica para un cliente, y en el proceso de diseño hemos llegado a este dilema:

Tenemos dos opciones para el modelo de datos, el HL7 RIM (referencia modelo de información) y otro que aún no se ha diseñado.

Aunque el RIM se ha documentado ampliamente y parece muy completo, no estoy seguro de si es la mejor opción, dada su complejidad y aparente lentitud.

Me gustaría diseñar un modelo más simple que tuviera en cuenta solo los requisitos del cliente, con el objetivo de ser más fácil de entender y quizás más rápido.

¿Qué te parece? ¿Debo seguir el HL7-RIM? ¿O debería pensar en un modelo más simple para los requisitos de mi cliente?

En cualquier caso, la necesidad de intercambio de información requeriría una implementación del protocolo de mensajería HL7, por lo que debemos desarrollar esa parte independientemente del modelo subyacente.

Answer 1

Cuanta más flexibilidad requiera en términos de datos sanitarios (cuanto más sea un '' repositorio o almacén de datos '' su aplicación), mayor será la razón para implementar el RIM HL7. Busque " RIMBAA " (Arquitectura de aplicación basada en RIM) para obtener información adicional sobre este enfoque.

Cuanto más esté orientada su aplicación para admitir un conjunto particular de flujos de trabajo bien definidos, más razones tendrá para usar un modelo de datos que esté optimizado para ese flujo de trabajo en particular. Estoy de acuerdo con John Saunders: asegúrese de que su 'modelo de datos optimizado' pueda asignarse al RIM. Eso debería ayudar a 'preparar el futuro' de su aplicación y facilitar el soporte de las interfaces HL7.

Answer 2

La respuesta es utilizar su propio modelo, específico para los requisitos del cliente, pero con un requisito funcional para poder intercambiar siempre con HL7. Pruebe ese requisito durante todo el proceso de desarrollo.

Answer 3

Recomendaría HL7, sin embargo, debe ser estratégico sobre su uso. Supongo que ya tiene un conjunto completo de sistemas de software en su organización. Si ese es el caso, probablemente sea una buena idea tener '' interfaces HL7 '' expuesto en servicios clave, pero tiene el diálogo interno en alguna forma canónica específica para su organización.

Lo mejor de HL7 es que está inherentemente basado en mensajes, por lo que puede hacer todo tipo de cosas geniales con el software Business Proccessor Manager (BPM) en el que simplemente está permitiendo que su gente de negocios dibuje gráficos agradables de cómo fluye un mensaje HL7 se rige.

Una cosa que podría sugerir es hacer una investigación de los diversos "adaptadores". por ejemplo, "Adaptador inteligente iWay para HL7", o WTX de IBM. Estos le permiten concentrarse en el código comercial que necesitará escribir, en lugar de tener que preocuparse por la mensajería HL7 en la capa de transporte, etc. ...

Espero que eso ayude.