Gestió consulta nutricional: com centralitzar-la

Comença per dibuixar el recorregut de la informació

Abans d’escollir carpetes, etiquetes o una aplicació, dibuixa el recorregut de cada element. Comença quan una persona demana visita i acaba quan es tanca una revisió. Anota on es crea el perfil, on s’acorden els objectius, com es lliura el pla, per quin canal arriben els registres, qui els revisa i on queda la decisió. El mapa no necessita una notació tècnica: unes caixes, fletxes i responsables n’hi ha prou per trobar repeticions, passos manuals i llocs on una versió pot quedar oblidada.

Separa la informació per funció, no només per format. Un PDF pot ser un pla vigent, una còpia històrica o un document que la persona encara no ha obert. Un missatge pot contenir un dubte útil, una incidència d’accés o una conversa que no s’hauria de convertir automàticament en registre clínic. Aquesta distinció evita barrejar fets, interpretacions i tasques. També ajuda a decidir què mereix romandre connectat al perfil i què ha de sortir de la safata d’entrada després d’haver estat atès.

Per a cada tipus d’informació, escriu una frase de finalitat. Per exemple: l’objectiu orienta la revisió; el pla recull l’acord vigent; el registre aporta context del període; la comunicació resol una pregunta o coordina una acció. Si no pots explicar per a què serveix un camp, una etiqueta o un document, no l’afegeixis per costum. La centralització útil redueix la cerca i millora la conversa; no augmenta la quantitat de dades que l’equip ha de mantenir.

L’Agència Espanyola de Protecció de Dades explica que la protecció per defecte ha d’aplicar la minimització des del disseny i limitar, com a configuració inicial, la quantitat, l’abast, la conservació i l’accessibilitat de les dades. Per això convé provar el mapa amb un cas d’exemple abans de traslladar expedients reals. L’objectiu d’aquesta fase és descobrir necessitats operatives, no decidir per endavant una base jurídica ni tancar una avaluació de riscos.

• Element que es crea, actualitza o consulta.
• Persona responsable de mantenir-lo i revisar-lo.
• Font única que es considera vigent.
• Moment en què deixa de ser operatiu.
• Pregunta que ajuda a respondre a la revisió.

Organitza la gestió consulta nutricional per capes

Una estructura clara sol funcionar millor quan distingeix quatre capes. La primera és la identitat operativa del perfil: dades de contacte necessàries, preferències comunicades i estat de la relació professional. La segona reuneix objectius i acords, que han de conservar la data i el context de la conversa. La tercera conté el pla o els documents que es comparteixen. La quarta recull registres i observacions que es revisaran en un període concret. La separació no crea sitges; permet saber què es pot modificar, què s’ha de confirmar i què només serveix com a context.

Dins de cada capa, utilitza noms que una persona pugui entendre sense conèixer la història de l’arxiu. En lloc de «final_v3_definitiu», usa una convenció amb tipus, data i estat: «pla-alimentacio_2026-08-10_vigent». No confonguis una nomenclatura ordenada amb un control de versions complet. El nom ajuda a orientar-se, però la font de veritat ha d’indicar quin document en substitueix un altre, qui ha fet el canvi i des de quan s’aplica.

Defineix també la regla d’entrada. Un registre d’àpat pot arribar per foto, text o veu, però la consulta ha de saber com s’identifica, a quina data correspon i si requereix un aclariment. Un document compartit s’ha d’associar al perfil correcte i mostrar si està pendent de lectura. Una petició enviada per correu s’ha de convertir en una tasca amb responsable i estat, no quedar enterrada entre respostes. Aquestes regles fan que la centralització funcioni encara que l’equip rebi informació per canals diferents.

La informació no té el mateix valor en tots els moments. Abans de la primera visita pot ser suficient reunir dades de contacte i preguntes inicials. Durant el seguiment importen el pla vigent, els objectius, els registres acordats i les incidències que afecten la revisió. En tancar una etapa, convé distingir què s’ha de conservar de què ja no és necessari per al flux. No estableixis terminis universals sense revisar les obligacions aplicables al tipus de servei i al document.

Una prova pràctica consisteix a demanar a una altra persona que trobi tres elements sense ajuda: el pla vigent, l’última decisió acordada i un dubte encara obert. Cronometra la cerca només com a indicador intern, però observa sobretot on apareixen dubtes. Si ha d’obrir cinc llocs o preguntar qui té la versió correcta, el problema és l’estructura, no la memòria d’aquella persona. L’organització ha de permetre recuperar context amb una seqüència que es pugui explicar.

Protegeix l’accés, les versions i la revisió

Centralitzar no significa que tot l’equip hagi de veure-ho tot. Defineix perfils d’accés segons la tasca real: qui coordina una visita no necessita consultar el contingut complet d’un pla; qui prepara una revisió necessita el context acordat; qui administra l’eina pot necessitar funcions tècniques, però no per això ha d’interpretar informació sanitària. Comprova que els permisos es puguin retirar quan canvia la relació professional i que l’accés del client correspongui al seu propi espai.

