Un paciente le pregunta a recepción: "¿Yo acepté que le mandaran mis resultados al médico de mi empleador?" La recepcionista mira la pantalla. Hay una nota de texto libre que dice "ok verbal". Sin fecha, sin nombre, sin saber qué se acordó exactamente. Todos en la sala actúan de buena fe, y nadie puede demostrar nada.
Esa es la realidad cotidiana del consentimiento y la privacidad en muchos consultorios chicos. Este artículo trata de qué debería registrar un sistema para que esa pregunta tenga respuesta. Habla de software y proceso, no es asesoramiento legal. Lo que aplica en tu caso depende de tu país, tu profesión y tus pacientes, así que confirmalo con un profesional calificado.
El consentimiento es más que una casilla
Una tilde dice "sí" y nada más. Cuando alguien pregunta después a qué accedió, un sí pelado sirve de poco. Un buen registro de consentimiento responde cinco preguntas simples:
- Quién aceptó: el paciente, o alguien que actúa por él, y en qué carácter.
- A qué exactamente: tratamiento, compartir datos con un tercero, recibir recordatorios, ser contactado por mail. Son cosas distintas y deben registrarse por separado.
- Cuándo, con fecha y hora.
- Qué versión del aviso o formulario se le mostró. Si el texto cambia el año que viene, necesitás saber qué leyó realmente esta persona.
- De qué manera se dio: firmado en papel y escaneado, en una tablet, verbalmente y anotado por un miembro del personal, y por quién.
Retirar el consentimiento importa tanto como darlo
La gente cambia de opinión. Un sistema que registra "consintió" pero no tiene forma clara de registrar "retiró el consentimiento en esta fecha" seguirá actuando según un sí viejo. El buen diseño trata el consentimiento como un historial, no como un indicador único: cada otorgamiento y cada retiro son una entrada con fecha, y el estado actual es lo que diga la última. Nada se sobrescribe, así que siempre podés reconstruir qué era cierto un día determinado.
El retiro además tiene que tener efecto. Si un paciente dice que ya no quiere recordatorios por mensaje, la función de recordatorios debe consultar el registro antes de enviar, no depender de que alguien se acuerde.
Acceso y corrección, a nivel básico
En general los pacientes pueden pedir ver qué información tenés sobre ellos y que se corrijan los errores. Los detalles varían según el país, así que acá va solo lo que pude confirmar en los textos oficiales de Argentina, a modo de ejemplo.
La Ley 25.326 (protección de datos personales) incluye la información referente a la salud entre los datos sensibles, exige, como regla general, consentimiento libre, expreso e informado para tratar datos (con excepciones), y da derecho a solicitar y obtener información sobre los propios datos y a que se rectifiquen, actualicen y, cuando corresponda, supriman. La Ley 26.529 (derechos del paciente) exige el consentimiento informado para las actuaciones médico-sanitarias en general, y dispone que se entregue copia de la historia clínica a simple requerimiento del paciente.
Las menciono solo para marcar algo sobre el software: no son casos raros. Son pedidos comunes que van a llegar a tu mostrador. Si la respuesta a "¿me pueden dar todo lo que tienen sobre mí?" es una búsqueda de dos días por tres programas, el problema es el sistema.
En la práctica, eso significa poder:
- encontrar todo lo vinculado a una persona en una sola búsqueda;
- exportarlo en una forma legible;
- corregir un registro dejando constancia de qué se cambió, cuándo y quién (la corrección no debe borrar el historial);
- ver quién consultó un registro, lo que además ayuda con la siguiente sección.
Quién puede ver qué
La privacidad no se trata solo de que el paciente pregunte. También se trata de tu propio personal. No todos necesitan todas las fichas. Un buen sistema da a cada rol acceso a lo que su tarea requiere y guarda un registro de accesos: quién abrió qué ficha y cuándo. Ese registro te permite responderle a un paciente que pregunta "¿quién vio mi historia?", y desalienta la curiosidad por un vecino o una persona famosa.
Retención: cuánto guardar y cuándo soltar
Hay dos presiones opuestas. Algunos registros deben conservarse un plazo mínimo. En Argentina, la Ley 26.529 fija un mínimo de diez años para la historia clínica, contados desde la última actuación registrada. Otros datos, como el contacto para una lista de marketing, no deberían guardarse para siempre solo porque almacenar es barato.
El sistema puede ayudar de forma muy concreta. Cada tipo de registro tiene una regla de retención, el software marca lo que llegó al final, y una persona lo revisa antes de borrar o archivar nada. Si una regla en particular aplica a tus registros es una pregunta para tu asesor profesional, no para tu desarrollador.
Qué hace un sistema a medida al respecto
El software de góndola suele tener una casilla de consentimiento y poco más. Un sistema a medida puede modelar el consentimiento como trabaja tu consultorio de verdad: los formularios que usás, los servicios que ofrecés, quiénes pueden consentir por otros y los idiomas en que operás. Puede versionar tus avisos, guardar la copia firmada junto a la ficha, aplicar el retiro automáticamente a recordatorios y envíos, y generar la exportación de "todo sobre esta persona" sin una búsqueda manual.
Un primer paso
Tomá una situación real, como "un paciente pregunta quién vio su ficha y a qué dio su consentimiento". Intentá responderla hoy con tus herramientas actuales, y cronometrala. Los huecos con los que te topes son tu lista inicial. Compartí esa lista, y no un vago deseo de "cumplimiento tipo GDPR", con un desarrollador y con tu asesor.