ES2233673T3 - Mejoras relacionadas con sistemas de gestion de la informacion. - Google Patents
Mejoras relacionadas con sistemas de gestion de la informacion.Info
- Publication number
- ES2233673T3 ES2233673T3 ES01963226T ES01963226T ES2233673T3 ES 2233673 T3 ES2233673 T3 ES 2233673T3 ES 01963226 T ES01963226 T ES 01963226T ES 01963226 T ES01963226 T ES 01963226T ES 2233673 T3 ES2233673 T3 ES 2233673T3
- Authority
- ES
- Spain
- Prior art keywords
- patient
- pharmacy
- information
- patients
- drugs
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
- 239000003814 drug Substances 0.000 claims abstract description 172
- 229940079593 drug Drugs 0.000 claims abstract description 168
- 238000000034 method Methods 0.000 claims abstract description 50
- 230000008520 organization Effects 0.000 claims abstract description 7
- 238000004590 computer program Methods 0.000 claims abstract description 3
- 238000012545 processing Methods 0.000 claims description 39
- 238000004891 communication Methods 0.000 claims description 37
- 238000007726 management method Methods 0.000 claims description 31
- 230000036541 health Effects 0.000 claims description 20
- 206010013710 Drug interaction Diseases 0.000 claims description 18
- 230000003993 interaction Effects 0.000 claims description 14
- 230000008569 process Effects 0.000 claims description 10
- 230000005540 biological transmission Effects 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 5
- 230000009471 action Effects 0.000 claims description 3
- 238000001914 filtration Methods 0.000 claims description 3
- 238000012544 monitoring process Methods 0.000 claims description 3
- 238000012800 visualization Methods 0.000 claims description 3
- 238000011084 recovery Methods 0.000 claims description 2
- 238000010276 construction Methods 0.000 claims 2
- 230000003449 preventive effect Effects 0.000 claims 1
- 238000012360 testing method Methods 0.000 claims 1
- 230000002708 enhancing effect Effects 0.000 abstract 3
- 230000010365 information processing Effects 0.000 abstract 1
- 241000501754 Astronotus ocellatus Species 0.000 description 32
- 238000010586 diagram Methods 0.000 description 9
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 8
- 230000008859 change Effects 0.000 description 8
- 238000002483 medication Methods 0.000 description 8
- 229910052760 oxygen Inorganic materials 0.000 description 8
- 239000001301 oxygen Substances 0.000 description 8
- 239000000820 nonprescription drug Substances 0.000 description 6
- 239000000955 prescription drug Substances 0.000 description 6
- 230000008901 benefit Effects 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 238000007639 printing Methods 0.000 description 4
- 238000013479 data entry Methods 0.000 description 3
- 239000002547 new drug Substances 0.000 description 3
- 238000004806 packaging method and process Methods 0.000 description 3
- 230000000007 visual effect Effects 0.000 description 3
- HVYWMOMLDIMFJA-DPAQBDIFSA-N cholesterol Chemical compound C1C=C2C[C@@H](O)CC[C@]2(C)[C@@H]2[C@@H]1[C@@H]1CC[C@H]([C@H](C)CCCC(C)C)[C@@]1(C)CC2 HVYWMOMLDIMFJA-DPAQBDIFSA-N 0.000 description 2
- 239000003086 colorant Substances 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000006872 improvement Effects 0.000 description 2
- NOESYZHRGYRDHS-UHFFFAOYSA-N insulin Chemical compound N1C(=O)C(NC(=O)C(CCC(N)=O)NC(=O)C(CCC(O)=O)NC(=O)C(C(C)C)NC(=O)C(NC(=O)CN)C(C)CC)CSSCC(C(NC(CO)C(=O)NC(CC(C)C)C(=O)NC(CC=2C=CC(O)=CC=2)C(=O)NC(CCC(N)=O)C(=O)NC(CC(C)C)C(=O)NC(CCC(O)=O)C(=O)NC(CC(N)=O)C(=O)NC(CC=2C=CC(O)=CC=2)C(=O)NC(CSSCC(NC(=O)C(C(C)C)NC(=O)C(CC(C)C)NC(=O)C(CC=2C=CC(O)=CC=2)NC(=O)C(CC(C)C)NC(=O)C(C)NC(=O)C(CCC(O)=O)NC(=O)C(C(C)C)NC(=O)C(CC(C)C)NC(=O)C(CC=2NC=NC=2)NC(=O)C(CO)NC(=O)CNC2=O)C(=O)NCC(=O)NC(CCC(O)=O)C(=O)NC(CCCNC(N)=N)C(=O)NCC(=O)NC(CC=3C=CC=CC=3)C(=O)NC(CC=3C=CC=CC=3)C(=O)NC(CC=3C=CC(O)=CC=3)C(=O)NC(C(C)O)C(=O)N3C(CCC3)C(=O)NC(CCCCN)C(=O)NC(C)C(O)=O)C(=O)NC(CC(N)=O)C(O)=O)=O)NC(=O)C(C(C)CC)NC(=O)C(CO)NC(=O)C(C(C)O)NC(=O)C1CSSCC2NC(=O)C(CC(C)C)NC(=O)C(NC(=O)C(CCC(N)=O)NC(=O)C(CC(N)=O)NC(=O)C(NC(=O)C(N)CC=1C=CC=CC=1)C(C)C)CC1=CN=CN1 NOESYZHRGYRDHS-UHFFFAOYSA-N 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 208000017667 Chronic Disease Diseases 0.000 description 1
- 206010011224 Cough Diseases 0.000 description 1
- 102000004877 Insulin Human genes 0.000 description 1
- 108090001061 Insulin Proteins 0.000 description 1
- 244000297179 Syringa vulgaris Species 0.000 description 1
- 235000004338 Syringa vulgaris Nutrition 0.000 description 1
- 101710157310 Tegument protein UL47 homolog Proteins 0.000 description 1
- 239000000935 antidepressant agent Substances 0.000 description 1
- 229940005513 antidepressants Drugs 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 239000008280 blood Substances 0.000 description 1
- 210000004369 blood Anatomy 0.000 description 1
- 239000002775 capsule Substances 0.000 description 1
- 238000012512 characterization method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 235000012000 cholesterol Nutrition 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000007596 consolidation process Methods 0.000 description 1
- 238000013497 data interchange Methods 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 235000005911 diet Nutrition 0.000 description 1
- 230000037213 diet Effects 0.000 description 1
- 229940125396 insulin Drugs 0.000 description 1
- 235000015110 jellies Nutrition 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000474 nursing effect Effects 0.000 description 1
- 239000006187 pill Substances 0.000 description 1
- 230000001737 promoting effect Effects 0.000 description 1
- 230000029305 taxis Effects 0.000 description 1
- 230000001225 therapeutic effect Effects 0.000 description 1
- 238000002560 therapeutic procedure Methods 0.000 description 1
- 238000002255 vaccination Methods 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
- 230000003442 weekly effect Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H70/00—ICT specially adapted for the handling or processing of medical references
- G16H70/40—ICT specially adapted for the handling or processing of medical references relating to drugs, e.g. their side effects or intended usage
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Epidemiology (AREA)
- Public Health (AREA)
- Primary Health Care (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Medicinal Chemistry (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Chemical & Material Sciences (AREA)
- Biomedical Technology (AREA)
- Toxicology (AREA)
- Pharmacology & Pharmacy (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Photoreceptors In Electrophotography (AREA)
- Closed-Circuit Television Systems (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
Un sistema (12) de gestión de información de pacientes para mejorar la visualización de un registro (180) personal de fármacos del paciente, comprendiendo el sistema: un medio de comunicaciones (50, 52, 54) dispuesto para recibir registros (180) de fármacos de pacientes creados en una farmacia (14), conectable con el sistema (12) por medio de un enlace de comunicaciones (16, 20); una base de datos (22) de los registros (180) recibidos de fármacos de pacientes, comprendiendo cada registro (180) múltiples campos de datos (162, 166, 182, 184, 186, 188) que representan información personal del paciente, incluyendo un identificador único asignado por la farmacia (162), no comprendiendo ninguno de los campos de datos (162, 166, 182, 184, 186, 188) información que revele la identidad de un paciente a un observador no autorizado del registro (180); y un medio (60) de procesamiento de solicitudes dispuesto para recibir una solicitud de un paciente sobre la información almacenada en el registro (180)de fármacos de ese paciente, incluyendo la solicitud el identificador único asignado por la farmacia (162) de ese paciente, y para proporcionar esa información al paciente; en el cual el sistema (12) también está dispuesto para recibir información (130) de apoyo de una organización (36) de apoyo, comprendiendo la información de apoyo (130) datos de requisitos de cotejo, asociados con la misma para cotejar la información de apoyo (130) con una categoría específica de pacientes; y el sistema (12) comprende adicionalmente; un motor de cotejo (72) dispuesto para dirigir la información) de apoyo (130) a los pacientes indicados, cotejando los datos de requisitos con la información personal del paciente (162, 166, 182, 184, 186, 188), de manera tal que el suministro al paciente de la información solicitada de registros de fármacos de pacientes, por parte del medio de procesamiento de solicitudes (60), permite proporcionar la información de apoyo (130) dirigida al paciente.
Description
Mejoras relacionadas con sistemas de gestión de
la información.
La presente invención se refiere a mejoras
relacionadas con sistemas de gestión de la información y, más en
particular, aunque no exclusivamente, a un sistema de gestión de
información de pacientes, para ser empleado por farmacéuticos al
tratar solicitudes de repetición de recetas, que permite que los
pacientes visualicen sus registros de fármacos de pacientes,
verificar las interacciones de los fármacos e informar a los
pacientes sobre el curso de una solicitud de receta.
Hay aproximadamente 12.000 farmacias comunitarias
o minoristas en Gran Bretaña, de las cuales 1.000 están en Escocia.
A fin de suministrar medicamentos bajo recetas autorizadas de
solicitantes cualificados (médicos generales, por ejemplo), todos
los locales de farmacia y todos los farmacéuticos que trabajan en
ellos deben registrarse en la Real Sociedad Farmacéutica de Gran
Bretaña (Royal Pharmaceutical Society of Great Britain -
RPSGB).
La abrumadora mayoría de los farmacéuticos
comunitarios están concertados con el Servicio Nacional de Salud
(National Health Service - NHS), un servicio sanitario
gubernamental financiado con impuestos. Las recetas que dispensan
deben ser escritas en extractos del NHS (recetas) por los
solicitantes (médicos, por ejemplo), que están concertados con el
NHS. El NHS remunera a los farmacéuticos por dispensar estas
recetas, y reembolsa los costes de los fármacos suministrados. Los
farmacéuticos también pueden recibir recetas que no sean del NHS,
recetas privadas, de solicitantes registrados del Reino Unido y, en
este caso, el paciente debe asumir los costes.
Las farmacias están situadas en casi todos los
barrios y, como tales, juegan un papel central en la comunidad. El
farmacéutico es a menudo el primer puerto de llamada para los
vecinos, especialmente los ancianos y las madres jóvenes y, de tal
manera, el farmacéutico desarrolla regularmente un servicio
extendido más allá de aquello para lo que está contratado, y por lo
que se le paga.
Dispensar un promedio de 200 recetas por día (con
todas las comprobaciones y cotejos profesionales anexos) consume
bastante tiempo, y este rol extendido, no remunerado, encuentra a
menudo resistencia por parte de los profesionales. Las
comprobaciones (de niveles de azúcar en la sangre, del colesterol,
etc.), las mediciones de conformidad (utilizando el ordenador del
dispensario) y los intentos de garantizar la concordancia
(asegurándose de que el paciente conoce por qué está tomando el
fármaco y las implicaciones si no lo hace), se añaden a una jornada
movida y a menudo estresante. Mientras ocurre todo esto, el
farmacéutico dueño / administrador está intentando vigilar las
ventas de mostrador, dirigir al personal y todas las otras acciones
que conlleva la gestión de una tienda próspera.
La farmacia, por lo tanto, es una parte necesaria
y esencial de la atención sanitaria primaria, sirviendo a las
necesidades de una población mayor en constante aumento y de los
"buenos previsores". Es en el frente de la gestión de
medicamentos y en el tratamiento de las dolencias menores, sin
embargo, donde todo esto está ocupando una porción, constantemente
creciente, del tiempo de los farmacéuticos. La farmacia es el único
método económico viable para que el NHS distribuya fármacos bajo
receta y, con los bajos márgenes de ganancia y las cuotas de
fármacos, los pedidos por correo, incluso si fueran legales en el
Reino Unido, hallarían dificultades para competir en el precio.
Aunque un gran número de farmacéuticos
manifiestan un interés activo en la salud de sus clientes, no hay
ningún sistema o procedimiento formal para hacerlo. El médico
receta y el farmacéutico dispensa. Más allá de volver al médico si
el resultado deseado no se concreta, no se está haciendo
prácticamente nada para evaluar la evolución de un paciente.
Se ha hablado mucho acerca de la "gestión de
medicamentos", pero poco se ha hecho. Una encuesta reciente
mostró que el 11% de los pacientes ni siquiera toman su
medicamento, ¡y el 34% que empieza a hacerlo no continúa hasta el
final! Esto es un desperdicio de alto coste. Ya hace algunos años,
los profesionales han estado argumentando en favor de recetar sólo
para 28 días. Esto no ha granjeado simpatía para los farmacéuticos
entre sus colegas en la medicina general (que veían una cola de
espera más larga fuera de sus consultas) o entre los fabricantes,
cuya obligación con sus accionistas era, en efecto, "vender más
píldoras". Lo que resalta este estado de cosas, sin embargo, es
una mayor necesidad de la conformidad y acuerdo de los pacientes.
Los pacientes, ahora, no comprenden completamente por qué se les
receta una medicación, y no hay manera de asegurarse de que la
cumplan. No sólo está el coste del fármaco desaprovechado, sino que
también hay en marcha una bomba de tiempo, potencialmente muy cara,
si el sistema de atención secundaria tiene que asumir la factura
cuando la salud de un paciente se deteriora y es admitido en el
hospital.
Hoy la farmacia se apoya intensamente sobre la
tecnología. Desde los orígenes, con dispositivos de mano para pedir
reposición de existencias en los años setenta, hasta las farmacias
en línea por Internet de hoy en día, la farmacia ha lidiado con las
nuevas tecnologías, resistiendo el cambio con frecuencia, ya que, a
diferencia de los médicos generales, los costes de ordenadores,
etc., tienen que ser sufragados por el negocio y no son pagados por
el gobierno.
Los Registros Médicos de Pacientes (Patient
Medical Records - PMR) requirieron un ordenador personal (PC) en el
dispensario a mediados y fines de los años ochenta, pero incluso
entonces las farmacias tardaron en aprovechar el hardware. Con
frecuencia, en el mejor de los casos, la contabilidad para empresas
pequeñas era la única concesión a la automatización. Hoy en día, se
conocen sistemas automatizados de dispensario farmacéutico, que
gestionan la creación, actualización y empleo de registros de
fármacos de pacientes (Patient Drug Records - PDR). Estos registros
se utilizan para ayudar al farmacéutico con la entrada de datos y
la comprobación de la interacción de fármacos, por ejemplo. Los
sistemas también gestionan la venta de fármacos y otros artículos,
y así también procesan los datos de las recetas. Esto se acopla a
menudo con un terminal de Punto de Venta Electrónico.
Los sistemas que existen son, por lo general,
sistemas locales que están diseñados para ayudar al farmacéutico a
llevar a cabo sus tareas locales, y no necesitan, ni aspiran, a
brindar soporte al rol, descrito anteriormente, de gestión más
amplia de la atención sanitaria del paciente. Más allá de los
cuestionarios postales, no hay mecanismos para obtener reacciones
sobre el servicio que se proporciona, y sobre la manera en que
reaccionan los pacientes a la medicación recetada, y muy pocas vías
de apoyo al paciente después de su visita a su médico de
cabecera.
La patente estadounidense 6.112.182 describe un
sistema informatizado de gestión de la práctica farmacéutica y un
sistema de gestión de la atención sanitaria, para su empleo por una
farmacia. El sistema incluye procedimientos, por los cuales las
condiciones de salud de un paciente, los fármacos tomados por el
paciente y otra información recogida por el farmacéutico, inician
automáticamente acciones afines, atendidas por procedimientos del
sistema de gestión de la atención sanitaria. El sistema está
diseñado para ser utilizado por farmacéuticos, en lugar de
pacientes, y es bien completamente local a la farmacia, o bien
tiene el programa informático implantado en una red de ordenadores,
con ficheros almacenados localmente.
Se desea vencer al menos algunos de los problemas
anteriormente descritos y proporcionar un sistema mejorado para
gestionar la información de pacientes.
Según la presente invención, se proporciona un
sistema de gestión de información de pacientes para mejorar la
visualización de un registro personal de fármacos de un paciente,
comprendiendo el sistema: un medio de comunicación dispuesto para
recibir los registros de fármacos de pacientes creados en una
farmacia, conectable con el sistema por medio de un enlace de
comunicaciones; una base de datos de los registros recibidos de
fármacos de pacientes, comprendiendo cada registro múltiples campos
de datos que representan la información personal del paciente,
incluyendo un identificador único asignado por la farmacia, no
incluyendo ninguno de los campos de datos información que revele la
identidad de un paciente a un observador no autorizado del registro;
y un medio de procesamiento de solicitudes, dispuesto para recibir
de un paciente una solicitud de información almacenada en el
registro de fármacos de ese paciente, incluyendo la solicitud el
identificador único, asignado por la farmacia, de ese paciente, y
para proporcionar esa información al paciente; en el cual el sistema
también está dispuesto para recibir información de apoyo desde una
organización de apoyo, comprendiendo la información de apoyo datos
de requisitos de cotejo, asociados con la misma, para cotejar la
información de apoyo con una categoría específica de pacientes; y el
sistema comprende adicionalmente: un motor de cotejo dispuesto para
destinar la información de apoyo a los pacientes adecuados,
cotejando los datos de requisitos con la información personal del
paciente, de manera tal que el suministro al paciente de la
información solicitada del registro de fármacos de pacientes, por
parte del medio de procesamiento de la solicitud, permite la
provisión de la información de apoyo destinada al paciente.
El registro de fármacos de pacientes (PDR),
almacenado en la base de datos, no revela la identidad del paciente,
omitiendo toda información con respecto al nombre, domicilio, o
detalles de contacto directo (p. ej., número de teléfono) del
paciente. Esto significa que el PDR es, a todos los efectos,
anónimo, de manera tal que el empleo de ese registro en el sistema,
para destinar información de apoyo, no compromete la
confidencialidad del paciente.
La presente invención permite el empleo del
perfil farmacéutico de los pacientes y, posiblemente, su perfil
demográfico, a fin de proporcionar una serie única y completamente
nueva de productos en línea que son beneficiosos para el paciente,
el médico general, el farmacéutico, el fabricante de fármacos y el
NHS. Se cree que estos son servicios no disponibles actualmente en
ninguna parte del mundo. Los pacientes pueden ser caracterizados en
línea utilizando una combinación del perfil farmacéutico y de los
parámetros demográficos, o cualquiera de ellos, y puede ofrecérseles
una gama de servicios apropiados.
El nivel de complejidad de estos servicios oscila
entre la actividad promocional, p. ej., comercializar jaleas para
diabéticos entre los pacientes que utilizan insulina, o bien
recordatorios para todas las personas mayores, para que reciban la
vacunación anual contra la gripe, y la actividad de apoyo para
nuevas terapias. La provisión de este enlace en los hogares de
diversos grupos de pacientes puede utilizarse para proporcionar otra
información (relacionada con la salud o no) con respecto a servicios
o productos que puedan ser de alguna utilidad para tales grupos de
pacientes.
En el segundo caso, un fabricante de fármacos
puede obtener una lista de códigos de todos los nuevos usuarios de
sus productos, y enviarles mensajes de apoyo por medio del sistema.
Estos pueden incluir, día a día, cuestionarios electrónicos acerca
de la utilización de productos. La información de respuesta puede
ser devuelta al solicitante (médico general) por el farmacéutico
del paciente (que conoce sus nombres) a tiempo para una consulta de
seguimiento. Esta información de respuesta es muy importante para
corregir el mal empleo de fármacos y para proporcionar ayuda
personalizada a los pacientes.
La empresa farmacéutica puede utilizar este
servicio de información de respuesta como parte del procedimiento de
persuadir al médico general para que recete su producto en primer
lugar y esto es, por lo tanto, una muy importante herramienta de
comercialización, en particular en el lanzamiento de nuevos
productos.
Para los médicos generales, la introducción de
este sistema significa que ahora tienen información adicional sobre
la cual brindar resultados mejorados por medio de la atención
sanitaria centrada en el paciente. También puede verse que el
sistema permite que el farmacéutico de confianza pase al centro del
escenario, como parte vital del equipo, trayendo valiosos servicios
nuevos a los pacientes para mantenerlos sanos.
Los pacientes que cumplen sus regímenes de
fármacos no sólo potencian los beneficios (ya altos) de las empresas
farmacéuticas, sino que también reducen los costes más tarde, en la
atención sanitaria secundaria. Lo que no es menos, también
significa a menudo mejores resultados y estilos de vida para los
pacientes.
Otros mensajes personalizados de empresas
farmacéuticas, asociaciones sanitarias, farmacias, agencias de
noticias y del gobierno ayudan a los pacientes a comprender sus
dolencias y modificar sus estilos de vida. Esto puede incluir
imágenes, audio y películas, e interacción en línea.
Este nivel de apoyo, actualmente, no está
disponible, y el sistema según este aspecto de la presente
invención está específicamente diseñado para facilitarlo.
Una combinación de un sistema de gestión de
información de pacientes descrito anteriormente y un medio de
procesamiento de farmacias, conectable por medio de una red de
comunicaciones con el medio de comunicaciones, para recibir y
procesar la solicitud del sistema y notificar al sistema cuando la
receta esté lista para su suministro. Esto permite a las farmacias
estar conectadas con el sistema a fin de facilitar la creación de
los PDR y de transmitir esa información al sistema, de manera tal
que pueda gestionarse centralmente la atención médica mejorada para
el paciente. Esto es particularmente útil cuando hay muchas
farmacias que utiliza el paciente, porque puede integrarse toda la
información de esas farmacias.
El medio de procesamiento de farmacias puede
comprender una base de datos de registros de fármacos de pacientes,
teniendo cada uno un identificador único correspondiente al
identificador único almacenado en la base de datos de registros de
pacientes en el sistema. Esto permite que el paciente tenga acceso
único a sus registros, sin que los detalles personales del paciente
estén disponibles en el sistema. La confidencialidad de los
registros de datos de pacientes se mantiene, permitiendo a la vez
que se proporcionen mejores servicios en apoyo de la deseada mejor
gestión de los pacientes.
El medio de procesamiento de farmacias puede
comprender un medio para recibir una solicitud de repetición de
receta, y un medio de nivel de existencias, dispuesto para
considerar una lista de existencias a fin de determinar la
disponibilidad de un artículo especificado en la solicitud, en el
cual el medio de nivel de existencias está dispuesto a fin de
efectuar un pedido para el artículo si, después de satisfacer la
solicitud, la cantidad del artículo en existencias cayese por
debajo de un nivel predeterminado. La capacidad de pedir artículos
inmediatamente, como cuando se recibe la repetición efectiva de la
receta de parte del médico general, por ejemplo, agiliza la entrega
de los artículos recetados al paciente, porque se minimiza toda
demora debida al pedido de artículos agotados.
También es posible integrar información sobre la
operación de farmacias conectadas con el sistema y, por lo tanto,
pueden obtenerse los datos potencialmente lucrativos de las
actividades de dispensación de la farmacia. La reciente normativa
sobre la confidencialidad de la información de recetas permite a
las farmacias obtener una renta de la venta de sus datos
informatizados. Las empresas farmacéuticas dan a esta información un
valor extremadamente alto.
La presente invención también se extiende a un
procedimiento para mejorar la visualización por un paciente de su
registro de fármacos personales en una sede centralmente accesible,
comprendiendo el procedimiento: recibir un registro de fármacos de
pacientes creado en una farmacia remota y transmitido a la sede
central por medio de un enlace de comunicaciones; almacenar el
registro de fármacos de pacientes en la sede central, comprendiendo
el registro de fármacos de pacientes múltiples campos de datos que
representan datos relacionados con el paciente, incluyendo un
identificador único asignado por la farmacia, no comprendiendo
ninguno de los campos de datos información reveladora de la
identidad del paciente a un observador no autorizado del registro;
almacenar en la sede central información de apoyo, recibida desde
una organización de apoyo, comprendiendo la información de apoyo
datos de requisitos de cotejo, asociados con la misma, para cotejar
la información de apoyo con una categoría específica de pacientes;
asociar la información de apoyo con registros relevantes de
fármacos de pacientes, cotejando los datos de requisitos con los
datos vinculados con el paciente de aquellos registros; recibir una
solicitud de un paciente de la información almacenada en el
registro de fármacos de ese paciente, incluyendo la solicitud el
identificador único, asignado por la farmacia, de ese paciente; y
recuperar la información almacenada en respuesta a la solicitud y
proporcionar esa información al paciente, junto con la información
de apoyo asociada.
Los pacientes que se registran en un sistema
(descrito en detalle más adelante) que realiza la presente
invención en su farmacia o farmacias tienen acceso en línea a su
registro de dispensación (PDR) alojado en esa farmacia. El sistema
les permite presentar solicitudes de repetición de receta en la
consulta de su médico de cabecera por medio de la farmacia, y
monitorizar el estado de la solicitud. Los mensajes entre pacientes
y sus médicos de cabecera también reciben soporte del sistema y
proporcionan una forma cómoda de comunicación entre paciente y
médico. Estos mensajes no pueden ser editados por la farmacia, ya
que la solicitud es realizada directamente por el paciente o por el
médico de cabecera.
El rastreo del estado de solicitudes se lleva a
cabo como una actualización automática del sitio Web, según la
farmacia efectúa los procedimientos de solicitud. Cuando se envía
el mensaje, el sitio Web muestra una tilde en el cuadro que indica
que la solicitud está en la farmacia. Cuando la farmacia imprime la
solicitud para llevarla a la consulta o la remite de otra forma,
entonces el sitio Web mueve la tilde hasta el cuadro que indica que
la solicitud está en la consulta. Cuando el formulario de receta
firmado llega a la farmacia desde la consulta, el farmacéutico lo
elimina del fichero de solicitudes en su sistema, que actualiza
automáticamente el sitio Web moviendo la tilde hasta el cuadro que
indica que la receta está lista, bien para su entrega o su
recogida.
Este procedimiento de solicitud de receta
proporciona una metodología para que los pacientes accedan al
sistema (sitio Web) al menos una vez cada ciclo de veintiocho días,
y probablemente dos o tres veces dentro de este periodo. Esto
proporciona una base realista para ofrecer a los pacientes
servicios en línea totalmente nuevos a fin de apoyar el tratamiento
para su estado de salud.
Por razones de seguridad, el sistema no almacena
en absoluto nombres y domicilios de pacientes (ni dentro de sus
registros de fármacos ni de sus registros de pacientes), aunque se
conservan otros datos demográficos del paciente, incluyendo la edad
y el sexo. Los PDR son conocidos al sistema por el número de PDR
que les emitió su farmacia, que ha sido asignado a esa farmacia por
el sistema en primer lugar. Todas las comunicaciones a los
pacientes son a través del sistema, creando, efectivamente, una
intrarred paciente/farmacia. Todos los mensajes de las
organizaciones abonadas se remiten en formato predefinido, que ha
sido escudriñado y aprobado por el sistema. Los nuevos mensajes
para pacientes de los abonados existentes no serán aceptados a menos
que sean conformes a uno de los formatos predefinidos, según lo
determinado por un motor de filtrado. Este protocolo de seguridad
garantiza que el sistema es capaz de filtrar todas las
comunicaciones a pacientes individuales, protegiéndolos así de la
comercialización indeseable, potencialmente dañina o inadecuada.
Las empresas de fármacos también pueden emplear
el sistema para brindar información actualizada sobre gamas de
productos, medicamentos de venta libre para dolencias menores que
sean compatibles con el perfil farmacéutico del paciente e
implicaciones de estilos de vida o de dietas, con
recomendaciones.
En el sitio Web del sistema los pacientes pueden
verificar si son seguras (libres de interacciones) las
adquisiciones anticipadas de productos de venta libre, para tomar
junto con sus medicamentos recetados. Esto se logra bien tecleando
el nombre del producto o bien tecleando el nombre del grupo
terapéutico (p. ej., tos convulsa) para obtener una lista de todos
los productos seguros. Las comprobaciones de interacciones se
efectúan sobre un registro consolidado de fármacos, compuesto por
todos los registros de fármacos del paciente de múltiples
farmacias. El registro consolidado de fármacos es creado por el
paciente al ingresar todos los números únicos de PDR que han sido
adquiridos por la utilización de las distintas farmacias. Todos los
registros asociados con estos números son integrados/enlazados por
el sistema, de manera tal que el paciente tenga una red de
farmacias que pueden utilizarse, con la consiguiente y ventajosa
actualización automática de los PDR alojados centralmente.
Este es un servicio único y valioso. Actualmente,
las farmacias sólo pueden informar a los pacientes de las
interacciones con fármacos que han sido dispensados en esa
farmacia, ya que los registros se mantienen sólo localmente. Esta
información puede ser inexacta por excepción y, por lo tanto,
potencialmente peligrosa para los pacientes.
El sistema permite a las farmacias el acceso a
todos los datos de sus pacientes (por medio de códigos de clave de
paso, también disponibles para el médico de cabecera del paciente),
de manera tal que puedan visualizar o mejorar la información que los
pacientes están recibiendo y que estén preparadas para contestar en
línea cualquier pregunta que puedan tener.
Para el farmacéutico, el sistema añade una
dimensión totalmente nueva a la interacción con pacientes,
especialmente con pacientes confinados en su casa, en forma
permanente o temporal. Prepara el camino para la introducción de
servicios en línea de gestión de medicamentos y de repetición de
recetas dentro de la farmacia.
El sistema permite que se introduzcan mejores
procedimientos de control de existencias, ya que la farmacia está al
tanto por anticipado de las recetas venideras.
El sistema de la presente realización permite el
control de cadenas de farmacias desde cualquier parte en el mundo.
Los administradores pueden extraer datos de farmacia en formato de
informe (basados en datos generados por cada una de las farmacias
designadas), de todas las farmacias en el grupo, desde cualquier
punto de acceso a Internet, y pueden comunicarse adecuadamente con
las farmacias. Esto da a los administradores información al
momento, sin precedentes, sobre el rendimiento de la farmacia,
empleando datos de tiempo real, lo que proporciona una apreciación
visual de la situación actual.
Es posible el registro de una institución (hogar
residencial/prisión) como una entidad, con los residentes como
subentidades. Esto permite un apoyo más eficiente para la
institución, tal como un sanatorio y sus pacientes, ya que recorta
la cantidad de papeleo requerido para obtener la medicación para
las recetas nuevas o repetidas.
La presente realización tiene un sistema de
control de existencias enlazado con la Red. Las solicitudes de
productos generadas por pacientes son automáticamente verificadas
frente a la situación del inventario de la farmacia, y debitadas
adecuadamente, en anticipo de una receta inminente. Además, todo
artículo que no está en existencias puede solicitarse
instantáneamente enviando simplemente un correo electrónico al
proveedor relevante. Esto tiene la ventaja de que el producto está
en existencia cuando llega la receta del paciente, eliminando la
necesidad de adeudar artículos al paciente o de frustrarlo por
completo. La farmacia también puede monitorizar mejor las
existencias y gestionar el flujo de caja.
En los dibujos:
La Figura 1 es un diagrama esquemático del
sistema, que muestra un sistema distribuido de gestión de
información de pacientes que realiza la presente invención,
incluyendo el sistema un centro de procesamiento Enigma y al menos
un servidor de farmacia;
La Figura 2 es un diagrama esquemático en bloques
que muestra en detalle el centro de procesamiento Enigma del
sistema de gestión de información de pacientes de la Figura 1;
La Figura 3 es un diagrama esquemático en bloques
que muestra en detalle un servidor de farmacia del sistema de
gestión de información de pacientes de la Figura 1;
La Figura 4 es un diagrama esquemático en bloques
que muestra las bases de datos almacenadas en el centro de
procesamiento Enigma de la Figura 2;
La Figura 5 es un diagrama esquemático en bloques
que muestra las bases de datos almacenadas en el servidor de
farmacia del sistema de gestión de información de pacientes de la
Figura 3;
La Figura 6 es un diagrama esquemático en bloques
que muestra la estructura de un registro de paciente en las bases
de datos de pacientes de las Figuras 3 y 4, en el centro de
procesamiento Enigma y en la farmacia, respectivamente;
La Figura 7 es un diagrama esquemático en bloques
que muestra la estructura de un registro de fármacos de pacientes
en las bases de datos de fármacos de pacientes de las Figuras 3 y
4, en el centro de procesamiento Enigma y en la farmacia,
respectivamente;
La Figura 8 es un diagrama de flujo que muestra
un procedimiento de un paciente registrándose en el sistema
distribuido de gestión de información de pacientes de la Figura
1;
La Figura 9 es un diagrama esquemático en bloques
que muestra la configuración del sitio Web en el centro de
procesamiento Enigma;
La Figura 10 es un diagrama de flujo que muestra
un procedimiento del proceso para que un paciente pida la obtención
de una repetición de receta de fármacos, empleando el sistema
distribuido de gestión de información de pacientes de la Figura
1;
La Figura 11 es un diagrama esquemático de una
página del sitio Web del centro de procesamiento Enigma, mostrando
el estado del procedimiento de repetición de receta mostrado en la
Figura 10; y
La Figura 12 es un volcado en pantalla de una
Interfaz Gráfica de Usuario proporcionada en el servidor de farmacia
de la Figura 1 para ingresar los datos de la receta del
paciente.
Se describe ahora un sistema distribuido de
gestión de información de pacientes que realiza la presente
invención, con referencia a la Figura 1. El sistema 10 comprende
esencialmente un centro 12 de procesamiento Enigma y varios
servidores de farmacia 14, proporcionándose cada servidor 14 en el
respectivo local de farmacia. En esta realización, sólo se muestran
dos servidores de farmacia 14, aunque en la práctica pueden ser
cientos. Cada uno de los servidores de farmacia 14 se conecta con el
centro 12 de procesamiento Enigma por medio de un centro de acceso
telefónico directo. Más específicamente, cada servidor de farmacia
14 se conecta con el centro 16 de acceso telefónico directo a
través de una Red Telefónica Pública Conmutada [Public Switched
Telephone Network - PSTN] 18, y el centro de acceso telefónico
directo 16 se conecta, a través de un canal especial de
telecomunicaciones de línea arrendada 20, con el centro 12 de
procesamiento Enigma. Esta conexión forma el canal principal de
comunicación entre el centro 12 de procesamiento Enigma y los
servidores de farmacia 14.
El centro 12 de procesamiento Enigma tiene una
base de datos local 22 con interfaz SQL, que alberga en sí
múltiples bases de datos más pequeñas y más específicas, que se
describen más adelante. De manera similar, cada servidor de farmacia
14 tiene su propia base de datos local 24, que almacena múltiples
bases de datos utilizadas localmente, que también se describen más
adelante.
El centro 12 de procesamiento Enigma, el centro
de acceso telefónico directo 16 y el servidor 14 de farmacia Farm 2
están conectados a Internet 26 para permitir la comunicación en red
de área amplia. Incluso aunque el servidor 14 de farmacia Farm 1 no
tenga un enlace directo a Internet 26, puede enlazarse con ella por
medio del centro de acceso telefónico directo 16. La conexión de las
farmacias 14 y el centro 12 de procesamiento Enigma con Internet es
importante, ya que permite la interacción del paciente desde un
ordenador 28 del paciente conectado a Internet 26. Además, como un
servidor 30 de correo electrónico también está conectado a Internet
26, pueden enviarse mensajes de correo electrónico a un médico de
cabecera 32 del paciente. De manera similar, el servidor de
farmacia 14 Farm 2 puede enviar mensajes de manera muy sencilla a
su proveedor de fármacos 34 por medio del servidor de correo
electrónico 30. Finalmente, los proveedores de información de apoyo
36, tales como una empresa de fármacos 38 y una organización
sanitaria 40, pueden enviar sus datos de apoyo al centro 12 de
procesamiento Enigma por medio del servidor de correo electrónico,
como un mensaje de correo electrónico, o pueden descargar los datos
de apoyo directamente al sitio Web del centro 12 de procesamiento
Enigma.
El centro 12 de procesamiento Enigma actúa como
un concentrador para todas las consultas de pacientes. Su fin
principal es proporcionar un medio para que un paciente registrado
visualice remotamente y con seguridad su historia clínica, en la
forma del Registro de Fármacos de Pacientes (PDR). Sin embargo,
también es capaz de facilitar las solicitudes de repetición de
recetas, monitorizar el estado de esas solicitudes, proporcionar
información de apoyo personalizada al paciente, advertir acerca de
posibles interacciones de fármacos, incluso cuando el paciente
utiliza más de una farmacia para sus recetas, e identificar grupos
de pacientes, p. ej., pacientes de un sanatorio / hogar
residencial, pacientes de un médico de cabecera o consulta
particular, o pacientes con una enfermedad crónica particular,
etc.
Los servidores de farmacia 14 crean los PDR,
proveen la gestión de existencias y un procedimiento mejorado de
pedido de reposición de fármacos a los proveedores, atienden las
solicitudes de repetición de recetas, controlan el estado de tales
solicitudes, atienden a los Sistemas de Dosificación Monitorizada
(Monitored Dosage Systems - MDS) que involucran solicitudes de
recetas de grupos de pacientes, entregan mensajes entre los médicos
generales y los pacientes, y entre las empresas de fármacos y los
médicos generales, verifican las interacciones de fármacos y brindan
una interacción mejorada del farmacéutico con los procedimientos de
atención de recetas, por medio de una Interfaz Gráfica de Usuario
(Graphical User Interface - GUI) mejorada.
Con referencia ahora a la Figura 2, el centro 12
de procesamiento Enigma está compuesto de múltiples unidades de
procesamiento. Más específicamente, comprende un servidor Web 50
para atender las comunicaciones a y desde Internet 26 y para alojar
el sitio Web de Enigma, un módulo 52 de intercambio de correo
electrónico, para recibir y enviar correos electrónicos al servidor
30 de correo electrónico, y un módulo dedicado 54 de enlace de
comunicaciones, para conectar el centro de procesamiento 12 con el
centro de acceso telefónico directo 16. Todas las comunicaciones
externas a y desde el servidor Web 50, el módulo de intercambio de
correo electrónico y el módulo 54 de enlace de comunicaciones se
encaminan a través de un cortafuegos 58, a fin de proporcionar una
vía segura y protegida para atender las comunicaciones externas. El
cortafuegos 58 garantiza que cualquier formato no reconocido de
comunicaciones sea filtrado y puede, en el caso del módulo dedicado
54 de enlace de comunicaciones, garantizar que las comunicaciones
sólo son a y desde el centro de acceso telefónico directo 16 por
medio del canal de telecomunicaciones 20.
El sitio Web de Enigma, alojado por el servidor
de Web 50, está diseñado para brindar servicios a los pacientes,
farmacias y médicos generales registrados en Enigma. Si bien
cualquiera en Internet 26 puede acceder al sitio, ningún servicio,
fuera de la información de dominio público del centro de
procesamiento, está disponible a las personas que observan el
sitio. Deben tener un número válido para Enigma (número de PDR)
para obtener acceso a cualquiera de los repositorios de información
de Enigma, como se describirá más adelante.
Las comunicaciones internas desde el servidor Web
50, el módulo de intercambio de correo electrónico 52 y el módulo
dedicado 54 de enlace de comunicaciones se realizan con un servidor
de aplicaciones 60. Éste, a su vez, puede enviar y recuperar datos
de la base de datos local 22 con interfaz SQL, que actúa como un
repositorio central, y de todas las bases de datos más pequeñas
contenidas en la misma.
El servidor de aplicaciones 60 está compuesto por
varios módulos de aplicaciones y motores de procesamiento. El
servidor 60 incluye un módulo de estado 62 para monitorizar el
estado de la solicitud de un paciente para una repetición de
receta. El módulo de estado 62 es sensible a las actualizaciones de
estado del servidor de farmacia 14, para proporcionar al paciente
una pantalla inmediatamente comprensible, a fin de indicar hasta
dónde ha llegado la solicitud en el procedimiento de repetición de
receta y, en última instancia, para indicar cuándo la receta está
lista para su recogida o entrega.
También se proporciona un generador de números 64
de Enigma en el servidor de aplicaciones 60. El generador 64 genera
números de PDR (números de Enigma) y asigna lotes de los números de
PDR a cada servidor de farmacia registrado 14, por ejemplo, los
números de PDR entre 4AAA000 y 4AAA999 para Farm 2. Estos números
son utilizados por la farmacia cuando se crea un nuevo registro de
paciente en la farmacia, teniendo cada nuevo registro de paciente
un único número de PDR no utilizado. En ningún punto puede alguien
crear o asignar un número de PDR manualmente; el generador 64 y el
servidor de farmacia 14 se encargan de esto automáticamente.
El servidor de aplicaciones 60 incluye un motor
de búsqueda 66 que permite a un paciente buscar y localizar una
farmacia dada por medio de cualquiera de sus campos almacenados,
incluyendo su nombre, ubicación y un número de PDR. Esta es una
ventaja importante cuando el paciente utiliza varias farmacias y no
puede recordar qué farmacia usó para la receta, o cuando el
paciente está buscando una farmacia local que se haya registrado en
el centro 12 de procesamiento Enigma.
Un servidor de farmacia registrado 14 puede
cargar su información en la base de datos 22 del centro 12 de
procesamiento Enigma y, a fin de hacerlo, se proporciona un motor
de actualización 68 en el servidor de aplicaciones 60. El motor de
actualización 68 garantiza la actualización correcta de los
registros adecuados, almacenados en la base de datos adecuada,
dentro de la base de datos locales 22 con interfaz SQL.
El servidor de aplicaciones 60 está dotado de un
módulo de filtrado 70 y de un motor de cotejo 72. El módulo de
filtrado 70 considera la información de apoyo enviada al centro 12
de procesamiento Enigma por los proveedores de información de apoyo
36 y quita toda la información inadecuada para su transmisión a los
pacientes registrados. Algunas de las formas en que se filtra la
información son considerar si la información de apoyo cumple con un
formato predeterminado aceptable, y considerar de quién se recibe
la información de apoyo. En la presente realización, la información
de apoyo se proporciona con datos de requisitos de cotejo, que
especifican parámetros para cotejar la información de apoyo con una
categoría específica de pacientes; por ejemplo, un requisito
demográfico puede ser "todos los pacientes por encima de la edad
de 65 años" y un requisito vinculado con la receta puede ser los
tipos de fármacos que se recetan. Los parámetros de los datos de
requisitos de cotejo también pueden combinarse para hacer la
caracterización más específica. De esta manera, la información de
apoyo se orienta hacia pacientes específicos. Esta información
puede ser relevante para los fármacos o bien para el estado médico
del paciente.
El motor de cotejo 72 es responsable de emplear
los datos de requisitos de cotejo como criterios de búsqueda para
hallar los PDR almacenados en la base de datos 22 que tienen campos
que satisfacen los criterios. Estos PDR se consideran luego como
apareados con la información de apoyo. El motor de cotejo 72 enlaza
entonces la información de apoyo con los PDR apareados almacenados,
de manera tal que cuando un paciente se conecta y accede a su PDR,
también se presentan con la información de apoyo.
El servidor de aplicaciones 60 también comprende
un módulo 74 de interacción de fármacos, un módulo de seguridad 76 y
un módulo 78 del sistema de dosificación monitorizada (MDS). Cada
uno de estos se describe ahora brevemente.
El módulo 74 de interacción de fármacos está
dispuesto para verificar la interacción entre un nuevo fármaco y
los fármacos en el PDR, por ejemplo, cuando el paciente adquiere un
fármaco de venta libre y desea saber si es seguro utilizarlo junto
con sus fármacos recetados. El módulo de interacción de fármacos
compara los fármacos con una base de datos almacenada de
combinaciones peligrosas de fármacos, y puede informar a un
paciente que, por ejemplo, ha hecho una consulta, por medio del
sitio Web, sobre si el fármaco de venta libre es de uso seguro.
Las comprobaciones de interacciones se efectúan
sobre un registro consolidado de fármacos, compuesto por todos los
registros de fármacos del paciente, de múltiples farmacias. El
registro consolidado de fármacos ha sido creado previamente por el
paciente, ingresando todos los números únicos de PDR que han sido
adquiridos por la utilización de distintas farmacias. Todos los PDR
asociados con estos números son enlazados por el módulo 74 de
interacción de fármacos, de manera tal que el paciente tenga una
red de farmacias que pueden utilizarse, con la consiguiente y
ventajosa actualización automática de los PDR conservados
centralmente.
El módulo de seguridad 76 se encarga del acceso
seguro de pacientes a la base de datos 22, donde se almacenan los
PDR sensibles. El módulo de seguridad 76 ejecuta protocolos de
seguridad, con contraseña y nombre de usuario, para garantizar que
sólo los pacientes genuinos registrados puedan tener acceso a sus
PDR. El módulo de seguridad 76 también cifra y descifra mensajes
enviados entre el centro 12 de procesamiento Enigma y el centro de
acceso telefónico directo 16, los servidores de farmacia 14 o el
médico general 32. Otras medidas de seguridad de cifrado estándar
también pueden ser tratadas por el módulo de seguridad 76.
El módulo de MDS 78 se emplea para pacientes que
están registrados en sanatorios y a quienes hay que dar fármacos a
ciertos intervalos de tiempo. El módulo de MDS 78 se encarga de la
creación y utilización de gráficos de Solicitud de Administración
de Medicamentos (Medicine Administration Request - MAR), que
permiten solicitar y dispensar fármacos antes de que se haya creado
una receta para los fármacos requeridos. El módulo de MDS 76
permite que un representante del sanatorio construya un grupo de
pacientes para el cual han de crearse, y enviarse en una solicitud
de fármacos, los gráficos MAR. Además, para cada paciente, el
módulo de MDS 78 permite que el representante seleccione los
medicamentos que han de administrarse (nombre, potencia, forma,
cantidad), ingresen el régimen de dosificación y el número de veces
que ha de administrarse cada artículo. Además, puede especificarse
la gama de fechas para la cual los gráficos MAR son aplicables, al
igual que el sistema dispensador de la dosificación. También hay
una utilidad para visualizar los viejos gráficos MAR si se
requiere.
Con referencia ahora a la Figura 3, el servidor
de farmacia 14 Farm 2 es conectable a Internet 26 por medio de un
módem de acceso telefónico 90. El servidor de farmacia 14 comprende
un procesador central 92, de hecho, el de un ordenador personal, y
diversos módulos de software que se ejecutan en ese ordenador
personal. Los módulos de software incluyen un módulo de estado 94
para monitorizar las diversas etapas del procesamiento de una
solicitud recibida, de repetición de receta o de gráfico MAR, y
para comunicar el estado al centro de procesamiento 12, un módulo de
control de existencias 96 para monitorizar los niveles de
existencias almacenadas en la base de datos y para pedir artículos
adicionales al proveedor de fármacos 34 cuando caigan por debajo de
una cantidad predeterminada, un explorador de la red 98 para la
navegación por Internet, un módulo de interacción de fármacos 100
para llevar a cabo comprobaciones locales de interacción de
fármacos, y un módulo de MDS 102 para atender las solicitudes de
gráficos MAR.
El servidor de farmacia 14 también incluye un
módulo de impresión 104 que controla la impresión, en una impresora
106, de las etiquetas específicas para los fármacos dispensados
según la receta. El módulo de impresión 104 puede cooperar
estrechamente con otros módulos, tales como el módulo de MDS 102,
cuando se requieren etiquetas en diversos formatos específicos para
facilitar la administración al personal de enfermería, a fin de que
los pacientes reciban los medicamentos correctamente.
También se proporciona un controlador de GUI 108
para generar una interfaz que incluye un OSCAR
[On-Screen Graphical Representation -
Representación Gráfica en Pantalla] en una pantalla de ordenador
110 del servidor de farmacia 14. El controlador de GUI 108 controla
la interacción de un farmacéutico con el servidor de farmacia 14 y
ayuda a dispensar los fármacos. Esta interfaz y el OSCAR se
describen en mayor detalle más adelante.
Haciendo referencia al módulo de MDS 102 en más
detalle, está dispuesto para crear el OSCAR a partir de una
solicitud de gráfico MAR, a fin de que la dispensación tenga lugar
de la misma manera que para cualquier otra receta del NHS. Sin
embargo, se incorpora una característica específica de un gráfico
MAR: allí donde está presente más de un medicamento en un único
compartimiento (de una caja dispensadora de tabletas diarias o
semanales), el módulo de MDS 102 tiene una utilidad para realizar la
identificación de tabletas y cápsulas en términos de color, forma y
marcas. El control del módulo de impresión admite que se impriman
diversos formatos de gráficos MAR, folios de resguardo y
formularios de repetición en distintos formatos. Al dispensar
fármacos a los pacientes de sanatorios, el módulo de MDS 102
actualiza automáticamente el Gráfico MAR, y se presenta al
farmacéutico una pantalla distinta, que es específica para el
sanatorio.
El módulo de MDS 102 es capaz de producir varios
informes, que pueden enviarse a los sanatorios junto con los
fármacos. (Por ejemplo, una lista de selección, una lista de
pacientes, instrucciones de dosificación para cada fármaco, según el
paciente, etc.) El orden de estos informes es bien por nombre del
paciente o bien por el número de habitación en el sanatorio.
Normalmente, las recetas para tales pacientes se
reciben del médico general algún tiempo después de que los fármacos
han sido dispensados a los sanatorios. Por consiguiente, se
proporciona una utilidad en el módulo de MDS 102 para endosar estas
recetas después de la verificación y el pedido de reposición de los
artículos en la receta.
El módulo de control de existencias 96 está
configurado para presentar las siguientes características de control
de existencias:
- \text{*}
- una capacidad de realizar el pedido de un artículo, o artículos, durante, o al final del proceso dispensador, para artículos que acaban de ser dispensados o que se adeudan;
- \text{*}
- una capacidad para añadir artículos a un pedido de manera ad hoc, especialmente para productos de venta libre que no requieren la producción de una etiqueta;
- \text{*}
- una utilidad que alerta al farmacéutico en cuanto a que una cantidad de un artículo ya está en la lista actual de pedido;
- \text{*}
- una utilidad que permite que el farmacéutico seleccione al mayorista (proveedor 34) al cual se ha de enviar el pedido;
- \text{*}
- una utilidad automatizada para enlazar con el proveedor 34 por medio del módem 90. Esta utilidad no causará la pérdida de ninguna actividad que esté siendo realizada por el farmacéutico en el momento de la conexión y comunicación, es decir, los productos se piden mediante la transmisión en segundo plano de una solicitud al proveedor 34;
- \text{*}
- una utilidad para exhibir detalles acerca del pedido transmitido por un sistema informático del proveedor 34, y una capacidad para responder (p. ej., el sistema del proveedor 34 responde a un pedido declarando que ha agotado la existencia de un artículo en particular y pidiendo confirmar o cancelar);
- \text{*}
- una capacidad para pedir a razón de uno por uno, es decir, utilizar uno, pedir uno;
- \text{*}
- una capacidad para imprimir pedidos para su envío por fax al proveedor 34;
- \text{*}
- una capacidad para enmendar la cantidad del pedido, calculada por el módulo de control de existencias 96, antes de entregar un pedido;
- \text{*}
- una capacidad para colocar artículos en distintas páginas de pedido. Cuando se dispensa un fármaco por primera vez, la acción por omisión es colocarlo en una página de pedido general. El farmacéutico puede escoger mover tales artículos a distintas páginas de pedido. Al dispensar posteriormente el fármaco, el módulo de control de existencias lo coloca automáticamente en las respectivas páginas de pedido;
- \text{*}
- una capacidad para ver la Utilización Diaria Máxima (Maximum Daily Usage - MDU) por artículo y por día;
- \text{*}
- una provisión para almacenar la MDU de tres meses y la MDU de once meses, a pedido de un farmacéutico;
- \text{*}
- una capacidad para calcular la cantidad del pedido sobre la base de lo siguiente:
- Cantidad mínima del pedido
- Cantidad máxima del pedido
- Número de días en existencia
- MDU
- Nivel de reposición
- Existencias actuales
- Pedido pendiente
El módulo de control de existencias 96 tiene una
característica de pedido semiautomático, que funciona de la
siguiente manera. El farmacéutico ingresa la cantidad y utilización
en el módulo de control de existencias 96 cuando entrega un pedido
de un producto por primera vez. En otro caso, el módulo de control
de existencias 96 lo coloca en la página de pedido, mostrando una
cantidad cero, con la utilización entre paréntesis. Sin embargo, en
cuando el farmacéutico pide el producto por primera vez, el módulo
de control de existencias 96 elabora una solicitud de pedido
semiautomática, según se explica a continuación;
El caso (1) muestra cantidad cero en la página
del proveedor, porque el farmacéutico no ha pedido el producto. El
caso (2) muestra un sistema de reemplazo sencillo. El caso (3) es
una combinación de envases completos y una cantidad parcial,
dispensándose de un envase completo.
El farmacéutico puede editar el campo de cantidad
(pedido) y, una vez que el pedido ha sido transmitido, la cifra de
utilización en la pantalla se convierte en la utilización desde la
última vez que se hizo un pedido. Además, una vez que se ha
transmitido un pedido, todos los productos con una cantidad en el
campo de la cantidad se tratan como artículos recibidos y no
aparecen nuevamente. Pero los productos con cantidad cero en el
campo de la cantidad desaparecen esta vez, hasta que se emplean
nuevamente para disparar un pedido.
Haciendo referencia ahora a la Figura 4, la base
de datos 22 del servidor de procesamiento Enigma comprende múltiples
bases de datos específicas. Más en particular, la base de datos 22
incluye una base de datos de farmacias 120 que enumera detalles de
todas las farmacias registradas, una base de datos de pacientes 122
que proporciona detalles personales de cada paciente, una base de
datos de fármacos 124 que determina los distintos tipos de fármacos
disponibles y la utilización de esos fármacos, una base de datos de
PDR 126 proporcionada por las farmacias, una base de datos de
interacción de fármacos 128, y una base de datos de información de
apoyo 130 que almacena información a personalizar para grupos
específicos de pacientes. Todos los cambios a los PDR se comunican
también a las farmacias que almacenan información vinculada con ese
PDR para la actualización de sus bases de datos locales 24.
Finalmente, se proporciona una base de datos 132
de médicos generales, que incluye detalles de todos los médicos
generales 32 registrados en el NHS. Esta lista se mantiene
actualizada y se descarga a cada servidor de farmacia registrada 14
para actualizar sus registros.
La base de datos de farmacias 120 contiene un
conjunto de registros de farmacia (no mostrados) que describen cada
una de las farmacias registradas en el sistema de gestión de
información 10. Cada farmacia está identificada por su nombre,
dirección postal, dirección de Internet (optativa) y número de
teléfono y, con el fin de enlazar otros registros con ese registro
de farmacia, se proporciona un código único de farmacia. Se
proporciona otra información relevante acerca de la farmacia, tal
como las horas de apertura y de cierre, los servicios ofrecidos y
el número de PPA [Professional Pharmacy Alliance - Alianza
Profesional de Farmacias] de la farmacia.
Las farmacias pueden cambiar sus detalles
almacenados localmente en el servidor de farmacia 14, y luego
actualizar su registro de farmacia almacenado en la base de datos
de farmacias 120 en el centro 12 de procesamiento Enigma.
La base de datos de pacientes 122 comprende
múltiples registros de pacientes, que se describen más adelante con
referencia a la Figura 6. De manera similar, la base de datos de
los PDR 126 comprende muchos PDR, cuya estructura se describe en
detalle más adelante, con referencia a la Figura 7.
La base de datos de información de apoyo 130
comprende distintos tipos de información, según el proveedor de la
información de apoyo. Por ejemplo, si la información está provista
por la organización sanitaria 40, puede incluir información de
asesoramiento dirigida a pacientes que emplean antidepresivos. De
manera similar, si el proveedor 36 de la información de apoyo es
una empresa de fármacos 38, puede incluir un cuestionario con
respecto al empleo de un fármaco recientemente recetado. La
información de respuesta del cuestionario puede remitirse al médico
general 32, de manera tal que el médico general tenga una mejor
idea acerca de cómo está funcionando el fármaco recetado.
La base de datos del servidor de farmacia 24,
según se muestra en la Figura 5, también mantiene bases de datos
locales. Se proporciona una base de datos 140 de registros que
describen la consulta y el médico de cabecera 32 de cada paciente.
La base de datos del servidor de farmacia 24 también comprende una
base de datos de pacientes 142, una base de datos de fármacos 144,
una base de datos de los PDR 146 y una base de datos de
interacciones de fármacos 148. Cada una de estas últimas cuatro
bases de datos es un equivalente local de las correspondientes
bases de datos 122, 124, 126 y 128, proporcionadas en la base de
datos 22 del centro de procesamiento Enigma, descrita
anteriormente. Sin embargo, la base de datos de los PDR 146 y la
base de datos de pacientes 142 son subconjuntos localmente
relevantes de sus contrapartes, las bases de datos 126 y 122 en la
base de datos 22 del centro de procesamiento.
La base de datos del servidor de farmacia 24
también comprende una base de datos de existencias y proveedores
150, que especifica los niveles de existencias de cada artículo
vendido por la farmacia 14 y enumera los proveedores 34 utilizados
para suministrar las existencias.
Todos los médicos generales 32 registrados en el
NHS se enumeran en la base de datos de médicos generales y Consultas
140. Para cada nueva farmacia Enigma 14, se proporciona una lista
consolidada de médicos generales de la base de datos de médicos
generales 132 en el centro de procesamiento 12, a fin de formar una
base de datos local de médicos generales 140. El farmacéutico puede
actualizar la lista si así se requiere, y todos los cambios
realizados se reenvían al centro de procesamiento 12 para actualizar
la base de datos de médicos generales 132.
Si bien no se muestra en la Figura 5, otra
información afín se almacena también en la base de datos del
servidor de farmacia 24, que permite a un farmacéutico dispensar
recetas y endosarlas para facturar al NHS.
Haciendo referencia ahora a la Figura 6, se
describe ahora la estructura básica de datos de un registro de
paciente 160 de la base de datos de pacientes 142 de la base de
datos del servidor de farmacia 24.
El registro 160 especifica el número de PDR
(Número de Tarjeta Enigma) 162, que ha sido asignado a ese paciente.
Este número no es en absoluto un identificador único del registro,
ya que un paciente puede reunir varios números distintos de PDR si
él, o ella, utiliza varias farmacias distintas. Por consiguiente,
también se asigna un número único de registro de paciente 164 al
registro 160. Además, se proporciona el código único de
identificador de farmacia 166 para permitir que sea identificada la
farmacia asociada con la generación de los PDR.
También se proporcionan los detalles personales
sobre el paciente, incluyendo nombre, domicilio, fecha de nacimiento
y sexo, igual que otros campos que quedarán claros al considerar la
Figura 6. Sin embargo, se proporciona un campo de exención 168, que
especifica la categoría de exención de pago bajo la cual, si
corresponde, se categoriza al paciente. Además, el campo indicador
CRC (Child Resistant Container) 170 especifica sencillamente si se
requiere un Contenedor Resistente para Niños.
El registro del paciente 160 también comprende un
campo de oxígeno 172, que especifica si el paciente requiere
oxígeno. Este campo es importante, ya que la dispensación de
recetas que contienen oxígeno se trata separadamente de la
dispensación de otras recetas. El sistema de gestión de información
10 es capaz de registrar e identificar aquellas farmacias que
suministran oxígeno. Cada vez que un farmacéutico dispensa una
receta de oxígeno y/o equipos de oxígeno, se mantienen los detalles
del equipo, así como los detalles de entrega, y se registran los
detalles de recogida (especialmente la distancia entre el hogar del
paciente y la farmacia). El registro de oxígeno refleja los equipos
por los cuales la Autoridad Sanitaria pagará los alquileres
mensuales. No es necesario ningún endoso en las recetas de
oxígeno.
Si bien no se muestra en las figuras, el registro
de paciente de la base de datos de pacientes 122 de la base de
datos 22 del centro de procesamiento es muy similar al registro de
paciente 160 descrito anteriormente. Sin embargo, a fin de
garantizar el anonimato del paciente, se quitan los campos
vinculados con la identidad del paciente. Más específicamente, se
quitan los campos vinculados con el nombre, el domicilio, el número
de teléfono, el correo electrónico y el número de fax del
paciente/sanatorio.
El PDR 180, mostrado en la Figura 7, es esencial
para el presente sistema de gestión de información 10, y la mayor
parte del procedimiento de dispensación fluye a través de él.
Consiste en una historia completa de dispensación para un paciente
registrado en la farmacia que emite el PDR 180. Cada paciente tiene
su propio PDR 180, y el grupo completo de los PDR individuales 180
componen juntos la base de datos de los PDR de farmacia 146. Todos
los PDR de farmacia 180, consolidados en el centro de procesamiento
12, componen la importante base de datos 126 de los PDR del centro
de procesamiento, desde la cual se suministra la gama de servicios
centrales del centro de procesamiento. La definición de un PDR, por
lo tanto, es crítica para el sistema completo de gestión de
información 10.
El rasgo clave del PDR 180 es que es anónimo para
el lego, porque no hay provista en el PDR 180 ninguna información
personal que identifique al paciente. En cambio, el PDR tiene
campos para el número único de PDR 162 y para el código de farmacia
166, que enlazan el PDR con el servidor de farmacia 14 que emitió el
PDR 180, y que almacena los detalles identificadores del paciente
en la base de datos de pacientes 142.
El PDR 180 también especifica información con
respecto a la dispensación de una receta 182, al código de
identificación del médico general 184, al código de identificación
de la consulta 186 y a la información demográfica personal, tal
como la edad y la fecha de nacimiento.
Para cada PDR 180 hay una o más secciones 190 de
información de detalles de fármaco, una por cada artículo recetado.
Cada sección 190 de información de detalles de fármaco señala los
detalles de la receta, tales como el fármaco recetado, la cantidad
recetada, la dosificación, las advertencias, el fármaco dispensado y
lo que queda aún por dispensar.
Se proporciona una utilidad de fármacos por
dispensar en el servidor de farmacia 14 para registrar la cantidad
de cualquier medicamento (o medicamentos) que aún se adeude al
paciente. El servidor de farmacia 14 es capaz de producir una
etiqueta para la cantidad correcta de medicamento efectivamente
dispensado y un resguardo del adeudo. El servidor de farmacia
alerta al farmacéutico con recordatorios en pantalla (debidamente
registrados en el PDR 180, y en un registro de fármacos adeudados)
en cuanto a que a un paciente se le adeuda una medicación. Cuando
un paciente vuelve a recoger su medicación pendiente, se produce la
etiqueta correspondiente.
Se señala a continuación un ejemplo de lo que
puede contener un registro de adeudo:
\vskip1.000000\baselineskip
| Número Enigma |
| Número de PDR |
| Fecha de dispensación |
| Número de receta |
| Cantidad recetada |
| Cantidad pendiente |
| Detalles de etiqueta |
| Próxima fecha pendiente para alícuotas. |
Haciendo referencia a la Figura 8, se describe
ahora un procedimiento 200 para registrar un paciente en el sistema
de gestión de información 10. El procedimiento 200 comienza con la
generación y asignación, en la Etapa 202, de lotes de números 162
de PDR a los servidores de farmacia 14. Los números se generan en el
generador de números Enigma 64 del servidor de aplicaciones 60 del
centro de procesamiento. Luego se descargan los lotes de números
PDR 162, en la Etapa 204, a los correspondientes servidores de
farmacia 14.
Los nuevos pacientes que desean registrarse en el
sistema de gestión de información 10 pueden hacerlo yendo
directamente a la Farmacia en la Etapa 206 con una receta. El
servidor de farmacia 14 crea en la Etapa 208 un registro único de
paciente 160 y a continuación toma, en la Etapa 210, todos los
detalles personales del paciente para poblar el registro del
paciente 160. Luego, en la Etapa 212, se asigna al paciente uno de
los anteriores números de PDR 162, asignados por la farmacia, y se
registra en el registro de paciente 160.
Luego el farmacéutico ingresa, en la Etapa 214,
todos los datos de la receta en el servidor de farmacia 14, y esta
información se emplea luego para crear el PDR 180. El PDR 180 se
almacena luego, en la Etapa 216, en la base de datos de los PDR 146.
Al final del día, todos los registros de pacientes 160 (a los que
se ha quitado los campos de identificación del paciente) y los PDR
180 en el servidor de farmacia 14 se cargan, en la Etapa 218, en el
centro 12 de procesamiento Enigma, donde se utilizan para
actualizar, en la Etapa 220, la base de datos de pacientes 122 y la
base de datos de los PDR 126. Este es, entonces, el fin del
procedimiento en la Etapa 222.
El servidor de farmacia 14 es capaz de producir y
emitir tarjetas Enigma (con el número de PDR 162 y el nombre del
paciente). Estas tarjetas sirven como recordatorio a los pacientes
de dónde se mantienen su PDR y los registros de pacientes 160.
Cuando el paciente se registra en la farmacia de su elección por
primera vez, se imprime una etiqueta para pegar sobre una tarjeta
Enigma. Por consiguiente, también se proporciona al paciente,
durante el proceso de registro 200, una tarjeta Enigma que contiene
su número de PDR 162.
Haciendo referencia a la Figura 9, se describe
ahora la configuración del sitio Web 250 del centro de
procesamiento Enigma. El objetivo principal del sitio Web 250 es
permitir a los pacientes pedir sus repeticiones de recetas a través
de sus farmacias escogidas, tener acceso total a sus propios
registros de fármacos personales, así como recibir información de
apoyo personalizada, tal como la correspondiente a la referencia y
asesoría médica. En resumen, el sitio Web 250 provee acceso al
centro 12 de procesamiento Enigma, que le permite actuar como una
biblioteca de referencia completa para todos los pacientes
abonados. La información disponible para los pacientes abonados
puede ser específica o general en su naturaleza. Se hace énfasis en
la seguridad de la información específica de pacientes y en el
flujo de información.
El sitio Web 250 comprende una página origen de
bienvenida 252, seguida poco después por una página de conexión 254.
La página de conexión 254 requiere que el paciente ingrese su
nombre de usuario y contraseña. A fin de recibir la contraseña
requerida, el paciente debe haber obtenido el número de PDR 162 de
la farmacia 256, y haber completado el procedimiento de registro
200, anteriormente descrito. Una vez que el paciente ha recibido su
número de PDR 162, puede conectarse y establecer sus propias
contraseñas. Las contraseñas pueden cambiarse con regularidad. Estas
contraseñas están disponibles en el centro 12 de procesamiento
Enigma y, si los pacientes olvidan sus contraseñas, pueden
recuperarlas en la farmacia 256.
A continuación de la conexión exitosa, el
paciente es conducido a la página de cabecera de operación 258. Aquí
las opciones proporcionadas incluyen las de volver a
pedir/visualizar fármacos 260, lo que permite al paciente visualizar
(260a) su propio registro completo de fármacos en el centro, y
pedir (260a) repeticiones de sus fármacos a la farmacia
especificada, incluyendo la recogida de la receta y la entrega a
domicilio, según corresponda. Las opciones de estado de la solicitud
y de repetición de ciclo 262, 264, respectivamente, permiten al
paciente visualizar (262a) el estado de su receta pedida (lista
para la recogida o la entrega) y monitorizar (264a) el avance del
ciclo de la receta (en el farmacéutico, en los médicos
generales).
Se proporciona una opción de interacción 266,
para comprobar (266a) si hay alguna interacción de fármacos entre
uno de venta libre y el propio PDR del paciente 180. Se
proporcionan opciones para enlaces con farmacias 268, que dirigen al
paciente a las farmacias registradas en Enigma 268a, y enlaces con
otros sitios sanitarios 270 de la Red, que llevan al paciente a
otras farmacias 270a, por ejemplo. Con cualquiera de estas
selecciones, el paciente puede ser conducido por Internet 26 a
sitios de farmacia 270a de la Red. Esto permite a los pacientes
acceder al propio sitio de Red de una farmacia registrada, cuando
esté disponible, seleccionar su farmacia preferida, y acceder a su
farmacia preferida.
La otra opción seleccionable por el paciente en
la página 258 de cabecera de operaciones es la de
enviar/recibir/
redactar mensajes 274, normalmente a farmacias. Aquí los mensajes pueden colocarse en una bandeja de salida 274a, hacerse accesibles en una bandeja de entrada 274a, o simplemente crearse en un procesador de textos 274a. Según los procedimientos estándar del correo electrónico, los mensajes en la bandeja de salida se envían y los mensajes entrantes se reciben, y los mensajes salientes se entregan en los momentos oportunos.
redactar mensajes 274, normalmente a farmacias. Aquí los mensajes pueden colocarse en una bandeja de salida 274a, hacerse accesibles en una bandeja de entrada 274a, o simplemente crearse en un procesador de textos 274a. Según los procedimientos estándar del correo electrónico, los mensajes en la bandeja de salida se envían y los mensajes entrantes se reciben, y los mensajes salientes se entregan en los momentos oportunos.
La página de cabecera de operaciones también
comprende un icono parpadeante de mensaje de farmacia 276, para
alertar al paciente acerca de un mensaje entrante desde la
farmacia. Esto puede ser una actualización en el estado de un ciclo
de receta, por ejemplo, o un mensaje selectivo para ayudar a la
atención del paciente.
Algunas normas y utilidades adicionales del sitio
Web 250 se señalan a continuación. Los pacientes sólo pueden
examinar sus propios PDR, y no los de cualquier otro, por obvias
razones de seguridad. Allí donde una farmacia tiene su propio sitio
Web, se dispone de una utilidad en la cual el paciente es
automáticamente conducido al sitio Web de la farmacia al completar
el pedido de sus repeticiones de recetas. El paciente puede ser
conducido directamente a una página particular del sitio Web de la
farmacia, p. ej., una página inicial, una página de ofertas
especiales, etc.
También se dispone de una utilidad para que el
centro 12 de procesamiento Enigma gestione correos electrónicos,
información especial, etc., en nombre de otras empresas. Las
farmacias pueden enviar información, p. ej., ofertas especiales a
sus respectivos pacientes, ya sea a través de su propio sitio Web
272, o bien en el sitio Web de Enigma 250. Un paciente abonado
puede acceder al sitio Web 250 desde cualquier parte del mundo
donde esté disponible un acceso a Internet 26.
Haciendo referencia ahora a la Figura 10, se
describe ahora un procedimiento para pedir una repetición de
receta. El procedimiento comienza en la Etapa 302, al obtener el
paciente su número Enigma (número de PDR) 180 del servidor de
farmacia 14. Típicamente, esto puede proporcionarse al paciente en
la tarjeta Enigma mencionada anteriormente. El paciente se conecta
luego, en la Etapa 304, con el sitio Web 250 del centro 12 de
procesamiento Enigma y especifica el número de PDR.
El paciente solicita entonces, en la Etapa 306,
una repetición de receta, y puede especificar el código de farmacia
166 para identificar positivamente a la farmacia. El centro 12 de
procesamiento Enigma envía entonces, en la Etapa 308, la solicitud
de repetición de receta a la farmacia especificada. Al recibir la
solicitud, la farmacia actualiza su estado al de "solicitud
recibida", imprime la solicitud y luego envía, en la Etapa 310,
la solicitud al médico general 32 por correo postal, en mano o
bien, en algunos casos, el farmacéutico puede transmitir la
solicitud por teléfono. Al mismo tiempo, el módulo de control de
existencias 96 comprueba, en la Etapa 312, si los fármacos
solicitados están en existencia. Si lo están, se envía un mensaje,
en la Etapa 314, pidiendo los fármacos al proveedor 34. El médico
general procesa entonces la solicitud de repetición de receta. Esto
es, el médico general 32 firma y devuelve, en la Etapa 316, una
repetición de receta a la farmacia por correo postal, o bien la
deja dispuesta para ser recogida en persona.
En este punto, se determina, en la Etapa 318, si
el médico general desea enviar un mensaje a un paciente. Si ha de
enviarse un mensaje, entonces se envía un correo electrónico no
modificable, en la Etapa 320, al farmacéutico. Si el médico general
no deseara enviar un mensaje, o si el mensaje ha sido enviado, el
farmacéutico recibe la repetición de receta, ya completada. En este
momento, se envía al centro de procesamiento Enigma un mensaje del
servidor de farmacia 14, en la Etapa 322, indicando que la
repetición de receta ha sido recibida de parte del médico general.
El centro de procesamiento Enigma actualiza su estado en
consecuencia. Si los fármacos están en existencia, o bien una vez
que han sido recibidos como resultado de un pedido, el
farmacéutico, por medio del servidor de farmacia 14, actualiza
entonces, en la Etapa 324, el estado de la solicitud, que pasa a
"lista para recogida o entrega", e informa al centro 12 de
procesamiento Enigma.
El centro 12 de procesamiento Enigma, entonces,
actualiza también, en la Etapa 324, el estado de la solicitud, que
pasa a "lista para recogida o entrega". La información de
apoyo, proporcionada por los proveedores de información de apoyo
36, se coteja, en la Etapa 326, con los PDR 180 almacenados dentro
de la base de datos 22. Finalmente, el paciente se conecta
telefónicamente, en la Etapa 328, con el sitio Web 250 alojado en
el servidor Web 50 del centro 12 de procesamiento Enigma, para
comprobar el estado de la receta, o para acceder a su PDR 180. En
este momento, el paciente también recibe la información de apoyo
personalizada desde cualquiera de los proveedores de información de
apoyo 36.
Haciendo referencia ahora a la Figura 11, se
describe ahora una pantalla de estado 340 del sitio Web 250. La
pantalla de estado 340 muestra cuatro niveles distintos de estado
del procedimiento de repetición de receta 300, a los que se llega en
el desarrollo del procedimiento.
El primer nivel de estado 342 se destaca con una
marca 344 fácilmente reconocible, cuando la solicitud de repetición
de receta ha sido despachada al servidor de farmacia 14 por el
centro 12 de procesamiento Enigma. El segundo nivel de estado 346 se
destaca con la marca 344, cuando la solicitud de repetición de
receta ha sido recibida por el servidor de farmacia 14 y ha sido
remitida al médico de cabecera 32 del paciente. El tercer nivel de
estado 348,, que no ha sido destacado aún con la marca 344, indica
(cuando se destaca) que la repetición de receta ha sido firmada
(autorizada) por el médico general 32, y ha sido devuelta al
servidor de farmacia 14. El cuarto nivel de estado 350 indica,
cuando está destacado, que la repetición de receta está en
existencia y que está lista para su recogida o para su entrega.
Por consiguiente, un paciente, al conectarse con
el sitio Web del centro 12 de procesamiento Enigma, sería capaz de
determinar rápidamente, a partir de la consideración de los niveles
de estado con marca de la pantalla de estado 340, exactamente hasta
dónde ha avanzado su solicitud por el proceso de repetición de
receta 300.
Haciendo referencia a la Figura 12, se describe
ahora una GUI 400, empleada en el servidor de farmacia 14 a fin de
mejorar la experiencia en dispensación de los farmacéuticos. La GUI
400 comprende cuatro porciones interactivas de visualización: una
porción de PDR 402, una porción de endoso de receta 404, una porción
de visualización de etiqueta 406 y una porción de información
general 408.
La porción de PDR 402 señala información clave
del PDR 180 línea a línea. Cada línea especifica uno de los
artículos a dispensar, indicando el fármaco recetado 420, la
cantidad 412 y la dosificación 414. Como el PDR 180 está enlazado
con el registro del paciente 160 en el servidor de farmacia 14, la
porción de PDR 402 también exhibe el nombre del paciente 416 y el
número de PDR 418 del paciente.
La razón para proporcionar una representación del
PDR tan detallada en pantalla es la de realizar muy simplemente la
entrada de datos para las repeticiones de recetas y los papeleos
asociados. En lugar de reingresar todos los detalles de una
repetición de receta, o de una nueva receta, la información en el
PDR 180, o en una lista de fármacos (no mostrada), puede utilizarse
para seleccionar los tipos de fármacos requeridos. Entonces sólo
debe especificarse la cantidad y las necesidades de dosificación, si
son distintas a lo que se ha especificado anteriormente.
La selección de los elementos de la receta, de
esta manera, significa que puede alcanzarse un alto grado de
automatización, empleando la información seleccionada para crear la
sección de endoso de la receta, mencionada en lo que sigue como
"OSCAR" [On-Screen Graphical
Representation - Representación Gráfica en Pantalla], según
se muestra en la porción de endoso 404, y las etiquetas requeridas
para cada uno de los medicamentos a dispensar, según se muestra en
la porción de visualización de etiqueta 406.
El OSCAR 404 se genera a partir de información
extraída del registro del paciente 160 y el PDR 180, junto con
alguna información obtenida de la base de datos de fármacos 144.
Todos los datos presentados en el OSCAR 404 son editables, de manera
tal que puedan realizarse ajustes en pantalla antes de la
aceptación del contenido del endoso. A fin de completar la
información requerida para rellenar el OSCAR 404 del formulario de
endoso FP10, la GUI 400 también recupera, de los datos de envase (en
la base de datos de fármacos 144), el tamaño de envase utilizado
para dispensar la cantidad del fármaco especificada por el médico.
Por ejemplo, la Figura 12 muestra un primer artículo de 21
tabletas. Sin embargo, la sección de endoso 420 del OSCAR 404
muestra que se recetaron 21/28 tabletas (21 tabletas de un envase
de 28), de manera que la remuneración efectiva a pagar al
farmacéutico (costo prorrateado de las 21 tabletas de un envase de
28 tabletas) pueda determinarse inmediatamente. Los distintos
tamaños de envase tienen distintos precios y, como tal, el tamaño
de envase es muy importante al determinar el coste exacto de la
receta para el farmacéutico. Además, según cambian los tamaños de
envase de tanto en tanto, como también lo hacen las reglas de
endoso especificadas por el Gobierno, la utilidad para editar el
tamaño de envase especificado en el OSCAR 404 es sumamente
conveniente. Se proporcionan otras reglas de endoso para facilitar
la generación de los datos adecuados a fin de satisfacer los
requisitos del Gobierno para cumplimentar el pago de la receta.
La utilidad de edición se extiende hasta la
manipulación de la ubicación de diversos artículos en el OSCAR 404,
a fin de reflejar exactamente el pedido en la receta en papel
generada por el médico general 32. Más específicamente, el OSCAR 404
tiene un botón MOVE UP [SUBIR] 422 para subir un artículo
seleccionado en el pedido mostrado en la sección de endoso 420 de
la representación OSCAR 404 de la receta en papel, y también un
correspondiente botón MOVE DOWN [BAJAR] 424 para bajar el ítem
seleccionado en el pedido.
En la práctica, la información requerida para
poblar el OSCAR 404 ha sido frecuentemente reunida al recibir una
solicitud de repetición de una receta. Esto es debido a que el
contenido de la repetición de receta ya ha sido especificado por el
paciente o representante del sanatorio al realizar la solicitud.
Esto significa que cuando el farmacéutico llega a ingresar la
repetición de receta creada por el médico general 32, la
identificación del paciente es todo lo que se requiere para colocar
automáticamente toda la información requerida en el OSCAR 404 y en
el PDR 180, para su edición, si es necesario, por parte del
farmacéutico. Esto acelera el procedimiento de ingreso de datos.
La porción de información general 408 permite que
toda advertencia relacionada con las interacciones de fármacos, por
ejemplo, sea exhibida al farmacéutico.
Una vez que el OSCAR 404 ha sido editado, y los
artículos en la sección de endoso 420 coinciden con los artículos
en la receta en papel, la receta original puede situarse en la
impresora 106, y la sección de endoso puede imprimirse para reflejar
la información en pantalla. La receta endosada con esta información
se envía entonces al NHS para su procesamiento y pago.
Toda receta del NHS gestionada por el OSCAR 404
se refleja gráficamente dentro del servidor de farmacia 14 en
colores respectivos y distintos. La porción del PDR 402 también
utiliza códigos de colores para ayudar al farmacéutico a
identificar los artículos en el PDR 180, que han sido recetados en
distintos periodos de tiempo. Por ejemplo, podría utilizarse el
siguiente código de colores:
| Últimos dispensados | Color amarillo |
| Artículos dispensados en los últimos 3 meses | Color verde |
| Artículos dispensados en los últimos 6 meses | Color rosa |
| Artículos dispensados hace más de seis meses | Color negro |
A continuación se señala ahora información
detallada adicional acerca de cómo un farmacéutico interactúa con la
GUI 400 y de cómo el servidor de farmacia 14 se emplea para
dispensar.
Los siguientes detalles se exhiben al
farmacéutico en la porción del PDR 402 durante la dispensación:
\vskip1.000000\baselineskip
| Fecha de última dispensación |
| Fármaco recetado |
| Fármaco dispensado |
| Cantidad |
Cuando el farmacéutico selecciona los artículos,
la GUI exhibe los detalles de la dispensación:
\vskip1.000000\baselineskip
| Fecha de dispensación |
| Fármaco recetado |
| Fármaco dispensado |
| Envase y opciones del fármaco |
| Instrucciones de dosificación |
| Advertencias |
| Contraindicaciones |
| Interacciones de fármacos |
| Cantidad dispensada |
| Lo que queda por dispensar, si lo hubiera |
| Detalles del endoso |
El proceso de dispensación de una receta tiene
lugar en la siguiente secuencia:
- Seleccionar Tipo de Receta;
- Seleccionar Detalles del Paciente;
- Confirmar autor de la receta;
- Seleccionar Fármaco como Recetado;
- Seleccionar Fármaco como Dispensado;
- Etiqueta;
- Añadir Opciones de Endoso; y
- Pedir Reposición del Producto.
Cada uno de estas etapas se describe ahora en
detalle a continuación:
\newpage
El valor por omisión es FP10 y GP10 en Escocia.
El mismo procedimiento también es aplicable a otras recetas del
NHS.
La búsqueda del paciente y su PDR se lleva a cabo
bien a partir del número Enigma, o bien la Fecha de Nacimiento,
Apellido/Iniciales. (Nota: la fecha de nacimiento está en el
formato DDMMAAAA). Allí donde no existe PDR, o bien no puede
hallarse un PDR, el paciente se trata como un paciente "nuevo",
y se crea, consecuentemente, un registro 160 de paciente nuevo.
Para un paciente nuevo se crea el registro asegurándose de que sea
único. Según se ingresa más información para el paciente, el
servidor de farmacia 14 presenta todos los pacientes que siguen
coincidiendo. Se fuerza al farmacéutico a seleccionar uno de esos
pacientes, hasta que se han ingresado datos suficientes como para
que no quede ninguno coincidente y se cree un nuevo registro.
Cuando el farmacéutico selecciona el médico
general, se exhiben los detalles del médico general en el OSCAR 404
en la GUI 400. En aquellos casos donde la receta no ha sido emitida
por el médico de cabecera usual del paciente, el farmacéutico puede
cambiar el autor de la receta para que sea conforme a la receta en
este punto. Sin embargo, esto no cambiará al médico de cabecera
usual del paciente en el sistema. Para cada paciente nuevo, el
autor de la receta (según lo registrado en la receta) debe existir
en la base de datos de médicos generales 140. Si el autor de la
receta no existe, entonces debe crearse un nuevo registro en la
base de datos de médicos generales 140.
* Para artículos recetados anteriormente -
el farmacéutico lo selecciona a partir del PDR del paciente 180. El
PDR 180 se muestra en la pantalla, y los detalles de los artículos,
que corresponden a los artículos en el formulario actual, pueden
transferirse al OSCAR 404. El farmacéutico puede editarlos (p. ej.,
Cantidad, Dosificación, etc.) como corresponda, hasta que el
farmacéutico esté satisfecho de que el OSCAR representa exactamente
el contenido de la receta actual.
* Para nuevos artículos - (es decir, no
recetados antes) el farmacéutico selecciona los artículos a partir
de la base de datos principal de fármacos 144, después de haber
ingresado primero la cantidad recetada. Esta información, que es
seguida por una consolidación de la Dosificación y las
Advertencias, se exhibe en el formato de Etiqueta de dispensación
en la porción de etiqueta 406 de la GUI 400.
* Los artículos se seleccionan a partir de la
base de datos principal de fármacos 144 empleando caracteres
Alfanuméricos con técnicas de estrechamiento. Cuando se selecciona
un fármaco por primera vez, la GUI 400 aplica automáticamente un
código editable de favoritos, que consiste en los primeros 3
caracteres del Nombre del Fármaco según aparece en la base de datos
de fármacos 144, más el siguiente carácter disponible.
- \text{*}
- Si el artículo tiene múltiples posibilidades de ser "dispensado", entonces la GUI 400 presenta todas las posibilidades válidas para su endoso y pedido de reposición, utilizando el Identificador y los Códigos de Categoría.
- \text{*}
- El farmacéutico puede cambiar el orden de los fármacos, según se exhiben en la sección de endoso 420 del OSCAR 404, a fin de que correspondan al orden de artículos según aparecen en el formulario de receta. Esto se requiere porque los endosos deben añadirse al lado de los artículos a los cuales se aplican.
- \text{*}
- Por todo el proceso de dispensación, el servidor de farmacia 14 comprueba los artículos dispensados, las Advertencias y Pantallazos para el fármaco recetado, y exhibe los resultados en la porción de información general 408.
- \text{*}
- El procedimiento anterior continúa hasta que todos los artículos hayan sido procesados y el farmacéutico esté satisfecho en cuanto a que el OSCAR 404 refleja exactamente la receta, cuando la GUI 400 ofrezca la impresión de la etiqueta y el endoso de la receta.
- \text{*}
- La GUI 400 también exhibe el número por omisión de etiquetas a imprimir, que puede cambiarse seleccionando el número de etiqueta en la etiqueta exhibida, o por medio de una tecla de Función.
- \text{*}
- Una vez que el etiquetado está completo, la información se transmite al OSCAR 404 y al PDR 180. El farmacéutico inserta la secuencia correcta y luego añade todas las opciones de endoso.
- \text{*}
- El farmacéutico puede cambiar las opciones de endoso seleccionando el botón de endoso o una Tecla de Función.
- \text{*}
- El endoso puede efectuarse a partir del área de selección de fármaco. Una vez que el endoso esté completo la GUI 400 vuelve al PDR y exhibe las etiquetas para el fármaco en formato de tarjeta. El farmacéutico puede visualizar otras etiquetas pinchando en la tarjeta.
- \text{*}
- El farmacéutico también puede seleccionar una receta no endosada ingresando el número de receta. Esta utilidad es conveniente para recetas del MDS, de Web y recetas electrónicas (véase realización alternativa) de los médicos generales.
- \text{*}
- Después de endosar todos los artículos en el OSCAR 404, la GUI 400 proporciona una utilidad para imprimir endosos sobre la receta.
- \text{*}
- El farmacéutico no puede editar o borrar ningún artículo si se ha terminado la impresión de endosos. Sin embargo, el farmacéutico puede reimprimir un endoso, si es necesario.
- \text{*}
- El servidor de farmacia 14, normalmente, pide la reposición de productos según se consumen, de acuerdo a las normas de Control de Existencias especificadas en la base de datos de existencias y proveedores 150.
- \text{*}
- Si el farmacéutico no tiene la cantidad requerida del fármaco que ha de dispensarse, entonces se almacena un registro del resto adeudado al paciente en un registro de Adeudos (no mostrado). También se registra y se exhibe en el PDR 180 del paciente, a fin de que pueda dispensarse más tarde.
- \text{*}
- Hay interfaces EDI [Electronic Data Interchange - Intercambio de Datos Electrónicos] con los proveedores clave, para pedidos electrónicos.
- \text{*}
- La GUI 400 permite que el farmacéutico intervenga, si es necesario, y cambie los detalles del pedido antes de la transmisión.
El servidor de farmacia 14 es capaz de atender la
dispensación para pacientes que están registrados en sanatorios. La
dispensación es la misma que para el procesamiento de otras recetas
del NHS, excepto que los fármacos se dispensan ante presentación de
gráficos de Solicitud de Administración de Medicamentos (Medicine
Administration Request - MAR), y que las recetas proceden a
continuación y que los fármacos se envasan y etiquetan de manera
específica.
- \text{*}
- El servidor de farmacia 14 puede identificar grupos de pacientes para un sanatorio, y exhibir la lista en pantalla y / o imprimir la lista.
- \text{*}
- Se crea un OSCAR 404, que tendrá el aspecto de un FP10, para cada paciente a partir de las solicitudes MAR.
- \text{*}
- La dispensación es conforme a las prescripciones del NHS y se realiza a partir de los gráficos MAR.
- \text{*}
- El endoso se hace por separado en lotes, cuando se reciben más tarde las recetas. Se proporciona una utilidad para que el farmacéutico seleccione y endose las recetas no endosadas.
El servidor de farmacia 14 proporciona una
utilidad donde, ocasionalmente, un paciente puede comprar un
medicamento sin receta y el farmacéutico puede querer añadir la
compra al PDR del paciente, y comprobar que no hay interacciones con
sus medicamentos recetados. En este caso:
- \text{*}
- Una venta sin receta en el OSCAR se ve como un FP10, con un fondo en color gris.
- \text{*}
- La selección de artículos puede hacerse a través del PDR, o añadiendo un nuevo fármaco, que esté autorizado para su dispensación sin receta (Campo de Restricción en la base de datos de Fármacos).
- \text{*}
- La dispensación es según el criterio del farmacéutico - una pantalla exhibirá el precio del fármaco.
- \text{*}
- Se imprime una factura al final de la dispensación.
- \text{*}
- No se realiza ningún endoso.
El servidor de farmacia 14 también es capaz de
dispensar Recetas Privadas. Los formularios no tienen forma o tamaño
estándar. El procedimiento es similar al de las recetas normales en
cuanto a que los fármacos se suministran según se establece en la
receta, pero la diferencia es que no hay endosos requeridos. El
coste completo de los fármacos se recobra del paciente.
- \text{*}
- Las recetas privadas en el OSCAR 404 se ven como un FP10, con un fondo de color blanco.
- \text{*}
- Todos los fármacos, independientemente del prefijo "D", y los fármacos discontinuados, están disponibles para su selección.
- \text{*}
- La selección de artículos puede realizarse a través del PDR o bien añadiendo un nuevo fármaco.
- \text{*}
- La dispensación se efectúa según la receta - la pantalla exhibe el precio del fármaco.
- \text{*}
- Siempre se imprime una factura al final de la dispensación.
- \text{*}
- No se realiza ningún endoso.
El farmacéutico puede visualizar recetas antiguas
dando el número de receta, y el servidor de farmacia 14 está
dispuesto para buscar la receta antigua y exhibirla. También se
proporciona una utilidad para el farmacéutico que selecciona
cualquier receta no endosada.
En resumen, el OSCAR 404 exhibe los fármacos que
han de ser dispensados, y se actualiza según el Farmacéutico ingresa
la cantidad, el fármaco recetado que lee de la receta en papel y la
dosificación que ha de ponerse en la etiqueta para el medicamento.
Esto también está escrito en la receta en papel, p. ej., Tomar 1
tres veces por día. El OSCAR 404 también exhibe el "endoso",
que es la factura al gobierno por parte del Farmacéutico. Se
imprime cuando se completa la receta. Esto es una comprobación
visual para el Farmacéutico antes de la terminación, para que pueda
enmendarse si es incorrecto. El OSCAR 404 también exhibe el nombre
del paciente, y su médico de cabecera. Pinchando sobre este área de
la pantalla, se presenta al Farmacéutico la pantalla de detalles
del paciente, o la pantalla del cambio de médico general, haciendo,
por ello, que el OSCAR sea interactivo.
La identificación del tipo correcto de receta del
NHS es importante, ya que cada autor receta sólo a partir de una
lista restringida de productos. Cada formulario de receta se
imprime en papel de distintos colores para facilitar el
reconocimiento, lo cual también se refleja gráficamente dentro del
OSCAR 404 de la GUI 400.
Hay varios tipos de recetas del NHS, que son
emitidas por varios autores autorizados:
| Autor | Color de Receta |
| FP10 - Médico comunitario (médico general) | Verde claro |
| FP10 (D) - Dentista | Amarillo claro |
| FP10 (N) - Enfermera comunitaria | Gris |
| FP10 (PN) - Enfermera practicante | Lila |
| FP10 (HP) - Médico de hospital | Naranja claro |
| FP10 (L) - Médico sustituto | Verde |
La mayoría abrumadora de las recetas son
FP10.
Además, los farmacéuticos también pueden
dispensar Recetas Privadas, que pueden provenir de Médicos,
Veterinarios y Dentistas. Éstas no tienen forma o tamaño estándar,
y se representan gráficamente en el Sistema de Farmacia como un
formulario en blanco que tiene la misma forma y el mismo tamaño que
un FP10.
La GUI 400 adjudica e imprime automáticamente un
número único para cada receta procesada por el servidor de farmacia
14. La GUI 400 también es capaz de imprimir este número sobre la
etiqueta, si así se requiere.
El procesamiento tiene lugar de manera precisa y
clara. Según los farmacéuticos tienen horas punta en la dispensación
durante el día, que usualmente coinciden con las horas de consulta
local, el acceso instantáneo a las bases de datos es crítico para
mantener el caudal de recetas y reducir el tiempo de espera en la
tienda para los pacientes. Las demoras, si bien son aceptables para
producir informes en momentos más tranquilos, no son aceptables
durante el procesamiento de primera línea. Los detalles de la
receta se ingresan paso a paso, comenzando con la identificación del
tipo de receta que se está dispensando.
Estas normas se aplican sólo a las recetas del
NHS.
Usualmente, todos los artículos en la receta
deben ser endosados, y toda la información de endoso se imprime
sobre la parte de endosos del formulario, al lado de cada artículo.
Si no es necesario ningún endoso, entonces sólo han de imprimirse el
número de artículo y "-". Si se pulsa el botón de endoso (o la
tecla de función de endoso), el servidor de farmacia 14 endosa
todos los artículos en la receta; en caso contrario, el servidor de
farmacia 14 endosa los artículos toda vez que es necesario. Por
ejemplo, si hay 4 artículos en la receta, y sólo 2 artículos
necesitan endoso, entonces el servidor de farmacia 14 endosará
solamente esos artículos. En caso de artículos que no pueden
dispensarse, se imprimirá para ellos el texto de endoso "ND".
Se imprime un número único en cada formulario de receta, y se
almacena en el PDR para su recuperación en caso de una disputa.
Mientras se endosa la Receta, se imprimen el
nombre Abreviado, el número de PPA de la Farmacia y la fecha.
Si bien no se ha aseverado explícitamente en lo
anterior, se dispone de la característica de identificación de
grupos de pacientes. El sistema es capaz de identificar grupos de
pacientes, y de exhibir la lista en pantalla y/o imprimir la lista.
En particular, es útil producir listas para pacientes de un
sanatorio/hogar residencial, pacientes de un médico general o
consulta en particular, o pacientes con una dolencia particular.
Los pacientes deben dar esta información cuando se registran en
Enigma. Si los pacientes no están registrados en Enigma, pero están
dispuestos a dar detalles, el farmacéutico puede recoger los
detalles en el momento de crear el PDR 180 por primera vez.
Además, el centro 12 de procesamiento Enigma,
junto con sus servidores de farmacia 14 enlazados, son accesibles
por parte de los administradores de cadenas de farmacias. Los
administradores pueden obtener informes del rendimiento de
farmacias, los fármacos recetados, etc., sobre la base de los datos
generados por cada una de las farmacias designadas, que han sido
cargados y compilados por el centro de procesamiento 12. Esto da a
los administradores información al instante sin precedentes acerca
del rendimiento de la farmacia, empleando datos en tiempo real, lo
que proporciona una apreciación visual de las situaciones
actuales.
Ha de apreciarse que en una realización
alternativa de la presente invención, las comunicaciones entre el
servidor de farmacia 14 y el médico general 32 se llevan a cabo de
manera totalmente electrónica. Esto no es permisible en el Reino
Unido actualmente, según las normas del Gobierno, pero con el
advenimiento inminente de la iniciativa de Transmisión Electrónica
de Recetas (Electronic Transmission of Prescriptions - ETP), es
probable que esto entre en vigor. En la realización alternativa, las
etapas del farmacéutico que envía la solicitud de repetición de
receta 310 y del médico general que envía la repetición de receta
316 se realizan electrónicamente. La ventaja de esto es que la
cantidad de ellas que el farmacéutico debe ingresar en la GUI 400 se
reduce aún más, ayudando por ello en el procesamiento de cantidades
constantemente crecientes de recetas.
Habiendo descrito una realización particular
preferida de la presente invención, ha de apreciarse que la
realización en cuestión es sólo a modo de ejemplo, y que pueden
hacerse variaciones y modificaciones, tales como las que se les
ocurrirán a aquellos dotados del conocimiento y las habilidades
adecuadas, sin apartarse del ámbito de la invención, según lo
estipulado en las reivindicaciones adjuntas. Por ejemplo, si se
requiriese seguridad adicional, sería posible que el centro de
procesamiento Enigma no tuviese ningún detalle de pacientes
almacenado en el mismo, en absoluto. Por consiguiente, la base de
datos de pacientes 142 se proporcionaría sólo en el servidor de
farmacia 14 del paciente. Además, en lugar de que el OSCAR 404
imprima los datos compilados de endosos e imprimir los mismos luego
en una receta original, es posible, sujeto a las normativas
gubernamentales, que los datos compilados sean enviados como un
registro electrónico al NHS para el procesamiento del pago. En este
caso, la receta efectiva podría enviarse simplemente como una
confirmación de que los datos de endoso eran correctos, sin retener
el pago para el farmacéutico.
Claims (27)
1. Un sistema (12) de gestión de información de
pacientes para mejorar la visualización de un registro (180)
personal de fármacos del paciente, comprendiendo el sistema:
un medio de comunicaciones (50, 52, 54) dispuesto
para recibir registros (180) de fármacos de pacientes creados en
una farmacia (14), conectable con el sistema (12) por medio de un
enlace de comunicaciones (16, 20);
una base de datos (22) de los registros (180)
recibidos de fármacos de pacientes, comprendiendo cada registro
(180) múltiples campos de datos (162, 166, 182, 184, 186, 188) que
representan información personal del paciente, incluyendo un
identificador único asignado por la farmacia (162), no comprendiendo
ninguno de los campos de datos (162, 166, 182, 184, 186, 188)
información que revele la identidad de un paciente a un observador
no autorizado del registro (180); y
un medio (60) de procesamiento de solicitudes
dispuesto para recibir una solicitud de un paciente sobre la
información almacenada en el registro (180) de fármacos de ese
paciente, incluyendo la solicitud el identificador único asignado
por la farmacia (162) de ese paciente, y para proporcionar esa
información al paciente;
en el cual el sistema (12) también está dispuesto
para recibir información (130) de apoyo de una organización (36) de
apoyo, comprendiendo la información de apoyo (130) datos de
requisitos de cotejo, asociados con la misma para cotejar la
información de apoyo (130) con una categoría específica de
pacientes; y el sistema (12) comprende adicionalmente;
un motor de cotejo (72) dispuesto para dirigir la
información) de apoyo (130) a los pacientes indicados, cotejando
los datos de requisitos con la información personal del paciente
(162, 166, 182, 184, 186, 188), de manera tal que el suministro al
paciente de la información solicitada de registros de fármacos de
pacientes, por parte del medio de procesamiento de solicitudes
(60), permite proporcionar la información de apoyo (130) dirigida
al paciente.
2. Un sistema (12) según la Reivindicación 1, en
el cual el registro (180) de fármacos de pacientes comprende el
perfil demográfico del paciente.
3. Un sistema (12) según la Reivindicación 1 ó 2,
en el cual el medio de comunicación (50, 52, 54) está dispuesto para
permitir que los farmacéuticos accedan a los registros (180) de
fármacos de pacientes a fin de tomar en consideración la
información de apoyo (130) suministrada al paciente.
4. Un sistema (12) según la Reivindicación 3, en
el cual el medio de comunicaciones (50, 52, 54) está dispuesto para
permitir al farmacéutico añadir datos a la información de apoyo
(130) asociada a un registro particular de fármacos de
pacientes.
5. Un sistema (12) según cualquier reivindicación
precedente, en el cual el medio de comunicación (50, 52, 54)
comprende un servidor de seguridad (58) para impedir el acceso no
autorizado a los registros (180) de fármacos de pacientes.
6. Un sistema (12) según cualquier reivindicación
precedente, en el cual el medio de comunicaciones (50, 52, 54)
comprende una centralita (16) telefónica dedicada conectable con la
farmacia (14) por medio de una red (18) telefónica pública
conmutada.
7. Un sistema (12) según cualquier reivindicación
precedente, en el cual el medio de comunicación (50, 52, 54) está
dispuesto para recibir mensajes para pacientes específicos
identificados por medio de su identificador único (162).
8. Un sistema (12) según cualquier reivindicación
precedente, que comprende adicionalmente un medio de filtrado (70)
para filtrar información de apoyo (130) que puede no ser adecuada
para los pacientes.
9. Un sistema (12) según cualquier reivindicación
precedente, en el cual la información de apoyo (130) comprende un
cuestionario de una empresa de fármacos (38).
10. Un sistema (12) según cualquier
reivindicación precedente, en el cual la información de apoyo (130)
comprende consejos con respecto a ciertas condiciones médicas y al
empleo de ciertos fármacos.
11. Un sistema (12) según cualquier
reivindicación precedente, en el cual la información de apoyo (130)
comprende un producto adquirible, asociado a ciertas condiciones de
salud.
12. Un sistema (12) según cualquier
reivindicación precedente, en el cual la información de apoyo (130)
comprende advertencias sobre la salud o recordatorios de acciones
preventivas.
13. Un sistema (12) según cualquier
reivindicación precedente, que comprende adicionalmente un motor de
monitorización de estado (62) dispuesto para ser actualizado por la
farmacia especificada por el paciente (14), a fin de mostrar el
estado de un procedimiento de repetición de receta y de indicar
cuándo la receta está lista para su entrega o recogida.
14. Un sistema (12) según la reivindicación 13,
en el cual el motor de monitorización de estado (62) está dispuesto
para indicar cuándo se ha despachado una solicitud a la farmacia
(14) y cuándo se ha enviado la solicitud a una consulta (32) para
ser autorizada.
15. Un sistema (12) según cualquier
reivindicación precedente, que comprende adicionalmente una base de
datos (128) de interacciones de fármacos de pacientes y un medio
(74) de comprobación de interacciones de fármacos, a fin de
verificar un registro (180) de fármacos de pacientes con respecto a
la base de datos (128) en cuanto a las interacciones de
fármacos.
16. Un sistema (12) según la Reivindicación 15,
en el cual el medio (74) de comprobación de interacciones de
fármacos está dispuesto para enlazar entre sí todos los registros
(180) de fármacos de pacientes que pertenecen a un único paciente,
en un registro consolidado de fármacos, y para verificar la
interacción de fármacos del paciente con respecto al registro
consolidado de fármacos.
17. Un sistema (12) según cualquier
reivindicación precedente, que comprende adicionalmente una base de
datos (120) de identificadores de farmacias, y un motor de búsqueda
(66) para buscar en la base de datos (120) de identificadores de
farmacias, a fin de hallar una farmacia específica (14) registrada
en el sistema (12).
18. Un sistema (12) según cualquier
reivindicación precedente, que comprende adicionalmente un medio
(64) para generar y emitir a cada farmacia (14) un lote de los
identificadores únicos asignables por la farmacia (162).
19. Un sistema (12) según cualquier
reivindicación precedente, que comprende adicionalmente un medio de
construcción (78) dispuesto para permitir a un usuario autorizado
construir un gráfico de administración de medicamentos para un
paciente, estando el medio de construcción (78) dispuesto a fin de
permitir el acceso a los registros (180) de fármacos de pacientes
almacenados en la base de datos (126) y de permitir la selección de
artículos en el registro (180) de fármacos de pacientes para su
empleo en el gráfico de administración de medicamentos.
20. Una combinación de un sistema (12) de gestión
de información de pacientes, según cualquier reivindicación
precedente, y de un medio de procesamiento de farmacias (14)
conectable, por medio de una red de comunicaciones (16, 18, 26),
con el medio de comunicación (50, 52, 54) para recibir y procesar la
solicitud del sistema (12) y notificar al sistema (12) cuando la
receta está lista para su suministro.
21. Una combinación según la Reivindicación 20,
en la cual el medio de procesamiento de farmacias (14) comprende una
base de datos (24) de registros de fármacos de pacientes, teniendo
cada uno de ellos un identificador único (162) correspondiente al
identificador único (162) almacenado en la base de datos (126) de
registros de pacientes en el sistema (12).
22. Una combinación según la Reivindicación 20 ó
21, en la cual el medio de procesamiento de farmacias (14) comprende
un medio (92) para recibir una solicitud de repetición de receta, y
un medio de nivel de existencias (96), dispuesto para tomar en
consideración una lista de existencias a fin de determinar la
disponibilidad de un artículo de las existencias especificado en la
solicitud, en el cual el medio de nivel de existencias (96) está
dispuesto para entregar un pedido para el artículo de existencias
si, después de satisfacer la solicitud, la cantidad del artículo en
existencias cayese por debajo de un nivel predeterminado.
23. Una combinación según cualquiera de las
Reivindicaciones 20 a 22, en la cual el medio de comunicaciones (50,
52, 54) comprende una centralita telefónica dedicada (16),
conectada con el medio de procesamiento de farmacias (14) y con el
medio de comunicación (50, 52, 54) del sistema (12) por medio de una
red (18) telefónica pública conmutada.
24. Una combinación según cualquiera de las
Reivindicaciones 20 a 22, en la cual el medio de comunicaciones (50,
52, 54) está dispuesto para brindar soporte a la transmisión de
mensajes entre el medio de procesamiento de farmacias (14) y el
medio de comunicaciones (50, 52, 54).
25. Una combinación según la Reivindicación 24,
que comprende adicionalmente un medio originador de mensajes (32)
para generar un mensaje de un médico general, estando dispuesto el
medio originador de mensajes (32) para enviar el mensaje al medio
de comunicación (50, 52, 54) por medio del medio de procesamiento
de farmacias (14), estando el mensaje protegido contra cualquier
edición en el medio de procesamiento de farmacias (14).
26. Un procedimiento para mejorar la
visualización de un paciente de su registro (180) personal de
fármacos de pacientes desde una sede centralmente accesible (12),
comprendiendo el procedimiento:
la recepción de un registro (180) de fármacos de
pacientes creado en una farmacia remota (14) y transmitido a la
sede central (12) por medio de un enlace de comunicaciones;
el almacenamiento del registro (180) de fármacos
de pacientes en la sede central (12), comprendiendo el registro
(180) de fármacos de pacientes múltiples campos de datos (188) que
representan datos vinculados con el paciente (162, 166, 182, 184,
186, 188), que incluyen un identificador único asignado por la
farmacia (162), no comprendiendo ninguno de los campos de datos
(162, 166, 182, 184, 186, 188) información que revele la identidad
del paciente a un observador no autorizado del registro (180).
el almacenamiento de información de apoyo (130)
en la sede central (12), recibida desde una organización de apoyo
(36), comprendiendo la información de apoyo (130) datos de
requisitos de cotejo, asociados con la misma, para cotejar la
información de apoyo (130) con una categoría específica de
pacientes;
la asociación de la información de apoyo (130)
con registros (180) relevantes de fármacos de pacientes, cotejando
los datos de requisitos con los datos vinculados con el paciente
(162, 166, 182, 184, 186, 188) de esos registros (180);
la recepción de una solicitud de un paciente de
información almacenada en el registro (180) de fármacos de ese
paciente, incluyendo la solicitud el identificador único, asignado
por la farmacia, de ese paciente (162); y
la recuperación de la información almacenada en
respuesta a la solicitud, y el suministro de esa información al
paciente, junto con la información de apoyo asociada (130).
27. Un programa de ordenador que comprende
instrucciones programadas para causar que un ordenador lleve a cabo
el procedimiento de la Reivindicación 26.
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB0021663A GB0021663D0 (en) | 2000-09-04 | 2000-09-04 | A product ordering system |
| GB0021663 | 2000-09-04 | ||
| GB0021790 | 2000-09-05 | ||
| GB0021790A GB0021790D0 (en) | 2000-09-05 | 2000-09-05 | A product ordering system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2233673T3 true ES2233673T3 (es) | 2005-06-16 |
Family
ID=26244960
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01963226T Expired - Lifetime ES2233673T3 (es) | 2000-09-04 | 2001-09-04 | Mejoras relacionadas con sistemas de gestion de la informacion. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US20040019502A1 (es) |
| EP (3) | EP1381995B1 (es) |
| AT (1) | ATE283516T1 (es) |
| AU (1) | AU2001284257A1 (es) |
| CA (1) | CA2421124A1 (es) |
| DE (1) | DE60107472T2 (es) |
| ES (1) | ES2233673T3 (es) |
| GB (1) | GB2376108A (es) |
| WO (1) | WO2002021417A2 (es) |
Families Citing this family (65)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7848934B2 (en) * | 1998-06-16 | 2010-12-07 | Telemanager Technologies, Inc. | Remote prescription refill system |
| US8150706B2 (en) * | 1998-06-16 | 2012-04-03 | Telemanager Technologies, Inc. | Remote prescription refill system |
| GB0129767D0 (en) * | 2001-12-12 | 2002-01-30 | Euro Celtique Sa | Medical after sales support |
| US20030112466A1 (en) * | 2001-12-17 | 2003-06-19 | Leonardi Ricci J. | Duplex pharmacy label and method |
| US8321236B2 (en) * | 2002-02-01 | 2012-11-27 | Walgreen Co. | Method and apparatus for prescription processing |
| US8095385B2 (en) * | 2002-02-21 | 2012-01-10 | Ims Software Services Ltd. | Method and system to track customer purchases |
| US8171567B1 (en) | 2002-09-04 | 2012-05-01 | Tracer Detection Technology Corp. | Authentication method and system |
| US20040102998A1 (en) * | 2002-11-26 | 2004-05-27 | Ge Medical Systems Information Technologies, Inc. | System and method to support patient identifiers for imaging and information systems in health care enterprise |
| US20040172284A1 (en) * | 2003-02-13 | 2004-09-02 | Roche Diagnostics Corporation | Information management system |
| US20050184151A1 (en) * | 2003-07-02 | 2005-08-25 | Dimaggio John P. | Dispensing pharmaceuticals |
| US8666758B2 (en) * | 2003-07-02 | 2014-03-04 | Omnicare, Inc. | Method of dispensing pharmaceuticals |
| US8831775B2 (en) | 2003-07-02 | 2014-09-09 | Omnicare, Inc. | Method and system for electronic assistance in dispensing pharmaceuticals |
| US10643003B2 (en) * | 2003-09-25 | 2020-05-05 | Ateb, Inc. | System and method for maintaining privacy of data used at a signature capture device |
| EP1528500A1 (en) * | 2003-10-28 | 2005-05-04 | Chhabra International Ltd | Electronic prescription system and method |
| US20050187948A1 (en) * | 2004-02-05 | 2005-08-25 | Arnold Monitzer | Patient admission and information access system |
| CN100527152C (zh) | 2004-03-12 | 2009-08-12 | 英根亚技术有限公司 | 创建可验证打印物品并随后验证它们的方法和装置 |
| CA2559283C (en) | 2004-03-12 | 2014-08-26 | Russell Paul Cowburn | Authenticity verification methods, products and apparatuses |
| US20080059228A1 (en) * | 2004-04-24 | 2008-03-06 | Christopher Bossi | Operation Of A Remote Medication Management System |
| US20050283400A1 (en) * | 2004-05-13 | 2005-12-22 | Ivo Nelson | System and method for delivering consulting services and information technology solutions in a healthcare environment |
| GB2417592B (en) | 2004-08-13 | 2006-07-26 | Ingenia Technology Ltd | Authenticity verification of articles |
| US20060106647A1 (en) * | 2004-11-18 | 2006-05-18 | Brummel Anthony C | Method and apparatus for determining pharmacy order parameters based on patient context data |
| GB2421598A (en) * | 2004-12-17 | 2006-06-28 | E San Ltd | Repeat prescription ordering system |
| US20060271405A1 (en) * | 2005-05-27 | 2006-11-30 | Regents Of The University Of Minnesota | Pharmaceutical care of patients and documentation system therefor |
| EP1907963A1 (en) * | 2005-07-27 | 2008-04-09 | Ingenia Technology Limited | Prescription authentication using speckle patterns |
| RU2417448C2 (ru) | 2005-07-27 | 2011-04-27 | Инджениа Холдингс Лимитед | Верификация аутентичности |
| US8290790B1 (en) * | 2005-09-01 | 2012-10-16 | Medco Health Solutions, Inc. | Systems and methods for managing and/or administering prescription benefits |
| US20070067190A1 (en) * | 2005-09-21 | 2007-03-22 | Yasnoff William A | Method And Apparatus to Provide for the Provision of Medically-Related Information |
| US20070124170A1 (en) * | 2005-11-30 | 2007-05-31 | Wal-Mart Stores, Inc. | Process for control of restricted product sales in accordance with legal restrictions and expedited creation of a customer log |
| US20070143142A1 (en) * | 2005-12-16 | 2007-06-21 | Siemens Medical Solutions Health Services Corporation | Patient Medication History Management System |
| US7812935B2 (en) | 2005-12-23 | 2010-10-12 | Ingenia Holdings Limited | Optical authentication |
| US10360996B2 (en) * | 2006-03-31 | 2019-07-23 | Cerner Innovation, Inc. | Method for selectively associating content items with pre-configured alternatives based upon directed user input |
| JP2007285186A (ja) * | 2006-04-14 | 2007-11-01 | Suncall Corp | バルブアッセンブリ |
| US20070282629A1 (en) * | 2006-06-01 | 2007-12-06 | Norbert Plambeck | Patient information and communication system |
| US11170879B1 (en) | 2006-09-26 | 2021-11-09 | Centrifyhealth, Llc | Individual health record system and apparatus |
| AU2007300057A1 (en) | 2006-09-26 | 2008-04-03 | W. Randal Clegg | Individual health record system and apparatus |
| US20080208628A1 (en) * | 2007-02-27 | 2008-08-28 | Telemanager Technologies, Inc. | System and Method for Targeted Healthcare Messaging |
| US8738393B2 (en) * | 2007-02-27 | 2014-05-27 | Telemanager Technologies, Inc. | System and method for targeted healthcare messaging |
| US20080281631A1 (en) * | 2007-04-03 | 2008-11-13 | Syth Linda H | Health Information Management System |
| US20090177493A1 (en) * | 2008-01-04 | 2009-07-09 | General Electric Company | Method and system for providing clinical decision support |
| US20090287502A1 (en) * | 2008-05-15 | 2009-11-19 | Catalina Marketing Corporation | E-PatientLink |
| US20090319298A1 (en) * | 2008-06-19 | 2009-12-24 | Weiss Sanford B | Patient status and healthcare information communication system and method |
| DE102008057910B4 (de) | 2008-11-18 | 2010-10-07 | P&L Edv Systeme Gmbh | Patientenverwaltungssystem mit intelligenter Schnittstelleneinrichtung zur Übertragung medizinischer Daten |
| GB2466311B (en) | 2008-12-19 | 2010-11-03 | Ingenia Holdings | Self-calibration of a matching algorithm for determining authenticity |
| US8811578B2 (en) * | 2009-03-23 | 2014-08-19 | Telemanager Technologies, Inc. | System and method for providing local interactive voice response services |
| GB2476226B (en) | 2009-11-10 | 2012-03-28 | Ingenia Holdings Ltd | Optimisation |
| US10026137B1 (en) * | 2010-11-17 | 2018-07-17 | Express Scripts Strategic Development, Inc. | Computer system and computer implemented method for real-time drug interaction checker |
| US20140006055A1 (en) * | 2012-06-27 | 2014-01-02 | Iagnosis, Inc. | Integrated Medical Evaluation and Record Keeping System |
| WO2014006620A1 (en) | 2012-07-05 | 2014-01-09 | P.C.O.A. Devices Ltd. | Medication dispenser |
| ES2744276T3 (es) | 2012-07-30 | 2020-02-24 | DosentRX Ltd | Recipiente para contener y dispensar pastillas medicinales sólidas |
| US10831851B2 (en) * | 2013-05-06 | 2020-11-10 | Veeva Systems Inc. | System and method for co-browsing |
| US20140351128A1 (en) * | 2013-05-24 | 2014-11-27 | Bank Of America Corporation | Multiple Payee Endorsement |
| US20210005324A1 (en) * | 2018-08-08 | 2021-01-07 | Hc1.Com Inc. | Methods and systems for a health monitoring command center and workforce advisor |
| US12027243B2 (en) | 2017-02-17 | 2024-07-02 | Hc1 Insights, Inc. | System and method for determining healthcare relationships |
| IL233295B (en) | 2014-06-22 | 2019-11-28 | Ilan Paz | A control pill dispensing system |
| IL238387B (en) | 2015-04-20 | 2019-01-31 | Paz Ilan | Drug dispenser release mechanism |
| CA3002134C (en) | 2015-10-15 | 2021-11-02 | Ilan Paz | Image recognition-based dosage form dispensers |
| US11458072B2 (en) | 2015-11-02 | 2022-10-04 | Dosentrx Ltd. | Lockable advanceable oral dosage form dispenser containers |
| CN107813418A (zh) * | 2017-10-31 | 2018-03-20 | 天津银龙预应力材料股份有限公司 | 一种温度均匀的轨道板蒸养室 |
| US11682474B2 (en) * | 2018-12-12 | 2023-06-20 | International Business Machines Corporation | Enhanced user screening for sensitive services |
| SG10201902656UA (en) * | 2019-03-25 | 2020-10-29 | Genejunction Pte Ltd | Arrangement for encrypted exchange of personal medical and financial data |
| US11301461B2 (en) | 2019-04-03 | 2022-04-12 | Unitedhealth Group Incorporated | Managing data objects for graph-based data structures |
| US11515023B2 (en) * | 2019-06-21 | 2022-11-29 | Express Scripts Strategic Development, Inc. | Dynamic user interface generation for delivery scheduling optimization |
| CN111883221B (zh) * | 2020-07-16 | 2023-09-12 | 关涛 | 一种慢性病患者院外数据获取分析系统 |
| CN114953140A (zh) * | 2022-05-11 | 2022-08-30 | 都匀开发区茂源建材科技发展有限公司 | 一种蒸压加气砖蒸压釜快速排水气装置 |
| US12375291B2 (en) * | 2022-09-09 | 2025-07-29 | Express Scripts Strategic Development, Inc. | Cryptographic architecture for securing access to controlled substances |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4766542A (en) * | 1986-11-07 | 1988-08-23 | General Computer Corporation | System and software for pharmaceutical prescription compliance |
| US4847764C1 (en) * | 1987-05-21 | 2001-09-11 | Meditrol Inc | System for dispensing drugs in health care instituions |
| US4918604A (en) * | 1988-10-03 | 1990-04-17 | Medco Containment Services, Inc. | Prescription drug depiction and labeling system |
| US5758095A (en) * | 1995-02-24 | 1998-05-26 | Albaum; David | Interactive medication ordering system |
| US5659741A (en) * | 1995-03-29 | 1997-08-19 | Stuart S. Bowie | Computer system and method for storing medical histories using a carrying size card |
| US5619991A (en) * | 1995-04-26 | 1997-04-15 | Lucent Technologies Inc. | Delivery of medical services using electronic data communications |
| US5883370A (en) * | 1995-06-08 | 1999-03-16 | Psc Inc. | Automated method for filling drug prescriptions |
| US6112182A (en) * | 1996-01-16 | 2000-08-29 | Healthcare Computer Corporation | Method and apparatus for integrated management of pharmaceutical and healthcare services |
| GB9712459D0 (en) * | 1997-06-14 | 1997-08-20 | Int Computers Ltd | Secure database system |
| US5970462A (en) * | 1997-10-31 | 1999-10-19 | Reichert; Richard R. | On-line pharmacy automated refill system |
| CA2255291A1 (en) * | 1997-12-08 | 1999-06-08 | Kopel H. Cohen | Automated database-oriented prescription drug ordering system |
| US5963136A (en) * | 1998-07-15 | 1999-10-05 | O'brien; Charles Terrence | Interactive prescription compliance and life safety system |
| US6067524A (en) * | 1999-01-07 | 2000-05-23 | Catalina Marketing International, Inc. | Method and system for automatically generating advisory information for pharmacy patients along with normally transmitted data |
| WO2001097140A1 (en) * | 2000-06-14 | 2001-12-20 | Jascorp, Llc | Customer-centered pharmaceutical product and information distribution system |
-
2001
- 2001-09-04 EP EP01963226A patent/EP1381995B1/en not_active Expired - Lifetime
- 2001-09-04 CA CA002421124A patent/CA2421124A1/en not_active Abandoned
- 2001-09-04 AT AT01963226T patent/ATE283516T1/de not_active IP Right Cessation
- 2001-09-04 AU AU2001284257A patent/AU2001284257A1/en not_active Abandoned
- 2001-09-04 DE DE60107472T patent/DE60107472T2/de not_active Expired - Fee Related
- 2001-09-04 EP EP04077872A patent/EP1507227A3/en not_active Withdrawn
- 2001-09-04 EP EP04076909A patent/EP1471454A3/en not_active Withdrawn
- 2001-09-04 GB GB0216102A patent/GB2376108A/en not_active Withdrawn
- 2001-09-04 ES ES01963226T patent/ES2233673T3/es not_active Expired - Lifetime
- 2001-09-04 WO PCT/GB2001/003957 patent/WO2002021417A2/en not_active Ceased
-
2003
- 2003-02-27 US US10/377,048 patent/US20040019502A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| DE60107472D1 (de) | 2004-12-30 |
| DE60107472T2 (de) | 2005-12-15 |
| US20040019502A1 (en) | 2004-01-29 |
| EP1507227A3 (en) | 2005-03-30 |
| WO2002021417A2 (en) | 2002-03-14 |
| AU2001284257A1 (en) | 2002-03-22 |
| EP1471454A2 (en) | 2004-10-27 |
| EP1471454A3 (en) | 2005-03-23 |
| GB2376108A (en) | 2002-12-04 |
| CA2421124A1 (en) | 2002-03-14 |
| ATE283516T1 (de) | 2004-12-15 |
| GB0216102D0 (en) | 2002-08-21 |
| EP1381995A2 (en) | 2004-01-21 |
| EP1381995B1 (en) | 2004-11-24 |
| WO2002021417A3 (en) | 2003-11-20 |
| HK1059664A1 (en) | 2004-07-09 |
| EP1507227A2 (en) | 2005-02-16 |
| WO2002021417A9 (en) | 2003-05-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2233673T3 (es) | Mejoras relacionadas con sistemas de gestion de la informacion. | |
| AU2002331659B2 (en) | Prescription fulfillment system and method | |
| US20010056359A1 (en) | System and method for communicating product recall information, product warnings or other product-related information to users of products | |
| US20030074234A1 (en) | Customer-centered pharmaceutical product and information distribution system | |
| US20020029223A1 (en) | Prescription network supporting doctors, care givers and online drug store interaction | |
| US20090043611A1 (en) | Interface system for displaying comprehensive patient medication record | |
| US11481739B1 (en) | Medication disposal, treatment and reconciliation kiosk device | |
| JP2009528640A (ja) | 競合処方薬および／または入札サービスプロバイダ選択のための方法 | |
| US20050261940A1 (en) | Method and apparatus for managing drug inventory at point of care | |
| KR102518614B1 (ko) | 복약지도 시스템을 통해 수행되는 복약지도 방법 및 복약지도 시스템 | |
| US9910959B2 (en) | Entry, storage and retrieval of medical information from a pharmacy | |
| US20050177392A1 (en) | Electronic prescription handling system | |
| US20060196928A1 (en) | System and method to assist patients in complying with medication regimes | |
| Kilbridge et al. | E-prescribing | |
| KR102139583B1 (ko) | 약국매칭방법 및 이를 이용한 약국매칭서비스 시스템 | |
| JP6442859B2 (ja) | 薬服用リマインドシステム | |
| US20120245956A1 (en) | Pharmacy-based data transfer methodology | |
| GB2376110A (en) | Improvements relating to information management systems | |
| ZA200301577B (en) | Improvements relating to information management systems. | |
| Mullin et al. | Awareness of the need for safe storage of methadone at home is not improved by the use of protocols on recording information giving | |
| WO2001097140A1 (en) | Customer-centered pharmaceutical product and information distribution system | |
| HK1059664B (en) | Improvements relating to information management systems | |
| NL2010501C2 (nl) | Werkwijze voor het met behulp van een computersysteem aanmaken en/of bijhouden van een persoonlijk medicatiedossier. | |
| JP2023149761A (ja) | 処方箋薬剤の服薬管理及び療養管理のビジネスモデル | |
| KR20020011637A (ko) | 인터넷을 이용한 종합 의약 관리방법 |