JP2004121526A - Injection preparation support system - Google Patents

Injection preparation support system Download PDF

Info

Publication number
JP2004121526A
JP2004121526A JP2002289665A JP2002289665A JP2004121526A JP 2004121526 A JP2004121526 A JP 2004121526A JP 2002289665 A JP2002289665 A JP 2002289665A JP 2002289665 A JP2002289665 A JP 2002289665A JP 2004121526 A JP2004121526 A JP 2004121526A
Authority
JP
Japan
Prior art keywords
patient
information
injection
database
prescription
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.)
Pending
Application number
JP2002289665A
Other languages
Japanese (ja)
Inventor
Shiro Omura
大村 司郎
Takehiko Imura
井村 武彦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tosho Inc
Original Assignee
Tosho Inc
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 Tosho Inc filed Critical Tosho Inc
Priority to JP2002289665A priority Critical patent/JP2004121526A/en
Publication of JP2004121526A publication Critical patent/JP2004121526A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To discriminate whether the prescribed amount and the applying interval of a prescribed anticancer agent are proper, to monitor whether the accumulated administration amount of the anti-cancer agent is not larger than the amount of lifetime administration, to prepare the totalization list of injections by each hospital ward and each time zone, and to prepare a label to be stuck to a transfusion vessel. <P>SOLUTION: An injection master database, incompatibility data base, patient data base, anticancer agent prescription history data base classified by each patient, and the like, are provided. By each prescription, an incompatibility blending means blends incompatibility to prepare a comment, a pH variation blending means blends pH variation to prepare a comment, prepares an injection total list by each hospital ward, and prints necessary items and comments to a medicine bag by each patient and each application to prepare the medicine bag, and a label preparation means prepares the label to be pasted onto the transfusion vessel. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】本発明は、病院において複数の患者に注射薬を調剤するのを支援するシステムに関し、注射薬マスターデータベースや患者データベースを整備し、抗ガン剤適正判定手段、病棟別注射薬集計リスト作成手段などを設けたものに関する。
【0002】
【従来の技術】従来、多数の入院患者を複数の病棟に入院させており、複数のガン患者に物理化学療法を施すような総合病棟においては、医師の処方箋に基づいて、各病棟に必要な種類と量の薬品を取り揃えて供給したり、各患者別施用別に種々の薬品(散薬、錠剤、注射薬及び輸液、その他)を取り揃えて供給したりする必要がある。
【0003】
医師が作成した処方箋に従って、複数種の注射薬を輸液に混合して患者に施用するような場合に、注射薬の混濁、沈殿の外観変化や、成分の分解、力価の低下などが発生する場合が少なくないこと、看護師等にとってもこれらの諸現象について十分な薬学的な知識を具備することが難しいこと、等に鑑みて提案された注射剤混合支援装置が特許文献1に提案されている。
【0004】
この特許文献1の注射剤混合支援装置においては、ホストコンピュータに接続されたコンピュータに、患者属性データファイル、注射処方ファイル、混合支援データファイル、配合不可データファイル、注意情報データファイル、配合変化記録ファイル、各種マスタファイルなどを装備すると共に、キーボード、ディスプレイ、プリンタも装備し、患者データとその患者用の処方注射剤データと配合関連のデータとをディスプレイに表示させる。
【0005】
更に、この注射剤混合支援装置では、配合関連のデータファイルに、各注射剤のpH値データを格納しておき、複数の注射剤のpH値に基づいてそれら注射剤の配合順序を決定してディスプレイに表示できる。また、この支援装置では、配合関連のデータファイルに、2種類の注射剤が配合できない組み合わせであるか否かの配合不可データを格納しておき、複数の処方注射剤の複数の注射剤組み合わせが配合可能か否かを判断してディスプレイに表示させる。
【0006】
特許文献2に記載の薬袋印刷装置においては、コンピュータに、薬品マスタファイル、配合不可ファイル、pH変動ファイル、配合注意ファイル、プリンタなどを装備し、複数の処方薬剤を配合(混合)する際にpH値が有効範囲に納まるか否か判定し、pH値の有効範囲が崩れる場合には配合しないように規制する。また、この装置では、処方された複数の薬剤を配合する場合の配合可否を判定するように構成してある。しかも、この薬袋印刷装置においては、患者の処方情報に基づいて、患者別施用別の薬剤を纏めて収容する為の患者別施用別薬袋に、必要な情報を印刷することができる。
【0007】
特許文献3に記載の薬袋印刷装置においては、処方した薬品をいれて患者にわたす為の薬袋に種々の画像や必要な文字情報を印刷可能なっている。この種々の画像としては、季節画像、生年月日や年齢に対応する年齢識別画像、顔画像、患者区分画像などがある。
【0008】
一方、抗ガン剤は毒性の強い薬品であるため、投与から投与までの施用間隔が制限され、各施用毎の処方量は、抗ガン剤別に設定された処方量算出用マスター係数と、患者の体表面積に基づいて算出する必要があり、同一の抗ガン剤であってもガンの種類(病名)に応じて投与量が異なる場合も多く、生涯投与量も制限されている等、各ガン患者に1又は複数種の抗ガン剤を処方したり調剤したりするには、細心の注意が必要である。
【0009】
他方、複数の病棟(ナースステーション等)に適切なタイミングで供給する複数種の薬品を取り揃えるのに、現状では、病院の薬局や薬剤部において各病棟の複数の患者の処方箋に基づいて、電卓等を用いて、各病棟において、例えば、翌日の午前中に必要な薬品の薬品集計リスト、午後に必要な薬品の集計リスト、などを作成し、その薬品集計リストに記載された複数種の薬品を取り揃えて該当する病棟に供給する方式も採用されている。
【0010】
【特許文献1】特開2000−311205号公報
【特許文献2】特開2000−113072号公報
【特許文献3】特開2000−218873号公報
【0011】
【発明が解決しようとする課題】抗ガン剤に関して、抗ガン剤の施用間隔や投与量は医師により決定されるが、病院の薬局や薬剤部や調剤薬局において、抗ガン剤の施用間隔や投与量をチェックするには、各抗ガン剤のマスター係数、各ガン患者の身長・体重のデータ、前回の処方時期のデータなど種々の情報が必要であるため、現在では、調剤段階において抗ガン剤の施用間隔や処方量をチェックすることはしていないし、それを可能にする技術は何ら提案されていない。このことは生涯投与量についても同様であり、各ガン患者に過去に投与した抗ガン剤の累積投与量に関するデータが完備していないので、生涯投与量に関しても医師が適宜判断している。
【0012】
しかし、抗ガン剤の施用間隔や投与量を間違って処方したような場合には、患者に重大な影響を及ぼすので、薬剤部などにおける調剤段階においても、抗ガン剤についての処方が適正か否かチェックできることが望ましいが、従来そのような技術はなんら提案されていない。
【0013】
一方、病棟別に時間帯(例えば、午前、午後など)別に必要な薬品のリストを、手作業的に作成するには、多大の労力と時間がかかり、計算ミスも発生しやすいという問題がある。                          他方、入院患者等の場合、輸液に複数の注射薬を配合して点滴するような場合に、点滴瓶などの輸液収容体に、患者名、病室番号、配合する注射薬名などの情報をサインペン等で直接記入して投与するのが普通である。しかし、この場合、必要事項の記入に手間がかかり、患者名などを誤記したような場合には、書き直しもできず、面倒なことになる。
【0014】
本発明の目的は、注射薬調剤支援システムにおいて、処方された抗ガン剤が適正か否か判定可能にすること、病棟別時間帯別に複数種類の注射薬の集計リストを作成可能にすること、輸液収容体に簡単に貼り付け可能なラベルを作成可能にすること、等である。
【0015】
【課題を解決するための手段】請求項1の注射薬調剤支援システムは、病院において複数の患者に注射薬を調剤するのを支援するシステムにおいて、複数種の注射薬の各々に関する、注射薬を特定する為の薬品特定情報と規格量情報とを予め設定すると共に、複数の抗ガン剤注射薬については更に抗ガン剤毎の施用間隔情報と処方量算出用マスター係数も予め設定して記憶媒体に格納した注射薬マスターデータベースと、複数の患者の各々に関する患者特定情報と注射薬処方情報を記憶媒体に記憶させると共に、ガン患者については更に病名と身長・体重の情報を記憶させた患者データベースと、前記注射薬マスターデータベースと患者データベースの情報を用いて、各ガン患者毎に、各施用毎の抗ガン剤の処方量と、その施用間隔が適正か否か判定する抗ガン剤適正判定手段とを備えたものである。
【0016】
注射薬マスターデータベースには、抗ガン剤以外の注射薬についての前記のような情報が格納されているが、各抗ガン剤については、薬品特定情報と規格量情報、施用間隔情報と処方量算出用マスター係数などが格納されている。
患者データベースには、ガン患者以外の患者に関する前記のような情報が格納されているが、ガン患者については、患者特定情報、注射薬処方情報、各施用毎の抗ガン剤の処方量情報などが格納されている。
【0017】
そこで、抗ガン剤適正判定手段は、注射薬マスターデータベースと患者データベースの情報を用いて、各ガン患者毎に、各施用毎の抗ガン剤の処方量とその施用間隔が適正か否か判定する。従って、処方した医師とは別に、注射薬調剤支援システムによって、ガン患者に処方された抗ガン剤の施用間隔と処方量が適正か否か判定できるから、抗ガン剤に関する処方ミスを確実に検出し、投薬ミスを防止できる。
【0018】
ここで、上記請求項1の構成に加えて、次のような構成を採用してもよい。
前記注射薬マスターデータベースは、抗ガン剤については更に各抗ガン剤の生涯投与の限界を示す生涯投与量に関する生涯投与量情報を含み、複数のガン患者の各々における1又は複数種の抗ガン剤の処方履歴の情報を記憶媒体に格納した抗ガン剤処方履歴データベースを設け、前記抗ガン剤適正判定手段は、注射薬マスターデータベースと患者データベースと抗ガン剤処方履歴データベースのデータを用いて、各ガン患者について抗ガン剤毎に累積投与量が生涯投与量以下か否かについても判定する(請求項2)。
【0019】
前記抗ガン剤適正判定手段により、注射薬マスターデータベースと患者データベースと抗ガン剤処方履歴データベースのデータを用いて、各ガン患者について抗ガン剤毎に累積投与量が生涯投与量以下か否かについても判定するので、処方した医師とは別に、各ガン患者に投与した累積投与量が生涯投与量を越えないようにチェックすることできるから、抗ガン剤の過剰投与を確実に防止できる。
【0020】
複数種の注射薬の各々に対して配合禁忌となる注射薬と配合禁忌現象に関する情報を予め設定して記憶媒体に格納した配合禁忌データベースを設ける(請求項3)。この配合禁忌データベースの情報を用いて、複数の注射薬を配合する場合の配合禁忌となる注射薬の組み合わせと配合禁忌現象を知ることが可能となる。
【0021】
前記注射薬マスターデータベースと配合禁忌データベースと患者データベースの情報を用いて、各患者に施用する施用毎の複数種の注射薬について配合禁忌が発生するか否か判定する配合禁忌判定手段を設けた(請求項4)。
従って、配合禁忌判定手段により、各患者に施用する施用毎の複数種の注射薬について配合禁忌が発生するか否か判定することができる。
【0022】
前記患者データベースの情報を用いて、各患者に施用する各施用毎の1又は複数種の注射薬に関する情報と施用時間帯情報と患者特定情報と前記配合禁忌判定手段により判定された配合禁忌に関する情報を準備し、それらの情報を所定の薬袋に印刷して患者別施用別薬袋を作成する患者別施用別薬袋作成手段を設けた(請求項5)。患者別施用別薬袋作成手段より作成される薬袋には、例えば、患者名、施用時間帯(例えば、朝、昼、夕)、1又は複数の注射薬名、配合禁忌を起こす注射薬の組み合わせとその配合禁忌現象(例えば、白濁など)などの情報が印刷される。
【0023】
前記注射薬マスターデータベースは、各注射薬に含まれる水分量と複数種のイオンのイオン量とカロリ量と総窒素量の情報を有する(請求項6)。そのため、患者に施用する複数の注射薬の各々について、上記の水分量と複数種のイオンのイオン量とカロリ量と総窒素量を知ることができるため、1回の施用分の複数の注射薬についての合計水分量と複数種のイオンの合計イオン量と合計カロリ量と合計総窒素量を知ることができる。
【0024】
前記患者別施用別薬袋作成手段は、前記各施用毎の1又は複数の注射薬に含まれる合計水分量と複数種のイオンの合計イオン量と合計カロリ量と合計総窒素量を算出して、それらの情報も患者別薬袋に印刷する(請求項7)。上記のような情報が薬袋に印刷されるため、それらの情報を簡単に知ることができる。
【0025】
請求項4の注射薬調剤支援システムは、病院において複数の患者に注射薬を調剤するのを支援するシステムにおいて、複数の患者の各々に関する患者特定情報と注射薬処方情報を記憶媒体に記憶させると共に、入院患者については更に各患者の入院病棟を特定する病棟情報を記憶させた患者データベースと、前記患者データベースの情報を用いて、複数の病棟の各々において午前や午後などの各時間帯に施用される複数種の注射薬を種類別に集計して、そのリストを作成する病棟別注射薬集計リスト作成手段とを備えたものである。
尚、病棟は、建物単位の病棟だけでなく、病院の各階のナースステーションなども病棟として扱う。前記病棟別注射薬集計リスト作成手段により、複数の病棟の各々において午前や午後などの各時間帯に施用される複数種の注射薬を種類別に集計して、そのリストを作成できるから、各病棟へ供給する複数種の注射薬を能率的に準備することができ、調剤業務の能率を高めることができる。
【0026】
ここで、請求項8の構成に加えて次のような構成を採用してもよい。
前記患者データベースの情報を用いて、各患者に施用する輸液に混合される1又は複数の注射薬に関する情報と施用時間帯情報と患者特定情報とを準備し、それらの情報を所定の剥離式ラベル用紙に印刷して輸液用ラベルを作成するラベル作成手段を設ける(請求項9)。前記ラベル作成手段により作成される輸液用ラベルには、例えば、1又は複数の注射薬の薬品名、施用時間帯(例えば、朝、昼、夕)、患者名などが印刷される。この輸液用ラベルは剥離式ラベル用紙に印刷されるので、簡単に剥離して点滴瓶などの輸液収容体に貼ることができ、誤って貼った場合には簡単に剥がすこともできる。
【0027】
【発明の実施の形態】
以下、本発明に係る注射薬調剤支援システムの実施の形態について、図面に基づいて説明する。この注射薬調剤支援システムは、複数の入院患者を複数の病棟に入院させており、複数のガン患者にも物理化学療法を施すような総合病院において、それら複数の入院患者や外来患者に注射薬を調剤するのを支援するシステムである。
【0028】
図1は、注射薬調剤支援システム1を構成するディスクトップ型のパーソナルコンピュータ2(パソコン)と、このパソコン2に接続された3台のプリンタ3〜5を示し、この注射薬調剤支援システム1は例えば病院の調剤業務を行う部署(例えば、薬剤部)に設置されている。図2はこの注射薬調剤支援システム1のブロック図である。パソコン2は、CPU6、ROM7、RAM8、種々のプログラムやデータ類を書換え可能に記憶する複数のハードディスク9(HD)とそのハードディスクドライブ10(HDD)、CD11を駆動するCDドライブ12(CDD)、入出力インタフェース13(I/O)、キーボード14、液晶ディスプレイ15(LCD)などを有し、このパソコン2には、ネットワークを介して外部と通信する為の通信用インタフェース16、3台の第1〜第3プリンタ3〜5が接続されている。
【0029】
このパソコン2には、例えば「WINDOWS 」のOSがインストールされ、このWINDOWS で作動する後述の種々のルーチン(プログラム)や種々のデータベースが格納されている。図3は、この注射薬調剤支援システム1における、主要なデータベースと、主要な機能達成手段20〜25との関係を示すものである。
上記のデータベースとしては、注射薬マスターデータベースDB1、配合禁忌データベースDB2、患者データベースDB3、患者別抗ガン剤処方履歴データベースDB4などがハードディスク9に格納されている。上記の機能達成手段20〜25としては、配合禁忌判定手段20、pH変動判定手段21、抗ガン剤適正判定手段22、病棟別注射薬集計リスト作成手段23、患者別施用別薬袋作成手段24、ラベル作成手段25などが設けられ、図中の線と矢印は、機能達成手段で活用する情報の流れを示す。
【0030】
次に、上記のデータベース類DB1〜DB4について説明する。
最初に、注射薬マスターデータベースDB1について説明する。
図3、図4(a)、図5に示すように、この注射薬マスターデータベースDB1は、複数種の注射薬の各々に関する、注射薬を特定する為の薬品特定情報と規格量情報とを予め設定すると共に、複数の抗ガン剤注射薬については更に抗ガン剤毎の施用間隔情報と抗ガン剤処方量算出用マスター係数も予め設定してパソコン2のハードディスク9の第1ファイルに記憶させたものである。この注射薬マスターデータベースDB1は、複数種の抗ガン剤注射薬も含めて、例えば約1000種類の注射薬の各々についての薬品特定データと、例えば約50種類の抗ガン剤注射薬の各々についての抗ガン剤固有データなどを含む。
【0031】
図5は、注射薬マスターデータベースDB1における各注射薬に関する注射薬マスターデータの一例(LCD15の画面への表示状態)を示し、本例は「ビソルボン4mg」の例である。この図5に示すように、各注射薬のマスターデータは、薬品を特定する情報として、少なくとも、薬品コード、薬品名、略称、規格量、薬品区分(Aはアンプル、Vはバイアル)、保存区分(室温、冷所)などのデータを含み、更に、成分量の情報として、水分量と、Na+ ,K+ ,Ca++,Mg++,Cl− などの複数種の主要なイオンのイオン量とカロリーと総窒素量のデータを含み、注射薬のpHに関する情報として、下限pH、試料pH(自己pH)、上限pH、酸性緩衝能、アルカリ緩衝能などのデータを含んでいる。
【0032】
この各注射薬のマスターデータは、各抗ガン剤注射薬については、上記のデータに加えて抗ガン剤であることを示す抗ガン剤区分、抗ガン剤処方量算出用マスター係数、ガンの病名別の施用間隔(日数)および各ガン患者に許容される生涯投与量などのデータを含んでいる。上記の病名別の施用間隔および生涯投与量は、その抗ガン剤が処方される10数種類のガンについて設定可能である。
【0033】
抗ガン剤は、ガン患者の体表面積に応じた量を処方する関係上、上記のマスター係数の単位はmg/m2 であり、抗ガン剤は投与から投与までに抗ガン剤特有の施用間隔あけて投与するため施用間隔データも設定され、生涯投与量のデータも設定されている。尚、生涯投与量の単位はmg/m2 としてあるが、絶対量をmg単位で規定してもよく、また、生涯投与量は病名と関係なく複数のガンに共通に設定してもよい。
【0034】
注射薬マスターデータベースDB1を作成する場合は、図5となる初期画面を表示させ、複数のデータ記入欄に各データ(情報)を入力し、第1ファイルに記憶させる作業を、多数の注射薬について夫々実行することで作成することができ、第1ファイルに記憶させた所望の注射薬のマスターデータを読み出して画面に表示させた状態で、データの一部を修正したり、データの一部または全部を抹消したりしてから、再度第1ファイルに記憶させることもできる。
【0035】
次に、配合禁忌データベースDB2について説明する。
図3、図4(b)、図6に示すように、この配合禁忌データベースDB2は、複数種の注射薬の各々に対して配合禁忌となる注射薬と、配合禁忌に関するコメントなどの情報を予め設定してパソコン2のハードディスク9の第2ファイルに記憶させたものである。この配合禁忌データベースDB2は、注射薬マスターベースデータDB1に登録された多数の注射薬のうち、他の1又は複数種の注射薬と配合禁忌を起こす複数の注射薬の各々について、各注射薬と配合禁忌を起こす相手側の注射薬、配合禁忌現象などを示すコメントを予め設定して記憶させたものである。尚、配合禁忌は、配合禁止、配合許可であるが配合注意、の両方を含む概念である。
【0036】
図6は、配合禁忌データベースDB2における各注射薬に関する配合禁忌データの一例(LCD15の画面に表示させた状態)を示し、本例は「ビソルボン4mg」の例である。この図6に示すように、各注射薬の配合禁忌データは、基準となる注射薬(例えば、「ビソルボン4mg」)を特定する情報として、少なくとも、薬品コード、薬品名などのデータを含み、更に、この基準となる注射薬と配合禁忌を起こす1又は複数種の注射薬を特定する情報(薬品コード、薬品名)と、配合禁忌現象などを示すコメントに関するデータを予め設定して記憶させてある。
【0037】
例えば、「アスパラK」の行において、「ビソルボン4mg」に対して「アスパラK」が配合禁忌となり、ビソルボンとアスパラKを輸液(TZ500 ml)に混合させると、その直後に白濁が生じるけれども溶解する限り使用可である旨が示されている。「白濁(直後)」が配合禁忌現象の内容であり、「TZ500 mlに溶解時使用可」が注釈である。「ビソルボン4mg」に対して配合禁忌を起こすその他の注射薬(強ミノC、ケフリン1g、シオマリン1g、・・・)についても同様である。
【0038】
但し、図6は、「ビソルボン4mg」に対して配合禁忌となる注射薬のリストの一部であり、表示画面の一部を示すものに過ぎない。しかも、図示の注射薬は、「ビソルボン4mg」に対して配合禁忌となるが使用可能なものがたまたま図示されてあるが、配合禁忌により使用不可となる注射薬がある場合には、その種の注射薬についての情報も格納されている。
【0039】
次に、患者データベースについて説明する。
図3、図4(c)、図7、図8に示すように、患者データベースDB3は、複数の患者(入院患者、外来患者)の各々に対する患者特定情報と処方情報を入力してパソコン2のハードディスク9の第3ファイルに記憶させ、ガン患者については更に患者毎の病名と身長と体重の情報を入力して上記の第3ファイルに記憶させたものである。患者データベースDB3は、各患者について、患者特定データ、注射薬処方データを含むものである。図7は、ある患者に関するデータの一例(LCD15の画面への表示状態)であり、この画面は処方箋を参照しながら、処方情報(処方データ)を入力する画面でもある。図8は図7の画面内に表示可能な処方関連情報を示すウインド画面である。尚、図7の画面、図8の画面は印刷出力可能である。
【0040】
図7に示すように、患者特定情報としては、少なくとも、患者ID、カナ氏名、漢字氏名、性別、生年月日、年齢、診療科、病棟、病室、担当の医師名などのデータを含み、ガン患者の場合には、更に、身長、体重、病名コード、略称、病名などのデータを含む。尚、ガン患者の場合は、後述のように身長と体重から体表面積を求め、この体表面積に応じて抗ガン剤投与量(処方量)を決定する。
【0041】
図7、図8に示すように、抗ガン剤以外の処方情報としては、複数日分の、施用時間帯の「朝」、「昼」、「夕」に夫々施用する注射薬の処方データが含まれている。例えば、第1群(アキネトン5mg、エフェドリン、FOY100 mg、・・・)が、指定された期間(2002年6 月15日〜2002年6 月18日)に亘って、「朝」投与すべき注射薬であり、第2群(イノバン100 mg、生食20ml、・・・)が「昼」投与すべき注射薬であり、第3群(ソリタT−35 500ml、100 mgアドナ、・・・)が「夕」投与すべき注射薬である。尚、施用時間帯の「朝」、「昼」、「夕」は一例に過ぎず、「夜9時」、「就寝前」などの施用時間帯もある。
【0042】
図9は、図7や図8に関連させて表示可能なウインド画面の一例であって、患者別日別注射薬使用量リスト17を表示した画面の一例であり、指定した何れかのプリンタ3〜5で印刷出力することもできる。患者データベースDB3には、多数の患者の各々について、患者別日別の処方情報が記憶されているので、図9の初期画面を画面に表示させ、患者IDや患者名を入力すると、患者データベースDB3から該当する情報が読み込まれて、図10に示すような複数の注射薬の種類別の注射薬使用量のデータが作成されて表示され、この患者別日別の注射薬使用量のデータはハードディスク9のファイルに格納される。このような患者別日別注射薬使用量のリストは、種々の注射薬を外部から調達する際に有効活用することができる。
【0043】
抗ガン剤は、通常の抗ガン剤以外の注射薬とは投与の形態が全く異なるため、複数のガン患者の各々に関する抗ガン剤の処方情報は、例えば、図10のようになる。図10は、画面表示された「ガン化学療法プロトコル表」の一例を示すものであり、図7と同様に処方入力画面である。患者、病棟、医師、診療科などを特定する情報については、図7と同様である。
【0044】
抗ガン剤の処方情報は、アンプルやバイアルの画像、薬品コード、薬品名、1日投与量、投与法や投与経路の情報の他に、施用日を指定する日付情報、各施用日毎に投与する抗ガン剤を特定する情報と投与量情報などの情報を含む。この抗ガン剤の処方情報は、ハードディスクのファイルに書換え可能に格納され、修正可能であり、図10に表示された「ガン化学療法プロトコル表」は図10に表示した形態又は所定の形態にて印刷出力することもできる。
【0045】
このガン化学療法プロトコル表には、抗ガン剤の投与履歴の情報(例えば、2ケ月間の履歴)、抗ガン剤を施用する施用予定の情報(例えば、2ケ月先まで)も設定されて記憶される。尚、アンプルやバイアルの画像をカラー表示するため、注射薬の処方ミスや投与ミスを防止する上で有利であり、アンプルやバイアルの画像をカラー表示する為の表示データは、ハードディスクに予め格納してある抗ガン剤表示データベースから読みだされる。
【0046】
図7、図8、図10に示す処方情報は、所定期間(例えば2ケ月)分のデータが患者データベースDB3に格納され、所定期間以上経過した処方情報は、ハードディスク9の別のファイルに保存される。但し、抗ガン剤の処方情報については、前記所定期間の最新の処方情報は、処方履歴データベースDB4にも重複的に格納される。図7〜図10の画面により、患者特定情報や処方情報を入力設定したり、修正したり、抹消したりすることが可能であり、その入力後又は修正後のデータが第3ファイルに記憶される。
【0047】
ここで、ガン患者の場合、抗ガン剤別に投与履歴データを保存しておき、抗ガン剤の処方毎に、累積投与量が、抗ガン剤に設定された生涯投与量を越えないように監視する必要がある。そこで、図3、図4(d)、図11に示すように、患者別抗ガン剤処方履歴データベースDB4も設けられている。
図11は、患者別抗ガン剤処方履歴データベースDB4のデータ構造の一例の概要を示すものであり、この処方履歴データベースDB4は、この病院で診察し抗ガン剤を投与してきた多数のガン患者の各々について、抗ガン剤の種類別に、過去から現在までの抗ガン剤処方履歴の情報をパソコン2のハードディスク9の第4ファイルに記憶させたものである。
【0048】
図11は1人の患者の抗ガン剤処方履歴を示す一例であり、患者特定情報と抗ガン剤処方履歴情報とを含む。患者特定情報として、患者IDと患者氏名などのデータが含まれ、抗ガン剤処方履歴情報としては、ガンの病名別に、抗ガン剤(薬品コードで表記)別に、過去から現在までの投与量のデータが記憶されている。この処方履歴データベースDB4は、所定の抗ガン剤処方履歴データ作成ルーチンにより、患者データベースDB3のデータから自動的に作成され、更新しつつ第4ファイルに記憶されている。この処方履歴データベースDB4のデータを用いて、各ガン患者における各病気別に投与された1又は複数種の抗ガン剤の過去から現在までの累積投与量が算出され、抗ガン剤の処方毎に、累積投与量が生涯投与量を越えないように監視するようになっているが、その詳細は後述する。
【0049】
但し、前記の処方履歴データベースDB4には、図11のような抗ガン剤処方履歴情報に加えて、又は、図11のような抗ガン剤処方履歴情報の代わりに、患者別に、抗ガン剤の種類別に、過去から現在までに投与された抗ガン剤累積投与量の情報をも更新しつつ記憶させるように構成してもよい。
【0050】
次に、図3に記載の各機能達成手段20〜25について簡単に説明する。
配合禁忌判定手段20は、注射薬マスターデータベースDB1と配合禁忌データベースDB2と患者データベースDB3の情報を用いて、各患者に施用する施用毎の複数種の注射薬について配合禁忌が発生するか否か判定するものである。この配合禁忌判定手段20は、パソコン2と、そのハードディスク9又はROM7に格納した配合禁忌判定処理ルーチン(図12、図13参照)とで構成されている。尚、ルーチンは一群のデータ処理を実行するプログラムを意味する。
【0051】
pH変動判定手段21は、注射薬マスターデータベースDB1と患者データベースDB3の情報を用いて、各患者に施用する施用毎の複数種の注射薬を共通の輸液に配合した場合に好ましくないpH変動(実質的なpH変動)が生じるか否か判定するものである。このpH変動について厳密に演算すると共に、複数種の処方注射薬の酸性緩衝能能とアルカリ緩衝能とに基づいて大凡の判定を行うことができる。このpH変動判定手段21は、パソコン2と、そのハードディスク9又はROM7に格納したpH変動判定処理ルーチン(図14、図15参照)とを主体にして構成されている。
【0052】
抗ガン剤適正判定手段22は、注射薬マスターデータベースDB1と患者データベースDB3の情報を用いて、各ガン患者毎に、各施用毎の抗ガン剤の処方量と、その施用間隔が適正か否か判定する。しかも、この抗ガン剤適正判定手段22は、上記のデータベースDB1,DB3の情報に加えて、抗ガン剤処方履歴データベースDB4の情報を用いて、各ガン患者について抗ガン剤別に累積投与量が生涯投与量を越えないか否かについても判定する。抗ガン剤適正判定手段22は、パソコン2と、そのハードディスク9又はROM7に格納した抗ガン剤適正判定処理ルーチン(図16、図17参照)とで構成されている。
【0053】
病棟別注射薬集計リスト作成手段23は、患者データベースDB3の情報を用いて、複数の病棟の各々において各施用時間帯に施用される複数種の注射薬を種類別に集計して、そのリストを作成する。この病棟別注射薬集計リスト作成手段23は、パソコン2と、ハードディスク9又はROM7に格納した病棟別注射薬集計リスト作成処理ルーチン(図18)と、プリンタ3とで構成されている。
【0054】
患者別施用別薬袋作成手段24は、患者データベースDB3の情報を用いて、各患者に施用する各施用毎の1又は複数種の注射薬に関する情報と施用時間帯情報と患者特定情報と上記の配合禁忌判定手段20により発生すると判定された配合禁忌現象に関する情報を作成し、それらの情報を所定の薬袋に印刷して患者別薬袋26(図22参照)を作成する。さらに、患者別施用別薬袋作成手段24は、その患者別薬袋26に収容される複数種の注射薬に含まれる、合計水分量、複数種のイオンの合計イオン量、合計カロリー、合計総窒素量の情報も、患者別薬袋26に印刷する。この患者別施用別薬袋作成手段24は、パソコン2と、そのハードディスク9又はROM7に格納した患者別施用別薬袋作成処理ルーチン(図21、図22参照)と、プリンタ4とで構成されている。
【0055】
ラベル作成手段25は、患者データベースDB3の情報を用いて、各患者に施用する輸液に混合される1又は複数の注射薬に関する情報と施用時間帯情報と患者特定情報とを作成し、それらの情報を所定の剥離式ラベル用紙に印刷して輸液用ラベルを作成する。このラベル作成手段25は、パソコン2と、そのハードディスク9又はROM7に格納したラベル作成処理ルーチン(図23、図24参照)と、プリンタ5とで構成されている。
【0056】
次に、前記6つの機能達成手段20〜25の内容について順に説明する。
最初に、配合禁忌判定処理ルーチンについて図12、図13により説明する。図12に示すように、このルーチンの開始後、LCD15に図7の画面となる初期画面が表示され、オペレータが患者IDを入力する(S1 )。次に、患者データベースDB3から患者特定データと注射薬処方データとが読み込まれて、図7のように画面に表示される(S2)。
【0057】
次に、S3において、オペレータが判定対象の処方を指定する。例えば、画面において図7の第1群の処方を指定してもよいし、年月日と施用時間帯のデータ入力を介して処方を指定してもよいし、図8のウインド画面を表示させてその画面上で処方を指定してもよい。尚、複数の処方を一括指定してもよい。次にS4において、指定された処方における複数の注射薬について、各処方注射薬と他の処方注射薬との配合禁忌について、配合禁忌データベースDB2を検索する。例えば、図7の第1群の処方を指定したとすると、配合禁忌データベースDB2のデータに、アキネトン5mgに対して配合禁忌を起こす射薬として、エフェドリン、FOY、・・などがあるか否か検索する。同様に、エフェドリンに対して配合禁忌を起こす注射薬として、FOY、・・などがあるか否か検索する。その他の処方注射薬についても同様に検索する。
【0058】
次に、S5において、配合禁忌となる注射薬の対を検出した場合は、その注射薬対と配合禁忌に関するコメントを表示し、そのコメントのうち配合禁忌現象に関する情報をハードディスク9の所定のファイルに記憶する。例えば、処方注射薬の中に、ビソルボン4mgとメチコバール500 μmとが含まれていたような場合には、それらの注射薬対が判定禁忌を起こすことが検出されて、図13に示すように画面に表示される。上記の配合禁忌に関して、「淡橙赤変(直後)」などの情報が表示される。この配合禁忌判定ルーチンにより検出された配合禁忌に関する情報は、後述のように、患者別施用別薬袋作成ルーチンにおいて、薬袋に印刷される。但し、コメントのうちの注釈の部分(例えば、「但し、溶解時使用可など」)も表示させるように構成し、その情報も薬袋に印刷させるように構成してもよい。
【0059】
次に、pH変動処理ルーチンについて図14、図15により説明する。
図14に示すように、このルーチンの開始後に、LCD15に図7の画面となる初期画面が表示され、オペレータが患者IDを入力する(S10)。次に、患者データベースDB3から患者特定データと注射薬処方データとが読み込まれて、図7のように画面に表示される(S11)。次にS12において、オペレータが判定対象の処方を指定する。例えば、画面において図7の第1群の処方を指定してもよいし、年月日と施用時間帯のデータ入力を介して処方を指定してもよいし、図8のウインド画面を表示させその画面上で処方を指定してもよい。
【0060】
次にS13において、注射薬データベースDB1から処方注射薬のデータを読み出し、pH変動表を表示する表示データが作成されて、図15のような画面として表示される。図15において、各注射薬別に、三角印で示す試料pH値(自己pH値)、下限pH値、上限pH値、酸性緩衝能(強、弱)、アルカリ性緩衝能(強、弱)などが図示されている。なお、酸性緩衝能が強とは、自分より強い酸の影響を受けにくいことを示し、弱はその反対である。アルカリ性緩衝能が強とは自分よりも強いアルカリの影響を受けにくいことを示し、弱はその反対である。
【0061】
次にS14において、処方された複数の注射薬を配合する際に発生するかも知れないpH変動を判定する為の演算処理が実行される。この演算処理としては、2とおりの演算が実行される。演算処理(I)として、複数の注射薬のpH値、用量とを用いて、全部の注射薬を配合後のpH値を所定の演算式で算出する演算が実行される。その配合後の輸液のpH値が、各注射薬の下限pH値と上限pH値との間にある場合には、pH変動なしと判定し、そうでない場合には、その該当する注射薬に関してはpH変動発生と判定する。
【0062】
演算処理(II) として、2種類の注射薬のうち一方の注射薬1の試料pH値が他方の注射薬2の下限pH値と上限pH値との間から外れている場合には、酸性緩衝能とアルカリ性緩衝能に基づいて判定する。例えば、図15において、「ラシックス20mg」の試料pH値が「アキネトン5mg」の下限pH値と上限pH値との間からアルカリ側に外れているけれども、「アキネトン5mg」のアルカリ性緩衝能が「弱」で、「ラシックス20mg」の酸性緩衝能が「弱」であるため、実質的なpH変動は生じない。仮に、1対の注射薬について、一方の酸性緩衝能が「強」(又は「弱」)で、他方のアルカリ性緩衝能が「弱」(または「強」)の場合は、実質的なpH変動が生じるものと判定される。
【0063】
指定された処方における複数の全部の注射薬について、全ての対の注射薬について上記のような演算処理を実行することで、実質的なpH変動が生じるか否か判定する。上記の演算処理(I)、(II)の結果、実質的なpH変動が生じる可能性のある注射薬は、輸液に配合しないようにするため、図14のS15において、その旨のコメントが自動的に又は画面入力にて作成されて表示され、記憶される。尚、薬剤師や医師の経験や勘による判定を加えて、後述のpH変動に関するコメントを作成するようにしてもよい。
【0064】
その場合のコメントは、例えば、「同一シリンジ内pH注意:3ー2」である。但し、3−2は、ある処方における1対の注射薬の番号であり、注射薬2,3を配合すると、pH変動が生じるので、注射薬3に注射薬2を配合すべきでない旨を意味する。但し、図15に図示のものでは、実質的なpH変動が生じないので、そのコメントは作成されず、コメント表示欄(コメント入力欄)にコメントは表示されない。尚、このコメントは、後述の患者別施用別薬袋26を印刷する際に、その薬袋26に印刷される。
【0065】
次に、抗ガン剤適正判定処理ルーチンについて図16、図17により説明する。図16に示すように、このルーチンの開始後に、LCD15に図7の画面となる初期画面が表示され、オペレータが患者IDを入力する(S20)。次に、患者データベースDB3から患者特定データ、身長(H)と体重(W)のデータ、病名データ、抗ガン剤処方データ等が読み込まれて、図7のように画面に表示される(S21)。
【0066】
次に、S22において、オペレータが判定対象の処方を指定する。例えば、画面において図7の第1群〜第3群の何れかの処方を指定してもよいし、年月日と施用時間帯(朝、昼、夕)のデータ入力を介して処方を指定てもよいし、図8のウインド画面を表示させた状態で、その画面上で処方を指定してもよい。次に、S23において、注射薬データベースDB1から、指定された処方に含まれる抗ガン剤のデータが読み込まれ、RAM8のメモリに一時記憶され、次に処方情報に基づいて抗ガン剤別に施用間隔が演算され(S24)、その施用間隔が適正か否か判定される(S25)。
【0067】
この場合、各抗ガン剤別に、処方において設定された施用間隔と、注射薬データベースDB1から読みだした対応する抗ガン剤の施用間隔とを比較することによりS25の判定が実行され、その判定結果がNoの場合は、S26において、警告コメント(例えば、「警告:抗ガン剤・・・の施用間隔が適正でありません!」など)が表示され、RAM8のメモリに記憶される。この警告が表示された場合には、担当の医師の指示に基づいて、施用間隔を広げたり、抗ガン剤の種類を変更するなどで処方内容が一部変更され、患者データベースDB3のデータが一部変更されるため、S21へリターンし、S21以降が再実行される。
【0068】
尚、S25の判定がYes のときは、その旨のメッセージを表示させるようにしてもよい。S25の判定がYes の場合S27において、患者の体表面積Aが、患者の身長H、体重Wのデータを用いて図示の演算式にて演算される。尚、S27の演算式において、Wの乗数(上添字)は 0.444であり、Hの乗数(上添字)は0.663 である。S28では、処方された各抗ガン剤別に抗ガン剤処方量算出用の基準値Kが、K=マスター係数×体表面積A、の式で演算される。次に、S29において、各抗ガン剤別に、抗ガン剤処方量が、0.70K〜1.30Kの範囲に入っているか否か判定し、その判定がNoの場合は、警告コメント(例えば、「警告:抗ガン剤・・・の処方量が適正でありません!」など)が表示され、RAM8のメモリに記憶される(S30)。S29の判定がYes のとき、その抗ガン剤の処方量が適正である旨を表示させるようにしてもよい。
【0069】
上記のように、抗ガン剤処方量が、0.70K〜1.30Kの範囲内か否か判定するのは、上記のマスター係数と体表面積Aとで決める処方量は一応の目安となる処方量に過ぎず、患者の年齢、体力、容体などを考慮して担当医師が、処方量を増減調整できる幅を持たせる為である。上記の警告が表示された場合には、担当の医師の指示に基づいて抗ガン剤処方量を変更するなど処方内容が一部変更され、患者データベースDB3のデータが一部変更されるため、S21へリターンし、S21以降が実行される。
【0070】
次に、S29の判定がYes の場合はS31へ移行し、S31において、抗ガン剤処方履歴データベースDB4から、その患者に関する各抗ガン剤処方履歴データが読み込まれ、次にそれらの処方履歴データを用いて、各抗ガン剤別に抗ガン剤累積投与量が演算されて表示される(S32)。次に、S33では、S23において注射薬データベースDB1から読み出した抗ガン剤の特性データに基づいて、各抗ガン剤別に生涯投与量が演算され、S34において、各抗ガン剤別に、累積投与量が生涯投与量以下か否か判定することにより、各抗ガン剤別に累積投与量が適正か否か判定する。
【0071】
次に、S34の判定がNoの場合は、S35において、警告コメント(例えば、「抗ガン剤・・・は生涯投与量をオーバーします!」など)が表示されて記憶される。尚、上記の警告コメントが表示された場合には、担当の医師の指示に基づいて、抗ガン剤の種類を変更する等して処方内容が変更されるためS21へリターンし、S21以降が再実行される。尚、S34の判定がYes のときは、その旨を表示させるようにしてもよい。
【0072】
S34の判定がYes の場合はS36へ移行し、S36において、今回処方された各抗ガン剤について、各抗ガン剤別に抗ガン剤処方履歴データベースDB4のデータが更新され、その後確認キーが入力されない場合は、S22へリターンしてS22以降が再実行される。そのため、判定対象の処方として別の処方を指定し、上記の同様の抗ガン剤適正判定を行うことができる。最後に確認キーを入力すると、このルーチンが終了する。
【0073】
以上のように、抗ガン剤適正判定ルーチンの自動的なデータ処理により、処方した医師とは別に、ガン患者に処方された抗ガン剤の施用間隔と処方量が適正か否か判定することできるため、抗ガン剤に関する処方ミスを確実に検出し、抗ガン剤の投薬ミスを防止することができる。しかも、抗ガン剤別に、累積投与量が生涯投与量を越えることのないように監視することができるので、抗ガン剤の過剰投与を確実に防止することができる。
【0074】
次に、病棟別注射薬集計リスト作成処理ルーチンについて図18〜図20により説明する。図19は、図18のルーチン実行に先行して、べつのルーチンにより作成される病棟別患者集計処理の表示画面を示すもので、この画面において、患者の病棟を変更したり、退院患者のデータを抹消したりすることができる。
この病棟別患者集計表には、複数の入院患者について、患者ID、病棟、医師名、登録日、発行日などが対応つけて設定されており、この図19に図示のものと同様の「病棟別患者集計表」を指定したプリンタ3により印刷可能である。
尚、この病棟別患者集計処理により、病棟などのデータが変更された場合は、患者データベースDB3のデータにおけ対応するデータが自動的に修正される。この病棟別患者集計処理により病棟別患者集計表が整備された状態において、図16の病棟別注射薬集計リスト作成処理ルーチンが実行される。
【0075】
図18のルーチンが開始されると、図20の画面となる初期画面が表示されS40)、次にその画面により病棟、年月日、時間帯などを指定する。尚、「病棟」は、建物で定義する病棟だけに限定されず、病棟の各階の「ナースステーション」も含む概念である。時間帯は、午前、午後などの時間帯のことであり、「午前」は施用時間帯の「朝」、「昼」を包含し、「午後」は施用時間帯の「夕」、「夜9時」、「就寝前」などを包含するものとする。尚、午前、午後の時間帯に代えて、施用時間帯(朝、昼、夕)により指定することもできる。
【0076】
次に、S42では、患者データベースDB3から、指定された病棟、年月日、時間帯の複数の患者分の処方注射薬データが読み込まれ、次に注射薬別に集計の演算が実行され(S43)、全部の集計演算が終了すると、発行キー入力の有無を判定し(S45)、NoのときはS41へリターンしてS41以降を繰り返し、発行キー入力があったときはS46において、図20に図示のような病棟別注射薬集計リスト27を印刷する為の印刷データを作成し、そのデータをRAM8に一時的に記憶し、次に、S47では指定されたプリンタ3で病棟別注射薬集計リスト27を印刷し、全部のリストの印刷が終了するとこのルーチンが終了する。
【0077】
このように病棟別注射薬集計リスト27を簡単に作成することができるため、このリストに基づいて病棟(ナースステーション)に配送する複数種の注射薬を、薬剤部において過不足なく能率的に準備し、配送用ボックスなどに収容することができ、病棟に適切なタイミングで確実に配送することができる。
【0078】
次に、患者別施用別薬袋作成処理ルーチンについて図21、図22を参照しながら説明する。このルーチンの開始後、図7の画面となる初期画面が表示され、その画面において患者IDが入力される(S50)。次に、S51では、上記の画面により薬袋作成対象の処方が指定される。このとき、年月日と施用時間帯のデータを入力するか指定することにより、処方を指定する。尚、このS51において、複数組の処方を一括指定してもよい。
【0079】
次に、S52において、患者データベースDB3から、患者特定データと、前記指定された処方に該当する処方注射薬データなどが読み込まれ、RAM8のメモリに記憶される。次にS53では、前記の配合禁忌判定ルーチンにより、同一の対象(処方)について実行した配合禁忌判定処理で得られハードディスク9に記憶していた配合禁忌に関するコメントを検索する。次にS54では、前記のpH変動判定ルーチンにより、同一の対象(処方)について実行したpH変動判定処理で得られハードディスク9に記憶していたpH変動に関するコメントを検索する。
【0080】
次に、S55では、患者別施用別薬袋へ印刷する印刷データが作成され、ハードディスク9の所定のファイルに記憶される。このとき、印刷対象の薬袋   に収容される複数種の注射薬について、合計水分量、複数のイオンの合計イオン量、合計カロリー、合計総窒素量を演算して上記の所定のファイルに記憶する。その後、指定されたプリンタ4により薬袋26に印刷処理され(S56)、指定分全ての印刷が終了してからこのルーチンが終了する。図22は、上記のように印刷された薬袋26を示すものであり、この薬袋26の表面側の膜材はインクジェットプリンタでカラー印刷可能な透明な特殊膜材で構成されている。この薬袋26の上段部には、患者特定情報、病室や医師に関連する情報、日付・曜日、施用時間帯(例えば、「朝」)などが印刷され、中段部には処方注射薬に関する情報が印刷される。
【0081】
pH変動判定処理ルーチンの欄で既に説明したように、例えば、図22に図示の例の場合、「5−FU 250mg」と「ビソルボン4mg」を同一シリンジ内に混合させると、pH変動が生じる可能性があるため、「ビソルボン4mg」を点線で区切って最後の行に記載してある。
【0082】
薬袋26の下段部には、pH変動判定処理で作成したコメントである「●同一シリンジ内pH注意:3−2」の情報、配合禁忌に関する注意を換気する注意書きである「下記の薬剤は配合変化を起こす可能性があるため注意して下さい。」という定型の文章、配合禁忌判定処理ルーチンで検出した配合禁忌を起こす注射薬の対を示す「ピソルボン4mg メチコバール 500μg 」の文字列、配合禁忌に関するコメントを示す「淡橙赤変(直後)」という文字列が印刷される。薬袋26の最下段部には、処方されてこの薬袋26に収容される複数種の注射薬について算出した合計の、水分量、複数のイオンのイオン量、カロリー、総窒素量などの情報が印刷される。
【0083】
この薬袋26は、一人の患者の1回分の処方注射薬をまとめて収容する為の薬袋であり、この薬袋26には図22に例示したような種々の情報が印刷され、日付、施用時間帯、pH変動の注意書き、配合禁忌に関するコメント等は、注意を換気する為に例えば、赤色に印刷される。患者氏名、日付・曜日等は、大きなサイズの文字に印刷してある。従って、1人の患者の1回分の処方注射薬を、このような薬袋26に収容するため、患者、施用日付、施用時間帯、注射薬などの対応関係を間違えることがなくなり、投薬ミスの発生を確実に防止できる。
【0084】
しかも、薬袋26にpH変動の注意書き、配合禁忌に関するコメントが印刷されているため、pH変動により薬効や力価が低下したりするのを防止できるうえ、配合禁忌による注射薬の有色の濁りなどが発生したとしても廃棄処分したりすることもなくなるため、注射薬費用を節減することもできる。
【0085】
次に、ラベル作成処理ルーチンについて図23、図24を参照しながら説明する。このルーチンの開始後、所定の初期画面が表示され、その画面において患者IDが入力される(S60)。次に、S61では、上記の画面によりラベル作成対象の処方が指定される。このとき、指定した患者に関する図8のウインド画面が表示されるため、年月日と施用時間帯のデータを入力するか、図8の画面上で指定することにより、処方を指定する。尚、このS61において、複数組の処方をまとめて指定することもできる。
【0086】
次に、S62において、患者データベースDB3から、患者特定データと、指定された処方に該当する処方注射薬データなどが読み込まれ、RAM8のメモリに記憶される。次に、患者特定データ、日付データ、施用時間帯データ、処方注射薬の薬品名データなどを所定の書式となるように配置して、図22に示すようなラベルを印刷する印刷項目のデータを作成し、画面に表示させ、メモリに一時記憶させる(S63)。次に、ラベルに印刷したい注意書きやコメントなどの追加データを必要に応じて入力する(S64)。但し、追加データを入力する必要がない場合にはS64のステップは省略される。次に、上記表示された印刷項目データと追加データとをラベル印刷する印刷データを作成し、メモリに一時記憶する(S65)。次に指定されたプリンタ5によりラベル印刷処理を実行し(S66)、指定分の全ての印刷が終了するとこのルーチンが終了する(S67)。
【0087】
図24は、上記のラベル作成処理ルーチンにより作成された2枚のラベル28である。このラベル28は点滴瓶などの輸液収容体に貼り付ける為のラベルであり、印刷用紙としては、剥離式のラベル28を作成可能な特殊な剥離式印刷用紙が採用され、印刷されたラベル28を剥離して輸液収容体に簡単に貼り付けることができ、間違って別の輸液収容体に貼りつけた場合には簡単に剥がすことができる。
【0088】
ここで、前記実施形態を部分的に変更する例について説明する。
1)前記種々のデータベースDB1〜DB4をパソコン2のハードディスク9のファイルに格納したが、パソコン2は通信用インタフェース16により外部のホストコンピュータとデータ通信可能であるので、前記のデータベースDB1〜DB4の全部又は一部をホストコンピュータ側に格納することも可能である。同様に、機能達成手段20〜25に関しても、それらのルーチンの全部又は一部をホストコンピュータ側に格納することも可能である。このような場合、ホストコンピュータも、注射薬調剤支援システムの一部を構成することになる。
【0089】
2)前記種々のデータベースDB1〜DB4におけるデータ内容や構造は一例を示すものに過ぎず、本発明の目的を逸脱しない範囲で異なるデータ内容や構造のデータベースを採用可能である。患者データベースDB3を、ガン患者以外の患者の患者データベースと、このデータベースと別立てのガン患者用のデータベースとで構成することも可能である。
3)前記プリンタ3〜5は必ずしも3台必要とは限らず、1台又は2台のプリンタで兼用できることは勿論である。
【0090】
4)前記抗ガン剤適正判定ルーチンに関して、図16のS27の演算式は一例を示すもので、異なる簡易演算式を採用してもよい。また、S29における判定用不等式における 0.7×K、1.3 ×Kは一例を示すものに過ぎず、0.70の代わりに0.70〜0.95の間の適当な値を採用可能であり、1.30の代わりに1.05〜1.30の間の適当な値を採用可能である。
【0091】
5)前記患者データベースDB3の情報を用いて、図25に示すような、カルテ貼付け用処方データラベル29を指定した何れかのプリンタ3〜5に印刷出力させる処方データラベル作成手段を設けてもよい。このラベル29は、カルテに貼り付ける為のものであるから、矩形状の所定サイズの剥離紙に印刷される。このラベル29には、注射薬や注射薬以外の薬品を患者に投与する図示のような処方情報が印刷される。
このラベル29に印刷される処方情報は、患者データベースDB3の情報に基づいて作成されるが、このラベル29を視て薬剤部において確認してから、医師のカルテに貼り付けることになるので、また、綺麗に印刷されているため、看護師や医師による薬品の投与ミスを防止する上で効果がある。
【0092】
6)前記注射薬調剤支援システムを、病院の薬剤部や薬局に設置する場合を例として説明したが、この注射薬調剤支援システムのパソコンを複数の医師のパソコンとの間でデータ授受可能に接続しておき、医師による、処方の入力や変更、コメントの入力等種々のデータ授受可能に構成することもある。また、注射薬調剤支援システムを、病院の薬剤部や薬局に設置する代わりに、病院の為の調剤業務を実行する調剤薬局に設置することもあり得る。
但し、前記注射薬調剤支援システムは、注射薬を調剤する部署に設置するとは限らず、病棟に設置することも可能である。この場合、調剤する部署で必要な帳票類は印刷したものをその部署に支給すればよい。
【0093】
7)本発明は以上説明した実施の形態に限定されるものではなく、当業者であれば、本発明の趣旨を逸脱しない範囲で、前記実施形態に種々の変更を付加して実施することができ、本発明はそれらの変更形態をも包含するものである。
【0094】
【発明の効果】請求項1の発明によれば、抗ガン剤適正判定手段により、注射薬マスターデータベースと患者データベースの情報を用いて、各ガン患者毎に、各施用毎の抗ガン剤の処方量とその施用間隔が適正か否か判定することができるので、処方した医師とは別に、注射薬調剤支援システムによって、ガン患者に処方された抗ガン剤の施用間隔と処方量が適正か否か判定できるから、抗ガン剤に関する処方ミスを確実に検出し、投薬ミスを防止できる。
【0095】
請求項2の発明によれば、前記抗ガン剤適正判定手段により、各ガン患者について抗ガン剤毎に累積投与量が生涯投与量以下か否かについても判定するので、処方した医師とは別に、各ガン患者への累積投与量が生涯投与量を越えないようにチェックできるから、抗ガン剤の過剰投与を確実に防止できる。
【0096】
請求項3の発明によれば、複数種の注射薬の各々に対して配合禁忌となる注射薬と配合禁忌現象に関する情報を予め設定して記憶媒体に格納した配合禁忌データベースを設けるため、複数の注射薬を配合する場合の配合禁忌となる注射薬の組み合わせと配合禁忌現象を知ることが可能となる。
【0097】
請求項4の発明によれば、配合禁忌判定手段を設けたので、各患者に施用する施用毎の複数種の注射薬について配合禁忌が発生するか否か判定することができ、配合禁忌に伴う注射薬の廃棄処分等を減らすことできる。
【0098】
請求項5の発明によれば、患者別施用別薬袋作成手段により、例えば、患者名、施用時間帯(例えば、朝、昼、夕)、1又は複数の注射薬名、配合禁忌を起こす注射薬の組み合わせとその配合禁忌現象(例えば、白濁など)などの情報を印刷した薬袋を作成することができ、この薬袋に1回の施用分の注射薬を収容して看護師に供給することで、投薬のミス等を確実に防止することできる。
【0099】
請求項6の発明によれば、前記注射薬マスターデータベースが、各注射薬に含まれる水分量と複数種のイオンのイオン量とカロリ量と総窒素量の情報を有するので、1回の施用分の複数の注射薬についての合計水分量と複数種のイオンの合計イオン量と合計カロリ量と合計総窒素量を知ることができ、それらの情報を医師による処方や入院患者の献立に有効活用することができる。
【0100】
請求項7の発明によれば、前記患者別施用別薬袋作成手段は、前記各施用毎の1又は複数の注射薬に含まれる合計水分量と複数種のイオンの合計イオン量と合計カロリ量と合計総窒素量を算出して、それらの情報も患者別薬袋に印刷するので、それらの情報を簡単に知ることができ、それらの情報を活用する際に便利である。
【0101】
請求項8の発明によれば、前記病棟別注射薬集計リスト作成手段により、複数の病棟の各々において午前や午後などの各時間帯に施用される複数種の注射薬を種類別に集計して、そのリストを作成できるから、各病棟へ供給する複数種の注射薬を能率的に準備することができ、調剤業務の能率を高めることができる。
【0102】
請求項9の発明によれば、前記ラベル作成手段を設けたので、例えば、1又は複数の注射薬の薬品名、施用時間帯(例えば、朝、昼、夕)、患者名などが印刷された輸液用ラベルを作成することができ、この輸液用ラベルは剥離式ラベル用紙に印刷されるので、簡単に剥離して点滴瓶などの輸液収容体に貼ることができ、誤って貼った場合には簡単に剥がすこともできる。
【図面の簡単な説明】
【図1】本発明の実施形態に係る注射薬調剤支援システムの外観斜視図である。
【図2】注射薬調剤支援システムのブロック図である。
【図3】複数のデータベースと複数の機能達成手段の関係を示す説明図である。
【図4】(a)注射薬マスターデータベースの概要説明図、(b)は配合禁忌データベースの概要説明図、(c)は患者データベースの概要説明図、(d)は患者別抗ガン剤処方履歴データベースの概要説明図である。
【図5】注射薬マスターデータの一例を示す説明図である。
【図6】配合禁忌データの一例を示す説明図である。
【図7】患者データベースのデータ内容を説明する説明図である。
【図8】患者データベースのうちの一部を説明する説明図である。
【図9】患者別日別調剤使用量リストの説明図である。
【図10】患者データベースのデータ内容を説明する説明図である。
【図11】患者別抗ガン剤処方履歴データの内容を説明する説明図である。
【図12】配合禁忌判定処理のフローチャートである。
【図13】配合禁忌判定処理で検出した判定禁忌の一例を説明する説明図。
【図14】pH変動処理のフローチャートである。
【図15】pH変動表の表示例を示す説明図である。
【図16】抗ガン剤適正判定処理のフローチャートの一部である。
【図17】抗ガン剤適正判定処理のフローチャートの残部である。
【図18】病棟別注射薬集計リスト作成処理のフローチャートである。
【図19】病棟別患者集計表の表示例を示す説明図である。
【図20】病棟別注射薬集計リストの表示例を説明する説明図である。
【図21】患者別施用別薬袋作成処理のフローチャートである。
【図22】印刷された患者別施用別薬袋の平面図である。
【図23】ラベル作成処理のフローチャートである。
【図24】特殊印刷用紙に印刷された印刷されたラベルの平面図である。
【図25】カルテ貼付け用処方データラベルの印刷例を説明する説明図である。
【符号の説明】
1     注射薬調剤支援システム
2     パソコン
9     ハードディスク
DB1   注射薬マスターデータベース
DB2   配合禁忌データベース
DB3   患者データベース
DB4   患者別抗ガン剤処方履歴データベース
3〜5   プリンタ
20    配合禁忌判定手段
22    抗ガン剤適正判定手段
23    病棟別注射薬集計リスト作成手段
24    患者別施用別薬袋作成手段
25    ラベル作成手段
[0001]
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for supporting the dispensing of injections to a plurality of patients in a hospital. The present invention relates to a device provided with a medicine tally list creating means and the like.
[0002]
2. Description of the Related Art Conventionally, a large number of inpatients are hospitalized in a plurality of wards, and in a general ward where physiochemotherapy is administered to a plurality of cancer patients, each ward is required based on a doctor's prescription. It is necessary to collect and supply various types and amounts of medicines, and to supply various medicines (powder, tablets, injections and infusions, etc.) for each patient's application.
[0003]
When multiple types of injections are mixed with an infusion and applied to a patient according to a prescription prepared by a doctor, the injections may become turbid, change the appearance of sediments, decompose components, or reduce potency. In view of the fact that there are many cases, it is difficult for nurses, etc. to have sufficient pharmaceutical knowledge about these phenomena, an injection mixing support device proposed in view of Patent Document 1 has been proposed. I have.
[0004]
In the injection mixing support apparatus of Patent Document 1, a computer connected to a host computer stores a patient attribute data file, an injection prescription file, a mixing support data file, a compounding impossible data file, a caution information data file, and a compound change record file. In addition to being equipped with various master files and the like, a keyboard, a display, and a printer are also provided to display patient data, prescription injection data for the patient, and combination-related data on the display.
[0005]
Furthermore, in this injection mixing support apparatus, the pH value data of each injection is stored in the data file relating to the mixing, and the mixing order of the injections is determined based on the pH values of the plurality of injections. Can be displayed on the display. In addition, in this support device, combination-impossible data indicating whether or not a combination of two types of injections cannot be combined is stored in a combination-related data file, and a plurality of injection combinations of a plurality of prescription injections are stored. It is determined whether or not it can be blended and displayed on the display.
[0006]
In the medicine bag printing apparatus described in Patent Document 2, a computer is equipped with a medicine master file, a compounding impossible file, a pH fluctuation file, a compounding caution file, a printer, and the like. It is determined whether or not the value falls within the effective range, and if the effective range of the pH value is lost, it is regulated not to mix. In addition, this apparatus is configured to determine whether or not a plurality of prescribed drugs can be blended. In addition, in this medicine bag printing apparatus, necessary information can be printed on a patient-specific medicine bag for accommodating and accommodating a medicine for each patient according to the prescription information of the patient.
[0007]
In the medicine bag printing apparatus described in Patent Literature 3, various images and necessary character information can be printed on a medicine bag for supplying a prescribed medicine to a patient. The various images include a seasonal image, an age identification image corresponding to the date of birth and age, a face image, a patient classification image, and the like.
[0008]
On the other hand, since anticancer drugs are highly toxic drugs, the application interval from administration to administration is limited, and the prescription amount for each application is determined by the prescription amount calculation master coefficient set for each anticancer agent and the patient's It is necessary to calculate based on the body surface area, and even with the same anticancer drug, the dose is often different depending on the type (disease name) of the cancer, and the life-time dose is limited. Great care must be taken when prescribing or dispensing one or more anti-cancer agents into a drug.
[0009]
On the other hand, in order to stock multiple types of medicines to be supplied to multiple wards (nurse stations, etc.) at appropriate timing, at present, a pharmacy or pharmacy in a hospital uses a calculator or the like based on the prescriptions of multiple patients in each ward. In each ward, for example, a drug summary list of necessary drugs in the morning of the next day, a drug summary list of required drugs in the afternoon, etc. are created, and a plurality of types of drugs described in the drug summary list are created. There is also a system that supplies them to the appropriate ward.
[0010]
[Patent Document 1] JP-A-2000-311205
[Patent Document 2] JP-A-2000-113072
[Patent Document 3] JP-A-2000-218873
[0011]
With respect to the anticancer drug, the application interval and dose of the anticancer drug are determined by a physician. However, in a pharmacy, a pharmacy or a dispensing pharmacy at a hospital, the application interval or the administration of the anticancer drug is determined. Checking the amount requires various information such as the master coefficient of each anticancer drug, height and weight data of each cancer patient, and data on the last prescription time. It does not check the application interval and prescription amount, and no technique has been proposed to make it possible. The same applies to the lifetime dose, and since the data on the cumulative dose of the anticancer drug administered to each cancer patient in the past is not complete, the physician appropriately determines the lifetime dose.
[0012]
However, improper prescription of anticancer drug application intervals and dosages can have a serious effect on patients. It is desirable to be able to check whether such a technique is available, but no such technique has been proposed in the past.
[0013]
On the other hand, manually creating a list of necessary medicines for each time zone (for example, morning, afternoon, etc.) for each ward requires a great deal of labor and time, and there is a problem that calculation errors are likely to occur. On the other hand, in the case of an inpatient, etc., when a plurality of injections are mixed into an infusion and an infusion is performed, information such as a patient name, a hospital room number, and the name of the injection to be mixed is filled in a transfusion container such as an infusion bottle. It is usual to fill in the dose directly. However, in this case, it takes time and effort to fill in the necessary items, and if the patient name or the like is erroneously written, it cannot be rewritten and becomes troublesome.
[0014]
The object of the present invention, in the injection drug dispensing support system, to be able to determine whether the prescribed anticancer drug is appropriate, to be able to create a total list of multiple types of injections by ward time zone, And making a label that can be easily attached to an infusion container.
[0015]
According to a first aspect of the present invention, there is provided a system for supporting dispensing of an injection for a plurality of patients in a hospital. The drug identification information and the standard amount information for identification are set in advance, and, for a plurality of anticancer drug injections, the application interval information and the prescription amount calculation master coefficient for each anticancer agent are also set in advance for storage media. Injection drug master database and patient identification information and injectable drug prescription information for each of a plurality of patients are stored in a storage medium, and for cancer patients, a disease database and height and weight information are further stored. Using the information of the injection medicine master database and the patient database, for each cancer patient, whether the prescribed amount of the anticancer drug for each application and whether the application interval is appropriate or not. Is obtained by a proper determination unit anticancer agent determines.
[0016]
The above information on injections other than the anticancer drug is stored in the injection drug master database. For each anticancer drug, drug identification information and standard amount information, application interval information and prescription amount calculation are provided. For example, the master coefficient is stored.
The patient database stores the above-mentioned information on patients other than cancer patients. For cancer patients, patient identification information, injection prescription information, prescription amount information of anticancer drugs for each application, and the like are stored. Is stored.
[0017]
Therefore, the anticancer drug appropriateness determination means uses the information of the injection drug master database and the patient database to determine, for each cancer patient, whether the prescribed amount of the anticancer drug for each application and the application interval are appropriate. . Therefore, independent of the prescribing physician, the injection medicine dispensing support system can determine whether the application interval and the prescribed amount of the anticancer drug prescribed to the cancer patient are appropriate, so that a prescription error regarding the anticancer drug can be reliably detected. In addition, medication errors can be prevented.
[0018]
Here, the following configuration may be employed in addition to the configuration of the first aspect.
The injectable drug master database further includes, for the anticancer drug, lifetime dose information regarding a lifetime dose indicating a limit of the lifetime administration of each anticancer drug, and one or more anticancer drugs in each of a plurality of cancer patients. An anticancer drug prescribing history database in which prescription history information is stored in a storage medium is provided, and the anticancer drug adequacy determining means uses data of an injection drug master database, a patient database, and an anticancer drug prescribing history database, It is also determined for a cancer patient whether the cumulative dose is equal to or less than the lifetime dose for each anticancer drug (Claim 2).
[0019]
By the anticancer drug adequacy determining means, using the data of the injection drug master database, the patient database and the anticancer drug prescription history database, for each cancer patient whether or not the cumulative dose for each anticancer drug is less than the lifetime dose Since it is also possible to check that the cumulative dose administered to each cancer patient does not exceed the lifetime dose separately from the prescribing physician, it is possible to reliably prevent the overdose of the anticancer drug.
[0020]
For each of the plurality of types of injections, a combination contraindication database in which information on injection contraindications and combination contraindications are preset and stored in a storage medium is provided (claim 3). Using the information of this combination contraindication database, it becomes possible to know the combination of injections that are contraindicated when combining a plurality of injections and the contraindication phenomenon.
[0021]
Using the information of the injection medicine master database, the combination contraindication database and the patient database, a combination contraindication determining means for determining whether a combination contraindication occurs for a plurality of types of injections for each application applied to each patient is provided ( Claim 4).
Therefore, it is possible to determine whether or not a combination contraindication occurs for a plurality of types of injections for each application to be applied to each patient by the combination contraindication determination means.
[0022]
Using the information in the patient database, information on one or more types of injections for each application to be applied to each patient, application time zone information, patient identification information, and information on the incompatibility determined by the incompatibility determination means And a means for creating a separate medicine bag for each patient to print the information on a predetermined medicine bag to create a separate medicine bag for each patient is provided (claim 5). The medicine bag created by the patient-specific medicine bag making means includes, for example, a combination of a patient name, an application time period (for example, morning, noon, evening), one or more injection medicine names, and an injection medicine causing contraindications. Information such as the contraindications (for example, cloudiness) is printed.
[0023]
The injection medicine master database has information on the amount of water contained in each injection medicine, the amount of ions of a plurality of types of ions, the amount of calories, and the total amount of nitrogen (claim 6). Therefore, for each of the plurality of injections to be applied to the patient, the amount of water, the amount of ions of a plurality of types of ions, the amount of calories, and the total amount of nitrogen can be known. , The total amount of water, the total amount of ions of a plurality of types of ions, the total amount of calories, and the total amount of nitrogen can be known.
[0024]
The patient-specific application-specific bag creating means calculates a total amount of water, a total amount of ions, a total amount of calories, and a total amount of total nitrogen contained in one or more injections for each application, The information is also printed on a patient-specific medicine bag (claim 7). Since the information as described above is printed on the medicine bag, the information can be easily known.
[0025]
An injection medicine dispensing support system according to claim 4 is a system for supporting dispensing an injection medicine to a plurality of patients in a hospital, wherein patient specific information and injection medicine prescription information relating to each of the plurality of patients are stored in a storage medium. For inpatients, a patient database that further stores ward information specifying the inpatient ward of each patient, and using the information in the patient database, is applied at each time zone such as morning or afternoon in each of the plurality of wards. And a ward-by-ward injection medicine total list creating means for summarizing a plurality of types of injection medicines by type and creating a list thereof.
It should be noted that a ward is not limited to a ward for each building, but also a nurse station on each floor of the hospital. The ward-specific injection medicine total list creating means can compile a plurality of types of injection medicines applied in each time zone such as morning and afternoon in each of the plurality of wards by type, and create a list thereof. A plurality of types of injections to be supplied to the pharmaceutical preparation can be efficiently prepared, and the efficiency of dispensing work can be improved.
[0026]
Here, the following configuration may be adopted in addition to the configuration of the eighth aspect.
Using the information of the patient database, prepare information on one or more injections to be mixed with the infusion to be applied to each patient, application time zone information, and patient identification information, and use the information as a predetermined peelable label. Label producing means for producing a label for infusion by printing on paper is provided (claim 9). The infusion label created by the label creating means is printed with, for example, the drug name of one or a plurality of injections, the application time zone (for example, morning, noon, evening), the patient's name, and the like. Since the label for infusion is printed on a peelable label paper, it can be easily peeled off and attached to an infusion container such as a drip bottle, and can be easily peeled off if it is erroneously attached.
[0027]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of an injection medicine dispensing support system according to the present invention will be described with reference to the drawings. This injectable drug dispensing support system allows multiple inpatients to be hospitalized in multiple wards, and in a general hospital where multiple cancer patients also receive physiochemotherapy, multiple inpatients and outpatients can receive injectable drugs. Is a system that supports dispensing.
[0028]
FIG. 1 shows a desktop personal computer 2 (personal computer) constituting an injection medicine dispensing support system 1 and three printers 3 to 5 connected to the personal computer 2. For example, it is installed in a department (for example, a pharmacy department) that performs dispensing work in a hospital. FIG. 2 is a block diagram of the injection medicine dispensing support system 1. The personal computer 2 includes a CPU 6, a ROM 7, a RAM 8, a plurality of hard disks 9 (HD) for rewritably storing various programs and data, a hard disk drive 10 (HDD) thereof, a CD drive 12 (CDD) for driving a CD 11, The personal computer 2 includes an output interface 13 (I / O), a keyboard 14, a liquid crystal display 15 (LCD), and the like. Third printers 3 to 5 are connected.
[0029]
For example, an OS of “WINDOWS” is installed in the personal computer 2, and various routines (programs) and various databases described later that operate on the WINDOWS are stored. FIG. 3 shows the relationship between the main database and the main function achieving means 20 to 25 in the injection medicine dispensing support system 1.
As the above-mentioned database, an injection medicine master database DB1, a combination contraindication database DB2, a patient database DB3, a patient-specific anticancer drug prescription history database DB4, and the like are stored in the hard disk 9. The above-mentioned function achieving means 20 to 25 include combination contraindication determining means 20, pH fluctuation determining means 21, anticancer drug adequacy determining means 22, ward-based injection medicine total list creating means 23, patient-specific applied medicine bag creating means 24, A label creating unit 25 and the like are provided, and the lines and arrows in the figure indicate the flow of information used by the function achieving unit.
[0030]
Next, the databases DB1 to DB4 will be described.
First, the injection medicine master database DB1 will be described.
As shown in FIG. 3, FIG. 4 (a) and FIG. 5, this injection medicine master database DB1 stores in advance medicine identification information for specifying an injection medicine and standard amount information for each of a plurality of types of injection medicines. In addition to the setting, for a plurality of injections of anticancer drug, application interval information for each anticancer drug and a master coefficient for calculating the prescription amount of anticancer drug were also set in advance and stored in the first file of the hard disk 9 of the personal computer 2. Things. This injection medicine master database DB1 includes, for example, medicine identification data for each of about 1000 kinds of injection medicines including a plurality of kinds of injections of anticancer medicines and, for example, about 50 kinds of injections of anticancer medicine injections. Includes data specific to anticancer drugs.
[0031]
FIG. 5 shows an example of the injection medicine master data (the display state on the screen of the LCD 15) of each injection medicine in the injection medicine master database DB1, and this example is an example of "Bisorubon 4 mg". As shown in FIG. 5, the master data of each injection includes at least a drug code, a drug name, an abbreviation, a standard amount, a drug category (A is an ampule, V is a vial), and a storage category as information for specifying a drug. (Room temperature, cold place), and further, as information of the component amount, the amount of water, Na + , K + , Ca ++ , Mg ++ , Cl Includes data on the ion amount, calories and total nitrogen amount of multiple types of major ions, such as the lower limit pH, sample pH (self pH), upper limit pH, acidic buffering capacity, and alkaline buffering capacity. Includes such data.
[0032]
The master data of each injection is, in addition to the above data, for each injection of anticancer drug, an anticancer drug category indicating that the drug is an anticancer drug, a master coefficient for calculating an anticancer drug prescription amount, and a cancer disease name. It includes data such as separate application intervals (days) and the acceptable lifetime dose for each cancer patient. The above-mentioned application intervals and lifetime doses for each disease name can be set for dozens of cancers for which the anticancer drug is prescribed.
[0033]
Since the amount of the anticancer agent is prescribed according to the body surface area of the cancer patient, the unit of the above master coefficient is mg / m 2 Since the anticancer drug is administered at an application interval peculiar to the anticancer drug from administration to administration, application interval data is also set, and lifetime dose data is also set. The unit of the lifetime dose is mg / m 2 However, the absolute amount may be defined in units of mg, and the lifetime dose may be set in common for a plurality of cancers regardless of the disease name.
[0034]
In the case of creating the injection medicine master database DB1, the work of displaying the initial screen shown in FIG. 5, inputting each data (information) in a plurality of data entry fields, and storing the data in the first file is performed for a large number of injection medicines. Each of them can be created by executing each of them. In a state where the master data of the desired injection medicine stored in the first file is read and displayed on the screen, a part of the data is corrected, It is also possible to delete all of them and then store them again in the first file.
[0035]
Next, the incompatibility database DB2 will be described.
As shown in FIG. 3, FIG. 4 (b), and FIG. 6, the combination contraindication database DB2 stores in advance information such as injectables that are contraindicated for each of a plurality of types of injections and comments on contraindications. This is set and stored in the second file of the hard disk 9 of the personal computer 2. This combination contraindication database DB2 contains, for each of a plurality of injections that are contraindicated with one or more other types of injections, among a large number of injections registered in the injection medicine master base data DB1, A comment indicating a contra-injection drug, a contra-inhibitory phenomenon, or the like that causes a contraindication is set and stored in advance. It should be noted that compounding contraindications are concepts that include both compounding prohibited and compounding permitted but cautioned.
[0036]
FIG. 6 shows an example of the combination contraindication data (a state displayed on the screen of the LCD 15) of each combination drug in the combination contraindication database DB2, and this example is an example of “Bisorubon 4 mg”. As shown in FIG. 6, the combination contraindication data of each injection includes at least data such as a drug code and a drug name as information for specifying a reference injection (for example, “bisorbon 4 mg”). Information (drug code, drug name) for specifying one or more types of injectable drugs that cause incompatibilities with the injectable drug serving as this reference and data on comments indicating incompatibility phenomena and the like are set and stored in advance. .
[0037]
For example, in the line of "aspara K", "aspara K" is contraindicated in combination with "visorubone 4 mg", and when bisorbon and aspara K are mixed in an infusion solution (TZ500 ml), it dissolves although it becomes cloudy immediately after that. As long as it can be used. “White turbidity (immediately after)” is the content of the contraindicated phenomenon, and “Useable when dissolved in 500 ml of TZ” is a commentary. The same applies to other injections (Strong Mino C, Kefrin 1 g, Siomarin 1 g,...) Which cause contraindications for “Bisorubon 4 mg”.
[0038]
However, FIG. 6 is a part of a list of injections that are contraindicated for incorporation of “Bisorubon 4 mg” and shows only a part of the display screen. Moreover, the injections shown in the figure are contraindicated for "Bisorubon 4 mg", but those that can be used happen to be shown. Information about injections is also stored.
[0039]
Next, the patient database will be described.
As shown in FIG. 3, FIG. 4 (c), FIG. 7, and FIG. 8, the patient database DB3 inputs patient identification information and prescription information for each of a plurality of patients (inpatients and outpatients), and The information is stored in the third file of the hard disk 9 and, for the cancer patient, the disease name, height and weight of each patient are further input and stored in the third file. The patient database DB3 includes patient identification data and injection drug prescription data for each patient. FIG. 7 shows an example of data relating to a certain patient (display state on the screen of the LCD 15). This screen is also a screen for inputting prescription information (prescription data) while referring to a prescription. FIG. 8 is a window screen showing prescription-related information that can be displayed in the screen of FIG. The screen in FIG. 7 and the screen in FIG. 8 can be printed out.
[0040]
As shown in FIG. 7, the patient identification information includes at least data such as the patient ID, kana name, kanji name, gender, date of birth, age, medical department, ward, ward, and the name of the doctor in charge. In the case of a patient, the information further includes data such as height, weight, disease name code, abbreviation, and disease name. In the case of a cancer patient, the body surface area is determined from the height and weight as described later, and the dose (prescription amount) of the anticancer drug is determined according to the body surface area.
[0041]
As shown in FIG. 7 and FIG. 8, the prescription information other than the anticancer drug includes prescription data of injections to be applied to “morning”, “lunch”, and “evening” in the application time zone for a plurality of days. include. For example, the first group (Aquinetone 5 mg, ephedrine, FOY 100 mg,...) May receive an injection to be administered “morning” over a specified period (June 15, 2002 to June 18, 2002). The second group (Innovan 100 mg, saline 20 ml, ...) is an injection to be administered "lunch" and the third group (Solita T-35 500 ml, 100 mg Adna, ...) "Evening" is an injection to be administered. Note that the application time zones “morning”, “daytime”, and “evening” are merely examples, and there are application time zones such as “9:00 at night” and “before going to bed”.
[0042]
FIG. 9 is an example of a window screen that can be displayed in association with FIGS. 7 and 8, and is an example of a screen displaying a daily injection drug usage list 17 for each patient. -5 can be printed out. Since the patient database DB3 stores prescription information for each of a large number of patients for each patient, the initial screen shown in FIG. 9 is displayed on the screen, and when the patient ID and the patient name are input, the patient database DB3 is displayed. The corresponding information is read from the system, and the data on the amount of the injection used for each type of injection as shown in FIG. 10 is created and displayed. 9 files. Such a list of the daily injection amount for each patient can be effectively used when various injections are procured from the outside.
[0043]
Since the administration form of the anticancer agent is completely different from that of an injection other than the usual anticancer agent, the prescription information of the anticancer agent for each of a plurality of cancer patients is, for example, as shown in FIG. FIG. 10 shows an example of the “cancer chemotherapy protocol table” displayed on the screen, and is a prescription input screen as in FIG. 7. Information for specifying a patient, a ward, a doctor, a medical department, and the like are the same as in FIG.
[0044]
The prescription information of the anticancer drug includes ampule and vial images, drug code, drug name, daily dosage, administration method and administration route information, as well as date information specifying the application date, and administration for each application date. It contains information such as information specifying the anticancer drug and dosage information. The prescription information of the anticancer drug is rewritably stored in a file on the hard disk and can be modified, and the “cancer chemotherapy protocol table” shown in FIG. 10 is displayed in the form shown in FIG. 10 or in a predetermined form. It can also be printed out.
[0045]
In the cancer chemotherapy protocol table, information on the administration history of the anticancer drug (for example, history for two months) and information on the scheduled application of the anticancer drug (for example, up to two months ahead) are also set and stored. Is done. In addition, since the images of ampules and vials are displayed in color, it is advantageous in preventing mistakes in the prescription and administration of injections, and the display data for displaying the images of ampules and vials in color is stored in the hard disk in advance. It is read from a certain anticancer drug labeling database.
[0046]
7, 8, and 10, data for a predetermined period (for example, two months) is stored in the patient database DB <b> 3, and the prescription information after the predetermined period has elapsed is stored in another file on the hard disk 9. You. However, regarding the prescription information of the anticancer drug, the latest prescription information for the predetermined period is also stored redundantly in the prescription history database DB4. 7 to 10, it is possible to input, set, correct, or delete patient identification information and prescription information, and the data after the input or correction is stored in the third file. You.
[0047]
Here, in the case of cancer patients, administration history data is saved for each anticancer drug, and for each prescription of the anticancer drug, the cumulative dose is monitored so that it does not exceed the lifetime dose set for the anticancer drug There is a need to. Therefore, as shown in FIGS. 3, 4 (d) and 11, a patient-specific anticancer agent prescription history database DB4 is also provided.
FIG. 11 shows an outline of an example of a data structure of a patient-specific anticancer drug prescription history database DB4. The prescription history database DB4 is provided for a large number of cancer patients who have been examined at this hospital and administered anticancer drugs. In each case, information on the history of the prescription of the anticancer drug from the past to the present is stored in the fourth file of the hard disk 9 of the personal computer 2 for each type of the anticancer drug.
[0048]
FIG. 11 is an example showing the anticancer drug prescription history of one patient, and includes patient identification information and anticancer drug prescription history information. The patient identification information includes data such as a patient ID and a patient name, and the anticancer drug prescribing history information includes, for each cancer disease name, for each anticancer drug (denoted by a drug code), for the past to present doses. Data is stored. The prescription history database DB4 is automatically created from the data in the patient database DB3 by a predetermined anticancer agent prescription history data creation routine, and is stored in the fourth file while being updated. Using the data of this prescription history database DB4, the cumulative dose from the past to the present of one or more kinds of anticancer drugs administered for each disease in each cancer patient is calculated, and for each prescription of the anticancer drug, The cumulative dose is monitored so as not to exceed the lifetime dose, which will be described later in detail.
[0049]
However, in the above-mentioned prescription history database DB4, in addition to the anti-cancer drug prescription history information as shown in FIG. 11 or instead of the anti-cancer drug prescription history information as shown in FIG. For each type, information on the cumulative dose of the anticancer drug administered from the past to the present may be stored while being updated.
[0050]
Next, each function achieving means 20 to 25 shown in FIG. 3 will be briefly described.
The combination contraindication determination means 20 uses the information in the injection medicine master database DB1, the combination contraindication database DB2, and the patient database DB3 to determine whether a combination contraindication occurs for a plurality of types of injections applied to each patient for each application. To do. The combination contraindication determining means 20 includes the personal computer 2 and a combination contraindicated judgment processing routine stored in the hard disk 9 or the ROM 7 (see FIGS. 12 and 13). The routine means a program for executing a group of data processing.
[0051]
The pH fluctuation determination means 21 uses the information of the injection medicine master database DB1 and the patient database DB3 to mix the plural kinds of injection medicines for each application to be applied to each patient into a common infusion, which is not preferable for the pH fluctuation (substantially). This is to determine whether or not a typical pH change occurs. In addition to strictly calculating this pH fluctuation, it is possible to make a rough judgment based on the acidic buffering capacity and the alkaline buffering capacity of a plurality of prescription injections. The pH change determination means 21 is mainly composed of the personal computer 2 and a pH change determination processing routine stored in the hard disk 9 or the ROM 7 (see FIGS. 14 and 15).
[0052]
The anticancer drug adequacy determining means 22 uses the information in the injection medicine master database DB1 and the patient database DB3 to determine, for each cancer patient, the prescribed amount of the anticancer drug for each application and whether the application interval is appropriate. judge. Moreover, the anti-cancer drug adequacy determining means 22 uses the information of the anti-cancer drug prescribing history database DB4 in addition to the information of the above-mentioned databases DB1 and DB3 to determine the cumulative dose for each anti-cancer drug for each cancer patient for a lifetime. It is also determined whether the dose is exceeded. The anti-cancer drug suitability determining means 22 includes the personal computer 2 and an anti-cancer drug suitability determination processing routine stored in the hard disk 9 or the ROM 7 (see FIGS. 16 and 17).
[0053]
The ward-specific injection medicine total list creating means 23 uses the information in the patient database DB3 to totalize a plurality of types of injection medicines to be applied in each application time zone in each of the plurality of wards, and create a list thereof. I do. The ward-specific injection medicine total list creating means 23 includes the personal computer 2, a ward-specific injection medicine total list creation processing routine stored in the hard disk 9 or the ROM 7 (FIG. 18), and the printer 3.
[0054]
The patient-specific application-specific medicine bag creating means 24 uses the information in the patient database DB3 to provide information on one or more types of injections for each application to be applied to each patient, application time zone information, patient identification information, and Information on the combination contraindications determined to be generated by the contraindication determining means 20 is created, and the information is printed on a predetermined medicine bag to create a patient-specific medicine bag 26 (see FIG. 22). Further, the patient-specific medicine bag creating means 24 is configured to calculate a total water content, a total ion amount of a plurality of ions, a total calorie, and a total nitrogen amount contained in a plurality of types of injections contained in the patient-specific medicine bag 26. Is also printed on the patient-specific medicine bag 26. The patient-specific medicine bag creating means 24 includes the personal computer 2, a patient-specific medicine bag creation processing routine stored in the hard disk 9 or the ROM 7 (see FIGS. 21 and 22), and the printer 4.
[0055]
The label creating means 25 creates information on one or a plurality of injections to be mixed with the infusion to be applied to each patient, application time zone information, and patient identification information using the information in the patient database DB3. Is printed on a predetermined peelable label paper to prepare an infusion label. The label creating means 25 includes the personal computer 2, a label creating process routine stored in the hard disk 9 or the ROM 7 (see FIGS. 23 and 24), and the printer 5.
[0056]
Next, the contents of the six function achieving means 20 to 25 will be described in order.
First, the combination contraindication determination processing routine will be described with reference to FIGS. As shown in FIG. 12, after the start of this routine, an initial screen as shown in FIG. 7 is displayed on the LCD 15, and the operator inputs a patient ID (S1). Next, the patient identification data and the injection prescription data are read from the patient database DB3 and displayed on the screen as shown in FIG. 7 (S2).
[0057]
Next, in S3, the operator specifies a prescription to be determined. For example, the prescription of the first group in FIG. 7 may be specified on the screen, the prescription may be specified through data input of the date and application time zone, or the window screen of FIG. 8 may be displayed. May be specified on the screen. Note that a plurality of prescriptions may be specified collectively. Next, in S4, for a plurality of injections in the specified prescription, the combination contraindication database DB2 is searched for the contraindication between each prescription injection and another prescription injection. For example, assuming that the prescription of the first group in FIG. 7 is designated, the data of the incompatibility database DB2 is searched for ephedrine, FOY, etc. as propellants that cause incompatibility with 5 mg of aquinetone. I do. Similarly, a search is made as to whether or not FOY,. Other prescription injections are searched similarly.
[0058]
Next, in step S5, when a pair of an injectable drug that is contraindicated is detected, a comment on the injectable drug pair and the contraindicated drug is displayed, and information on the contraindicated phenomenon among the comments is stored in a predetermined file of the hard disk 9. Remember. For example, when 4 mg of bisorbon and 500 μm of methicobar are contained in the prescription injection, it is detected that the pair of injections causes a contraindication for determination, and the screen is displayed as shown in FIG. Will be displayed. Information on the above contraindications is displayed, such as "Pale orange red change (immediately after)". Information on the combination contraindications detected by this combination contraindication determination routine is printed on a medicine bag in a patient-specific application-specific medicine bag creation routine, as described later. However, an arrangement may be made in which a comment part (for example, “usable for dissolution, etc.”) of the comment is also displayed, and the information is also printed on the medicine bag.
[0059]
Next, the pH change processing routine will be described with reference to FIGS.
As shown in FIG. 14, after the start of this routine, an initial screen as shown in FIG. 7 is displayed on the LCD 15, and the operator inputs a patient ID (S10). Next, the patient identification data and the injection prescription data are read from the patient database DB3 and displayed on the screen as shown in FIG. 7 (S11). Next, in S12, the operator specifies a prescription to be determined. For example, the prescription of the first group in FIG. 7 may be specified on the screen, the prescription may be specified through data input of the date and application time zone, or the window screen of FIG. 8 may be displayed. A prescription may be specified on the screen.
[0060]
Next, in S13, the data of the prescription injection is read from the injection database DB1, and display data for displaying the pH change table is created and displayed as a screen as shown in FIG. In FIG. 15, the sample pH value (self pH value), the lower limit pH value, the upper limit pH value, the acidic buffer capacity (strong and weak), the alkaline buffer capacity (strong and weak), etc. are shown by triangles for each injection drug. Have been. It should be noted that a strong acidic buffering ability indicates that it is less susceptible to the effect of a stronger acid than one, and a weak one is the opposite. A strong alkaline buffering capacity indicates that it is less susceptible to an alkali that is stronger than yourself, while a weaker capacity is the opposite.
[0061]
Next, in S14, a calculation process for determining a pH fluctuation that may occur when combining a plurality of prescribed injections is executed. As this operation processing, two operations are executed. As the arithmetic processing (I), an arithmetic operation of calculating the pH value after blending all the injections with a predetermined arithmetic expression using the pH values and the doses of the plurality of injections is executed. If the pH value of the infusion solution after the compounding is between the lower limit pH value and the upper limit pH value of each injection, it is determined that there is no pH change, otherwise, for the relevant injection, It is determined that a pH change has occurred.
[0062]
In the calculation process (II), when the sample pH value of one of the two injections is out of the range between the lower limit pH value and the upper limit pH value of the other injection 2, the acidic buffer is used. It is determined based on the capacity and alkaline buffer capacity. For example, in FIG. 15, although the sample pH value of “Rasix 20 mg” deviates from the lower limit pH value and the upper limit pH value of “Aquinetone 5 mg” to the alkaline side, the alkaline buffer capacity of “Aquinetone 5 mg” is “weak”. , The acidic buffer capacity of "LASIX 20 mg" is "weak", so that substantial pH fluctuation does not occur. If one acidic buffer capacity is “strong” (or “weak”) and the other alkaline buffer capacity is “weak” (or “strong”) for a pair of injections, substantial pH fluctuation Is determined to occur.
[0063]
By executing the above-described arithmetic processing for all pairs of injections for a plurality of all injections in the designated prescription, it is determined whether or not substantial pH fluctuation occurs. As a result of the above calculation processes (I) and (II), injectable drugs that may cause substantial fluctuations in pH are not automatically added in S15 in FIG. It is created, displayed, and stored either manually or by screen input. It should be noted that a comment relating to pH fluctuation described later may be created by adding a judgment based on the experience or intuition of a pharmacist or a doctor.
[0064]
The comment in that case is, for example, "Note of pH in the same syringe: 3-2". However, 3-2 is the number of a pair of injections in a certain prescription, meaning that if injections 2 and 3 are mixed, the pH changes, so that injection 2 should not be mixed with injection 3. I do. However, in the example shown in FIG. 15, since no substantial pH fluctuation occurs, no comment is created and no comment is displayed in the comment display column (comment input column). This comment is printed on the medicine bag 26 when the medicine bag 26 for each patient to be described later is printed.
[0065]
Next, the anticancer agent appropriateness determination processing routine will be described with reference to FIGS. As shown in FIG. 16, after the start of this routine, an initial screen as shown in FIG. 7 is displayed on the LCD 15, and the operator inputs a patient ID (S20). Next, patient identification data, height (H) and weight (W) data, disease name data, anticancer drug prescription data, and the like are read from the patient database DB3 and displayed on the screen as shown in FIG. 7 (S21). .
[0066]
Next, in S22, the operator specifies a prescription to be determined. For example, on the screen, any of the prescriptions of the first to third groups in FIG. 7 may be specified, or the prescription may be specified through data input of the date and the application time zone (morning, noon, evening). Alternatively, the prescription may be specified on the screen while the window screen of FIG. 8 is displayed. Next, in S23, the data of the anticancer drug contained in the designated prescription is read from the injection medicine database DB1, temporarily stored in the memory of the RAM 8, and then the application interval for each anticancer drug is determined based on the prescription information. A calculation is performed (S24), and it is determined whether or not the application interval is appropriate (S25).
[0067]
In this case, for each anticancer drug, the determination at S25 is performed by comparing the application interval set in the prescription with the application interval of the corresponding anticancer drug read from the injection drug database DB1, and the determination result is obtained. Is No, a warning comment (for example, “Warning: application interval of anticancer agent... Is not appropriate!” Etc.) is displayed in S26 and stored in the RAM 8 memory. When this warning is displayed, the contents of the prescription are partially changed by widening the application interval or changing the type of anticancer drug based on the instruction of the doctor in charge, and the data in the patient database DB3 is deleted. Since the copy is changed, the process returns to S21, and the processes after S21 are executed again.
[0068]
If the determination in S25 is Yes, a message to that effect may be displayed. If the determination in S25 is Yes, in S27, the body surface area A of the patient is calculated using the data of the height H and weight W of the patient using the calculation formula shown in the drawing. In the arithmetic expression of S27, the multiplier of W (upper suffix) is 0.444, and the multiplier of H (upper suffix) is 0.663. In S28, a reference value K for calculating the prescription amount of the anticancer agent is calculated for each of the prescribed anticancer agents according to the following equation: K = master coefficient × body surface area A. Next, in S29, it is determined whether or not the prescribed amount of the anticancer agent is within the range of 0.70K to 1.30K for each anticancer agent. If the determination is No, a warning comment (for example, "Warning: prescription amount of anticancer agent ... is not proper!" Is displayed and stored in the memory of RAM 8 (S30). When the determination in S29 is Yes, it may be displayed that the prescribed amount of the anticancer agent is appropriate.
[0069]
As described above, it is determined whether the amount of the anticancer agent prescribed is within the range of 0.70K to 1.30K, because the prescribed amount determined by the above master coefficient and body surface area A is a tentative guideline. This is because the amount is merely an amount, and the doctor in charge has a range in which the prescription amount can be increased or decreased in consideration of the patient's age, physical strength, physical condition, and the like. When the above warning is displayed, the prescription content is partially changed such as changing the prescription amount of the anticancer drug based on the instruction of the doctor in charge, and the data of the patient database DB3 is partially changed. Then, S21 and the subsequent steps are executed.
[0070]
Next, when the determination in S29 is Yes, the process proceeds to S31, and in S31, each anticancer drug prescription history data relating to the patient is read from the anticancer drug prescription history database DB4, and the prescription history data is then read. The cumulative dose of the anticancer drug is calculated and displayed for each anticancer drug (S32). Next, in S33, the lifetime dose is calculated for each anticancer drug based on the characteristic data of the anticancer drug read from the injection drug database DB1 in S23, and in S34, the cumulative dose is calculated for each anticancer drug. By determining whether the dose is equal to or less than the lifetime dose, it is determined whether the cumulative dose is appropriate for each anticancer drug.
[0071]
Next, if the determination in S34 is No, in S35, a warning comment (for example, "The anticancer drug... Exceeds the lifetime dose!") Is displayed and stored. If the above warning comment is displayed, the contents of the prescription are changed, for example, by changing the type of the anticancer drug, based on the instruction of the doctor in charge, so that the process returns to S21, and the steps after S21 are repeated. Be executed. If the determination in S34 is Yes, this may be displayed.
[0072]
If the determination in S34 is Yes, the process moves to S36, and in S36, the data of the anticancer drug prescription history database DB4 is updated for each of the anticancer drugs prescribed this time, and no confirmation key is input thereafter. In this case, the process returns to S22, and the steps from S22 are repeated. Therefore, another prescription can be specified as the prescription to be determined, and the same anticancer drug appropriateness determination can be performed as described above. Finally, when the confirmation key is input, this routine ends.
[0073]
As described above, by the automatic data processing of the anticancer drug adequacy determination routine, it is possible to determine whether the application interval and the prescribed amount of the anticancer drug prescribed to the cancer patient are appropriate separately from the prescribed doctor. Therefore, it is possible to reliably detect a prescription error relating to the anticancer agent and prevent a medication error of the anticancer agent. In addition, since the cumulative dose can be monitored for each anticancer drug so as not to exceed the lifetime dose, excessive administration of the anticancer drug can be reliably prevented.
[0074]
Next, a ward-specific injection medicine total list creation processing routine will be described with reference to FIGS. FIG. 19 shows a display screen of the ward-by-ward patient tallying process created by another routine prior to the execution of the routine of FIG. 18. In this screen, the patient ward is changed or the discharged patient data is displayed. Or can be deleted.
In the patient total table by ward, a patient ID, a ward, a doctor's name, a registration date, an issuance date, and the like are set in association with each other for a plurality of inpatients. It can be printed by the printer 3 which has designated the "another patient summary table".
When data on a ward or the like is changed by this ward-specific patient tallying process, the corresponding data in the data in the patient database DB3 is automatically corrected. In a state where the ward-specific patient tally table is prepared by the ward-specific patient tally processing, the ward-specific injectable medicine total list creation processing routine of FIG. 16 is executed.
[0075]
When the routine of FIG. 18 is started, an initial screen, which is the screen of FIG. 20, is displayed (S40), and then the ward, date, time zone, etc. are specified on the screen. The “ward” is not limited to the ward defined by the building, but is a concept including “nurse stations” on each floor of the ward. The time zone is a time zone such as morning and afternoon, and “morning” includes “morning” and “day” of the application time zone, and “afternoon” includes “evening” and “night 9” of the application time zone. "Time", "before going to bed" and the like. It should be noted that, instead of the morning and afternoon time zones, it is also possible to specify the application time zone (morning, noon, evening).
[0076]
Next, in S42, prescription injection medicine data for a plurality of patients in the designated ward, date, and time zone is read from the patient database DB3, and a calculation of aggregation is performed for each injection medicine (S43). When all tabulation operations are completed, it is determined whether or not an issuance key has been input (S45). If No, the process returns to S41 and repeats S41 and subsequent steps. Print data for printing the ward-specific injectable medicine total list 27 as described above, and temporarily store the data in the RAM 8. Then, in S47, the ward-specific injectable medicine total list 27 is designated by the designated printer 3. Is printed, and when all the lists have been printed, this routine ends.
[0077]
In this way, it is possible to easily create the ward-specific injection medicine total list 27, so that a plurality of types of injections to be delivered to the ward (nurse station) based on this list can be efficiently prepared in the pharmacy department without excess or shortage. However, it can be stored in a delivery box or the like, and can be reliably delivered to a ward at an appropriate timing.
[0078]
Next, a description will be given, with reference to FIGS. After the start of this routine, an initial screen as shown in FIG. 7 is displayed, and a patient ID is input on the screen (S50). Next, in S51, a prescription to be created for a medicine bag is designated on the screen. At this time, the prescription is specified by inputting or specifying the data of the date and the application time zone. In this S51, a plurality of prescriptions may be specified collectively.
[0079]
Next, in S52, patient specific data, prescription injection data corresponding to the specified prescription, and the like are read from the patient database DB3 and stored in the memory of the RAM 8. Next, in S53, the comment on the combination contraindication obtained by the combination contraindication determination processing executed for the same target (prescription) and stored in the hard disk 9 is searched by the above-described combination contraindication determination routine. Next, in S54, a comment on the pH fluctuation obtained in the pH fluctuation determination processing executed for the same target (prescription) and stored in the hard disk 9 is searched by the above-mentioned pH fluctuation determination routine.
[0080]
Next, in S55, print data to be printed on each medicine bag for each patient is created and stored in a predetermined file on the hard disk 9. At this time, the total amount of water, the total amount of ions, the total amount of calories, and the total amount of nitrogen are calculated for a plurality of types of injections contained in the medicine bag to be printed and stored in the above-mentioned predetermined file. Thereafter, the designated printer 4 performs a printing process on the medicine bag 26 (S56), and after all printing for the designated amount is completed, this routine ends. FIG. 22 shows the medicine bag 26 printed as described above, and the film material on the front side of the medicine bag 26 is formed of a transparent special film material that can be printed in color by an ink jet printer. In the upper part of the medicine bag 26, patient identification information, information related to a hospital room or a doctor, date / day of the week, application time zone (for example, “morning”) and the like are printed. Printed.
[0081]
As already described in the section of the pH fluctuation determination processing routine, for example, in the case of the example shown in FIG. 22, if “5-FU 250 mg” and “Bissorbon 4 mg” are mixed in the same syringe, pH fluctuation may occur. Therefore, "Bisorubon 4 mg" is described on the last line, separated by a dotted line.
[0082]
In the lower part of the medicine bag 26, information on "● Notes on pH in the same syringe: 3-2", which is a comment created in the pH fluctuation determination process, and a notice to ventilate the caution regarding contraindications " Please note that it may cause changes. ”, The text string“ Pisorbon 4mg Methicovar 500μg ”indicating the pair of injectable drugs that cause incompatibility detected in the incompatibility determination processing routine. The character string “Light orange red change (immediately after)” indicating the comment is printed. At the bottom of the medicine bag 26, information such as the total amount of water, the amount of ions of a plurality of ions, the calorie, the total amount of nitrogen, etc., which are calculated for a plurality of injections prescribed and contained in the medicine bag 26, are printed. Is done.
[0083]
The medicine bag 26 is a medicine bag for collectively accommodating one prescription injection for one patient, and various kinds of information as illustrated in FIG. 22 are printed on the medicine bag 26. In addition, notes on pH fluctuation, comments on contraindications, etc. are printed in red, for example, to ventilate the attention. The patient's name, date, day of the week, etc. are printed in large size letters. Therefore, since one prescription injection for one patient is stored in such a medicine bag 26, the correspondence between the patient, the application date, the application time zone, the injection, and the like is not mistaken, and the occurrence of a medication error is prevented. Can be reliably prevented.
[0084]
In addition, since the cautionary note of the pH fluctuation and the comment about the contraindications are printed on the medicine bag 26, it is possible to prevent the medicinal effect and the potency from being reduced due to the pH fluctuation, and to prevent the injection medicine from being colored due to the contraindications Injection drug costs can also be reduced because they are not disposed of even if they occur.
[0085]
Next, a label creation processing routine will be described with reference to FIGS. After the start of this routine, a predetermined initial screen is displayed, and a patient ID is input on the screen (S60). Next, in S61, a prescription for label creation is specified on the screen. At this time, since the window screen of FIG. 8 relating to the specified patient is displayed, the prescription is specified by inputting the data of the date and the application time zone or by specifying the data on the screen of FIG. In this S61, a plurality of prescriptions can be specified collectively.
[0086]
Next, in S62, patient identification data, prescription injection data corresponding to the specified prescription, and the like are read from the patient database DB3 and stored in the memory of the RAM 8. Next, patient identification data, date data, application time zone data, drug name data of prescription injections, etc. are arranged in a predetermined format, and data of print items for printing labels as shown in FIG. It is created, displayed on a screen, and temporarily stored in a memory (S63). Next, additional data such as notes and comments to be printed on the label are input as necessary (S64). However, if there is no need to input additional data, step S64 is omitted. Next, print data for label printing the displayed print item data and additional data is created and temporarily stored in a memory (S65). Next, label printing processing is executed by the designated printer 5 (S66), and when all printing for the designated print ends, this routine ends (S67).
[0087]
FIG. 24 shows two labels 28 created by the above label creation processing routine. The label 28 is a label to be attached to an infusion container such as a drip bottle. As the printing paper, a special peelable printing paper capable of forming a peelable label 28 is adopted. It can be easily peeled off and stuck to an infusion container, and if it is stuck to another infusion container by mistake, it can be easily peeled off.
[0088]
Here, an example in which the embodiment is partially changed will be described.
1) Although the various databases DB1 to DB4 are stored in files on the hard disk 9 of the personal computer 2, since the personal computer 2 can perform data communication with an external host computer by the communication interface 16, all of the databases DB1 to DB4 are stored. Alternatively, a part of the information can be stored in the host computer. Similarly, for the function achieving means 20 to 25, all or a part of those routines can be stored in the host computer. In such a case, the host computer also constitutes a part of the injection medicine dispensing support system.
[0089]
2) The data contents and structures in the various databases DB1 to DB4 are merely examples, and databases having different data contents and structures can be adopted without departing from the object of the present invention. The patient database DB3 may be constituted by a patient database of patients other than cancer patients and a database for cancer patients separately provided from this database.
3) The number of the printers 3 to 5 is not always required to be three, and one or two printers can be used as a matter of course.
[0090]
4) Regarding the anticancer drug adequacy determination routine, the calculation formula in S27 in FIG. 16 is an example, and a different simple calculation formula may be adopted. Further, 0.7 × K and 1.3 × K in the inequality for determination in S29 are merely examples, and an appropriate value between 0.70 and 0.95 can be adopted instead of 0.70. And an appropriate value between 1.05 and 1.30 can be adopted instead of 1.30.
[0091]
5) There may be provided a prescription data label creating means for printing out a chart pasting prescription data label 29 to any of the designated printers 3 to 5 using the information of the patient database DB3 as shown in FIG. . Since the label 29 is to be attached to a medical chart, it is printed on a rectangular release sheet of a predetermined size. The label 29 is printed with prescription information as shown in the figure for administering an injection or a drug other than the injection to the patient.
The prescription information printed on the label 29 is created based on the information in the patient database DB3. However, since the label 29 is visually checked at the pharmacy and then attached to the doctor's chart, Since it is printed neatly, it is effective in preventing mistakes in administration of medicines by nurses and doctors.
[0092]
6) The case where the injection medicine dispensing support system is installed in a pharmacy or a pharmacy of a hospital has been described as an example, but a personal computer of this injection medicine dispensing support system is connected so that data can be exchanged with personal computers of a plurality of doctors. In some cases, the doctor may be configured to be able to exchange various data, such as inputting and changing prescriptions and inputting comments. In addition, instead of installing the injection medicine dispensing support system in a pharmacy or pharmacy of a hospital, it may be installed in a dispensing pharmacy that performs dispensing work for a hospital.
However, the above-mentioned injection medicine dispensing support system is not always installed in a department that dispenses an injection medicine, but can also be installed in a ward. In this case, printed forms necessary for the department to be dispensed may be supplied to the department.
[0093]
7) The present invention is not limited to the above-described embodiments, and those skilled in the art can add various modifications to the above-described embodiments without departing from the spirit of the present invention. Yes, and the present invention covers those modifications.
[0094]
According to the first aspect of the present invention, the anticancer drug adequacy determining means uses the information of the injection drug master database and the patient database to prescribe the anticancer drug for each application for each cancer patient. Since it is possible to determine whether the amount and the application interval are appropriate, the injection drug dispensing support system is independent of the prescribing doctor, and the application interval and the prescribed amount of the anticancer agent prescribed to the cancer patient are appropriate. Therefore, it is possible to reliably detect a prescription error relating to the anticancer drug and prevent a medication error.
[0095]
According to the invention of claim 2, the anti-cancer drug adequacy determining means also determines whether or not the cumulative dose for each anti-cancer drug is equal to or less than the lifetime dose for each cancer patient. Since it is possible to check that the cumulative dose to each cancer patient does not exceed the lifetime dose, excessive administration of the anticancer drug can be reliably prevented.
[0096]
According to the invention of claim 3, in order to provide a combination contraindication database in which information about injection contraindications and combination contraindication phenomena for each of a plurality of types of injections is set in advance and stored in a storage medium. This makes it possible to know the combination of injections that are contraindicated when compounding an injection and the contraindications.
[0097]
According to the invention of claim 4, since the combination contraindication determination means is provided, it is possible to determine whether or not a combination contraindication occurs for a plurality of types of injections for each application applied to each patient. Disposal of injections can be reduced.
[0098]
According to the fifth aspect of the present invention, for example, a patient name, an application time zone (for example, morning, noon, evening), one or more injection medicine names, an injection medicine which causes a contraindication by the patient-specific application bag making means. It is possible to create a medicine bag printed with information such as the combination of the combination and its contraindicated phenomena (for example, cloudiness etc.). By storing the injection for one application in this medicine bag and supplying it to the nurse, It is possible to reliably prevent medication mistakes and the like.
[0099]
According to the invention of claim 6, the injection medicine master database has information on the amount of water contained in each injection medicine, the amount of ions of a plurality of types of ions, the amount of calories, and the total amount of nitrogen, so that one application dose can be obtained. Of total water content, total ion content, total caloric content, and total nitrogen content of multiple injections for multiple injections, and use that information effectively for prescribing by doctors and menus for hospitalized patients be able to.
[0100]
According to the invention of claim 7, the patient-specific application-specific medicine bag creating means includes a total water content and a total ion content and a total calorie content of a plurality of types of ions contained in one or a plurality of injections for each application. Since the total amount of total nitrogen is calculated and the information is also printed on the medicine bag for each patient, the information can be easily known, which is convenient when utilizing the information.
[0101]
According to the invention of claim 8, by the ward-based injection medicine total list creating means, a plurality of types of injection medicines applied in each time zone such as morning and afternoon in each of the plurality of wards are totaled by type, Since the list can be created, a plurality of types of injections to be supplied to each ward can be efficiently prepared, and the efficiency of dispensing work can be improved.
[0102]
According to the ninth aspect of the present invention, since the label creating means is provided, for example, the name of one or a plurality of injections, the application time zone (for example, morning, noon, evening), the patient name, and the like are printed. You can create an infusion label, and this infusion label is printed on peelable label paper, so it can be easily peeled off and pasted on an infusion container such as a drip bottle. It can be easily peeled off.
[Brief description of the drawings]
FIG. 1 is an external perspective view of an injection medicine dispensing support system according to an embodiment of the present invention.
FIG. 2 is a block diagram of an injection medicine dispensing support system.
FIG. 3 is an explanatory diagram showing a relationship between a plurality of databases and a plurality of function achieving means.
4A is a schematic explanatory diagram of an injection drug master database, FIG. 4B is a schematic explanatory diagram of a combination contraindicated database, FIG. 4C is a schematic explanatory diagram of a patient database, and FIG. FIG. 3 is an explanatory diagram of the outline of a database.
FIG. 5 is an explanatory diagram showing an example of injection medicine master data.
FIG. 6 is an explanatory diagram showing an example of combination prohibition data.
FIG. 7 is an explanatory diagram illustrating data contents of a patient database.
FIG. 8 is an explanatory diagram illustrating a part of a patient database.
FIG. 9 is an explanatory diagram of a daily dispensing amount list for each patient.
FIG. 10 is an explanatory diagram illustrating data contents of a patient database.
FIG. 11 is an explanatory diagram illustrating the contents of anticancer drug prescription history data for each patient.
FIG. 12 is a flowchart of a combination contraindication determination process.
FIG. 13 is an explanatory diagram illustrating an example of a judgment contraindication detected in the combination contraindication judgment processing.
FIG. 14 is a flowchart of a pH change process.
FIG. 15 is an explanatory diagram showing a display example of a pH fluctuation table.
FIG. 16 is a part of a flowchart of an anticancer agent appropriateness determination process.
FIG. 17 is the remaining part of the flowchart of the anticancer drug adequacy determination process.
FIG. 18 is a flowchart of a ward-specific injection medicine total list creation process.
FIG. 19 is an explanatory diagram showing a display example of a patient total table by ward.
FIG. 20 is an explanatory diagram illustrating a display example of a ward-specific injection medicine total list.
FIG. 21 is a flowchart of a process for creating a medicine bag for each patient.
FIG. 22 is a plan view of a printed medicine bag for each patient which is printed.
FIG. 23 is a flowchart of a label creation process.
FIG. 24 is a plan view of a printed label printed on special printing paper.
FIG. 25 is an explanatory diagram illustrating an example of printing a prescription data label for pasting a medical chart.
[Explanation of symbols]
1 Injection drug dispensing support system
2 personal computers
9 Hard disk
DB1 Injection Master Database
DB2 Combination contraindications database
DB3 Patient database
DB4 Anticancer drug prescription history database by patient
3-5 printer
20 Means for determining contraindications
22 Anticancer drug adequacy determination means
23 Injection medicine total list creation method by ward
24 Means for creating different medicine bags for each patient
25 Label making means

