Seguretat d’un programari PRL/SST: què ha de comprovar TI abans de contractar
Per Pablo Rodríguez
Un programari PRL/SST reuneix informació de treballadors, centres, riscos, mesures i documentació sensible. Per això la revisió de seguretat ha de partir de les dades i els processos que l’empresa utilitzarà. Una llista de logotips de certificacions ajuda poc si no s’entén quin servei està cobert ni com es configura l’accés quotidià.
L’avaluació requereix col·laboració entre TI, SST i privacitat. SST coneix els usos; TI analitza els controls; privacitat delimita tractaments i accessos. La fitxa de protecció de dades de salut ajuda a identificar informació que no hauria de circular com un document operatiu ordinari.
Construir un inventari petit i representatiu
Seleccioni exemples: avaluació d’un lloc, inspecció amb fotografies, registre formatiu i concepte ocupacional. Per a cadascun, identifiqui qui ho crea, consulta, modifica i exporta. Afegeixi integracions i usuaris externs. Aquest inventari evita demanar controls de manera abstracta i permet provar-los durant una demostració.
Els principis de seguretat al núvol del NCSC ofereixen un marc útil per a revisar protecció de dades, separació de clients, gestió d’usuaris, autenticació i registres d’activitat. La llista següent aplica aquestes idees a escenaris de prevenció; no constitueix una certificació ni una afirmació sobre capacitats d’un proveïdor concret.
Provar els permisos més enllà de la pantalla principal
Creu perfils de prova per a un supervisor, un tècnic de SST, un administrador i un col·laborador extern. Demani que cadascun intenti consultar un altre centre, obrir un adjunt restringit, descarregar un informe i localitzar informació mitjançant cerca. Inclogui notificacions per correu i enllaços compartits.
- Els permisos distingeixen entitat, centre, funció i tipus d’informació?
- Qui aprova nous comptes i canvis d’accés?
- Com es retiren permisos quan una persona canvia de funció?
- Quins mecanismes d’autenticació estan disponibles en l’abast contractat?
- S’identifica l’activitat de comptes de suport i administradors?
Un usuari que no veu un document en el menú podria accedir a ell mitjançant una exportació mal delimitada. Provar rutes alternatives ofereix més informació que revisar únicament una matriu de rols presentada en diapositives.
Examinar recuperació i incidents
Pregunti quines dades es recolzen, amb quins objectius de recuperació i com es demostra una restauració. Diferenciï disposar de còpies de poder recuperar el servei i les seves relacions de dades. Demani que s’expliquin responsabilitats quan la incidència afecta a una integració administrada pel client.
En un escenari il·lustratiu, s’elimina per error una carpeta d’evidències. La revisió ha d’aclarir com se sol·licita recuperació, quin període pot recuperar-se i com es valida el resultat. Eviti assumir que «hi ha còpies» equival a restaurar qualsevol registre en qualsevol moment.
Llegir l’abast de certificats i informes
Si el proveïdor aporta una certificació, comprovi emissor, vigència, entitat certificada i serveis inclosos. Revisi si cobreix la plataforma, la infraestructura o un procés distint. Sol·liciti el document complet o una evidència verificable apropiada, amb les condicions de confidencialitat necessàries.
Registri també troballes pendents i respostes del proveïdor. Una decisió informada pot incorporar mesures addicionals o condicions contractuals. L’objectiu és que l’empresa conegui els riscos residuals i els seus responsables abans de començar a carregar dades reals.
Seguir la informació fins a la seva sortida
L’evidència digital requereix poder interpretar canvis i conservar relacions. Examini quins esdeveniments queden registrats, qui pot consultar-los i durant quant temps. Provi una exportació amb adjunts i comprovi com es protegeix mentre es lliura.
Documenti ubicacions de tractament, proveïdors implicats i procediments de devolució o eliminació. Aquestes qüestions han de revisar-se conforme al marc aplicable a cada operació, amb especial atenció quan hi ha centres en diferents països.
Convertir la revisió en criteris d’acceptació
Per a cada control necessari, anoti evidència sol·licitada, resultat de la prova, responsable i decisió. Separi una funció demostrada d’un pendent de configuració o desenvolupament. La revisió contractual ha de reflectir els compromisos rellevants; el RFP permet comparar-los de manera consistent.
Inclogui un error quotidià en l’exercici, com enviar un informe al grup intern equivocat. Revisi la resposta administrativa disponible, les evidències i la comunicació. Així l’avaluació considera com s’utilitzarà el servei, a més de com està dissenyat.
En avaluar Sabentis, porti aquests escenaris a una sessió amb TI i SST. La millor conclusió de la revisió és un conjunt de proves documentades i una configuració entesa pels qui administraran el servei.
Llista de comprovació de seguretat per a l’arrencada del servei
Converteix les respostes del proveïdor en proves observables abans d’introduir dades reals. Prioritza els escenaris que podrien interrompre la gestió preventiva o permetre que una persona consulti informació fora de la seva responsabilitat.
- Crear un usuari amb permisos mínims i comprovar enllaços directes, descàrregues i informes, a més dels menús que apareixen en pantalla.
- Retirar a un usuari de prova i verificar què ocorre amb sessions obertes, enllaços compartits i accessos a sistemes connectats.
- Sol·licitar evidència d’una restauració que inclogui documents i relacions, comparant el resultat amb els objectius de recuperació acordats.
- Revisar qui pot canviar permisos o exportar grans volums i com es detecta una actuació administrativa no esperada.
- Assajar una comunicació d’incident: destinataris, canal alternatiu, informació mínima i persona amb autoritat per a decidir les següents accions.
Preguntes freqüents
Una certificació ISO 27001 garanteix que la meva configuració sigui segura?
No substitueix la revisió del teu ús concret. Comprova l’abast i vigència del certificat, i després valida permisos, integracions i procediments de la teva organització. Un servei certificat pot continuar utilitzant-se amb accessos excessius o amb documents compartits d’una forma que no correspon a la seva finalitat.
Autenticació multifactor i permisos resolen el mateix problema?
Són controls complementaris. L’autenticació ajuda a comprovar qui entra; els permisos delimiten què pot fer després. Prova tots dos amb perfils reals de treball i revisa la seva configuració. Un compte autenticat correctament pot continuar tenint accés excessiu si se li ha assignat un rol massa ampli.
Quina diferència hi ha entre RPO i RTO?
El RPO expressa l’objectiu de pèrdua de dades tolerable en el temps; el RTO, l’objectiu de temps per a recuperar el servei. Sol·licita definicions i evidències concordes al procés contractat. Tots dos han d’interpretar-se juntament amb les condicions, exclusions i responsabilitats de recuperació establertes.
Les dades de prova poden ser còpies d’històries clíniques reals?
És preferible utilitzar informació fictícia que reprodueixi els camps i escenaris necessaris. Copiar expedients reals afegeix exposició sense aportar necessàriament una millor prova. Si excepcionalment es necessita informació personal, revisa prèviament finalitat, legitimació, minimització, accés i eliminació amb els responsables de privacitat i seguretat.
Normativa i fonts consultades
- NCSC de Nova Zelanda: implantació i proves de còpies de seguretat. Orientació tècnica sobre recuperació, RPO, RTO i proves de restauració; no constitueix legislació espanyola ni colombiana.
- Reglament General de Protecció de Dades, articles 25 i 32. Unió Europea: protecció des del disseny i seguretat del tractament, quan el RGPD resulti aplicable.
- Llei 1581 de 2012. Colòmbia: principis de seguretat i confidencialitat per al tractament de dades personals.
Fonts consultades el 6 d’octubre de 2026.
