JP2006048259A - 病院情報システム及びプログラム - Google Patents

Abstract

【課題】 本発明は、薬剤に対する各処理段階に於けるミスを削減することができ、また誤った薬剤がどのオーダーのものかを容易に確認することが出来る病院情報システムを提供することを課題とする。
【解決手段】 払い出し時には、薬剤管理端末３を用いて各薬剤に付与されているＩＣタグ内から情報を読み出しこれをオーダー情報と照合してチェックし、オーダ情報に基づいた情報をＩＣタグ内に書き込む。混注作業では、混注確認端末５を用いてＩＣタグから情報を読み出して混注を行なう薬剤のチェックを行なう。薬剤投与時には、注射実施記録用ハンディターミナル７を用いて薬剤のＩＣタグから情報を読み出して投与する薬剤のチェックを行なう。オーダー変更があった場合、ＩＣタグ内の情報を書き換えることにより、新たなオーダーに薬剤を用いることが出来る。
【選択図】 図１

Description

本発明は、病院内で注射や点滴等によって患者に投与される薬剤の管理を行なう病院情報システムに関する。

従来の薬剤に関する管理を行なうシステムの１つとして、特許文献１に開示されているシステムがある。特許文献１のシステムによれば、各薬剤を識別する識別ＩＤを含む読み取り専用の識別情報を薬剤や注射箋に添付し、患者に薬剤を投与する際には、携帯端末機でこの識別情報を読み出し、これを注射オーダーと照合することによって投与する薬剤の確認を行なっている。
特開２００２−９２１０４（図１、段落［００２７］〜［００４０］）

特許文献１に開示されている従来のシステムには以下の問題点がある。
（１）薬剤に添付されている情報からは、その薬剤自体はどのような注射オーダーに属するものかが不明であった。よって複数の薬剤を混ぜて患者に投与する薬剤を作る混注を行なう場合等、複数の薬剤を用いる場合には、各薬剤の相互確認は行なえなかった。
（２）薬剤に付加されているのは識別情報のみであり、個々の業務に対する実施記録はシステム内の他の情報処理装置上に記録されている。よってこの実施記録に対してどの作業現場においても直ちに参照できるというわけではなかった。
（３）混注作業を行なった後、薬剤投与の前に注射オーダーに変更が生じて混注内容が変更が生じると、混注作業後の薬剤は、再利用されること無く破棄されていた。たとえ他のオーダーに同じ混注内容のものが有ったとしても、オーダー毎に薬剤の識別ＩＤが異なるため、混注してしまった薬剤をそのオーダーの薬剤に使用することはできなかった。

本発明は、上記問題点を鑑みて成されたものであり、関連する薬剤の相互チェックとオーダーの確認が可能とする病院情報システムを提供することを課題とする。これにより、混注時に対象となっている薬剤についての確認をより確実に行なうことが出来、また紛れ込んでしまった他のオーダーに対する薬剤についても、どのオーダーのものかを判断することが出来る。

また薬剤に付加されている情報のみを読み取るだけで、即座にその薬剤に対する種々の情報を得ることが出来る病院情報システムを提供する。
更に混注作業を行なった後に薬剤投与の前に注射オーダーに変更が生じて混注内容が変更が生じた場合においても、他のオーダー用の薬剤として再利用することが出来るシステムを提供することを課題とする。

本発明による病院情報システムは、患者に投与される薬剤についての情報を管理することを前提とし、上記問題点を解決する為、オーダー情報記憶手段及び薬剤管理手段を備える。

オーダー情報記憶手段は、患者に対する薬剤投与の指示入力に基づいて、当該薬剤投与に関する指示を示すオーダー情報を生成し、記憶する。
薬剤管理手段は、前記オーダー情報に基づいて薬剤の払い出しを行なうとき、当該薬剤に付加されているＩＣタグに、当該薬剤に関連する前記オーダー情報に基づいて生成される情報を書き込む。

この構成により、薬剤の払い出しの際に、オーダー情報に基づいた情報がＩＣタグ内に書き込まれるので、必要なときにこの情報を読み出せばその薬剤についての種々の情報を容易に得ることが出来る。

また前記薬剤の払い出しを行なうとき、前記薬剤の払い出しの実施記録を示す情報を前記ＩＣタグに書き込みように構成とすることも出来る。
或いは、前記オーダー情報に基づいて複数の薬剤を混ぜて患者に投与する薬剤を作る混注を行なうとき、前記混注後の薬剤に付加するＩＣタグに前記薬剤の混注の実施記録を示す情報を書き込む混注情報書き込み手段を更に備える構成とすることも出来る。

更には前記患者へ前記薬剤の投与を行なうとき、当該投与を行なう薬剤に付加されているＩＣタグに前記薬剤の実施記録を示す情報を書き込む薬剤投与情報記録手段を更に備える構成とすることも出来る。

これらの構成によって、払い出し、混注、薬剤投与のそれぞれに対する実施記録、例えば実施した時間や実施者を一意に識別する識別情報を薬剤に付加されているＩＣタグに書き込むことが出来るので、必要に応じてＩＣタグからこれらの情報を読み出すことにより、その薬品に対する各処理の実施記録を参照することが出来る。

また前記薬剤に付加されているＩＣタグは、当該ＩＣタグが付加されている薬剤を一意に識別する識別情報を記憶し、前記薬剤の払い出しを行なうとき、前記ＩＣタグから前記薬剤の識別情報を読み出し、前記オーダー情報と参照することによって前記薬剤のチェックを行なう払い出しチェック手段を更に備える構成とすることも出来る。

この構成によって、払い出しを行なう際に薬剤のチェックを行なうことが出来る。
更には、前記オーダー情報に基づいて複数の薬剤を混ぜて患者に投与する薬剤を作る混注を行なうとき、当該薬剤に付加されているＩＣタグから情報を読み出し、当該情報を前記オーダー情報と参照することによって前記薬剤のチェックを行なう混注チェック手段を更に備える構成とすることも出来る。

この構成によって、混注を行なう際に薬剤のチェックを行なうことが出来る。
また前記患者へ前記薬剤の投与を行なうとき、投与する薬剤に付加されているＩＣタグから情報を読み出し、当該情報を前記オーダー情報と参照することによって前記薬剤のチェックを行なう、薬剤投与チェック手段を更に備える構成とすることも出来る。

この構成によって、薬剤投与を行なう際に薬剤のチェックを行なうことが出来る。
更には、前記オーダー情報に変更が生じたとき、当該変更を実施者に通知する通知手段を更に備える構成とすることも出来る。

この構成により、オーダー変更が生じても、実施者は、変更後のオーダーに基づいた対処を行なうことが出来る。
また、前記オーダー情報に変更が生じたとき、当該変更されたオーダー情報に基づいて、前記薬剤に付加されているＩＣタグ内の情報を書き換えるオーダー変更処理手段を更に備える構成とすることも出来る。

この構成により、オーダ情報に変更が生じた際も、薬剤の無駄を最小限にすることが出来る。
また、本発明は、病院情報システムを構築する端末装置内で実行されるプログラムもその範囲に含む。

本発明によれば、患者に投与される薬剤に対する各処理段階に於けるミスを削減することができる。また、誤っている薬剤がどのオーダーのものかを容易に確認することが出来る。

また薬剤に付加されるＩＣタグ内にその薬剤が使用される薬剤投与の指示及び各処理の実施記録についての情報が記憶されるので、このＩＣタグから情報を読み出せば、システム内のサーバー等に依頼しなくても容易に情報を得ることが出来る。

更には、オーダー変更によって、従来、破棄されていた薬剤を、他のオーダーに再利用することが出来、薬剤の無駄を少なくすることが出来る。