Claims (9)

病院において複数の患者に注射薬を調剤するのを支援するシステムにおいて、
複数種の注射薬の各々に関する、注射薬を特定する為の薬品特定情報と規格量情報とを予め設定すると共に、複数の抗ガン剤注射薬については更に抗ガン剤毎の施用間隔情報と処方量算出用マスター係数も予め設定して記憶媒体に格納した注射薬マスターデータベースと、
複数の患者の各々に関する患者特定情報と注射薬処方情報を記憶媒体に記憶させると共に、ガン患者については更に病名と身長・体重の情報を記憶させた患者データベースと、
前記注射薬マスターデータベースと患者データベースの情報を用いて、各ガン患者毎に、各施用毎の抗ガン剤の処方量と、その施用間隔が適正か否か判定する抗ガン剤適正判定手段と、
を備えたことを特徴とする注射薬調剤支援システム。
In a system that assists a hospital in dispensing injections to multiple patients,
For each of the plurality of types of injections, drug identification information for specifying the injection and standard amount information are set in advance, and for a plurality of injections of anticancer drugs, application interval information and prescription for each anticancer drug are further added. An injection medicine master database in which a master coefficient for amount calculation is also set in advance and stored in a storage medium;
A patient database that stores patient identification information and injection prescription information for each of a plurality of patients in a storage medium, and further stores information on disease names and height and weight for cancer patients,
Using the information of the injection medicine master database and the patient database, for each cancer patient, the prescription amount of the anticancer drug for each application, and anticancer drug adequacy determining means for determining whether the application interval is appropriate,
Injection drug dispensing support system characterized by comprising:
前記注射薬マスターデータベースは、抗ガン剤については更に各抗ガン剤の生涯投与の限界を示す生涯投与量に関する生涯投与量情報を含み、 複数のガン患者の各々における1又は複数種の抗ガン剤の処方履歴の情報を記憶媒体に格納した抗ガン剤処方履歴データベースを設け、
前記抗ガン剤適正判定手段は、注射薬マスターデータベースと患者データベースと抗ガン剤処方履歴データベースのデータを用いて、各ガン患者について抗ガン剤毎に累積投与量が生涯投与量以下か否かについても判定することを特徴とする請求項1に記載の注射薬調剤支援システム。
The injectable drug master database further includes, for the anticancer drug, lifetime dose information on a lifetime dose indicating a limit of the lifetime administration of each anticancer drug, and one or more anticancer drugs in each of a plurality of cancer patients. An anticancer drug prescribing history database in which prescription history information is stored in a storage medium is provided,
The anticancer drug adequacy determining means uses the data of the injection drug master database, the patient database, and the anticancer drug prescribing history database to determine whether the cumulative dose for each anticancer drug for each cancer patient is equal to or less than the lifetime dose. The injection medicine dispensing support system according to claim 1, wherein the determination is also made.
複数種の注射薬の各々に対して配合禁忌となる注射薬と配合禁忌現象に関する情報を予め設定して記憶媒体に格納した配合禁忌データベースを設けたことを特徴とする請求項1又は2に記載の注射薬調剤支援システム。3. A combination contraindication database in which information on injection contraindications and combination contraindication phenomena which are contraindicated for each of a plurality of types of injections is set in advance and stored in a storage medium. Injection drug dispensing support system. 前記注射薬マスターデータベースと配合禁忌データベースと患者データベースの情報を用いて、各患者に施用する施用毎の複数種の注射薬について配合禁忌が発生するか否か判定する配合禁忌判定手段を設けたことを特徴とする請求項3に記載の注射薬調剤支援システム。Using the information of the injection medicine master database, the combination contraindication database and the patient database, a combination contraindication determining means for determining whether combination contraindications occur for a plurality of types of injections for each application applied to each patient is provided. The injection medicine dispensing support system according to claim 3, characterized in that: 前記患者データベースの情報を用いて、各患者に施用する各施用毎の1又は複数種の注射薬に関する情報と施用時間帯情報と患者特定情報と前記配合禁忌判定手段により判定された配合禁忌に関する情報を準備し、それらの情報を所定の薬袋に印刷して患者別施用別薬袋を作成する患者別施用別薬袋作成手段を設けたことを特徴とする請求項4に記載の注射薬調剤支援システム。Using the information in the patient database, information on one or more types of injections for each application to be applied to each patient, application time zone information, patient identification information, and information on the incompatibility determined by the incompatibility determination means 5. The injection medicine dispensing support system according to claim 4, further comprising: a patient-specific application-specific medicine-bag creating means for preparing the patient-specific application-specific medicine-bag by printing the information on a predetermined medicine-specific bag. 前記注射薬マスターデータベースは、各注射薬に含まれる水分量と複数種のイオンのイオン量とカロリ量と総窒素量の情報を有することを特徴とする請求項5に記載の注射薬調剤支援システム。The injection medicine dispensing support system according to claim 5, wherein the injection medicine master database has information on a water amount, an ion amount of a plurality of types of ions, a caloric amount, and a total nitrogen amount contained in each injection medicine. . 前記患者別施用別薬袋作成手段は、前記各施用毎の1又は複数の注射薬に含まれる合計水分量と複数種のイオンの合計イオン量と合計カロリ量と合計総窒素量を算出して、それらの情報も患者別薬袋に印刷することを特徴とする請求項6に記載の注射薬調剤支援システム。The patient-specific application-specific bag creating means calculates a total amount of water, a total amount of ions, a total amount of calories, and a total amount of total nitrogen contained in one or more injections for each application, 7. The injection medicine dispensing support system according to claim 6, wherein such information is also printed on a patient-specific medicine bag. 病院において複数の患者に注射薬を調剤するのを支援するシステムにおいて、
複数の患者の各々に関する患者特定情報と注射薬処方情報を記憶媒体に記憶させると共に、入院患者については更に各患者の入院病棟を特定する病棟情報を記憶させた患者データベースと、
前記患者データベースの情報を用いて、複数の病棟の各々において午前や午後などの各時間帯に施用される複数種の注射薬を種類別に集計して、そのリストを作成する病棟別注射薬集計リスト作成手段と、
を備えたことを特徴とする注射薬調剤支援システム。
In a system that assists a hospital in dispensing injections to multiple patients,
A patient database that stores patient identification information and injection prescription information for each of a plurality of patients in a storage medium, and for inpatients, further stores ward information for identifying inpatient wards of each patient,
Using the information of the patient database, a plurality of types of injectable drugs applied in each time zone such as morning and afternoon in each of a plurality of wards, tabulated by type, and a list of ward-specific injectable drugs to create a list thereof Creation means,
Injection drug dispensing support system characterized by comprising:
前記患者データベースの情報を用いて、各患者に施用する輸液に混合される1又は複数の注射薬に関する情報と施用時間帯情報と患者特定情報とを準備し、それらの情報を所定の剥離式ラベル用紙に印刷して輸液用ラベルを作成するラベル作成手段を設けたことを特徴とする請求項8に記載の注射薬調剤支援システム。Using the information of the patient database, prepare information on one or more injections to be mixed with the infusion to be applied to each patient, application time zone information, and patient identification information, and use the information as a predetermined peelable label. 9. The injection medicine dispensing support system according to claim 8, further comprising a label producing means for producing a label for infusion by printing on paper.
JP2002289665A 2002-10-02 2002-10-02 Injection preparation support system Pending JP2004121526A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002289665A JP2004121526A (en) 2002-10-02 2002-10-02 Injection preparation support system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002289665A JP2004121526A (en) 2002-10-02 2002-10-02 Injection preparation support system

