Caso de uso · Medicamentos

Propuesta de piloto

El QR nace con el medicamento

Cada frasco de solución oral de 120 ml lleva un QR único desde el envase. Se emite la identidad, se imprime y se activa al finalizar la producción; después, cada consulta contrasta la unidad con su registro.

Este caso se presenta como propuesta de piloto dirigida a un regulador de medicamentos. No describe una implementación oficial, no implica relación contractual y no afirma la participación de ninguna agencia.

El problema que se plantea resolver

Un lote identifica un conjunto; el QR de Traza identifica cada unidad. El frasco y su caja permiten contrastar producto, concentración, forma farmacéutica, fabricante o importador, registro sanitario, lote y vencimiento. Los datos del ejemplo no corresponden a un medicamento autorizado.

La inspección de campo se enfrenta a un volumen que no puede cubrir sin señales que la orienten. Los equipos llegan donde pueden, no necesariamente donde hace falta, y lo que observan rara vez queda unido al registro de la unidad.

El público, por su parte, no tiene una forma sencilla de verificar lo que compra. Las herramientas que exigen instalar algo o crear una cuenta no se usan en el momento de la compra. La propuesta parte de esa realidad: verificación web, sin instalación ni cuenta, en el punto de venta.

Alcance propuesto del piloto

El piloto se plantea acotado: un conjunto de productos, un grupo reducido de actores de la cadena y un periodo definido, con inspección de campo incluida desde el inicio.

  • Identidad unitaria firmada

    Cada unidad recibe un identificador único, firmado por el fabricante o importador que la pone en el mercado.

  • Impresión directa en el envase

    El QR se imprime en la caja, etiqueta o precinto durante el acondicionamiento. Cada unidad conserva su identificador; no se reutiliza un código para todo el lote.

  • Registro del ciclo de vida

    Emisión → impresión → activación al finalizar producción → consulta y control. El cierre de la ficha del lote activa solo las unidades efectivamente producidas.

  • Verificación pública web

    Cualquier persona verifica desde el navegador y recibe un resultado explicado por señales, con el contexto del regulador.

  • Inspección de campo

    Los inspectores verifican en sitio, contrastan con el registro y dejan constancia de lo observado dentro del propio piloto.

  • Reporte de discrepancias

    Quien detecta una diferencia entre la unidad y el registro puede reportarla con datos mínimos y opcionales.

Identidad visible. Trazabilidad conectada.

Doce características de la estampilla.

La propuesta de estampilla reúne la identidad de cada unidad y los datos de su medicamento. El QR abre la consulta; el código de barras representa el consecutivo de impresión de ejemplo.

Etiqueta ilustrativa de solución oral Traza de 120 ml, diseñada como una sola pieza.
Concepto visual de etiqueta. El QR funcional y los doce campos se consultan a continuación.

Los datos de la unidad, campo por campo

EMPRESA PÚBLICA Y/O PRIVADA EJEMPLO
Identificador único TRZ-7F2K-4K7Q-92FA
Territorio de destino Por definir en cada implementación
Nombre del medicamento Solución oral Traza
Contenido neto 120 ml
Forma y concentración Solución oral
No indicada
Fabricante o importador · registro sanitario Laboratorio Cerro Alto
RS-EJEMPLO
Sitio de consulta traza.technology
Consecutivo de impresión 000001 Consecutivo de ejemplo
Código de barrasCode 128
Fecha de emisión
Lote de producción LOTE-VS-26-012
Datos de ejemplo; no identifican un medicamento comercial ni una relación institucional existente. El territorio y las condiciones de impresión se definen en cada implementación. La imagen de etiqueta es un concepto ilustrativo, no una pieza lista para impresión ni una acreditación de seguridad física o validez fiscal. Consultar el QR no certifica el contenido del envase.
  1. Código QR

    Abre la URL pública de esta unidad. Una copia del gráfico conserva el mismo identificador.

  2. Identificador único

    El ID legible coincide con el QR y puede introducirse manualmente para consultar la unidad.

  3. Territorio de destino

    Se define para cada implementación. Aquí no se declara una jurisdicción ni una operación territorial real.

  4. Sitio de consulta

    El dominio visible indica dónde consultar la identidad, también fuera de esta página.

  5. Consecutivo de impresión

    Número de ejemplo de la pieza impresa. Es un campo distinto del identificador de la unidad.

  6. Código de barras

    Code 128 legible que codifica el consecutivo de ejemplo. No representa una identificación GS1 ni validación fiscal.

  1. Contenido neto

    El volumen se toma de la presentación registrada: 120 ml para esta unidad.

  2. Nombre del medicamento

    La denominación permite contrastar el envase con la ficha de la unidad consultada.

  3. Forma y concentración

    Forma farmacéutica y concentración correspondientes al medicamento de ejemplo.

  4. Responsable y registro sanitario

    Fabricante o importador y referencia sanitaria declarada. RS-EJEMPLO no representa una aprobación oficial.

  5. Fecha de emisión

    Fecha en que se emitió la identidad. Es distinta de producción, activación o vencimiento.

  6. Lote de producción

    Se conserva como campo propio y coincide con el lote de la unidad consultada.

