Salta al contingut
educa

educa · formació oberta

El sistema sanitari per dins

Curs gratuït i de nivell expert sobre com funciona el sistema sanitari: Catalunya a fons, Espanya com a marc, i de la concertació a l'HIS.

  • Índex i progrésReprèn la lliçó on la vas deixar, al mòbil o a l'ordinador.
  • Sigles explicadesCada sigla del text s'explica en passar-hi per sobre o en tocar-la.
  • Targetes de repàsRepàs espaiat dels conceptes de cada lliçó llegida.
17
mòduls
88
lliçons
322
fonts

Accedeix als cursos

Amb el teu compte de Google. Només el fem servir per desar el teu progrés.

Privacitat

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:

ActorQuè fa
Document SourceProdueix i publica documents, amb les seves metadades
Document RepositoryDesa els documents de manera segura i persistent, i els lliura quan es demanen
Document RegistryDesa la informació sobre els documents (metadades) per trobar-los, siguin al repositori que siguin
Document ConsumerConsulta 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:

PerfilPer 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 TimeQue tots els sistemes comparteixin la mateixa hora
PAM (Patient Administration Management)Gestió administrativa del pacient i dels seus episodis
MHD, PIXm, PDQmAccé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

PerfilDades que neixenSistema que l'implementaIntercanvi
PIX / PDQRelacions entre identificadors; cerques de pacientsMPI o EMPIAdmissions de cada centre, repositoris, sistemes departamentals
XDS.b / XCAMetadades de documents i la seva ubicacióRegistre i repositoris de documentsAltres centres del domini o d'altres comunitats
ATNATraça d'accessos i autenticació de nodesRepositori d'auditoriaSeguretat, protecció de dades
DECConstants, configuració d'equips, dades validadesPassarel·la de dispositius i història clínicaMonitors, 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

  1. IHE International — About IHE · consultada el 26 d'octubre de 2026
  2. IHE International — IT Infrastructure Technical Framework, vol. 1, rev. 20.2 (2025): índice de perfiles · consultada el 26 d'octubre de 2026
  3. IHE International — IT Infrastructure Technical Framework, vol. 1, cap. 5: Patient Identifier Cross-referencing (PIX) · consultada el 26 d'octubre de 2026
  4. IHE International — IT Infrastructure Technical Framework, vol. 1, cap. 8: Patient Demographics Query (PDQ) · consultada el 26 d'octubre de 2026
  5. IHE International — IT Infrastructure Technical Framework, vol. 1, cap. 10: Cross-Enterprise Document Sharing (XDS.b) · consultada el 26 d'octubre de 2026
  6. IHE International — IHE Devices (DEV) Technical Framework, vol. 1, rev. 10.0 (4-nov-2024) · consultada el 26 d'octubre de 2026
  7. HL7 International — HL7 Terminology (THO) v7.4.0: tabla HL7 0003 «Event type» · consultada el 26 d'octubre de 2026