HL7 v3

HL7 v3 er en interoperabilitetsspesifikasjon for transaksjoner mellom informasjonssystemer og programvareapplikasjoner som brukes i helsesektoren, som er en del av HL7 -settet med standarder .

I likhet med HL7 versjon 2 ( HL7 v2.x ) meldingsstandard, muliggjør HL7 v3 elektronisk datautveksling og kommunikasjon mellom helsevesenets informasjonssystemer. Imidlertid er HL7 v3 en mye mer robust spesifikasjon som reduserer semantisk tvetydighet , forbedrer prosesser og resultater fra HL7 v2.x.

Den første spesifikasjonen til HL7 v3-standarden ble publisert i 2003 og er et resultat av mange års arbeid fra Health Level Seven -fellesskapet .

Vanskeligheter med HL7 v2.x meldingsstandard

Selv om HL7 v2.x har vist seg å være en effektiv standard, er mye brukt av helseinformasjonsteknologiindustrien og fortsatt er i kraft, en utvikling mot XML -syntaks og en mye mer formell metodikk for utvikling av meldingsspesifikasjoner.

HL7 v2.x har ikke en eksplisitt informasjonsreferansemodell, den ble ikke bygget på objektorienterte konsepter eller hierarkier, og meldingssyntaksen er primitiv (den bruker tekst avgrenset av Pipes ).

I HL7 v2.x- spesifikasjonene er triggerhendelser og datafelt kun beskrevet på naturlig språk. De strukturelle sammenhengene mellom datafeltene er ikke veldig klare. Datasegmenter gjenbrukes for mange meldinger, og meldingsdefinisjoner gjenbrukes for mange triggerhendelser. For å lette utstrakt bruk er de fleste datafelt valgfrie. Kapitler er inkonsekvente i bruken av triggerhendelser, i forhold til statuskoder. [ 1 ]

På den annen side er utviklingsprosessen for HL7 v2.x-standarden fullstendig " ad hoc ", og det er ingen eksplisitt metodikk for utvikling av meldinger, og medlemmene av HL7 mottar ingen form for formell veiledning i konstruksjonen av meldingsstrukturer Messenger-tjeneste.

Alt dette innebærer ikke at HL7 v2.x er en ineffektiv standard eller at bruken er feil, men snarere at det var nødvendig med et rammeverk for meldingsutvikling som ville tillate spesifikasjonene å utvikle seg og samtidig opprettholde standardens integritet.

Faktisk har behovene til industrien fortsatt å utvikle HL7 v2.x- spesifikasjoner . (Versjon 2.6 ble utgitt i 2007).

HL7 v2.x vil fortsette å eksistere etter hvert som brukere og industri tar i bruk eller migrerer applikasjonene sine til HL7 v3.

HL7 v3 funksjoner

Den har en referanseinformasjonsmodell: I motsetning til andre interoperabilitetsstandarder har HL7 v3 en informasjonsmodell kalt RIM (Reference Information Model) som er en strukturert spesifikasjon av informasjon innenfor helsescenarioet. RIM bruker UML til grafisk å representere en klassemodell som tillater kontekstualisering av enhver hendelse som skjer innenfor driften av helsetjenester. Fra RIM bygges spesifikke meldingsspesifikasjoner for ulike domener i helsescenarioet.

Den vurderer bruk av XML-syntaks: Etter den internasjonale trenden med å bruke XML som et språk for utveksling av strukturert informasjon mellom forskjellige plattformer, implementerer HL7 v3 bruken for koding av meldinger.

Bruker Object Orientation ( OOP ) og Unified Modeling Language ( UML ) prinsipper: Bruken av disse formelle metodikkene bidrar til standard utviklingsprosesser, noe som fører til større detaljer, klarhet og presisjon i spesifikasjonene, samt en større kontroll over de endelige designene av meldingene.

Ikke begrenset til lag 7: Etter år med implementering av HL7 v2.x og utvikling av interoperabilitetsstandarder, innså HL7 at det var nødvendig å utvikle en omfattende standard, inkludert andre lag av OSI-modellen . Av denne grunn inkluderer HL7 v3 spesifikasjoner for XML , sikkerhet, vokabular, modellering, metodikk, etc.

Den legger stor vekt på bruk av kontrollerte vokabularer: HL7 v3 gjør intensiv bruk av internasjonale koder ( LOINC , ICD-10 , Snomed CT , etc.) for representasjon av terminologien som brukes i scenariet for levering av helsetjenester. I tillegg foreslår HL7 v3 sine egne kodingslister for spesifikke tilfeller.

Se også

Eksterne lenker

Referanser

  1. "'HL7 v2.x Vanskeligheter med den eksisterende prosessen'