Vous êtes sur la page 1sur 5

Les leons apprises

Titre : Mappage des messages de laboratoire de HL7 v. 2.x la v. 3


Sujets : Mappage de messages, HL7 v. 2, HL7 v. 3, types de donnes
Mots cls : Systmes dinformation de laboratoire (SIL), systmes dinformation de laboratoire

provinciaux/territoriaux (SILP/T), Systmes de points de service (PDS).


nonc des leons apprises : La plupart des administrations choisissent de mapper leurs messages

HL7 v. 2.x ( partir dapplications de SIL et PDS) aux spcifications de la version 3 de la pCLMN (dans les
SILP/T). Il est important de bien comprendre et de prvoir, ds le dbut dun projet de mise en uvre, la
complexit lie ce mappage.
Coordonnes des collaborateurs et personnes-ressources : Unit collaborative de

normalisation, articles externes portant sur des enjeux en matire de traduction et des exemples de messages
dans les deux versions de HL7.

Information contextuelle
Les spcifications de la norme pancanadienne de nomenclature et de messagerie de laboratoire (pCLMN) ont
t bties au moyen de la messagerie HL7 version 3, conformment liDSE dInforoute. La suite de messagerie
de laboratoire a t conue aux fins de transmission lectronique dinformations entre les applications des SIL
et des SILP/T, ainsi quentre les applications des PDS et des SILP/T. Par le pass, la circulation lectronique
des renseignements entre les applications des SIL et des PDS (et, dans certains cas, des SILP/T comme dans le
cas du projet SILO) a t gre au moyen de la messagerie HL7 v. 2.x, en procdant par des interfaces point-point plutt que par des changes avec un systme central de gestion des requtes ou des rsultats
dordonnances. Par consquent, peu dapplications logicielles des SIL et des PDS possdent la capacit
denvoyer et de recevoir des messages dans leur format original HL7 v. 3. Pour contourner les cots associs
au recodage des applications logicielles visant valider la messagerie HL7 v. 3, la plupart des administrations
choisissent de mapper leurs messages HL7 v. 2.x ( partir dapplications des SIL et PDS) la pCLMN (dans les
SILP/T).

Considrations

Il nexiste pas de norme pancanadienne lgard des messages HL7 v. 2.x de laboratoire. Presque toutes
les spcifications HL7 v. 2.x sont uniques pour les raisons suivantes :
a) Lutilisation trs rpandue des segments Z pour ajouter des champs qui ne sont pas pris en charge
par la norme.
b) Lutilisation inapproprie ou le manque duniformit dans lutilisation des champs dans chacun
des segments.
c) Lutilisation densembles de codes non normaliss.
d) Linteroprabilit non smantique, en loccurrence des valeurs codes ayant diffrentes
interprtations (c.--d. indicateurs danormalit).

La version 3 de la norme HL7 a t conue pour pallier les dfauts de HL7 v. 2.x mais le mappage
reprsente toujours un dfi. Pour mapper les messages de laboratoire HL7 v. 2.x la pCLMN, il faut tenir
compte de la ncessit de mapper de multiples spcifications en une spcification pancanadienne, ce qui
accrot grandement la complexit de lexercice.

La version 3 de HL7 a t conue de manire :


a) tre extensible;
b) reposer sur une mthodologie oriente objets;
c) reposer sur des modles centraux cohrents;
d) contenir plus que des messages;
e) offrir des associations terminologiques rigoureusement dfinies;
f) offrir une technologie standard pour lindustrie en matire de mise en uvre et de transport
XML, SOAP/WDSL.

Paralllement ce changement dans la mthodologie de conception relatif la messagerie HL7, mergent


certains enjeux en matire de traduction quil convient de comprendre et de circonscrire ds les premires
tapes dune mise en uvre. Voici certains des enjeux les plus notables1 :
Contexte
o De nombreux problmes relatifs au mappage relvent du contexte. Par exemple, des observations
appartenant la classe SpecimenObservations de HL7 v. 3 contiennent des observations qui
pourraient tre mappes partir dobservations gnrales dans OBX ou partir de segments SPM
dans HL7 v. 2.x, donc, dans un mappage bidirectionnel, il faut dcider du segment le plus
appropri.
o