以下に本発明に係る一実施形態を図面を参照しながら説明する。
本実施形態に於ける病院情報システムでは、病院内で扱われる薬剤の容器や混注後の容器に貼るボトルラベルにＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等の技術による無線ＩＣタグを付加する。このＩＣタグは、リーダライタとの無線通信によって内部に記憶している情報の読み出しと書き込みを行なえるもので、本実施形態では、このＩＣタグに、識別情報の他に、その薬剤等が関連するオーダーについての情報や、混注を行なうときに共に混注される薬剤についての情報、作業日時や作業者の識別情報等、その薬剤や注射箋に対する業務に関連する種々の情報を記憶し、この情報によって薬剤に対する管理を行なう。

図１は、本実施形態に於ける病院情報システムの構成例を示す図である。
図１の病院情報システムは、注射オーダー入力端末１、オーダー管理サーバー２、薬剤管理端末３、薬剤管理サーバー４、混注確認端末５、混注確認サーバー６、注射実施記録用ハンディターミナル７及びハンディターミナル管理サーバー８が病院内に敷設されているＬＡＮ１０によって接続される構成となっている。尚注射実施記録用ハンディターミナル７は、アクセスポイント９と無線接続し、このアクセスポイント９を介してＬＡＮ１０に接続される。

注射オーダー入力端末１は、医者が患者に注射や点滴等、薬剤の投与を行なうことを診断した際に、その投与指示（注射オーダー）を入力する端末である。オーダー管理サーバー２は、医者が注射オーダー入力端末１から入力したオーダーについての情報であるオーダー情報を蓄積、管理するサーバーである。このオーダー管理サーバー２は、注射オーダー入力端末１から新規のオーダーが通知されると、このオーダー情報をデータベース化して記憶すると共にそのオーダーに関連する薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８に通知したり、或いはオーダーについての問い合わせを受けると対応するオーダーを検索して応答する。

薬剤管理端末３は、薬剤部に設けられる端末装置で、薬剤に対する情報を表示して確認を行なったり、薬剤の払い出しを行なう際、払い出しに関する情報の入力を行なったりするのに用いられる端末装置である。薬剤管理サーバー４は、薬剤管理端末３によって通知された払い出しを行なった薬剤に関する情報を管理するサーバーである。

混注確認端末５は、薬剤の混注業務時に、混注を行なう薬剤のチェックを行なう端末装置である。混注確認サーバー６は、混注確認端末５が混注時のチェックを行なうのに用いる情報を管理するサーバーである。この混注確認サーバー６は、混注業務時に混注確認端末５が薬剤から読み出した情報とオーダーとの照合を行ない、混注を行なう薬剤の確認処理を行なう。

注射実施記録用ハンディターミナル７は、医療施設内で携帯される端末装置で、注射や点滴等、患者に薬剤を投与する際に病室等から情報を入力するものである。ハンディターミナル管理サーバー８は、患者への薬剤の投与の実施情報を管理するサーバーで、注射実施記録用ハンディターミナル７から入力された情報を蓄積、管理する。またこのハンディターミナル管理サーバー８は、薬剤の投与時に、オーダーの変更が生じたかどうかの確認を行なう。

図１の病院情報システムを構成する機器のうち、注射オーダー入力端末１、薬剤管理端末３、混注確認端末５の各端末装置は、図中では１つのみを記載しているが、病院の規模等に応じて１台または複数台設けられ、また、注射実施記録用ハンディターミナル７も１台または複数台使用される。またアクセスポイント９は、注射実施記録用ハンディターミナル７の使用場所が病院内の複数の病棟や病室にまたがることから、無線ＬＡＮ通信が可能なように１台または複数設置される。

一方オーダー管理サーバー２、薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８の各サーバーは、論埋的にはそれぞれ１台づつが病院内に設置される。ただしこれらは物理的には、二重化などの安全対策のために複数の情報処理装置で構成されたり、或いは１つの情報処理装置が、オーダー管理サーバー２、薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８の各機能のいくつか、若しくは全てを実装する構成とすることも可能である。

また図１中、注射オーダー入力端末１は、パーソナルコンピュータ等の情報処理端末本体１１ａ、ディスプレイ１２ａ、キーボード１３ａ、マウス等のポインティングデバイス１４ａを備える構成となっている。また薬剤管理端末３は、注射オーダー入力端末１と同様の情報処理端末本体１１ｂ、ディスプレイ１２ｂ、キーボード１３ｂ及びポインティングデバイス１４ｂの構成に加え、ＩＣタグリーダライタ１５ｂ、注射箋を印刷出力する注射箋プリンタ１６及びボトルラベルを印刷出力するボトルラベルプリンタ１７を備える構成となっている。そして混注確認端末５は、注射オーダー入力端末１と同様の情報処理端末本体１１ｃ、ディスプレイ１２ｃ、キーボード１３ｃ、ポインティングデバイス１４ｃの構成に加え、ＩＣタグリーダライタ１５ｃを備えている。この薬剤管理端末３と混注確認端末５に備えられているＩＣタグリーダライタ１５ｂ、１５ｃは、無線通信によって薬剤の容器に添付されているＩＣタグから情報を読み出したり書き込んだりするものである。尚薬剤管理端末３に備えられる注射箋プリンタ１６及びボトルラベルプリンタ１７は、それぞれ別々の構成とするのではなく１つのプリンタ装置として構成しても良い。

図２は、図１に示した端末装置及びサーバーの構成例を示す図である。
同図の端末装置若しくはサーバーは、ＣＰＵ２１、ＲＯＭやＲＡＭ等のよって構成される主記憶装置２２、ハードディスク等の大容量の補助記憶装置２３、ディスプレイ、キーボード等を備えた入出力装置２４、ＬＡＮ１０とネットワーク接続を行なうモデム等のネットワーク接続装置２５及びＣＤ、ＤＶＤ、光ディスク、フレキシブルディスク、メモリカードなどの可搬記憶媒体２７が装着され、それから記憶内容を読み出す媒体読取装置２６を有し、これらが互いにバス２８により接続される構成となっている。尚薬剤管理端末３及び混注確認端末５に場合には、同図の構成に加え、更にＩＣタグリーダライタ１５との接続を行なうインタフェースがバス２８に接続される。また薬剤管理端末３は、注射箋プリンタ１６及びボトルラベルプリンタ１７との接続を行なうプリンタインタフェースを備える。

本実施形態における各端末及びサーバーで行なわれる各種処理は、ＣＰＵ２１が主記憶装置２２若しくは補助記憶装置２３上に記憶されたプログラムを実行して実現される。
また、本実施形態における各端末装置及びサーバーでは、媒体読み取り装置２６により可搬記憶媒体２７に記憶されているプログラムやデータを読み出し、これを主記憶装置２２または補助記憶装置２３にロードまたは格納する。そして後述する本実施形態におけるサーバー及び端末による各処理は、ＣＰＵ２１がプログラムやデータを可搬記憶媒体２７から主記憶装置２２上にロードして実行することにより、実現することも可能である。

図３は注射実施記録用ハンディターミナル７の構成例を示す図である。
注射実施記録用ハンディターミナル７は、情報表示用に液晶パネル７１を備え、また情報入力用にハンディターミナル内に備えているＩＣタグリーダライタにＩＣタグの読み取りを実行させるＩＣタグ７２読み取りボタン、種々の入力指示や選択指示を入力するための入力・選択ボタン７３及び電源ボタン７４を備えている。

尚液晶パネル７１の表示画面上にはタッチパネルが設けられており、画面上の文字や絵に触れることによって入力操作を行なえるように構成しても良い。また出力装置としては、液晶パネル７１の他に音声によって操作者に通知を行なう手段を備える構成としても良い。

次に本システムを用いた薬剤とその薬剤についての情報の流れを説明する。
図４は本実施形態に於ける病院情報システムを用いた病院内で患者に投与される薬剤に対する情報と物の流れを示す図である。

注射オーダー入力端末１から医者が患者への薬剤投与のオーダーを入力すると、入力されたオーダー情報は、注射オーダー入力端末１からオーダー管理サーバー２へ送信される。

オーダー管理サーバー２は、送信されてきた注射オーダー情報を自己にデータベース化して蓄積すると共に薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８へそれぞれ送信する。