Quién participa

La propuesta describe seis papeles. Cada uno ve el registro con el nivel de detalle que le corresponde.

  • Regulador de medicamentos

    Define el marco, gobierna el registro, sigue anomalías y reportes, y dirige la inspección de campo. En la propuesta, este papel corresponde al destinatario del piloto.

  • Fabricantes e importadores

    Solicitan identidades para sus unidades y completan producto, concentración, forma farmacéutica, registro sanitario, lote y vencimiento. Responden por los datos declarados.

  • Producción y acondicionamiento

    Imprimen los identificadores en los envases, comprueban su lectura y cierran la ficha al terminar la producción. Esa confirmación activa los códigos utilizados.

  • Farmacias y puntos de dispensación

    Ponen el código a disposición del público y contrastan el envase con el registro. El piloto no registra ventas, transporte ni distribución.

  • Inspectores de campo

    Verifican en sitio, contrastan lo físico con lo registrado y dejan constancia de lo observado.

  • Público

    Verifica en el punto de venta, lee un resultado claro y reporta si algo no coincide.

Arquitectura objetivo

La propuesta describe la arquitectura hacia la que se diseñaría el piloto. Se presenta como objetivo, no como sistema construido.

  • 01

    Identidad unitaria firmada con ECDSA P-256

    Cada identificador se firma con criptografía de curva elíptica (ECDSA P-256) usando claves gestionadas por el emisor. Se propone como estándar del caso de uso.

  • 02

    Verificación pública web, sin instalación ni cuenta

    Un servicio web evalúa firma, estado en el registro, coincidencia de datos y anomalías, y devuelve un resultado explicado.

  • 03

    Registro del ciclo de vida

    Registro de emisión, impresión, activación, consultas, señales y cierre, con responsable y fecha. No requiere registrar movimientos logísticos.

  • 04

    Inspección de campo dentro del piloto

    Herramientas para que los inspectores verifiquen en sitio y registren observaciones vinculadas a cada unidad.

  • 05

    Reporte de discrepancias

    Un canal público para reportar diferencias entre la unidad y el registro, con datos mínimos y opcionales.

  • 06

    Anticopia y validación tributaria · fase 2

    Las medidas físicas anticopia y la validación del pago de tributos se evaluarían en una fase posterior. La validación tributaria depende de la integración y autorización de la autoridad competente; no está disponible en este ejemplo. Una firma digital por sí sola no impide copiar la etiqueta.

Arquitectura objetivo de la propuesta: no implementada todavía. Su desarrollo y su auditoría forman parte del alcance que se acordaría con la institución.

La inspección de campo forma parte del piloto

La propuesta no aplaza la inspección de campo a una fase posterior: la incluye desde el inicio. Las señales del registro orientan a los equipos, y lo que observan en sitio vuelve al registro. Lo que llega más tarde es la aplicación específica para inspectores; al principio se trabaja con la misma web y las vistas institucionales.

  • Verificación en sitio con la misma página web que usa el público, con vistas adicionales para el inspector
  • Constancia de cada inspección vinculada a la unidad y al punto de venta
  • Priorización a partir de anomalías y de reportes de discrepancia
  • Retroalimentación al registro: lo observado en campo actualiza el estado de la unidad

Co-brand condicional

La propuesta permite que una empresa pública y/o privada presente la verificación junto a Traza. La franja y el ejemplo usan la paleta de Traza; la marca de cada participante requiere autorización.

El lockup «EMPRESA PÚBLICA Y/O PRIVADA | TRAZA» es un ejemplo de co-brand condicional incluido en la propuesta de piloto. Se muestra en versión tipográfica, sin emblema oficial, y su uso depende de la aprobación de la institución. No implica relación oficial, respaldo ni aprobación.

Ver la verificación con el tenant de ejemplo

Propuesta de piloto Medicamentos

Ejemplo de co-brand de una propuesta de piloto. No implica relación oficial, aprobación ni implementación.

El lockup de tenant que se muestra es un ejemplo de co-brand incluido en una propuesta de piloto. Su uso está condicionado a la aprobación de la institución correspondiente y no implica relación oficial, respaldo ni aprobación.

Lo que esta propuesta no afirma

Para evitar confusiones, dejamos por escrito lo que esta página no dice.

  • No afirma que exista una implementación oficial ni un sistema en funcionamiento.
  • No afirma una relación contractual, comercial o institucional con ninguna empresa, autoridad o agencia.
  • No presenta cifras del piloto: cantidades, plazos, costos o resultados.
  • No afirma seguridad de producción: la arquitectura descrita es un objetivo cuya implementación se audita en cada despliegue.
  • No ofrece conclusiones legales ni regulatorias; la propuesta no sustituye el análisis normativo que corresponda.
  • No autoriza el uso de la marca ni del emblema de ninguna institución; el lockup mostrado es un ejemplo condicional.

Vea el caso de uso en la plataforma

La verificación pública con el tenant de ejemplo, el ciclo de vida de un frasco y la vista institucional muestran cómo se vería el piloto.