Mòdul 13 · Lliçó 5 de 6
Perfils IHE i la integració de monitors i constants
Què és un perfil IHE, els d'identitat i documents (PIX, PDQ, XDS.b) i com arriben a la història clínica les dades de monitors, respiradors i bombes.
- 30 min
- 7 fonts
- 8 targetes
- Actualitzada el 26 d'octubre de 2026
Els estàndards deixen massa opcions obertes: dos sistemes «compatibles amb HL7 i DICOM» poden no entendre's. IHE ho resol amb perfils: receptes tancades per a un cas d'ús, amb papers i transaccions definits. Aquesta lliçó recorre els perfils que sostenen la identitat del pacient i l'intercanvi de documents entre centres, i el que porta a la història clínica les constants dels monitors i altres dispositius de capçalera.
IHE: dels estàndards als perfils
IHE és una iniciativa de professionals sanitaris i de la indústria per millorar com comparteixen informació els sistemes, tot promovent l'ús coordinat d'estàndards com DICOM i HL7 1. S'organitza per dominis: cardiologia, radiologia, odontologia, oftalmologia, infraestructura de tecnologies de la informació i farmàcia, entre d'altres 1. Publica els seus marcs tècnics i, a l'apartat de proves, els resultats dels Connectathon, sessions en què els fabricants proven els seus sistemes entre si 1.
Un perfil té tres peces:
- Actors: papers funcionals, no productes. Un mateix sistema pot fer de diversos.
- Transaccions: els intercanvis entre actors, cadascun basat en un estàndard concret.
- Opcions: variants que un actor pot suportar o no.
Per complir un actor d'un perfil, un sistema ha de fer totes les transaccions obligatòries d'aquest actor 6. Els fabricants ho comuniquen amb una declaració d'integració IHE, que indica quins perfils, actors i opcions incorporen 6. En una compra pública, demanar «compatibilitat amb HL7» diu poc; demanar un actor concret d'un perfil concret es pot comprovar.
Els perfils d'identitat: PIX i PDQ
El marc d'infraestructura d'IHE (revisió 20.2, de novembre de 2025) aplega els perfils transversals 2. Dos s'ocupen de saber qui és el pacient.
PIX (Patient Identifier Cross-referencing) permet relacionar els identificadors de pacients de diversos dominis d'identificació 3. Els seus actors són la font d'identitat, que assigna identificadors; el gestor de referències creuades, que crea i manté les llistes d'identificadors que són «àlies» els uns dels altres; i el consumidor, que les consulta 3. Dos límits importants: el perfil no defineix polítiques ni algorismes d'encreuament, i el gestor no s'encarrega de millorar la qualitat de les dades d'identificació 3. Decidir que dos registres són la mateixa persona continua sent cosa de cada organització.
PDQ (Patient Demographics Query) permet a una aplicació consultar a un servidor de pacients una llista de candidats segons criteris definits per l'usuari 4. És el «cercar pacient per nom i data de naixement» portat a un estàndard, amb un consumidor i un proveïdor de dades demogràfiques 4.
A la pràctica, el gestor de PIX i el proveïdor de PDQ solen ser el mateix sistema: l'índex mestre de pacients, o MPI. En una organització amb diversos centres es parla d'EMPI.
Compartir documents: XDS.b i la seva família
XDS.b (Cross-Enterprise Document Sharing) facilita el registre, la distribució i l'accés entre organitzacions sanitàries a la història clínica electrònica dels pacients 5. Les organitzacions que hi participen formen un domini d'afinitat: un grup que ha acordat treballar amb polítiques comunes 5. Els seus actors 5:
| Actor | Què fa |
|---|---|
| Document Source | Produeix i publica documents, amb les seves metadades |
| Document Repository | Desa els documents de manera segura i persistent, i els lliura quan es demanen |
| Document Registry | Desa la informació sobre els documents (metadades) per trobar-los, siguin al repositori que siguin |
| Document Consumer | Consulta el registre i recupera els documents dels repositoris |
XDS «is document content neutral»: transporta qualsevol tipus d'informació clínica 5. El que va a dins (un informe en text, un document estructurat, un resum de pacient) ho defineixen altres perfils de contingut.
Al seu voltant, el mateix marc tècnic inclou perfils complementaris 2:
| Perfil | Per a què |
|---|---|
| XCA (Cross-Community Access) | Accedir a documents d'altres comunitats |
| ATNA (Audit Trail and Node Authentication) | Autenticar els nodes i deixar traça d'auditoria de cada accés |
| Consistent Time | Que tots els sistemes comparteixin la mateixa hora |
| PAM (Patient Administration Management) | Gestió administrativa del pacient i dels seus episodis |
| MHD, PIXm, PDQm | Accés a documents, referències creuades i cerca de pacients per a aplicacions mòbils («for Mobile») |
Monitors i constants: el perfil DEC
En una UCI, cada pacient està connectat a un monitor, un respirador i diverses bombes de perfusió. El domini de dispositius d'IHE s'ocupa de portar aquestes dades als sistemes corporatius. El seu marc tècnic vigent és la revisió 10.0, de novembre de 2024 6.
El perfil DEC (Device Enterprise Communication) comunica dades de dispositius de diferents fabricants i modalitats a les aplicacions corporatives amb una semàntica comuna. Per fer-ho, tradueix la sintaxi i la semàntica propietàries de cada equip a una única representació, amb una hora corporativa coherent 6. Les dades de dispositiu inclouen 6:
- Dades fisiològiques periòdiques: freqüència cardíaca, pressió arterial invasiva, freqüència respiratòria.
- Dades aperiòdiques: pressió arterial no invasiva, pes, despesa cardíaca.
- Alarmes i alertes.
- Configuració dels dispositius.
- Proves de laboratori al punt d'atenció, com la glucèmia capil·lar.
Té dos actors: el que informa de les observacions del dispositiu, Device Observation Reporter, i el que les consumeix, Device Observation Consumer 6. Els uneix una transacció, PCD-01 Communicate PCD Data 6. Per sota és un missatge HL7 v2 de resultats, el mateix ORU^R01 de la lliçó d'HL7 7; per defecte viatja per MLLP, amb opció de serveis web 6.
Monitor de capçalera → passarel·la (DOR) → ORU^R01 cada minut → història clínica (DOC)
OBX|1|NM|<codi 11073 de freqüència cardíaca>||72|<unitat>|...
L'exemple és esquemàtic: el codi i la unitat surten de la nomenclatura de dispositius, no s'escriuen a mà.
El que el perfil deixa fora
El marc tècnic és explícit en els seus límits 6:
- Els valors periòdics es comuniquen, típicament, amb un interval no inferior a un minut. No és un monitoratge en temps real.
- Les formes d'ona (electrocardiograma, electroencefalograma) i les alarmes en temps real no estan cobertes en aquest perfil; les alarmes tenen el seu propi perfil, ACM.
- No aborda el control dels dispositius, ni en llaç obert ni tancat.
- Suposa que s'implanta dins d'una sola organització i en una xarxa segura.
- Com s'associa la dada a l'identificador corporatiu del pacient queda fora del marc: el sistema només ofereix els mitjans per fer-ho. Recomana fer servir transaccions IHE de dades demogràfiques i d'episodis.
Un segon cas d'ús del perfil envia només les dades validades per un professional, identificant-lo en el missatge 6. És el model habitual a les gràfiques d'infermeria: la màquina proposa, la infermera valida.
Tots els actors de DEC s'han d'agrupar amb el client d'hora del perfil Consistent Time 6. Sense una hora comuna, una tensió arterial i la dosi d'un fàrmac no es poden ordenar amb fiabilitat.
Semàntica de dispositius: 11073 i RTM
Un monitor anomena la freqüència cardíaca d'una manera i un altre d'una altra. Per unificar-ho, IHE fa servir la nomenclatura ISO/IEEE 11073-10101 i la seva taula de correspondències Rosetta Terminology Mapping (RTM), que harmonitza termes, unitats i valors enumerats entre dispositius i sistemes 6. El seu ús és obligatori en els perfils de dispositius d'IHE 6.
El domini té altres perfils: la verificació de perfusions al punt d'atenció, PIV, i la gestió d'alarmes, ACM 6. Els dispositius mèdics, i el programari que els acompanya, estan a més subjectes a la normativa de productes sanitaris, que es tracta al mòdul «Drets, dades i seguretat».
Cas pràctic
Una UCI vol que la gràfica d'infermeria s'ompli sola amb les constants dels monitors, en lloc de transcriure-les cada hora.
S'instal·la una passarel·la que rep les dades dels monitors i fa d'informador d'observacions del perfil DEC. Cada minut envia missatges ORU^R01 a la història clínica, amb termes de la nomenclatura 11073 harmonitzada per RTM 6. Abans, algú ha d'associar cada monitor a un pacient: el perfil no diu com 6. Si en un canvi de box ningú no actualitza aquesta associació, les constants d'un pacient acabaran a la història d'un altre.
Per això el disseny final inclou la validació: la infermera revisa els valors proposats abans que passin a la gràfica, i el missatge identifica qui valida 6.
Què implica per als sistemes
| Perfil | Dades que neixen | Sistema que l'implementa | Intercanvi |
|---|---|---|---|
| PIX / PDQ | Relacions entre identificadors; cerques de pacients | MPI o EMPI | Admissions de cada centre, repositoris, sistemes departamentals |
| XDS.b / XCA | Metadades de documents i la seva ubicació | Registre i repositoris de documents | Altres centres del domini o d'altres comunitats |
| ATNA | Traça d'accessos i autenticació de nodes | Repositori d'auditoria | Seguretat, protecció de dades |
| DEC | Constants, configuració d'equips, dades validades | Passarel·la de dispositius i història clínica | Monitors, respiradors, bombes, gràfica d'infermeria |
Targetes d'aquesta lliçó (8)
- Perfil d'integració IHE
- Especificació que resol un cas d'ús concret combinant estàndards existents (HL7, DICOM…): defineix actors, transaccions i opcions.
- Actor IHE
- Paper funcional d'un sistema dins d'un perfil IHE (per exemple, qui envia dades de dispositius o qui les consumeix). Un mateix producte pot fer de diversos actors.
- Declaració d'integració IHE
- Document en què un fabricant declara quins perfils, actors i opcions IHE implementa el seu producte.
- PIX
- Patient Identifier Cross-referencing: perfil IHE que relaciona els identificadors que una mateixa persona té en diferents dominis d'identificació.
- PDQ
- Patient Demographics Query: perfil IHE per consultar a un servidor de dades de pacients una llista de candidats segons criteris demogràfics.
- XDS
- Cross-Enterprise Document Sharing (avui XDS.b): perfil IHE per registrar, distribuir i consultar documents clínics entre organitzacions d'un mateix domini d'afinitat.
- DEC
- Device Enterprise Communication: perfil IHE que porta les dades de dispositius de capçalera (monitors, respiradors, bombes) als sistemes corporatius amb una semàntica comuna.
- RTM
- Rosetta Terminology Mapping: conjunt de valors d'IHE que harmonitza els termes, unitats i valors dels dispositius mèdics amb la nomenclatura ISO/IEEE 11073-10101.
Fonts
- IHE International — About IHE
- IHE International — IT Infrastructure Technical Framework, vol. 1, rev. 20.2 (2025): índice de perfiles
- IHE International — IT Infrastructure Technical Framework, vol. 1, cap. 5: Patient Identifier Cross-referencing (PIX)
- IHE International — IT Infrastructure Technical Framework, vol. 1, cap. 8: Patient Demographics Query (PDQ)
- IHE International — IT Infrastructure Technical Framework, vol. 1, cap. 10: Cross-Enterprise Document Sharing (XDS.b)
- IHE International — IHE Devices (DEV) Technical Framework, vol. 1, rev. 10.0 (4-nov-2024)
- HL7 International — HL7 Terminology (THO) v7.4.0: tabla HL7 0003 «Event type»