Devo usare HL7 RIM o eseguire il rollup del mio modello di dati?

Question

Il mio team è stato assegnato a costruire una piattaforma di e-health per un cliente e nel processo di progettazione siamo arrivati ??a questo dilemma:

Abbiamo due opzioni per il modello di dati, il HL7 RIM (riferimento modello di informazione) e un altro che deve ancora essere progettato.

Anche se il RIM è stato ampiamente documentato e sembra molto completo, non sono sicuro che sia la scelta migliore, data la sua complessità e l'apparente lentezza.

Vorrei progettare un modello più semplice che tenga conto solo delle esigenze del cliente, con l'obiettivo di essere più facile da capire e forse più veloce.

Cosa ne pensi? Devo seguire HL7-RIM? O dovrei pensare a un modello più semplice per le esigenze dei miei clienti?

In ogni caso, la necessità di uno scambio di informazioni richiederebbe un'implementazione del protocollo di messaggistica HL7, quindi dobbiamo sviluppare quella parte indipendentemente dal modello sottostante.

Answer 1

Maggiore è la flessibilità richiesta in termini di dati sanitari (maggiore è il "repository o data warehouse" dell'applicazione), maggiore è il motivo per implementare il RIM HL7. Cerca " RIMBAA " (RIM Based Application Architecture) per ulteriori informazioni su questo approccio.

Più la tua applicazione è orientata a supportare un particolare set di flussi di lavoro ben definiti, maggiore è il motivo per utilizzare un modello di dati ottimizzato per quel particolare flusso di lavoro. Concordo con John Saunders: assicurati che il tuo "modello di dati ottimizzato" possa essere mappato sul RIM. Ciò dovrebbe contribuire a rendere "a prova di futuro" l'applicazione e rendere più semplice il supporto delle interfacce HL7.

Answer 2

La risposta è utilizzare il proprio modello, specifico per le esigenze del cliente, ma con un requisito funzionale per poter sempre scambiare con HL7. Testa questo requisito durante il tuo processo di sviluppo.

Answer 3

Consiglierei HL7 ma dovresti essere strategico sul suo utilizzo. Presumo che tu abbia già un'intera suite di sistemi software nella tua organizzazione. In tal caso, è probabilmente una buona idea avere "interfacce HL7" esposti sui servizi chiave, ma hanno la finestra di dialogo interna in una forma canonica specifica per la tua organizzazione.

La cosa grandiosa di HL7 è che è intrinsecamente basata sui messaggi, quindi puoi fare qualsiasi tipo di cosa interessante con il software Business Proccessor Manager (BPM) in cui stai solo lasciando che i tuoi uomini d'affari traccino dei grafici su come il flusso di un messaggio HL7 è governato.

Una cosa che potrei suggerire è fare un'indagine sui vari "adattatori" là fuori, ad esempio "iWay Intelligent Adapter for HL7" o IBM WTX. Ti consentono di concentrarti sul codice aziendale che dovrai scrivere, invece di doverti preoccupare della messaggistica HL7 a livello di trasporto, ecc ...

Spero che sia d'aiuto.