Publications (1)

Publication Number Publication Date
JP2004121526A true JP2004121526A (en) 2004-04-22

Family

ID=32281761

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002289665A Pending JP2004121526A (en) 2002-10-02 2002-10-02 Injection preparation support system

Country Status (1)

Country Link
JP (1) JP2004121526A (en)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006252305A (en) * 2005-03-11 2006-09-21 Matsushita Electric Ind Co Ltd Prescription audit support system and prescription audit support method
JP2007122696A (en) * 2005-09-28 2007-05-17 Yuyama Manufacturing Co Ltd Cancer chemotherapy management system
JP2010198626A (en) * 2003-04-23 2010-09-09 Yuyama Manufacturing Co Ltd Medicine management system
JP2014038489A (en) * 2012-08-16 2014-02-27 Terumo Corp Prescription information management device, prescription information management system, and prescription information management device control method
JP2017121453A (en) * 2016-01-09 2017-07-13 国立大学法人 熊本大学 Medicine audit program and medicine audit system intended for dispensing work support

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010198626A (en) * 2003-04-23 2010-09-09 Yuyama Manufacturing Co Ltd Medicine management system
JP2006252305A (en) * 2005-03-11 2006-09-21 Matsushita Electric Ind Co Ltd Prescription audit support system and prescription audit support method
JP4667915B2 (en) * 2005-03-11 2011-04-13 パナソニック株式会社 Prescription audit support system and prescription audit support method
JP2007122696A (en) * 2005-09-28 2007-05-17 Yuyama Manufacturing Co Ltd Cancer chemotherapy management system
JP2014038489A (en) * 2012-08-16 2014-02-27 Terumo Corp Prescription information management device, prescription information management system, and prescription information management device control method
JP2017121453A (en) * 2016-01-09 2017-07-13 国立大学法人 熊本大学 Medicine audit program and medicine audit system intended for dispensing work support