L’AEPD recorda que la protecció per defecte també afecta el disseny del tractament, amb independència que s’utilitzi una aplicació, paper o una combinació de suports. Tradueix aquest principi en decisions observables: camps no obligatoris que no s’activen, perfils de prova separats, enllaços amb destinatari clar, exportacions controlades i una configuració inicial que no exposi més informació de la necessària. Són criteris de disseny i d’operació, no una certificació automàtica de compliment.

Cada canvi de pla necessita una petita fitxa de versió. Registra què s’ha actualitzat, qui ho ha revisat, des de quina data és aplicable i què ha de fer la persona. Retira l’etiqueta de vigent del document anterior sense esborrar-lo de manera impulsiva si hi ha una obligació de conservació o una necessitat legítima de traçabilitat. La gestió documental no pot resoldre per si sola les decisions legals; quan hi ha dubtes sobre conservació, accés o proveïdors, consulta assessorament especialitzat.

Programa una revisió curta del sistema, no només del cas. Un cop per setmana, comprova perfils sense responsable, documents sense estat, tasques vençudes i accessos que ja no corresponen. Un cop al mes, revisa si els camps continuen responent a la finalitat, si l’equip utilitza els mateixos noms i si les persones troben el que necessiten. L’objectiu no és auditar cada moviment, sinó detectar aviat la deriva que torna a dispersar la informació.

El criteri professional ha de continuar sent visible. El codi deontològic de CoDiNuCat situa el respecte, la confidencialitat i l’autonomia de les persones en la pràctica del dietista-nutricionista. Una eina pot facilitar l’accés i la continuïtat, però no decideix què significa un registre, què s’ha de preguntar o quina recomanació és adequada. Documenta l’observació i la decisió per separat, i deixa clar quan cal una conversa professional en lloc d’una resposta automàtica.

Aplica un flux de NutriCoach que puguis revisar

Pots provar el sistema amb un flux de deu minuts i un perfil fictici. Primer, crea o selecciona el perfil de prova. Després, escriu un objectiu amb data i una pregunta que vulguis poder respondre. Afegeix un document de pla amb estat pendent, comparteix-lo i confirma què veu l’altra part. Incorpora dos registres d’exemple, anota una incidència i converteix-la en una tasca. Finalment, redacta una nota de revisió que separi el que s’ha observat, el que falta confirmar i el següent pas acordat.

El flux funciona si cada acció deixa un senyal comprensible. S’ha de poder saber quin és l’objectiu actiu, quin document és vigent, quins registres pertanyen al període i quina tasca continua oberta. Si una persona necessita copiar informació entre sistemes perquè el professional següent entengui el cas, la centralització encara no està resolta. En aquest punt, simplifica camps o canvia l’ordre de les tasques abans d’afegir automatitzacions.

Per mesurar la utilitat, utilitza preguntes operatives i no promeses de resultat. Es troba el pla sense obrir converses antigues? Es distingeix una observació d’una interpretació? Es pot explicar qui ha d’actuar? El client sap on consultar el document vigent? Es pot corregir un error sense crear una tercera còpia? Les respostes serveixen per decidir què mantenir, què eliminar i què necessita una explicació més clara. No converteixis aquests indicadors en resultats clínics ni comercials.

Comença amb un abast petit: una plantilla de perfil, una regla de noms, un tipus de document i una manera pactada de revisar registres. Demana feedback al professional i al client pilot per separat. El professional pot detectar que falta context per preparar la consulta; el client pot assenyalar que una instrucció, un permís o un accés no s’entén. Ajusta l’estructura amb aquestes troballes i documenta la data del canvi perquè la prova continuï sent comparable.

Una bona revisió també necessita un tancament compartit. Resumeix quina informació es considera fiable, quines preguntes queden obertes i qui farà la pròxima acció. Si el client ha de completar un registre, explica per a què servirà i durant quant de temps s’observarà. Si el professional ha de confirmar una dada, deixa la petició visible sense convertir-la en una conclusió. Aquest tancament evita que la centralització es confongui amb vigilància i permet que la conversa següent comenci des d’un acord comprensible. Repeteix l’exercici amb els casos que tinguin més canvis, més documents o més d’una persona responsable, perquè és on solen aparèixer les excepcions que una plantilla massa rígida no sap gestionar.

Si un canvi afecta diverses persones, prova primer l’explicació i després l’eina. Una instrucció clara redueix errors. Anota el resultat i ajusta-ho. Guarda la prova amb la data i decisions per comprovar si l’estructura és útil encara.

Una centralització sostenible també necessita una sortida. Defineix com exportar la informació necessària, comprovar els documents, retirar accessos i comunicar el canvi si la consulta abandona una eina. Revisa les condicions del proveïdor i les responsabilitats concretes abans de migrar dades reals. Si el sistema no permet explicar què es conserva, qui pot accedir i com es corregeix una incidència, no està preparat per convertir-se en la font principal. La bona organització es reconeix perquè fa més clara la decisió següent, no perquè acumuli més pantalles.