2010-09-23 11 views
12

Jestem nowicjuszem w HL7 i pierwszą rzeczą, jaka przyszła mi do głowy, to dlaczego nie jest to ten format z użyciem XML? Istnieje kilka analizatorów składni i istnieją poważne niespójności między sprzedawcami.Dlaczego standard HL7 nie jest zgodny z XML?


Dla tych, nowy w branży oprogramowania opieki zdrowotnej Polecam przeczytać http://www.interfaceware.com/hl7_version2x.html

+0

Nie spadłem, ale założyłem się, że wśród niektórych programistów sama wzmianka o XML wywołuje całe pojęcie "Mam młotek, wszystko powinno być gwóźdź ..." – wheaties

+0

lol to pytanie opisuje branża ubezpieczeń zdrowotnych jako całość – Anthony

+0

Możesz użyć usługi online do celów szkoleniowych do konwersji wiadomości HL7 ER7 na XML iz powrotem: http://hl7utils.appspot.com – Comrade

Odpowiedz

18

HL7 wersja 3 używa XML. Wcześniejsze wersje HL7 to specyficzna dla służby zdrowia pochodna formatu rozdzielanego rurami (IIRC nazywa się ER7, nie jest to jednak pewne).

Nie ma nic szczególnie złego w formacie rozdzielanym potokami. Pod wieloma względami nowsze odmiany XML są trudniejsze w użyciu. Może być stary, ale w przeważającej części działa i jest dobrze rozumiany.

13

Wygląda v.2 została utworzona w 1987 roku według wikipedii: http://en.wikipedia.org/wiki/Health_Level_7

To prawdopodobnie odpowiedź.

+1

Jest to ważne pytanie dla początkujących Hl7 .. –

+2

Aby wyjaśnić tę kwestię, należy pamiętać, że w 1987 r. Przepustowość sieci była znacznie cenniejszym towarem niż obecnie. Dlatego sam format jest tak zwięzły. XML, uwielbiam go lub nienawidzę, ma dużo narzutów, a wiadomości zawierające wiele różnych typów danych są niezwykle powszechne. – gibeath

+0

@ gbheath: To prawda, chociaż standardowa kompresja ruchu jest bardzo wydajna w przypadku XML, o wiele bardziej szczegółowa, ponieważ wszystkie węzły są semantycznie jawne. Podczas gdy HL7, tylko poziom segmentu jest. –

7

Po prostu FYI ... HL7 2.x jest znacznie częściej stosowany w praktyce niż wariant XML HL7 3.x.

2.x jest prostszy i szybszy do analizy.

+1

To dlatego, że faktycznie próbujemy użyć wersji 3. Rzeczywiste przykłady są bardzo rzadkie, ponieważ po prostu nie ma ich tak wielu. Wydaje się, że na zawsze zabrzmiało to w fazie projektowania przez komisję. – Bensonius

+0

ER7 jest prostszy i szybszy do analizy niż XML? Teoretycznie jest to propbable, w praktyce nie jestem tego taki pewien. Analizatory składni XML są wysoce zoptymalizowane i prawie na poziomie komponentów OS. Poza tym schematy XML umożliwiają bardzo szybką weryfikację wiadomości. Większość odpowiedników ER7, parserów i walidatorów to komponenty tworzone w domu w dzisiejszym oprogramowaniu do ochrony zdrowia, o wiele mniej niezawodnym i wydajnym. –

3

Istnieje kilka wersji standardów HL7 wykorzystujące technologię jego czas:

  • HL7 v2: rozdzielany pliki tekstowe
  • HL7 v3: XML Format oparty (SOAP)
  • HL7 FHIR: Najnowszy format oparty na JSON i XML na REST, który wydaje się mieć świetlaną przyszłość.

Nie wymienię ich zalet i wad - wszystkie mają swoje pozytywne i negatywne strony.

Ale jeśli uruchomisz nową aplikację i przeanalizujesz plik tekstowy, który oferujesz, warto przyjrzeć się FHIR.

0

Istnieje kodowanie XML dla wiadomości v2, patrz "ANSI/HL7 V2 XML-2003 4 czerwca 2003: HL7 Version 2: XML Encoding Syntax Release 1", chociaż muszę Cię ostrzec, to nie jest ładne.