Come negoziare con i fornitori di software che non rispettano gli standard HL7 [chiuso]

Question

Come negoziare con i fornitori di software che non rispettano gli standard HL7 [chiuso]

#1 da (5 voti)
#2 da (0 voti)

6

Prendiamo, per esempio il "", mi auguro che chiunque abbia passato del tempo a gestire i messaggi HL7 sappia che il simbolo "" significa che qualcosa dovrebbe essere cancellato. "" non è una stringa vuota, non è un riempitivo, ecc ... Ma occasionalmente, si può incontrare un venditore che persiste nell'inviare "" invece di inviare semplicemente nulla.

Dato che lavoro per una piccola azienda e ho un'interfaccia HL7 estremamente flessibile, posso ignorare "" nei messaggi ricevuti. Ma queste cose stanno aggiungendo.

Alcuni venditori preferiscono inviare campi personalizzati con componenti di psuedo che lasciano agli altri la possibilità di interpretare se stessi.
Alcuni fornitori inviano tutte le loro informazioni in segmenti di note e presumono che mostrerai agli utenti solo le informazioni che inviano in un font monospace.
Alcuni venditori hanno persino l'audacia di inviare feed riga di ritorno a capo alla fine di ogni riga dell'interfaccia di un file.
Alcuni venditori si rifiutano categoricamente di inviare numeri decimali e in tal modo rifiutano di inviare numeri.

Quindi, con tutta questa umanità paralizzante contro il semplice software di plastica, come si piega senza rompere *? O meglio ancora, come si combatte e si fanno ancora soldi?

^{* La mia risposta è di solito creare un'interfaccia per l'interfaccia e mantenere pura l'elaborazione HL7, ma non penso che questa sia la soluzione migliore}

standards hl7

posta Peter Turner 21.09.2012 - 16:44

fonte

2 risposte

Leggi altre domande sui tag standards hl7

Come devo gestire gli Fusi orari in un'applicazione WCF .NET? Posso rilasciare app complementari per Windows 8 e WP8 nei rispettivi negozi?

score 5 · Answer 1

Il nocciolo della tua domanda è "come negoziare" e alla fine la risposta è piuttosto semplice. Fornisci una specifica di interfaccia e chiedi loro di seguirla. Puoi applicare penali per non conformità nelle specifiche del contratto, ma sospetto che non sia un'opzione praticabile.

Penso che la tua vera domanda sia cosa fare con tutte le regole una tantum che vengono generate perché i venditori non seguono strettamente le specifiche dell'interfaccia.

Il collegamento di Gnat allo strato anti-corruzione è un buon inizio per risolvere questa sfida. Più specificamente, penso che vorrei generare un elenco di regole / filtri che possono essere applicati alle trasmissioni in entrata. Ogni venditore non conforme avrà quindi un elenco di regole di trasformazione che devono essere applicate. Quando arrivano nuovi fornitori, puoi semplicemente riutilizzare le regole esistenti e aggiungerle all'elenco di varianti senza fine, se necessario.

La variante con il font fisso è un po 'più fastidiosa in quanto richiederà un po' di downstream per la ricezione dei messaggi per farlo funzionare, ma si spera che sia il caso di eccezione delle minoranze.

score 0 · Answer 2

La risposta dipende da chi hai a che fare e da quali sono i tuoi obiettivi.

Puoi negoziare con altri sviluppatori di emrs piccoli / personalizzati. A volte puoi anche dettare ciò che accetti. Ma altre volte sarai l'unica curva forzata. Quanto dipende dal tuo obiettivo.

Abbiamo preso la posizione per cui è facile per noi personalizzare la comunicazione HL7 per soddisfare le esigenze del fornitore, perché in definitiva vogliamo che i nostri clienti ricevano i nostri dati. Un piccolo dolore in anticipo va molto lontano.

Inoltre, alcuni fornitori si piegheranno ... ma questo processo richiede molto tempo. I giorni si trasformano in settimane che si trasformano in mesi. Per poter completare un'interfaccia in tempo utile, è necessario continuare con lo slancio .... una volta che dovremo aspettare un paio di giorni affinché un fornitore modifichi qualcosa, questo slancio è andato perso e il nostro obiettivo è spostato su altre interfacce e progetti. Stop / go / stop / go è un killer per, in cui, come se tutto fosse su di noi, possiamo procedere molto più rapidamente.

Gestiamo il processo in questo modo. Per prima cosa usiamo Mirth che è estremamente flessibile. Secondo, la nostra architettura crea un messaggio HL7 "base". Ogni canale EMR (o client) è personalizzato in base alle specifiche del fornitore / client - ma è costruito fuori dal canale di base che è standardizzato nel senso che se si segue la specifica HL7, non ci dovrebbe essere alcuna trasformazione e l'unica cosa che è personalizzato è il meccanismo di consegna.

Questo lascia il pesante sollevamento a un canale che è provato e vero, e quel canale non cambia mai.

I nostri canali personalizzati hanno in genere 0-3 trasformazioni. Di solito roba come lo spostamento / la copia di Pid 3 invece di Pid 2 per l'ID paziente o l'alterazione dell'ID client nel MSH. Questi tipi di modifiche sono molto gestibili.