Antoni Nuñez Romeu
2c1b3cfca6
Build & Push Docker Images / test-backend (push) Successful in 24s
Build & Push Docker Images / test-frontend (push) Successful in 23s
Build & Push Docker Images / build-backend (push) Successful in 2m22s
Build & Push Docker Images / build-frontend (push) Successful in 57s
289 lines
17 KiB
HTML
289 lines
17 KiB
HTML
<!doctype html>
|
|
<html lang="es">
|
|
<head>
|
|
<meta charset="utf-8">
|
|
<title>Solicitud de patente OEPM - FarmaFinder</title>
|
|
<style>
|
|
@page {
|
|
size: A4;
|
|
margin: 22mm 20mm 22mm 20mm;
|
|
}
|
|
body {
|
|
font-family: "Liberation Serif", Georgia, serif;
|
|
font-size: 11.5pt;
|
|
line-height: 1.45;
|
|
color: #111;
|
|
margin: 0;
|
|
}
|
|
.page {
|
|
page-break-after: always;
|
|
}
|
|
.page:last-child {
|
|
page-break-after: auto;
|
|
}
|
|
h1, h2, h3 {
|
|
margin: 0 0 8px 0;
|
|
font-weight: 700;
|
|
}
|
|
h1 {
|
|
font-size: 18pt;
|
|
text-align: center;
|
|
margin-top: 42mm;
|
|
letter-spacing: 0.2px;
|
|
}
|
|
h2 {
|
|
font-size: 13.5pt;
|
|
margin-top: 18px;
|
|
border-bottom: 1px solid #444;
|
|
padding-bottom: 3px;
|
|
}
|
|
h3 {
|
|
font-size: 11.8pt;
|
|
margin-top: 14px;
|
|
}
|
|
.center { text-align: center; }
|
|
.meta {
|
|
margin-top: 22mm;
|
|
font-size: 12pt;
|
|
text-align: center;
|
|
}
|
|
.meta p { margin: 6px 0; }
|
|
.box {
|
|
border: 1px solid #444;
|
|
padding: 10px 12px;
|
|
margin: 12px 0;
|
|
}
|
|
.label {
|
|
font-weight: 700;
|
|
}
|
|
ul, ol {
|
|
margin: 6px 0 10px 24px;
|
|
padding: 0;
|
|
}
|
|
li { margin: 3px 0; }
|
|
.small {
|
|
font-size: 10pt;
|
|
}
|
|
.claims p {
|
|
margin: 6px 0 10px 0;
|
|
text-align: justify;
|
|
}
|
|
.claims .claim {
|
|
margin-bottom: 12px;
|
|
}
|
|
.indent {
|
|
margin-left: 18px;
|
|
}
|
|
.spaced p {
|
|
margin: 0 0 8px 0;
|
|
text-align: justify;
|
|
}
|
|
.footer-note {
|
|
margin-top: 14mm;
|
|
font-size: 10pt;
|
|
text-align: center;
|
|
}
|
|
</style>
|
|
</head>
|
|
<body>
|
|
<div class="page">
|
|
<h1>SOLICITUD DE PATENTE</h1>
|
|
<div class="meta">
|
|
<p><span class="label">Oficina:</span> Oficina Española de Patentes y Marcas (OEPM)</p>
|
|
<p><span class="label">Título de la invención:</span><br>
|
|
Sistema y procedimiento implementados por ordenador para la identificación de necesidades terapéuticas mediante escaneo de tarjeta sanitaria individual, contraste con stock farmacéutico geolocalizado y generación de acciones de suministro.</p>
|
|
</div>
|
|
|
|
<div class="box">
|
|
<p><span class="label">Solicitante:</span> Antoni Nuñez Romeu</p>
|
|
<p><span class="label">NIF/CIF:</span> 45858029P</p>
|
|
<p><span class="label">Domicilio:</span> C/ Font Vella 12, 1, Terrassa, Barcelona, 08221</p>
|
|
<p><span class="label">Inventor o inventores:</span> Antoni Nuñez Romeu</p>
|
|
</div>
|
|
|
|
<div class="footer-note">
|
|
Memoria descriptiva, reivindicaciones, resumen y referencia a dibujos
|
|
</div>
|
|
</div>
|
|
|
|
<div class="page">
|
|
<h2>1. Campo técnico de la invención</h2>
|
|
<div class="spaced">
|
|
<p>La invención se encuadra en los sistemas informáticos aplicados al sector sanitario y farmacéutico, en particular en soluciones de captura de identificadores sanitarios, comparación automatizada de disponibilidad de medicamentos y asistencia digital a la dispensación y suministro.</p>
|
|
</div>
|
|
|
|
<h2>2. Antecedentes de la invención</h2>
|
|
<div class="spaced">
|
|
<p>Las soluciones actuales de búsqueda de medicamentos y farmacias permiten localizar productos y mostrar stock aproximado, pero normalmente operan a partir de una búsqueda manual por nombre de medicamento o principio activo. También existen sistemas de geolocalización y de gestión de inventario, pero suelen estar desacoplados del contexto sanitario del usuario y no integran, en una única cadena técnica, la identificación mediante tarjeta sanitaria individual, la inferencia de necesidades terapéuticas y la comparación en tiempo real con disponibilidad farmacéutica local.</p>
|
|
<p>Además, cuando no existe stock en la farmacia más próxima, el usuario debe iniciar manualmente nuevos procesos de búsqueda o desplazamiento, sin que el sistema proponga de forma automatizada acciones técnicas de reserva, pedido o derivación basadas en la disponibilidad real.</p>
|
|
</div>
|
|
|
|
<h2>3. Problema técnico a resolver</h2>
|
|
<div class="spaced">
|
|
<p>La invención resuelve el problema técnico de reducir el tiempo y la fricción entre la identificación de una necesidad terapéutica y la localización de una farmacia que disponga del medicamento adecuado, integrando:</p>
|
|
<ul>
|
|
<li>lectura segura de identificadores sanitarios,</li>
|
|
<li>obtención de referencias de medicamento asociadas,</li>
|
|
<li>comparación automatizada con inventarios de farmacias,</li>
|
|
<li>priorización por proximidad y disponibilidad,</li>
|
|
<li>generación de acciones técnicas de suministro cuando no exista stock inmediato.</li>
|
|
</ul>
|
|
</div>
|
|
|
|
<h2>4. Resumen de la invención</h2>
|
|
<div class="spaced">
|
|
<p>La invención propone un sistema y procedimiento implementados por ordenador que operan sobre un terminal móvil o dispositivo de lectura. El sistema captura la información de una tarjeta sanitaria individual mediante escaneo, valida la información mediante un módulo de verificación, asocia el resultado al perfil del usuario autenticado y obtiene una lista de medicamentos o necesidades terapéuticas relevantes. Posteriormente, un motor de contraste consulta un repositorio de stock de farmacias geolocalizadas y determina la coincidencia entre la necesidad detectada y la disponibilidad real en cada establecimiento. Si existe stock, el sistema prioriza las farmacias adecuadas y presenta una ruta de acceso o reserva. Si no existe stock, el sistema genera automáticamente una acción de aviso, pedido, reserva o derivación, conservando trazabilidad técnica del evento. La invención no se limita a una búsqueda manual, sino que integra captura, validación, georreferenciación, consulta de stock y respuesta automática en una única arquitectura técnica.</p>
|
|
</div>
|
|
</div>
|
|
|
|
<div class="page">
|
|
<h2>5. Breve descripción de los dibujos</h2>
|
|
<div class="spaced">
|
|
<p><span class="label">Figura 1.</span> Diagrama de bloques general del sistema.</p>
|
|
<p><span class="label">Figura 2.</span> Flujo de captura y validación del escaneo de la TSI.</p>
|
|
<p><span class="label">Figura 3.</span> Flujo de contraste entre necesidad terapéutica y stock de farmacias.</p>
|
|
<p><span class="label">Figura 4.</span> Flujo de acción cuando no existe stock disponible.</p>
|
|
</div>
|
|
|
|
<h2>6. Descripción detallada de la invención</h2>
|
|
<h3>6.1 Arquitectura general</h3>
|
|
<div class="spaced">
|
|
<p>El sistema comprende al menos los siguientes módulos:</p>
|
|
<ol>
|
|
<li>un módulo de captura de imagen o lectura óptica para escanear la tarjeta sanitaria individual;</li>
|
|
<li>un módulo de extracción de datos para identificar los campos relevantes de la tarjeta;</li>
|
|
<li>un módulo de verificación de identidad y autorización, vinculado al usuario autenticado;</li>
|
|
<li>un módulo de obtención de necesidades terapéuticas o medicamentos asociados;</li>
|
|
<li>un módulo de geolocalización para obtener la posición del usuario o una posición de referencia;</li>
|
|
<li>un módulo de consulta de inventario para recuperar stock, precio y horario de farmacias;</li>
|
|
<li>un módulo de contraste y priorización para ordenar farmacias según disponibilidad y cercanía;</li>
|
|
<li>un módulo de generación de acciones para crear reserva, aviso, pedido o derivación;</li>
|
|
<li>un módulo de trazabilidad y auditoría.</li>
|
|
</ol>
|
|
</div>
|
|
|
|
<h3>6.2 Funcionamiento</h3>
|
|
<div class="spaced">
|
|
<p>En una realización preferida, el usuario abre la aplicación y solicita el escaneo de su tarjeta sanitaria individual. El terminal captura la imagen o el código de la tarjeta y el módulo de extracción identifica los datos técnicos necesarios para enlazar el contexto sanitario del usuario con un conjunto de medicamentos o referencias de tratamiento.</p>
|
|
<p>El sistema valida que la operación se ejecuta sobre un usuario autenticado y autorizado. A continuación, el motor de contraste consulta el inventario de farmacias cercanas, recuperando para cada farmacia al menos su ubicación, horario, stock y, opcionalmente, precio.</p>
|
|
<p>El módulo de priorización calcula una orden de resultados en base a criterios técnicos tales como:</p>
|
|
<ul>
|
|
<li>existencia de stock,</li>
|
|
<li>nivel de stock,</li>
|
|
<li>distancia geográfica,</li>
|
|
<li>horario de apertura,</li>
|
|
<li>capacidad de reserva o solicitud de pedido.</li>
|
|
</ul>
|
|
<p>Cuando existe disponibilidad, el sistema muestra una lista priorizada de farmacias y puede iniciar una reserva o una indicación de recogida. Cuando no existe disponibilidad, el sistema no se limita a informar de la falta de stock, sino que genera una acción técnica adicional, por ejemplo:</p>
|
|
<ul>
|
|
<li>alerta a la farmacia seleccionada,</li>
|
|
<li>solicitud de pedido a distribución o proveedor,</li>
|
|
<li>derivación automática a otra farmacia con stock,</li>
|
|
<li>registro de una lista de espera o interés de suministro.</li>
|
|
</ul>
|
|
</div>
|
|
|
|
<h3>6.3 Tratamiento de datos y seguridad</h3>
|
|
<div class="spaced">
|
|
<p>La invención prevé que la información derivada del escaneo de la TSI se trate con medidas de minimización de datos, control de acceso, cifrado en tránsito y registro de eventos. El sistema no expone innecesariamente los datos de la tarjeta sanitaria y solo conserva los elementos imprescindibles para la operación descrita.</p>
|
|
</div>
|
|
|
|
<h3>6.4 Integración con la plataforma FarmaFinder</h3>
|
|
<div class="spaced">
|
|
<p>En una implementación concreta, el sistema puede integrarse con una plataforma que ya disponga de:</p>
|
|
<ul>
|
|
<li>catálogo de farmacias,</li>
|
|
<li>geolocalización,</li>
|
|
<li>stock por medicamento,</li>
|
|
<li>autenticación de usuario,</li>
|
|
<li>notificaciones push,</li>
|
|
<li>histórico de acciones y preferencias.</li>
|
|
</ul>
|
|
<p>La integración permite que el resultado del escaneo de la TSI no se limite a una consulta pasiva, sino que se convierta en un disparador de decisiones técnicas sobre disponibilidad y suministro.</p>
|
|
</div>
|
|
</div>
|
|
|
|
<div class="page">
|
|
<h2>7. Ejemplo de realización</h2>
|
|
<div class="spaced">
|
|
<ol>
|
|
<li>El usuario inicia sesión en la aplicación.</li>
|
|
<li>El usuario escanea su TSI con la cámara del terminal.</li>
|
|
<li>El sistema extrae el identificador necesario y lo vincula al perfil autorizado.</li>
|
|
<li>El motor terapéutico asocia una necesidad de medicamento o tratamiento.</li>
|
|
<li>El sistema consulta farmacias cercanas con stock del medicamento.</li>
|
|
<li>Si hay stock, ordena las farmacias por proximidad y disponibilidad.</li>
|
|
<li>Si no hay stock, genera una reserva, una alerta o una solicitud de pedido.</li>
|
|
</ol>
|
|
</div>
|
|
|
|
<h2>8. Reivindicaciones</h2>
|
|
<div class="claims">
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 1.</span> Sistema implementado por ordenador para identificar una necesidad terapéutica a partir del escaneo de una tarjeta sanitaria individual, caracterizado porque comprende medios de captura para obtener datos de la tarjeta sanitaria individual; medios de verificación para asociar dichos datos a un usuario autenticado; medios de obtención de una referencia de medicamento o necesidad terapéutica; medios de consulta de inventario para recuperar stock de farmacias geolocalizadas; medios de contraste para comparar la referencia de medicamento o necesidad terapéutica con el stock disponible; y medios de generación de acciones para producir una reserva, aviso, pedido o derivación cuando el stock disponible sea insuficiente.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 2.</span> Sistema según la reivindicación 1, en el que los medios de consulta de inventario ordenan las farmacias según una combinación de stock disponible, proximidad geográfica y horario de apertura.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 3.</span> Sistema según cualquiera de las reivindicaciones anteriores, en el que los datos de la tarjeta sanitaria individual son tratados mediante un módulo de minimización y cifrado para limitar su almacenamiento a los campos técnicamente necesarios.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 4.</span> Sistema según cualquiera de las reivindicaciones anteriores, en el que la generación de acciones comprende la creación de una reserva, la emisión de una notificación a la farmacia o la solicitud de pedido a un circuito de suministro.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 5.</span> Sistema según cualquiera de las reivindicaciones anteriores, en el que la comparación de stock se realiza contra un repositorio de farmacias enlazadas con medicamentos mediante un identificador de registro farmacológico.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 6.</span> Sistema según cualquiera de las reivindicaciones anteriores, en el que la geolocalización del usuario se obtiene a partir de coordenadas almacenadas en un perfil autenticado o a partir del dispositivo de lectura.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 7.</span> Procedimiento implementado por ordenador para asistir en la localización y suministro de medicamentos, caracterizado porque comprende escanear una tarjeta sanitaria individual; verificar la autorización del usuario; derivar una necesidad terapéutica o referencia de medicamento; consultar stock de farmacias geolocalizadas; comparar la necesidad con el stock disponible; y generar una acción técnica de reserva, aviso, pedido o derivación cuando no exista disponibilidad suficiente.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 8.</span> Procedimiento según la reivindicación 7, en el que la comparación y priorización se ejecutan en tiempo real o cuasi tiempo real durante la interacción del usuario con la aplicación.</p>
|
|
</div>
|
|
<div class="claim">
|
|
<p><span class="label">Reivindicación 9.</span> Dispositivo móvil, terminal o sistema de lectura que comprende una cámara o lector óptico y que está configurado para ejecutar el sistema de cualquiera de las reivindicaciones 1 a 6.</p>
|
|
</div>
|
|
</div>
|
|
</div>
|
|
|
|
<div class="page">
|
|
<h2>9. Aplicación industrial</h2>
|
|
<div class="spaced">
|
|
<p>La invención es susceptible de aplicación industrial en plataformas de asistencia farmacéutica, sistemas de gestión de inventario, servicios de reserva o pedido de medicamentos y terminales de consulta sanitaria.</p>
|
|
</div>
|
|
|
|
<h2>10. Resumen</h2>
|
|
<div class="spaced">
|
|
<p>La presente invención se refiere a un sistema y procedimiento implementados por ordenador que permiten, a partir del escaneo de una tarjeta sanitaria individual mediante un terminal móvil o dispositivo equivalente, asociar de forma segura un contexto de paciente a una necesidad terapéutica, obtener una referencia de medicamentos relevantes, comparar dicha necesidad con el stock disponible en farmacias geolocalizadas y generar, en caso de falta de disponibilidad, una acción de reserva, aviso, solicitud de pedido o derivación a una farmacia alternativa. El sistema integra captura de datos, verificación de identidad, geolocalización, consulta de disponibilidad, gestión de stock y generación de eventos de suministro en una única cadena técnica de procesamiento.</p>
|
|
</div>
|
|
|
|
<h2>11. Notas para presentación en OEPM</h2>
|
|
<h2>11. Anexo de dibujos</h2>
|
|
<div class="spaced">
|
|
<p>Las figuras indicadas en la presente memoria tienen carácter esquemático y se incorporan a efectos ilustrativos de la arquitectura, del flujo de captura, del contraste de stock y de la generación de acciones. En una presentación definitiva, dichas figuras podrán acompañarse como láminas separadas numeradas de forma consecutiva.</p>
|
|
</div>
|
|
|
|
<h2>12. Firma del solicitante</h2>
|
|
<div class="spaced">
|
|
<p>En Terrassa, a 22 de junio de 2026.</p>
|
|
<p>Fdo.: Antoni Nuñez Romeu</p>
|
|
<p>DNI/NIF: 45858029P</p>
|
|
</div>
|
|
|
|
<h2>13. Notas para presentación en OEPM</h2>
|
|
<div class="spaced small">
|
|
<ul>
|
|
<li>La solicitud debe presentarse como una única invención o un único concepto inventivo general.</li>
|
|
<li>La descripción, reivindicaciones y dibujos deben ser coherentes entre sí.</li>
|
|
<li>La protección en patente debe apoyarse en un efecto técnico concreto y no en una mera regla comercial o método abstracto.</li>
|
|
<li>Esta redacción evita formular una reivindicación independiente de "programa de ordenador como tal" y se centra en un sistema y un procedimiento implementados por ordenador con interacción técnica sobre captura, contraste de inventario y generación de acciones.</li>
|
|
<li>Antes de presentar la solicitud conviene una búsqueda de anterioridades y una revisión por agente de propiedad industrial.</li>
|
|
</ul>
|
|
</div>
|
|
</div>
|
|
</body>
|
|
</html>
|