Dans HL7 v. 2.x, des donnes ne disposant pas de champ discret sont parfois saisies comme
annotations dans le segment NTE ou comme Observations dans le segment OBX. Cela rend
difficile la cration dun mappage automatis avec les attributs discrets contenus dans la pCLMN.
Par exemple, volume dchantillon (Specimen Volume) est saisi comme SpecimenObservation dans la
pCLMN mais, sil est saisi dans le segment NTE dun message HL7 v. 2.x comme une CHANE
(STRING), il est difficile de dterminer sil est rellement mapp avec un SpecimenObservation sans
intervention manuelle. De la mme manire, les donnes sur des micro-organismes sont souvent
saisies comme Observation dans HL7 v. 2.x, alors quil sagit dune entit discrte dans la
pCLMN.

Dautres problmes proviennent de la structure du message. Par exemple, dans HL7 v. 3 et


HL7 v. 2.5 +, les donnes relatives aux chantillons sont saisies sous une forme discrte, alors que
HL7 v. 2.4.x ne contient pas de champ permettant de saisir ces donnes sous forme discrte. Elles
sont plutt saisies comme Observations. La plupart des interfaces HL7 v. 2.x existant au Canada
sont HL7 v. 2.4.x.

Lutilisation de types de donnes composites peut galement poser des problmes au mappage.
Par exemple, dans HL7 v. 2.x, Quantit composite avec unit (Composite Quantity with Unit)(CQ) va
lencontre des observations de mesure dans OBX, o rsultats numriques (numerical results)(NM)
et units sont envoys dans des champs OBX distincts. Dans HL7 v. 3, seul le type de donne
Quantit physique (Physical Quantity)(PQ) a des attributs valeur (Value) et unit (Unit).
PQ.LAB dans le cas de la pCLMN.

1
Les principaux enjeux en matire de traductions ont t tirs de
http://healthcareinformatics3000feet.blogspot.com/2008/04/hl7v2x-to-HL7 v. 30-translation-issues.html mais les exemples issus des
messages de laboratoire sont propres la pCLMN.

Smantique
o Les champs attributs/types de donnes dans HL7 v. 2.x et HL7 v. 3 sont associs un type de
donne HL7 particulier. Dans les deux versions, les types de donnes sont des composantes de
base des renseignements changs dans les messages. Cependant,

Dans HL7 v. 2.x, les types de donnes sont imbriques un autre niveau et sont
considres comme des formats de chanes de caractres qui apparatraient dans les
champs de donnes HL7.

Dans HL7 v. 3, les types de donnes dfinissent la smantique de valeurs de donnes


pouvant tre attribue des lments de donnes.

Ce ne sont pas tous les types figurant dans HL7 v. 2.x qui existent dans la version 3 et
inversement. Cela complique le processus de mappage. Les types de donnes comme le
Nombre compos (Composite Number)(CN Numro ID composite et nom) dans
HL7 v. 2.x comprennent une multitude de concepts qui sont reprsents de manire plus
explicite dans le modle de donnes ou dans les classes de HL7 v. 3. Certains types de
donnes, comme Numrique (Numeric) (NM) dans HL7 v. 2.x, sont tendus dans
HL7 v. 3 au sein de plusieurs types de donnes tels que Nombre entier (Integer Number)
(INT.POS ou INT.NONNEG dans la pCLMN) et Nombre rel ou Nombre dcimal
(Real or Decimal Number)(REAL.CONF). Dautres types (ID, IS et CE, par exemple) ont
reu une dfinition plus stricte, un mappage automatique 1:1 tant rarement possible.

