Què és el suport digital al triatge
El triatge prioritza l’atenció segons la urgència estimada d’intervenció. L’OMS distingeix aquesta funció de la simple arribada o registre del pacient. La seva eina interinstitucional IITT, desenvolupada amb CICR i MSF, està destinada al triatge en unitats d’urgències; no és una aplicació genèrica perquè qualsevol persona diagnostiqui en una empresa.
Un sistema de suport pot organitzar informació, presentar regles clíniques autoritzades o ajudar a documentar decisions. Cal descriure la funció concreta abans de valorar-ne la utilitat. Aquesta fitxa tracta la integració preventiva en emergències laborals, amb professionals competents i connexió al sistema assistencial. No ofereix un algoritme d’autoavaluació ni criteris per decidir pel propi compte que una persona pot esperar. El programari ha de donar suport a l’atenció, no esdevenir una barrera per demanar-la.
Fonts: [1]
Registre, recomanació i decisió clínica
Convé separar tres funcions que una mateixa pantalla pot reunir. El registre conserva dades; una recomanació interpreta informació segons una finalitat; la decisió clínica assigna una actuació dins de les competències professionals. Anomenar-les totes automatització impedeix saber què es delega i quina evidència cal.
Com a criteri de disseny proposem que la interfície indiqui quines dades s’han introduït, quina informació falta i quina sortida és un suggeriment pendent de revisió. Una casella buida no hauria de convertir-se silenciosament en absència de símptomes. Tampoc s’ha de confondre prioritat clínica amb ordre administratiu, cost de l’atenció o condició de treballador propi o de contracta. El circuit ha de preservar aquesta distinció des de la primera comunicació fins a la transferència assistencial.
Qui utilitza l’eina
Les preguntes freqüents oficials d’IITT indiquen que el triatge correspon a personal sanitari format en l’eina, no a vigilants de seguretat. També situen el triatge abans del registre administratiu. L’orientació pertany al context assistencial descrit, no acredita noves competències clíniques per a qui disposi d’una tauleta.
A l’entorn laboral proposem definir expressament què poden fer recepció, primers intervinents i professionals sanitaris. Una persona pot activar ajuda i comunicar fets observats sense emetre una classificació clínica. La formació de primers auxilis no s’ha de presentar com a autorització universal per aplicar qualsevol sistema de triatge. El disseny ha de facilitar que la informació arribi al professional adequat i que una necessitat d’atenció no quedi retinguda esperant una validació informàtica.
Fonts: [2]
Evidència i finalitat del programari
La guia FDA de gener de 2026 distingeix funcions de suport a decisions que poden quedar fora de la definició estatunidenca de dispositiu i funcions que continuen dins. El nom suport no resol per si sol l’encaix regulador. Aquesta referència descriu el marc dels Estats Units i no substitueix l’avaluació normativa d’una altra jurisdicció.
Per a una compra proposem exigir finalitat prevista, usuaris, població, context d’ús, versió i evidència de validació. Un classificador desenvolupat amb dades hospitalàries no es pot suposar validat per a tots els centres laborals. Convé comprovar quines condicions van quedar excloses i com es van analitzar els errors. Si el proveïdor només comunica una exactitud global, encara falta saber quines conseqüències tenen prioritats massa baixes o massa altes.
Fonts: [4]
Validació en el circuit real d’atenció
Una avaluació útil ha d’examinar tant la sortida del sistema com allò que passa després. Proposem observar si el professional té informació suficient per revisar-la, si pot discrepar i com es comunica la decisió. Una recomanació tècnicament correcta pot perdre utilitat si arriba tard o a una persona sense capacitat d’activar recursos.
El pilot hauria d’utilitzar casos i escenaris autoritzats pels responsables clínics, sense retardar atenció real ni experimentar amb pacients sense les garanties pertinents. Ha de registrar dades que falten, llenguatge ambigu, errors d’identificació i canvis d’estat. La revisió per perfils i situacions rellevants ajuda a detectar límits que una mitjana amaga. L’objectiu no és aconseguir que tot l’equip obeeixi l’algoritme, sinó demostrar una ajuda segura dins del procés assistencial.
Autonomia humana, equitat i confidencialitat
L’OMS situa autonomia humana, seguretat, transparència, responsabilitat, inclusió i equitat entre els principis per a la IA sanitària. Mantenir control humà i protegir privacitat són condicions de governança, no resultats que es puguin donar per fets en instal·lar una aplicació.
Com a aplicació organitzativa proposem revisar accessibilitat, idioma i possibilitats de comunicació de la persona atesa. Un sistema no hauria de penalitzar la manca d’informació digital o que algú no pugui respondre com espera el formulari. Cal definir accessos per funció, conservació i canals de transferència. L’ocupador no necessita rebre tota la valoració clínica per organitzar suport o una mesura preventiva. La revisió humana ha de tenir temps, informació i autoritat reals; prémer acceptar per rutina no resol la supervisió.
Relació amb el pla d’emergència del centre
El circuit ha d’encaixar amb els recursos disponibles i la coordinació externa. Proposem documentar qui activa la resposta, qui transmet la informació i qui confirma la recepció. Si un centre no té servei sanitari propi, una aplicació no crea per si sola aquesta capacitat ni substitueix els serveis d’emergència.
Els riscos del lloc també afecten l’organització: accés dels equips assistencials, ubicació de la persona i disponibilitat d’informació rellevant sobre l’activitat. El personal ha de seguir els procediments autoritzats per no exposar-se durant l’ajuda. Aquesta fitxa no prescriu rescats, tractaments ni mesures específiques davant substàncies. El suport digital ha de facilitar la coordinació ja definida, sense crear una cadena addicional d’aprovacions que retardi l’atenció.
Continuïtat quan fallen dades o comunicacions
Proposem assajar què passa si no hi ha connexió, l’aplicació no respon o no es pot identificar correctament una persona. Ha d’existir una alternativa operativa coneguda, adequada al centre i acordada amb els responsables assistencials. La fallada del programari no pot convertir-se en motiu per ajornar l’activació d’ajuda necessària.
El control de canvis també importa: una versió nova pot modificar preguntes, presentació o lògica. Abans d’incorporar-la cal revisar els efectes sobre formació i procediments. Convé conservar versió, data i decisions rellevants sense generar duplicats clínics innecessaris. La recuperació posterior del registre administratiu ha de respectar allò que realment va passar, sense fer veure que una recomanació automàtica es va emetre abans de la decisió humana quan va succeir després.
Exemple hipotètic d’un simulacre
Un centre amb assistència sanitària pròpia prepara un simulacre amb persones figurants. L’objectiu hipotètic és comprovar com arriba una petició d’ajuda des d’un taller fins a l’equip sanitari. Una tauleta organitza la informació, però l’exercici detecta que obliga a introduir un identificador d’empleat que els treballadors de contracta no tenen.
L’equip corregeix el bloqueig i comprova també l’alternativa sense connexió. Els professionals revisen les decisions clíniques de l’escenari; el personal administratiu revisa la transmissió i els temps. No es declara validat el sistema per a qualsevol emergència per superar un simulacre. El resultat és una millora concreta de l’accés a l’assistència i una llista de qüestions pendents que necessiten avaluació addicional, amb responsables i criteris de tancament.
Indicadors que permeten aprendre
Un quadre de seguiment pot distingir temps fins a activar ajuda, informació disponible en rebre el cas, fallades de comunicació i ús de l’alternativa de continuïtat. La qualitat clínica necessita revisió per professionals i criteris adequats, no inferències a partir de clics o durada d’una pantalla.
Proposem analitzar prioritats revisades, motius de discrepància, dades absents i mesures correctores. Els errors que infravaloren urgència mereixen atenció específica; tampoc convé ignorar classificacions excessives que puguin dificultar l’organització dels recursos. Les xifres s’han d’acompanyar del context i de la població atesa. Menys temps de registre no demostra per si sol millor atenció. El seguiment hauria de premiar detectar problemes i corregir-los, evitant amagar discrepàncies per aparentar concordança perfecta amb el sistema.
Relació amb SST i límits de la integració
El suport al triatge connecta primers auxilis, pla d’emergència, telemedicina, seguretat clínica i govern de la informació. L’aportació específica a SST és millorar la coordinació de la resposta davant un problema de salut ocorregut a la feina, sense confondre aquesta localització amb un diagnòstic d’origen laboral.
Una plataforma de gestió pot organitzar formació, contactes, simulacres i accions de millora quan les funcions ho permetin. Això no equival a disposar de programari clínic validat per decidir prioritats. No s’atribueix a Sabentis una funció de triatge automatitzat no documentada. Abans d’integrar dades o recomanacions cal confirmar finalitat, responsabilitat i límits. L’èxit és una atenció accessible i coordinada, amb decisions professionals traçables, no substituir persones per una classificació automàtica.
Preguntes freqüents
Una aplicació substitueix el professional sanitari?
No. Cal definir usuaris competents, supervisió real i funcions autoritzades; tenir programari no confereix competència clínica.
Triatge significa diagnosticar?
No. Prioritza la urgència d’atenció; no equival a establir un diagnòstic definitiu.
Es pot esperar el registre per activar ajuda?
La gestió administrativa o una fallada informàtica no han de bloquejar l’atenció necessària. Cal un circuit i una alternativa de continuïtat.
Un simulacre valida clínicament l’algoritme?
No tot sol. Pot detectar fallades organitzatives; la validació clínica necessita evidència adequada a població, funció i context.
