2010-09-23 18 views
12

Sono nuovo di HL7 e la prima cosa che mi è venuta in mente è stata: perché invece questo formato non usa XML? Ci sono una manciata di parser e ci sono alcune serie incongruenze tra i venditori.Perché lo standard HL7 non utilizza XML?


Per chi è nuovo al business del software di assistenza sanitaria vi consiglio questo letto http://www.interfaceware.com/hl7_version2x.html

+0

Non ho fatto un downvote ma avrei scommesso che tra alcuni sviluppatori la semplice menzione di XML evoca l'intera nozione di "Ho un martello, tutto dovrebbe essere un chiodo ..." – wheaties

+0

lol questa domanda descrive il Assicurazione sanitaria nel suo insieme – Anthony

+0

È possibile utilizzare un servizio online per scopi di formazione per la conversione dei messaggi HL7 da ER7 a XML e viceversa: http://hl7utils.appspot.com – Comrade

risposta

18

HL7 versione 3 utilizza XML. Le versioni precedenti di HL7 sono derivate specifiche per il settore sanitario di un formato delimitato da un tubo (IIRC, chiamato ER7, non è sicuro).

Non c'è niente di particolarmente sbagliato nel formato delimitato da tubo. In molti modi le nuove varianti XML sono più difficili da usare. Può essere vecchio, ma per la maggior parte funziona e lo si capisce bene.

13

Sembra v.2 è stato creato nel 1987 secondo wikipedia: http://en.wikipedia.org/wiki/Health_Level_7

che è probabilmente la vostra risposta.

+1

È una domanda valida per i principianti Hl7 .. –

+2

Per chiarire questo punto, ricorda che nel 1987 la larghezza di banda della rete era un bene molto più prezioso di oggi. Ecco perché il formato stesso è così preciso. XML, lo adoro o lo odio, ha un sacco di spese generali, e i messaggi contenenti molti tipi diversi di dati sono estremamente comuni. – gibeath

+0

@gbheath: Questo è corretto, anche se la compressione del traffico standard è molto efficiente su XML, di gran lunga più dettagliata dato che tutti i nodi sono semanticamente espliciti. Mentre è HL7, solo il livello del segmento è. –

7

Solo un FYI ... HL7 2.x è utilizzato molto più nella pratica rispetto alla variante XML HL7 3.x.

2.x è più semplice e più veloce da analizzare.

+1

Questo perché evidente quando si cerca effettivamente di usare la versione 3. Gli esempi reali sono molto rari, perché non ci sono così tante persone che lo usano. Sembra essere bloccato per sempre nel design dalla fase di comitato. – Bensonius

+0

ER7 è più semplice e veloce da analizzare rispetto a XML? In teoria è accettabile, in pratica non ne sono così sicuro. I parser XML sono altamente ottimizzati e quasi componenti a livello di sistema operativo. Inoltre, gli schemi XML consentono una convalida dei messaggi molto veloce. La maggior parte degli equivalenti ER7, parser e validatori, sono componenti fatti in casa nei moderni software sanitari, molto meno robusti e performanti. –

3

Esistono diverse versioni di standard HL7 che utilizzano la tecnologia del suo tempo:

  • HL7 v2: delimitati file di testo
  • HL7 v3: XML formato basato (su SOAP)
  • HL7 FHIR: il formato più recente basato su JSON e XML su REST che sembrano avere un futuro luminoso.

Non elenco i vantaggi e gli svantaggi di essi - tutti hanno le loro cose positive e negative.

Ma se si avvia una nuova applicazione e l'analisi del file di testo si presentano problemi, vale la pena guardare FHIR.

0

C'è una codifica XML per i messaggi v2, vedere "ANSI/HL7 V2 XML-2003 4 giugno 2003: HL7 Versione 2: XML Codifica sintassi Release 1", anche se devo avvisarti, non è carina.

Problemi correlati