Heure
o Il existe des problmes connus en matire de mappage des types de donnes temporelles entre
HL7 v. 2.x et HL7 v. 3. Le type de donnes Quantit pour lchelonnement (Timing Quantity)(TQ)
dans HL7 v. 2.x, qui dcrit quand un service doit tre excut et sa frquence, dispose
potentiellement de trois types de donnes dans HL7 v. 3 Intervalle rgulier (Periodic Interval of
Time)(PIVL), Intervalle priodique relatif un vnement (Event-Related Periodic Interval of
Time)(EIVL) et Spcification relative la dure gnrale (General Timing Specification)(GTS). Dans la
pCLMN, il sagit dun type de donnes GTS.BOUNDEDPIVL. Les types de donnes TQ et
GTS.BOUNDEDPIVL demeurent complexes et prsentent de nombreuses approches en matire
de reprsentation et aucun mappage de niveau prcis nest actuellement disponible.
o

Dautres problmes manent du fait que lIntervalle (Interval) (IVL) du type de donnes dans la
v.3, lequel contient un moment prcis, sert au mappage de lHeure systme (Time Stamp)(TS) du
type de donnes dans HL7 v. 2.x. Ce mappage prsente un risque de perte smantique, lIVL de
HL7 v. 3 utilis de cette manire prvoyant que lvnement a eu lieu au cours dun intervalle
contenant le moment prcis, alors que la valeur TS prvoit que lvnement a eu lieu un moment
prcis, sans notion dintervalle.

Ressources supplmentaires :
http://www.ringholm.de/docs/04300_en.htm pour des exemples de messages de laboratoires dans
HL7 v. 2.x et HL7 v. 3.
http://gforge.hl7.org/gf/project/v2v3-mapping/frs/ pour des exemples de mappages de messages de
laboratoires bidirectionnels entre HL7 v. 2.x et HL7 v. 3. Comprend galement quelques mappages de
types de donnes lmentaires.

Autres considrations relatives au mappage2 :


o

Pratiques oprationnelles Il est fort probable que la qualit des donnes se trouvant dans
lensemble des applications de transmission (c.-d. SIL ou PDS) prsente dimportants carts. On
doit dterminer si les donnes doivent tre nettoyes avant dtre mappes.

Rsolution des problmes Lorsque, pendant le processus de mappage, on dtecte une perte
dinformation ou dinterprtation et quil faut prendre des dcisions pouvant avoir des
rpercussions sur linterprtation clinique des donnes, il sera probablement ncessaire de faire
appel un processus dapprobation clinique. Lefficacit et le caractre opportun de ce processus
pourraient grandement influencer lchancier de mise en uvre.

Accs aux ressources de laboratoire Linterprtation de lensemble des donnes HL7 v. 2.x et
HL7 v. 3 ncessitera un accs en temps opportun des experts en matire de laboratoire et de
messagerie. Il convient donc de clairement planifier les voies daccs et de communication.

Analyse des lacunes adapte/harmonisation des normes de HL7 v. 2.x HL7 v. 3 Le


processus de mappage permettra de relever des carts (c.--d. des attributs ou des concepts
manquants dans la pCLMN, des extensions du vocabulaire pancanadien codes requis pour une
administration). Un processus clair et en temps opportun pour grer les lacunes (par ex., solutions
de rechange, attente de versions simplifies publies par lUCN, etc.) doit tre clairement
document et accept par les parties intresses (soit lUCN dInforoute) au cours des tapes de
planification de la mise en uvre.

Activits de planification dtailles Les activits de mappage pour les types de donnes, les
identificateurs dobjets (OID), les regroupements de codes, les rgles de mappage particulires aux
messages de laboratoire doivent tre intgrs dans le plan du projet.

Mappage de conformit On doit tenir compte de deux niveaux de conformit pour le


mappage :

Flux de travail clinique/oprationnel, politiques et rglements.

Conformit des messages HL7 v. 3 (c.--d. aux profils de conformit pancanadiens).

Mesures recommandes