薬剤部では、薬剤管理端末３が薬剤管理サーバー４からの注射オーダーにいての情報を受信すると、これを自己のディスプレイ１２ｂ上に表示する。薬剤管理端末３を操作する薬剤師等の払い出し担当者は、ディスプレイ１２ｂ上に表示された注射オーダーに基づいて１乃至複数の薬剤３１を選択して払い出しを行ない、またオーダー情報に基づいて注射箋３２を注射箋プリンタ１６から、ボトルラベル３３をボトルラベルプリンタ１７から印刷する。またその際、オーダーＩＤや混注についての情報等が薬剤３１やボトルラベル３３に付加されているＩＣタグにタグ情報として書き込まれる。そして薬剤３１、注射箋３２及びボトルラベル３３は、オーダー情報によって指定されている患者がいる病棟へ運ばれる。

看護師等の混注担当者は薬剤３１、注射箋３２及びボトルラベル３３を薬剤部から受け取ると、混注確認端末５を用いて、ＩＣタグリーダライタ１５ｃによって、薬剤３１の容器に付加されているＩＣタグから読み出したタグ情報によってハンディターミナル管理サーバーに問い合わせてオーダー情報と照合し、また注射箋３２と確認し、複数の薬剤３１であれば混注作業を行なう。

混注作業後の薬剤はボトル３４にまとめられる。このボトル３４には、混注前の薬剤３１の容器のうちメインボトルとなる一つの薬剤が入った容器がそのまま使用されるので、混注後ボトル３４に混注後の薬剤についての情報が記載されているボトルラベル３３を貼る。また混注を行なわない場合には薬剤３１の容器がボトル３４に対応する。

注射等の薬剤投与の実施時には、看護師等の注射担当者がボトル３４を持って薬剤を投与する患者の病室へ行き、注射実施記録用ハンディターミナル７を用いてハンディターミナル管理サーバー８に混注後ボトル３４のＩＣタグから読み出したオーダーＩＤと患者リストバンド３５のから読み出した患者ＩＤを送り、この患者ＩＤとオーダーＩＤに対応するオーダー情報内の患者ＩＤの照合を行った上で、患者への注射を実施する。

このように本実施形態による病院情報システムでは、各薬品３１等に付加されているＩＣタグ内に記憶されるタグ情報に、その薬剤３１に対応する注射オーダーのオーダーＩＤや、混注を行なう際にチェックに用いられる種々の情報が記憶されるので、各現場でこの情報をＩＣタグリーダライタ１５で読み出すことによって、サーバー等から情報を読み出さなくても、必要な情報を参照することが出来る。また薬剤部から薬剤３１が払い出された後に、オーダーに変更があっても、このＩＣタグ内のタグ情報を書き換えることによって対応することが出来る。

次に、図４に示した各処理の詳細を説明する。
図５は、薬剤払い出し業務時の処理の流れを示すフローチャートである。
同図中の右側はシステムの外で払い出し担当者である薬剤管理端末３の操作者が行なう処理、同図の左側は薬剤管理端末３において行なわれる処理を示している。

尚同図の処理が開始される前に、薬剤管理端末３は、注射オーダーが入力される度にＬＡＮ１０を介してオーダー管理サーバー２からオーダー情報を受け取り、これを自己のメモリに記憶しているものとする。

払い出し担当者が薬剤払い出し業務を開始し、ステップＳ１として薬剤管理端末３の操作を開始すると、薬剤管理端末３は、薬剤管理サーバー４から受信しているオーダー情報から注射オーダーのリストをディスプレイ１２ｂ上に表示し、払い出し担当者は、ステップＳ２としてこの中から払い出し処理を行なうオーダーをポインティングデバイス１４ｂを操作して表示画面上から選択する。

これを受けて薬剤管理端末３は、ステップＳ３として、ステップＳ２で選択されたオーダーの詳細情報をディスプレイ１２ｂに表示し、払い出し担当者は、これを見てその内容を確認する。

ここで表示されるオーダーの詳細情報は、薬剤管理サーバー４から送信されたオーダー情報に基づくもので、例えば、注射予定日時、オーダー入力医（指名、ＩＤ情報等）、患者ＩＤ、患者氏名、１乃至複数の使用薬剤やその使用量を示す使用薬剤リストである。

払い出し担当者は、薬剤管理端末３のディスプレイ１２ｂ上に表示された使用薬剤リストを見て、ステップＳ４として使用薬剤リストで指示された薬剤３１を用意する。
薬剤３１一つ一つには、容器にＩＣタグが貼られており、このＩＣタグには薬剤の種類毎に（又は各薬剤の個々に）固有な値を持つ薬剤ＩＤが記録されている。薬剤管理端末３は、ステップＳ５として全ての薬剤３１のＩＣタグから内部に記憶されているタグ情報をＩＣタグリーダライタ１５ｂを用いて読み取る。ＩＣタグの特徴として、電波の届く範囲であれば複数のＩＣタグから同時に情報を読み取ることができるので、払い出し担当者は、ステップＳ４で用意した薬剤３１全てから同時にタグ情報を読み取らせる。

次に薬剤管理端末３は、ステップＳ５としてＩＣタグから読み出した薬剤ＩＤとオーダー情報内の薬剤ＩＤとが一致するかどうかの照合してチェックを行なう。そして照合の結果、一致しなければ（ステップＳ６、ＮＧ）、ステップＳ７として、不足している薬剤３１若しくは余分な薬剤３１をディスプレイ１２ｂ上に表示する。払い出し担当者は、この表示内容を見て、ステップＳ４に戻り、薬剤３１の払い出しをやり直す。

またステップＳ６の照合の結果、薬剤のＩＣタグから読み出した薬剤ＩＤとオーダー情報内の薬剤ＩＤが一致すれば（ステップＳ６、ＯＫ）、ステップＳ８として薬剤管理端末３は、ＩＣタグリーダライタ１５ｂを用いて、薬剤３１のＩＣタグへの書き込み処理を行なう。

図６は、薬剤３１及びボトルラベル３３に付加されているＩＣタグに記憶されているタグ情報を示す図である。
ＩＤタグには、タグ情報として、薬剤ＩＤ５０、オーダーＩＤ５１、払いだし日時５２、払い出し実施者ＩＤ５３、混注日時５４、混注者ＩＤ５５、注射開始日時５６、注射開始者ＩＤ５７、患者ＩＤ５８及び混注薬剤リスト５９が記憶される。尚同図中の各情報のうち、薬剤ＩＤ５０を除いて書き換え可能な構成でＩＣタグ内に記憶されており、薬剤ＩＤ５０のみはＩＣタグリーダライタ１５によっては書き換えが出来ないように記憶されている。

図６に示した情報中、薬剤ＩＤ５０は、このＩＣタグが添付されている薬剤を一意に識別する薬剤ＩＤを示す情報である。オーダーＩＤ５１は、この薬剤３１が対応しているオーダーを一意に識別するオーダーＩＤを示す情報である。払いだし日時５２は、薬剤の払い出し作業を行った日時を示す情報である。払い出し実施者ＩＤ５３は、払い出し作業を行なった払い出し担当者を識別する担当者ＩＤを示す情報である。混注日時５４は、混注作業を行なった日時を示す情報である。混注者ＩＤ５５は、混注作業を行なった担当者を識別する担当者ＩＤを示す情報である。注射開始日時５６は、患者に注射等の薬剤の投与を行なった日時を示す情報である。注射開始者ＩＤ５７は、注射を行なった医師や看護師等を識別する注射開始者ＩＤを示す情報である。患者ＩＤ５８は、注射等の薬剤の投与を行なう患者を識別する患者ＩＤを示す情報である。混注薬剤リスト５９は、混注作業を行なう際共に混注される薬剤を示す情報である。

