interoperabilità tra due piattaforme indipendenti tramite HL7 FHIR

Considerazioni

1. La prima cosa da determinare è quali dati sono quelli scambiati tra le due applicazioni, se hai sviluppato le due applicazioni non sono così sicuro se è necessario implementare l'interoperabilità in quanto potrebbe fare un'integrazione tra due applicazioni sviluppate da te, come sai il flusso e la struttura di entrambe le applicazioni. Lo scenario cambia se si desidera che queste applicazioni interagiscano con applicazioni di terze parti. Se vuoi che le tue applicazioni interagiscano, devi avere un OID , perché l'Italia può vederlo qui: link

2. Se la tua scelta è di interoperare, dovresti decidere quale tipo di applicazioni di messaggistica supporterà, per questo devi sapere cos'è "Gestione dell'amministrazione del paziente" ( PAM ), questo può essere trovato in Capitolo 3 dello standard HL7, c'è un riferimento qui : http://wiki.ihe.net/index.php/Patient_Administration_Management

3. Sugli strumenti: ho usato Mirth Connect, questa sarebbe stata la implementazione meno costosa in quanto Mirth ha messo un middleware che fa parte dell'elaborazione. HAPI ti costringe a fare sviluppo sull'applicazione, in questo caso ti permette di creare il supporto nativo HAPI HL7 dalle loro applicazioni. Mirth è un intermedio nel flusso di lavoro.

4. FHIR è ancora in fase di test, non è interamente adottato, ma può testarlo e consentire alla tua applicazione di "pianificare" di consumare risorse tramite FHIR.

Prima di tutto e, soprattutto, devi fare molta attenzione alla tua terminologia qui. Esistono diversi standard HL7, FHIR è uno (l'ultimo e uno attivamente sviluppato). Un altro è HL7 Messaging System v2, che è estremamente utilizzato. I due sono piuttosto diversi, e se li confondi le cose diventeranno disordinate.

Esempio: Finora ho trovato un'app open source, denominata Mirth Connect, progettata per supportare i sistemi di messaggistica HL7. Ho anche scoperto di creare il messaggio FHIR HL7 Posso usare le librerie HAPI

I messaggi FHIR non fanno parte del sistema di messaggistica HL7.

Per quanto riguarda la tua domanda, dipende da cosa intendi per database indipendenti. Se stai cercando di interfacciarti con un database esistente che utilizza uno standard non FHIR, Mirth Connect potrebbe essere la strada da percorrere - Lo immaginerei da qualche parte nel tuo livello di accesso ai dati, anche se non lo faccio ne so molto di Mirth. Tuttavia, se i database sono nuovi e hai il controllo sulla loro struttura, non vedo perché Mirth sarebbe necessario. A mio avviso, è lì per tradurre tra diversi standard (come HL7 Messaging System e HL7 FHIR, anche se l'ultima volta che ho verificato il loro supporto per FHIR era in beta). Se stai usando FHIR su entrambe le estremità, non c'è niente da tradurre.

Per FHIR, le librerie HAPI sono la strada da percorrere con Java / Android. FHIR è costituito da un modello di dati e uno standard API REST e HAPI supporta entrambi. Non sono sicuro di come desideri comunicare l'app web e l'app per dispositivi mobili, ma un modo semplice per gestirlo consiste nell'applicare l'app Web sull'API FHIR REST per le risorse e le operazioni di cui hai bisogno utilizzando il server HAPI libreria e utilizza la tua app per dispositivi mobili utilizzando la libreria client HAPI. La SMART sulle specifiche FHIR ti aiuterà con l'autenticazione / autorizzazione.