La auditoría de un sistema de receta médica privada electrónica no debería limitarse a verificar que la receta se genera correctamente o que contiene todos los datos obligatorios. Una parte esencial del análisis consiste en comprobar qué sucede con ella desde que se emite hasta que finaliza su ciclo de vida.
Una de las cuestiones que puede generar dudas es la siguiente: ¿debe dejar de estar disponible para el paciente una receta en cuanto ha sido dispensada o cambia de estado?
La respuesta no debería depender únicamente de una etiqueta como “EMITIDA” o “DISPENSADA”. Es necesario analizar conjuntamente la normativa aplicable, la situación del tratamiento y las distintas transiciones que puede experimentar la prescripción.
Receta electrónica y documentación del paciente
El Real Decreto 1718/2010, sobre receta médica y órdenes de dispensación, regula los requisitos y utilización de estos documentos.
En los sistemas electrónicos cobra especial importancia la Hoja de Información al Paciente (HIP). Esta documentación permite al paciente conocer los datos relacionados con su tratamiento y, en determinados sistemas, incorpora además códigos o identificadores necesarios para acceder a la prescripción desde la oficina de farmacia.
Esto obliga a distinguir dos conceptos que no siempre deberían tratarse de la misma manera: que una receta continúe siendo dispensable y que el paciente pueda seguir consultando información sobre su prescripción.
Por tanto, hacer desaparecer automáticamente toda la documentación cuando una receta cambia de estado puede resultar una solución demasiado simplificada.
Los estados de una receta no siguen siempre un proceso lineal
Desde el punto de vista técnico puede resultar tentador diseñar un flujo sencillo:
EMITIDA → DISPENSADA → FINALIZADA
Sin embargo, el funcionamiento real de la receta electrónica puede incorporar situaciones mucho más variadas.
Pueden existir recetas cuya dispensación todavía no sea posible por razones temporales, prescripciones bloqueadas, recetas pendientes de visado, fórmulas magistrales en elaboración o dispensaciones que no hayan completado toda la cantidad prescrita.
Por ello, en una auditoría resulta fundamental disponer de una matriz de estados y transiciones que determine qué acciones pueden realizar el paciente, el prescriptor y la farmacia en cada situación.
La disponibilidad de un documento no debería depender únicamente de una condición del tipo:
estado = EMITIDA
Debe comprobarse qué ocurre en todos los escenarios previstos por el sistema.
Dispensaciones parciales y anulaciones
Las dispensaciones parciales son un buen ejemplo de la importancia de este análisis.
El hecho de que haya existido una operación de dispensación no implica necesariamente que todo el proceso relacionado con esa receta haya concluido. Si todavía existen actuaciones pendientes, retirar automáticamente determinados documentos podría dificultar la continuación del procedimiento.
Algo similar sucede con las anulaciones de dispensación.
Una farmacia puede tener que anular una operación realizada previamente. Como consecuencia, una receta que había dejado de estar disponible para dispensación podría volver a una situación dispensable.
Esto demuestra que algunos cambios de estado pueden ser reversibles.
El software debe gestionar correctamente estas transiciones y recuperar las funcionalidades correspondientes cuando proceda. En auditoría, por tanto, no basta con revisar el estado almacenado: es necesario probar los recorridos entre estados.
Atención a los períodos de validez
Otro elemento que debe comprobarse son las reglas utilizadas para calcular la caducidad o vigencia de las recetas.
El Real Decreto 1718/2010 contempla reglas generales, pero también determinados supuestos específicos. Entre ellos se encuentran las vacunas individualizadas antialérgicas y bacterianas, para las que se contempla un plazo de validez de 90 días naturales.
Esto implica que utilizar indiscriminadamente un mismo período para todas las prescripciones puede provocar errores funcionales.
También deben tenerse en cuenta los tratamientos que requieren sucesivas dispensaciones. El artículo 10 del Real Decreto establece reglas relacionadas con los períodos de validez de las segundas y posteriores dispensaciones.
El sistema debería ser capaz de gestionar correctamente la relación entre:
tratamiento → prescripción → recetas → períodos de validez → dispensaciones.
Acceso a la información no significa posibilidad de dispensar
Una posible estrategia de diseño consiste en separar claramente ambas funciones.
Por un lado, puede existir una HIP operativa, que contenga los elementos necesarios para acceder a la dispensación y cuya disponibilidad dependa del estado de la receta.
Por otro, el sistema puede mantener una copia informativa o histórica que permita al paciente consultar posteriormente los datos de su prescripción sin incorporar identificadores activos que puedan utilizarse para solicitar una nueva dispensación.
Esta diferenciación resulta especialmente interesante desde las perspectivas de privacy by design y security by design.
Además de la normativa específica sobre receta médica, estos sistemas tratan datos relativos a la salud. Por ello, también deben considerarse el derecho de acceso reconocido en el artículo 15 del RGPD y las disposiciones de la Ley 41/2002, de autonomía del paciente, cuando resulten aplicables.
Mantener acceso a determinada información no significa mantener indefinidamente activa una receta para su dispensación.
¿Qué debería revisar una auditoría?
La auditoría debería comprobar, entre otros elementos, los estados existentes, las transiciones permitidas, los períodos de validez y sus excepciones, las dispensaciones parciales, las anulaciones, los bloqueos y reactivaciones, los visados, las fórmulas magistrales y la gestión del histórico.
También resulta relevante verificar qué sucede con los DataMatrix, códigos o identificadores utilizados para la dispensación cuando una receta deja de encontrarse en una situación que permita utilizarla.
Un caso de prueba especialmente útil sería recorrer el ciclo completo:
emisión → disponibilidad → dispensación → anulación → nueva disponibilidad → dispensación definitiva → histórico.
De esta forma se comprueba no solo que el estado cambia correctamente, sino también que los permisos y documentos disponibles evolucionan de manera coherente.
Modificaciones en sistemas certificados
Existe además una precaución importante cuando se trabaja con software de receta electrónica privada que ya ha superado un procedimiento de certificación.
Cambiar las reglas de disponibilidad de las recetas, modificar el contenido de la HIP o alterar el funcionamiento de los identificadores asociados puede afectar a funcionalidades evaluadas durante dicho proceso.
Antes de introducir cambios significativos conviene analizar su impacto sobre la certificación y determinar si existe alguna obligación de comunicación o revisión conforme al procedimiento aplicable.
Cuando existan dudas interpretativas, una buena práctica consiste en realizar la consulta por escrito y conservar tanto la solicitud como la respuesta como evidencia de auditoría.
Conclusión
La pregunta no debería ser únicamente cuándo debe dejar de descargarse una receta electrónica, sino qué documento puede consultar el paciente y qué puede hacer con él en cada momento de su ciclo de vida.
Una receta electrónica no es un documento estático. Puede cambiar de estado, quedar bloqueada, ser parcialmente dispensada, experimentar una anulación o volver a encontrarse disponible.
Por eso, una auditoría eficaz debe revisar la matriz completa de estados, transiciones, permisos y documentación, diferenciando claramente entre el acceso del paciente a su información y la posibilidad efectiva de utilizar una receta para obtener una dispensación.
En sistemas sanitarios, algunas de las desviaciones más relevantes no están en los campos visibles de una pantalla, sino en las reglas de negocio que determinan qué puede ocurrir antes, durante y después de cada cambio de estado.