図５のステップＳ８では、薬剤管理端末３は、払い出しを行なう全ての薬剤３１のＩＣタグのオーダーＩＤ５１に、この薬剤が用いられるオーダーのオーダーＩＤを、払いだし日時５２に払い出し作業を行った日時を、払い出し実施者ＩＤ５３に操作を行ったオペレータのＩＤ情報を書き込む。また混注薬剤リスト５９には、混注する薬剤３１があればその薬剤の薬剤ＩＤを書き込む。例えば、薬剤Ａ、Ｂ、Ｃの３種類の薬剤を混注して使用するときには、薬剤Ａに付加されているＩＣタグの混注薬剤リスト５９には薬剤Ｂ、Ｃの薬剤ＩＤを、薬剤ＢのＩＣタグの混注薬剤リスト５９には薬剤Ｃ、Ａの薬剤ＩＤを、薬剤ＣのＩＣタグの混注薬剤リスト５９には薬剤Ａ、Ｂの薬剤ＩＤを、それぞれ書き込む。

そしてステップＳ９において、薬剤管理端末３は、注射箋３２を、注射箋プリンタ１６から印刷し、次にステップＳ１０として、ボトルラベル３３を、ボトルラベルプリンタ１７から印刷する。この注射箋３２やボトルラベル３３に印刷される情報としては、例えば、注射予定日時、患者ＩＤ、患者氏名及び薬剤名等で、これらは薬剤管理サーバー４から受信したオーダー情報に基づいたものが印刷される。

ステップＳ１１でシステム上の操作が終了すると、払い出し担当者は、ステップＳ１２として薬剤３１、注射箋３２、ボトルラベル３３を箱に入れるなどしてひとつにまとめ、ステップＳ１３としてこれを注射等の薬剤投与を実施する病棟へ発送する。

この様に本実施形態に於ける病院情報システムでは、薬剤の払い出し業務時に、薬剤に混注時に関連する薬剤についての情報を添付されているＩＣタグ内に記憶するので、この情報を用いて混注時に相互チェックを行なうことが出来る。

次に混注時の業務について説明する。この混注業務は、複数の薬剤を混ぜて注射液等の患者に投与する薬剤を作成する作業で、ナースステーション等において行なわれる。本実施形態による病院情報システムを用いた混注業務は、看護師等の混注担当者がナースステーション等の設置された混注確認端末５を操作して行なう。

図７は混注業務時の処理の流れを示すフローチャートである。
同図中の右側はシステムの外で混注担当者である看護師等の混注確認端末５の操作者が行なう処理、同図の左側は混注確認端末５及び混注確認サーバー６において行なわれるの処理を示している。

混注担当者が混注業務を開始すると、ステップＳ２１として薬剤部から薬剤３１、注射箋３２及びボトルラベル３３を受け取る。
次にステップＳ２２として混注担当者は混注確認端末５の操作を開始し、混注確認端末５を用いて混注処理を行なう。

この混注処理としては、まずステップＳ２３で混注確認端末５のＩＣタグリーダライタ１５ｃを用いて薬剤３１に付加されているＩＣタグからタグ情報を読み出す。ＩＣタグは、電波の届く範囲であれば複数のＩＣタグから同時に読み出すことができるので、混注担当者は受け取った全ての薬剤３１とボトルラベル３２に付加されているＩＣタグからを同時に情報を読み取る。

次に混注確認端末５は、ステップＳ２４としてステップＳ２３で読み出したタグ情報による照合処理を行なう。
各薬剤３１に付加されているＩＣタグには図６に示したタグ情報が書き込まれており、各タグ情報を比較することによって、この注射オーダーに関係する全ての薬剤３１が揃っているかどうかが判定できる。

混注確認端末５は、ステップＳ２３で読み出したタグ情報内のオーダーＩＤによって、その注射オーダーで用いられる薬剤３１の薬剤ＩＤを混注確認サーバー６へ問い合わせ、混注確認サーバー６は、問い合わされたオーダーＩＤに対応するオーダー情報からオーダー内容を調べ、そのオーダーで指定されている薬剤の薬剤ＩＤを混注確認端末５に返信する。そして混注確認端末５は、混注確認サーバー６への問い合わせで得られた薬剤ＩＤとステップＳ２３で読み出したタグ情報内の薬剤ＩＤを照合する。

この照合の結果、両者が一致しなければ（ステップＳ２４、ＮＧ）、ステップＳ２５として各薬剤３１のＩＣタグから読み出した薬剤ＩＤ（若しくはその薬剤ＩＤに対応する薬剤名）と混注確認サーバー６から応答として得られたオーダー内容が示す薬剤ＩＤ（若しくはその薬剤ＩＤに対応する薬剤名）を混注担当者が比較できるようにディスプレイ１２ｃに表示し、これを見て混注担当者は、ステップＳ２６として、どの薬剤３１が多いか（或いは不足しているか）をチェックする。

ステップＳ２４の照合の結果、薬剤３１のＩＣタグから読み取った薬剤ＩＤとオーダー内容の薬剤ＩＤが一致しない場合の原因としては、読み取り時に全ての薬剤３１のＩＣタグから情報を読み取れなかった場合、必要な薬剤３１が揃っていない場合、余分な薬剤３１が含まれていた場合の３つの場合があり得る。混注担当者は、ディスプレイ１２ｃの表示画面上を見ながら、薬剤３１をチェックして、薬剤３１が多い場合はそれを取り除く等、適宜な処理を行なう。

また読み取り結果と受け取った薬剤３１の数が違う等、単に読み取りミスであると判断できる場合には、ステップＳ２３に戻り再度読み込みを行ない（ステップＳ２７、Ｙｅｓ）、また余分な薬剤３１が含まれていた場合も、ステップＳ２６でその薬剤３１を取り除いた後、ステップＳ２３に戻って再度タグ情報の読み込みを行なう（ステップＳ２７、Ｙｅｓ）。また必要な薬剤が揃っていない場合には、ステップＳ２８として混注作業を中止する（ステップＳ２７、Ｎｏ）。

ここでオーダーとは無関係な薬剤３１が含まれていた場合にはステップＳ３２でその薬剤３１を取り除くが、薬剤３１のＩＣタグには図５に示した払い出し処理のステップＳ８で薬剤の払い出し、混注の履歴情報となるオーダーＩＤ、払い出し日時、払い出し実施者ＩＤ及び混注薬剤リストがタグ情報として書き込まれているので、混注確認端末５でこの取り除いた薬剤３１のタグ情報を読み出すことによって、その薬剤３１がどのオーダーで用いられるものなのかを認知することが出来、適宜な場所へ返却することが出来る。

またステップＳ２４の照合の結果、混注を行なう薬剤３１が全て揃っていることが確認できたら、混注確認端末５は、ステップＳ２９としてＩＣタグリーダライタ１５ｃを用いて混注確認情報を各薬剤３１とボトルラベル３３に付加されているＩＣタグに書き込む。ここでは、混注日時５４及び混注者ＩＤ５５を混注確認情報としてＩＣタグに書き込む。

次にステップＳ３０として、混注確認端末５の操作を終了すると、混注担当者は、ステップＳ３１として、チェックが完了した薬剤３１を用いて、これらを混合する混注作業を行なう。そして混注作業後にステップＳ３２として、混合した薬剤を入れる、メインボトルとなる薬剤の容器に、ボトルラベル３３を貼り本処理は完了する。

このように本実施形態に於ける病院情報システムを用いた混注処理では、誤った薬剤３１によって混注作業が行なわれるのを防ぐことが出来る。また他のどの薬剤３１と混合されるかを示す混注薬剤リスト等、混注作業に対する種々の情報が、各薬剤３１それぞれに記憶されているので、薬剤３１それぞれによって関係する薬剤３１及びオーダー情報を相互にチェックを行なうことが出来、これにより混注を行なう薬剤３１の過不足をチェックすることが出来る。よって従来より、より確実なチェックを行なうことが出来る。またこのとき、誤って送られてきた薬剤３１は、タグ情報内のオーダーＩＤから本来どのオーダーに用いられるものなのか認知することが出来、本来の位置に容易に返却することが出来る。