Utilisez les ressources de mappage existantes pour recueillir de linformation relative aux activits, dures,
problmes connus, cueils, etc., tels que :
o

Le document de mappage de la C.-B. peut servir de point de dpart pour lancer tout mappage de
HL7 v. 2.x HL7 v. 3 pCLMN (disponible sur le forum du GTUCN5).

http://www.ringholm.de/docs/04300_en.htm pour des exemples de messages de laboratoire


dans HL7 v. 2.x et HL7 v. 3.

http://healthcareinformatics3000feet.blogspot.com/2008/04/hl7v2x-to-HL7 v. 30-translationissues.html. Pour des dtails sur des enjeux en matire de traduction.

http://gforge.hl7.org/gf/project/v2v3-mapping/frs/ pour des exemples de mappage de


messages de laboratoire bidirectionnels entre HL7 v. 2.x et HL7 v. 3. Comprend galement
quelques mappages de types de donnes lmentaires.

Prsentation du projet PLIS de la C.-B.

ctobre 2009

changez directement avec des responsables de projets de mise en uvre dautres administrations
(par le truchement du groupe de metteurs en uvre de normes de laboratoire) pour connatre les
activits requises dans leur processus de mappage (par ex., mappage/enregistrement dOID,
incorporation de rgles oprationnelles particulires aux laboratoires, tablissement de 2 niveaux
dvaluation de la conformit, etc.).

La normalisation des messages HL7 v. 2.x peut permettre de rduire le travail de mappage de chaque mise
en uvre. Cest ainsi que sest fait le projet de systme dinformation de laboratoire de lOntario(OLIS).

Envisagez dutiliser une approche progressive. La normalisation de certaines pratiques de laboratoire


reprsente un objectif plus long terme. Dans certains cas, des regroupements de codes de laboratoire
peuvent devoir tre conserves tels quels, pourvu quun plan de migration soit prvu pour leur
normalisation en fonction des regroupements de codes pancanadiens.

tablissez une stratgie globale (ou des lignes directrices gnrales) pour rgler les mauvaises donnes
ou les lacunes au cours de ltape de planification. Par exemple, si lon sait que des donnes dans les
segments NTE de HL7 v. 2.x possdent des champs discrets dans la pCLMN, il convient de sentendre
sur le fait que, au cours de la premire tape, ces dernires seront mappes au CMET A_Annotation dans
HL7 v. 3 et quun plan sera mis en place pour nettoyer les donnes la source en vue du mappage venir
vers les champs discrets. Pour ce qui est des autres lacunes (par ex., le contenu nexiste pas dans la
pCLMN), il est peut-tre plus pratique de recourir une solution de rechange ou une pr-adoption tout
en suivant le processus de changement officiel pour les spcifications pancanadiennes.

tablissez une stratgie de gestion des changements en conjonction avec lUnit collaborative de
normalisation lgard des problmes ou lacunes ayant des rpercussions sur les spcifications
pancanadiennes. Ladministration et lUCN doivent toutes deux comprendre les attentes et sentendre sur
ces dernires en ce qui touche linclusion ventuelle de changements la pCLMN et le moment opportun
de leur intgration.

tablissez un processus dapprobation clinique en temps opportun pour grer les lacunes du mappage
pouvant avoir des rpercussions sur linterprtation clinique des donnes. Par exemple, mettez sur pied
une quipe dexperts cliniques responsable de prendre des dcisions au cours de tlconfrences
hebdomadaires, comme la pertinence clinique.

Lorsque vous laborez le plan de mappage, veuillez tenir compte de lexistence des ressources en matire
de laboratoires et de messagerie.

Rdig par : Unit collaborative de normalisation dInforoute.


Date : Octobre 29 2009

Inforoute noffre aucune garantie, expresse ou implicite, quant lexactitude ou lintgralit de toute
information publie dans les prsentes, ni ne garantit que cette information rpondra vos objectifs ou
vos besoins prcis.

Prpar de : Services de maintenance de lUCN