WO2006126556A1 - 薬歴情報管理装置 - Google Patents

薬歴情報管理装置 Download PDF

Info

Publication number
WO2006126556A1
WO2006126556A1 PCT/JP2006/310276 JP2006310276W WO2006126556A1 WO 2006126556 A1 WO2006126556 A1 WO 2006126556A1 JP 2006310276 W JP2006310276 W JP 2006310276W WO 2006126556 A1 WO2006126556 A1 WO 2006126556A1
Authority
WO
WIPO (PCT)
Prior art keywords
patient
history information
pharmacy
drug
drug history
Prior art date
Application number
PCT/JP2006/310276
Other languages
English (en)
French (fr)
Inventor
Akira Aoyama
Nobuo Terauchi
Hiroyuki Hirokawa
Original Assignee
Em Systems Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Em Systems Co., Ltd. filed Critical Em Systems Co., Ltd.
Priority to JP2007517846A priority Critical patent/JP4685985B2/ja
Publication of WO2006126556A1 publication Critical patent/WO2006126556A1/ja

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Administration; Management
    • G06Q10/10Office automation; Time management
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT 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

Definitions

  • the present invention relates to a drug history information management apparatus.
  • FIG. 32 is a conventional medication history information management apparatus 900 is a view for explaining such a conventional medication history information management apparatus 900, as shown in FIG. 32, a pharmacy assistance server 910, pharmacy A database 920, a patient database 930, a drug history information database 940 for pharmacies, and a drug information database and other databases 950 are provided.
  • the pharmacy support server 910 receives drug history information including pharmacy identification information and patient identification information from the terminals 210 and 220 of the pharmacies 1 to 4, and the terminals 210 and 220 and pharmacies of the pharmacies 1 to 4 Depending on the request from 1 mobile terminal 210a, all or part of the drug history information provided by pharmacies 1 to 4 itself to terminals 210 and 220 of pharmacy 1 to 4 and mobile terminal 210a of pharmacy 1 It has the function to transmit in a mode.
  • the terminal 230 of the pharmacy chain headquarters 1 will replace the pharmacy 3 and 4 with the pharmacy history information generated at each pharmacy 3 and 4. It may be sent to the pharmacy support server 910. In such a case, the pharmacy support server 910 receives the drug history information from the terminal 230 of the headquarter 1 of the pharmacy chain.
  • the terminal 230 of the pharmacy chain headquarters 1 may request the pharmacy support server 910 to provide pharmacy history information.
  • the pharmacy support server 910 provides all or part of the pharmacy history information provided to the terminal 230 of the pharmacy chain headquarters 1 by the pharmacy chain headquarters 1 or the pharmacies 3 and 4 belonging to the pharmacy chain. Send.
  • the pharmacy support server 91 0 indicates all the pharmacy history information provided by all pharmacy 3 and 4 terminals 220 and pharmacy chain headquarters 1 terminal 230 in response to the request from pharmacy 3 and 4 terminal 220 or- I will send you a kite.
  • the term “pharmacy” is used in a concept including not only a pharmacy comprising a single store but also a pharmacy belonging to the pharmacy chain and the headquarters of the pharmacy chain.
  • terminal 210 is a terminal in pharmacy 1 and 2 that also has a single store power
  • terminal 210a is a portable terminal in pharmacy 1 that also has a single store power
  • terminal 220 is in the pharmacy chain. It is a terminal at the pharmacy 3 and 4 to which it belongs
  • terminal 230 is a terminal at headquarter 1 of the pharmacy chain.
  • the pharmacy specifying information is information used to specify a pharmacy, and is, for example, a pharmacy identification number, a pharmacy name, or the like in the administrator of the drug history information management device 900.
  • the patient identification information is information used to identify a patient.
  • the patient identification number in the administrator of the drug history information management apparatus 900 the patient identification number in the pharmacy, the patient name, the patient The date of birth, the patient's health insurance insured card number (type of health insurance, insurer number, and symbol and number of the health insurance insured card).
  • the drug history information is information including all or part of the information described in the pharmacy specific information, patient specific information, and prescription, for example, the drug history information in the administrator of the drug history information management device 900.
  • the pharmacy support server 910 may receive the drug history information from the terminals 210, 220, and 230 of the pharmacy periodically, for example, once a day (for example, see Non-Patent Document 1). .), AS P (Application Service Provider) using the service terminal 210, 220 of pharmacy may be performed each time it processes a prescription (e.g., see Non-Patent Documents 2 and 3.) 0
  • the pharmacy database 920 includes pharmacy information including pharmacy specific information, for example, the pharmacy identification number, the pharmacy name, the pharmacy address, the pharmacy telephone number, the pharmacy information of the administrator of the pharmacy history information management device 900. Facsimile number, pharmacy email address, name of pharmacy representative, number and name of pharmacists belonging to the pharmacy, type of pharmacy (single-store pharmacy, pharmacy chain or pharmacy chain headquarters), etc. It is recorded.
  • pharmacy specific information for example, the pharmacy identification number, the pharmacy name, the pharmacy address, the pharmacy telephone number, the pharmacy information of the administrator of the pharmacy history information management device 900. Facsimile number, pharmacy email address, name of pharmacy representative, number and name of pharmacists belonging to the pharmacy, type of pharmacy (single-store pharmacy, pharmacy chain or pharmacy chain headquarters), etc. It is recorded.
  • the patient database 930 includes patient information including patient identification information, for example, a patient identification number in the administrator of the drug history information management device 900, a patient identification number in the pharmacy, and a patient name (including reading). ), Patient's date of birth, patient's health insurance insured number, patient's gender, patient's address, patient's phone number, patient's facsimile number, patient's email address, visit to each pharmacy, The patient's constitution, patient's disease information, patient's side effect information, patient's occupation, patient's family structure, patient's genetic information, etc. are recorded.
  • patient identification information for example, a patient identification number in the administrator of the drug history information management device 900, a patient identification number in the pharmacy, and a patient name (including reading).
  • the drug history information database 940 for pharmacies includes a plurality of pharmacy files in which drug history information is recorded for each pharmacy, and a password is set for each pharmacy in each of the plurality of pharmacy files.
  • the pharmacy is a pharmacy belonging to the pharmacy chain
  • the pharmacy history information of all the pharmacies belonging to the pharmacy chain is recorded in one pharmacy file.
  • Pharmacy history information may be recorded in each of multiple pharmacy files.
  • Drug Information Database and other databases 950 include drug information databases in which drug information related to drug names, characteristics, usage, precautions, side effects, etc. are recorded, and whether or not there are interactions between drugs.
  • Drug interaction information database with drug interaction information recorded, medical institution information database with hospital and doctor information recorded, patient shared information database in pharmacy chain, medical institution shared information database, inventory shared information This includes databases and headquarters general information databases.
  • the pharmacy support server 910 Since the pharmacy history information received from the pharmacy is recorded for each pharmacy in the pharmacy history information database 940, if there is a request for pharmacy history information from the pharmacy, All or part of the drug history information provided by the pharmacy itself can be transmitted immediately and reliably in various ways. As a result, it is possible to support pharmacy operations by smoothly managing drug history information on behalf of pharmacies.
  • the patient's own medication history information can be used by using the medication history information management apparatus 900 in which such medication history information of the patient is recorded.
  • the drug history information management device 900 (especially the drug history information database 940 for pharmacies) includes drug history information (very important personal information) of patients other than the patient, and drug history information of pharmacies. (It is very important management information.) Is recorded, so it is necessary to ensure a sufficiently high level of security when using the patient's own medical history information.
  • the drug history information management device 900 of this company is a drug history information management device built for the purpose of supporting the work of pharmacies, so when using this as it is and letting patients use their own drug history information, There is a problem that it is difficult to ensure sufficient security.
  • Patent Documents 1 and 2 a pharmacist service support system that allows a patient to use the patient's own drug history information is known (see Patent Documents 1 and 2).
  • the pharmacist service support system described in Patent Document 1 is a pharmacist service support system constructed for the purpose of supporting pharmacist services. Therefore, using this as it is and letting patients use their own medical history information provides sufficient security for the medical history information of patients other than the patient and the medical history information of pharmacies. It is difficult to ensure.
  • the pharmacist service support system described in Patent Document 1 when the patient uses the patient's own drug history information, the service support service for the pharmacy is hindered or many patients There is also a problem that it may be difficult to quickly provide drug history information.
  • the pharmacist service support system described in Patent Document 1 is a pharmacist service support system constructed for the purpose of supporting the pharmacist's work, it can be used as it is to provide patient's own drug history information.
  • business support services for pharmacies may be hindered (for example, providing various medical history information to many patients).
  • Non-patent document 1 Homepage of products (NET—a) of EM Systems Co., Ltd.
  • Non-Patent Document 2 Products of EM Systems Co., Ltd. (NET Recepty (Recepty is a stock company) (Registered trademark of EM Systems Co., Ltd.)) Introduction website (http: ⁇ www.emsyste ms.co.jp/netrecepty/main.html)
  • Non-Patent Document 3 Homepage of products (Mobility) of EM Systems Co., Ltd. (http: / 1 www.emsystems.co.jp/products/mobility.htmi)
  • Patent Document 1 JP 2002-197184 (Fig. 13)
  • Patent Document 2 JP 2003-196392 (Fig. 1)
  • the present invention was made to solve the above-described problems.
  • the drug history information management device of the present invention includes a plurality of pharmacy files in which drug history information including pharmacy specifying information and patient specifying information is recorded, and the pharmacies include the plurality of pharmacy files.
  • a pharmacy drug history information database configured to allow password setting for each pharmacy, and when receiving the drug history information from a pharmacy, the pharmacy specific information is based on the pharmacy specific information for each pharmacy.
  • a drug history information management apparatus comprising a pharmacy support server having a function of transmitting a part to the pharmacy, a plurality of patient files in which the drug history information across pharmacies for each patient is recorded.
  • a medical history information database for patients configured to allow password setting for each of the plurality of patient files, and when there is a request for patient power, Send all or part of the medication history information recorded in the corresponding patient file in the medication history information database for the patient.
  • a patient support server having a function, wherein the drug history information management device is configured to store all or part of the drug history information received by the pharmacy support server based on the patient specifying information. It has the function of writing to the corresponding patient file in the database.
  • a drug history information database for patients separately from the drug history information database for pharmacies, a drug history information database for patients including a plurality of patient files in which drug history information is recorded for each patient. This makes it possible for patients to use their own medication history information.
  • the medical history information management device of the present invention since a password can be set for each patient file for each patient file, the patient file cannot be used unless the correct password is input by the patient. It becomes possible to.
  • multiple pharmacy files can be set with a password for each pharmacy, patients cannot use pharmacy files. For this reason, when the patient uses the patient's own drug history information, sufficient security can be ensured for the drug history information of patients other than the patient and the drug history information of the pharmacy.
  • the drug history information database for patients is provided in addition to the drug history information database for pharmacies, and the patient support server is provided separately from the pharmacy support server. Even when access from a patient competes with access from a pharmacy, it is possible to smoothly provide both a drug history information providing service for the patient and a pharmacy service support service for the pharmacy. For this reason, when making patients use their own medical history information, it may interfere with pharmacy support services for pharmacies and it may be difficult to provide drug history information to many patients quickly. There is no.
  • all or a part of the drug history information received by the pharmacy support server is based on the patient specifying information and the corresponding patient in the drug history information database for the patient. Because it has a function to write to a file, pharmacy history information is recorded in each pharmacy file in the pharmacy history database for each pharmacy based on pharmacy specific information. To be recorded in each of multiple patient files in the drug history information database for patients based on patient specific information Become. For this reason, in order to support the pharmacy's work, the drug history information management device is operated daily, so that the drug history information database for patients as well as the drug history information database for patients is always kept up to date. Therefore, it is easy to collect sufficient amount and quality of drug history information at low cost, and sufficient amount and quality of drug can be collected at low cost when the patient's drug history information is used. It becomes a drug history information management device capable of providing history information.
  • the drug history information management apparatus of the present invention enables a) to ensure sufficient security when the patient uses the patient's own drug history information, and b) supports business operations for pharmacies. It does not impede support services or make it difficult to provide drug history information quickly to many patients, and c) provide sufficient amount and quality of drug history information at low cost It becomes a medicine history information management device capable of
  • the patient's drug history information is distributed and recorded for each pharmacy in the drug history information database for pharmacies. For this reason, it is necessary to search the drug history information database for pharmacies in order to extract patient drug history information, so it is not easy to immediately extract patient drug history information. There is.
  • patient drug history information is recorded for each patient in the patient drug history information database. Therefore, if there is a request for drug history information from a patient, the patient's own drug history information can be immediately transmitted to the patient in response to the request.
  • the drug history information received by the pharmacy support server is stored in the drug history information database for pharmacies, as in the case of the conventional drug history information management device. Since it is recorded for each pharmacy, if there is a request for pharmacy power history information, all or part of the drug history information provided by the pharmacy itself to the pharmacy itself in response to the request. It is possible to send immediately and reliably.
  • the drug history information management apparatus of the present invention as in the case of the conventional drug history information management apparatus, the management of the drug history information is performed on behalf of the pharmacy and the pharmacy is supported. It is possible.
  • the database includes a hierarchical database, a network database, a relational database, and various other types of databases.
  • a relational database can be preferably used as a drug history information database for pharmacies or a drug history information database for patients.
  • patient is used to mean a person who has been prescribed a drug based on a prescription, including a healthy person who is currently ill.
  • the pharmacy support server when the pharmacy support server receives the drug history information from the pharmacy, all or part of the drug history information is specified as the patient. It is preferable to further have a function of writing in the corresponding patient file in the drug history information database for the patient based on the information.
  • drug history information of pharmacy power is recorded in the drug history information database for pharmacies for each pharmacy based on pharmacy identification information, and in addition to patient identification information based on patient identification information. Will be recorded in each patient file in the medical history information database. For this reason, in order to support the pharmacy's work, it is necessary to keep the drug history information database for patients as well as the drug history information database for patients as well as the drug history information database every day. Is possible.
  • the drug history information recorded in the drug history information database for pharmacies is read, and all or part of the drug history information is specified for the patient. It is also preferable to further include a drug history information conversion unit having a function of writing to a corresponding patient file in the drug history information database for the patient based on the information.
  • the drug history information recorded in the drug history information database for pharmacies is recorded in each of the patient files in the drug history information database for patients by the drug history information conversion unit. become. For this reason, in the course of daily operation of the drug history information management device to support pharmacy operations, it is natural to keep the drug history information database for pharmacies as well as the drug history information database for patients up to date. It becomes possible.
  • the patient support server receives additional information from a patient and stores the additional information on the basis of drug history information data for the patient. It is preferable to further have a function of writing in a corresponding patient file in the computer.
  • Additional information includes patient comments, patient history, patient examination information (body temperature, heart rate, blood pressure, blood glucose level, hematocrit value, neutral fat value, uric acid level, visual acuity, hearing, allergy Test results, etc.), information on the patient's lifestyle (information on the patient's diet, exercise and sleep, drinking or smoking, frequency, daily intake and other lifestyle information), and over-the-counter drugs purchased by the patient at the pharmacy ( Information on generic drugs).
  • the patient support server further has a function of writing the additional information to the drug history information database for the pharmacy.
  • the pharmacy can use the additional information, and the utility value of the drug history information recorded in the drug history information database for the pharmacy can be further increased.
  • the patient support server when accessed by a patient, is a screen for inputting at least the patient identification number and the patient password. Are sent to the patient, and each of the plurality of patient files is not allowed to be viewed as long as at least the patient identification number and the patient password are not entered! It is preferable to be configured as follows.
  • the patient support server receives the patient from the patient when accessed.
  • a message prompting for biometric authentication input is further transmitted, and each of the plurality of patient files is not allowed to be viewed unless the patient biometric input is confirmed. Even more preferred to be configured.
  • each of the plurality of patient files is configured such that a password can be set for a patient agent, and the patient support
  • the server responds to all or part of the patient's drug history information recorded in the corresponding patient file in the patient's drug history information database. Is preferably further transmitted to the patient's agent.
  • the patient's legal representative (parent or guardian) has obtained the patient's medication history information! There is also a demand! This is because if the patient's past illness history and constitution can be confirmed by knowing the drug history information, it is expected to receive more appropriate treatment and advice by conveying this information to the patient's physician and pharmacist.
  • Patient representatives received patient consent in addition to the patient's attending physician, the pharmacist formulating the patient's medication, and the legal representative of the patient if the patient was a minor or adult guardian Including medical personnel.
  • the pharmacy support server when requested by a pharmacist as an agent of the patient, responds to the request with a drug history for the patient. It is preferable to further have a function of transmitting all or a part of the medical history information of the patient recorded in the corresponding patient file in the information database to the pharmacist.
  • pharmacies cannot view patient files.
  • a pharmacist obtains patient history information recorded in a patient file using his / her pharmacy terminal. This increases convenience.
  • each of the plurality of patient files is set at least for the identification number of the patient's agent, the identification number of the patient, and the patient. It is preferred to be configured to allow browsing if the patient's agent password is confirmed!
  • the patient's agent can also use the patient's medication history information.
  • the patient support server when accessed by the patient agent power, at least the patient agent identification number, the patient identification number, and the patient agent password set for each patient.
  • the pharmacy support server uses at least the patient's pharmacist who uses the pharmacy terminal and requests that the patient's agent also receive provision of patient history information. It is preferable that the screen for inputting the identification number and the password of the patient agent set for each patient is transmitted to the pharmacist as the patient agent. Good.
  • the patient's agent or pharmacist was asked to enter the patient identification number and the patient agent's password set for each patient. This is because it is not necessary to access the medical history information of patients other than the patient, and in order to ensure sufficient security when the patient's agent uses the medical history information of the patient.
  • the patient support server is configured to further transmit a message prompting the patient's agent to input biometric authentication when the patient's agent is accessed. It is further preferable that each of the patient files is configured so that browsing is not permitted unless the biometric authentication input of the patient's agent is confirmed.
  • This configuration makes it more difficult for a person other than the patient's agent to access the patient's medication history information, so that the patient's agent can use the patient's medication history information. In this case, it is possible to ensure sufficient security.
  • the patient support server has a function of accepting additional information on the patient's agent.
  • the patient's attending physician finds a correlation between the patient's past medication information and the patient's test results (for example, a drug A prescribed by a hospital and a mass purchased at a pharmacy) If the patient's attending physician finds that blood pressure increases when taking medicine B at the same time), the patient's attending physician should not take medicine A and generic medicine B at the same time. It becomes possible to pay attention to.
  • the patient or the patient's agent is in the period until the request for receiving the drug history information of the patient or the patient's agent power is requested. It is preferable to operate without issuing a nosword. During that period, the patient files cannot be viewed by anyone as a rule, and sufficient security can be secured. It becomes.
  • the patient specifying information preferably includes at least a patient's name, a patient's date of birth, and a patient's health insurance insured card number.
  • the health insurance insured card number of the patient includes the type of health insurance, the insurer number, and the symbol and number of the health insurance insured card.
  • a pharmacy database in which information on the pharmacy including the pharmacy identification information is recorded, and information on the patient including the patient identification information are recorded. It is preferable to further comprise a patient database.
  • the drug history information conversion unit When the drug history information conversion unit writes the drug history information to each of a plurality of patient files in the drug history information database for the patient, the pharmacy and the patient must be identified with reference to the pharmacy database and the patient database. This makes it possible to perform these writing operations quickly and reliably.
  • the pharmacy information includes the pharmacy's password information.
  • the patient information preferably includes the patient's password information.
  • the patient database includes patient representative information (patient agent identification number, patient Contains the password of the patient's agent set to ) Is preferably included.
  • a patient agent database is provided separately from the patient database, and the patient agent information is recorded in the patient agent database.
  • the drug history information management device of the present invention further includes a drug information database in which drug information is recorded and a drug interaction information database in which drug interaction information is recorded, and the pharmacy support
  • the server sends the drug information recorded in the drug information database and the drug interaction information recorded in the drug interaction information database to the pharmacy in response to the request.
  • the patient support server further has a function of transmitting to the patient information when the patient power is requested, and the drug information recorded in the drug information database according to the request and the Z or drug mutual information. It is preferable to further have a function of transmitting the drug interaction information recorded in the action information database to the patient.
  • pharmacies and patients can use drug information on drug names, characteristics, usage, precautions, side effects, etc. in addition to drug history information and Z or interactions between drugs. Since drug interaction information related to presence / absence, degree, etc. can be used, it is possible to further enhance the utility value of drug history information.
  • the drug history information further includes pharmaceutical company identification information in addition to pharmacy identification information and patient identification information, and each pharmaceutical company is informed of the pharmaceutical company.
  • a drug history information database for a pharmaceutical company which includes a plurality of pharmaceutical company files in which related drug history information is recorded, and is configured such that a password can be set for each of the plurality of pharmaceutical company files; and the pharmaceutical company In response to the request, all or part of the drug history information related to the pharmaceutical company out of the drug history information recorded in the drug history information database for the pharmaceutical company in response to the request.
  • Meeting is preferable to further include a pharmaceutical company support server having a function of transmitting to the company.
  • each pharmaceutical company has a drug history information database for a pharmaceutical company that includes a plurality of pharmaceutical company files in which drug history information related to the pharmaceutical company is recorded. Drug history information related to the company can be used.
  • Drug history information related to pharmaceutical companies includes drug sales status (by month, region, hospital, patient age, etc.), medication use status (monthly, region, hospital, patient age) Etc.), additional information on the drug (e.g. ease of taking the drug, whether it is expensive or cheap, whether there is any interaction with other drugs, etc.).
  • the drug company support server when the drug company support server receives the drug history information from the pharmacy, all or part of the drug history information is based on the drug company specifying information. It is preferable to further have a function of writing in the corresponding drug company file in the drug history information database for the drug company.
  • pharmacy power history information is recorded in each pharmacy file in the pharmacy history database for each pharmacy based on pharmacy identification information, or based on patient identification information.
  • it is recorded in each drug company file in the drug history information database for pharmaceutical companies based on the pharmaceutical company specific information. Become so. Therefore, in the process of daily operation of the drug history information management device to support the pharmacy's work, not only the drug history information database for pharmacies and the drug history information database for patients, but also the drug history for pharmaceutical companies.
  • the information database can always be kept up-to-date.
  • the drug history information recorded in the drug history information database for pharmacies is read, and all or part of the drug history information is based on the pharmaceutical company specific information. It is also preferable to further include a drug history information conversion unit having a function of writing in a corresponding drug company file in the drug history information database for the pharmaceutical company.
  • the drug history information recorded in the drug history information database for pharmacies is recorded in each of a plurality of drug company files in the drug history information database for drug companies by the drug history information conversion unit. Will come to be. Therefore, in the process of daily operation of the drug history information management device to support pharmacy operations, the drug history information database for pharmaceutical companies as well as the drug history information database for pharmacies is always up-to-date. It becomes possible to keep.
  • the drug history information management apparatus of the present invention preferably further comprises a pharmaceutical company database in which information on the pharmaceutical company including the pharmaceutical company specific information is recorded.
  • the drug history information conversion unit when the pharmacy support server writes the drug history information to each of the pharmaceutical company files in the drug history information database for the pharmaceutical company, the drug history information conversion unit also stores the drug history information.
  • the drug history information database for pharmaceutical companies it is possible to perform these writing operations quickly and reliably by identifying the pharmaceutical company with reference to the above pharmaceutical company database. It becomes.
  • the pharmacy support server when the pharmacy support server receives a notification of the pharmacy power indicating that the dispensing has been completed, the patient support server has completed the dispensing. It is preferable to further have a function of sending an e-mail to that effect to the corresponding patient.
  • the pharmacy can transmit a notification that dispensing has been completed using the terminal of the pharmacy that is normally used. Therefore, there is no need for pharmacies.
  • the email address of the patient is registered in advance in the drug history information management apparatus. As a result, the patient can read e-mail addressed to himself / herself using a PC terminal or a portable terminal.
  • Patient registration may be registration only for receiving this dispensing completion notification service, but it may be combined with registration for receiving the above-described drug history information providing service.
  • the patient support server further has a function of transmitting an e-mail for confirming a dose time to a corresponding patient.
  • the patient support server sends an e-mail to confirm the taking time when the taking time is approaching, when the taking time is reached, or when a certain time has passed since the taking time has passed. Can be sent to the patient.
  • a link to a homepage for inputting a medication status may be embedded in the email for confirming the medication time. I like it!
  • the patient can write his / her medication status in the drug history information database or the like for the patient via the patient support server by clicking on the above link.
  • the patient's medication history is accumulated in the medication history information management device, increasing the utility value of the medication history information management device.
  • the patient support server may further have a function of transmitting an e-mail notifying the end time of the dosing period to the corresponding patient. preferable.
  • the patient support server when the pharmacy support server receives a notification that the pharmacy support server wants to send to the patient, the patient support server sends an e-mail including the notification to the e-mail. It is preferable to further have a function of transmitting to all or a part of patients associated with the pharmacy.
  • the pharmacy can use this drug history information management device to send notifications to the patient.
  • the notification sent to the patient includes, for example, new product information corresponding to the patient's morbidity history, constitution, lifestyle, etc., pharmacy special sale information, pharmacy holiday information, and a chain corresponding to the patient's address. There is opening information of the store.
  • FIG. 1 is a diagram for explaining the configuration of a drug history information management apparatus 100 according to Embodiment 1.
  • FIG. 1 is a diagram for explaining the configuration of a drug history information management apparatus 100 according to Embodiment 1.
  • FIG. 2 is a diagram for explaining functions of the drug history information management apparatus 100 according to the first embodiment.
  • FIG. 3 is a diagram for explaining functions of the drug history information management apparatus 100 according to the first embodiment.
  • FIG. 4 is a diagram for explaining functions of the drug history information management apparatus 100 according to the first embodiment.
  • FIG. 5 is a diagram shown for explaining the structure of a pharmacy database 120.
  • FIG. 6 is a view for explaining the structure of a patient database 130.
  • FIG. 7 is a diagram for explaining the structure of a drug history information database 140 for pharmacies.
  • FIG. 9 is a diagram shown for explaining the structure of a drug information database and other database 150.
  • FIG. 10 is a diagram for explaining the function of the drug history information management apparatus 100 according to the first embodiment.
  • FIG. 12 A diagram showing a structure of a table stored in a patient file set in the patient EN Taro.
  • FIG. 13 is a diagram for explaining a screen when the pharmacy transmits drug history information as daily data to the drug history information management apparatus 100.
  • FIG. 14 is a diagram for explaining a screen when the pharmacy transmits drug history information to the drug history information management apparatus 100 while performing pharmacy operations using the ASP service.
  • FIG. 15 is a diagram for explaining a login screen when the pharmacy logs in to the drug history information management apparatus 100.
  • FIG. 16 is a diagram for explaining a login screen when a patient logs in to the drug history information management apparatus 100.
  • FIG. 17 is a diagram shown for explaining the drug history list screen after the patient logs into the drug history information management apparatus 100.
  • FIG. 18 is a diagram for explaining the configuration and function of the drug history information management apparatus 100a according to the second embodiment.
  • FIG. 19 is a diagram for explaining a login screen when a patient agent logs in to the drug history information management apparatus 100a.
  • FIG. 20 is a diagram for explaining a medicine history list screen after a patient's agent logs in to the medicine history information management apparatus 100a.
  • ⁇ 21 A diagram for explaining the configuration of the drug history information management device 100b according to the third embodiment.
  • FIG. 22 is a diagram for explaining the configuration of the drug history information management apparatus 100c according to the fourth embodiment.
  • FIG. 23 is a diagram for explaining the function (dispensing completion notification function) of the drug history information management device lOOd according to the fifth embodiment.
  • FIG. 24 is a diagram showing an example of an electronic mail transmitted from the drug history information management device lOOd according to the fifth embodiment to a patient.
  • FIG. 25 is a diagram illustrating functions of the medication history information management device lOOd according to Embodiment 5 (medication time notification function).
  • FIG. 26 is a diagram showing an example of an electronic mail transmitted from the drug history information management device lOOd according to the fifth embodiment to a patient.
  • FIG. 27 is a diagram showing an example of a screen for allowing a patient to input a medication status in the drug history information management device lOOd according to the fifth embodiment.
  • FIG. 28 is a diagram illustrating functions of the medication history information management device lOOd according to Embodiment 5 (medication history browsing function).
  • FIG. 29 is a diagram showing an example of a screen for a patient or pharmacy to check a medication history in the medication history information management device lOOd according to the fifth embodiment.
  • FIG. 30 is a view for explaining the function (dose period end notification function) of the drug history information management device lOOd according to the fifth embodiment.
  • FIG. 31 is a view shown for explaining the function (notification function for notification from a pharmacy) of the drug history information management device lOOd according to the fifth embodiment.
  • FIG. 32 is a diagram for explaining a conventional drug history information management apparatus 900.
  • FIG. 1 is a diagram for explaining the configuration of the drug history information management apparatus 100 according to the first embodiment.
  • 2 to 4 are diagrams for explaining functions of the drug history information management apparatus 100 according to the first embodiment.
  • Fig. 2 is a diagram for explaining the function when the pharmacy transmits the drug history information as daily data to the drug history information management device 100.
  • Fig. 3 shows the function of the drug history information management device 100. Use the ASP service to send drug history information while doing pharmacy operations
  • Fig. 4 is a diagram for explaining the function when transmitting pharmacy history information provided by the pharmacy itself in response to a request for pharmacy power.
  • FIG. 1 is a diagram for explaining the configuration of the drug history information management apparatus 100 according to the first embodiment.
  • Fig. 2 is a diagram for explaining the function when the pharmacy transmits the drug history information as daily data to the drug history information management device 100.
  • Fig. 3 shows the function of the drug history information management device 100. Use the ASP service to send drug history information while doing pharmacy operations
  • Fig. 4 is
  • FIG. 5 is a diagram shown for explaining the structure of the pharmacy database 120.
  • FIG. 5 (a) is an example of a table in the pharmacy database 120
  • FIG. 5 (b) is an example of items described in the table.
  • FIG. 6 is a diagram for explaining the structure of the patient database 130.
  • FIG. 6 (a) is an example of a table in the patient database 130
  • FIG. 6 (b) is an example of items described in the table.
  • FIG. 7 is a diagram shown for explaining the structure of the drug history information database 140 for pharmacies.
  • FIG. 8 shows the structure of the table stored in the pharmacy file set in the BBB pharmacy.
  • FIG. 8 (a) is an example of the table, and
  • FIG. 8 (b) is an example of items described in the table.
  • FIG. 9 is a diagram shown for explaining the structure of the drug information database and other databases 150.
  • FIG. 10 is a diagram for explaining the function of the drug history information management apparatus 100 according to the first embodiment, and transmits the patient's own drug history information to the patient in response to a request from the patient. It is a figure shown in order to explain the function in the case.
  • FIG. 11 is a diagram shown for explaining the structure of the drug history information database 170 for patients.
  • FIG. 12 shows the structure of the table stored in the patient file set for patient EN Taro. Fig. 12 (a) is an example of the table, and Fig. 12 (b) is an example of items described in the table.
  • the drug history information management apparatus 100 includes a pharmacy support server 110, a pharmacy database 120, a patient database 130, a pharmacy drug history information database 140, It includes a drug information database and other databases 150, a patient support server 160, and a drug history information database 170 for patients.
  • the pharmacy support server 110 is a pharmacy (terminals 210 and 220 of pharmacies 1 to 4 or terminal 230 of pharmacy chain headquarters 1) and pharmacy specific information and patient history information A, B (Fig. 2 and Fig. 3) and a request C from the pharmacy (terminals 210 and 220 of pharmacies 1 to 4, mobile terminal 210a of pharmacy 1 or terminal 230 of pharmacy chain headquarters 1) (see Fig. 4).
  • pharmacies 210 and 220 pharmacies 1 to 4, mobile terminal 210a of pharmacy 1 or terminal 230 of pharmacy chain headquarters 1
  • the drug history information C (see Fig. 4) provided by the pharmacy (210, 220 of the terminals 1 to 4 of the pharmacy 1 or the terminal 230 of the headquarter 1 of the pharmacy chain) itself to the terminal 230 of the central office 1).
  • pharmacy information including pharmacy specific information, for example, a pharmacy identification number, a pharmacy name, a pharmacy address, Pharmacy phone number, pharmacy facsimile number, pharmacy email address, pharmacy representative name, number and name of pharmacists belonging to the pharmacy, pharmacy type (pharmacy consisting of a single store, pharmacy or pharmacy belonging to pharmacy chain) Chain headquarters) are recorded.
  • pharmacy specific information for example, a pharmacy identification number, a pharmacy name, a pharmacy address, Pharmacy phone number, pharmacy facsimile number, pharmacy email address, pharmacy representative name, number and name of pharmacists belonging to the pharmacy, pharmacy type (pharmacy consisting of a single store, pharmacy or pharmacy belonging to pharmacy chain) Chain headquarters
  • patient information including patient identification information, for example, patient identification number in the administrator of the drug history information management apparatus 100, patient identification number in the pharmacy, patient Name (including reading), patient's date of birth, patient's gender, patient's health insurance card number, patient's address, patient's phone number, patient's fatal number, patient's email address, Records of visits to pharmacies, patient constitution, patient health information, patient occupation, patient family structure, patient genetic information, etc. are recorded.
  • the patient database 130 also includes information on the patient's agent and password information of the patient, etc. (patient and Z or patient's agent).
  • the patient identification information includes at least the patient's name, the patient's date of birth, and the patient's health insurance insured card number. .
  • the patient's health insurance insured card number includes the type of health insurance, the insurer number, and the symbol and number of the health insurance insured card.
  • drug history information is stored in each of a plurality of pharmacy files 142, 142,.
  • the drug history information number, the pharmacy identification number and the patient identification number, the pharmacy history information number and the patient identification number, the pharmacy name, the patient name Patient date of birth, patient health insurance insured card Number (health insurance type, insurer number, insurance card symbol, insurance card number), issuance date, name of hospital (and identification number) that issued the prescription, prescription Physician's name (and identification number), patient's arrival date, delivery date, name and quantity of delivered drug, insurance points, content of medication instructions, and other information (patient constitution (eg, atopic constitution, allergy) Constitution, etc.), patient's disease information, patient's concomitant drug information, patient's side effect information, patient's occupation, patient's family structure, patient's genetic information, etc.) are recorded.
  • Multiple pharmacy files 142, 142, ... are configured so that a password can be set for each pharmacy.
  • Drug Information Database and other databases 150 include drug information databases in which drug information related to drug names, characteristics, usage, precautions, side effects, etc. are recorded, and whether or not there is interaction between drugs. It includes a drug interaction information database in which drug interaction information is recorded and a medical institution information database in which hospital and doctor information is recorded.
  • Medical institution shared information database Inventory shared information database, headquarters general information database, etc. are included.
  • the original drug price data is also recorded in the drug information database.
  • each of the plurality of drug files 152, 152,... Set for each drug has a drug name, characteristics, usage, precautions, and side effects. Drug information about such as is recorded.
  • the patient support server 160 responds to the request D from the terminal 310 of the patients 1 to 5 or the mobile terminal 310a of the patient 1 (the terminal 310 of the patients 1 to 5 or the patient 1
  • the device has a function of transmitting the patient's own drug history information D to the portable terminal 310a).
  • the drug history information database 170 for patients stores drug history information (for example, an administrator of the drug history information management apparatus 100) in each of the plurality of patient files 172, 172,.
  • the patient's health insurance insured card number health insurance type, insurer number, insurance card symbol, insurance card number
  • prescription issuance date prescription
  • other information patient constitution (eg, atopic constitution, allergic constitution)
  • patient's disease information patient concomitant drug information, patient side effect information, patient occupation, patient family structure, patient genetics Information, etc.
  • the drug history information management apparatus 100 separately from the drug history information database 140 for pharmacies, a plurality of patient files 17 2, 172 in which drug history information is recorded for each patient. ,... Are provided, so that the patient can use his / her own medical history information.
  • the drug history information management apparatus 100 since a plurality of patient files 172, 172, ... can be set for each patient, the correct password for each patient can be set. The patient file cannot be used unless is entered. In addition, since multiple pharmacy files 142, 142, ... can be set for each pharmacy, a patient cannot use the pharmacy file. For this reason, when the patient uses the medical history information of the patient himself / herself, it is possible to ensure sufficient security for the medical history information of patients other than the patient and the medical history information of the pharmacy.
  • the drug history information database 170 for patients is provided separately from the drug history information database 140 for pharmacies, and the drug history information database 170 for patients is provided separately from the pharmacy support server 110. Since the patient support server 160 is provided, even when access from patients and access by pharmacies compete, it is possible to smoothly provide both drug history information provision service for the patient and pharmacy service support service for the pharmacy. It becomes. For this reason, when making patients use their own medical history information, it may interfere with pharmacy service support services for pharmacies and it may be difficult to provide drug history information to many patients quickly. There is no.
  • all or part of the drug history information received by the pharmacy support server 110 is stored in the drug history information database 170 for patients based on the patient specifying information. Because it has a function to write to the corresponding patient file 172
  • pharmacy power history information is stored in the pharmacy history information database 170 for patients based on patient specific information. Will be recorded in each of the patient files 172, 172,. Therefore, in the course of daily operation of the drug history information management device 100 to support the pharmacy's work, the drug history information database 170 for patients as well as the drug history information database 170 for pharmacies is always up-to-date. Therefore, it is easy to collect sufficient amount and quality of drug history information at low cost, and sufficient amount and quality at low cost when making patient's drug history information available. It becomes a drug history information management device that can provide drug history information.
  • the drug history information management apparatus 100 can ensure a) sufficient security when the patient uses the patient's own drug history information, and b) a pharmacy. It does not interfere with work support services for patients or it is difficult to provide drug history information quickly to many patients, and c) a sufficient amount and quality of medical history at low cost It becomes a medicine history information management apparatus capable of providing information.
  • the drug history information of the patient is stored in the drug history information database 170 for the patient. Since it is recorded for each patient together, if there is a request for drug history information with patient power, it is possible to immediately send the patient's own drug history information to the patient in response to the request. Become.
  • the drug history information received by the pharmacy support server 120 is the drug history information for the pharmacy. Since it is recorded in the information database 140 for each pharmacy together, if there is a request for drug history information from the pharmacy, all or all of the drug history information provided by the pharmacy itself to the pharmacy according to the request. It is possible to send a part immediately and reliably in various ways.
  • the management of the drug history information is performed on behalf of the pharmacy, so that the It is possible to support business.
  • FIG. 13 shows that the pharmacy transmits the drug history information as daily data to the drug history information management apparatus 100. It is a figure shown in order to demonstrate the screen in a case.
  • FIG. 14 is a diagram for explaining a screen when the pharmacy transmits drug history information to the drug history information management apparatus 100 while performing pharmacy business using the ASP service.
  • the necessary drug history information is sent to the drug history information management device 100 each time the prescription is processed Will be.
  • the pharmacy terminal should be properly logged in as shown in FIG.
  • FIG. 15 is a diagram for explaining a login screen when the pharmacy logs in to the drug history information management apparatus 100.
  • the pharmacy In order for the pharmacy to send the medication history information provided by the pharmacy itself from the medication history information management device 100, the pharmacy logs into the medication history information management device 100 as shown in FIG.
  • FIG. 16 is a diagram for explaining a login screen when a patient logs in to the drug history information management apparatus 100.
  • the patient In order for the patient to have the patient's own medication history information transmitted from the medication history information management device 100, the patient logs in to the medication history information management device 100 as shown in FIG.
  • the patient support server 160 inputs the patient identification number and the patient passcode to the patient when there is an access from the patient. Send the screen.
  • Patient file 172 may be configured so that viewing is not permitted unless the patient identification number and patient password are entered.
  • the drug history information management device 100 According to the drug history information management device 100 according to the first embodiment, a person other than the patient. This makes it difficult to access the patient's medication history information, so it is possible to ensure sufficient security when the patient uses the patient's own medication history information.
  • FIG. 17 is a diagram for explaining a drug history list screen after the patient logs in to the drug history information management apparatus 100.
  • FIG. 17 is a diagram for explaining a drug history list screen after the patient logs in to the drug history information management apparatus 100.
  • the drug history information management apparatus 100 can provide patient history information in various ways to the patient.
  • the pharmacy support server 110 receives the pharmacy history information for each pharmacy based on the pharmacy identification information when the pharmacy support information is received. Is written in each of the multiple pharmacy files 142, 1 42, ... in the medical history information database 140 for patients, and the plurality of patient files in the medical history information database 170 for patients is stored based on the patient specific information. , 172, ⁇ ⁇ ⁇ have a function to write to each of them.
  • pharmacy power history information is recorded in each of a plurality of pharmacy files 142, 142, ... in the pharmacy history information database 140 for each pharmacy based on pharmacy specific information.
  • it is recorded in each of a plurality of patient files 172, 172,. Therefore, in the process of daily operation of the drug history information management device 100 to support pharmacy operations, the drug history information database 170 for patients as well as the drug history information database 170 for patients are always up-to-date. It becomes possible to keep in a state.
  • the drug history information management apparatus 100 includes the pharmacy database 120 in which pharmacy information including pharmacy identification information is recorded, and patient information including patient identification information. And a recorded patient database 130.
  • the pharmacy support server 110 writes the drug history information to each of the plurality of pharmacy files 142, 142, ... in the drug history information database 140 for the pharmacy
  • these pharmacy database 120 and patient database 130 can be referenced to identify the pharmacy and patient so that these writing operations can be performed quickly and reliably. It becomes.
  • the pharmacy information recorded in the pharmacy database 120 includes pharmacy password information.
  • the patient information recorded in the patient database 130 includes the patient's password information.
  • the access from the pharmacy is authorized from the real pharmacy. It is possible to easily check whether access is possible, and it is possible to ensure sufficient security when the pharmacy uses the drug history information provided by the pharmacy itself.
  • the patient power is also accessed to the patient support server 160, it is possible to easily check whether the access by the patient power is a legitimate access by the real patient power. It is possible to ensure sufficient security when using.
  • the patient support server 160 receives the additional information of the patient power and sends the additional information to the patient drug history information database 170 and Z or the patient database 130. It further has a function of writing to.
  • the utility value of the drug history information recorded in the patient drug history information database 170 by writing an appropriate additional information item by the patient. can be further increased.
  • the drug information database in which drug information is recorded and the drug interaction information database in which drug interaction information is recorded are used. Further prepare.
  • the pharmacy support server 110 further has a function of transmitting drug information and Z or drug interaction information to the pharmacy according to the request of the pharmacy, and the patient support server 160 receives the drug according to the request of the patient. It further has a function of transmitting information and Z or drug interaction information to the patient.
  • the pharmacy and the patient are related to the name, characteristics, usage, precautions, side effects, etc. of the drug in addition to the drug history information of the patient. Since the drug information and drug interaction information on the presence or absence and degree of interaction between Z and drugs can be used, it is possible to further increase the utility value of drug history information.
  • FIG. 18 is a diagram for explaining the configuration and functions of the drug history information management apparatus 100a according to the second embodiment.
  • FIG. 19 is a diagram for explaining a login screen when the patient's agent logs in to the drug history information management apparatus 100a.
  • FIG. 20 is a diagram for explaining the drug history list screen after the patient's agent logs in to the drug history information management apparatus 100a.
  • the drug history information management apparatus 100a according to the second embodiment has basically the same configuration as that of the drug history information management apparatus 100 according to the first embodiment.
  • the configuration and the function of the patient support server are different from the case of the drug history information management apparatus 100 according to the first embodiment. That is, in the drug history information management apparatus 100a according to the second embodiment, the patient file 1 72a (not shown) in the patient drug history information database 170a can be set with a password for the patient's agent.
  • the patient support server 160a further has a function of transmitting the patient's medication history information to the patient's agent in response to the request of the patient's agent.
  • the patient's agent can also use the patient's drug history information. Also in this case, the patient file cannot be used unless the correct password is entered by the patient's agent, ensuring sufficient security when the patient's agent uses the patient's medication history information. It becomes possible to do.
  • the drug history information management apparatus 100a according to the second embodiment has the drug history information management apparatus 100a according to the second embodiment except for the configuration of the patient file in the drug history information database for patients and the function of the patient support server. Since the same configuration as that of the information management apparatus 100 is provided, the corresponding effect among the effects of the drug history information management apparatus 100 according to the first embodiment is provided.
  • the patient support server 160a directs the patient agent's identification number and patient's identifier to the patient agent. Send a screen to enter the patient's agent password that is set for each patient number and for each patient.
  • the patient file 172a is configured to be permitted to be browsed if the patient agent identification number, the patient identification number, and the patient agent password set for each patient are confirmed.
  • the drug history information management apparatus 100a can provide patient history information in various modes to the patient's agent in addition to the list screen shown in FIG.
  • FIG. 21 is a diagram for explaining the configuration of the drug history information management apparatus 100b according to the third embodiment.
  • the drug history information management apparatus 100b according to Embodiment 3 has basically the same configuration as the drug history information management apparatus 100a according to Embodiment 2, but as shown in FIG. A function to read out the drug history information recorded in the history information database 140 and write this drug history information to each of the plurality of patient files 172a, 172a- ⁇ ⁇ ⁇ (not shown) in the drug history information database 170 for patients. This is different from the drug history information management apparatus 100a according to the second embodiment in that the drug history information conversion unit 180 is further provided.
  • the drug history information recorded in the drug history information database 140 for pharmacies is stored in the drug history information conversion unit 180 by the drug history information conversion unit 180. It is recorded in each of a plurality of patient files 172a, 172a- ⁇ in the information database 170a.
  • the drug history information for pharmacies naturally occurs in the course of daily operation of the drug history information management device 100b to support the work of the pharmacy.
  • the patient history information database 170a can always be kept up-to-date.
  • the drug history information management apparatus 100b according to the third embodiment has the same configuration as that of the drug history information management apparatus 100a according to the second embodiment except that the drug history information conversion unit 180 is further provided. Therefore, the drug history information management apparatus 100a according to the second embodiment has the corresponding effect.
  • FIG. 22 is a diagram for explaining the configuration of the drug history information management apparatus 100c according to the fourth embodiment.
  • the drug history information management device 100c according to the fourth embodiment has basically the same configuration as the drug history information management device 100 according to the first embodiment. However, as shown in FIG. It differs from the drug history information management apparatus 100 according to the first embodiment in that the server 180, the drug history information database 190 for the pharmaceutical company, and the pharmaceutical company database 200 are further provided.
  • the drug history information database 190 for a pharmaceutical company includes a plurality of drug company files (not shown) in which drug history information related to the drug company is recorded for each drug company. About each pharmaceutical company, it is possible to set a password.
  • the pharmaceutical company support server 180 when requested by the pharmaceutical company, stores the medical history information related to the pharmaceutical company among the medical history information recorded in the medical history information database 190 for the pharmaceutical company in response to the request. It has a function to transmit all or part of the information to the pharmaceutical company.
  • Drug history information related to pharmaceutical companies includes drug sales (monthly, regional, patient age, etc.), drug use (monthly, regional, patient age, etc.) and drugs Additional information (e.g., ease of taking the drug, whether the price is high or low, whether there is any interaction with other drugs, etc.).
  • the pharmaceutical company database 200 is a database in which information on pharmaceutical companies including pharmaceutical company specific information is recorded.
  • the pharmacy support server 110 obtains all or part of the drug history information received from the pharmacy terminals 210, 220, and 230 based on the pharmaceutical company specific information and the corresponding drug in the drug history information database for pharmaceutical companies 190. Has the ability to write to company files.
  • drug history information related to the pharmaceutical company is recorded for each pharmaceutical company separately from the drug history information database 140 for pharmacies. Since the drug history information database 190 for a pharmaceutical company including a plurality of pharmaceutical company files is provided, the drug history information related to the pharmaceutical company can be used by the pharmaceutical company.
  • the drug history information database 190 for the pharmaceutical company is provided separately from the drug history information database 140 for the pharmacy, and the pharmacy support server 110 and
  • the pharmaceutical company support server 180 is provided, even when access from a pharmaceutical company competes with access by a pharmacy, both a service for providing drug history information for the pharmaceutical company and a pharmacy service support service for the pharmacy are combined. Since it is possible to carry out smoothly, when drug companies use drug history information related to the drug company, it interferes with pharmacy service support services for pharmacies and promptly provides drug history information to drug companies It will not be difficult to do.
  • all or part of the drug history information received by the pharmacy support server 110 is based on the drug company identification information. Since it has a function to write to the corresponding pharmaceutical company file in 190, drug history information from the pharmacy is recorded in the drug history information database 140 for each pharmacy based on the pharmacy specific information, or based on the patient specific information. In addition to being recorded for each patient in the drug history information database 170 for each patient, each of the plurality of pharmaceutical company files in the drug history information database 190 for the pharmaceutical company based on the pharmaceutical company specific information It will be recorded.
  • the drug history information database 140 for pharmacies and the drug history information database 170 for patients, as well as pharmaceutical Since it is possible to keep the drug history information database 190 for the company up to date, it is easy to collect sufficient amount and quality of drug history information at a low cost. It is a drug history information management device that can provide a sufficient amount and quality of drug history information at low cost when using drug history information related to the drug.
  • the drug history information management device 100c sends the pharmaceutical association to the pharmaceutical company.
  • the drug history support server 110 includes the drug company database 200 in which information of the drug company including the drug company specific information is recorded.
  • the drug company database 200 in which information of the drug company including the drug company specific information is recorded.
  • the drug history information management apparatus 100c is related to the first embodiment except that it further includes a pharmaceutical company support server 180, a drug history information database 190 for the pharmaceutical company, and a pharmaceutical company database 200. Since it has the same configuration as that of the drug history information management apparatus 100, it has a corresponding effect among the effects of the drug history information management apparatus 100 according to the first embodiment.
  • FIG. 23 is a diagram for explaining the function (dispensing completion notification function) of the drug history information management apparatus 100d according to the fifth embodiment.
  • FIG. 24 is a diagram illustrating an example of an e-mail transmitted from the drug history information management apparatus 100d according to the fifth embodiment to a patient.
  • FIG. 25 is a view for explaining the function (dose time notification function) of the drug history information management device 100d according to the fifth embodiment.
  • FIG. 26 is a diagram illustrating an example of an e-mail transmitted from the drug history information management apparatus 100d according to the fifth embodiment to a patient.
  • FIG. 27 is a diagram showing an example of a screen that allows a patient to input a medication status in the drug history information management apparatus 100d according to the fifth embodiment.
  • FIG. 27 (a) is a diagram showing an example of a screen for inputting a taking situation for each medicine
  • FIG. 27 (b) is a diagram showing an example of a screen for inputting a reason for taking a dose.
  • FIG. 28 is a view for explaining the function (medication history browsing function) of the drug history information management device lOOd according to the fifth embodiment.
  • FIG. 29 is a diagram showing an example of a screen for a patient or pharmacy to check a medication history in the medication history information management apparatus 100d according to the fifth embodiment.
  • FIG. 30 is a view for explaining the function (dose period end notification function) of the drug history information management device lOOd according to the fifth embodiment.
  • FIG. 31 is a diagram for explaining the function of the drug history information management device lOOd according to the fifth embodiment (notification function for notification of pharmacy power).
  • the drug history information management device lOOd according to the fifth embodiment has basically the same configuration as the drug history information management device 100 according to the first embodiment, but as shown in FIGS. It differs from the drug history information management apparatus 100 according to the first embodiment in terms of the function of the patient support server.
  • the patient support server 160 shows that when the time for taking approaches, the time for taking time, or when a certain time has passed since the time for taking, It further has a function (dose time notification function) for sending an electronic mail G (see FIG. 26) for confirming to a corresponding patient (for example, the mobile terminal 310a of patient 1).
  • a function dose time notification function
  • a link to the home page for entering the dose status (see Fig. 26) is embedded.
  • the patient's terminal displays a screen that allows the patient to enter the medication status (see Figure 27), which allows the patient to view his medication status via the patient support server 160. It is possible to write it in the drug history information database 170 for patients (see symbol G in FIG. 25).
  • the drug history information management device 100d has a medication history browsing function that allows a pharmacy or patient to browse the patient's medication history thus written in the medication history information database 170 for the patient.
  • the pharmacy logs in to the pharmacy support server 110 (see symbol H.), and the patient logs in to the patient support server 160 (see symbol ⁇ ). It is possible to check the history of taking (see symbols H and I)
  • the patient support server 160 determines that the dose period ends when the end of the dose period approaches, based on the drug history information recorded in the drug history information database 170 for patients. And a function (sending period end notification function) of sending e-mail J to the corresponding patient (for example, the portable terminal 310a of patient 1) to notify the end time of the patient.
  • sending period end notification function sending e-mail J to the corresponding patient (for example, the portable terminal 310a of patient 1) to notify the end time of the patient.
  • the patient support server 160 when the patient support server 160 obtains emergency safety information regarding a specific drug, the patient support server 160 searches for a patient who has taken the drug at present or in the past, and electronic information about the emergency safety information is obtained. It also has a function to send an email (see Figure 26) to the corresponding patient. In Fig. 26, the emergency safety information is transmitted using the email G for confirming the taking time.
  • the patient support server 160 sends an email K including the notification.
  • the patient support server 160 has the above-described functions, and thus has the following effects.
  • the pharmacy can send notification F that dispensing has been completed using the terminal of the pharmacy that it normally uses. Therefore, there is no need for pharmacies.
  • the patient's email address is registered in advance in the medication history information management device. Patients can read e-mails addressed to themselves using a PC terminal or mobile terminal.
  • the patient can write his / her medication status in the patient history information database 170 via the patient support server 160 by clicking the link embedded in the email G for confirming the medication time. Become.
  • drug history information management device 100 The patient's medication history is stored in d, and pharmacies and patients can check the patient's medication history, increasing the utility value of the medication history information management device lOOd.
  • pharmacies can send e-mails K including pharmacy-powered notifications to patients, increasing convenience for pharmacies.
  • the drug history information management device lOOd according to the fifth embodiment is the case of the drug history information management device 100 according to the first embodiment except for the function of the patient support server as described above. Therefore, the drug history information management apparatus 100 according to the first embodiment has a corresponding effect.
  • the drug history information management apparatus of the present invention has been described based on the above-described embodiment, but the present invention is not limited to the above-described embodiment, and various modifications can be made without departing from the scope of the present invention. For example, the following modifications are possible.
  • the patient support server is a screen for inputting the patient identification number and the patient password when accessed by the patient.
  • the force configured to transmit the signal to the patient is not limited to this.
  • the patient support server may be configured to send a message prompting the input of biometric authentication to the patient when there is an access from the patient.
  • each patient file in the patient medical history information database is configured so that browsing is not permitted unless the patient's biometric input is confirmed.
  • the patient support server when accessed by the agent's agent power, identifies the patient agent's agent identification number and patient identification number. And a screen for entering the password of the patient agent set for each patient Is transmitted to the patient's agent, but the present invention is not limited to this.
  • the patient support server may be configured to further send a message prompting the input of biometric authentication to the patient's agent when there is access by the patient's agent.
  • each patient file in the medical history information database for patients is configured such that browsing is not permitted unless the biometric authentication input of the patient's agent is confirmed.
  • the drug history information management apparatus includes a drug history information database for a patient in which the drug history information of the patient and additional information by the patient are recorded. Is not limited to this. In addition to patient drug history information and additional information by patients, etc., it may be equipped with a patient drug history information database in which information on diagnosis results and treatment details by doctors is recorded. By configuring in this way, the patient force S, taking these information as a reference, taking more appropriate measures against illness, the patient's attending physician referring to this information, taking more appropriate treatment, and the pharmacist This information can be used as a guide for appropriate medication, and the legal representative of the patient can receive this information to the patient's physician and pharmacist for more appropriate treatment and advice.
  • the drug history information management apparatus may further include a so-called electronic medical record information database in which information on the diagnosis result and treatment content by the doctor is recorded. Further, an interface capable of exchanging information with a so-called electronic medical record information database in which information on diagnosis results and treatment details by a doctor is recorded may be further provided.
  • the patient force S can be used to take more appropriate measures against illness, or the patient's attending physician can use this information to provide more appropriate treatment.
  • the pharmacist may refer to this information to give appropriate medication guidance, or the patient's legal representative may receive this information to the patient's doctor or pharmacist for more appropriate treatment or advice. It becomes possible.
  • the pharmacist as the patient's agent obtains the patient's drug history information by accessing the patient support server 160a. It is not limited to. The pharmacist as the patient's agent can also obtain the patient's drug history information by accessing the pharmacy support server 110.

