Ricerca di una biblioteca o di un quadro che avrebbe fornito un modello a oggetti, l'analisi, la convalida, eccHL7 per NET
L'idea sarebbe quella di essere in grado di girare un nuovo oggetto di tipo v2 HL7 o v3 . Allora forse chiamalo tipo di messaggio ORU_R01 o ADT o ORM.
non sarebbe la vita grande se siamo stati in grado di fare qualcosa del genere:
HL7V2 myMessage = new HL7V2();
myMessage.Type = V2MsgTypes.ORU_R01;
myMessage.TryParse(someHL7_string);
if (myMessage.IsValid)
{
//do some work
//maybe access the PID segment
if (myMessage.Patient.Names.FamilyName =="Johnson")
{
//do more work
}
}
Il problema con nHAPI è che si presuppone che un determinato messaggio di un determinato messaggio per una particolare "versione HL7". La realtà di HL7 è che diversi paesi hanno definizioni diverse di HL7 (ad esempio, i messaggi di RIF australiano sono diversi dagli Stati Uniti) e che all'interno di un paese, i diversi laboratori di patologia avranno il proprio sapore di un messaggio ORU 2.3.1. Alcuni paesi non cambiano nemmeno il numero di versione. nHAPI rende difficile avere definizioni concorrenti. Un approccio migliore forse è l'astrazione dai formati EDI come HL7 e l'uso di XML; XSD e XSLT invece – MickyD
Questo è un argomento valido, anche se forse la risposta migliore è migliorare nHAPI, poiché il punto di nHAPI è di fare la stessa astrazione lontano dal formato EDI e in un modello a oggetti. Si potrebbe anche sostenere che gli implementatori delle varie applicazioni HL7 dovrebbero seguire meglio lo standard, poiché questo è il vero problema di fondo. Dato che ciò non accadrà, migliorando il.L'astrazione NET mi sembra una soluzione migliore rispetto alla creazione di una nuova soluzione. –
Forse. E 'difficile ottenere velocità decente con librerie di codice EDI perché un bugfix o di conformità per qualche messaggio oscura da un laboratorio generalmente significa un cambiamento di codice da qualche parte (copia e incolla una parte di nHAPI per esempio) e spedire una correzione. I sistemi EAI sono un po 'più semplici perché tutto ciò di cui hai bisogno è un nuovo artefatto come un XSLT - qualcosa che l'IT potrebbe anche creare (ad esempio BizTalk che farà il nitty grintoso per te che è piuttosto bello). Ah ... ma sono d'accordo con te anche se e auguro possiamo svegliarsi in un universo in cui strutture in realtà si attaccano agli standard :) – MickyD