RU2273880C2 - Коммуникационная система расширенного порядка на базе интернета и способ ее осуществления - Google Patents
Коммуникационная система расширенного порядка на базе интернета и способ ее осуществления Download PDFInfo
- Publication number
- RU2273880C2 RU2273880C2 RU2002124568/09A RU2002124568A RU2273880C2 RU 2273880 C2 RU2273880 C2 RU 2273880C2 RU 2002124568/09 A RU2002124568/09 A RU 2002124568/09A RU 2002124568 A RU2002124568 A RU 2002124568A RU 2273880 C2 RU2273880 C2 RU 2273880C2
- Authority
- RU
- Russia
- Prior art keywords
- patient
- pharmacy
- information
- prescription
- doctor
- Prior art date
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- 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
-
- 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
- G16H80/00—ICT specially adapted for facilitating communication between medical practitioners or patients, e.g. for collaborative diagnosis, therapy or health monitoring
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Business, Economics & Management (AREA)
- Biomedical Technology (AREA)
- Strategic Management (AREA)
- Chemical & Material Sciences (AREA)
- Medicinal Chemistry (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Bioinformatics & Cheminformatics (AREA)
- General Business, Economics & Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Operations Research (AREA)
- Pathology (AREA)
- Data Mining & Analysis (AREA)
- Pharmacology & Pharmacy (AREA)
- Toxicology (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Accommodation For Nursing Or Treatment Tables (AREA)
Abstract
Изобретение относится к электронной рецептурной системе на базе Интернета, а также к способу ее осуществления. Техническим результатом является повышение быстродействия системы. Система содержит систему аптечной базы данных (14), групповой сервер (18) участвующей фармацевтической компании, веб-сервер (10), группу терминальных компьютеров (KIOSK), предназначенных для оплаты медицинского обследования, выдачи и передачи через Интернет рецептов по результатам обследования в указанную пациентом аптеку или в аптеку, ближайшую к месту его жительства, аптечный терминал и системы базы данных о пациентах (16), причем запрос указанных данных и управление ими осуществляется через Интернет-сервер. Способы описывают работу электронной рецептурной системы и формирование системы аптечной базы данных. 4 н. и 5 з.п. ф-лы, 10 ил.
Description
Область техники
Изобретение относится к медицинской информационной технологии, технологии передачи коротких сообщений, сетевой технологии, технологии электронной идентификации и технологии, связанной с Интернетом.
Предшествующий уровень техники
Настоящее изобретение относится к созданию системы распределения функций фармацевта и врача, в которой врач осуществляет только лечение пациента и только выписывает рецепты, а фармацевт только готовит препараты и лекарства и, в случае введения в эксплуатацию такой системы, связывается с электронной системой выписывания рецептов, основанной на Интернете, а также к способу осуществления такой системы, которая может быстро и точно передавать рецепты лечения конкретного пациента, выписанные врачом, фармацевту в его специализированную аптеку, а также может использовать всю медицинскую информацию как основу для сбора статистической информации по национальному здравоохранению, вводя указанную информацию в базу данных.
Благодаря распределению функций между врачом и фармацевтом, врач должен только выписать рецепт на лекарство, а фармацевт должен подготовить лекарство и назначить порядок его приема в соответствии с рецептом. Такое распределение функций между врачом и фармацевтом требует срочного решения ряда проблем, таких, как проблема стандартизации рецептурных бланков, проблема хранения документов, проблема расстояний и лимита времени, связанная с передачей рецепта, проблема точности передачи содержимого рецепта и проблема менеджмента.
Для того, чтобы успешно разделить функции врача и фармацевта, существующая процедура лечения и назначения лекарств должна быть упрощена и стать более удобной для врача и фармацевта. Так, если провести разделение функций при сохранении бумажных рецептов, то быстрота, точность и надежность назначенного медикаментозного лечения не могут быть гарантированы и невозможно будет обеспечить эффективное взаимодействие врача, фармацевта и пациента при медикаментозном лечении.
Таким образом, при разделении функций врача и фармацевта необходимо принять во внимание резкое изменение социальной среды, и в этом случае Интернет является тем средством, которое свяжет такие социальные изменения с эрой информационных технологий. Поскольку Интернет позволяет решать задачи в реальном масштабе времени, он может обеспечить быструю и точную передачу информацию о назначениях, что представляет собой большую проблему при разделении ролей врача и фармацевта. Имеется потребность в создании системы распределения ролей врача и фармацевта на базе Интернета и, следовательно, имеется потребность в создании системы электронного документооборота, которая представила бы возможность врачу идентифицировать пациента и знакомиться с его историей болезни.
Сущность изобретения
Задачей настоящего изобретения является создание электронной рецептурной системы, основанной на Интернете, и способа ее эксплуатации, при котором имеется возможность быстро и точно передавать информацию о назначенном пациенту врачом лечении фармацевту в аптеку, а также использовать всю медицинскую информацию, относящуюся к лечению и лекарствам, как основу для статистики национальной системы здравоохранения, вводя эту информацию в базу данных, если будут разделены функции врача и фармацевта, когда врач будет только осуществлять лечение пациента и выписывать рецепты, а фармацевт будет только готовить лекарства и проводить медикаментозное лечение в соответствии с назначением врача.
Также задачей настоящего изобретения является создание электронной рецептурной системы, основанной на Интернете, и способа ее реализации, который может рациональным образом предоставить средства, требуемые для создания электронной рецептурной системы на основе Интернета.
Кроме того, задачей настоящего изобретения является создание электронной рецептурной системы, основанной на Интернете, и способа ее реализации, для надлежащего разрешения конфликтов между врачом и фармацевтом при разделении ролей между ними.
Также задачей настоящего изобретения является создание электронной рецептурной системы, основанной на Интернете, и способа ее реализации, которая позволит врачу и фармацевту прямо или косвенно получать прибыль от рекламы, когда врач выписывает медикаменты, а фармацевт подтверждает назначение в соответствии с разделением функций между врачом и фармацевтом и, кроме того, позволяет рекламодателю направлять персонализированную рекламу целевому клиенту так, что это удовлетворяет обе стороны.
Для достижения указанных результатов настоящее изобретение отличается тем, что содержит систему аптечной базы данных, в которой хранится географическая информация и информация о складских запасах по участвующим в системе аптекам, групповой сервер участвующей в системе фармацевтической компании, поставляющей медикаменты в указанную аптеку и осуществляющей администрирование информации о складских запасах в каждой аптеке, веб-сервер, образующий сайт в Интернете для выдачи и приема электронных рецептов на основе полученной через Интернет информации и указанной базы данных аптеки и указанного группового сервера фармацевтической компании, группу больничных терминалов, после медикаментозного лечения выдающих и передающих по Интернету электронные рецепты в соответствии с результатами медикаментозного лечения в указанную пациентом аптеку или в аптеку, находящуюся рядом с местом его проживания, группу аптечных терминалов, подтверждающую, передан ли электронный рецепт с зарегистрированным личным номером пациента во время личного визита пациента в аптеку, готовящую лекарство в соответствии полученным рецептом и передающую информацию о лекарстве на веб-сервер; и систему базы данных пациентов, собирающую информацию аптечных терминалов и информацию о медикаментозном лечении с группы больничных терминалов и хранящую общую информацию о каждом пациенте.
Краткое описание чертежей
Фиг.1 - блок-схема, иллюстрирующая систему, соответствующую настоящему изобретению;
Фиг.2 - схема процесса, иллюстрирующая процесс реализации электронной рецептурной системы, соответствующей настоящему изобретению;
Фиг.3 - схема процесса, иллюстрирующая подпрограмму действий врача в электронной рецептурной системе, соответствующей настоящему изобретению;
Фиг.4 - схема процесса, иллюстрирующая подпрограмму указания аптеки пациентом в электронной рецептурной системе, соответствующей настоящему изобретению;
Фиг.5 - схема процесса, иллюстрирующая подпрограмму назначения лекарства врачом в электронной рецептурной системе, соответствующей настоящему изобретению;
Фиг.6 - схема процесса, иллюстрирующая подпрограмму изготовления лекарства и лечения в соответствии с назначением в электронной рецептурной системе, соответствующей настоящему изобретению;
Фиг.7 - блок-схема системы, соответствующей настоящему изобретению;
Фиг.8 - схема процесса, иллюстрирующая процедуру ввода данных о медикаментозном лечении и истории болезни в базу данных, соответствующую настоящему изобретению;
Фиг.9 - схема процесса, иллюстрирующая процедуру лечения с использованием данных о лечении и истории болезни и обновления информации о лечении, соответствующую настоящему изобретению;
Фиг.10 - схема процесса, иллюстрирующая доступ к истории болезни пациента.
Подробное описание предпочтительных вариантов осуществления настоящего изобретения
Далее следует более подробное описание настоящего изобретения со ссылками на прилагаемые чертежи.
На фиг.1 представлена блок-схема, иллюстрирующая систему, соответствующую настоящему изобретению. Система содержит веб-сервер (10), формирующий и управляющий домашней страницей для заказа электронного рецепта через Интернет. Сайт заказа электронных рецептов, управляемый веб-сайтом (10), может быть соединен со всеми аптечными терминалами (12) и всеми больничными терминалами (13) всей страны и, благодаря менеджменту системы, этот сайт может наделять эти аптечные и больничные терминалы конкретными идентификационными номерами, чтобы с помощью этих номеров иметь фактический доступ к сайту заказа электронных рецептов. Этими номерами могут быть адреса электронной почты, что позволяет разделить роли врача и фармацевта.
Указанный веб-сервер (10) имеет аптечную базу данных (14), в которой хранится географическая информация и информация о складских запасах по каждой участвующей в системе аптеке по всей стране, групповой сервер (18) участвующей фармацевтической компании для доставки медикаментов в указанные участвующие аптеки, управляющей информацией о складских запасах по каждой отдельной аптеке, базу данных (16) пациентов, в которую собирается информация о медикаментозном лечении от указанных групп аптечных терминалов и информация о лечении от групп больничных терминалов и в которой хранится информация по каждому пациенту.
Кроме того, веб-сервер (10) может быть соединен с больничной базой данных (15) для хранения информации по каждой участвующей больнице в стране и со статистической базой данных для хранения информации общего характера, такой как информация о болезнях и информация о медикаментозном лечении по персональным, региональным и возрастным группам. Указанная больничная база данных (15) может также хранить информацию не только по больницам, но и по оздоровительным центрам и клиникам.
Помимо этого, веб-сервер (10) может также содержать рекламный сервер (19) для проведения персонализированной рекламы при выдаче электронных рецептов врачом и подтверждении назначений фармацевтом, причем рекламный сервер может содержать рекламную базу данных (20).
Указанный групповой сервер (18) участвующей фармацевтической компании выполнен с возможностью проводить рекламу через рекламный сервер (19) и, кроме того, этот сервер выполнен с возможностью построения собственной системы (21) обработки и информации о запасах медикаментов, с которой каждая аптека обменивается информацией о лекарствах и медикаментах.
Указанный процесс выдачи электронного рецепта и медикаментозного лечения, основанный на системе, соответствующей настоящему изобретению, действует следующим образом.
Когда врач осматривает пришедшего к нему пациента и назначает соответствующие лекарства, врач вводит информацию о лекарствах для соответствующего пациента, соединяясь через больничный терминал (13) с сайтом электронных рецептов. Процесс ввода этой информации о лекарствах включает следующие шаги: во-первых, врач вводит ключевые слова, относящиеся к отрасли медицины и к типу назначенных лекарств. Затем, на монитор компьютера в форме меню будет выведен список лекарств, соответствующих введенным условиям.
Избыточная информация о лекарствах будет отсекаться сервером участвующей фармацевтической компании, а также будет исключена информация о лекарствах не участвующих фармацевтических компаний. Разделение фармацевтических компаний на участвующие и не участвующие еще на стадии создания электронной рецептурной системы по настоящему изобретению может стать способом привлечения множества фармацевтических компаний на ранних стадиях работ.
Когда врач оформляет электронный рецепт и выбирает конкретное лекарство из множества наименований, выведенных на экране меню, на том же экране может отображаться реклама той фармацевтической компании, которая выпустила это лекарство. Комиссионные за просмотр этой рекламы автоматически перечисляются на счет, указанный врачом. Реклама лекарств может иметь форму строчной рекламы, всплывающей рекламы или полностраничной рекламы, где используются различные рекламные технологии.
После того, как врач определит назначаемое лекарство, пациент указывает ему аптеку, расположенную рядом с местом его проживания. Затем врач подключается к аптечной базе данных (14) через веб-сервер (10) и проверяет, является ли указанная аптека участником системы, передает электронный рецепт с присвоенным ему уникальным номером и уведомляет пациента о результате. Если пациент не указывает конкретной аптеки, врач с помощью системы географической информации, обслуживаемой веб-сервером (10), отыскивает ближайшую к месту жительства пациента и участвующую в системе аптеку, передает в эту аптеку электронный рецепт с помощью идентификационного номера и уведомляет о результатах пациента.
Если имеется несколько возможных аптек для передачи электронного рецепта с больничного терминала (13) через Интернет с вводом идентификационного номера аптеки-участника системы, который может служить адресом электронной почты, то прежде чем передавать рецепт, веб-сервер (10) обращается к групповому серверу (18) фармацевтической компании или к аптечной базе данных (14) и проверяет состояние складских запасов на наличие выписанного лекарства в указанной аптеке. Этот процесс проверки наличия лекарства приводит к следующему этапу, передаче электронного рецепта. В случае отсутствия лекарства необходимо через повторный выбор найти другую аптеку для изготовления лекарства в соответствии с электронным рецептом.
В процессе выдачи электронного рецепта в аптеку поступает запрос на авансовую оплату кредитной карточкой или наличными. Это позволяет быстро реагировать на потребность в выписанных лекарствах пациента, посещающего аптеку.
Назначения врача и электронный рецепт передаются и хранятся в базе данных (16) пациента. Эта информация может использоваться для сведения при дальнейшем лечении и проверки истории болезни пациента. Истории болезней всех пациентов хранятся в системе больничной базы данных (15) и используются как статистические данные.
Электронный рецепт врача для посетившего его пациента передается на аптечный терминал (12) в той аптеке, которую укажет пациент или в ближайшей к месту его жительства. Когда пациент приходит в аптеку и сообщает данные о себе, фармацевт соединяет терминал (12) с сайтом в Интернете, готовит лекарство и назначает порядок приема в соответствии с электронным рецептом для данного пациента.
В случае авансовой оплаты при выдаче электронного рецепта, информация этого рецепта немедленно передается в соответствующую аптеку для изготовления лекарства. Аптека готовит лекарство еще до визита пациента.
Перед выдачей лекарства фармацевт обязан точно идентифицировать пациента. Когда содержание электронного рецепта на аптечном терминале (12) расценивается как несоответствующее, фармацевту предоставляется право выдать заменяющий рецепт. В этом случае содержание заменяющего рецепта должно быть загружено на веб-сервер (10).
При изготовлении лекарств в участвующей аптеке факт предварительной оплаты является основанием для обращения в страховую компанию. В противном случае аптека получает оплату по кредитной карточке или наличными. Управление оплатой составляющих лекарств при разделении ролей врача и фармацевта может быть систематизировано с помощью интеграции системы кредитных карточек, системы медицинского страхования, ассоциации врачей и других соответствующих организаций.
Осуществление разделения ролей между врачом и фармацевтом с помощью системы по настоящему изобретению может дать полную информацию о здоровье населения, распространении заболеваний, медицинскую информацию, информацию о рецептуре и т.п., которая может использоваться для определения политики в области национального здравоохранения, поскольку вся информация о национальном здравоохранении, участвующих в системе аптеках и лекарствах, и о лечении в участвующих больницах находится в статистической базе данных (17) на веб-сервере.
Указанный веб-сервер (10) может быть соединен с сервером (18) группы фармацевтических компаний, спонсирующих создание системы. Это позволяет получать информацию о состоянии потребления лекарств и о состоянии складских запасов по каждой отдельной аптеке. Эта информация направляется в систему (21) обработки информации о материалах участвующей фармацевтической компании для управления складскими запасами и обеспечения большей адекватности запасов лекарств в аптеках.
На фиг.2 показана схема процесса реализации электронной рецептурной системы, соответствующей настоящему изобретению.
Как указано выше, когда пациент приходит на прием к врачу, врач ставит диагноз, идентифицирует пациента и составляет электронный рецепт. Электронный рецепт регистрируется в базе данных пациентов через Интернет, обновляется, пересылается в аптеку, указанную или определенную пациентом и проводится проверка предварительной оплаты. Если пациент гарантирует предварительную оплату, эта оплата осуществляется через платежную систему с использованием кредитной или дебетовой карточек или карточек прямой оплаты, и на аптечный терминал немедленно отправляется заказ на изготовление лекарства.
После идентификации пациента, посетившего аптеку, и проверки информации о лекарстве, производится изготовление лекарства в соответствии с предварительной оплатой, после чего производится окончательный денежный расчет. Информация о лекарстве регистрируется в базе данных пациентов через Интернет.
На фиг.3 показана схема процедуры лечения в процессе работы электронной рецептурной системы.
После того, как больничный терминал получит доступ к сайту электронных рецептов в Интернете для выписывания электронного рецепта после лечения, при выборе страницы электронных рецептов и вводе ключевых слов, относящихся к наименованию фармацевтической компании или к медицинской информации, на экране появляется перечень фармацевтических компаний, спонсирующих создание электронной системы и участвующих в ее работе и названия лекарств, которые производятся этими компаниями. Если лекарство, на которое выписан рецепт, производится фармацевтической компанией, не участвующей в системе и не принимавшей участие в ее создании, электронная рецептурная система помечает это лекарство как недоступное и содержание рецепта распечатывается. Рецепт передается в соответствующую аптеку пациентом или иным способом.
Если выписанное лекарство является продукцией фармацевтической компании, участвующей в создании электронной рецептурной системы, оно появляется в меню больничного терминала или в том месте экрана, где перечислены все лекарства, выпускаемые этой фармацевтической компанией, и относящиеся к данному заболеванию. При выборе конкретного лекарства информация о нем вводится в историю болезни. Одновременно выводится рекламная страница производителя. Другими словами, меню выбора лекарств также может играть роль ключевого слова для выхода на страницу рекламы лекарства.
С точки зрения фармацевтической компании вывод этой рекламной страницы усиливает эффект рекламы благодаря высокой концентрации рекламы на потребителе, т.е. на враче.
Плата за потребление рекламы возвращается врачу, который решает использовать при лечении пациента рекламируемое лекарство.
Разумеется, поскольку такое рекламное объявление относится к типу персонализированной рекламы, его стоимость будет высока. Несмотря на то, что врач, глядя на монитор, прямо не осознает, что это приносит прибыль, он знает, что этот процесс является источником дохода.
Побочным эффектом ввода рецепта является создание базы данных и экономия времени пациента, ожидающего выписывания рецепта, что вызывает у врача чувство ответственности, а доход от рекламы компенсирует трудозатраты врача.
Реклама может иметь форму баннеров, расположенных в нижней части монитора, изображений, всплывающих при щелчке мыши или изображений, созданных по технологии "флэш". Доход врача перечисляется на его счет автоматически в форме денег или условных электронных расчетных единиц.
На фиг.4 показана подпрограмма определения основной аптеки в электронной рецептурной системе.
После назначения лекарства, врач вводит рецепт и электронная рецептурная система определяет предпочтительную аптеку. Если пациент предпочитает ту или иную аптеку, электронная рецептурная система проверяет несколько условий: зарегистрирована ли аптека в ассоциации электронной рецептурной системы, имеется ли в этой аптеке выписанное лекарство.
Если эти условия выполняются, электронная рецептурная система посылает рецепт в эту аптеку (или по соответствующему адресу электронной почты). В противном случае электронная рецептурная система посылает рецепт в ближайшую аптеку и после уведомления пациента об этом выполнение программы останавливается.
На фиг.5 поясняется медицинская подпрограмма электронной рецептурной системы.
Когда пациент требует у фармацевта рецепт, фармацевт, соединившись с веб-сайтом электронной рецептурной системы, загружает рецепт, выписанный врачом. Проведя идентификацию пациента, фармацевт изготавливает препарат для пациента. В процессе идентификации могут использоваться номера удостоверений личности или номера заказов.
Во время загрузки рецепта на экране, как и в случае врача, появляются рекламные сообщения. Содержание заменяющего рецепта фармацевта передается на веб-сервер. Стоимость просмотра рекламы автоматически перечисляется на счет врача.
Если при подтверждении рецептурного заказа будет обнаружено, что альтернативное лекарство может быть более эффективно, чем прописанное, или прописанное лекарство будет сочтено неуместным, фармацевт может выдать альтернативный рецепт по собственному усмотрению.
После завершения процесса выписывания альтернативного рецепта фармацевт может передать информацию об этой ситуации на веб-сервер через сайт в Интернете, и на этом задача будет завершена.
Фиг.6 представляет собой схему процесса, иллюстрирующую процедуру изготовления и определения порядка применения лекарства в случае предварительной оплаты в больнице.
Во-первых, когда предварительная оплата совпадает с выписыванием рецепта врачом, сообщение о предварительной оплате может быть послано на терминал соответствующей аптеки. Затем фармацевт открывает полученное сообщение и подтверждает полученный рецепт, причем в это время на экране может появляться реклама фармацевтической компании, так же, как и при выборе врачом лекарства. Компенсация (деньги или условные расчетные единицы) за потребление персонализированной рекламы (просмотр) может автоматически перечисляться на соответствующий счет.
Точно так же, если при подтверждении полученного рецепта более эффективным будет сочтено альтернативное лекарство, или прописанное лекарство будет сочтено непригодным, фармацевт может назначить другое лекарство по своему усмотрению.
По завершении процесса выписывания альтернативного рецепта фармацевт может передать информацию об этой ситуации на веб-сервер через сайт в Интернете. При предварительной оплате, когда пациент приходит после того, как лекарство приготовлено заранее в соответствии с электронным рецептом, фармацевт проверяет его личность и выдает лекарство, после чего задача считается завершенной.
Вся информация о рецептах может передаваться через Интернет в базу данных пациентов, статистическую базу данных, аптечную базу данных, больничную базу данных и, кроме того, на групповой сервер фармацевтической компании, которые соединены с веб-сервером, причем эта информация может использоваться как статистические данные.
На фиг.7 приведена блок-схема, иллюстрирующая систему базы данных лечения и историй болезни, основанную на Интернете.
Как указано выше, система, соответствующая настоящему изобретению может содержать сервер (7-10), создающий и управляющий домашней страницей для электронной рецептурной системы, основанной на Интернете.
Сайт в Интернете, управляемый этим сервером (7-10) может быть соединен со всеми больничными терминалами (7-11, 12) и аптечными терминалами (7-13) во всей стране, и, при необходимости, информация о лечении зарегистрированного пациента может быть получена с этого сервера (7-10), при этом информация о регистрации пациента и информация о лечении могут обновляться.
Указанный сервер (7-10) может быть соединен с базой данных пациентов (7-16), в которой содержатся первые или новые назначения и история болезни по конкретным пациентам, которые поступают со всех указанных выше аптечных терминалов (7-13) или больничных терминалов (7-11, 12).
Кроме того, этот сервер (7-10) может быть соединен с сервером медицинской ассоциации (7-14) и сервером фармацевтической ассоциации (7-15), с которых может загружаться информация о зарегистрированном враче и фармацевте, и регистрационные номера новых врачей и фармацевтов могут вводиться в каждую базу данных фармацевтов (7-18) и врачей (7-17).
Когда пациент (7-19) посещает больницу и обращается к врачу (7-20), врач осматривает пациента и по результатам осмотра делает назначения.
Назначенные лекарства могут быть изготовлены в аптеке, в соответствии с распределением ролей между фармацевтом и врачом.
В это время, поскольку врач обязан по запросу пациента предоставить ему письменный отчет о результатах осмотра, врач должен внести запись в историю болезни и может передать запись о пациенте на сервер (7-10) с больничного терминала (7-11) с согласия пациента.
Перед передачей этой информации идентификация пациента позволяет врачу выполнять роль регистрационного органа.
Аутентификация пациента является очень важным процессом для сохранения достоверности и надежности базы данных о пациентах.
Сервер (7-10) может быть соединен с сервером (7-14) медицинской ассоциации и сервером (7-15) фармацевтической ассоциации и загружает с них информацию о зарегистрированном враче и фармацевте и хранит ее в базе данных фармацевтов (7-18) и в базе данных врачей (7-17) на сервере, и когда врач (7-20, 21) с больничного терминала (7-11, 12), или фармацевт (7-22) с аптечного терминала (7-13) запрашивает аутентификацию в качестве регистрационного органа, сервер проводит аутентификацию, обращаясь к этим базам данных.
Следовательно, когда соответствующий лечащий врач запрашивает с больничного терминала (7-11) аутентификацию регистрационного органа, чтобы зарегистрировать запись о назначениях конкретному пациенту, эта аутентификация проводится, после чего врач передает данные на сервер (7-10).
Когда запись о назначениях вводится с больничного терминала (7-11), сервер (7-10) сохраняет информацию в базе данных о пациентах (7-16).
База данных о пациентах (7-16) хранится и управляется индивидуально, и после создания первой записи о пациенте все последующие записи о назначениях или лекарствах аккумулируются в разделе, отведенном для этого конкретного пациента.
Следовательно, даже если пациент обратится в другую больницу или к семейному врачу, новый врач сможет изучить историю болезни этого пациента, содержащуюся в базе данных, используя соответствующий больничный терминал (7-12), чтобы избежать повторного осмотра или назначения.
Точно также, в это время врач передает результаты осмотра пациента, чтобы история болезни пациента велась непрерывно и систематически.
Кроме того, к истории болезни пациента или результатам лечения и т.д и можно обратиться с аптечного терминала (7-13). При этом фармацевт в качестве регистрирующего органа вводит и загружает информацию о лекарствах.
Поскольку ввод информации о лекарствах фармацевтом и записи истории болезни врачом является обязанностью и представляет собой определенную экономическую ценность, своевременное заполнение базы данных по каждому пациенту может стимулироваться определенной компенсацией. Такая информация может служить статистическими данными о национальном здравоохранении.
На фиг.8 приведена схема процесса, иллюстрирующая процедуру составления базы данных о пациентах. Как указано выше, когда пациент выбирает семейного врача и записывается на прием через Интернет и пр., и затем посещает больницу, лечение назначается соответствующим семейным врачом. Врач должен назначить лечение и выдать пациенту назначения и выписку из истории болезни, однако не все пациенты могут систематически вести такие записи. Поэтому семейный врач проверяет, зарегистрирован ли пациент в базе данных и, если пациент зарегистрирован, врач передает через сервер информацию о лечении в базу данных пациентов, а если пациент не зарегистрирован, врач просит согласия пациента на регистрацию в базе данных.
Если пациент не желает регистрироваться в базе данных, врач выписывает рецепты на бумаге и делает на бумаге запись о лечении, на чем его задача завершается.
В противном случае, если пациент согласен зарегистрироваться в базе данных, врач с больничного терминала через Интернет соединяется с сервером и вводит свой идентификатор, получая аутентификации в качестве регистрирующего органа и, затем, передает личные данные и запись о лечении соответствующего пациента и создает и регистрирует персональный раздел в базе данных о пациентах.
Наилучший способ реализации настоящего изобретения
Настоящее изобретение позволяет врачу, фармацевту и пациенту прямо или косвенно получать прибыть от потребления рекламы, когда врач назначает лечение, а фармацевт подтверждает назначение в соответствии с распределением функций между врачом и фармацевтом и, кроме того, позволяет рекламодателю направлять персонализированную рекламу целевому потребителю, что удовлетворяет обе стороны.
При реализации распределения функций между врачом и фармацевтом, поскольку рецепт, выписанный врачом, может быть быстро и точно передан фармацевту или в аптеку и использован как основа для статистических данных по национальному здравоохранению, за счет введения всей информации о назначениях и лекарствах в базу данных, реализация настоящего изобретения требует активного участия больниц, аптек, пациентов и соответствующей отрасли промышленности, т.е. фармацевтических компаний. Необходим рациональный источник денежных средств для создания электронной рецептурной системы на основе Интернета, действующий на принципе выгодности. Кроме того, настоящее изобретение окажет влияние на национальное здравоохранение за счет правильного распределения обязанностей между фармацевтом, врачом и пациентом. Поскольку часть процесса передачи рецепта может в конечном итоге рассматриваться в качестве эффективной сбытовой сети для лекарств, желательно компенсировать издержки фармацевтических компаний за счет рекламы.
Промышленная применимость
В области фармацевтики настоящее изобретение позволит исключить неудобства, связанные с повторным использованием бумажных рецептов для оформления страховых выплат и дополнительной нагрузки на персонал. Способ электронной покупки лекарств на основании информации, содержащейся в рецепте, может быть использован в соответствующей отрасли. Что касается пациента, то поскольку пациент может уведомить соответствующую аптеку заранее, сокращается время до получения готового лекарства, поэтому настоящее изобретение может быть широко и успешно использовано.
Claims (9)
1. Электронная рецептурная система на базе Интернета, содержащая:
систему (14) аптечной базы данных, выполненную с возможностью хранения географической информации и информации о складских запасах участвующих аптек;
групповой сервер (18) участвующей фармацевтической компании, выполненный с возможностью поставки в указанные аптеки лекарств и управляющий информацией о складских запасах по каждой из аптек;
веб-сервер (18), выполненный с возможностью образования сайта в Интернете для приема и передачи через Интернет электронных рецептов в упомянутую систему аптечной базы данных и на упомянутый групповой сервер участвующей фармацевтической компании;
группу больничных терминалов самообслуживания для пациентов (13-2) для выдачи и передачи через Интернет бумажных и электронных рецептов в соответствии с результатом медицинского обследования в авторизованную пациентом аптеку или аптеку, ближайшую к месту его жительства, где врач может вводить записи о рецептах в систему базы данных назначений пациенту (13-1) в больнице после обследования пациента и затем пациент может выразить личные пожелания в выборе аптеки и может использовать процедуру аутентификации, например идентификатор пациента для защиты персональной истории болезни;
группу (12) аптечных терминалов, выполненных с возможностью подтверждения при визите пациента в аптеку, был ли передан в аптеку электронный рецепт с конкретным регистрационным номером пациента, и выполненных с возможностью изготовления лекарства в соответствии с рецептом, если он был получен, и передающих информацию о лекарстве на веб-сервер; и
систему (16) базы данных (БД) о пациентах, выполненную с возможностью сбора информации о лекарствах с указанных аптечных терминалов и информации о назначениях с группы больничных терминалов и выполненную с возможностью хранения общей информации по соответствующим пациентам.
2. Электронная рецептурная система по п.2, отличающаяся тем, что дополнительно содержит систему (21) обработки информации о складских запасах, соединенную с групповым сервером (18) фармацевтической компании и выполненную с возможностью сбора информации об электронных рецептах с группы больничных терминалов (13) и информации, относящейся к выписанному лекарству с группы аптечных терминалов (12), и получения информации о складских запасах из системы (14) аптечной базы данных для управления складскими запасами лекарств, взаимными электронными заказами компаниями по продвижению продукции и электронными расчетами.
3. Электронная рецептурная система по п.1, отличающаяся тем, что упомянутый веб-сервер дополнительно содержит сервер (19) рекламной статистики для осуществления электронной и документальной (на рецептах) персонализированной рекламы и выдачи персонализированной медицинской информации, включая персонализированные указания о порядке приема лекарств, назначенному врачу и назначенному фармацевту при выписывании электронного рецепта и при подтверждении получения рецепта с аптечного терминала, а также пациенту при приеме и передаче рецепта с терминала самообслуживания или с системы, назначенной пациентом в соответствии с заболеванием и кодом лекарства на рецепте.
4. Электронная рецептурная система по п.2, отличающаяся тем, что упомянутый веб-сервер дополнительно содержит сервер (19) рекламной статистики для осуществления электронной и документальной (на рецептах) персонализированной рекламы и выдачи персонализированной медицинской информации, включая персонализированные указания о порядке приема лекарств, назначенному врачу и назначенному фармацевту при выписывании электронного рецепта и при подтверждении получения рецепта с аптечного терминала, а также пациенту при приеме и передаче рецепта с больничного терминала самообслуживания для пациентов (13-2) или с системы, назначенной пациентом в соответствии с заболеванием и кодом лекарства на рецепте.
5. Электронная рецептурная система по п.1, отличающаяся тем, что упомянутый веб-сервер дополнительно содержит систему статистической базы данных (17) для приема общей информации о национальном здравоохранении, медицинской информации и информации об изготовлении лекарств и пр., используя информацию о заболеваниях всех пациентов, информацию о лекарствах по всем участвующим аптекам и информацию о лечении по всем участвующим больницам, получаемую из электронных рецептов в соответствии с разделением ролей фармацевта и врача.
6. Способ внедрения электронного рецепта на базе Интернета при осуществлении разделения функций фармацевта и врача, содержащий этапы, при которых:
врач вводит с компьютерного терминала электронные данные рецепта для пациента в соответствии с результатами медицинского осмотра и обследования пациента, посетившего больницу;
врач регистрирует и обновляет эти данные электронного рецепта для основной базы данных о пациентах; пациент оплачивает счет за медицинское обслуживание и после идентификации передает рецепт в аптеку, используя цифровой ключ фармацевта в качестве компонента приема данных и цифровой ключ пациента в качестве компонента передаваемых данных, и подтверждает предварительную оплату;
выполняют предварительную оплату, используя систему расчетов, когда пациент соглашается с предварительной оплатой, распечатывают подтверждение оплаты, передают через Интернет информацию, содержащуюся в рецепте, вместе с информацией об оплате для немедленного изготовления лекарства на соответствующий аптечный терминал или передают через Интернет только информацию, содержащуюся в рецепте с условием последующей оплаты;
выполняют процесс аутентификации персональной идентификации и процесс подтверждения информации о лекарстве посредством соединения с Интернет, когда соответствующий пациент посещает назначенную аптеку и запрашивает изготовление лекарства в соответствии с рецептом, и затем изготавливают лекарство и производят окончательный расчет в соответствии с условиями предварительной оплаты и через Интернет регистрируют информацию о лекарстве для соответствующего пациента в базе данных о пациентах.
7. Способ внедрения электронного рецепта по п.6, отличающийся тем, что способ дополнительно включает этап осуществления персонализированной рекламы в соответствии с кодом лекарства на рецепте и кодом заболевания, направляемой врачу и фармацевту, когда врач вводит электронный рецепт, используя больничный терминал, а фармацевт подтверждает электронный рецепт с аптечного терминала, соединенных с системой базы данных о пациентах, и автоматически перечисляют наличные или электронные условные расчетные единицы на счет, заранее открытый совместно рекламодателем, агентом, передающим рецепты, и больницей-аптекой, в качестве компенсации за просмотр этой персонализированной рекламы.
8. Способ создания базы данных записей лечения историй болезней, включающий этапы, при которых
врач или фармацевт осматривают и опрашивают пациента;
получают доступ к серверу базы данных после осмотра и получают аутентификацию в качестве регистрирующего органа (врач);
определяют, необходимо ли зарегистрировать базу данных сертификации пациента после аутентификации в качестве регистрирующего органа на предыдущем этапе;
врач создает и регистрирует сертификат пациента, включающий персональную информацию и цифровую подпись соответствующего пациента с помощью цифрового ключа для регистрации, выступая в роли регистрирующего органа, если осматриваемый пациент не был зарегистрирован на предыдущем этапе;
пациент выбирает и аутентифицирует одного или множество семейных врачей или фармацевтов, которые имеют право знакомиться с историей болезни и вносить в нее записи (включая изображения) и выписывать рецепты;
врач регистрирует запись лечения и историю болезни в качестве семейного врача и, если пациент является зарегистрированным пациентом, обновляет базу данных, вводя информацию о лечении за соответствующее время, и
семейный врач и пациент аутентифицируют полномочия, используя цифровой ключ сертификации, согласно которым другой взаимодействующий врач или фармацевт может читать историю болезни и рецепты пациента в рамках, допустимых медицинским законодательством, если потребуется совместное лечение с участием другого врача.
9. Система, образующая базу данных записей лечения и историй болезней, содержащая
терминалы (7-11-13), установленные в больнице и в аптеке;
сервер (7-10), выполненный с возможностью передачи на упомянутые больничные и аптечные терминалы информации аутентификации в качестве регистрирующего органа, приема и обработки первой или обновленной записи истории болезни, введенной с соответствующего аутентифицированного больничного и аптечного терминала;
систему базы данных сертификации пациентов (7-16), выполненную с возможностью хранения и обновления записи истории болезней каждого пациента, обрабатываемой упомянутым сервером, и
систему базы данных фармацевтов (7-18) и систему базы данных врачей (7-17), которые соединены с упомянутым сервером и аутентифицируют квалификацию фармацевта и врача.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR2000/6997 | 2000-02-15 | ||
| KR20000006997 | 2000-02-15 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| RU2002124568A RU2002124568A (ru) | 2004-03-10 |
| RU2273880C2 true RU2273880C2 (ru) | 2006-04-10 |
Family
ID=36295183
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| RU2002124568/09A RU2273880C2 (ru) | 2000-02-15 | 2001-02-14 | Коммуникационная система расширенного порядка на базе интернета и способ ее осуществления |
Country Status (10)
| Country | Link |
|---|---|
| US (1) | US20030187692A1 (ru) |
| EP (1) | EP1264260A4 (ru) |
| JP (1) | JP2003530650A (ru) |
| CN (1) | CN1418345A (ru) |
| AU (1) | AU774167B2 (ru) |
| BR (1) | BR0108399A (ru) |
| CA (1) | CA2400478A1 (ru) |
| MX (1) | MXPA02007893A (ru) |
| RU (1) | RU2273880C2 (ru) |
| WO (1) | WO2001077927A1 (ru) |
Families Citing this family (41)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2001099085A1 (en) * | 2000-06-20 | 2001-12-27 | Recoverycare.Com, Inc. | Electronic patient healthcare system and method |
| DE10219098A1 (de) * | 2002-04-29 | 2003-11-13 | Siemens Ag | Medizinisches Patientendatenverwaltungssystem |
| US20040019794A1 (en) * | 2002-07-29 | 2004-01-29 | Ahmad Moradi | Method and system for delivering prescription medicine |
| JP4190326B2 (ja) * | 2003-03-26 | 2008-12-03 | 富士通株式会社 | 情報提供システム |
| JP2004348333A (ja) * | 2003-05-21 | 2004-12-09 | It Coordinate Inc | 文字列入力支援プログラム、文字列入力装置および方法 |
| US20050027569A1 (en) * | 2003-07-31 | 2005-02-03 | Sohrab Gollogly | Systems and methods for documentation of encounters and communications regarding same |
| US8577690B2 (en) * | 2004-02-17 | 2013-11-05 | Dwight L. Pierce | Drug prescription registry |
| US20050228593A1 (en) * | 2004-03-12 | 2005-10-13 | Jones Reginald A | Method, system, and computer program for providing and evaluating medicine information |
| US20060010009A1 (en) * | 2004-07-07 | 2006-01-12 | Fangman William L | Medication card and system |
| RU2392664C2 (ru) * | 2004-09-22 | 2010-06-20 | Пол Дж. НУННАРИ | Система и способ стимулирования охраны здоровья в пункте продаж |
| JP5345319B2 (ja) * | 2004-09-30 | 2013-11-20 | コーニンクレッカ フィリップス エヌ ヴェ | 無線医療デバイスの患者への関連付けのための自動的かつ連続的で信頼性のある患者識別システム |
| JP5119593B2 (ja) * | 2005-01-13 | 2013-01-16 | 株式会社湯山製作所 | 物品払出装置、方法及び薬品払出装置 |
| JP4821130B2 (ja) * | 2005-02-16 | 2011-11-24 | 株式会社湯山製作所 | 錠剤充填装置 |
| US8468777B2 (en) | 2005-02-16 | 2013-06-25 | Yuyama Mfg. Co., Ltd. | Tablet filling device |
| JP4629476B2 (ja) * | 2005-03-30 | 2011-02-09 | 株式会社湯山製作所 | 薬品充填業務支援システム |
| US20060271398A1 (en) * | 2005-05-26 | 2006-11-30 | Jamie Belcastro | Web-based pharmacist |
| JP5044906B2 (ja) | 2005-08-25 | 2012-10-10 | 株式会社湯山製作所 | 薬剤払出装置 |
| JP2007264721A (ja) * | 2006-03-27 | 2007-10-11 | Konica Minolta Medical & Graphic Inc | データベースシステム、プログラム、及びデータベースシステムにおける広告提示方法 |
| CN101334815B (zh) * | 2008-08-06 | 2010-06-16 | 中国网通集团宽带业务应用国家工程实验室有限公司 | 医疗数据系统 |
| JP2010277582A (ja) * | 2009-04-30 | 2010-12-09 | Sony Corp | 医薬品情報処理装置及び医薬品情報処理方法 |
| US9268912B2 (en) | 2010-04-12 | 2016-02-23 | Cerx Pharmacy Partners, Lp | On site prescription management system and methods for health care facilities |
| US20120054029A1 (en) * | 2010-07-29 | 2012-03-01 | Trice Michael E | Advertising based medical digital imaging |
| CA2807409A1 (en) | 2010-08-04 | 2012-02-09 | NextGen Management LLC | Electronic prescription delivery system and method |
| CN102622504B (zh) * | 2011-01-30 | 2015-05-20 | 刘东华 | 一种医药制备与供给系统 |
| BE1022255B1 (fr) * | 2013-04-18 | 2016-03-04 | Medimind | Méthode pour gérer un premier et un deuxième identificateur chargés dans un dispositif de renseignement et de surveillance d'une prise d'une spécialité par un patient |
| CN104751392A (zh) * | 2013-12-25 | 2015-07-01 | 昆达电脑科技(昆山)有限公司 | 医疗管理方法 |
| CN104821044A (zh) * | 2015-05-28 | 2015-08-05 | 冯林 | 自动贩药机 |
| CN105184526A (zh) * | 2015-07-18 | 2015-12-23 | 深圳市前海安测信息技术有限公司 | O2o模式下的电子处方处理方法和网络医院平台系统 |
| CN105005956A (zh) * | 2015-07-18 | 2015-10-28 | 深圳市前海安测信息技术有限公司 | 基于网络医院的药品统一配送方法和网络医院平台 |
| CN105427124A (zh) * | 2015-10-29 | 2016-03-23 | 湖北雅仕达生物技术有限公司 | 借用单面载信纸介精准确认受者并实施服务或销售的方法 |
| CN107038326B (zh) * | 2016-02-03 | 2024-02-27 | 湖南暄程科技有限公司 | 一种多功能医疗服务系统 |
| CN106375429A (zh) * | 2016-08-31 | 2017-02-01 | 宁波金唐软件有限公司 | 一种任务推送系统 |
| CN106599589A (zh) * | 2016-12-21 | 2017-04-26 | 深圳市前海安测信息技术有限公司 | 医疗信息化辅助开处方的系统和方法 |
| JP2018132926A (ja) * | 2017-02-15 | 2018-08-23 | 祥人 北田 | ドラッグストア・クリニック連携システム |
| CN108711444B (zh) * | 2018-05-22 | 2022-03-25 | 广东工业大学 | 一种开具电子处方的方法和系统 |
| CN111009079A (zh) * | 2019-11-25 | 2020-04-14 | 银川脑心同治互联网医院有限公司 | 一种自助取药系统 |
| CN111242572A (zh) * | 2020-01-08 | 2020-06-05 | 王红军 | 一种线上医疗系统 |
| CN113270165A (zh) * | 2021-05-27 | 2021-08-17 | 南京丰恒裕翔智能科技有限公司 | 一种智能取药方法及系统 |
| CN113160929B (zh) * | 2021-06-01 | 2024-12-27 | 北京京东拓先科技有限公司 | 取药方法及装置 |
| CN113658665A (zh) * | 2021-08-26 | 2021-11-16 | 天津蓝卡健康科技有限公司 | 一种基于互联网药房系统用户购药的方法 |
| CN116312938B (zh) * | 2023-05-16 | 2023-08-04 | 西安交通大学医学院第一附属医院 | 基于大数据分析的配药信息处理方法、系统及存储介质 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2105350C1 (ru) * | 1994-05-12 | 1998-02-20 | Государственный научно-исследовательский институт экстремальной медицины, полевой фармации и медицинской техники Министерства обороны РФ | Система индивидуального учета и сортировки раненых |
| RU2131621C1 (ru) * | 1994-07-19 | 1999-06-10 | Асахи Касеи Когио Кабусики Кайся | Система виртуальной реальности и телереальности |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3493847B2 (ja) * | 1995-11-15 | 2004-02-03 | 株式会社日立製作所 | 広域医療情報システム |
| US5943423A (en) * | 1995-12-15 | 1999-08-24 | Entegrity Solutions Corporation | Smart token system for secure electronic transactions and identification |
| JP3688822B2 (ja) * | 1996-09-03 | 2005-08-31 | 株式会社東芝 | 電子カルテシステム |
| JPH10312430A (ja) * | 1997-05-12 | 1998-11-24 | Silicon Wave:Kk | 医療情報処理システム |
| US5857967A (en) * | 1997-07-09 | 1999-01-12 | Hewlett-Packard Company | Universally accessible healthcare devices with on the fly generation of HTML files |
| JPH11312201A (ja) * | 1998-04-30 | 1999-11-09 | Koichi Konishi | 医療情報管理処理システム |
-
2001
- 2001-02-14 WO PCT/KR2001/000221 patent/WO2001077927A1/en not_active Application Discontinuation
- 2001-02-14 MX MXPA02007893A patent/MXPA02007893A/es unknown
- 2001-02-14 CA CA002400478A patent/CA2400478A1/en not_active Abandoned
- 2001-02-14 BR BR0108399-6A patent/BR0108399A/pt not_active IP Right Cessation
- 2001-02-14 CN CN01805048A patent/CN1418345A/zh active Pending
- 2001-02-14 JP JP2001575302A patent/JP2003530650A/ja active Pending
- 2001-02-14 RU RU2002124568/09A patent/RU2273880C2/ru active
- 2001-02-14 US US10/203,851 patent/US20030187692A1/en not_active Abandoned
- 2001-02-14 AU AU37717/01A patent/AU774167B2/en not_active Ceased
- 2001-02-14 EP EP01910134A patent/EP1264260A4/en not_active Withdrawn
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| RU2105350C1 (ru) * | 1994-05-12 | 1998-02-20 | Государственный научно-исследовательский институт экстремальной медицины, полевой фармации и медицинской техники Министерства обороны РФ | Система индивидуального учета и сортировки раненых |
| RU2131621C1 (ru) * | 1994-07-19 | 1999-06-10 | Асахи Касеи Когио Кабусики Кайся | Система виртуальной реальности и телереальности |
Also Published As
| Publication number | Publication date |
|---|---|
| AU3771701A (en) | 2001-10-23 |
| BR0108399A (pt) | 2004-01-06 |
| CA2400478A1 (en) | 2001-10-18 |
| AU774167B2 (en) | 2004-06-17 |
| MXPA02007893A (es) | 2004-09-10 |
| WO2001077927A1 (en) | 2001-10-18 |
| EP1264260A1 (en) | 2002-12-11 |
| RU2002124568A (ru) | 2004-03-10 |
| CN1418345A (zh) | 2003-05-14 |
| JP2003530650A (ja) | 2003-10-14 |
| EP1264260A4 (en) | 2003-05-21 |
| US20030187692A1 (en) | 2003-10-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2273880C2 (ru) | Коммуникационная система расширенного порядка на базе интернета и способ ее осуществления | |
| US8099339B1 (en) | Systems and methods for pharmacy inventory management | |
| US8219412B2 (en) | Architecture for orchestrating promotional services | |
| US10817589B2 (en) | Systems and methods for improving patient compliance with a prescription drug regimen | |
| US20030177033A1 (en) | Method of internet-based medical record database configuration and system thereof by mutual certification between patient and doctor | |
| US8639523B1 (en) | Systems and methods for managing a prescription rewards program | |
| US7905399B2 (en) | Linking transaction cards with spending accounts | |
| CA2884949C (en) | Systems and methods for verifying correlation of diagnosis and medication as part of qualifying program eligibility verification | |
| US20020032582A1 (en) | System for medication dispensing and integrated data management | |
| US20020055856A1 (en) | Adjudicating pharmaceutical drug sample distribution system and method | |
| US20080147518A1 (en) | Method and apparatus for pharmacy inventory management and trend detection | |
| KR100432400B1 (ko) | 인터넷기반 체인약국 관리 및 업무지원 시스템과 그 방법 | |
| US10318915B2 (en) | Healthcare system for recording and monitoring transactions of system participants | |
| WO2006101884A2 (en) | Coupon system for heatlh insurance retail activities | |
| US20190370845A1 (en) | System for fulfillment of pharmaceutical prescriptions | |
| US20020161607A1 (en) | Pharmaceutical drug sample tracking and control method | |
| US20130151273A1 (en) | Mobile sampling | |
| US8392244B1 (en) | Direct onscreen advertising of pharmaceuticals targeted by patient diagnoses within the confines of a medical records software system | |
| US8543417B1 (en) | Systems and methods for dispensing and collecting data related to controlled substances | |
| US20030225627A1 (en) | Method for retail distribution of medical products | |
| KR20030038060A (ko) | 네트워크 및 ｉｔ기술을 활용하여 약국경영관리ｄｂ,전자상거래ｄｂ, 데이터분석ｄｂ, 택배정보ｄｂ,커뮤니케이션ｄｂ를 통합하여 운영하는 약품 유통시스템및 방법 | |
| KR20010082679A (ko) | 인터넷 기반 확장 전자처방시스템 및 그 실행방법 | |
| KR100433720B1 (ko) | 인터넷을 이용한 종합 의약 관리방법 | |
| EP1528500A1 (en) | Electronic prescription system and method | |
| JP2002140432A (ja) | 薬局支援システム |