Abstract

 本発明の薬歴情報管理装置100は、薬局向け薬歴情報データベース140と、薬局支援サーバ110とを備える薬歴情報管理装置において、複数の患者ファイルについて患者毎にパスワードの設定が可能に構成された患者向け薬歴情報データベース170と、患者からの求めに応じて薬歴情報を患者に対して送信する機能を有する患者支援サーバ160とをさらに備え、薬局支援サーバ110が受信した薬歴情報を患者特定情報に基づいて該当する患者ファイルに書き込む機能を有することを特徴とする。  このため、患者に患者自身の薬歴情報を利用させる場合に、十分なセキュリティを確保することが可能で、薬局に対する業務支援サービスに支障をきたしたり多くの患者に対して薬歴情報を迅速に提供することが困難となったりすることがなく、かつ、低コストで十分な量及び質の薬歴情報を提供することが可能となる。

Description

明 細 書
薬歴情報管理装置
技術分野
[0001] 本発明は、薬歴情報管理装置に関する。
背景技術
[0002] 従来より、薬歴情報の管理を薬局に代行して行うことにより薬局の業務を支援する 薬歴情報管理装置が知られている (例えば、非特許文献 1、 2及び 3参照。 )0 図 32は、そのような従来の薬歴情報管理装置 900を説明するために示す図である 従来の薬歴情報管理装置 900は、図 32に示すように、薬局支援サーバ 910と、薬 局データベース 920と、患者データベース 930と、薬局向け薬歴情報データベース 9 40と、薬剤情報データベースその他のデータベース 950とを備える。
[0003] 薬局支援サーバ 910は、薬局 1〜4の端末 210, 220からの薬局特定情報及び患 者特定情報を含む薬歴情報を受信するとともに、薬局 1〜4の端末 210, 220及び薬 局 1の携帯端末 210aからの求めに応じて薬局 1〜4の端末 210, 220や薬局 1の携 帯端末 210aに対して薬局 1〜4自身が提供した薬歴情報の全部又は一部を様々な 態様で送信する機能を有する。
[0004] なお、薬局が薬局チェーンに属する薬局 3, 4である場合には、薬局チェーンの本 部 1の端末 230が各薬局 3, 4で発生した薬歴情報を薬局 3, 4に代わって薬局支援 サーバ 910に送信することもある。このような場合には、薬局支援サーバ 910は、薬 局チェーンの本部 1の端末 230からの薬歴情報を受信する。
[0005] また、薬局が薬局チェーンに属する薬局 3, 4である場合には、薬局チェーンの本 部 1の端末 230が薬局支援サーバ 910に対して薬歴情報の提供を求めることもある。 このような場合には、薬局支援サーバ 910は、薬局チェーンの本部 1の端末 230に 対して薬局チェーンの本部 1又は薬局チェーンに属する薬局 3, 4が提供した薬歴情 報の全部又は一部を送信する。
[0006] また、薬局が薬局チェーンに属する薬局 3, 4である場合には、薬局支援サーバ 91 0は、薬局 3, 4の端末 220からの求めに応じて、薬局チェーンに属するすべての薬 局 3, 4の端末 220や薬局チェーンの本部 1の端末 230が提供した薬歴情報の全部 又はー咅を送信することとすることちでさる。
すなわち、この明細書においては、「薬局」という用語は、単一店舗からなる薬局の みならず、薬局チェーンに属する薬局及び薬局チェーンの本部をも含む概念で用い ている。
[0007] なお、図 32においては、端末 210は単一店舗力もなる薬局 1, 2における端末であ り、端末 210aは単一店舗力もなる薬局 1における携帯端末であり、端末 220は薬局 チェーンに属する薬局 3, 4における端末であり、端末 230は薬局チ ーンの本部 1 における端末である。
[0008] 薬局特定情報は、薬局を特定するために用いる情報であって、例えば、薬歴情報 管理装置 900の管理者における薬局の識別番号、薬局の名称などである。
[0009] 患者特定情報は、患者を特定するために用いる情報であって、例えば、薬歴情報 管理装置 900の管理者における患者の識別番号、薬局における患者の識別番号、 患者の氏名、患者の生年月日、患者の健康保険被保険者証番号 (健康保険の種別 、保険者の番号並びに健康保険被保険者証の記号及び番号)などである。
[0010] 薬歴情報とは、薬局特定情報及び患者特定情報並びに処方箋に記載された情報 の全部又は一部を含む情報であって、例えば、薬歴情報管理装置 900の管理者に おける薬歴情報番号、薬局の識別番号及び患者の識別番号、薬局における薬歴情 報番号及び患者の識別番号、薬局の名称、患者の氏名(フリガナを含む。)、患者の 生年月日、患者の健康保険被保険者証番号、処方箋の発行日、処方箋を発行した 病院の名称 (及び識別番号)、処方箋を作成した医師の氏名(及び識別番号)、患者 の来局日、薬剤の引渡し日、引き渡した薬剤の名称及び分量、保険点数、服薬指導 の内容、その他の情報 (患者の体質 (例えば、アトピー体質、アレルギー体質など。 ) 、患者の持病情報、患者の併用薬情報、患者の副作用情報、患者の職業、患者の 家族構成、患者の遺伝学的情報など。)などである。
[0011] 薬局支援サーバ 910は、薬局の端末 210, 220, 230からの薬歴情報の受信を、 例えば 1日に 1回定期的に行うようにしてもよいし (例えば、非特許文献 1参照。)、 AS P (Application Service Provider)サービスを利用して薬局の端末 210, 220で処方箋 を処理するたびに行うようにしてもよい(例えば、非特許文献 2及び 3参照。 )0
[0012] 薬局データベース 920には、薬局特定情報を含む薬局の情報、例えば、薬歴情報 管理装置 900の管理者における薬局の識別番号、薬局の名称、薬局の住所、薬局 の電話番号、薬局のファクシミリ番号、薬局のメールアドレス、薬局の代表者氏名、薬 局に所属する薬剤師の人数及び氏名、薬局の種別 (単一店舗力 なる薬局、薬局チ エーンに属する薬局又は薬局チェーンの本部)などが記録されて 、る。
[0013] 患者データベース 930には、患者特定情報を含む患者の情報、例えば、薬歴情報 管理装置 900の管理者における患者の識別番号、薬局における患者の識別番号、 患者の氏名(フリガナを含む。)、患者の生年月日、患者の健康保険被保険者証番 号、患者の性別、患者の住所、患者の電話番号、患者のファクシミリ番号、患者のメ ールアドレス、各薬局への来局歴、患者の体質、患者の持病情報、患者の副作用情 報、患者の職業、患者の家族構成、患者の遺伝学的情報などが記録されている。
[0014] 薬局向け薬歴情報データベース 940は、薬局毎に薬歴情報が記録された複数の 薬局ファイルを含み、複数の薬局ファイルのそれぞれには薬局毎にパスワードが設 定されている。この場合、薬局が薬局チェーンに属する薬局である場合には、薬局チ エーンに属する薬局すベての薬歴情報が一の薬局ファイルに記録されて 、てもよ ヽ し、薬局チェーンに属する各薬局の薬歴情報が複数の薬局ファイルのそれぞれに記 録されていてもよい。
[0015] 薬剤情報データベースその他のデータベース 950には、薬剤の名称、特徴、使用 法、注意点、副作用などに関する薬剤情報が記録された薬剤情報データベース、薬 剤同士の相互作用の有無、程度などに関する薬剤相互作用情報が記録された薬剤 相互作用情報データベース、病院や医師の情報が記録された医療機関情報データ ベースが含まれる他、薬局チェーンにおける患者共有情報データベース、医療機関 共有情報データベース、在庫共有情報データベース、本部統括情報データベース なども含まれる。
なお、薬剤情報データベースには、薬価原本データも記録されている。
[0016] 上記のように構成された薬歴情報管理装置 900によれば、薬局支援サーバ 910に より受信された薬歴情報は、薬局向け薬歴情報データベース 940内で薬局毎に記 録されるため、薬局からの薬歴情報の求めがあれば、その求めに応じて当該薬局に 対して当該薬局自身が提供した薬歴情報の全部又は一部を様々な態様で、即座に かつ確実に送信することが可能となる。その結果、薬歴情報の管理を薬局に代行し て円滑に行うことで薬局の業務を支援することが可能となる。
[0017] ところで、近年、健康に対する意識が高まるにつれて、患者の薬歴情報を患者自身 が知りたいという要求が生じてきている。薬歴情報を知ることにより自分の過去の罹病 歴ゃ体質が確認できると、これらの情報を参考にして、自分が罹り易い病気の傾向を 分析して未病対策 (食事、運動、健康食品など)を行い、発病を未然に防止したり発 病を遅らせたりすることができる力もである。
[0018] そこで、このような患者の薬歴情報が記録された薬歴情報管理装置 900を用いれ ば、患者に患者自身の薬歴情報を利用させることができると考えられる。しかしながら 、薬歴情報管理装置 900 (特に薬局向け薬歴情報データベース 940)には、当該患 者以外の患者の薬歴情報 (極めて重要度の高い個人情報である。)や、薬局の薬歴 情報 (極めて重要度の高い経営情報である。)も記録されているため、患者に患者自 身の薬歴情報を利用させる際には十分に高度なセキュリティを確保することが必要に なるが、従来の薬歴情報管理装置 900は薬局の業務を支援することを目的として構 築された薬歴情報管理装置であるため、これをそのまま用いて患者に患者自身の薬 歴情報を利用させる場合に、十分なセキュリティを確保することが困難であるという問 題がある。
[0019] 一方、患者に患者自身の薬歴情報を利用させることができる薬剤師業務支援シス テムゃ薬歴管理システムが知られている(特許文献 1及び 2参照。;)。
従って、これらの薬剤師業務支援システムゃ薬歴管理システムを用いることによつ ても、患者に患者自身の薬歴情報を利用させることができるようになる。
[0020] しカゝしながら、特許文献 1に記載された薬剤師業務支援システムにお 、ても、患者 に患者自身の薬歴情報を利用させる場合に十分なセキュリティを確保することが困 難であるという問題がある。すなわち、特許文献 1に記載された薬剤師業務支援シス テムは薬剤師の業務を支援することを目的として構築された薬剤師業務支援システ ムであるため、これをそのまま用いて患者に患者自身の薬歴情報を利用させることと したのでは、当該患者以外の患者の薬歴情報や薬局の薬歴情報に対して十分なセ キユリティを確保することが困難となるのである。
[0021] また、特許文献 1に記載された薬剤師業務支援システムにお ヽては、患者に患者 自身の薬歴情報を利用させる場合に、薬局に対する業務支援サービスに支障をきた したり多くの患者に対して薬歴情報を迅速に提供することが困難となったりする場合 力あるという問題もある。すなわち、特許文献 1に記載された薬剤師業務支援システ ムは薬剤師の業務を支援することを目的として構築された薬剤師業務支援システム であるため、これをそのまま用いて患者に患者自身の薬歴情報を利用させることとし たのでは、患者力ものアクセスと薬局からのアクセスとが競合したとき、薬局に対する 業務支援サービスに支障をきたしたり(例えば、多くの患者に対して様々な薬歴情報 を提供しているときには薬局に対する ASPサービスや薬局力 の薬歴情報の受付処 理のスピードが低下する。)、多くの患者に対して薬歴情報を迅速に提供することが 困難となったり(例えば、 1又は複数の薬局力 の様々な薬歴情報の受付処理を行つ ているときには多くの患者に対して薬歴情報を迅速に提供することができなくなる。) する場合があるのである。
[0022] 一方、特許文献 2に記載された薬歴管理システムにお 、ては、患者に患者自身の 薬歴情報を利用させる場合に十分な量及び質の薬歴情報を提供することが困難で あるという問題がある。すなわち、未病対策を行うためにはできるだけたくさんの薬歴 情報に基づいて自分の罹り易い病気の傾向を分析することが必要であるが、特許文 献 2に記載された薬歴管理システムは自分が服用して 、る薬剤の処方チェックを行う ことを目的として構築された薬歴管理システムであるため、低コストで十分な量及び 質の薬歴情報を収集するのは容易ではなぐこれをそのまま用いて患者に患者自身 の薬歴情報を利用させることとしたのでは、低コストで十分な量及び質の薬歴情報を 提供することが困難となるのである。
[0023] 非特許文献 1:株式会社ィーェムシステムズの製品(NET— a )紹介のホームページ
(http :/ 1 www.emsystems . co.jp/ products/ net-alpha, html)
非特許文献 2:株式会社ィーェムシステムズの製品(NET Recepty (Receptyは株 式会社ィーェムシステムズの登録商標) )紹介のホームページ(http:〃 www.emsyste ms.co.jp/ netrecepty/ main.html)
非特許文献 3:株式会社ィーェムシステムズの製品(Mobility)紹介のホームページ (http:/ 1 www.emsystems . co.jp/ products/ mobility .htmi)
特許文献 1 :特開 2002— 197184号(図 13)
特許文献 2 :特開 2003— 196392号(図 1)
発明の開示
発明が解決しょうとする課題
[0024] そこで、本発明は、上記のような問題を解決するためになされたもので、患者に患 者自身の薬歴情報を利用させる場合に、 a)十分なセキュリティを確保することが可能 で、 b)薬局に対する業務支援サービスに支障をきたしたり多くの患者に対して薬歴 情報を迅速に提供することが困難となったりすることがなぐかつ、 c)低コストで十分 な量及び質の薬歴情報を提供することが可能な薬歴情報管理装置を提供することを 目的とする。
課題を解決するための手段
[0025] (1)本発明の薬歴情報管理装置は、薬局特定情報及び患者特定情報を含む薬歴 情報が記録された複数の薬局ファイルを含み、前記複数の薬局ファイルにつ 、て薬 局毎にパスワードの設定が可能に構成された薬局向け薬歴情報データベースと、薬 局から前記薬歴情報を受信したときには前記薬局特定情報に基づいて前記薬歴情 報を前記薬局毎に前記薬局向け薬歴情報データベースに書き込む機能及び薬局 からの求めがあつたときにはその求めに応じて前記薬局向け薬歴情報データベース に記録された前記薬歴情報のうち前記薬局自身が提供した薬歴情報の全部又は一 部を前記薬局に対して送信する機能を有する薬局支援サーバとを備える薬歴情報 管理装置において、患者毎の薬局間にわたる前記薬歴情報が記録された複数の患 者ファイルを含み、前記複数の患者ファイルにつ 、て前記患者毎にパスワードの設 定が可能に構成された患者向け薬歴情報データベースと、患者力 の求めがあった ときには、その求めに応じて前記患者向け薬歴情報データベースにおける該当する 患者ファイルに記録された薬歴情報の全部又は一部を前記患者に対して送信する 機能を有する患者支援サーバとをさらに備え、前記薬歴情報管理装置は、前記薬局 支援サーバが受信した前記薬歴情報の全部又は一部を前記患者特定情報に基づ いて前記患者向け薬歴情報データベースにおける該当する患者ファイルに書き込む 機能を有することを特徴とする。
[0026] このため、本発明の薬歴情報管理装置によれば、薬局向け薬歴情報データベース とは別に、患者毎に薬歴情報が記録された複数の患者ファイルを含む患者向け薬歴 情報データベースを備えるため、患者に患者自身の薬歴情報を利用させることが可 能となる。
[0027] また、本発明の薬歴情報管理装置によれば、複数の患者ファイルは患者毎にパス ワードの設定が可能であるため、患者により正しいパスワードが入力されない限り患 者ファイルを利用できないようにすることが可能となる。また、複数の薬局ファイルは 薬局毎にパスワードの設定が可能であるため、患者が薬局ファイルを利用することは できない。このため、患者に患者自身の薬歴情報を利用させる場合に、当該患者以 外の患者の薬歴情報や薬局の薬歴情報に対して十分なセキュリティを確保すること が可能となる。
[0028] また、本発明の薬歴情報管理装置によれば、薬局向け薬歴情報データベースとは 別に患者向け薬歴情報データベースを備え、また、薬局支援サーバとは別に患者支 援サーバを備えるため、患者からのアクセスと薬局力ものアクセスとが競合したときに も、当該患者に対する薬歴情報の提供サービスと薬局に対する薬局業務支援サー ビスとをともに円滑に行うことが可能となる。このため、患者に患者自身の薬歴情報を 利用させる場合に薬局に対する薬局業務支援サービスに支障をきたしたり多くの患 者に対して薬歴情報を迅速に提供することが困難となったりすることがない。
[0029] また、本発明の薬歴情報管理装置によれば、薬局支援サーバが受信した薬歴情報 の全部又は一部を患者特定情報に基づいて患者向け薬歴情報データベースにおけ る該当する患者ファイルに書き込む機能を有するため、薬局力もの薬歴情報は、薬 局特定情報に基づいて薬局毎に薬局向け薬歴情報データベースにおける複数の薬 局ファイルのそれぞれに記録されるのにカ卩えて、患者特定情報に基づいて患者向け 薬歴情報データベースにおける複数の患者ファイルのそれぞれに記録されるように なる。このため、薬局の業務を支援するために薬歴情報管理装置を日々運用する過 程で自然に、薬局向け薬歴情報データベースはもちろん、患者向け薬歴情報データ ベースをも常に最新の状態に保つことが可能となるため、低コストで十分な量及び質 の薬歴情報を収集することが容易になり、患者に患者の薬歴情報を利用させる場合 に低コストで十分な量及び質の薬歴情報を提供することが可能な薬歴情報管理装置 となる。
[0030] その結果、本発明の薬歴情報管理装置は、患者に患者自身の薬歴情報を利用さ せる場合に、 a)十分なセキュリティを確保することが可能で、 b)薬局に対する業務支 援サービスに支障をきたしたり多くの患者に対して薬歴情報を迅速に提供することが 困難となったりすることがなぐかつ、 c)低コストで十分な量及び質の薬歴情報を提供 することが可能な薬歴情報管理装置となる。
[0031] ところで、従来の薬歴情報管理装置においては、患者の薬歴情報は薬局向け薬歴 情報データベース内で薬局毎に分散して記録されている。このため、患者の薬歴情 報を取り出すためには薬局向け薬歴情報データベース内をくまなく検索する必要が あるため、患者の薬歴情報を即座に取り出すことが容易ではな ヽと 、う問題がある。 これに対して、本発明の薬歴情報管理装置によれば、従来の薬歴情報管理装置の 場合とは異なり、患者の薬歴情報は患者向け薬歴情報データベース内で患者毎に まとめて記録されているため、患者からの薬歴情報の求めがあれば、その求めに応じ て当該患者に対して当該患者自身の薬歴情報を即座に送信することが可能となる。
[0032] なお、本発明の薬歴情報管理装置においては、従来の薬歴情報管理装置の場合 と同様に、薬局支援サーバにより受信された薬歴情報は、薬局向け薬歴情報データ ベース内で薬局毎に記録されるため、薬局力 の薬歴情報の求めがあれば、その求 めに応じて当該薬局に対して当該薬局自身が提供した薬歴情報の全部又は一部を 様々な態様で、即座にかつ確実に送信することが可能である。その結果、本発明の 薬歴情報管理装置によれば、従来の薬歴情報管理装置の場合と同様に、薬歴情報 の管理を薬局に代行して円滑に行うことで薬局の業務を支援することが可能である。
[0033] なお、データベースには、階層型データベース、ネットワーク型データベース、 リレ ーショナルデータベース、その他さまざまな種類のデータベースがある力 本発明の 薬歴情報管理装置においては、薬局向け薬歴情報データベース又は患者向け薬歴 情報データベースとして、これらのうち例えばリレーショナルデータベースを好ましく 用!/、ることができる。
[0034] なお、この明細書において「患者」とは、処方箋に基づいて薬剤を処方してもらった ことのある人のことを 、、現在病気に罹って 、な 、健常人も含む意味で用いて 、る
[0035] (2)本発明の薬歴情報管理装置においては、前記薬局支援サーバは、前記薬局か ら前記薬歴情報を受信したときには、前記薬歴情報の全部又は一部を前記患者特 定情報に基づいて前記患者向け薬歴情報データベースにおける該当する患者ファ ィルに書き込む機能をさらに有することが好ましい。
[0036] このように構成することにより、薬局力 の薬歴情報は、薬局特定情報に基づいて 薬局毎に薬局向け薬歴情報データベースに記録されるのに加えて、患者特定情報 に基づいて患者向け薬歴情報データベースにおける患者ファイルのそれぞれに記 録されるようになる。このため、薬局の業務を支援するために薬歴情報管理装置を日 々運用する過程で自然に、薬局向け薬歴情報データベースはもちろん、患者向け薬 歴情報データベースをも常に最新の状態に保つことが可能となる。
[0037] (3)本発明の薬歴情報管理装置においては、前記薬局向け薬歴情報データベース に記録された前記薬歴情報を読み出して、前記薬歴情報の全部又は一部を前記患 者特定情報に基づいて前記患者向け薬歴情報データベースにおける該当する患者 ファイルに書き込む機能を有する薬歴情報変換部をさらに備えることも好ましい。
[0038] このように構成することにより、薬局向け薬歴情報データベースに記録された薬歴 情報は、薬歴情報変換部によって、患者向け薬歴情報データベースにおける患者フ アイルのそれぞれに記録されるようになる。このため、薬局の業務を支援するために 薬歴情報管理装置を日々運用する過程で自然に、薬局向け薬歴情報データベース はもちろん、患者向け薬歴情報データベースをも常に最新の状態に保つことが可能 となる。
[0039] (4)本発明の薬歴情報管理装置においては、前記患者支援サーバは、患者からの 追記情報を受け付けるとともに前記追記情報を前記患者向け薬歴情報データべ一 スにおける該当する患者ファイルに書き込む機能をさらに有することが好ましい。
[0040] このように構成することにより、患者による適切な追記事項の書き込みにより、患者 向け薬歴情報データベースに記録される薬歴情報の利用価値をさらに高めることが 可能となる。
[0041] 追記情報には、患者のコメント、患者の服用履歴、患者の検査情報 (体温、心拍数 、血圧、血糖値、へマトクリット値、中性脂肪の値、尿酸値、視力、聴力、アレルギー 検査結果など)、患者の生活習慣に関する情報 (患者の食事、運動及び睡眠並びに 飲酒又は喫煙の有無、頻度、 1日当たりの摂取量その他の生活習慣に関する情報) 、患者が薬局で購入した大衆薬 (一般用医薬品)の情報などがある。
[0042] 例えば、患者が糖尿病の患者である場合には、患者の現在又は過去の生活習慣 の情報、患者の現在又は過去の血糖値、患者の服用履歴などに関する情報を総合 的に検討することにより、患者にとってより適切な未病対策を行うことが可能となる。
[0043] (5)本発明の薬歴情報管理装置においては、前記患者支援サーバは、前記追記情 報を前記薬局向け薬歴情報データベースに書き込む機能をさらに有することが好ま しい。
[0044] このように構成することにより、薬局が追記情報を利用することも可能となり、薬局向 け薬歴情報データベースに記録される薬歴情報の利用価値をさらに高めることが可 能となる。
[0045] (6)本発明の薬歴情報管理装置においては、前記患者支援サーバは、患者からの アクセスがあったときには、少なくとも前記患者の識別番号及び前記患者のパスヮー ドを入力するための画面を前記患者に向けて送信するように構成され、前記複数の 患者ファイルのそれぞれは、少なくとも前記患者の識別番号及び前記患者のパスヮ ードの入力が確認されな!、限り閲覧が許可されな 、ように構成されて 、ることが好ま しい。
[0046] このように構成することにより、当該患者以外の者が患者の薬歴情報にアクセスす ることが困難になるため、患者に患者自身の薬歴情報を利用させる場合に十分なセ キユリティを確保することが可能となる。
[0047] なお、前記患者支援サーバは、前記患者からのアクセスがあったときには前記患者 に向けて生体認証の入力を促がすメッセージをさらに送信するように構成され、前記 複数の患者ファイルのそれぞれは、前記患者の生体認証の入力が確認されな 、限り 閲覧が許可されな 、ように構成されて 、ることがさらに好ま 、。
[0048] このように構成することにより、当該患者以外の者が患者の薬歴情報にアクセスす ることがさらに困難になるため、患者に患者自身の薬歴情報を利用させる場合にさら に十分なセキュリティを確保することが可能となる。
[0049] (7)本発明の薬歴情報管理装置にお!、ては、前記複数の患者ファイルのそれぞれ は、患者の代理人に対してもパスワードの設定が可能に構成され、前記患者支援サ ーバは、患者の代理人からの求めがあったときには、その求めに応じて前記患者向 け薬歴情報データベースにおける該当する患者ファイルに記録された前記患者の薬 歴情報の全部又は一部を前記患者の代理人に対して送信する機能をさらに有する ことが好ましい。
[0050] ところで、患者の薬歴情報を患者の主治医が知りたいという要求も生じてきている。
薬歴情報を知ることにより患者の過去の罹病歴や体質が確認できると、これらの情報 を参考にしてより適切な治療を行うことができるからである。
[0051] また、患者の薬歴情報を薬剤師が知りたいという要求も生じてきている。薬歴情報 を知ることにより患者の過去の罹病歴や体質が確認できると、これらの情報を参考に してより適切な服薬指導を行うことができる力 である。
[0052] さらにまた、患者が未成年である場合や患者が成年被後見人である場合には患者 の法定代理人 (親権者又は後見人)が、患者の薬歴情報を入手した!/、と!、う要求も 生じてきて!/、る。薬歴情報を知ることにより患者の過去の罹病歴や体質が確認できる と、これらの情報を患者の主治医や薬剤師に伝えることによって、より適切な治療や 助言を受けることが期待できるからである。
[0053] このような場合に、上記のように構成することにより、患者の主治医、患者の薬剤を 調合する薬剤師又は患者が未成年者や成年被後見人である場合の患者の法定代 理人 (以下、患者の代理人という。)にも、患者の薬歴情報を利用させることができる ようになる。また、この場合においても、患者の代理人により正しいパスワードが入力 されない限り患者ファイルを利用することができなくなるため、患者の代理人に患者 の薬歴情報を利用させる場合に十分なセキュリティを確保することが可能となる。
[0054] 患者の代理人には、患者の主治医、患者の薬剤を調合する薬剤師、患者が未成 年者や成年被後見人である場合の患者の法定代理人の他に、患者の同意を得た医 療関係者などが含まれて 、てもよ 、。患者の代理人に対しても患者の薬歴情報を送 信することとしたのは、患者の代理人が患者のために患者に代わって患者の薬歴情 報を取得する必要がある場合があるからである。
[0055] (8)本発明の薬歴情報管理装置においては、前記薬局支援サーバは、前記患者の 代理人としての薬剤師からの求めがあったときには、その求めに応じて前記患者向 け薬歴情報データベースにおける該当する患者ファイルに記録された前記患者の薬 歴情報の全部又は一部を前記薬剤師に対して送信する機能をさらに有することが好 ましい。
[0056] 通常、薬局は患者ファイルを閲覧することはできないのである力 上記のように構成 することにより、薬剤師が自己の薬局の端末を用いて患者ファイルに記録された患者 の薬歴情報を得ることが可能となるため、利便性が高まる。
[0057] (9)本発明の薬歴情報管理装置においては、前記複数の患者ファイルのそれぞれ は、少なくとも前記患者の代理人の識別番号、前記患者の識別番号及び前記患者 毎に設定される前記患者の代理人のパスワードの入力が確認されれば閲覧が許可 されるように構成されて 、ることが好まし!/、。
[0058] このように構成することにより、患者の代理人にも患者の薬歴情報を利用させること ができるようになる
[0059] この場合、患者支援サーバは、患者の代理人力 のアクセスがあったときには、少 なくとも患者の代理人の識別番号、患者の識別番号及び患者毎に設定される患者の 代理人のパスワードを入力するための画面を患者の代理人に向けて送信するように 構成されて ヽることが好ま ヽ。
[0060] また、薬局支援サーバは、薬局の端末を利用している、患者の代理人としての薬剤 師カも患者の薬歴情報の提供を受けたい旨の求めがあったときには、少なくとも患者 の識別番号及び患者毎に設定される患者の代理人のパスワードを入力するための 画面を患者の代理人としての薬剤師に向けて送信するように構成されて 、ることが好 ましい。
[0061] これらの場合、患者の代理人 (又は薬剤師)に、患者の識別番号及び患者毎に設 定される患者の代理人のパスワードを入力させることにしたのは、患者の代理人に当 該患者以外の患者の薬歴情報にアクセスさせる必要はな 、からであり、患者の代理 人に患者の薬歴情報を利用させる場合に十分なセキュリティを確保するためである。
[0062] なお、前記患者支援サーバは、前記患者の代理人力 のアクセスがあったときには 前記患者の代理人に向けて生体認証の入力を促がすメッセージをさらに送信するよ うに構成され、前記複数の患者ファイルのそれぞれは、前記患者の代理人の生体認 証の入力が確認されない限り閲覧が許可されないように構成されていることがさらに 好ましい。
[0063] このように構成することにより、患者の代理人以外の者が患者の薬歴情報にァクセ スすることがさらに困難になるため、患者の代理人に患者の薬歴情報を利用させる場 合にさらに十分なセキュリティを確保することが可能となる。
[0064] また、本発明の薬歴情報管理装置においては、前記患者支援サーバは、前記患 者の代理人力もの追記情報を受け付ける機能を有することがさらに好ましい。
[0065] このように構成することにより、患者の主治医にとってはより適切な治療を行うことが 可能となり、患者のために調剤を行う薬剤師にとってはより適切な服薬指導を行うこと が可能となり、患者の法定代理人にとっては、患者の主治医や患者のために調剤を 行う薬剤師に対してより適切な情報を伝えることが可能となる。
[0066] 例えば、患者の主治医が患者の過去の服薬情報と患者の検査結果との間に相関 関係があることを見出した場合 (例えば、病院で処方された薬剤 A及び薬局で購入し た大衆薬 Bを同時期に服薬していたときに血圧が高くなることを見出した場合)には、 当該患者の主治医は、当該患者に対して薬剤 Aと大衆薬 Bとを同時期に服薬しない ように注意することが可能となる。
[0067] なお、本発明の薬歴情報管理装置においては、患者や患者の代理人力 の薬歴 情報の提供を受けたい旨の求めがあるまでの期間は、患者や患者の代理人に対し てノスワードの発行をしない運用とするのが好ましい。その期間は、患者ファイルは 原則として誰にも閲覧ができないこととなり、十分なセキュリティを確保することが可能 となる。
[0068] (10)本発明の薬歴情報管理装置においては、前記患者特定情報は、少なくとも患 者の氏名、患者の生年月日及び患者の健康保険被保険者証番号を含むことが好ま しい。
[0069] このように構成することにより、患者の特定を確実に行うことが可能となり、信頼性の 高 、薬歴情報管理を行うことが可能となる。
[0070] この場合、患者の健康保険被保険者証番号には、健康保険の種別、保険者の番 号並びに健康保険被保険者証の記号及び番号が含まれる。
[0071] (11)本発明の薬歴情報管理装置においては、前記薬局特定情報を含む前記薬局 の情報が記録された薬局データベースと、前記患者特定情報を含む前記患者の情 報が記録された患者データベースとをさらに備えることが好ましい。
[0072] このように構成することにより、薬局支援サーバが薬歴情報を薬局向け薬歴情報デ ータベースにおける複数の薬局ファイルのそれぞれに書き込むときや、患者向け薬 歴情報データベースにおける複数の患者ファイルのそれぞれに書き込むときに、また
、薬歴情報変換部が薬歴情報を患者向け薬歴情報データベースにおける複数の患 者ファイルのそれぞれに書き込むときに、これらの薬局データベース及び患者データ ベースを参照して薬局や患者の特定をすることにより、迅速かつ確実にこれらの書き 込み作業を行うことが可能となる。
[0073] 前記薬局の情報には、前記薬局のノ スワード情報が含まれていることが好ましぐ 前記患者の情報には前記患者のパスワード情報が含まれて 、ることが好ま U 、。
[0074] このように構成することにより、薬局支援サーバに対して薬局力 アクセスがあつたと きに、薬局力ものアクセスが本当の薬局からの正規のアクセスかどうかを容易に確認 することができ、薬局に薬局自身が提供した薬歴情報を利用させる場合に十分なセ キユリティを確保することが可能となる。また、患者支援サーバに対して患者力もァク セスがあったときに、患者からのアクセスが本当の患者からの正規のアクセスかどうか を容易に確認することができ、患者等に患者自身の薬歴情報を利用させる場合に十 分なセキュリティを確保することが可能となる。
[0075] 患者データベースには、患者の代理人の情報 (患者の代理人の識別番号、患者毎 に設定される患者の代理人のパスワードを含む。)が含まれていることが好ましい。 このように構成することにより、患者支援サーバに対して患者の代理人力 アクセス があったときに、患者の代理人からのアクセスが本当の患者の代理人力 の正規の アクセス力どうかを容易に確認することができ、患者の代理人に患者の薬歴情報を利 用させる場合に十分なセキュリティを確保することが可能となる。
[0076] 本発明の薬歴情報管理装置においては、患者データベースとは別に患者の代理 人データベースを設け、患者の代理人の情報を患者の代理人データベースに記録 するようにしてちょい。
[0077] (12)本発明の薬歴情報管理装置においては、薬剤情報が記録された薬剤情報デ ータベースと、薬剤相互作用情報が記録された薬剤相互作用情報データベースとを さらに備え、前記薬局支援サーバは、薬局からの求めがあったときには、その求めに 応じて前記薬剤情報データベースに記録された前記薬剤情報及び Z又は前記薬剤 相互作用情報データベースに記録された前記薬剤相互作用情報を前記薬局に対し て送信する機能をさらに有し、前記患者支援サーバは、患者力 の求めがあつたとき には、その求めに応じて前記薬剤情報データベースに記録された前記薬剤情報及 び Z又は前記薬剤相互作用情報データベースに記録された前記薬剤相互作用情 報を前記患者に対して送信する機能をさらに有することが好ましい。
[0078] このように構成することにより、薬局や患者は、薬歴情報に加えて薬剤の名称、特 徴、使用法、注意点、副作用などに関する薬剤情報及び Z又は薬剤同士の相互作 用の有無、程度などに関する薬剤相互作用情報を利用することができるため、薬歴 情報の利用価値をさらに高めることが可能となる。
[0079] (13)本発明の薬歴情報管理装置においては、前記薬歴情報は、薬局特定情報及 び患者特定情報に加えて製薬会社特定情報をさらに含み、製薬会社毎に当該製薬 会社に関連する薬歴情報が記録された複数の製薬会社ファイルを含み、前記複数 の製薬会社ファイルについて前記製薬会社毎にパスワードの設定が可能に構成され た製薬会社向け薬歴情報データベースと、前記製薬会社からの求めがあつたときに は、その求めに応じて前記製薬会社向け薬歴情報データベースに記録された前記 薬歴情報のうち前記製薬会社に関連する薬歴情報の全部又は一部を前記製薬会 社に対して送信する機能を有する製薬会社支援サーバとをさらに備えることが好まし い。
[0080] このように構成することにより、製薬会社毎に当該製薬会社に関連する薬歴情報が 記録された複数の製薬会社ファイルを含む製薬会社向け薬歴情報データベースを 備えるため、製薬会社に製薬会社に関連する薬歴情報を利用させることが可能とな る。
[0081] また、複数の製薬会社ファイルは製薬会社毎にパスワードの設定が可能であるため 、製薬会社により正しいパスワードが入力されない限り製薬会社ファイルを利用でき ないようにすることが可能となる。このため、製薬会社に当該製薬会社に関連する薬 歴情報を利用させる場合に、当該製薬会社以外の製薬会社の薬歴情報に対して十 分なセキュリティを確保することが可能となる。
[0082] 製薬会社に関連する薬歴情報には、薬剤の売上状況 (月度毎、地域別、病院別、 患者年齢別など)、薬剤の服用状況 (月度毎、地域別、病院別、患者年齢別など)、 薬剤に関する追記情報 (薬剤の飲み易さ、価格が高いか安いか、他の薬剤との相互 作用の有無など)などがある。
[0083] 本発明の薬歴情報管理装置においては、前記製薬会社支援サーバは、前記薬局 から前記薬歴情報を受信したときには、前記薬歴情報の全部又は一部を前記製薬 会社特定情報に基づいて前記製薬会社向け薬歴情報データベースにおける該当 する製薬会社ファイルに書き込む機能をさらに有することが好ましい。
[0084] このように構成することにより、薬局力 の薬歴情報は、薬局特定情報に基づいて 薬局毎に薬局向け薬歴情報データベースにおける薬局ファイルのそれぞれに記録 されたり、患者特定情報に基づいて患者向け薬歴情報データベースにおける患者フ アイルのそれぞれに記録されるようになるのに加えて、製薬会社特定情報に基づ ヽ て製薬会社向け薬歴情報データベースにおける製薬会社ファイルのそれぞれに記 録されるようになる。このため、薬局の業務を支援するために薬歴情報管理装置を日 々運用する過程で自然に、薬局向け薬歴情報データベースや患者向け薬歴情報デ ータベースはもちろんのこと、製薬会社向け薬歴情報データベースをも常に最新の 状態に保つことが可能となる。 [0085] 本発明の薬歴情報管理装置においては、前記薬局向け薬歴情報データベースに 記録された前記薬歴情報を読み出して、前記薬歴情報の全部又は一部を前記製薬 会社特定情報に基づいて前記製薬会社向け薬歴情報データベースにおける該当 する製薬会社ファイルに書き込む機能を有する薬歴情報変換部をさらに備えることも 好ましい。
[0086] このように構成することにより、薬局向け薬歴情報データベースに記録された薬歴 情報は、薬歴情報変換部によって、製薬会社向け薬歴情報データベースにおける 複数の製薬会社ファイルのそれぞれに記録されるようになる。このため、薬局の業務 を支援するために薬歴情報管理装置を日々運用する過程で自然に、薬局向け薬歴 情報データベースはもちろんのこと、製薬会社向け薬歴情報データベースをも常に 最新の状態に保つことが可能となる。
[0087] (14)本発明の薬歴情報管理装置においては、前記製薬会社特定情報を含む前記 製薬会社の情報が記録された製薬会社データベースをさらに備えることが好ましい。
[0088] このように構成することにより、薬局支援サーバが薬歴情報を製薬会社向け薬歴情 報データベースにおける製薬会社ファイルのそれぞれに書き込むときに、また、薬歴 情報変換部が薬歴情報を製薬会社向け薬歴情報データベースにおける製薬会社フ アイルのそれぞれに書き込むときに、上記製薬会社データベースを参照して製薬会 社の特定をすることにより、迅速かつ確実にこれらの書き込み作業を行うことが可能と なる。
[0089] (15)本発明の薬歴情報管理装置においては、前記患者支援サーバは、調剤が完 了した旨の前記薬局力 の通知を前記薬局支援サーバが受けたときには、当該調剤 が完了した旨の電子メールを該当する患者に向けて送信する機能をさらに有するこ とが好ましい。
[0090] このように構成することにより、調剤が完了した旨の電子メールを受けた患者は、待 ち時間なしで調剤された薬剤を受け取ることが可能となり、利便性が高まる。
[0091] 一方、薬局は、調剤が完了したときには、普段使っている薬局の端末を用いて調剤 が完了した旨の通知を送信することができる。従って、薬局にとって手間が増えること もない。 [0092] この場合、患者のメールアドレスは、予め薬歴情報管理装置に登録されていること が好ましい。これにより、患者は、 PC端末又は携帯端末を利用して自己宛ての電子 メールを読むことができる。
[0093] なお、患者の登録は、この調剤完了通知サービスを受けるためだけの登録としても よいが、上記した薬歴情報提供サービスを受けるための登録と兼ねるようにしてもよ い。
[0094] (16)本発明の薬歴情報管理装置においては、前記患者支援サーバは、服用時間 を確認するための電子メールを該当する患者に向けて送信する機能をさらに有する ことが好ましい。
[0095] このように構成することにより、服用時間を確認するための電子メールを受けた患者 は、服用タイミングを逸することなく薬剤をきちんと服用することが可能となり、治療効 果が高まる。
[0096] この場合、患者支援サーバは、服用時間が近づいたとき、服用時間になったとき、 又は服用時間が過ぎて一定時間経過したときなどに、服用時間を確認するための電 子メールを患者に向けて送信することができる。
[0097] (17)本発明の薬歴情報管理装置においては、前記服用時間を確認するための電 子メールには、服用状況を入力するためのホームページへのリンクが埋め込まれて 、ることが好まし!/、。
[0098] このように構成することにより、患者は、上記したリンクをクリックすることにより自己の 服用状況を患者支援サーバを介して患者向け薬歴情報データベースなどに書き込 むことが可能となる。その結果、薬歴情報管理装置に患者の服用履歴が蓄積され、 薬歴情報管理装置の利用価値が高まる。
[0099] (18)本発明の薬歴情報管理装置においては、前記患者支援サーバは、服用期間 の終了時期を知らせる旨の電子メールを該当する患者に向けて送信する機能をさら に有することが好ましい。
[0100] このように構成することにより、服用期間の終了時期を知らせる旨の電子メールを受 けた患者は、必要がある場合には服用期間が終了する前に、病院や薬局に出向くこ とで、必要な薬剤を途切れることなく服用し続けることができる。 [0101] (19)本発明の薬歴情報管理装置においては、前記患者支援サーバは、特定の薬 剤に関して緊急安全性情報を得たときには、現在又は過去に前記薬剤を服用してい る患者を検索し、当該緊急安全性情報に関する電子メールを該当する患者に向けて 送信する機能をさらに有することが好ましい。
[0102] このように構成することにより、緊急連絡をすることが必要な患者又は緊急連絡をす ることが好ましい患者に対して、必要な情報をタイムリーに伝えることが可能となる。
[0103] (20)本発明の薬歴情報管理装置においては、前記患者支援サーバは、前記薬局 力 前記患者に送信したいお知らせを前記薬局支援サーバが受けたときには、前記 お知らせを含む電子メールを前記薬局に関連付けられている患者の全部又は一部 に向けて送信する機能をさらに有することが好ましい。
[0104] このように構成することにより、薬局はこの薬歴情報管理装置を利用して、お知らせ を患者に対して送信することが可能となる。
[0105] 患者に送信した 、お知らせには、例えば、患者の罹病歴、体質、生活習慣などに 対応した新製品情報、薬局の特売品情報、薬局のお休み情報、患者の住所に対応 したチェーン店のオープン情報などがある。
図面の簡単な説明
[0106] [図 1]実施形態 1に係る薬歴情報管理装置 100の構成を説明するために示す図であ る。
[図 2]実施形態 1に係る薬歴情報管理装置 100の機能を説明するために示す図であ る。
[図 3]実施形態 1に係る薬歴情報管理装置 100の機能を説明するために示す図であ る。
[図 4]実施形態 1に係る薬歴情報管理装置 100の機能を説明するために示す図であ る。
[図 5]薬局データベース 120の構造を説明するために示す図である。
[図 6]患者データベース 130の構造を説明するために示す図である。
[図 7]薬局向け薬歴情報データベース 140の構造を説明するために示す図である。
[図 8]BBB薬局に設定された薬局等ファイルに格納されたテーブルの構造を示す図 である。
[図 9]薬剤情報データベースその他のデータベース 150の構造を説明するために示 す図である。
圆 10]実施形態 1に係る薬歴情報管理装置 100の機能を説明するために示す図で ある。
圆 11]患者向け薬歴情報データベース 170の構造を説明するために示す図である。
[図 12]患者 EN太郎に設定された患者ファイルに格納されたテーブルの構造を示す 図である。
圆 13]薬局が薬歴情報管理装置 100に薬歴情報を日次データとして送信する場合 の画面を説明するために示す図である。
圆 14]薬局が薬歴情報管理装置 100に ASPサービスを利用して薬局業務を行いな がら薬歴情報を送信する場合の画面を説明するために示す図である。
圆 15]薬局が薬歴情報管理装置 100にログインする場合のログイン画面を説明する ために示す図である。
圆 16]患者が薬歴情報管理装置 100にログインする場合のログイン画面を説明する ために示す図である。
圆 17]患者が薬歴情報管理装置 100にログインした後の薬歴一覧画面を説明するた めに示す図である。
圆 18]実施形態 2に係る薬歴情報管理装置 100aの構成及び機能を説明するために 示す図である。
圆 19]患者の代理人が薬歴情報管理装置 100aにログインする場合のログイン画面 を説明するために示す図である。
圆 20]患者の代理人が薬歴情報管理装置 100aにログインした後の薬歴一覧画面を 説明するために示す図である。
圆 21]実施形態 3に係る薬歴情報管理装置 100bの構成を説明するために示す図で ある。
圆 22]実施形態 4に係る薬歴情報管理装置 100cの構成を説明するために示す図で ある。 [図 23]実施形態 5に係る薬歴情報管理装置 lOOdの機能 (調剤完了通知機能)を説 明するために示す図である。
[図 24]実施形態 5に係る薬歴情報管理装置 lOOdから患者に送信される電子メール の一例を示す図である。
[図 25]実施形態 5に係る薬歴情報管理装置 lOOdの機能 (服用時間通知機能)を説 明するために示す図である。
[図 26]実施形態 5に係る薬歴情報管理装置 lOOdから患者に送信される電子メール の一例を示す図である。
[図 27]実施形態 5に係る薬歴情報管理装置 lOOdにおいて患者に服用状況を入力さ せる画面の一例を示す図である。
[図 28]実施形態 5に係る薬歴情報管理装置 lOOdの機能 (服用履歴閲覧機能)を説 明するために示す図である。
[図 29]実施形態 5に係る薬歴情報管理装置 lOOdにおいて患者又は薬局が服用履 歴を確認するための画面の一例を示す図である。
[図 30]実施形態 5に係る薬歴情報管理装置 lOOdの機能 (服用期間終了通知機能) を説明するために示す図である。
[図 31]実施形態 5に係る薬歴情報管理装置 lOOdの機能 (薬局からのお知らせ通知 機能)を説明するために示す図である。
[図 32]従来の薬歴情報管理装置 900を説明するために示す図である。
発明を実施するための最良の形態
[0107] 以下、本発明の薬歴情報管理装置について、図に示す実施の形態に基づいて説 明する。
[0108] [実施形態 1]
図 1は、実施形態 1に係る薬歴情報管理装置 100の構成を説明するために示す図 である。図 2〜4は、実施形態 1に係る薬歴情報管理装置 100の機能を説明するため に示す図である。図 2は、薬局が薬歴情報管理装置 100に薬歴情報を日次データと して送信する場合の機能を説明するために示す図であり、図 3は、薬局が薬歴情報 管理装置 100に ASPサービスを利用して薬局業務を行いながら薬歴情報を送信す る場合の機能を説明するために示す図であり、図 4は、薬局力 の求めに応じて薬局 自身が提供した薬歴情報を薬局に対して送信する場合の機能を説明するために示 す図である。
[0109] 図 5は、薬局データベース 120の構造を説明するために示す図である。図 5 (a)は 薬局データベース 120におけるテーブルの一例であり、図 5 (b)は当該テーブルに 記載される項目の一例である。図 6は、患者データベース 130の構造を説明するため に示す図である。図 6 (a)は患者データベース 130におけるテーブルの一例であり、 図 6 (b)は当該テーブルに記載される項目の一例である。
[0110] 図 7は、薬局向け薬歴情報データベース 140の構造を説明するために示す図であ る。図 8は、 BBB薬局に設定された薬局等ファイルに格納されたテーブルの構造を 示す図である。図 8 (a)は当該テーブルの一例であり、図 8 (b)は当該テーブルに記 載される項目の一例である。図 9は、薬剤情報データベースその他のデータベース 1 50の構造を説明するために示す図である。
[0111] 図 10は、実施形態 1に係る薬歴情報管理装置 100の機能を説明するために示す 図であり、患者からの求めに応じて患者自身の薬歴情報を患者に対して送信する場 合の機能を説明するために示す図である。図 11は、患者向け薬歴情報データべ一 ス 170の構造を説明するために示す図である。図 12は、患者 EN太郎に設定された 患者ファイルに格納されたテーブルの構造を示す図である。図 12 (a)は当該テープ ルの一例であり、図 12 (b)は当該テーブルに記載される項目の一例である。
[0112] 実施形態 1に係る薬歴情報管理装置 100は、図 1に示すように、薬局支援サーバ 1 10と、薬局データベース 120と、患者データベース 130と、薬局向け薬歴情報デー タベース 140と、薬剤情報データベースその他のデータベース 150と、患者支援サ ーバ 160と、患者向け薬歴情報データベース 170とを備える。
[0113] 薬局支援サーバ 110は、薬局(薬局 1〜4の端末 210, 220又は薬局チェーンの本 部 1の端末 230)からの薬局特定情報及び患者特定情報を含む薬歴情報 A , B (図 2及び図 3参照。)を受信するとともに、薬局(薬局 1〜4の端末 210, 220、薬局 1の 携帯端末 210a又は薬局チェーンの本部 1の端末 230)からの求め C (図 4参照。)に 応じて薬局(薬局 1〜4の端末 210, 220、薬局 1の携帯端末 210a又は薬局チェ一 ンの本部 1の端末 230)に対して薬局(薬局 1〜4の端末の 210, 220又は薬局チェ ーンの本部 1の端末 230)自身が提供した薬歴情報 C (図 4参照。)を送信する機能
2
を有する。
[0114] 薬局データベース 120には、図 5に示すように、薬局特定情報を含む薬局の情報、 例えば、薬歴情報管理装置 100の管理者における薬局の識別番号、薬局の名称、 薬局の住所、薬局の電話番号、薬局のファクシミリ番号、薬局のメールアドレス、薬局 の代表者氏名、薬局に所属する薬剤師の人数及び氏名、薬局の種別 (単一店舗か らなる薬局、薬局チェーンに属する薬局又は薬局チェーンの本部)などが記録されて いる。
[0115] 患者データベース 130には、図 6に示すように、患者特定情報を含む患者の情報、 例えば、薬歴情報管理装置 100の管理者における患者の識別番号、薬局における 患者の識別番号、患者の氏名(フリガナを含む。)、患者の生年月日、患者の性別、 患者の健康保険被保険者証番号、患者の住所、患者の電話番号、患者のファタシミ リ番号、患者のメールアドレス、各薬局への来局歴、患者の体質、患者の持病情報、 患者の職業、患者の家族構成、患者の遺伝学的情報などが記録されている。また、 患者データベース 130には、患者の代理人の情報や患者等(患者及び Z又は患者 の代理人)のパスワード情報も含まれて 、る。
[0116] なお、実施形態 1に係る薬歴情報管理装置 100においては、患者特定情報として、 少なくとも患者の氏名、患者の生年月日及び患者の健康保険被保険者証番号を含 ませることとしている。このように構成することにより、患者の特定を確実に行うことが 可能となり、信頼性の高い患者の薬歴情報管理を行うことが可能となる。この場合、 患者の健康保険被保険者証番号には、健康保険の種別、保険者の番号並びに健 康保険被保険者証の記号及び番号が含まれる。
[0117] 薬局向け薬歴情報データベース 140には、図 7及び図 8に示すように、薬局毎にパ スワードが設定される複数の薬局ファイル 142, 142, · · ·のそれぞれに、薬歴情報( 例えば、薬歴情報管理装置 100の管理者における薬歴情報番号、薬局の識別番号 及び患者の識別番号、薬局における薬歴情報番号及び患者の識別番号、薬局の名 称、患者の氏名(フリガナを含む。)、患者の生年月日、患者の健康保険被保険者証 番号 (健康保険の種別、保険者番号、被保険者証の記号、被保険者証の番号)、処 方箋の発行日、処方箋を発行した病院の名称 (及び識別番号)、処方箋を作成した 医師の氏名(及び識別番号)、患者の来局日、薬剤の引渡し日、引き渡した薬剤の 名称及び分量、保険点数、服薬指導の内容、その他の情報 (患者の体質 (例えば、 アトピー体質、アレルギー体質など。)、患者の持病情報、患者の併用薬情報、患者 の副作用情報、患者の職業、患者の家族構成、患者の遺伝学的情報など。)が記録 されている。複数の薬局ファイル 142, 142, · · ·は薬局毎にパスワードの設定が可 能に構成されている。
[0118] 薬剤情報データベースその他のデータベース 150には、薬剤の名称、特徴、使用 法、注意点、副作用などに関する薬剤情報が記録された薬剤情報データベース、薬 剤同士の相互作用の有無、程度などに関する薬剤相互作用情報が記録された薬剤 相互作用情報データベース及び病院や医師の情報が記録された医療機関情報デ ータベースが含まれて 、るほ力、薬局チェーンにおける患者共有情報データベース
、医療機関共有情報データベース、在庫共有情報データベース及び本部統括情報 データベースなどが含まれている。薬剤情報データベースには、薬価原本データも 記録されている。
なお、薬剤情報データベースには、図 9に示すように、薬剤毎に設定された複数の 薬剤ファイル 152, 152, · · ·のそれぞれに、薬剤の名称、特徴、使用法、注意点、副 作用などに関する薬剤情報が記録されている。
[0119] 患者支援サーバ 160は、図 10に示すように、患者 1〜5の端末 310又は患者 1の携 帯端末 310aからの求め Dに応じて患者 (患者 1〜5の端末 310又は患者 1の携帯端 末 310a)に対して患者自身の薬歴情報 Dを送信する機能を有する。
2
[0120] 患者向け薬歴情報データベース 170は、図 11及び図 12に示すように、複数の患 者ファイル 172, 172, …のそれぞれに薬歴情報 (例えば、薬歴情報管理装置 100 の管理者における薬歴情報番号、薬局の識別番号及び患者の識別番号、薬局にお ける薬歴情報番号及び患者の識別番号、薬局の名称、患者の氏名(フリガナを含む 。;)、患者の生年月日、患者の健康保険被保険者証番号 (健康保険の種別、保険者 番号、被保険者証の記号、被保険者証の番号)、処方箋の発行日、処方箋を発行し た病院の名称 (及び識別番号)、処方箋を作成した医師の氏名(及び識別番号)、患 者の来局日、薬剤の引渡し日、引き渡した薬剤の名称及び分量、保険点数、服薬指 導の内容、その他の情報 (患者の体質 (例えば、アトピー体質、アレルギー体質など。 )、患者の持病情報、患者の併用薬情報、患者の副作用情報、患者の職業、患者の 家族構成、患者の遺伝学的情報など。)がそれぞれ記録されている。複数の患者ファ ィル 172, 172, · · ·は患者毎にパスワードの設定が可能に構成されている。
[0121] このため、実施形態 1に係る薬歴情報管理装置 100によれば、薬局向け薬歴情報 データベース 140とは別に、患者毎に薬歴情報が記録された複数の患者ファイル 17 2, 172,…を含む患者向け薬歴情報データベース 170を備えるため、患者に患者 自身の薬歴情報を利用させることが可能となる。
[0122] また、実施形態 1に係る薬歴情報管理装置 100によれば、複数の患者ファイル 172 , 172, · · ·は患者毎にパスワードの設定が可能であるため、患者により正しいパスヮ ードが入力されない限り患者ファイルを利用できないようにすることが可能となる。ま た、複数の薬局ファイル 142, 142, · · ·は薬局毎にノ スワードの設定が可能である ため、患者が薬局ファイルを利用することはできない。このため、患者に患者自身の 薬歴情報を利用させる場合に、当該患者以外の患者の薬歴情報や薬局の薬歴情報 に対して十分なセキュリティを確保することが可能となる。
[0123] また、実施形態 1に係る薬歴情報管理装置 100によれば、薬局向け薬歴情報デー タベース 140とは別に患者向け薬歴情報データベース 170を備え、また、薬局支援 サーバ 110とは別に患者支援サーバ 160を備えるため、患者からのアクセスと薬局 力ものアクセスとが競合したときにも、当該患者に対する薬歴情報の提供サービスと 薬局に対する薬局業務支援サービスとをともに円滑に行うことが可能となる。このため 、患者に患者自身の薬歴情報を利用させる場合に薬局に対する薬局業務支援サー ビスに支障をきたしたり多くの患者に対して薬歴情報を迅速に提供することが困難と なったりすることがない。
[0124] また、実施形態 1に係る薬歴情報管理装置 100によれば、薬局支援サーバ 110が 受信した薬歴情報の全部又は一部を患者特定情報に基づいて患者向け薬歴情報 データベース 170における該当する患者ファイル 172に書き込む機能を有するため 、薬局力 の薬歴情報は、薬局特定情報に基づいて薬局毎に薬局向け薬歴情報デ ータベース 140に記録されるのに加えて、患者特定情報に基づいて患者向け薬歴 情報データベース 170における複数の患者ファイル 172, 172, · · ·のそれぞれに記 録されるようになる。このため、薬局の業務を支援するために薬歴情報管理装置 100 を日々運用する過程で自然に、薬局向け薬歴情報データベース 140はもちろん、患 者向け薬歴情報データベース 170をも常に最新の状態に保つことが可能となるため 、低コストで十分な量及び質の薬歴情報を収集することが容易になり、患者に患者の 薬歴情報を利用させる場合に低コストで十分な量及び質の薬歴情報を提供すること が可能な薬歴情報管理装置となる。
[0125] その結果、実施形態 1に係る薬歴情報管理装置 100は、患者に患者自身の薬歴情 報を利用させる場合に、 a)十分なセキュリティを確保することが可能で、 b)薬局に対 する業務支援サービスに支障をきたしたり多くの患者に対して薬歴情報を迅速に提 供することが困難となったりすることがなぐかつ、 c)低コストで十分な量及び質の薬 歴情報を提供することが可能な薬歴情報管理装置となる。
[0126] また、実施形態 1に係る薬歴情報管理装置 100によれば、従来の薬歴情報管理装 置 900の場合とは異なり、患者の薬歴情報は患者向け薬歴情報データベース 170 内で患者毎にまとめて記録されているため、患者力もの薬歴情報の求めがあれば、 その求めに応じて当該患者に対して当該患者自身の薬歴情報を即座に送信するこ とが可能となる。
[0127] なお、実施形態 1に係る薬歴情報管理装置 100においては、従来の薬歴情報管理 装置 900の場合と同様に、薬局支援サーバ 120により受信された薬歴情報は、薬局 向け薬歴情報データベース 140内で薬局毎にまとめて記録されるため、薬局からの 薬歴情報の求めがあれば、その求めに応じて当該薬局に対して当該薬局自身が提 供した薬歴情報の全部又は一部を様々な態様で即座にかつ確実に送信することが 可能である。その結果、実施形態 1に係る薬歴情報管理装置 100によれば、従来の 薬歴情報管理装置 900の場合と同様に、薬歴情報の管理を薬局に代行して円滑に 行うことで薬局の業務を支援することが可能である。
[0128] 図 13は、薬局が薬歴情報管理装置 100に薬歴情報を日次データとして送信する 場合の画面を説明するために示す図である。図 14は、薬局が薬歴情報管理装置 10 0に ASPサービスを利用して薬局業務を行いながら薬歴情報を送信する場合の画面 を説明するために示す図である。
[0129] 薬局が薬局自らの端末を用いて処方箋の処理業務を行って 、る場合には、 1日の 業務が終了したときには 1日分の薬歴情報が薬局自らの端末の記録装置に記録され ている。そこで、 1日の業務が終了したときに、図 13に示すようにして、薬歴情報管理 装置 100に対して薬歴情報を日次データとして送信するアップロード処理を行うこと ができる。
なお、薬局自らの端末にアップロード処理を自動で行うようなプログラムを読み込ま せてアップロード処理を自動で行うようにしてもょ 、ことは 、うまでもな!/、。
[0130] 一方、薬局が ASPサービスを利用して処方箋の処理業務を行っている場合には、 処方箋の処理業務を行う度に、必要な薬歴情報が薬歴情報管理装置 100に対して 送信されることになる。この場合には、セキュリティ上、 ASPサービスの利用を開始す る際に、図 14に示すようにして、薬局の端末に正規にログインさせるようにする。
[0131] 図 15は、薬局が薬歴情報管理装置 100にログインする場合のログイン画面を説明 するために示す図である。
薬局が薬局自身が提供した薬歴情報を薬歴情報管理装置 100から送信してもらう には、図 15に示すように、薬局が薬歴情報管理装置 100にログインして力も行う。
[0132] 図 16は、患者が薬歴情報管理装置 100にログインする場合のログイン画面を説明 するために示す図である。
患者が患者自身の薬歴情報を薬歴情報管理装置 100から送信してもらうには、図 16に示すように、患者が薬歴情報管理装置 100にログインして力も行う。
[0133] 実施形態 1に係る薬歴情報管理装置 100においては、患者支援サーバ 160は、患 者からのアクセスがあったときには患者に向けて患者の識別番号及び患者のパスヮ ードを入力するための画面を送信する。患者ファイル 172は、患者の識別番号及び 患者のパスワードの入力が確認されな 、限り閲覧が許可されな 、ように構成されて!ヽ る。
[0134] このため、実施形態 1に係る薬歴情報管理装置 100によれば、当該患者以外の者 が患者の薬歴情報にアクセスすることが困難になるため、患者に患者自身の薬歴情 報を利用させる場合に十分なセキュリティを確保することが可能となる。
[0135] 図 17は、患者が薬歴情報管理装置 100にログインした後の薬歴一覧画面を説明 するために示す図である。
実施形態 1に係る薬歴情報管理装置 100は、患者に対して、図 17に示す一覧画 面のほか、患者の薬歴情報を様々な態様で提供することができる。
[0136] なお、実施形態 1に係る薬歴情報管理装置 100においては、薬局支援サーバ 110 は、薬局力もの薬歴情報を受信したときには、薬局特定情報に基づいて薬歴情報を 薬局毎に薬局向け薬歴情報データベース 140における複数の薬局ファイル 142, 1 42, · · ·のそれぞれにに書き込むとともに、患者特定情報に基づいて薬歴情報を患 者向け薬歴情報データベース 170における複数の患者ファイル 172, 172, · · ·のそ れぞれに書き込む機能を有する。
[0137] このため、薬局力 の薬歴情報は、薬局特定情報に基づいて薬局毎に薬局向け薬 歴情報データベース 140における複数の薬局ファイル 142, 142, · · ·のそれぞれに 記録されるのに加えて、患者特定情報に基づ 、て患者向け薬歴情報データベース 1 70における複数の患者ファイル 172, 172, · · ·のそれぞれに記録されるようになる。 このため、薬局の業務を支援するために薬歴情報管理装置 100を日々運用する過 程で自然に、薬局向け薬歴情報データベース 140はもちろん、患者向け薬歴情報デ ータベース 170をも常に最新の状態に保つことが可能となる。
[0138] また、上記したように、実施形態 1に係る薬歴情報管理装置 100は、薬局特定情報 を含む薬局の情報が記録された薬局データベース 120と、患者特定情報を含む患 者の情報が記録された患者データベース 130とをさらに備える。
[0139] このため、薬局支援サーバ 110が薬歴情報を薬局向け薬歴情報データベース 140 における複数の薬局ファイル 142, 142, · · ·のそれぞれに書き込むときや患者向け 薬歴情報データベース 170における複数の患者ファイル 172, 172· · ·のそれぞれ に書き込むときに、これら薬局データベース 120及び患者データベース 130を参照し て薬局や患者の特定をすることにより、迅速かつ確実にこれらの書き込み作業を行う ことが可能となる。 [0140] 実施形態 1に係る薬歴情報管理装置 100においては、薬局データベース 120に記 録される薬局の情報には、薬局のパスワード情報が含まれている。また、患者データ ベース 130に記録される患者の情報には、患者のノ スワード情報が含まれている。
[0141] このため、実施形態 1に係る薬歴情報管理装置 100によれば、薬局支援サーバ 11 0に対して薬局からアクセスがあつたときに、薬局からのアクセスが本当の薬局からの 正規のアクセスかどうかを容易に確認することができ、薬局に薬局自身が提供した薬 歴情報を利用させる場合に十分なセキュリティを確保することが可能となる。また、患 者支援サーバ 160に対して患者力もアクセスがあつたときに、患者力ものアクセスが 本当の患者力もの正規のアクセスかどうかを容易に確認することができ、患者に患者 の薬歴情報を利用させる場合に十分なセキュリティを確保することが可能となる。
[0142] また、実施形態 1に係る薬歴情報管理装置 100においては、患者支援サーバ 160 は、患者力 の追記情報を受け付けるとともに追記情報を患者向け薬歴情報データ ベース 170及び Z又は患者データベース 130に書き込む機能をさらに有する。
[0143] このため、実施形態 1に係る薬歴情報管理装置 100によれば、患者による適切な追 記事項の書き込みにより、患者向け薬歴情報データベース 170に記録される薬歴情 報の利用価値をさらに高めることが可能となる。
[0144] また、実施形態 1に係る薬歴情報管理装置 100においては、上述したように、薬剤 情報が記録された薬剤情報データベースと、薬剤相互作用情報が記録された薬剤 相互作用情報データベースとをさらに備える。そして、薬局支援サーバ 110は、薬局 の求めに応じて薬剤情報及び Z又は薬剤相互作用情報を薬局に対して送信する機 能をさらに有し、患者支援サーバ 160は、患者の求めに応じて薬剤情報及び Z又は 薬剤相互作用情報を患者に対して送信する機能をさらに有する。
[0145] このため、実施形態 1に係る薬歴情報管理装置 100によれば、薬局や患者は、患 者の薬歴情報に加えて薬剤の名称、特徴、使用法、注意点、副作用などに関する薬 剤情報及び Z又は薬剤同士の相互作用の有無、程度などに関する薬剤相互作用 情報を利用することができるため、薬歴情報の利用価値をさらに高めることが可能と なる。
[0146] [実施形態 2] 次に、実施形態 2に係る薬歴情報管理装置について、図 18〜20を用いて説明す る。
図 18は、実施形態 2に係る薬歴情報管理装置 100aの構成及び機能を説明するた めに示す図である。図 19は、患者の代理人が薬歴情報管理装置 100aにログインす る場合のログイン画面を説明するために示す図である。図 20は、患者の代理人が薬 歴情報管理装置 100aにログインした後の薬歴一覧画面を説明するために示す図で ある。
[0147] 実施形態 2に係る薬歴情報管理装置 100aは、基本的には実施形態 1に係る薬歴 情報管理装置 100とほぼ同様の構成を有するが、患者向け薬歴情報データベース における患者ファイルの構成及び患者支援サーバの機能が実施形態 1に係る薬歴 情報管理装置 100の場合とは異なる。すなわち、実施形態 2に係る薬歴情報管理装 置 100aにおいては、患者向け薬歴情報データベース 170aにおける患者ファイル 1 72a (図示せず。)は、患者の代理人に対してもパスワードの設定が可能に構成され、 患者支援サーバ 160aは、患者の代理人力もの求めがあったときには、その求めに応 じて患者の代理人に対して患者の薬歴情報を送信する機能をさらに有する。
[0148] このため、実施形態 2に係る薬歴情報管理装置 100aによれば、患者の代理人にも 、患者の薬歴情報を利用させることができるようになる。また、この場合においても、 患者の代理人により正しいパスワードが入力されない限り患者ファイルを利用するこ とができなくなるため、患者の代理人に患者の薬歴情報を利用させる場合に十分な セキュリティを確保することが可能となる。
[0149] なお、実施形態 2に係る薬歴情報管理装置 100aは、患者向け薬歴情報データべ ースにおける患者ファイルの構成及び患者支援サーバの機能以外の点では実施形 態 1に係る薬歴情報管理装置 100の場合と同様の構成を備えるため、実施形態 1に 係る薬歴情報管理装置 100が有する効果のうち該当する効果を有する。
[0150] なお、患者の代理人が薬歴情報管理装置 100aから患者の薬歴情報を送信しても らうためには、薬歴情報管理装置 100aにログインすることが必要である。
すなわち、図 19に示すように、患者支援サーバ 160aは、患者の代理人からのァク セスがあったときには患者の代理人に向けて患者の代理人の識別番号、患者の識 別番号及び患者毎に設定される患者の代理人のパスワードを入力するための画面 を送信する。患者ファイル 172aは、患者の代理人の識別番号、患者の識別番号及 び患者毎に設定される患者の代理人のパスワードの入力が確認されれば閲覧が許 可されるように構成されて 、る。
[0151] 実施形態 2に係る薬歴情報管理装置 100aは、患者の代理人に対して、図 20に示 す一覧画面のほか、患者の薬歴情報を様々な態様で提供することができる。
[0152] [実施形態 3]
次に、実施形態 3に係る薬歴情報管理装置について、図 21を用いて説明する。 図 21は、実施形態 3に係る薬歴情報管理装置 100bの構成を説明するために示す 図である。
[0153] 実施形態 3に係る薬歴情報管理装置 100bは、基本的には実施形態 2に係る薬歴 情報管理装置 100aとほぼ同様の構成を有するが、図 21に示すように、薬局向け薬 歴情報データベース 140に記録された薬歴情報を読み出して、この薬歴情報を患者 向け薬歴情報データベース 170における複数の患者ファイル 172a, 172a- · · (図示 せず。 )のそれぞれに書き込む機能を有する薬歴情報変換部 180をさらに備える点 で、実施形態 2に係る薬歴情報管理装置 100aとは異なる。
[0154] このため、実施形態 3に係る薬歴情報管理装置 100bによれば、薬局向け薬歴情 報データベース 140に記録された薬歴情報は、薬歴情報変換部 180によって、患者 向け薬歴情報データベース 170aにおける複数の患者ファイル 172a, 172a - · ·のそ れぞれに記録されるようになる。その結果、実施形態 2に係る薬歴情報管理装置 100 aの場合と同様に、薬局の業務を支援するために薬歴情報管理装置 100bを日々運 用する過程で自然に、薬局向け薬歴情報データベース 140はもちろん、患者向け薬 歴情報データベース 170aをも常に最新の状態に保つことが可能となる。
[0155] なお、実施形態 3に係る薬歴情報管理装置 100bは、薬歴情報変換部 180をさらに 備える点以外の点では実施形態 2に係る薬歴情報管理装置 100aの場合と同様の構 成を備えるため、実施形態 2に係る薬歴情報管理装置 100aが有する効果のうち該 当する効果を有する。
[0156] [実施形態 4] 次に、実施形態 4に係る薬歴情報管理装置について、図 22を用いて説明する。 図 22は、実施形態 4に係る薬歴情報管理装置 100cの構成を説明するために示す 図である。
[0157] 実施形態 4に係る薬歴情報管理装置 100cは、基本的には実施形態 1に係る薬歴 情報管理装置 100とほぼ同様の構成を有するが、図 22に示すように、製薬会社支援 サーバ 180、製薬会社向け薬歴情報データベース 190及び製薬会社データベース 200をさらに備える点で、実施形態 1に係る薬歴情報管理装置 100とは異なる。
[0158] 製薬会社向け薬歴情報データベース 190は、製薬会社毎に当該製薬会社に関連 する薬歴情報が記録された複数の製薬会社ファイル (図示せず。)を含み、複数の製 薬会社ファイルについて製薬会社毎にパスワードの設定が可能に構成されている。
[0159] 製薬会社支援サーバ 180は、製薬会社からの求めがあったときには、その求めに 応じて製薬会社向け薬歴情報データベース 190に記録された薬歴情報のうち製薬 会社に関連する薬歴情報の全部又は一部を製薬会社に対して送信する機能を有す る。製薬会社に関連する薬歴情報としては、薬剤の売上状況 (月度毎、地域別、患 者年齢別など)、薬剤の服用状況 (月度毎、地域別、患者年齢別など)、薬剤に関す る追記情報 (薬剤の飲み易さ、価格が高いか安いか、他の薬剤との相互作用の有無 など)などがある。
[0160] 製薬会社データベース 200は、製薬会社特定情報を含む製薬会社の情報が記録 されたデータベースである。
[0161] 薬局支援サーバ 110は、薬局の端末 210, 220, 230から受信した薬歴情報の全 部又は一部を製薬会社特定情報に基づいて製薬会社向け薬歴情報データベース 1 90における該当する製薬会社ファイルに書き込む機能を有する。
[0162] このため、実施形態 4に係る薬歴情報管理装置 100cによれば、薬局向け薬歴情報 データベース 140とは別に、製薬会社毎に当該製薬会社に関連する薬歴情報が記 録された複数の製薬会社ファイルを含む製薬会社向け薬歴情報データベース 190 を備えるため、製薬会社に関連する薬歴情報を製薬会社に利用させることが可能と なる。
[0163] また、実施形態 4に係る薬歴情報管理装置 100cによれば、複数の製薬会社フアイ ルは製薬会社毎にパスワードの設定が可能であるため、製薬会社により正しいパスヮ ードが入力されない限り製薬会社ファイルを利用できないようにすることが可能となる 。このため、製薬会社に当該製薬会社に関連する薬歴情報を利用させる場合に、当 該製薬会社以外の製薬会社の薬歴情報に対して十分なセキュリティを確保すること が可能となる。
[0164] また、実施形態 4に係る薬歴情報管理装置 100cによれば、薬局向け薬歴情報デ ータベース 140とは別に製薬会社向け薬歴情報データベース 190を備え、また、薬 局支援サーバ 110とは別に製薬会社支援サーバ 180を備えるため、製薬会社からの アクセスと薬局力ものアクセスとが競合したときにも、当該製薬会社に対する薬歴情 報の提供サービスと薬局に対する薬局業務支援サービスとをともに円滑に行うことが 可能となるため、製薬会社に当該製薬会社に関連する薬歴情報を利用させる場合に 薬局に対する薬局業務支援サービスに支障をきたしたり製薬会社に対して薬歴情報 を迅速に提供することが困難となったりすることがない。
[0165] また、実施形態 4に係る薬歴情報管理装置 100cによれば、薬局支援サーバ 110が 受信した薬歴情報の全部又は一部を製薬会社特定情報に基づいて製薬会社向け 薬歴情報データベース 190における該当する製薬会社ファイルに書き込む機能を有 するため、薬局からの薬歴情報は、薬局特定情報に基づいて薬局毎に薬局向け薬 歴情報データベース 140に記録されたり、患者特定情報に基づ!/、て患者毎に患者 向け薬歴情報データベース 170に記録されたりするのに加えて、製薬会社特定情報 に基づいて製薬会社向け薬歴情報データベース 190における複数の製薬会社ファ ィルのそれぞれに記録されるようになる。このため、薬局の業務を支援するために薬 歴情報管理装置 100cを日々運用する過程で自然に、薬局向け薬歴情報データべ ース 140及び患者向け薬歴情報データベース 170はもちろんのこと、製薬会社向け 薬歴情報データベース 190をも常に最新の状態に保つことが可能となるため、低コス トで十分な量及び質の薬歴情報を収集することが容易になり、製薬会社に当該製薬 会社に関連する薬歴情報を利用させる場合に低コストで十分な量及び質の薬歴情 報を提供することが可能な薬歴情報管理装置となる。
[0166] その結果、実施形態 4に係る薬歴情報管理装置 100cは、製薬会社に当該製薬会 社に関連する薬歴情報を利用させる場合に、 a)十分なセキュリティを確保することが 可能で、 b)薬局に対する業務支援サービスに支障をきたしたり製薬会社に対して薬 歴情報を迅速に提供することが困難となったりすることがなぐかつ、 c)低コストで十 分な量及び質の薬歴情報を製薬会社に提供することが可能な薬歴情報管理装置と なる。
[0167] また、実施形態 4に係る薬歴情報管理装置 100cによれば、製薬会社特定情報を 含む製薬会社の情報が記録された製薬会社データベース 200をさらに備えるため、 薬局支援サーバ 110が薬歴情報を製薬会社向け薬歴情報データベース 190におけ る複数の製薬会社ファイルのそれぞれに書き込むときに、製薬会社データベース 20 0を参照して製薬会社の特定をすることにより、迅速かつ確実にこれらの書き込み作 業を行うことが可能となる。
[0168] なお、実施形態 4に係る薬歴情報管理装置 100cは、製薬会社支援サーバ 180、 製薬会社向け薬歴情報データベース 190及び製薬会社データベース 200をさらに 備える点以外の点では実施形態 1に係る薬歴情報管理装置 100の場合と同様の構 成を備えるため、実施形態 1に係る薬歴情報管理装置 100が有する効果のうち該当 する効果を有する。
[0169] [実施形態 5]
次に、実施形態 5に係る薬歴情報管理装置について、図 23〜図 31を用いて説明 する。
図 23は、実施形態 5に係る薬歴情報管理装置 100dの機能 (調剤完了通知機能) を説明するために示す図である。図 24は、実施形態 5に係る薬歴情報管理装置 100 dから患者に送信される電子メールの一例を示す図である。
[0170] 図 25は、実施形態 5に係る薬歴情報管理装置 100dの機能 (服用時間通知機能) を説明するために示す図である。図 26は、実施形態 5に係る薬歴情報管理装置 100 dから患者に送信される電子メールの一例を示す図である。図 27は、実施形態 5に係 る薬歴情報管理装置 100dにおいて患者に服用状況を入力させる画面の一例を示 す図である。図 27 (a)は薬剤毎に服用状況を入力させる画面の一例を示す図であり 、図 27 (b)は服用しな力つた場合の理由を入力させる画面の一例を示す図である。 [0171] 図 28は、実施形態 5に係る薬歴情報管理装置 lOOdの機能 (服用履歴閲覧機能) を説明するために示す図である。図 29は、実施形態 5に係る薬歴情報管理装置 100 dにおいて患者又は薬局が服用履歴を確認するための画面の一例を示す図である。
[0172] 図 30は、実施形態 5に係る薬歴情報管理装置 lOOdの機能 (服用期間終了通知機 能)を説明するために示す図である。図 31は、実施形態 5に係る薬歴情報管理装置 lOOdの機能 (薬局力ものお知らせ通知機能)を説明するために示す図である。
[0173] 実施形態 5に係る薬歴情報管理装置 lOOdは、基本的には実施形態 1に係る薬歴 情報管理装置 100とほぼ同様の構成を有するが、図 23〜図 31に示すように、患者 支援サーバの機能などの点で実施形態 1に係る薬歴情報管理装置 100とは異なる。
[0174] 患者支援サーバ 160は、図 23に示すように、調剤が完了した旨の薬局(例えば薬 局 1の端末 210)からの通知 Fを薬局支援サーバ 110が受けたときには、当該調剤 が完了した旨の電子メール F (図 24参照。)を、該当する患者 (例えば患者 1の携帯
3
端末 310a)に向けて送信する機能 (調剤完了通知機能)をさらに有する。
[0175] また、患者支援サーバ 160は、服用時間が近づいたとき、服用時間になったとき、 又は服用時間が過ぎて一定時間経過したときなどには、図 25に示すように、服用時 間を確認するための電子メール G (図 26参照。)を該当する患者 (例えば患者 1の携 帯端末 310a)に向けて送信する機能 (服用時間通知機能)をさらに有する。
[0176] 服用時間を確認するための電子メール Gには、服用状況を入力するためのホーム ページへのリンク(図 26参照。)が埋め込まれている。患者がこのリンクをクリックする と、患者の端末には患者に服用状況を入力させる画面が表示され (図 27参照。)、こ れによって、患者は、自己の服用状況を患者支援サーバ 160を介して患者向け薬歴 情報データベース 170などに書き込む(図 25の符号 G参照。)ことが可能となる。
2
[0177] 薬歴情報管理装置 100dは、このようにして患者向け薬歴情報データベース 170な どに書き込まれた患者の服用履歴を、薬局又は患者に閲覧させる服用履歴閲覧機 能を有する。これにより、図 28に示すように、薬局は薬局支援サーバ 110にログイン( 符号 H参照。)することにより、また、患者は患者支援サーバ 160にログイン (符号 ^ 参照。)すること〖こより、患者の服用履歴を確認 (符号 H及び I参照。)することが可
2 2
能となる(図 29参照。)。 [0178] また、患者支援サーバ 160は、図 30に示すように、患者向け薬歴情報データべ一 ス 170に記録された薬歴情報に基づいて、服用期間の終了時期が近づいたら、服用 期間の終了時期を知らせる旨の電子メール Jを該当する患者 (例えば患者 1の携帯 端末 310a)に向けて送信する機能 (服用期間終了通知機能)をさらに有する。
[0179] また、患者支援サーバ 160は、特定の薬剤に関して緊急安全性情報を得たときに は、現在又は過去に薬剤を服用している患者を検索し、当該緊急安全性情報に関 する電子メール(図 26参照。)を該当する患者に向けて送信する機能をさらに有する 。図 26においては、服用時間を確認するための電子メール Gを用いて当該緊急安 全性情報を送信することとして 、る。
[0180] また、患者支援サーバ 160は、図 31に示すように、薬局から患者に送信したいお 知らせ Kを薬局支援サーバ 110が受けたときには、お知らせを含む電子メール Kを
1 3 薬局に関連付けられている患者の全部又は一部(例えば、患者 1の端末 310及び携 帯端末 310a並びに患者 3の端末 310)に向けて送信する機能 (薬局からのお知らせ 通知機能)をさらに有する。
[0181] 実施形態 5に係る薬歴情報管理装置 100dにおいては、患者支援サーバ 160が上 記した機能を有することにより、以下のような効果を有する。
[0182] 調剤が完了した旨の電子メール Fを受けた患者は、待ち時間なしで調剤された薬
3
剤を受け取ることが可能となり、利便性が高まる。
一方、薬局は、調剤が完了したときには、普段使っている薬局の端末を用いて調剤 が完了した旨の通知 Fを送信することができる。従って、薬局にとって手間が増える こともない。
患者のメールアドレスは、予め薬歴情報管理装置に登録しておく。患者は PC端末 又は携帯端末を利用して自己宛ての電子メールを読むことができる。
[0183] 服用時間を確認するための電子メール Gを受けた患者は、服用タイミングを逸する ことなく薬剤をきちんと服用することが可能となり、治療効果が高まる。
患者は、服用時間を確認するための電子メール Gに埋め込まれたリンクをクリック することにより自己の服用状況を患者支援サーバ 160を介して患者向け薬歴情報デ ータベース 170などに書き込むことが可能となる。その結果、薬歴情報管理装置 100 dに患者の服用履歴が蓄積され、薬局や患者は患者の服用履歴を確認することも可 能となり、薬歴情報管理装置 lOOdの利用価値が高まる。
[0184] 服用期間の終了時期を知らせる旨の電子メール Jを受けた患者は、必要がある場 合には服用期間が終了する前に、病院や薬局に出向くことで、必要な薬剤を途切れ ることなく服用し続けることができる。
[0185] 緊急連絡をすることが必要な患者又は緊急連絡をすることが好ま 、患者に対して
、必要な情報をタイムリーに伝えることが可能となる。
[0186] 薬局はこの薬歴情報管理装置 lOOdを利用して、薬局力ものお知らせを含む電子メ ール Kを患者に対して送信することが可能となり、薬局にとって利便性が高まる。
3
[0187] なお、実施形態 5に係る薬歴情報管理装置 lOOdは、上記したように、患者支援サ ーバの機能などの点以外の点では実施形態 1に係る薬歴情報管理装置 100の場合 と同様の構成を備えるため、実施形態 1に係る薬歴情報管理装置 100が有する効果 のうち該当する効果を有する。
[0188] 以上、本発明の薬歴情報管理装置を上記の実施形態に基づいて説明したが、本 発明は上記の実施形態に限られるものではなぐその要旨を逸脱しない範囲におい て種々の態様において実施することが可能であり、例えば次のような変形も可能であ る。
[0189] (1)上記各実施形態に係る薬歴情報管理装置においては、患者支援サーバは、患 者からのアクセスがあったときには、患者の識別番号及び患者のパスワードを入力す るための画面を患者に向けて送信するように構成されている力 本発明はこれに限 定されるものではない。患者支援サーバは、患者からのアクセスがあったときには、さ らに生体認証の入力を促がすメッセージを患者に向けて送信するように構成されて いてもよい。この場合、患者向け薬歴情報データベースにおける各患者ファイルは、 患者の生体認証の入力が確認されない限り閲覧が許可されないように構成されること になる。
[0190] (2)上記各実施形態に係る薬歴情報管理装置においては、患者支援サーバは、患 者の代理人力 のアクセスがあったときには、患者の代理人の識別番号、患者の識 別番号及び患者毎に設定される患者の代理人のパスワードを入力するための画面 を患者の代理人に向けて送信するように構成されているが、本発明はこれに限定さ れるものではない。患者支援サーバは、患者の代理人力ものアクセスがあつたときに は、さらに生体認証の入力を促がすメッセージを患者の代理人に向けて送信するよう に構成されていてもよい。この場合、患者向け薬歴情報データベースにおける各患 者ファイルは、患者の代理人の生体認証の入力が確認されない限り閲覧が許可され な 、ように構成されることになる。
[0191] (3)上記各実施形態に係る薬歴情報管理装置は、患者の薬歴情報や患者等による 追記情報が記録された患者向け薬歴情報データベースを備えるものであるが、本発 明はこれに限定されるものではない。患者の薬歴情報や患者等による追記情報に加 えて医師による診断結果や治療内容に関する情報が記録された患者向け薬歴情報 データベースを備えるものであってもよ ヽ。 このように構成することにより、患者力 Sこれらの情報を参考にしてより適切な未病対 策を行ったり、患者の主治医がこれらの情報を参考にしてより適切な治療を行ったり 、薬剤師がこれらの情報を参考にして適切な服薬指導を行ったり、患者の法定代理 人がこれらの情報を患者の主治医や薬剤師に伝えることによってより適切な治療や 助言を受けたりすることが可能となる。
[0192] (4)上記各実施形態に係る薬歴情報管理装置は、医師による診断結果や治療内容 に関する情報が記録されたいわゆる電子カルテ情報データベースをさらに備えるも のであってもよい。また、医師による診断結果や治療内容に関する情報が記録された いわゆる電子カルテ情報データベースとの情報のやり取りが可能なインタフェースを さらに備えるものであってもよい。
このように構成することによつても、患者力 Sこれらの情報を参考にしてより適切な未 病対策を行ったり、患者の主治医がこれらの情報を参考にしてより適切な治療を行つ たり、薬剤師がこれらの情報を参考にして適切な服薬指導を行ったり、患者の法定代 理人がこれらの情報を患者の主治医や薬剤師に伝えることによってより適切な治療 や助言を受けたりすることが可能となる。
[0193] (5)上記実施形態 2又は 3においては、患者の代理人としての薬剤師が患者支援サ ーバ 160aにアクセスすることによって患者の薬歴情報を得て 、るが、本発明はこれ に限定されるものではない。患者の代理人としての薬剤師は、薬局支援サーバ 110 にアクセスすることによって患者の薬歴情報を得ることもできる。