次に患者に注射等の薬剤を投与する際の処理７について説明する。
図８は、注射実施時の処理を示すフローチャートである。
同図中の右側はシステムの外で注射担当者である医師や看護師等の注射実施記録用ハンディターミナル７の操作者が行なう処理、同図の左側は注射実施記録用ハンディターミナル７において行なわれるの処理を示している。

注射や点滴等の薬剤投与を行なう注射実施業務が開始されると、注射担当者は注射実施記録用ハンディターミナル７を用いて、患者のベッドサイド等において注射の実施を行なう。

患者はＩＣタグが付加されいるリストバンド３５を身につけており、このリストバンド３５のＩＣタグは、患者ＩＤ等のリストバンド３５を身につけている患者を一意に識別する識別情報記憶している。

注射担当者に基づいて注射実施記録用ハンディターミナル７は、ステップＳ４２として、このリストバンド３５及び混注後ボトル３４に添付されているボトルラベル３３から、タグ情報を読み出す。そして注射実施記録用ハンディターミナル７は、ステップＳ４３として、ボトルラベル３４から読み出したタグ情報内のオーダーＩＤとリストバンド３５から読み出したタグ情報内の患者ＩＤを、アクセスポイント９を介してハンディターミナル管理サーバー８へ通知してオーダーの照合を行なう。これを受けてハンディターミナル管理サーバー８は、通知されたオーダーＩＤに対応するオーダー情報を検索し、そのオーダー内容を調べ、通知された患者ＩＤの患者が薬剤投与の対象患者であるかどうか、薬剤投与の実施時刻等を判定し、判定結果を注射実施記録用ハンディターミナル７に通知する。

この通知結果に基づいて注射実施記録用ハンディターミナル７は、液晶パネル７１上に判定結果等を表示し、リストバンド３５を身につけている患者が薬剤投与の対象となっている患者でない、実施時刻が予定時刻と異なる等、判定の結果、薬剤投与が許可されないときは（ステップＳ４３、ＮＧ）、注射等の薬剤の投与を止め、注射実施業務を中止する。

この中止の理由としては、薬剤投与を行なおうとしている患者とオーダーで指定されている患者の不一致、オーダーの実施予定時刻の不一致などが考えられるが、これらの理由は注射実施記録用ハンディターミナル７の液晶パネル７１上に表示され、この表示内容を見て注射担当者は処置の中止等の処理を行なう。

またステップＳ４３で、判定の結果が許可を与えるもので有れば（ステップＳ４３、ＯＫ）、ステップＳ４４として注射担当者は、注射や点滴等の薬剤の投与を患者に行ない、投与完了後、ステップＳ４５として注射実施記録用ハンディターミナル７を用いて注射実施についての情報を混注後ボトル３４のＩＣタグに書き込むと本処理は終了する。尚このステップＳ４５で書き込む情報は、図６に示した注射開始日時５６として処置を実施した時刻を、注射開始者ＩＤ５７として処置を行なった注射担当者のＩＤ情報を、そして患者ＩＤ５８として患者リストバンド３５から読み出した患者ＩＤを書き込む。

この様に、本実施形態における病院情報システムを用いることによって、薬剤投与時において、投与する薬剤とオーダーを比較して判定を行なうので、誤った薬剤投与を防ぐことが出来る。

次に、注射オーダーの内容が変更があった場合の混注業務について説明する。
図９は通常のオーダー発行から患者への薬剤の投与実施までの処理フローの概略を示す図である。薬剤のオーダーの発行から薬剤投与までは、大まかに以下の流れで行なわれる。

医師がオーダー発行を実施する（ステップＳ５１）。
オーダーを受けた薬剤を薬剤部で処方し、オーダーに指定されている病棟に対して発送する（ステップＳ５２）。

薬剤部から薬剤を受けた病棟では、オーダーに基づいて薬剤の混注作業を実施する（ステップＳ５３）。
混注した薬剤をオーダーで指定されている患者に対して、注射を行なう等投与を実行する（ステップＳ５４）。

この処理フローの中で、何ら変更がないままステップＳ５１で発行されたオーダーに基づいてステップＳ５４の薬剤の投与実施まで完了する正常のパターンであれば問題は無いが、入院中の患者の容態の急変や術後の経過次第でオーダーに示されている内容から実際に投与される内容が変更になることが多々ある。

この様なとき、従来のシステムでは、薬剤部から病棟へ薬剤３１等を発迭する前にオーダー変更があった場合は、薬剤３１は薬剤部へ返却が行われて再利用されていたが、病棟に発送後、混注時や投与前にオーダー内容に変更があったり投与が中止されたりした場合に対しては未対応であり、薬剤を他のオーダーで利用することは出来ず、薬剤を破棄している。薬剤は大変高価であり、破棄した薬剤の料金は患者には請求できないので、このコストは病院にとって大きな損失となっている。

この点に対処するため本実施形態における病院情報システムでは、薬剤３１の容器やボトルラベル３３に付加したＩＣタグに対応するオーダーのオーダーＩＤを記憶し、オーダーに変更があった場合には、このオーダーＩＤを変更後のオーダーに対応するものに書き換えることによりオーダーの変更に対処でき、より多くの薬剤を節約することが出来る。

オーダーに変更があった場合は、図９のステップＳ５２〜Ｓ５３の病棟へ薬剤を発送してから、混注作業を実施するまでの期間の場合と、ステップＳ５３〜Ｓ５４の混注作業を実施後、患者への投与前の期間の場合とでその対応が異なる。

前者の期間では、病棟に発送された薬剤に対して、薬剤投与の中止または投与する薬剤を変更するオーダー変更が発生した場合、変更があった薬剤を薬剤部に返却する。また投与する薬剤は変わらず投与方法を変更するオーダー変更があった場合は、従来のシステムではバーコードの張替えを実施していたが、本システムでは薬剤３１に添付されているＩＣタグのタグ情報を書き換えて対応する。尚このときタグ情報内のオーダーＩＤを、オーダー変更があったことが分かる新たなオーダーＩＣに書き換えることにより、薬剤３１を次の処理へ回すことが出来る。

また後者の期間に、中止若しくは薬剤の変更のオーダー変更が発生した場合、従来のシステムでは薬剤は全て破棄してオーダーを再発行していたが、本システムでは薬剤に対する条件付破棄処理を実施することにより、薬剤を条件付きで再利用可能にする。この条件付破棄処理については後述する。

また後者の期間において、投与する薬剤は変わらず投与方法のみが変わるオーダー変更が生じた場合には、タグ情報内のオーダーＩＤを、オーダー変更があったことが分かる新たなオーダーＩＣに書き換えることにより、薬剤３１を次の処理へ回すことが出来る。これにより従来は破棄されていた薬剤の無駄を節約することが可能となる。

次に上記した条件付破棄処理について説明する。この条件付破棄処理は、混注業務を実施後、患者への投与前に、投与の中止若しくは投与する薬剤を変更するオーダー変更が生じた場合に実施される。

図１０はオーダー変更時の処理の説明図である。同図右側のフローチャートは、条件付破棄処理の概要を示している。同図の処理は、混注作業実施後の薬剤に対して、薬剤投与の中止若しくは薬剤の変更のオーダー変更が成された場合に実施される処理である。

同図の処理ではまずステップＳ６１として、混注を指示した変更前のオーダー情報内の薬剤ＩＤをキーに、同じ混注薬剤を使用するオーダーで、且つ混注作業実施前のオーダーを検索する。このとき混注作業を行なった混注後の薬剤の混注作業を行なった日時も検索要素に加味し、混注後の薬剤の有効期限が切れる時刻が薬剤投与実施時刻となっているオーダーは対象から除かれるようにする。

このステップＳ６１の検索の結果、該当するオーダーが見つからない場合（ステップＳ６１、無い）、該当するオーダーが発行されていないので、ステップＳ６２として、混注してしまった薬剤は破棄する。

またステップＳ６１の検索の結果、該当するオーダー見つかった場合（ステップＳ６１、ある）、混注作業後の薬剤が利用可能なオーダーがあるので、ステップＳ６３として混注後の薬剤を使用するオーダーが変更された旨を通知し、そしてステップＳ６４として、混注済みの薬剤を変更後のオーダーが示す対象の患者に発送する処理を行なう。

