JP2002334154A - System for following up administered medicine - Google Patents
System for following up administered medicineInfo
- Publication number
- JP2002334154A JP2002334154A JP2001140836A JP2001140836A JP2002334154A JP 2002334154 A JP2002334154 A JP 2002334154A JP 2001140836 A JP2001140836 A JP 2001140836A JP 2001140836 A JP2001140836 A JP 2001140836A JP 2002334154 A JP2002334154 A JP 2002334154A
- Authority
- JP
- Japan
- Prior art keywords
- server
- drug
- user
- information
- patient
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
Description
【０００１】[0001]
【発明が属する技術分野】本発明は、インターネット等
のコンピュータネットワークを利用した投与薬剤フォロ
ーアップシステムに関するものである。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a drug follow-up system using a computer network such as the Internet.
【０００２】[0002]
【従来の技術】処方箋には患者の病名や症状が一切記載
されていない為に、薬剤師の処方鑑査で、防止できる処
方上のミスは限られている。更に、薬剤師の人員不足や
知識不足による処方鑑査の不十分や処方の読み間違え、
あるいは、調剤ミスや調剤鑑査での見落としが原因とな
り、薬剤に関する医療事故は増加している。2. Description of the Related Art Since a prescription does not describe the patient's disease name or symptoms at all, errors in prescription that can be prevented by a pharmacist's prescription inspection are limited. In addition, due to lack of pharmacists and lack of knowledge, insufficient prescription inspection and misreading of prescriptions,
Alternatively, due to dispensing errors or oversight during dispensing inspections, medical accidents relating to drugs are increasing.
【０００３】また、専門的な医療知識のない患者は、医
療機関による処方上のミスや会計ミス、薬局での調剤上
のミスや会計ミスを、発見する手段がない。[0003] In addition, patients without specialized medical knowledge have no means to find out prescribing errors or accounting errors at medical institutions or dispensing errors or accounting errors at pharmacies.
【０００４】さらに、投薬時に医師や薬剤師が把握して
いる副作用の情報は、既に報告されている症例に限られ
た基本的なものであり、投薬後に新しく副作用が報告さ
れた場合、その患者に対する新しい副作用についてのタ
イムリーな情報提供や副作用発現の有無の確認、さらに
は服用患者全般を対象とした、副作用発現状況等の情報
の収集や管理が殆どなされていない。[0004] Furthermore, the information of side effects known by doctors and pharmacists at the time of drug administration is basic only to the cases that have already been reported. There is little timely provision of information on new side effects, confirmation of the occurrence of side effects, and collection and management of information on the status of side effects, etc., for all patients taking the drug.
【０００５】[0005]
【発明が解決しようとする課題】一般的に、患者が、処
方内容や投薬内容を理解して、その疑義を検討し、さら
に各種医療上のミスをチェックし、阻止するには、膨大
な専門的知識と労力を要するため、薬局から投与された
薬剤を信用して服用する以外になかった。その結果、医
薬分業が進むここ数年来は、特に投薬に関する医療事故
が増加しつづけている。また、医療の進歩により、新薬
は年々増え続ける一方、新たな副作用の可能性を多数内
包していて、患者自身が副作用の疑いを早期に発見し、
適切な対応をする為には、やはり専門的な医療知識を要
する上に、患者自身が、最新の副作用情報や体調を常時
チェックする必要がある。また、仮に、患者と医師の間
で、副作用に対する情報交換ができたとしても、医師か
ら薬局、または医師から製薬会社への副作用報告は、重
篤な症例が主であると共に、任意である為、各医療関係
者が把握可能な副作用状況は、実質的なものとはいいに
くいものであった。Generally, it is necessary for a patient to understand the contents of prescriptions and medications, to examine the doubts, and to check and prevent various medical mistakes. Because of the need for knowledge and effort, he had no choice but to take the drug given by the pharmacy. As a result, medical accidents, especially related to medications, have been increasing in recent years as the division of medicine progresses. In addition, with the advancement of medical treatment, new drugs continue to increase year by year, but they have many potential new side effects, and patients themselves have discovered the suspicion of side effects at an early stage,
In order to take appropriate measures, it is necessary to have specialized medical knowledge, and the patients themselves must constantly check the latest side effect information and physical condition. Also, even if information on side effects can be exchanged between the patient and the doctor, reporting of side effects from the doctor to the pharmacy or from the doctor to the pharmaceutical company is not only for serious cases but also voluntary. However, the status of side effects that each medical staff could grasp was hardly substantial.
【０００６】そこで、本発明は、インターネットなどの
コンピュータネットワークを利用し、専門的な医療知識
のない患者、あるいは患者家族でも気軽に、薬局から投
与された薬剤の疑義確認と、服薬コンプライアンス向上
等を目的とした、各々の患者のニーズにあった処方シミ
ュレーションの検討依頼ができ、且つ、副作用の可能性
を自己診断することにより、早期に現投与薬剤の服用に
関する適当な対応が可能となることを目的としている。
また、各医療関係者は、蓄積された自己診断結果を基
に、実質的な副作用情報をタイムリーに検索し、把握す
ることが可能となることを目的としている。[0006] Therefore, the present invention utilizes a computer network such as the Internet to easily confirm the suspicion of a drug administered from a pharmacy and improve compliance with a patient, even for patients without specialized medical knowledge or patient families. The aim is to be able to request a study of a prescription simulation that meets the needs of each patient, and to make a self-diagnosis of the possibility of side effects, thereby making it possible to respond appropriately to taking the currently administered drug at an early stage. The purpose is.
It is another object of the present invention that each medical staff can search and grasp substantial side effect information in a timely manner based on the accumulated self-diagnosis results.
【０００７】[0007]
【課題を解決するための手段】コンピュータネットワー
クに接続されたサーバを有する、投与薬剤フォローアッ
プシステムであって、前記サーバの少なくとも一部に
は、ユーザ端末に対して、予め登録された、患者の病
名、症状、性別、年齢、保険負担割合と、投与された薬
剤の名称、規格、用法、用量と、薬局あるいは医療機関
での支払金額に対する質問項目と、これに対するユーザ
が選択する回答項目とを設けていることを特徴とするも
のである。請求項２の発明では、前記サーバは、さら
に、選択された前記回答項目を基に、投与された薬剤に
おける、処方上のミス、調剤上のミス、会計上のミスの
うち少なくとも１つに対する疑義の有無と、その疑義内
容と、服薬コンプライアンス向上等を目的とした、各々
の患者のニーズにあった処方シミュレーションのうちい
ずれか１つ、あるいは２つか３つを、前記ユーザ端末に
対して提示する機能を設けていることを特徴とするもの
である。請求項３の発明では、前記サーバは、さらに、
予め登録された、患者の投与された薬剤に対する副作用
発現の可能性を診断する為に必要な自覚症状、その発現
時期、あるいは併用された薬剤に対する質問項目と、こ
れに対するユーザが選択する回答項目とを設け、選択さ
れた回答結果により、副作用発現の可能性の有無、対処
法、服薬に関するアドバイスのうち少なくとも１つを、
ユーザ端末に対して提示する機能と、前記回答結果の蓄
積し、薬剤名、自覚症状、併用薬剤のうち少なくとも１
つを選択することにより、前記回答結果を検索し、提示
する機能とを設けていることを特徴とするものである。An administration follow-up system having a server connected to a computer network, wherein at least a part of the server has a patient terminal registered in advance with a user terminal. Question items for disease name, symptoms, gender, age, insurance burden ratio, name, standard, usage, dose of administered drug, amount paid at pharmacy or medical institution, and answer items selected by user for this It is characterized by being provided. In the invention according to claim 2, the server further includes a suspicion for at least one of a prescription mistake, a dispensation mistake, and an accounting mistake in the administered drug based on the selected answer item. And presents one or two or three of the prescription simulations that meet the needs of each patient to the user terminal for the purpose of the presence / absence, the contents of the doubt, and the improvement of medication compliance. It is characterized by having a function. In the invention according to claim 3, the server further comprises:
Pre-registered, subjective symptoms required to diagnose the possibility of side effects on the administered drug of the patient, question items for the onset, or the drug used in combination, and answer items selected by the user for this Based on the selected response result, at least one of the possibility of occurrence of side effects, coping method, and advice on medication,
A function to be presented to the user terminal and at least one of a drug name, a subjective symptom, and a concomitant drug stored in the answer result.
And a function of searching for and presenting the answer result by selecting one of the answer results.
【０００８】[0008]
【発明の実施の形態】図１は本発明の投与薬剤フォロー
アップシステムの実施例をあらわしている。同図に示す
ように、任意の数（本実施例においては、１台）のサー
バ２００が、コンピュータネットワーク１００を介し
て、投与薬剤フォローアップシステムの情報提供をする
ことができるようになされている。また、任意の数（本
実施例においては２台）のユーザ端末（例えば患者）３
００−１、３００−２と、任意の数（本実施例において
は２台）のユーザ端末（例えば医療関係者）５００−
１、５０２−２が設けられ、コンピュータネットワーク
１００を介してサーバ２００から、投与薬剤フォローア
ップシステムのサービス提供を受けることができるよう
になされている。DESCRIPTION OF THE PREFERRED EMBODIMENTS FIG. 1 shows an embodiment of a drug follow-up system according to the present invention. As shown in the figure, an arbitrary number (one in this embodiment) of servers 200 can provide information on the administered drug follow-up system via the computer network 100. . An arbitrary number (two in this embodiment) of user terminals (for example, patients) 3
00-1 and 300-2 and an arbitrary number (two in this embodiment) of user terminals (for example, medical personnel) 500-
1 and 502-2 are provided so that the service of the administered drug follow-up system can be provided from the server 200 via the computer network 100.
【０００９】さらに、この実施例においては、任意の数
（本実施例においては１台）の情報提供者端末４００が
設けられており、この情報提供者端末４００は、コンピ
ュータネットワーク１００を介してサーバ２００から、
ユーザ端末３００−１、３００−２に対して所定の情報
提供をできるようになされている。Further, in this embodiment, an arbitrary number (in this embodiment, one) of information provider terminals 400 are provided, and this information provider terminal 400 is connected to a server via the computer network 100. From 200,
Predetermined information can be provided to the user terminals 300-1 and 300-2.
【００１０】ユーザ端末３００−１、３００−２とユー
ザ端末５００−１、５００−２と情報提供者端末４００
は、インターネットに接続可能なパソコンを用い、Ｗｅ
ｂブラウザ、メールソフト、モニタ、キーボード、マウ
ス、通信機器とを有している。[0010] User terminals 300-1, 300-2, user terminals 500-1, 500-2 and information provider terminal 400
Uses a personal computer that can connect to the Internet,
b It has a browser, mail software, a monitor, a keyboard, a mouse, and a communication device.
【００１１】図２は本発明のサーバ２００の構成をあら
わしている。同図に示すように、サーバ２００は通信制
御部２１０、入出力部２２０、表示部２３０、記憶部２
４０、制御部２５０から構成されている。FIG. 2 shows the configuration of the server 200 of the present invention. As shown in the figure, the server 200 includes a communication control unit 210, an input / output unit 220, a display unit 230, a storage unit 2
40, and a control unit 250.
【００１２】記憶部２４０は、ユーザと情報提供者のＩ
Ｄ及びパスワード等を蓄積するユーザ情報蓄積ＤＢ２４
１、ユーザ（例えば患者）により入力された投薬内容を
蓄積する投薬内容情報蓄積ＤＢ２４２、情報提供者によ
り点検された投薬内容点検結果を蓄積する点検結果蓄積
ＤＢ２４３、注文に関する情報を蓄積する注文管理蓄積
ＤＢ２４４、情報提供者により作成された副作用診断フ
ォームを蓄積する診断フォーム蓄積ＤＢ２４５、ユーザ
端末３００−１、３００−２から受信した副作用診断情
報を蓄積する副作用診断結果蓄積ＤＢ２４６から構成さ
れる。The storage unit 240 stores I and I information of the user and the information provider.
D, a user information storage DB for storing passwords, etc.
1. Medication content information accumulation DB 242 for accumulating medication content input by a user (eg, patient), inspection result accumulation DB 243 for accumulating medication content inspection results inspected by an information provider, order management accumulation for accumulating information on orders The DB 244 includes a DB 244, a diagnosis form storage DB 245 that stores a side effect diagnosis form created by an information provider, and a side effect diagnosis result storage DB 246 that stores side effect diagnosis information received from the user terminals 300-1 and 300-2.
【００１３】制御部２５０は、投薬内容点検機能部２６
０と、注文部２７０と、副作用診断サービス機能部２８
０と、診断情報提供サービス機能部２９０と、認証部２
９５から構成される。The control unit 250 includes a medication content check function unit 26
0, order unit 270, side effect diagnosis service function unit 28
0, the diagnostic information providing service function unit 290, and the authentication unit 2
95.
【００１４】該投薬内容点検機能部２６０は、ユーザ端
末３００−１、３００−２から回答された投薬内容を受
信する投薬内容受付部２６１、受付番号の生成と通知あ
るいは要求と認証をする受付番号認証部２６２、情報提
供者４００が点検及び記入をする点検用回答フォームを
生成する点検用回答フォーム生成部２６３、情報提供者
４００からの点検結果を受信する点検結果受付部２６
４、点検が完了したことをユーザ端末３００−１、３０
０−２に通知する点検完了通知部２６５、点検結果の表
示画面を生成する点検結果生成部２６６から構成され
る。The medication content inspection function unit 260 includes a medication content receiving unit 261 for receiving the medication content answered from the user terminals 300-1 and 300-2, a reception number for generating and notifying a reception number, or performing a request and authentication. The authentication unit 262, an inspection response form generation unit 263 that generates an inspection response form in which the information provider 400 performs inspection and entry, and an inspection result receiving unit 26 that receives an inspection result from the information provider 400.
4. The user terminals 300-1, 30 confirm that the inspection has been completed.
It comprises an inspection completion notifying unit 265 for notifying 0-2, and an inspection result generating unit 266 for generating a display screen of the inspection result.
【００１５】該注文部２７０は、点検結果の詳細表示に
伴い、外部決済プログラム処理とのやりとりを行う精算
処理部２７１、注文処理をして、点検結果の詳細表示か
ら格納処理作業までを行う注文処理部２７２から構成さ
れる。The ordering unit 270 performs an order processing in accordance with the detailed display of the inspection result and exchanges with the external settlement program processing. It comprises a processing unit 272.
【００１６】該副作用診断サービス機能部２８０は、情
報提供者４００により作成された副作用診断フォームの
受付をする副作用診断フォーム受付部２８１、該当する
ユーザに、質問に対する回答の要求を促す通知メール生
成部２８２、ユーザに対する質問項目を生成する質問項
目生成部２８３、質問項目に対する回答結果に応じた副
作用の可能性を診断する診断処理部２８４、各イベント
に対する識別番号の生成、通知あるいは認証を行う識別
番号認証部２８５から構成される。The side effect diagnosis service function unit 280 includes a side effect diagnosis form receiving unit 281 for receiving the side effect diagnosis form created by the information provider 400, and a notification mail generating unit for urging the corresponding user to request a response to a question. 282, a question item generation unit 283 for generating a question item for the user, a diagnosis processing unit 284 for diagnosing the possibility of a side effect according to the answer to the question item, an identification number for generating, notifying or authenticating an identification number for each event It comprises an authentication unit 285.
【００１７】該診断情報提供サービス機能部２９０は、
薬剤名、自覚症状、併用された薬剤名のうち少なくとも
１つを入力することにより、ユーザ端末３００−１、３
００−２から受信、蓄積された副作用診断情報の検索と
表示をする検索処理部２９１から構成される。The diagnostic information providing service function unit 290 includes:
By inputting at least one of the drug name, the subjective symptom, and the name of the drug used in combination, the user terminals 300-1 and 300-3
The search processing unit 291 searches and displays the side effect diagnosis information received and accumulated from 00-2.
【００１８】該認証部２９５は、ユーザ端末３００−
１、３００−２とユーザ端末５００−１、５００−２か
らアクセスする、各ユーザの正規性を識別するユーザＩ
Ｄ認証部２９６、情報提供者端末４００からアクセスす
る情報提供者の正規性を識別する情報提供者ＩＤ認証部
２９７から構成される。The authentication unit 295 is connected to the user terminal 300-
1, 300-2 and user I, which is accessed from user terminals 500-1 and 500-2, and identifies the legitimacy of each user
The D authentication unit 296 includes an information provider ID authentication unit 297 for identifying the legitimacy of the information provider accessed from the information provider terminal 400.
【００１９】以下に、上記の構成における詳細な動作を
説明する。図３は、本発明の一実施例の投薬内容点検機
能部の動作を説明するためのシーケンスチャートであ
る。 ステップ２０１）ユーザ（例えば患者）はユーザ端末３
００からサーバ２００にアクセスする、サーバ２００は
パスワードとＩＤの入力を促すウィンドウをホームペー
ジ上に表示する。ユーザはユーザ端末３００から当該パ
スワードとＩＤを入力して送信する。 ステップ２０２）サーバ２００は、投薬内容記入フォー
ムを表示する。この際の表示例を図４と図５に示す。 ステップ２０３）ユーザはユーザ端末３００から、該投
薬内容記入フォームの質問項目に対する回答をして送信
する。具体的には患者の性別、年齢、病名、症状、保険
負担割合、薬を受け取った薬局の形態、投薬期間、投薬
種類数、薬剤名、規格、用法、用量、支払い金額等を選
択あるいは記入して、送信する。 ステップ２０４）サーバ２００は、点検用回答フォーム
生成部２６３を起動して、情報提供者に対する点検用回
答フォームを生成する。 ステップ２０５）さらに、受付番号認証部２６２を起動
して、生成した該点検用回答フォームに、受付番号を付
与すると同時に、投薬内容情報蓄積ＤＢ２４２に記憶す
る。 ステップ２０６）また、前記受付番号認証部２６２は、
ユーザ端末３００と情報提供者端末４００に対し、受付
番号の通知を電子メールで送信する。 ステップ２０７）該受付番号の通知を受信した情報提供
者は、情報提供者端末４００からサーバ２００にアクセ
スして、該サーバ２００が要求するパスワードとＩＤを
入力して送信する。 ステップ２０８）次にサーバ２００は、点検対象となる
当該点検用回答フォームの、当該受付番号の入力を促す
ウィンドウをホームページ上に表示する。 ステップ２０９）情報提供者は当該受付番号を入力して
送信する。 ステップ２１０）サーバ２００は入力された当該受付番
号から、対象となる該点検用回答フォームを投薬内容情
報蓄積ＤＢ２４２から抽出して表示する。この際の表示
例を図６に示す。 ステップ２１１）図６に示すように、該点検用回答フォ
ームは、一部にユーザ端末３００から受信した投薬内容
情報を表示し、一部に情報提供者が選択、記入するため
に必要な情報提供者用回答欄を設けており、情報提供者
は、前記投薬内容情報を点検し、処方上のミス、調剤上
のミス、会計上のミス等に対する疑義と、服薬コンプラ
イアンス向上等を目的とした、各々の患者のニーズにあ
った処方シミュレーションを、前記情報提供者用回答欄
から選択、または記入をして、サーバ２００に送信す
る。 ステップ２１２）サーバ２００は、情報提供者端末４０
０から該点検用回答フォームを受信すると、点検完了通
知部２６５を起動して、点検完了通知の電子メールを生
成する。 ステップ２１３）さらにサーバ２００は、回答結果生成
部２６６を起動して、点検結果の概略表示画面と、投薬
内容点検結果画面の生成をする。 ステップ２１４）次にサーバ２００は、対象となるユー
ザ端末３００に対し、点検完了の通知を電子メールにて
送信する。 ステップ２１５）通知を受信したユーザは、ユーザ端末
３００からサーバ２００にアクセスし、該サーバ２００
の要求するパスワードとＩＤを入力して送信する。 ステップ２１６）続いてサーバ２００は、受付番号の入
力を促すウィンドウをホームページ上に表示する。 ステップ２１７）ユーザは当該受付番号を入力して送信
する。 ステップ２１８）サーバ２００は、受付番号認証部２６
２を起動して、当該受付番号を識別し、ホームページ上
に概略点検結果を表示する。具体的には、点検作業終了
のメッセージと該投薬内容点検結果を閲覧するために必
要な金額、料金支払い方法と、購入ボタンをクリックす
ることにより閲覧が可能となることの閲覧方法の説明文
を表示する。 ステップ２１９）ユーザは前記購入ボタンをクリックし
て、該投薬内容点検結果の表示を求める。 ステップ２２０）サーバ２００は、精算処理部２７１を
起動して、精算処理を行う。この際の精算方法は、例え
ば、カード電子決済会社等の精算処理プログラムを起動
して行い、実際の精算処理は、ユーザ端末３００と該カ
ード電子決済会社のサーバとのやり取りとなる。 ステップ２２１）サーバ２００は、該カード電子決済会
社から受信した精算処理情報に基づいて、注文処理部２
７２を起動して注文処理を行い、精算済み該投薬内容点
検結果を注文管理蓄積ＤＢ２４４に格納する。 ステップ２２２）サーバ２００は、注文処理を完了し
て、対象となる該投薬内容点検結果をホームページ上に
表示する。この際の表示例を図７に示す。The detailed operation of the above configuration will be described below. FIG. 3 is a sequence chart for explaining the operation of the medication content inspection function unit according to one embodiment of the present invention. Step 201) The user (for example, a patient) enters the user terminal 3
The server 200 accesses the server 200 from 00, and displays a window on the homepage for prompting entry of a password and ID. The user inputs and transmits the password and ID from the user terminal 300. Step 202) The server 200 displays a medication content entry form. FIGS. 4 and 5 show display examples at this time. Step 203) The user answers from the user terminal 300 to the question item of the medication content entry form and transmits it. Specifically, select or fill in the patient's gender, age, disease name, symptoms, insurance burden ratio, type of pharmacy receiving the drug, medication period, number of medication types, drug name, standard, usage, dosage, amount paid, etc. And send. Step 204) The server 200 activates the check answer form generator 263 to generate a check answer form for the information provider. Step 205) Further, the reception number authentication unit 262 is activated, and a reception number is given to the generated inspection response form, and is stored in the medication content information accumulation DB 242 at the same time. Step 206) In addition, the reception number authentication unit 262
A notification of the reception number is transmitted to the user terminal 300 and the information provider terminal 400 by e-mail. Step 207) The information provider that has received the notification of the receipt number accesses the server 200 from the information provider terminal 400, and inputs and transmits the password and ID requested by the server 200. Step 208) Next, the server 200 displays, on the homepage, a window for prompting the input of the reception number of the inspection response form to be inspected. Step 209) The information provider inputs and transmits the reception number. Step 210) The server 200 extracts the target inspection response form from the medication content information storage DB 242 based on the input reception number and displays it. FIG. 6 shows a display example at this time. Step 211) As shown in FIG. 6, the inspection response form partially displays the medication content information received from the user terminal 300, and partially provides information necessary for the information provider to select and fill in. Provide a response column for the user, the information provider checks the medication content information, doubts on prescribing mistakes, dispensing mistakes, accounting mistakes, etc., with the aim of improving compliance with medication, etc. A prescription simulation that meets the needs of each patient is selected or entered from the information provider response column and transmitted to the server 200. Step 212) The server 200 checks the information provider terminal 40
When receiving the check response form from 0, the check completion notification unit 265 is activated to generate an e-mail of the check completion notification. Step 213) Further, the server 200 activates the answer result generation unit 266, and generates an inspection result outline display screen and a medication content inspection result screen. Step 214) Next, the server 200 sends an e-mail notification of the completion of the check to the target user terminal 300. Step 215) The user who has received the notification accesses the server 200 from the user terminal 300, and
The password and ID required by the user are input and transmitted. Step 216) Subsequently, the server 200 displays a window for prompting the input of the receipt number on the homepage. Step 217) The user inputs the reception number and transmits. Step 218) The server 200 checks the reception number authentication unit 26
2 is started, the reception number is identified, and the outline inspection result is displayed on the homepage. Specifically, a message indicating that the inspection work has been completed, the amount of money required to browse the result of checking the medication content, a payment method, and a description of a method of browsing that the browsing can be performed by clicking the purchase button are provided. indicate. Step 219) The user clicks the purchase button to request the display of the result of the inspection of the medication. Step 220) The server 200 activates the payment processing unit 271 to perform the payment processing. The payment method at this time is performed, for example, by activating a payment processing program of a card electronic payment company or the like, and the actual payment processing is exchange between the user terminal 300 and a server of the card electronic payment company. Step 221) The server 200 executes the order processing unit 2 based on the settlement processing information received from the card electronic settlement company.
Activate 72 to perform order processing, and store the adjusted payment content inspection result in order management accumulation DB 244. Step 222) The server 200 completes the order processing, and displays the target medication check result on the homepage. FIG. 7 shows a display example at this time.
【００２０】次に、本発明の一実施例の副作用診断サー
ビス機能部の動作を説明する。この際のシーケンスチャ
ートを図８に示す。 ステップ３０１）情報提供者は情報提供者端末４００か
らサーバ２００にアクセスする。サーバ２００はパスワ
ードとＩＤの入力を促すウィンドウをホームページ上に
表示し、情報提供者は情報提供者端末４００から当該パ
スワードとＩＤを入力して送信する。 ステップ３０２）サーバ２００は、副作用診断フォーム
作成画面をホームページ上に表示する。この前記副作用
診断フォーム作成画面は、薬剤に対する副作用情報が公
表される毎に、情報提供者が操作する画面であり、情報
提供者のみがアクセスできるようになされている。 ステップ３０３）情報提供者は前記副作用診断フォーム
作成画面にて、対象患者に対するメッセージを記入し、
サーバ２００に送信する。具体的には、副作用発現薬剤
の公開情報あるいは副作用診断サービスによる受診の要
求通知文を記入する。 ステップ３０４）さらにサーバ２００は、副作用の診断
対象となる患者の、ユーザＩＤの入力を要求するウィン
ドウをホームページ上に表示する。 ステップ３０５）情報提供者は、サーバ２００の投薬内
容蓄積ＤＢ２４２中から対象となるユーザを検索し、抽
出して、選択する。また、該ユーザＩＤの入力を要求す
るウィンドウは、対象患者が複数ある場合でも、全てを
選択できるようになされている。 ステップ３０６）サーバ２００は、通知メール生成部２
８２を起動して、予め用意された副作用診断サービスに
よる受診の要求を促す電子メールを、情報提供者より選
択された当該ユーザＩＤのメールアカウント宛てに生成
する。 ステップ３０７）さらに、サーバ２００は、質問項目生
成部２８３を起動して、ユーザが選択するための副作用
診断フォームを生成する。生成された該副作用診断フォ
ームは、診断フォーム蓄積ＤＢ２４５に格納される。 ステップ３０８）サーバ２００は、ステップ３０６で生
成した前記通知メールを、選択された当該ユーザＩＤの
メールアカウント宛てに送信する。 ステップ３０９）通知メールを受信したユーザは、ユー
ザ端末３００−１、３００−２からサーバ２００にアク
セスする。サーバ２００はパスワードとＩＤの入力を促
すウィンドウをホームページ上に表示し、該ユーザはユ
ーザ端末３００−１、３００−２から当該パスワードと
ＩＤを入力して送信する。 ステップ３１０）サーバ２００は、前記投薬内容点検機
能部により投薬内容点検結果を未購入のユーザ端末３０
０−２に対して、副作用診断サービス機能の利用制限を
通知する内容文と、前記投薬内容点検機能部での投薬内
容点検結果の購入を要求するメッセージを表示する。 ステップ３１１）また、前記投薬内容点検結果を購入済
みのユーザ端末３００−１に対しては、該副作用診断フ
ォームを表示する。この際の表示例を図９と図１０に示
す。 ステップ３１２）該購入済みユーザは、ユーザ端末３０
０−１から、該副作用診断フォームの質問項目に対する
回答欄の、当てはまる項目にチェックまたは記入をし
て、送信する。 ステップ３１３）サーバ２００は、診断処理部２８４を
起動して、該副作用診断フォームの、選択及び記入され
た項目の患者の症状に応じて、予め用意された副作用診
断結果画面を選択し、表示する。この際の表示例を図１
１と図１２と図１３に示す。また、ユーザ３００−１か
ら受信した選択済みの該副作用診断フォームは、副作用
診断結果蓄積ＤＢ２４６に格納する。Next, the operation of the side effect diagnosis service function unit according to one embodiment of the present invention will be described. FIG. 8 shows a sequence chart at this time. Step 301) The information provider accesses the server 200 from the information provider terminal 400. The server 200 displays a window for prompting the input of the password and the ID on the homepage, and the information provider inputs the password and the ID from the information provider terminal 400 and transmits the information. Step 302) The server 200 displays a side effect diagnosis form creation screen on the homepage. The side effect diagnosis form creation screen is a screen operated by the information provider every time the side effect information on the drug is published, and can be accessed only by the information provider. Step 303) The information provider enters a message for the target patient on the side effect diagnosis form creation screen,
Send it to server 200. Specifically, public information of the side effect-causing drug or a notice of request for consultation by the side effect diagnosis service is entered. Step 304) Further, the server 200 displays, on the homepage, a window requesting the input of the user ID of the patient whose side effect is to be diagnosed. Step 305) The information provider searches, extracts, and selects a target user from the medication content accumulation DB 242 of the server 200. In addition, the window for requesting the input of the user ID is configured so that all of the windows can be selected even when there are a plurality of target patients. Step 306) The server 200 sends the notification mail generator 2
Activate 82 to generate an e-mail for urging a request for consultation by the prepared side effect diagnosis service to the mail account of the user ID selected by the information provider. Step 307) Further, the server 200 activates the question item generation unit 283 to generate a side effect diagnosis form for the user to select. The generated side effect diagnosis form is stored in the diagnosis form accumulation DB 245. Step 308) The server 200 sends the notification mail generated in Step 306 to the selected mail account of the user ID. Step 309) The user who has received the notification mail accesses the server 200 from the user terminals 300-1 and 300-2. The server 200 displays a window for prompting the input of a password and an ID on the homepage, and the user inputs and transmits the password and the ID from the user terminals 300-1 and 300-2. Step 310) The server 200 uses the medication content inspection function unit to report the medication content inspection result to the unpurchased user terminal 30.
For 0-2, a content sentence notifying the restriction on the use of the side effect diagnosis service function and a message requesting the purchase of the medication content inspection result in the medication content inspection function unit are displayed. Step 311) In addition, the side effect diagnosis form is displayed for the user terminal 300-1 that has purchased the medication content inspection result. 9 and 10 show display examples at this time. Step 312) The purchased user enters the user terminal 30
From 0-1, check or fill in the applicable items in the answer column for the question items in the side effect diagnosis form, and transmit. Step 313) The server 200 activates the diagnosis processing unit 284, and selects and displays a prepared side effect diagnosis result screen according to the patient's symptom of the selected and entered item in the side effect diagnosis form. . A display example at this time is shown in FIG.
1, FIG. 12 and FIG. The selected side effect diagnosis form received from the user 300-1 is stored in the side effect diagnosis result accumulation DB 246.
【００２１】次に、本発明の一実施例の副作用診断情報
提供サービス機能部の動作を説明する。図１４に、この
際のシーケンスチャートを示す。 ステップ４０１）ユーザ（例えば医療関係者）は、ユー
ザ端末５００からサーバ２００にアクセスする。サーバ
２００はパスワードとＩＤの入力を促すウィンドウをホ
ームページ上に表示する。ユーザはユーザ端末５００か
ら当該パスワードとＩＤを入力して送信する。 ステップ４０２）サーバ２００は診断情報提供サービス
の検索用画面を表示する。この際の表示例として図１５
に示す。 ステップ４０３）ユーザは該検索画面上のキーワード入
力項目に薬剤名、自覚症状、併用された薬剤名のうち少
なくとも１つを入力し、送信する。 ステップ４０４）サーバ２００は、検索処理部２９１を
起動して、副作用診断結果蓄積ＤＢ２４６の中から、入
力されたキーワードから該当する副作用診断結果情報を
検索し、表示する。この際の表示例を図１６に示す。Next, the operation of the side effect diagnosis information providing service function unit according to one embodiment of the present invention will be described. FIG. 14 shows a sequence chart at this time. Step 401) A user (for example, a medical staff) accesses the server 200 from the user terminal 500. The server 200 displays a window for prompting the input of the password and the ID on the homepage. The user inputs and transmits the password and ID from the user terminal 500. Step 402) The server 200 displays a screen for searching for a diagnostic information providing service. FIG. 15 shows a display example at this time.
Shown in Step 403) The user inputs at least one of the drug name, the subjective symptom, and the name of the drug used in combination in the keyword input items on the search screen and transmits the keyword. Step 404) The server 200 activates the search processing unit 291 to search and display the corresponding side effect diagnosis result information from the inputted keyword from the side effect diagnosis result accumulation DB 246. FIG. 16 shows a display example at this time.
【００２２】なお、上記実施例は、図２、図３、図８、
図１４の構成に基づいて説明しているが、本発明の投与
薬剤フォローアップシステムは、この例に限定されるこ
となく、特許請求の範囲内で種々変更、応用が可能であ
る。The above embodiment is described in FIGS. 2, 3, 8,
Although described based on the configuration of FIG. 14, the administered drug follow-up system of the present invention is not limited to this example, and various modifications and applications are possible within the scope of the claims.
【００２３】[0023]
【発明の効果】以上説明したように、投与薬剤フォロー
アップシステムによれば、インターネットなどのコンピ
ュータネットワークを利用し、専門的な医療知識のない
患者、あるいは患者家族でも気軽に、薬局から投与され
た薬剤の疑義確認と、服薬コンプライアンス向上等を目
的とした、各々の患者のニーズにあった処方シミュレー
ションの検討依頼ができ、且つ、副作用の可能性を自己
診断することにより、早期に現投与薬剤の服用に関する
適当な対応が可能となることを目的としている。また、
各医療関係者は、蓄積された自己診断結果を基に、実質
的な副作用情報をタイムリーに検索し、把握することが
可能となることを目的としている。As described above, according to the administered drug follow-up system, a patient without specialized medical knowledge or a patient's family can easily receive a drug from a pharmacy using a computer network such as the Internet. It is possible to request a review of a prescription simulation that meets the needs of each patient for the purpose of confirming the suspicion of the drug and improving compliance with the medication, etc., and self-diagnosing the possibility of side effects. The purpose is to be able to take appropriate measures regarding taking. Also,
It is an object of each medical staff to be able to search and grasp substantial side effect information in a timely manner based on the accumulated self-diagnosis results.
【図１】本発明の投与薬剤フォローアップシステムの全
体的なシステム構成を示す図である。FIG. 1 is a diagram showing an overall system configuration of an administered drug follow-up system of the present invention.
【図２】本発明のサーバコンピュータの構成例を示すブ
ロック図である。FIG. 2 is a block diagram illustrating a configuration example of a server computer of the present invention.
【図３】本発明の一実施例の投薬内容点検機能部の動作
を説明するためのシーケンスチャートである。FIG. 3 is a sequence chart for explaining an operation of a medication content inspection function unit according to one embodiment of the present invention.
【図４】図３に示す投薬内容記入フォームの患者情報記
入時の画面表示例（その１）である。FIG. 4 is a screen display example (part 1) at the time of entering patient information in the medication content entry form shown in FIG.
【図５】図３に示す投薬内容記入フォームの患者情報記
入時の画面表示例（その２）である。FIG. 5 is a screen display example (part 2) at the time of entering patient information in the medication content entry form shown in FIG.
【図６】図３に示す回答フォームの画面表示例である。FIG. 6 is a screen display example of the answer form shown in FIG. 3;
【図７】図３に示す投薬内容点検結果の画面表示例であ
る。FIG. 7 is a screen display example of a medication content check result shown in FIG. 3;
【図８】本発明の一実施例の副作用診断サービス機能部
の動作を説明するためのシーケンスチャートである。FIG. 8 is a sequence chart for explaining the operation of the side effect diagnosis service function unit according to the embodiment of the present invention.
【図９】図８に示す副作用診断フォームの画面表示例
（その１）である。9 is a screen display example (part 1) of the side effect diagnosis form shown in FIG.
【図１０】図８に示す副作用診断フォームの画面表示例
（その２）である。FIG. 10 is a screen display example (part 2) of the side effect diagnosis form shown in FIG. 8;
【図１１】図８に示す副作用診断結果の画面表示例（そ
の１）である。11 is a screen display example (part 1) of the side effect diagnosis result shown in FIG.
【図１２】図８に示す副作用診断結果の画面表示例（そ
の２）である。FIG. 12 is a screen display example (part 2) of the side effect diagnosis result shown in FIG. 8;
【図１３】図８に示す副作用診断結果の画面表示例（そ
の３）である。FIG. 13 is a screen display example (part 3) of the side effect diagnosis result shown in FIG. 8;
【図１４】本発明の一実施例の副作用情報提供サービス
機能部の動作を説明するためのシーケンスチャートであ
るFIG. 14 is a sequence chart for explaining the operation of the side effect information providing service function unit according to one embodiment of the present invention;
【図１５】図１４に示す副作用診断情報提供サービスの
画面表示例（その１）である。15 is a screen display example (part 1) of the side effect diagnosis information providing service shown in FIG.
【図１６】図１４に示す副作用診断情報提供サービスの
画面表示例（その２）である。16 is a screen display example (2) of the side effect diagnosis information providing service shown in FIG.
１００・・・コンピュータネットワーク（インターネッ
ト網） ２００・・・サーバ ２１０・・・通信制御部 ２２０・・・入出力部 ２３０・・・表示部 ２４０・・・記憶部 ２４１・・・ユーザ情報蓄積ＤＢ ２４２・・・投薬内容情報蓄積ＤＢ ２４３・・・点検結果蓄積ＤＢ ２４４・・・注文管理蓄積ＤＢ ２４５・・・診断フォーム蓄積ＤＢ ２４６・・・副作用診断結果蓄積ＤＢ ２５０・・・制御部 ２６０・・・投薬内容点検機能部 ２６１・・・投薬内容受付部 ２６２・・・受付番号認証部 ２６３・・・点検用回答フォーム生成部 ２６４・・・点検結果受付部 ２６５・・・点検完了通知部 ２６６・・・回答結果生成部 ２７０・・・注文部 ２７１・・・精算処理部 ２７２・・・注文処理部 ２８０・・・副作用診断サービス機能部 ２８１・・・副作用診断フォーム受付部 ２８２・・・通知メール生成部 ２８３・・・質問項目生成部 ２８４・・・診断処理部 ２８５・・・識別番号認証部 ２９０・・・診断情報提供サービス機能部 ２９１・・・検索処理部 ２９５・・・認証部 ２９６・・・ユーザＩＤ認証部 ２９７・・・情報提供者ＩＤ認証部 ３００−１、３００−２・・・ユーザ端末（例えば患
者） ４００・・・情報提供者端末（例えばサーバ管理者） ５００−１、５００−２・・・ユーザ端末（例えば医療
関係者）100 Computer Network (Internet Network) 200 Server 210 Communication Control Unit 220 Input / Output Unit 230 Display Unit 240 Storage Unit 241 User Information Storage DB 242 ... Drug content information accumulation DB 243 ... Inspection result accumulation DB 244 ... Order management accumulation DB 245 ... Diagnosis form accumulation DB 246 ... Side effect diagnosis result accumulation DB 250 ... Control unit 260 ... · Medication content check function unit 261 ··· Medication content reception unit 262 · · · reception number authentication unit 263 · · · check response form generation unit 264 · · · inspection result reception unit 265 · · · inspection completion notification unit 266 · ··· Response result generation unit 270 ··· Order unit 271 ··· Settlement processing unit 272 ··· Order processing unit 280 ··· Side effect diagnosis service function unit 2 1 ... side effect diagnosis form receiving unit 282 ... notification mail generating unit 283 ... question item generating unit 284 ... diagnostic processing unit 285 ... identification number authentication unit 290 ... diagnostic information providing service function unit 291, search processing unit 295, authentication unit 296, user ID authentication unit 297, information provider ID authentication unit 300-1, 300-2, user terminal (for example, patient) 400 -Information provider terminal (for example, server administrator) 500-1, 500-2 ... user terminal (for example, medical staff)
Claims (3)
ーバを有する、投与薬剤フォローアップシステムであっ
て、前記サーバの少なくとも一部には、ユーザ端末に対
して、予め登録された、患者の病名、症状、性別、年
齢、保険負担割合と、投与された薬剤の名称、規格、用
法、用量と、薬局あるいは医療機関での支払金額に対す
る質問項目と、これに対するユーザが選択する回答項目
とを設けていることを特徴とする、投与薬剤フォローア
ップシステム。An administration follow-up system having a server connected to a computer network, wherein at least a part of the server has a patient's disease name, symptom, Question items for gender, age, insurance burden ratio, name, standard, usage, dosage of administered drug, amount paid at pharmacy or medical institution, and answer items to be selected by the user shall be provided. An administration follow-up system, characterized in that:
答項目を基に、投与された薬剤における、処方上のミ
ス、調剤上のミス、会計上のミスのうち少なくとも１つ
に対する疑義の有無と、その疑義内容と、服薬コンプラ
イアンス向上等を目的とした、各々の患者のニーズにあ
った処方シミュレーションのうちいずれか１つ、あるい
は２つか３つを、前記ユーザ端末に対して提示する機能
を設けていることを特徴とする、請求項１に記載の投与
薬剤フォローアップシステム。2. The server according to claim 2, further comprising: based on the selected answer item, whether there is any doubt about at least one of a prescription mistake, a dispensation mistake, and an accounting mistake in the administered drug. And a function of presenting, to the user terminal, any one or two or three of the prescription simulations that meet the needs of each patient for the purpose of improving the compliance with the content of doubts and the like. The administered drug follow-up system according to claim 1, wherein the system is provided.
患者の投与された薬剤に対する副作用発現の可能性を診
断する為に必要な自覚症状や、その発現時期、あるいは
併用された薬剤名に対する質問項目と、これに対するユ
ーザが選択する回答項目とを設け、その回答結果に応じ
た副作用発現の可能性の有無、対処法、服薬に関するア
ドバイスのうち少なくとも１つをユーザ端末に対して提
示する機能と、前記回答結果を蓄積し、副作用が報告さ
れた薬剤名、自覚症状、併用された薬剤名のうち少なく
とも１つを入力、あるいは選択することにより、前記回
答結果を検索し、提示する機能とを設けていることを特
徴とする、請求項１あるいは請求項２に記載の投与薬剤
フォローアップシステム。3. The server according to claim 1, further comprising:
Subject symptoms required to diagnose the possibility of side effects on the drug administered to the patient, and the time of its manifestation, or a question item for the name of the drug used in combination, provided with an answer item selected by the user, A function of presenting at least one of the possibility of occurrence of side effects according to the answer result, coping method, and advice on medication to the user terminal, and the name of the drug that accumulates the answer result and reports the adverse effect The function of searching for and presenting the answer result by inputting or selecting at least one of a subjective symptom and a name of a drug used in combination is provided. 3. The administration follow-up system according to item 2.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001140836A JP2002334154A (en) | 2001-05-11 | 2001-05-11 | System for following up administered medicine |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001140836A JP2002334154A (en) | 2001-05-11 | 2001-05-11 | System for following up administered medicine |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002334154A true JP2002334154A (en) | 2002-11-22 |
Family
ID=18987367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001140836A Withdrawn JP2002334154A (en) | 2001-05-11 | 2001-05-11 | System for following up administered medicine |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002334154A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006126556A1 (en) * | 2005-05-23 | 2006-11-30 | Em Systems Co., Ltd. | Medication history information managing device |
| JP2008046839A (en) * | 2006-08-15 | 2008-02-28 | Fujifilm Corp | Device for creating electronic medical record |
| JPWO2006126556A1 (en) * | 2005-05-23 | 2008-12-25 | 株式会社イーエムシステムズ | Drug history information management device |
| JP2014219945A (en) * | 2013-05-10 | 2014-11-20 | 富士通株式会社 | Clinical trial information output device, clinical trial information output method, and clinical trial information output program |
| JP2021041138A (en) * | 2019-09-09 | 2021-03-18 | メドピア株式会社 | Information processing device and program |
-
2001
- 2001-05-11 JP JP2001140836A patent/JP2002334154A/en not_active Withdrawn
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2006126556A1 (en) * | 2005-05-23 | 2006-11-30 | Em Systems Co., Ltd. | Medication history information managing device |
| JPWO2006126556A1 (en) * | 2005-05-23 | 2008-12-25 | 株式会社イーエムシステムズ | Drug history information management device |
| JP4685985B2 (en) * | 2005-05-23 | 2011-05-18 | 株式会社イーエムシステムズ | Drug history information management device |
| JP2008046839A (en) * | 2006-08-15 | 2008-02-28 | Fujifilm Corp | Device for creating electronic medical record |
| JP2014219945A (en) * | 2013-05-10 | 2014-11-20 | 富士通株式会社 | Clinical trial information output device, clinical trial information output method, and clinical trial information output program |
| JP2021041138A (en) * | 2019-09-09 | 2021-03-18 | メドピア株式会社 | Information processing device and program |
| JP7132556B2 (en) | 2019-09-09 | 2022-09-07 | メドピア株式会社 | Information processing device and program |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10296721B2 (en) | Verification of medication administration adherence | |
| US8010384B2 (en) | Medical billing auditing method and system | |
| US8150713B2 (en) | Pharmaceutical treatment effectiveness analysis computer system and methods | |
| US20050228593A1 (en) | Method, system, and computer program for providing and evaluating medicine information | |
| US20160125549A1 (en) | Apparatus and method for processing and/or for providing healthcare information and/or healthcare-related information | |
| Khajouei et al. | Errors and causes of communication failures from hospital information systems to electronic health record: A record-review study | |
| US8725532B1 (en) | Systems and methods for monitoring controlled substance distribution | |
| US20030074234A1 (en) | Customer-centered pharmaceutical product and information distribution system | |
| US20040087836A1 (en) | Computer system and method for closed-loop support of patient self-testing | |
| US20030204415A1 (en) | Medical data and medication selection and distribution system | |
| US20070179806A1 (en) | Medication therapy management process | |
| US20110257997A1 (en) | System and Method for Clinical Practice and Health Risk Reduction Monitoring | |
| US20070214014A1 (en) | Pharmacy quality checking and alert system and method | |
| US20170344724A1 (en) | Responsive server, server system and server method for automatically dispensing based on comprehensive medication authorization processing | |
| US8392219B1 (en) | Systems and methods for streamlined patient enrollment for one or more healthcare programs | |
| WO2003084393A1 (en) | Health management system and health management method | |
| US20100088120A1 (en) | Service for managing medications | |
| WO2000069331A1 (en) | Data processing system for patient outcome and risk benchmarking and healthcare data base management | |
| CN110689445A (en) | Medical insurance auditing method and device, electronic equipment and readable storage medium | |
| US10543152B1 (en) | Method and apparatus for providing prescription verification | |
| US11410761B2 (en) | Automated detection of medication interactions | |
| JP2002334154A (en) | System for following up administered medicine | |
| US20150332001A1 (en) | Rounding charge capture module-managing patient care | |
| Lyles et al. | When Warnings Are Not Enough: Primary Prevention Through Drug Use Review: To avoid adverse drug interactions, clinical data should follow the patient in the same way that financial data do. | |
| Chaurasia et al. | The Modern Era: Online Pharmacy and Self Medication |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20080805 |