Claims

請求の範囲
[1] 薬局特定情報及び患者特定情報を含む薬歴情報が記録された複数の薬局フアイ ルを含み、前記複数の薬局ファイルにつ 、て薬局毎にパスワードの設定が可能に構 成された薬局向け薬歴情報データベースと、
薬局から前記薬歴情報を受信したときには前記薬局特定情報に基づいて前記薬 歴情報を前記薬局毎に前記薬局向け薬歴情報データベースに書き込む機能及び 薬局からの求めがあつたときにはその求めに応じて前記薬局向け薬歴情報データべ ースに記録された前記薬歴情報のうち前記薬局自身が提供した薬歴情報の全部又 は一部を前記薬局に対して送信する機能を有する薬局支援サーバとを備える薬歴 情報管理装置において、
患者毎の薬局間にわたる前記薬歴情報が記録された複数の患者ファイルを含み、 前記複数の患者ファイルについて前記患者毎にパスワードの設定が可能に構成され た患者向け薬歴情報データベースと、
患者力 の求めがあったときには、その求めに応じて前記患者向け薬歴情報デー タベースにおける該当する患者ファイルに記録された薬歴情報の全部又は一部を前 記患者に対して送信する機能を有する患者支援サーバとをさらに備え、
前記薬歴情報管理装置は、前記薬局支援サーバが受信した前記薬歴情報の全部 又は一部を前記患者特定情報に基づいて前記患者向け薬歴情報データベースに おける該当する患者ファイルに書き込む機能を有することを特徴とする薬歴情報管 理装置。
[2] 請求項 1に記載の薬歴情報管理装置にお!、て、
前記薬局支援サーバは、前記薬局から前記薬歴情報を受信したときには、前記薬 歴情報の全部又は一部を前記患者特定情報に基づいて前記患者向け薬歴情報デ ータベースにおける該当する患者ファイルに書き込む機能をさらに有することを特徴 とする薬歴情報管理装置。
[3] 請求項 1に記載の薬歴情報管理装置にお!、て、
前記薬局向け薬歴情報データベースに記録された前記薬歴情報を読み出して、 前記薬歴情報の全部又は一部を前記患者特定情報に基づいて前記患者向け薬歴 情報データベースにおける該当する患者ファイルに書き込む機能を有する薬歴情報 変換部をさらに備えることを特徴とする薬歴情報管理装置。
[4] 請求項 1〜3のいずれかに記載の薬歴情報管理装置において、
前記患者支援サーバは、患者からの追記情報を受け付けるとともに前記追記情報 を前記患者向け薬歴情報データベースにおける該当する患者ファイルに書き込む機 能をさらに有することを特徴とする薬歴情報管理装置。
[5] 請求項 4に記載の薬歴情報管理装置において、
前記患者支援サーバは、前記追記情報を前記薬局向け薬歴情報データベースに 書き込む機能をさらに有することを特徴とする薬歴情報管理装置。
[6] 請求項 1〜5のいずれかに記載の薬歴情報管理装置において、
前記患者支援サーバは、患者力 のアクセスがあったときには、少なくとも前記患者 の識別番号及び前記患者のパスワードを入力するための画面を前記患者に向けて 送信するように構成され、
前記複数の患者ファイルのそれぞれは、少なくとも前記患者の識別番号及び前記 患者のパスワードの入力が確認されな 、限り閲覧が許可されな 、ように構成されて!ヽ ることを特徴とする薬歴情報管理装置。
[7] 請求項 1〜6のいずれかに記載の薬歴情報管理装置において、
前記複数の患者ファイルのそれぞれは、患者の代理人に対してもパスワードの設 定が可能に構成され、
前記患者支援サーバは、患者の代理人からの求めがあったときには、その求めに 応じて前記患者向け薬歴情報データベースにおける該当する患者ファイルに記録さ れた前記患者の薬歴情報の全部又は一部を前記患者の代理人に対して送信する 機能をさらに有することを特徴とする薬歴情報管理装置。
[8] 請求項 7に記載の薬歴情報管理装置において、
前記薬局支援サーバは、前記患者の代理人としての薬剤師力 の求めがあつたと きには、その求めに応じて前記患者向け薬歴情報データベースにおける該当する患 者ファイルに記録された前記患者の薬歴情報の全部又は一部を前記薬剤師に対し て送信する機能をさらに有することを特徴とする薬歴情報管理装置。
[9] 請求項 7又は 8に記載の薬歴情報管理装置において、
前記複数の患者ファイルのそれぞれは、少なくとも前記患者の代理人の識別番号 、前記患者の識別番号及び前記患者毎に設定される前記患者の代理人のパスヮー ドの入力が確認されれば閲覧が許可されるように構成されていることを特徴とする薬 歴情報管理装置。
[10] 請求項 1〜9のいずれかに記載の薬歴情報管理装置において、
前記患者特定情報は、少なくとも患者の氏名、患者の生年月日及び患者の健康保 険被保険者証番号を含むことを特徴とする薬歴情報管理装置。
[11] 請求項 1〜10のいずれかに記載の薬歴情報管理装置において、
前記薬局特定情報を含む前記薬局の情報が記録された薬局データベースと、 前記患者特定情報を含む前記患者の情報が記録された患者データベースとをさら に備えることを特徴とする薬歴情報管理装置。
[12] 請求項 1〜11のいずれかに記載の薬歴情報管理装置において、
薬剤情報が記録された薬剤情報データベースと、
薬剤相互作用情報が記録された薬剤相互作用情報データベースとをさらに備え、 前記薬局支援サーバは、薬局力 の求めがあったときには、その求めに応じて前記 薬剤情報データベースに記録された前記薬剤情報及び Z又は前記薬剤相互作用 情報データベースに記録された前記薬剤相互作用情報を前記薬局に対して送信す る機能をさらに有し、
前記患者支援サーバは、患者力 の求めがあったときには、その求めに応じて前記 薬剤情報データベースに記録された前記薬剤情報及び Z又は前記薬剤相互作用 情報データベースに記録された前記薬剤相互作用情報を前記患者に対して送信す る機能をさらに有することを特徴とする薬歴情報管理装置。
[13] 請求項 1〜12のいずれかに記載の薬歴情報管理装置において、
前記薬歴情報は、薬局特定情報及び患者特定情報に加えて製薬会社特定情報を さらに含み、
製薬会社毎に当該製薬会社に関連する薬歴情報が記録された複数の製薬会社フ アイルを含み、前記複数の製薬会社ファイルにつ 、て前記製薬会社毎にパスワード の設定が可能に構成された製薬会社向け薬歴情報データベースと、 前記製薬会社からの求めがあったときには、その求めに応じて前記製薬会社向け 薬歴情報データベースに記録された前記薬歴情報のうち前記製薬会社に関連する 薬歴情報の全部又は一部を前記製薬会社に対して送信する機能を有する製薬会社 支援サーバとをさらに備えることを特徴とする薬歴情報管理装置。
[14] 請求項 13に記載の薬歴情報管理装置において、
前記製薬会社特定情報を含む前記製薬会社の情報が記録された製薬会社データ ベースをさらに備えることを特徴とする薬歴情報管理装置。
[15] 請求項 1〜14のいずれかに記載の薬歴情報管理装置において、
前記患者支援サーバは、調剤が完了した旨の前記薬局力 の通知を前記薬局支 援サーバが受けたときには、当該調剤が完了した旨の電子メールを該当する患者に 向けて送信する機能をさらに有することを特徴とする薬歴情報管理装置。
[16] 請求項 1〜15のいずれかに記載の薬歴情報管理装置において、
前記患者支援サーバは、服用時間を確認するための電子メールを該当する患者の 端末に向けて送信する機能をさらに有することを特徴とする薬歴情報管理装置。
[17] 請求項 16に記載の薬歴情報管理装置において、
前記服用時間を確認するための電子メールには、服用状況を入力するためのホー ムページへのリンクが埋め込まれていることを特徴とする薬歴情報管理装置。
[18] 請求項 1〜17のいずれかに記載の薬歴情報管理装置において、
前記患者支援サーバは、服用期間の終了時期を知らせる旨の服用期間終了電子 メールを該当する患者の端末に向けて送信する機能をさらに有することを特徴とする 薬歴情報管理装置。
[19] 請求項 16〜18のいずれかに記載の薬歴情報管理装置において、
前記患者支援サーバは、特定の薬剤に関して緊急安全性情報を得たときには、現 在又は過去に前記薬剤を服用している患者を検索し、当該緊急安全性情報に関す る電子メールを該当する患者に向けて送信する機能をさらに有することを特徴とする 薬歴情報管理装置。
[20] 請求項 1〜19のいずれかに記載の薬歴情報管理装置において、 前記患者支援サーバは、前記薬局から前記患者に送信した!/、お知らせを前記薬 局支援サーバが受けたときには、前記お知らせを含む電子メールを前記薬局に関連 付けられている患者の全部又は一部に向けて送信する機能をさらに有することを特 徴とする薬歴情報管理装置。
PCT/JP2006/310276 2005-05-23 2006-05-23 薬歴情報管理装置 WO2006126556A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2007517846A JP4685985B2 (ja) 2005-05-23 2006-05-23 薬歴情報管理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPPCT/JP2005/009392 2005-05-23
PCT/JP2005/009392 WO2006126251A1 (ja) 2005-05-23 2005-05-23 薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法