このように、従来はオーダーに対して薬剤が１対１で結びついていた為、変更や中止に対して破棄を余儀なくされていた処理をシステムでフォローすることが可能となり、経費節約が可能になる。

次に図１０に示したオーダーに変更が生じたときの処理についてより詳細に説明する。
図１１及び図１２は、薬剤払い出し後、混注作業前に注射オーダーが変更された場合の処理を示すフローチャートである。

図１１は左側から、医師が注射オーダー入力端末１を操作することにより実現される注射オーダー業務、薬剤師等の払い出し担当者が薬剤管理端末３を操作することにより実現される払い出し業務、看護師等の混注担当者が混注確認端末５を操作することにより実現される混注業務を示している。

また図１２は左側から、薬剤師等の払い出し担当者が薬剤管理端末３を操作することにより実現される返却薬剤業務、混注担当者が混注確認端末５を操作することにより実現される混注業務を示している。

医者が薬剤投与の指示依頼を行なうため注射オーダー入力端末１を操作し、ステップＳＡ７０１として患者情報や投与する薬剤とその投与方法、投与日時等の情報を入力すると、ステップＳＡ７０２として注射オーダー入力端末１は、この入力情報に基づいてオーダー情報を生成し、注射オーダー発行処理としてこのオーダー情報をオーダー管理サーバー２に送る。オーダー管理サーバー２はこれを受けて、このオーダー情報を自己のメモリに記録管理すると共に、薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８に通知する。

このオーダー情報の送信を受けて、払い出し業務がスタートし、薬剤師等の払い出し担当者は、ステップＳＢ７０１として払い出し処理を実施する。この払い出し処理としては、図５を用いて説明した処理と同様の処理を行なう。

この払い出し処理が終了すると、払い出された薬剤３１は、注射箋３２及びボトルラベル３３と共に病棟へ送られる。またこのとき薬剤３１に添付されているＩＣタグには、上記した払い出し処理によって、最初からＩＣタグ内に記録されている薬剤ＩＤ５０に加え、オーダーＩＤ５１、払い出し日時５２及び払い出し実施者ＩＤ５３が記録される。

払い出し業務が終了すると、払い出された薬剤３１等は、薬剤投与を行なう病棟に送られる。
この間に、注射オーダーに変更が生じると、医者はステップＳＡ７１１として注射オーダー入力端末１から変更内容を入力すると、注射オーダー入力端末１はステップＳ７１２として注射オーダーの変更をオーダー管理サーバー２に通知し、オーダー管理サーバー２は、この変更を薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８に通知する。尚このとき通知される変更後の注射オーダーには、オーダー変更か成されたことが分かるような形の新たなオーダーＩＤが付される。

一方病棟では、ステップＳＣ７０１として、看護師等の混注担当者が薬剤３１等を受け取った後、混注業務が開始され、混注担当者は、混注確認端末５の操作を開始する。
混注担当者の操作によって混注確認端末５は、ステップＳＣ７０２として、ＩＣタグリーダライタ１５ｃを用いてステップＳＣ７０１で受け取った薬剤３１からタグ情報を読み出す。タグ情報には、図５に示したオーダーＩＤ５１が記録されているので、ステップＳＣ７０３としてこのオーダーＩＤ５１によって、混注確認サーバー６ヘの問い合わせを行い、オーダー情報を確認する。

この問い合わせより前に、混注確認サーバー６に上記したステップＳＡ７１２のオーダー変更の通知が注射オーダー入力端末１から送られていたならば、混注確認サーバー６に記録されているオーダー情報はこのオーダー変更の通知に基づいてオーダー内容が変更されている。本例は、薬剤払い出し後、混注作業前に注射オーダーが変更された場合の処理を示すものなので、ステップＳＣ７０３の問い合わせの時点で、この変更は既に行なわれているものとする。

混注確認端末５は、ステップＳＣ７０４として、ステップＳ７０３のオーダー確認に対する応答から、オーダー変更が成されているか否かを判断し、オーダー変更が成されていないと判断すれば（ステップＳＣ７０４、ＮＯ）、図７のステップＳ２４に処理を移す。

またここでオーダー変更が成されていると判断すれば（ステップＳＣ７０４、ＹＥＳ）、図１２のステップＳＣ７０５に処理を移す。
図１２に示す処理に於いて、混注確認端末５は、オーダー変更の内容を判別する。オーダー変更の内容としては１）薬剤投与の中止、２）投与する薬剤の変更、３）薬剤そのものは変更せず投与方法のみ変更、の３種類に分類される。混注確認端末５は、ステップＳＣ７０５としてオーダー変更の内容が１）薬剤投与の中止であるかどうかを判別し、中止であるならば（ステップＳＣ７０５、ＹＥＳ）、ステップＳＣ７０８として、ディスプレイ１２ｃの表示画面上にオーダー中止の通知を表示する
ステップＳＣ７０５でオーダー変更の内容が中止でないならば、ステップＳＣ７０６として混注確認端末５は、オーダー変更内容が２）投与する薬剤の変更であるかどうかを判別し、薬剤の変更であるならば（ステップＳＣ７０６、ＹＥＳ）、ステップＳＣ７０９として、ディスプレイ１２ｃの表示画面上にオーダー変更の通知を表示する。

またステップＳＣ７０６において、オーダー変更の内容が投与する薬剤の変更でないならば（ステップＳＣ７０６、ＮＯ）、変更の内容は３）投与の方法のみの変更となるので、ステップＳＣ７０７として、薬剤３１のＩＣタグにオーダー番号を変更後のものに追記変更して書き込み、図７のステップＳ２４に処理を移して薬剤の混注作業を行なう。

このステップＳＣ７０７のＲＦＩＤの書き込み処理によって、オーダー変更に対して従来は薬剤を破棄していたのに対して、タグ情報内のオーダーＩＤを変更することによって、薬剤をそのまま利用できるようになる。

オーダー内容が、薬剤投与の中止や薬剤の変更であった場合はステップＳＣ７０８で受け取った薬剤は使用しないので、ステップＳＣ７０８若しくはＳＣ７０９でディスプレイ１２ｃ上に表示して混注担当者に通知後、ステップＳＣ７１０として薬剤の返却通知を表示しする。また、ステップＳＣ７１１として薬剤３１のＩＣタグの書き込み処理を行ない、混注中止の日時及び実施者ＩＤの変更、オーダーＩＤのクリアを行なう。

ステップＳＣ７１１の通知を見て、混注担当者がステップＳＣ７１１として薬剤３１の返却を行なうと、薬剤部はステップＳＢ７１１としてこの返却薬剤３１を受け取り、薬剤管理端末３を操作して薬剤返却操作を開始する。

薬剤管理端末３は、ステップＳＢ７１２として、ＩＣタグリーダライタ１５を用いて、返却された薬剤３１のＩＣタグからタグ情報を読み出し、薬剤ＩＤを確認する。そしてステップＳＢ７１３として、その薬剤ＩＤに対して返却薬剤として薬剤管理サーバー４に登録する。

これによって、返却された薬剤は別の注射オーダーでその薬剤が必要なときは払い出しを行なうことができる。
図１３及び図１４は混注実施後に注射オーダーが変更された場合の処理を示すフローチャートである。

図１３は左側から、医師が注射オーダー入力端末１を操作することにより実現される注射オーダー業務、薬剤師等の払い出し担当者が薬剤管理端末３を操作することにより実現される払い出し業務、看護師等の混注担当者が混注確認端末５を操作することにより実現される混注業務を示している。また図１３の下段右側部分には、看護師等の注射担当者が注射実施記録用ハンディターミナル７を操作することにより実現される注射実施業務を示す。