Similar Documents

Publication Publication Date Title
US7917375B2 (en) Medicine management apparatus and medicine management system
US20030158755A1 (en) System and method for conducting drug use evaluation
US20080162188A1 (en) Method and system for generating graphical medication information
US20030065537A1 (en) System and method for displaying drug information
US20040188998A1 (en) Drug calendar apparatus and method
JP2002529176A (en) Drug dispensing station
EP1388337A2 (en) Pharmaceutical dispenser system
Kalmeijer et al. Implementation of a computerized physician medication order entry system at the Academic Medical Centre in Amsterdam
WO2008038775A1 (en) Medicine management guidance support system
Evans et al. A comparison of handwritten and computer-assisted prescriptions in an intensive care unit
Abdullah et al. Medication errors among geriatrics at the outpatient pharmacy in a teaching hospital in Kelantan
JP4141290B2 (en) Injection dispensing support system
JP2004121526A (en) Injection preparation support system
US20110166698A1 (en) Delivery of medication regimen in medication reminder device
JP7360010B2 (en) Information management system, information management program
JP6290584B2 (en) Pharmacy support system
Cohen et al. Preventing dispensing errors
JP2004287946A (en) Anticancer drug prescription support and medicine preparation support system
KR100847400B1 (en) Medication packing apparatus
JP2002099619A (en) Device and method for medicine information management and storage medium
JP4055483B2 (en) Chemical installation system
JP6290583B2 (en) Pharmacy support system
Gousse Computer system for unit dose drug distribution
JP2023082991A (en) Drug management system and drug management program
Summerfield et al. Rethinking approaches to reducing medication errors: an examination of 10 core processes

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20040618

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20061016

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20061101

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061226

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070309