Publications (1)

Publication Number Publication Date
WO2006126556A1 true WO2006126556A1 (ja) 2006-11-30

Family

ID=37451686

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2005/009392 WO2006126251A1 (ja) 2005-05-23 2005-05-23 薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法
PCT/JP2006/310276 WO2006126556A1 (ja) 2005-05-23 2006-05-23 薬歴情報管理装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/JP2005/009392 WO2006126251A1 (ja) 2005-05-23 2005-05-23 薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法

Country Status (1)

Country Link
WO (2) WO2006126251A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009140167A (ja) * 2007-12-05 2009-06-25 Yahoo Japan Corp 健康管理支援装置及び健康管理支援プログラム
JP2018120540A (ja) * 2017-01-27 2018-08-02 富士通株式会社 サービス確認システム、サービス確認方法、及びサービス確認プログラム
JP2022037989A (ja) * 2020-08-26 2022-03-10 アクトフォワード ヘルスケア株式会社 電子処方箋のアクセス情報管理装置、アクセス情報管理方法、及びアクセス情報管理プログラム

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6769368B2 (ja) * 2017-03-27 2020-10-14 富士通株式会社 情報処理装置、プログラム、及び情報処理方法

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002132956A (ja) * 2000-10-18 2002-05-10 Hitachi Business Solution Kk 薬歴情報統合管理システム
JP2002197184A (ja) * 2000-12-22 2002-07-12 E Medical:Kk インターネットを介した薬剤師業務支援システム
JP2002288343A (ja) * 2001-03-27 2002-10-04 Daiwa Securities Group Inc 薬剤情報登録照会方法、および、薬剤情報登録照会サーバ
JP2002334154A (ja) * 2001-05-11 2002-11-22 Advance Engineers:Kk 投与薬剤フォローアップシステム
JP2002342483A (ja) * 2001-05-22 2002-11-29 Fuji Electric Co Ltd 薬剤処方情報管理装置、薬剤処方情報管理システム、薬剤処方情報管理方法およびその方法をコンピュータに実行させるプログラム
JP2003016185A (ja) * 2001-06-27 2003-01-17 Casio Joho Kiki Kk 医薬品服用督促通知システムおよび方法、管理センタ、及びプログラム
JP2003058639A (ja) * 2001-08-21 2003-02-28 Fujitsu Ltd 処方箋仲介装置、処方箋仲介方法および処方箋仲介プログラム
JP2003141252A (ja) * 2001-10-30 2003-05-16 Hitachi Ltd 医薬品の処方情報を処理するサーバ、処理方法、及び、薬局に備えられる端末装置、並びに、プログラム、及び、プログラムの記録媒体
JP2003173373A (ja) * 2001-09-27 2003-06-20 Mitsubishi Denki Information Technology Corp 調剤薬局向け待ち情報通知システム
JP2003196392A (ja) * 2001-12-25 2003-07-11 Hitachi Medical Corp 薬歴管理方法及び薬歴管理システム
JP2003263494A (ja) * 2002-03-07 2003-09-19 Japan Useware System Co Ltd 医療保険運用支援システムおよび方法
JP2003281276A (ja) * 2002-03-20 2003-10-03 Fujitsu Ltd 服用管理方法
JP2004213416A (ja) * 2003-01-06 2004-07-29 Com & Com:Kk 医薬品使用状況の管理方法及び管理装置

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002132956A (ja) * 2000-10-18 2002-05-10 Hitachi Business Solution Kk 薬歴情報統合管理システム
JP2002197184A (ja) * 2000-12-22 2002-07-12 E Medical:Kk インターネットを介した薬剤師業務支援システム
JP2002288343A (ja) * 2001-03-27 2002-10-04 Daiwa Securities Group Inc 薬剤情報登録照会方法、および、薬剤情報登録照会サーバ
JP2002334154A (ja) * 2001-05-11 2002-11-22 Advance Engineers:Kk 投与薬剤フォローアップシステム
JP2002342483A (ja) * 2001-05-22 2002-11-29 Fuji Electric Co Ltd 薬剤処方情報管理装置、薬剤処方情報管理システム、薬剤処方情報管理方法およびその方法をコンピュータに実行させるプログラム
JP2003016185A (ja) * 2001-06-27 2003-01-17 Casio Joho Kiki Kk 医薬品服用督促通知システムおよび方法、管理センタ、及びプログラム
JP2003058639A (ja) * 2001-08-21 2003-02-28 Fujitsu Ltd 処方箋仲介装置、処方箋仲介方法および処方箋仲介プログラム
JP2003173373A (ja) * 2001-09-27 2003-06-20 Mitsubishi Denki Information Technology Corp 調剤薬局向け待ち情報通知システム
JP2003141252A (ja) * 2001-10-30 2003-05-16 Hitachi Ltd 医薬品の処方情報を処理するサーバ、処理方法、及び、薬局に備えられる端末装置、並びに、プログラム、及び、プログラムの記録媒体
JP2003196392A (ja) * 2001-12-25 2003-07-11 Hitachi Medical Corp 薬歴管理方法及び薬歴管理システム
JP2003263494A (ja) * 2002-03-07 2003-09-19 Japan Useware System Co Ltd 医療保険運用支援システムおよび方法
JP2003281276A (ja) * 2002-03-20 2003-10-03 Fujitsu Ltd 服用管理方法
JP2004213416A (ja) * 2003-01-06 2004-07-29 Com & Com:Kk 医薬品使用状況の管理方法及び管理装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Yakkyokukan Joho Kyoyu Tokatsu Kanri NET-alpha", KABUSHIKI KAISHA EM SISUTEMUZU, 10 June 2004 (2004-06-10), XP003006775, Retrieved from the Internet <URL:http://www.web.archive.org/web/20040610125256> *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2009140167A (ja) * 2007-12-05 2009-06-25 Yahoo Japan Corp 健康管理支援装置及び健康管理支援プログラム
JP2018120540A (ja) * 2017-01-27 2018-08-02 富士通株式会社 サービス確認システム、サービス確認方法、及びサービス確認プログラム
JP2022037989A (ja) * 2020-08-26 2022-03-10 アクトフォワード ヘルスケア株式会社 電子処方箋のアクセス情報管理装置、アクセス情報管理方法、及びアクセス情報管理プログラム
JP7065474B2 (ja) 2020-08-26 2022-05-12 アクトフォワード ヘルスケア株式会社 電子処方箋のアクセス情報管理装置、アクセス情報管理方法、及びアクセス情報管理プログラム