また図１４は、注射担当者が注射実施記録用ハンディターミナル７を操作することにより実現される注射実施業務のオーダー変更時の処理を示す。
医者が注射投与の指示依頼を行なうため注射オーダー入力端末１を操作し、ステップＳＡ８０１として患者情報や投与する薬剤とその投与方法、投与日時等の情報を入力すると、ステップＳＡ８０２として注射オーダー入力端末１は、この入力情報に基づいてオーダー情報を生成し、注射オーダー発行処理としてこのオーダー情報をオーダー管理サーバー２に送る。オーダー管理サーバー２はこれを受けて、このオーダー情報を薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８に通知する。

このオーダー情報の送信を受けて、払い出し業務がスタートし、薬剤師等の払い出し担当者は、ステップＳＢ８０１として払い出し処理を実施する。この払い出し処理としては、図５を用いて説明した処理と同様の処理を行なう。

この払い出し処理が終了すると、払い出された薬剤３１は、注射箋３２及びボトルラベル３３と共に病棟へ送られる。またこのとき薬剤３１に添付されているＩＣタグには、上記した払い出し処理によって、ＩＤタグ内に最初から記録されている薬剤ＩＤ５０に加え、オーダーＩＤ５１、払い出し日時５２及び払い出し実施者ＩＤ５３が記録される。

払い出し業務が終了し、払い出された薬剤３１等は、薬剤投与が実施される病棟に送られる。
そして病棟では、薬剤部から払い出された薬剤３１等を受け取った後、看護師等の混注担当者が、混注確認端末５の操作を行なって混注業務を開始する。

この混注業務では、ステップＳＢ８０１として、混注実施処理を行なう。この混注実施処理としては、図７を用いて説明した処理と同様の処理を行なう。
一方患者の容態の急変等の理由で注射オーダーに変更が生じると、注射オーダーの変更処理が実施される。この処理では、ステップＳＢ８１１として医者が注射オーダー入力端末１を操作して、注射オーダー変更処理を行なう。この注射オーダー変更処理は、図１１のステップＳＡ７１１〜ＳＡ７１２と同様の処理である。

医者が注射オーダー入力端末から、オーダーの変更内容を入力すると、この変更内容は、オーダー管理サーバー２を介して、薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８に通知される。またこのとき通知される変更後の注射オーダーには、新たなオーダーＩＤが付される。尚本例では、この通知は、ステップＳＣ８０１の混注実施処理が完了し、変更前の旧オーダーによって投与が指定されていた薬剤の混注作業が終了後に、薬剤管理サーバー４、混注確認サーバー６及びハンディターミナル管理サーバー８に通知されたものとする。

一方病棟では、混注業務の終了を受けて、注射等の患者への薬剤の投与の実施が開始される。
看護師等の注射担当者は、注射実施記録用ハンディターミナル７での注射実施時の操作して処理を開始し、ステップＳＤ８０１において、注射実施記録用ハンディターミナル７は薬剤３１に添付されているＩＣタグ及び患者がつけている患者リストバンド３５からタグ情報を読み込む。このとき、薬剤３１のタグ情報には薬剤ＩＤだけでなく、オーダーＩＤが書き込まれているので、次に注射実施記録用ハンディターミナル７は、ステップＳＤ８０２としてこのオーダーＩＤによってハンディターミナル管理サーバー８にオーダー内容の問い合わせを行なう。

次に注射実施記録用ハンディターミナル７は、ステップＳＤ８０３として、ステップＳＤ８０２の問い合わせに対する応答から、オーダー変更が行なわれたかどうかを判断し、変更が行なわれていなければ（ステップＳＤ８０３、ＮＯ）、図８のステップＳ４４に処理を移し、患者への薬剤の投与を実行する。

またステップＳＤ８０３において、オーダーの変更が行なわれたと判断したならば、注射実施記録用ハンディターミナル７は、図１４のステップＳＤ８０４に処理を移す。
図１４に示す処理に於いて、注射実施記録用ハンディターミナル７は、まずオーダー変更の内容を判別する。オーダー変更の内容としては１）薬剤投与の中止、２）投与する薬剤の変更、３）薬剤そのものは変更せず投与方法のみ変更、の３種類に分類される。混注確認端末５は、ステップＳＤ８０４としてオーダー変更の内容が、１）薬剤投与の中止であるかどうかを判別し、中止であるならば（ステップＳＤ８０４、ＹＥＳ）、ステップＳＣ８０８として、オーダー変更によって薬剤投与が中止されたことを液晶パネル７１上に表示する等の方法で注射担当者に通知する。

またステップＳＢ８０４でオーダー変更の内容が中止でないならば、注射実施記録用ハンディターミナル７はステップＳＤ８０５として、オーダー変更内容が２）投与する薬剤の変更であるかどうかを判別し、２）薬剤の変更であるならば（ステップＳＤ８０５、ＹＥＳ）、ステップＳＤ８０９として、オーダー変更によって投与する薬剤が変更されたことを液晶パネル７１上に表示する等の方法で注射担当者に通知する。

またステップＳＤ８０５において、オーダー変更の内容が２）投与する薬剤の変更でないならば（ステップＳＤ８０５、ＮＯ）、変更の内容は３）投与の方法のみの変更なので、ステップＳＤ８０６として、画面表示や音声等によってオーダーの変更があったことを注射担当者に通知し、また変更された薬剤投与の方法を液晶パネル７１に表示して通知する。そしてステップＳＤ８０７として薬剤３１に添付されているＩＣタグにオーダーＩＤを変更されたオーダーのものに追記変更して書き込み、図８のステップＳ４４へ処理を移して注射等の薬剤の投与を実行する。

このステップＳＤ８０７のＩＣタグへの書き込み処理によって、オーダー変更に対して従来は薬剤を破棄していたのを、タグ情報内のオーダーＩＤを更新して変更後のオーダー情報に対応させることによって、薬剤３１をそのまま利用できる。

オーダー内容が、１）薬剤投与の中止や２）薬剤の変更であった場合は薬剤部から受け取った薬剤は使用しないので、注射実施記録用ハンディターミナル７は、ステップＳＤ８０８若しくはＳＤ８０９で画面上表示する等の方法で注射担当者に通知後、ステップＳＣ８１０としてハンディターミナル管理サーバー８を介してオーダー管理サーバー２に問い合わせを行ない、これを受けてオーダー管理サーバー１はこの混注後の薬剤が使用できる他の注射オーダーの検索を行ない、結果を注射実施記録用ハンディターミナル７に通知する。このときの検索条件は、１）混注後の薬剤と同一種類同一の量、割合で混注をした薬剤の投与が行なわれるもの、２）混注作業の実施前のもの、３）投与を行なう日時が同一日、同一勤務帯のもの等、混注後の薬剤の使用期限内に薬剤投与が行なわれるもの、となり、この３つの条件全てを満たすオーダーを検索する。

注射実施記録用ハンディターミナル７は、ステップＳＤ８１１として、オーダー管理サーバー１からの応答を判定し、該当する注射オーダーが存在するかどうかを判断する。その結果、該当するオーダーが無ければ（ステップＳＤ８１０、ＮＯ）、ステップＳＤ８１２として、注射担当者に画面表示や音声等によって薬剤の廃棄を通知し、注射実施記録用ハンディターミナル７は、注射実施時の処理を終了する。そして注射担当者は、ステップＳ８１２の通知を受けて、患者に投与を行なうために保持していた、混注が実施された薬剤３１を破棄する。そして注射オーダー変更の場合は、あらためて薬剤が送られてくるので、病棟でその薬剤３１等が薬剤部から送られてくるのを待って、上述した混注及び注射の実施を行なう。

またステップＳＤ８１１において、注射実施記録用ハンディターミナル７は、該当する注射オーダーが存在すると判断したときは（ステップＳＤ８１１、ＹＥＳ）、対応する注射オーダーを変更して他のオーダーに薬剤を用いるので、ステップＳ８１３として、薬剤に添付されているボトルラベル３３のＩＣタグ内に記憶されているオーダーＩＤを新たな注射オーダーのオーダーＩＤに書き換える。そして注射実施記録用ハンディターミナル７は、メッセージ表示等によって、注射担当者に薬剤再配を行なうよう通知し、また患者ＩＤ、患者名、実施予定日時、再配先である実施病棟等の新たな注射オーダーの詳細情報を画面表示等によって注射担当者に通知して、注射実施記録用ハンディターミナル７は、注射実施時の処理を終了する。そして注射担当者は、ステップＳ８１４の通知を受けて、該当オーダーの病棟へ、薬剤を発送する。

