WO2006126251A1 - 薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法 - Google Patents

薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法 Download PDF

Info

Publication number
WO2006126251A1
WO2006126251A1 PCT/JP2005/009392 JP2005009392W WO2006126251A1 WO 2006126251 A1 WO2006126251 A1 WO 2006126251A1 JP 2005009392 W JP2005009392 W JP 2005009392W WO 2006126251 A1 WO2006126251 A1 WO 2006126251A1
Authority
WO
WIPO (PCT)
Prior art keywords
patient
history information
drug
pharmacy
drug history
Prior art date
Application number
PCT/JP2005/009392
Other languages
English (en)
French (fr)
Inventor
Akira Aoyama
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 PCT/JP2005/009392 priority Critical patent/WO2006126251A1/ja
Priority to JP2007517846A priority patent/JP4685985B2/ja
Priority to PCT/JP2006/310276 priority patent/WO2006126556A1/ja
Publication of WO2006126251A1 publication Critical patent/WO2006126251A1/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

  • Drug history information management device drug history information providing device, and drug history information providing method
  • the present invention relates to a drug history information management apparatus, a drug history information providing apparatus, and a drug history information providing method.
  • FIG. 23 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. 23, a pharmacy for assistance server 910, pharmacy It includes a database 920, a patient database 930, a drug history information database 940 for pharmacies, a drug information database and other database 950! /.
  • the pharmacy support server 910 receives drug history information including pharmacy specific information and patient specific information from terminals 210 and 220 of pharmacies 1 to 4, and terminals 210 and 220 of pharmacies 1 to 4 Depending on the request from the mobile terminal 210a of the pharmacy 1, various or all of the drug history information provided by the pharmacy 1 to 4 itself to the terminals 210 and 220 of the pharmacy 1 to 4 and the mobile terminal 210a of the pharmacy 1 It has a function to transmit in various ways!
  • 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 support server 910 for pharmacies. 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 transmits pharmacy history information provided by the pharmacy chain headquarters 1 or the pharmacy 3 or 4 belonging to the pharmacy chain to the terminal 230 of the pharmacy chain headquarters 1.
  • the pharmacy support server 910 responds to a request from the terminal 220 of the pharmacy 3 or 4 to all pharmacies belonging to the pharmacy chain. This means that drug history information provided by terminals 3 and 4 and terminal 230 of pharmacy chain headquarters 1 is transmitted.
  • 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, 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, etc. 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 and a part of the information described in the pharmacy specific information, the patient specific information and the prescription, for example, the drug history information in the administrator of the drug history information management device 900.
  • the pharmacy support server 910 receives drug history information from terminals 210, 220, and 230 of the pharmacy. For example, it may be performed periodically once a day (see, for example, Non-Patent Document 1), or a prescription is processed at terminals 210 and 220 of a pharmacy using an ASP (Application Service Provider) service. may be performed each time the (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 providing apparatus 900, a patient identification number in the pharmacy, and a patient name (reading name). ), 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 providing apparatus 900, a patient identification number in the pharmacy, and a patient name (reading name).
  • 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.
  • original drug price data is also recorded in the drug information database.
  • the drug history information received by the pharmacy support server 910 is recorded for each pharmacy in the drug history information database 940 for pharmacies. Therefore, if there is a request for drug history information from the pharmacy, all or part of the drug history information provided by the pharmacy itself is immediately and reliably transmitted to the pharmacy in various ways. It becomes possible to do. As a result, it is possible to support pharmacy operations by smoothly managing pharmacy history information on behalf of pharmacies.
  • Non-Patent Document 1 Homepage of product system (NET—a)
  • Non-Patent Document 2 Homepage of products (NET Recepty) of EM Systems Co., Ltd. ' ⁇ , ⁇ (http://www.emsystems.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)
  • the patient's own drug history information can be used by using the drug history information management apparatus 900 in which such drug history information of the patient is recorded.
  • patient history information is highly important personal information, it is necessary to ensure a sufficiently high level of security when using such patient history information.
  • the history information management device 900 is a drug history information management device built for the purpose of supporting the work of pharmacies, it is sufficient for using the patient's own medication history information as it is. There was a problem that it was difficult to ensure security.
  • the present invention was made to solve the above problems, and drug history information capable of ensuring sufficient security when a patient uses the drug history information of a patient. It is an object to provide an information management device, a drug history information providing device, and a method of providing drug history information.
  • the drug history information management device of the present invention receives drug history information including pharmacy identification information and patient identification information from a pharmacy, and sends the pharmacy to the pharmacy in response to a request for the pharmacy power.
  • a drug history information management device comprising: a support server for pharmacies having a function of transmitting the drug history information provided by the pharmacy itself, and a drug history information database for pharmacies in which the drug history information is recorded for each pharmacy.
  • a patient support server having a function of transmitting the patient's own medication history information to the patient in response to a request from the patient; and a plurality of patient files in which the medication history information is recorded for each patient.
  • the plurality of patient files further includes a patient medical history information database configured to allow password setting for each patient.
  • a drug history information database for patients including a plurality of patient files in which drug history information is recorded for each patient.
  • a password can be set for each patient file for each patient.
  • the drug history information of the patient is recorded in a distributed manner 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 support server for pharmacies is the same as in the case of the conventional drug history information management apparatus. Since it is recorded for each pharmacy in the database, if there is a request for drug history information from the pharmacy, all or part of the drug history information provided by the pharmacy itself to the pharmacy itself can be changed in response to the request. In this manner, it is possible to transmit immediately and reliably.
  • the drug history information management device of the present invention similar to the case of the conventional drug history information management device, the management of drug history information is carried out smoothly on behalf of the pharmacy, thereby supporting pharmacy operations. It is possible to do.
  • patient refers to a person who has been prescribed a medicine based on a prescription, and is meant to include healthy individuals who are currently ill.
  • the patient support server inputs at least the patient identification number and the patient password when accessed by the patient.
  • the patient file is configured to be transmitted to the patient, and the patient file is configured to be permitted to be browsed at least unless the patient identification number and the patient password are confirmed. I like it.
  • the patient support server is configured to further transmit a message prompting the patient to input biometric authentication when the patient power is accessed, and the patient file includes the patient file, More preferably, it is configured so that browsing is not allowed unless the patient's biometric input is verified.
  • the patient file is configured such that a password can be set for a patient agent
  • the patient support server includes the patient agent It is preferable to further have a function of transmitting the drug history information of the patient to the patient's agent in response to a request for human power.
  • the patient's attending physician wants to know the patient's medication history information. This is because if the patient's past history and constitution can be confirmed by knowing the drug history information, more appropriate treatment can be performed with reference to this information.
  • the patient's legal representative obtained the patient's medication history information.
  • 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.
  • the patient's representative received the patient's 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 is a minor or adult guardian Including medical personnel.
  • the support server for patients has at least an identification number of the patient's agent when the patient's agent power is accessed, and identification of the patient
  • a screen for inputting a number and a password of the patient agent set for each patient is transmitted to the patient agent, and the patient file includes at least the patient agent. Entering the identification number of the person, the identification number of the patient, and the password of the patient agent set for each patient is not confirmed. It is preferred that it is structured so that browsing is not allowed as long as possible.
  • the patient's agent In addition to the patient's agent's own identification number, the patient's agent must enter the patient's agent ID and the patient's agent password set for each patient. This is because it is not necessary for the agent to access medical history information of patients other than the patient.
  • the patient support server further transmits a message prompting the patient's agent to input biometric authentication when accessed by the patient's agent. More preferably, the patient file is configured and configured so that viewing is not permitted unless 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 specifying information includes at least a name of the patient, a date of birth of the patient, and a health insurance insured card number of the patient. Is preferred.
  • the health insurance insured card number of the patient includes the health insurance type, the insurer number, and the symbol and number of the health insurance insured card.
  • the pharmacy support server receives the drug history information from the pharmacy, based on the pharmacy specific information! Information is written in the drug history information database for pharmacies for each pharmacy, and the drug history information is written in each of the plurality of patient files in the drug history information database for patients based on the patient specifying information. It is preferable to have more functions.
  • pharmacy power history information is recorded in the pharmacy drug history information database for each pharmacy based on pharmacy identification information, and also based on patient identification information. It will be recorded in each patient file in the patient medical history information database. Therefore, in the process of daily operation of the drug history information management device to support the pharmacy's work, it is natural to keep the drug history information database for patients as well as the drug history information database for patients always up to date. It becomes possible.
  • the drug history information recorded in the drug history information database for pharmacies is read, and based on the patient specifying information !, the drug history information It is also preferable to further include a medicine history information conversion unit having a function of writing the information to each of the plurality of patient files in the medicine history information database for the patient.
  • 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.
  • a pharmacy database in which information on the pharmacy including the pharmacy identification information is recorded, and a patient in which the patient information including the patient identification information is recorded It is preferable to further comprise a database.
  • Drug history information conversion unit converts drug history information to patients
  • Writing to each patient file in the history information database by referring to these pharmacy databases and patient databases and identifying pharmacies and patients, it is possible to perform these writing operations quickly and reliably. become.
  • the pharmacy information includes the pharmacy's password information.
  • the patient information preferably includes the patient's password information.
  • the patient database includes patient agent information (including identification number, patient agent password set for each patient)!
  • a patient agent database is provided separately from the patient database, and information on the patient agent is recorded in the patient agent database.
  • the support server for patients receives additional information from the patient and uses the additional information as the medical history information database for patients and Z or the It is preferable to further have a function of writing to the patient database.
  • the patient support server has a function of receiving additional information of the patient's agent.
  • Additional information includes patient comments, patient test information (body temperature, heart rate, blood pressure, blood glucose level, hematocrit level, triglyceride level, uric acid level, visual acuity, hearing, allergy test results, etc.), Information on the patient's diet, exercise and sleep, whether or not drinking or smoking, frequency, daily intake and other lifestyle habits, and information on over-the-counter drugs purchased by the patient at the pharmacy.
  • patient test information body temperature, heart rate, blood pressure, blood glucose level, hematocrit level, triglyceride level, uric acid level, visual acuity, hearing, allergy test results, etc.
  • the patient support server accepts additional information from the patient's agent.
  • This configuration makes it possible for the patient's attending physician to perform more appropriate treatment, and for the pharmacist who dispenses for the patient to provide more appropriate medication instructions.
  • the legal representative of the patient can communicate more appropriate information to the patient's physician and the pharmacist who dispenses for the patient.
  • the patient's attending physician finds that there is a correlation between the patient's past medication information and the patient's test results (for example, a drug A prescribed at a hospital and purchased at a pharmacy) If the patient's attending physician finds that blood pressure increases when taking generic drug B at the same time, the patient's attending physician will take drug A and generic drug B at the same time. However, it becomes possible to be careful.
  • the drug history information management device of the present invention further comprises a drug information database in which drug information is recorded and a drug interaction information database in which drug interaction information is recorded,
  • the support server further has a function of transmitting the drug information and Z or the drug interaction information to the pharmacy according to the request of the pharmacy, and the patient support server responds to the request of the patient It is preferable to further have a function of transmitting the drug information and Z or the drug interaction information 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 drug interactions. Since drug interaction information related to presence / absence, degree, etc. can be used, the utility value of drug history information can be further enhanced.
  • the patient support server sends the drug information and Z or the drug interaction information to the patient agent in response to a request from the patient agent. It is further preferable to further have a function of transmitting data.
  • the drug history information providing apparatus of the present invention includes a patient support server having a function of transmitting the drug history information of the patient himself / herself to the patient in response to a request from the patient, Including a plurality of patient files in which drug history information is recorded for each patient, and the plurality of patient files includes a drug history information database for a patient configured to allow a password to be set for each patient. And
  • the drug history information providing apparatus of the present invention is a drug history information providing apparatus assuming that the pharmacy business support function has been removed from the above-described drug history information management apparatus of the present invention!
  • the drug history information providing apparatus of the present invention is characterized in that it does not necessarily include the support server for pharmacies and the drug history information database for pharmacies necessary for performing the pharmacy business support function.
  • a password can be set for each patient file for each patient file. This ensures that the patient file cannot be used unless the password is entered correctly by the patient, thus ensuring sufficient security when the patient uses the patient's own medication history information. It becomes possible.
  • the drug history information providing apparatus of the present invention since the drug history information of the patient is recorded for each patient in the drug history information database for the patient, If requested, the patient's own medication history information can be immediately sent to the patient in response to the request.
  • the patient support server is a screen for inputting at least the patient identification number and the patient password when accessed by the patient.
  • Configured to transmit to the patient Preferably, the patient file is configured such that browsing is not permitted unless at least the patient identification number and the patient password are entered.
  • the patient support server is configured to further transmit a message for prompting the patient to input biometric authentication when the patient power is accessed, and the patient file includes: More preferably, it is configured so that browsing is not allowed unless the patient's biometric input is verified.
  • This configuration makes it more difficult for a person other than the patient to access the patient's medication history information S, which is more difficult when the patient uses the patient's own medication history information. Security can be secured.
  • the patient file is configured such that a password can be set for a patient agent
  • the patient support server includes: It is preferable to further have a function of transmitting the drug history information of the patient to the patient's agent in response to a request for the agent's power.
  • the patient's agent can also use the patient's medication history information. Even 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 patient support server has at least an identification number of the patient's agent when the patient's agent power is accessed, the patient's identification number, and A screen for inputting a password of the patient agent set for each patient is transmitted to the patient agent, and the patient file includes at least an identification number of the patient agent. It is preferable that browsing is not permitted unless the input of the patient identification number and the password of the patient's agent set for each patient is confirmed. [0075] This configuration makes it 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. Sufficient security can be ensured.
  • the patient support server further transmits a message prompting the patient's agent to input biometric authentication when accessed by the patient's agent. More preferably, the patient file is configured and configured so that viewing is not permitted unless biometric authentication input of the patient's agent is confirmed.
  • the drug history information providing apparatus of the present invention preferably further includes a patient database in which the patient information including patient specifying information and the patient password information is recorded.
  • the patient database includes patient agent information (including identification number and patient agent password set for each patient)!
  • a patient agent database may be provided separately from the patient database, and the patient agent information may be recorded in the patient agent database.
  • the patient specifying information includes at least the patient's name, the date of birth of the patient, and the health insurance insured person identification number of the patient. It is preferable to include.
  • the patient support server accepts additional information from the patient and writes the additional information to the patient medical history information database or the patient database. It is preferable to have more functions.
  • the patient support server has a function of receiving additional information on the patient's agent.
  • Additional information includes patient comments, patient test information (body temperature, heart rate, blood pressure, blood glucose level, hematocrit value, triglyceride value, uric acid level, visual acuity, hearing, allergy test results, etc.) Information on patient diet, exercise and sleep, alcohol consumption or smoking, frequency, daily intake and other lifestyle habits, and information on popular drugs purchased by patients at pharmacies. This is the same as the case of the drug history information management apparatus of the present invention described above.
  • the drug history information providing apparatus of the present invention further comprises a drug information database in which drug information is recorded, and a drug interaction information database in which drug interaction information is recorded, It is preferable that the support server further has a function of transmitting the drug information and Z or the drug interaction information to the patient in response to the request of the patient.
  • the patient can use the drug information on the name, features, usage, precautions, side effects, etc. of the drug and the interaction between Z and drugs. Because drug interaction information on the presence or absence, degree, etc. can be used, it is possible to further enhance the utility value of drug history information.
  • the support server for a patient receives the drug information and Z or the drug interaction information in response to a request from the patient's agent. More preferably, it further has a function of transmitting to the patient's agent.
  • the drug history information providing method of the present invention is a drug history information providing method of transmitting the patient's own drug history information to the patient in response to a request for patient power.
  • a first step of preparing a patient history information database configured to include a plurality of patient files in which drug history information is recorded for each patient, and wherein the plurality of patient files can be set with a password for each patient;
  • the patient support server has a second step of reading out the drug history information of the patient himself / herself from the patient drug history information database and transmitting it to the patient in response to a request from the patient. It is characterized by.
  • the patient uses the drug history information recorded in the patient file in which the password is set for each patient. Therefore, it is possible to ensure sufficient security when the patient uses the patient's own medical history information.
  • the patient is allowed to use the patient's drug history information recorded together for each patient in the patient drug history information database. Therefore, if there is a medical history information request from a patient, it becomes possible to immediately send the patient's own medical history information to the patient in response to the request.
  • each of the plurality of patient files in the patient drug history information database includes a patient's history in addition to the patient.
  • a password is also set for the agent
  • the patient support server requests the patient's agent in response to the request for the agent's agent power.
  • the medication history information of the patient is read from a history information database and transmitted to the patient's agent.
  • the patient's agent can also use the patient's medication history information. Even in this case, the patient file cannot be used unless the correct password is entered by the patient's agent, so that sufficient security is provided when the patient's agent uses the patient's medication history information. It can be secured.
  • a pharmacy support server is provided from a pharmacy.
  • the first step is performed by writing all or part of the received drug history information including the pharmacy specifying information and the patient specifying information to each of the plurality of patient files in the patient drug history information database based on the patient specifying information. It is preferable to carry out.
  • the drug history information of pharmacy power is recorded in each patient file in the drug history information database for patients based on the patient specifying information. For this reason, it is possible to use a medical history information database for patients that is always kept up-to-date in the process of daily operation of the medical history information management device to support pharmacy operations.
  • the drug history information conversion unit reads the drug history information recorded in the drug history information database for pharmacies, and stores the drug history information as described above. It is also preferable to perform the first step by writing to each of the plurality of patient files in the drug history information database for patients.
  • 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. It becomes like this. For this reason, it is possible to use a medical history information database for patients that is always up-to-date in the course of daily operation of the medical history information management device to support pharmacy operations.
  • 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 the drug history information database 140 for pharmacies.
  • FIG. 8 is a diagram showing the structure of a table stored in a pharmacy file set in a BBB pharmacy.
  • FIG. 9 is a diagram for explaining the structure of the drug information 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. 23 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 sends the drug history information as daily data to the drug history information management device 100.
  • Fig. 3 shows the function of the pharmacy in the drug history information management device 100.
  • Fig. 4 is a diagram for explaining the functions when sending drug history information while performing pharmacy operations using the ASP service. It is a figure shown in order to demonstrate the function in the case of transmitting to a pharmacy.
  • 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 medicine information database 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.
  • Figure 12 is set for patient EN Taro It is a figure which shows the structure of the table stored in the patient file.
  • Fig. 12 (a) is an example of the table
  • 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 beta base 120, a patient database 130, and a drug history information database 140 for pharmacies. And a drug information database and other database 150, a patient support server 160, and a patient drug history information database 170.
  • the support server 110 for pharmacies includes drug history information A and B including pharmacy identification information and patient identification information from pharmacies (terminals 210 and 220 of pharmacies 1 to 4 or terminal 230 of pharmacy chain headquarters 1) (Fig. 2 and Fig. 3) and a request C from the pharmacy (the terminals 210 and 220 of the pharmacies 1 to 4, the mobile terminal 210a of the pharmacy 1 or the terminal 230 of the pharmacy chain headquarters 1) (see Fig. 4).
  • the pharmacy pharmacy 1 to 4 terminal 210, 220, pharmacy 1 mobile terminal 210a or pharmacy chain headquarters 1 terminal 230
  • the pharmacy pharmacy 1 to 4 terminal 210, 220 or pharmacy chain
  • Terminal 230 of headquarters 1 Drug history information C provided by itself (see Fig. 4) is transmitted
  • the pharmacy beta base 120 includes pharmacy information including pharmacy specific information, for example, the pharmacy identification number, the pharmacy name, the pharmacy address in the administrator of the pharmacy history information management device 100, as shown in FIG. Pharmacy phone number, pharmacy facsimile number, pharmacy email address, pharmacy representative name, number and name of pharmacists belonging to the pharmacy, pharmacy type (single store pharmacy, belonging to pharmacy chain) Pharmacy or pharmacy chain headquarters) is recorded.
  • pharmacy specific information for example, the pharmacy identification number, the pharmacy name, the pharmacy address in the administrator of the pharmacy history information management device 100, as shown in FIG.
  • patient information including patient identification information, for example, patient identification number in the administrator of the drug history information providing 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.
  • the drug history information database 140 for pharmacies includes, as shown in FIGS. 7 and 8, drug history information for each of a plurality of pharmacy files 142, 142,... For which a password is set for each pharmacy.
  • 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 The patient's date of birth, the patient's health insurance insured card number (health insurance type, insurer number, insurance card symbol, insurance card number), issuance of invoices Date, the name of the hospital that issued the prescription (and identification number), the name (and identification number) of the doctor who created the prescription, the patient's arrival date, the delivery date of the drug, the name and quantity of the delivered drug, the insurance score, Contents of medication instruction and other information (patient constitution (for example, Topy constitution, allergic constitution, etc.), patient's disease information, patient concomitant drug information, patient side effect information, patient occupation, patient family structure, patient genetic information, etc.) are recorded.
  • patient constitution for example, Topy constitution
  • the 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,... Drug information related to action, etc. 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 mobile phone terminal 310a) has a function of transmitting the patient's own drug history information D.
  • the drug history information database 170 for patients stores drug history information (for example, an administrator of the drug history information management device 100) in each of the plurality of patient files 172, 172,.
  • ⁇ ⁇ ⁇ Is configured so that
  • a plurality of patient files 17 2, 172 in which drug history information is recorded for each patient, separately from the drug history information database 140 for pharmacies. ,... are provided, and a plurality of patient files 172, 172,... Can be set for each patient. For this reason, it is possible to ensure that the patient file cannot be used as long as the password is not entered correctly by the patient, so that sufficient security is ensured when the patient uses the patient's medication history information It becomes possible.
  • 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 Since the history information database 140 records each pharmacy together, if there is a request for pharmacy history information from the pharmacy, all of the pharmacy information provided to the pharmacy itself in response to the request. Or part of it can be sent immediately and reliably in various ways.
  • the drug history information management apparatus 100 according to the first embodiment as in the case of the conventional drug history information management apparatus 900, the drug history information is managed on behalf of the pharmacy in a smooth manner. It is possible to support pharmacy operations.
  • FIG. 13 is a diagram for explaining a screen when the pharmacy transmits drug history information to the drug history information management apparatus 100 as daily data.
  • 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 illustrates the login screen when the patient logs into the drug history information management apparatus 100. It is a figure shown in order to do.
  • 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 displays a screen for inputting a patient identification number and a patient password for the patient when accessed by the patient.
  • the patient file is configured so that browsing is not allowed unless the patient identification number and patient password are entered.
  • the drug history information management apparatus 100 it becomes difficult for a person other than the patient to access the drug history information of the patient. It is possible to ensure sufficient security when using.
  • FIG. 17 is a view shown for explaining the drug history list screen after the patient has logged into 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 drug history information for each pharmacy based on the pharmacy identification information when receiving the drug history information from the pharmacy. Are written in each of the pharmacy files 142, 142, ... in the pharmacy history information database 140 and the patient history information database 170 based on the patient identification information is stored in the patient files 172, 172, ... Each has a function to write.
  • pharmacy history information is recorded in each of the pharmacy files 142, 142, ... in the pharmacy history information database 140 for each pharmacy based on the pharmacy specific information.
  • it is 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 pharmacy operations, the drug history information database 140 for patients as well as the drug history information database 170 for patients are always up-to-date. It becomes possible to keep in the state of.
  • 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 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 a real pharmacy-powered one. Therefore, it is possible to easily check whether or not the pharmacies have access, and 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 confirm whether the access from the patient is a legitimate access with real patient power. It is possible to ensure sufficient security when using information.
  • the patient support server 160 accepts postscript information from the patient and sends the postscript information to the patient history information database 170 and Z or patient database. It also has the ability to write to 130!
  • the utility value of the drug history information recorded in the drug history information database for the patient is further increased by writing appropriate additional information items by the patient. It becomes possible to increase.
  • the drug information database in which drug information is recorded and the drug in which drug interaction information is recorded.
  • an interaction information database in which drug information is recorded.
  • the pharmacy support server 110 further has a function of transmitting drug information and Z or drug interaction information to the pharmacy in response to a pharmacy request.
  • the patient support server responds to a patient request. It also has the function of sending drug information and Z or drug interaction information to the patient.
  • the pharmacy and the patient are related to the name, characteristics, usage, precautions, and side effects of the drug in addition to the patient's drug history information. Since the drug information and drug interaction information related to the presence / absence and degree of interaction between Z and drugs can be used, the utility value of drug history information can be further enhanced.
  • the method for providing drug history information uses a drug history information management apparatus 100, so that the drug history information is transmitted to the patient according to the request of the patient power.
  • a method for providing history information including a plurality of patient files in which drug history information is recorded for each patient, wherein the plurality of patient files are configured so that a password can be set for each patient.
  • the patient is allowed to use the patient's drug history information collectively recorded for each patient in the patient drug history information database 170. 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 pharmacy support server 110 uses all or part of the drug history information including the pharmacy identification information and the patient identification information received from the pharmacy as the patient identification information. Based on multiple patient history information database 170 The first step is performed by writing in each of the patient files 172, 172.
  • the drug history information from the pharmacy is based on the patient identification information, and the patient file 172, It will be recorded in each of 172. For this reason, it is possible to use the medical history information database 170 for patients that is always up-to-date in the course of daily operation of the medical history information management device 100 in order to support pharmacy operations.
  • FIG. 18 is a diagram for explaining the configuration 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 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 of the patient file and the function of the patient support server in the database are different from those 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 172a (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 agent in response to a request from the patient agent. .
  • the drug history information management apparatus 100a is configured so that the configuration of the patient file in the drug history information database for patients and the functional capabilities of the support server for patients are the drug history information management according to the first embodiment.
  • the drug history information management device 100 in addition to the drug history information database 140 for pharmacies, a plurality of patients whose drug history information is recorded for each patient.
  • a drug history information database 170a is provided, and a plurality of patient files 172a, 172a,... Can be set for each patient.
  • the patient file cannot be used unless the correct password is entered by the patient, so that sufficient security can be ensured when the patient uses the patient's medication history information. become.
  • the patient's drug history information is stored on the patient's drug history information data base. Since it is recorded for each patient within the service 170a, if there is a request for drug history information from the patient, the patient's own drug history information is immediately sent to the patient in response to the request. It becomes possible to do.
  • the drug history information received by the pharmacy support server 110 is Since it is recorded for each pharmacy in the drug history information database 140 for pharmacies, if there is a request for drug history information for pharmacy power, the drug history information provided by the pharmacy itself is sent to the pharmacy according to the request. It is possible to transmit immediately and reliably.
  • the drug history information is managed smoothly on behalf of the pharmacy. It is possible to support pharmacy operations.
  • the patient file 172a is configured so that a password can be set for the patient's agent, and the patient support server 160a has the patient's agent.
  • the patient support server 160a has the patient's agent.
  • the patient file cannot be used unless the correct password is entered by the patient's agent. When used, sufficient security can be ensured.
  • the patient's agent When the patient's agent has the patient's medication history information transmitted from the medication history information management device 100a, the patient's agent also logs in to the medication history information management device 100a. That is, as shown in FIG. 19, when the patient support server 160a receives access from the patient agent, the patient support server 160a sends the patient agent identification number, patient identification number, and patient-specific information to the patient agent. Send a screen to enter the password of the patient's agent to be set.
  • the patient file 172a is configured such that browsing is not permitted unless the input of the patient agent identification number, the patient identification number, and the patient agent password set for each patient is confirmed.
  • FIG. 20 is a diagram for explaining a medicine history list screen after the patient's agent logs in to the medicine history information management apparatus 100a.
  • the drug history information management apparatus 100a can provide patient history information in various modes to the patient's agent.
  • 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 the third embodiment has basically the same configuration as the drug history information management apparatus 100a according to the second embodiment.
  • Drug history information conversion unit that has the function of reading the drug history information recorded in the database 140 and writing this drug history information to the patient history data database 170 ⁇ in the patient file 172a, 172a- This is different from the drug history information management apparatus 100a according to the second embodiment in that it further includes 180! /.
  • the drug history information management apparatus 100b according to Embodiment 3 further includes the above-described drug history information conversion unit 180, and is different from the case of the drug history information management apparatus 100a according to Embodiment 2.
  • a plurality of patient files 172a, 172a,... Can be set with a password for each patient or patient agent (hereinafter referred to as a patient).
  • a patient file cannot be used unless the correct password is entered by the patient, etc., so that sufficient security can be ensured when the patient's drug history information is used. It becomes possible.
  • the patient's drug history information is stored in the drug history information database for patients. Since it is recorded for each patient within 170a, if there is a request for drug history information from the patient, the patient's drug history information should be immediately sent to the patient in response to the request. Is possible.
  • the drug history information received by the pharmacy support server 110 is Since it is recorded for each pharmacy in the drug history information database 140 for pharmacies, if there is a request for drug history information from the pharmacy, the drug history information provided by the pharmacy itself is sent to the pharmacy according to the request. It is possible to transmit immediately and reliably.
  • the drug history information is managed smoothly on behalf of the pharmacy as in the case of the drug history information management apparatus 100a according to the second embodiment. It is possible to support the work of pharmacies.
  • the drug history information recorded in the drug history information database 140 for pharmacies is read, and the drug history information is stored in the patient history information database 170a. Since the drug history information conversion unit 180 having a function of writing to each of the files 172a and 172a- ⁇ is further provided, the drug history information recorded in the drug history information database 140 for pharmacies is stored in the drug history information. The conversion unit 180 records the information in each of the patient files 172a and 172a in the patient medical history information database 170a.
  • the drug history information database for pharmacies is naturally used in the course of daily operation of the drug history information management apparatus 100b to support the pharmacy operations.
  • the patient history information database 170a can always be kept up to date.
  • FIG. 22 is a diagram for explaining the configuration of the drug history information providing apparatus 400 according to the fourth embodiment.
  • the drug history information providing apparatus 400 according to the fourth embodiment is a drug history information providing apparatus having a configuration in which the pharmacy business support function is removed from the drug history information managing apparatus 100a according to the second embodiment. It is.
  • the drug history information providing apparatus 400 does not include the pharmacy support server 110 and the pharmacy drug history information database 140 necessary for performing the pharmacy business support function.
  • the patient or the like is Including a plurality of patient files 472, 472,... (Not shown) including a patient support server 160a for transmitting the medication history information of the patient and a plurality of patient files 472, 472,. 472,... Has a patient medical history information database 470 configured to be able to set a password for each patient.
  • the drug history information providing apparatus 400 in the patient drug history information database 470, a plurality of patient files 472, 472,. Setting is possible. For this reason, the patient file cannot be used unless the correct password is entered by the patient, etc., so that sufficient security is ensured when the patient's drug history information is used. It becomes possible.
  • the patient's drug history information is recorded for each patient in the patient drug history information database 470. If there is a request for drug history information, the patient's own drug history information can be immediately transmitted to the patient or the like in response to the request.
  • the drug history information providing apparatus 400 as a method of keeping the drug history information database 470 for patients always up-to-date, for example, the drug history information management according to the first to third embodiments. Based on the contents of the patient medical history information database 170, 170a in the devices 100, 100a, 100b, a method of performing a mirroring process at any time or periodically can be preferably used.
  • the configurations of the patient database 130, the drug information database and other databases 150, and the patient support server 160a are the same as those in the drug history information managing apparatus 100a according to the second embodiment. Since this is the same as the case of, the description is omitted.
  • the drug history information management apparatus As described above, the drug history information management apparatus, drug history information providing apparatus, and drug history information providing method of the present invention have been described based on the above embodiment, but the present invention is not limited to the above embodiment. However, without departing from the scope of the invention, the present invention can be carried out in various modes within the scope, and the following modifications are possible, for example.
  • the patient support server when accessed by the patient, identifies the patient identification number and the patient password.
  • the patient support server may be configured to further 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 not allowed to be viewed unless the patient's biometric input is confirmed.
  • This configuration makes it more difficult for a person other than the patient to access the patient's medication history information. This makes it more difficult for the patient to use the patient's own medication history information. Security can be secured.
  • the patient support server identifies the patient's agent when the patient's agent power is accessed.
  • the screen for inputting the patient number, the patient identification number and the password of the patient agent set for each patient is configured to be transmitted to the patient agent, but the present invention is not limited to this. Is not to be done.
  • the patient support server may be configured to further send a message prompting the input of biometric authentication to the patient agent when there is an access from the patient agent.
  • the patient file in the patient medical history information database is configured so that viewing 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 drug history information management apparatus and drug history information providing apparatus include a drug history information database for patients in which patient drug history information and additional information by patients etc. are recorded.
  • a patient medication history information database may be provided in which information on the diagnosis results and treatment details by the doctor is recorded.
  • the patient force can perform more appropriate non-disease measures with reference to these information, or the patient's attending physician can perform more appropriate treatment with reference to these information
  • the pharmacist can refer to this information to give appropriate medication guidance, and the legal representative of the patient can receive more appropriate treatment and advice by communicating this information to the patient's physician and pharmacist. Become.
  • the drug history information management apparatus is a drug history information providing apparatus having a drug history information database for patients S, and the present invention is not limited to this. It may further include a so-called electronic medical record information database in which information on diagnosis results and treatment details by a doctor is recorded. Further, it may further include an interface capable of exchanging information with a so-called electronic medical record information database in which information on diagnosis results and treatment contents by a doctor is recorded.
  • the patient force can take more appropriate measures against illness by referring to these pieces of information, or the patient's doctor can take more appropriate treatment by referring to these pieces of information.
  • the pharmacist can refer to this information to provide appropriate medication guidance, or the patient's legal representative can receive more appropriate treatment and advice by communicating this information to the patient's physician and pharmacist. It becomes possible.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Strategic Management (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Chemical & Material Sciences (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Medicinal Chemistry (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

 本発明の薬歴情報管理装置は、薬局からの薬歴情報を受信するとともに薬局からの求めに応じて薬局に対して薬局自身が提供した薬歴情報を送信する機能を有する薬局向け支援サーバと、薬局毎に薬歴情報が記録された薬局向け薬歴情報データベースとを備える薬歴情報管理装置において、患者からの求めに応じて患者に対して患者自身の薬歴情報を送信する機能を有する患者向け支援サーバと、患者毎に薬歴情報が記録された複数の患者ファイルを含み、前記複数の患者ファイルは前記患者毎にパスワードの設定が可能に構成された患者向け薬歴情報データベースとをさらに備えることを特徴とする。  このため、患者に患者自身の薬歴情報を利用させる場合に十分なセキュリティを確保することが可能になる。また、患者からの薬歴情報の求めがあれば、その求めに応じて当該患者に対して当該患者自身の薬歴情報を即座に送信することが可能になる。

Description

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

Claims

請求の範囲
[1] 薬局からの薬局特定情報及び患者特定情報を含む薬歴情報を受信するとともに、 前記薬局からの求めに応じて前記薬局に対して前記薬局自身が提供した前記薬歴 情報を送信する機能を有する薬局向け支援サーバと、
前記薬局毎に前記薬歴情報が記録された薬局向け薬歴情報データベースとを備 える薬歴情報管理装置において、
患者からの求めに応じて前記患者に対して前記患者自身の前記薬歴情報を送信 する機能を有する患者向け支援サーバと、
前記患者毎に前記薬歴情報が記録された複数の患者ファイルを含み、前記複数 の患者ファイルは前記患者毎にパスワードの設定が可能に構成された患者向け薬歴 情報データベースとをさらに備えることを特徴とする薬歴情報管理装置。
[2] 請求項 1に記載の薬歴情報管理装置にお!、て、
前記患者向け支援サーバは、前記患者からのアクセスがあったときには少なくとも 前記患者の識別番号及び前記患者のパスワードを入力するための画面を前記患者 に向けて送信するように構成され、
前記患者ファイルは、少なくとも前記患者の識別番号及び前記患者のパスワードの 入力が確認されない限り閲覧が許可されな 、ように構成されて 、ることを特徴とする 薬歴情報管理装置。
[3] 請求項 1又は 2に記載の薬歴情報管理装置において、
前記患者ファイルは、患者の代理人に対してもパスワードの設定が可能に構成され 前記患者向け支援サーバは、前記患者の代理人力 の求めがあったときには、そ の求めに応じて前記患者の代理人に対して前記患者の前記薬歴情報を送信する機 能をさらに有することを特徴とする薬歴情報管理装置。
[4] 請求項 3に記載の薬歴情報管理装置において、
前記患者向け支援サーバは、前記患者の代理人力 のアクセスがあったときには 少なくとも前記患者の代理人の識別番号、前記患者の識別番号及び前記患者毎に 設定される前記患者の代理人のパスワードを入力するための画面を前記患者の代 理人に向けて送信するように構成され、
前記患者ファイルは、少なくとも前記患者の代理人の識別番号、前記患者の識別 番号及び前記患者毎に設定される前記患者の代理人のパスワードの入力が確認さ れな 、限り閲覧が許可されな 、ように構成されて 、ることを特徴とする薬歴情報管理 装置。
[5] 請求項 1〜4のいずれかに記載の薬歴情報管理装置において、
前記患者特定情報は、少なくとも前記患者の氏名、前記患者の生年月日及び前記 患者の健康保険被保険者証番号を含むことを特徴とする薬歴情報管理装置。
[6] 請求項 1〜5のいずれかに記載の薬歴情報管理装置において、
前記薬局向け支援サーバは、前記薬局からの薬歴情報を受信したときには、前記 薬局特定情報に基づいて前記薬歴情報を前記薬局毎に前記薬局向け薬歴情報デ ータベースに書き込むとともに、前記患者特定情報に基づいて前記薬歴情報を前記 患者向け薬歴情報データベースにおける前記複数の患者ファイルのそれぞれに書 き込む機能をさらに有することを特徴とする薬歴情報管理装置。
[7] 請求項 1〜5のいずれかに記載の薬歴情報管理装置において、
前記薬局向け薬歴情報データベースに記録された前記薬歴情報を読み出して、 前記患者特定情報に基づいて前記薬歴情報を前記患者向け薬歴情報データべ一 スにおける前記複数の患者ファイルのそれぞれに書き込む機能を有する薬歴情報変 換部をさらに備えることを特徴とする薬歴情報管理装置。
[8] 請求項 1〜7のいずれかに記載の薬歴情報管理装置において、
前記薬局特定情報を含む前記薬局の情報が記録された薬局データベースと、 前記患者特定情報を含む前記患者の情報が記録された患者データベースとをさら に備えることを特徴とする薬歴情報管理装置。
[9] 請求項 1〜8のいずれかに記載の薬歴情報管理装置において、
前記患者向け支援サーバは、前記患者からの追記情報を受け付けるとともに前記 追記情報を前記患者向け薬歴情報データベース及び Z又は前記患者データベース に書き込む機能をさらに有することを特徴とする薬歴情報管理装置。
[10] 請求項 1〜9のいずれかに記載の薬歴情報管理装置において、 薬剤情報が記録された薬剤情報データベースと、
薬剤相互作用情報が記録された薬剤相互作用情報データベースとをさらに備え、 前記薬局向け支援サーバは、前記薬局の求めに応じて前記薬剤情報及び Z又は 前記薬剤相互作用情報を前記薬局に対して送信する機能をさらに有し、
前記患者向け支援サーバは、前記患者の求めに応じて前記薬剤情報及び Z又は 前記薬剤相互作用情報を前記患者に対して送信する機能をさらに有することを特徴 とする薬歴情報管理装置。
[11] 患者からの求めに応じて前記患者に対して前記患者自身の前記薬歴情報を送信 する機能を有する患者向け支援サーバと、
前記患者毎に薬歴情報が記録された複数の患者ファイルを含み、前記複数の患 者ファイルは前記患者毎にパスワードの設定が可能に構成された患者向け薬歴情 報データベースとを備えることを特徴とする薬歴情報提供装置。
[12] 請求項 11に記載の薬歴情報提供装置にぉ 、て、
前記患者向け支援サーバは、前記患者からのアクセスがあったときには少なくとも 前記患者の識別番号及び前記患者のパスワードを入力するための画面を前記患者 に向けて送信するように構成され、
前記患者ファイルは、少なくとも前記患者の識別番号及び前記患者のパスワードの 入力が確認されない限り閲覧が許可されな 、ように構成されて 、ることを特徴とする 薬歴情報提供装置。
[13] 請求項 11又は 12に記載の薬歴情報提供装置において、
前記患者ファイルは、患者の代理人に対してもパスワードの設定が可能に構成され 前記患者向け支援サーバは、前記患者の代理人力 の求めがあったときには、そ の求めに応じて前記患者の代理人に対して前記患者の前記薬歴情報を送信する機 能をさらに有することを特徴とする薬歴情報提供装置。
[14] 請求項 13に記載の薬歴情報提供装置において、
前記患者向け支援サーバは、前記患者の代理人力 のアクセスがあったときには 少なくとも前記患者の代理人の識別番号、前記患者の識別番号及び前記患者毎に 設定される前記患者の代理人のパスワードを入力するための画面を前記患者の代 理人に向けて送信するように構成され、
前記患者ファイルは、少なくとも前記患者の代理人の識別番号、前記患者の識別 番号及び前記患者毎に設定される前記患者の代理人のパスワードの入力が確認さ れな 、限り閲覧が許可されな 、ように構成されて 、ることを特徴とする薬歴情報提供 装置。
[15] 請求項 11〜14の 、ずれかに記載の薬歴情報提供装置にお!、て、
患者特定情報を含む前記患者の情報が記録された患者データベースをさらに備え ることを特徴とする薬歴情報提供装置。
[16] 請求項 15に記載の薬歴情報提供装置において、
前記患者特定情報は、少なくとも前記患者の氏名、前記患者の生年月日及び前記 患者の健康保険被保険者証番号を含むことを特徴とする薬歴情報提供装置。
[17] 請求項 11〜16のいずれかに記載の薬歴情報提供装置において、
前記患者向け支援サーバは、前記患者からの追記情報を受け付けるとともに前記 追記情報を前記患者向け薬歴情報データベース及び Z又は前記患者データベース に書き込む機能をさらに有することを特徴とする薬歴情報提供装置。
[18] 請求項 11〜17の 、ずれかに記載の薬歴情報提供装置にお!、て、
薬剤情報が記録された薬剤情報データベースと、
薬剤相互作用情報が記録された薬剤相互作用情報データベースとをさらに備え、 前記患者向け支援サーバは、前記患者の求めに応じて前記薬剤情報及び Z又は 前記薬剤相互作用情報を前記患者に対して送信する機能をさらに有することを特徴 とする薬歴情報提供装置。
[19] 患者からの求めに応じて前記患者に対して前記患者自身の薬歴情報を送信する 薬歴情報の提供方法であって、
患者毎に薬歴情報が記録された複数の患者ファイルを含み、前記複数の患者ファ ィルは前記患者毎にパスワードの設定が可能に構成された患者向け薬歴情報デー タベースを準備しておく第 1ステップと、
患者向け支援サーバが、前記患者からの求めに応じて、前記患者向け薬歴情報デ ータベースから前記患者自身の前記薬歴情報を読み出して前記患者に対して送信 する第 2ステップとを有することを特徴とする薬歴情報の提供方法。
[20] 請求項 19に記載の薬歴情報の提供方法において、
前記第 1ステップにお 、ては、前記患者向け薬歴情報データベースにおける複数 の患者ファイルのそれぞれには前記患者に加えて患者の代理人に対してもパスヮー ドを設定しておき、
前記第 2ステップにおいては、患者向け支援サーバは、前記患者の代理人からの 求めがあつたときには、その求めに応じて前記患者向け薬歴情報データベースから 前記患者の前記薬歴情報を読み出して前記患者の代理人に対して送信することを 特徴とする薬歴情報の提供方法。
[21] 請求項 19又は 20に記載の薬歴情報の提供方法において、
薬局向け支援サーバが、薬局から受信した薬局特定情報及び患者特定情報を含 む薬歴情報の全部又は一部を前記患者特定情報に基づいて前記患者向け薬歴情 報データベースにおける前記複数の患者ファイルのそれぞれに書き込むことにより前 記第 1ステップを行うことを特徴とする薬歴情報の提供方法。
[22] 請求項 19又は 20に記載の薬歴情報の提供方法において、
薬歴情報変換部が、薬局向け薬歴情報データベースに記録された前記薬歴情報 を読み出して、前記薬歴情報を前記患者特定情報に基づいて前記患者向け薬歴情 報データベースにおける前記複数の患者ファイルのそれぞれに書き込むことにより前 記第 1ステップを行うことを特徴とする薬歴情報の提供方法。
PCT/JP2005/009392 2005-05-23 2005-05-23 薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法 WO2006126251A1 (ja)

Priority Applications (3)

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

Applications Claiming Priority (1)

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

Publications (1)

Publication Number Publication Date
WO2006126251A1 true WO2006126251A1 (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 After (1)

Application Number Title Priority Date Filing Date
PCT/JP2006/310276 WO2006126556A1 (ja) 2005-05-23 2006-05-23 薬歴情報管理装置

Country Status (1)

Country Link
WO (2) WO2006126251A1 (ja)

Cited By (1)

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

Families Citing this family (3)

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

Citations (5)

* 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 薬剤情報登録照会方法、および、薬剤情報登録照会サーバ
JP2003196392A (ja) * 2001-12-25 2003-07-11 Hitachi Medical Corp 薬歴管理方法及び薬歴管理システム
JP2003263494A (ja) * 2002-03-07 2003-09-19 Japan Useware System Co Ltd 医療保険運用支援システムおよび方法

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002334154A (ja) * 2001-05-11 2002-11-22 Advance Engineers:Kk 投与薬剤フォローアップシステム
JP2002342483A (ja) * 2001-05-22 2002-11-29 Fuji Electric Co Ltd 薬剤処方情報管理装置、薬剤処方情報管理システム、薬剤処方情報管理方法およびその方法をコンピュータに実行させるプログラム
JP3935328B2 (ja) * 2001-06-27 2007-06-20 カシオ情報機器株式会社 医薬品服用督促通知システムおよび方法、センタ装置、及びプログラム
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 医薬品の処方情報を処理するサーバ、処理方法、及び、薬局に備えられる端末装置、並びに、プログラム、及び、プログラムの記録媒体
JP2003281276A (ja) * 2002-03-20 2003-10-03 Fujitsu Ltd 服用管理方法
JP2004213416A (ja) * 2003-01-06 2004-07-29 Com & Com:Kk 医薬品使用状況の管理方法及び管理装置

Patent Citations (5)

* 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 薬剤情報登録照会方法、および、薬剤情報登録照会サーバ
JP2003196392A (ja) * 2001-12-25 2003-07-11 Hitachi Medical Corp 薬歴管理方法及び薬歴管理システム
JP2003263494A (ja) * 2002-03-07 2003-09-19 Japan Useware System Co Ltd 医療保険運用支援システムおよび方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
YAKKYOKUKAN JOHO KYOYU: "Tokatsu Kanri NET-alpha", KABUSHIKI KAISHA EM SHISUTEMUZU, 10 June 2004 (2004-06-10), XP003006192, Retrieved from the Internet <URL:http://www.emsystems.co.jp/products/net-alpha.html> *

Cited By (1)

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

Also Published As

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

Similar Documents

Publication Publication Date Title
US9501624B2 (en) Pharmacy management and administration with bedside real-time medical event data collection
US20030149593A1 (en) Health-care system
US20100205005A1 (en) Patient oriented electronic medical record system
JP2004507935A (ja) 医療装置システムにより実施される遠隔患者管理ネットワークシステム
Wadland et al. Enhancing smoking cessation of low-income smokers in managed care
US11869642B2 (en) System and method to facilitate interoperability of health care modules
TWI497334B (zh) 健康資料收集整合利用裝置及系統
US20120239432A1 (en) Method and system for healthcare information data storage
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
Remler et al. Health care utilization and self-care behaviors of Medicare beneficiaries with diabetes: comparison of national and ethnically diverse underserved populations
EP2702549A2 (en) Systems and methods for creating and managing trusted health-user communities
WO2006126251A1 (ja) 薬歴情報管理装置、薬歴情報提供装置及び薬歴情報の提供方法
US20170098039A1 (en) Patient controlled app for sharing personal health data
Moody E-health web portals: delivering holistic healthcare and making home the point of care
JP2003141251A (ja) 診断投薬方法及び診断投薬システム
Sausser Thin is in: web-based systems enhance security, clinical quality.(Digital Perspectives)
JP6954966B2 (ja) 薬局連携システムおよび方法
JP4685985B2 (ja) 薬歴情報管理装置
Sawarkar et al. An Android Application for Electronic Health Record System
Plescia Scene Health Raises $17.7 M To Improve Medication Adherence for Medicaid, Medicare Population.
Alawneh et al. Development of embedded Personal Health CareRecord System
Gibson Personal health records (PHRs)
Warren et al. Implementations of health information technologies with consumers as users: findings from a systematic review
Culjak Diffusion of innovation theory in medical technology applications
Angst There's no place like home: how will hospitals care for the massive influx of patients as boomers age? Home care technology may be the answer.

Legal Events

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

Ref country code: DE

WWW Wipo information: withdrawn in national office

Country of ref document: DE

NENP Non-entry into the national phase

Ref country code: RU

WWW Wipo information: withdrawn in national office

Country of ref document: RU

122 Ep: pct application non-entry in european phase

Ref document number: 05740891

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: JP