Also Published As

Publication number Publication date
WO2006126251A1 (ja) 2006-11-30

Similar Documents

Publication Publication Date Title
US11217331B2 (en) Pharmacy management and administration with bedside real-time medical event data collection
Gold Dispensing of oral antiviral drugs for treatment of COVID-19 by zip code–level social vulnerability—United States, December 23, 2021–May 21, 2022
Nightingale et al. Implementation of rules based computerised bedside prescribing and administration: intervention study
US20030050802A1 (en) Medical service and prescription management system
US20020111832A1 (en) Method and apparatus for delivering a pharmaceutical prescription copay counselor over an internet protocol network
US20030144884A1 (en) Computerized prescription system for gathering and presenting information relating to pharmaceuticals
US20040260577A1 (en) Electronic healthcare information and delivery management system with an integrated medical search architecture and capability
US20040073453A1 (en) Method and system for dispensing communication devices to provide access to patient-related information
US20020042726A1 (en) Prescription management system
US20070143137A1 (en) Prescription management systems with interface elements and associated methods
US20100205005A1 (en) Patient oriented electronic medical record system
US11869642B2 (en) System and method to facilitate interoperability of health care modules
Penza et al. Electronic visits for minor acute illnesses: analysis of patient demographics, prescription rates, and follow-up care within an asynchronous text-based online visit
US20080052111A1 (en) System and Method for Providing a Personal Health Summary
WO2006126556A1 (ja) 薬歴情報管理装置
WO2001035376A1 (en) Electronic healthcare information and delivery management system
JP6954966B2 (ja) 薬局連携システムおよび方法
KR20060101673A (ko) Asp 네트웍을 통한 병원 정보관리 서비스 제공 방법
Anderson et al. Hospital readmission from a transitional care unit
CA2434255A1 (en) Method and system for dispensing communication devices to provide access to patient-related information
WO2004051415A2 (en) Electronic healthcare information and delivery management system with an integrated medical search architecture and capability
JP4685985B2 (ja) 薬歴情報管理装置
JP6743416B2 (ja) 情報処理装置および方法、情報処理システム、並びにプログラム
US20240145049A1 (en) System and Method to Facilitate Interoperability of Health Care Modules
WO2002027999A2 (en) Method and device for a health management system

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 2007517846

Country of ref document: JP

NENP Non-entry into the national phase

Ref country code: DE

NENP Non-entry into the national phase

Ref country code: RU

122 Ep: pct application non-entry in european phase

Ref document number: 06746760

Country of ref document: EP

Kind code of ref document: A1