また変更された注射オーダーの薬剤３１は、あらためて薬剤管理端末３によって払い出し処理が行われ薬剤３１が送られてくるので、病棟ではその薬剤を待って、混注及び注射の実施を行なう。

この様日本実施形態に於ける病院情報システムを用いることによって、途中で注射オーダーに変更が生じても、破棄する薬剤を最小限にとどめることが出来る。

本実施形態に於ける病院情報システムの構成例を示す図である。 端末装置及びサーバーの構成例を示す図である。 注射実施記録用ハンディターミナルの構成例を示す図である。 本実施形態に於ける病院情報システムを用いた病院内で患者に投与される薬剤に対する情報と物の流れを示す図である。 薬剤払い出し業務時の処理の流れを示すフローチャートである。 薬剤及びボトルラベルに付加されているＩＣタグに記憶されているタグ情報を示す図である。 混注業務時の処理の流れを示すフローチャートである。 注射実施時の処理を示すフローチャートである。 オーダー変更時の処理の説明図である。 条件付破棄処理の概要を示すフローチャートである。 薬剤払い出し後、混注作業前に注射オーダーが変更された場合の処理を示すフローチャート（その１）である。 薬剤払い出し後、混注作業前に注射オーダーが変更された場合の処理を示すフローチャート（その２）である。 混注実施後に注射オーダーが変更された場合の処理を示すフローチャート（その１）である。 混注実施後に注射オーダーが変更された場合の処理を示すフローチャート（その２）である。

符号の説明

１ 注射オーダー入力端末
２ オーダー管理サーバー
３ 薬剤管理端末
４ 薬剤管理サーバー
５ 混注確認端末
６ 混注確認サーバー
７ 注射実施記録用ハンディターミナル
８ ハンディターミナル管理サーバー
９ アクセスポイント
１０ ＬＡＮ
２１ ＣＰＵ
２２ 主記憶装置
２３ 補助記憶装置
２４ 入出力装置
２５ ネットワーク接続装置
２６ 媒体読取装置
２７ 可搬記憶媒体
２８ バス
５０ 薬剤ＩＤ
５１ オーダーＩＤ
５２ 払いだし日時
５３ 払い出し実施者ＩＤ
５４ 混注日時
５５ 混注者ＩＤ
５６ 注射開始日時
５７ 注射開始者ＩＤ
５８ 患者ＩＤ
５９ 混注薬剤リスト

Claims (16)

1. 患者に投与される薬剤についての情報を管理する病院情報システムにおいて、
   患者に対する薬剤投与の指示入力に基づいて、当該薬剤投与に関する指示を示すオーダー情報を生成し、記憶するオーダー情報記憶手段と、
   前記オーダー情報に基づいて薬剤の払い出しを行なうとき、当該薬剤に付加されているＩＣタグに、当該薬剤に関連する前記オーダー情報に基づいて生成される情報を書き込む薬剤管理手段と、
   を備えることを特徴とする病院情報システム。
2. 前記薬剤の払い出しを行なうとき、前記薬剤管理手段が前記ＩＣタグに書き込む情報は、前記薬剤の払い出しの実施記録を示す情報を含むことを特徴とする請求項１に記載の病院情報システム。
3. 前記オーダー情報に基づいて複数の薬剤を混ぜて患者に投与する薬剤を作る混注を行なうとき、前記混注後の薬剤に付加するＩＣタグに前記薬剤の混注の実施記録を示す情報を書き込む混注情報書き込み手段を更に備えることを特徴とする請求項１又は２に記載の病院情報システム。
4. 前記患者へ前記薬剤の投与を行なうとき、当該投与を行なう薬剤に付加されているＩＣタグに前記薬剤の実施記録を示す情報を書き込む薬剤投与情報記録手段を更に備えることを特徴とする請求項１乃至３の何れか１つに記載の病院情報システム。
5. 前記実施記録を示す情報は、実施した時間及び実施者を一意に識別する識別情報の少なくとも１つを含むことを特徴とする請求項１乃至４の何れか１つに記載の病院情報システム。
6. 前記薬剤に付加されているＩＣタグは、当該ＩＣタグが付加されている薬剤を一意に識別する識別情報を記憶し、前記薬剤の払い出しを行なうとき、前記ＩＣタグから前記薬剤の識別情報を読み出し、前記オーダー情報と参照することによって前記薬剤のチェックを行なう払い出しチェック手段を更に備えることを特徴とする請求項１乃至５の何れか１つに記載の病院情報システム。
7. 前記オーダー情報に基づいて複数の薬剤を混ぜて患者に投与する薬剤を作る混注を行なうとき、当該薬剤に付加されているＩＣタグから情報を読み出し、当該情報を前記オーダー情報と参照することによって前記薬剤のチェックを行なう混注チェック手段を更に備えることを特徴とする請求項１乃至６の何れか１つに記載の病院情報システム。
8. 前記患者へ前記薬剤の投与を行なうとき、投与する薬剤に付加されているＩＣタグから情報を読み出し、当該情報を前記オーダー情報と参照することによって前記薬剤のチェックを行なう、薬剤投与チェック手段を更に備えることを特徴とする請求項１乃至７の何れか１つに記載の病院情報システム。
9. 前記オーダー情報に変更が生じたとき、当該変更を実施者に通知する通知手段を更に備えることを特徴とする請求項１乃至８の何れか１つに記載の病院情報システム。
10. 前記オーダー情報に変更が生じたとき、当該変更されたオーダー情報に基づいて、前記薬剤に付加されているＩＣタグ内の情報を書き換えるオーダー変更処理手段を更に備えることを特徴とする請求項１乃至９の何れか１つに記載の病院情報システム。
11. 前記オーダー変更処理手段は、前記混注を行なうとき、前記薬剤に付加されているＩＣタグから読み出した情報から前記オーダー情報に変更が生じたかどうかを判定し、当該変更生じたときは、変更後のオーダー情報に基づいて、前記薬剤に付加されているＩＣタグ内の情報を書き換えることを特徴とする請求項１０に記載の病院情報システム。
12. 前記オーダー変更処理手段は、前記患者へ前記薬剤の投与を行なうとき、前記薬剤に付加されているＩＣタグから読み出した情報から前記オーダー情報に変更が生じたかどうかを判定し、当該変更が薬剤の投与方法の変更であるときは、前記薬剤に付加されているＩＣタグ内の情報を書き換えることを特徴とする請求項１０又は１１に記載の病院情報システム。
13. 前記混注情報書き込み手段は、混注で共に用いる他の薬剤を示す情報をも書き込むことを特徴とする請求項１乃至１２の何れか１つに記載の病院情報システム。
14. 前記ＩＣタグは、にＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）技術によるものであることを特徴とする請求項１乃至１３の何れか１つに記載の病院情報システム。
15. 患者に投与される薬剤についての情報を管理する病院情報システムを構築する端末装置内で実行されるプログラムであって、
    ネットワークを介して、薬剤投与に関する指示を示すオーダー情報を受信しメモリに記憶する機能と、
    前記オーダー情報に基づいた情報を、薬剤に付加されているＩＣタグに書き込む機能と、
    を実現するプログラム。
16. 患者に投与される薬剤についての情報を管理する病院情報システムを構築する端末装置内で実行されるプログラムであって、
    薬剤に付加されているＩＣタグ内から情報を読み出す機能と、
    前記ＩＣタグから読み出した情報を用いて、薬剤投与に関する指示を示すオーダー情報を参照する機能と、
    前記参照結果に基づいて、前記薬剤のチェックを行なう機能と、
    を実現するプログラム。
    
    

Images