JPH11259583A - 調剤診療ケア情報の空間伝送ネットワークシステム - Google Patents

Abstract

(57)【要約】 【課題】 高性能の処理装置を必要とせず、設備の拡張
や変更に柔軟かつ容易に対応でき、また、効率的かつ誤
りなく調剤診療業務を支援できる調剤診療ケア情報の空
間伝送ネットワークシステムを提供する。 【解決手段】 調剤ライン上を移動する薬剤トレイに情
報キャリア２１を付し、通信路３に接続された処方指示
ユニット３０の固定ポート３１との間で空間伝送による
データコミュニケーションを行う。情報キャリア２１
は、ＣＰＵ２１５とＥ² ＰＲＯＭ２１６とを備える。Ｅ
² ＰＲＯＭ２１６には、処理プログラムのほか、処方デ
ータ等の調剤情報や、工程順序情報、予定所要時間情報
および処理状況情報等の調剤診療管理情報を格納する。
情報キャリア２１と固定ポート３１との間の空間伝送や
Ｅ² ＰＲＯＭ２１６に対するデータの読み書きは自律的
に行われる。情報キャリア２１は、通信路３を介して他
の処理ユニットとデータ通信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は病院薬局等における
調剤業務や患者の診療ケア業務を支援するための調剤診
療ケア情報の空間伝送ネットワークシステムに関する。

【０００２】

【従来の技術】従来より、病院薬局等においては、患者
に投与する薬剤を１回分ずつ分包するために各種の薬剤
分包機が用いられているが、特に大規模病院の薬局等に
おいては全自動型の薬剤分包機が用いられ、省力化が図
られている。このような薬剤分包機を用いて薬剤分包を
行った場合においても、何らかの原因で分包錠数等の誤
りが発生する可能性もあるので、患者への誤投与を避け
るべく、薬剤師によってそれらの各分包袋に処方箋通り
の適正な種類および錠数の薬剤が収容されているか否か
を確認する作業（以下、薬剤監査作業という。）が行わ
れている。ここで、薬剤には、錠剤、散剤、水剤のほ
か、注射液やカプセル、錠剤のＰＴＰ、外用薬等の多種
多様なものがあるため、特に大病院のように多数の患者
に対する処方薬を取り扱う薬局においては、薬剤の種類
ごとに調剤作業を分けるようにした方が効率的である。

【０００３】そこで、例えば、特開平７−８１７３７号
公報にあるように、薬局内にコンベアラインを設け、そ
の上を移動するバケット内に、薬剤種ごとに調剤された
分包袋を順序投入し、最後にバケット内のすべての分包
袋の内容について処方箋との照合作業（監査）を行った
上で、これらを薬袋に入れて患者に手渡すようにするこ
とが行われている。この方法では、コンベアラインの移
動タイミングや各薬剤分包装置等における動作制御およ
び患者ごとの調剤情報の管理等は、すべて、中央部に設
けられた中央制御装置およびシーケンサによって統括的
に行われるようになっていた。

【０００４】また、特に総合病院等のような規模の大き
い病院においては、来院患者や入院患者についての各種
の処置管理が効率的かつ確実に行われるようにするた
め、患者ごとにＩＤ（識別）カードを作成し、これを基
に病院内の各部門での業務進行と患者管理とを行う診療
ケアシステムを採用しているケースが多い。このＩＤカ
ードとしては、従来より、プラスチック製のカードに文
字情報を表す凹凸を形成しこれを専用紙に転写できるよ
うにしたエンボッサタイプのものや、バーコードを印刷
したカード等が用いられており、このＩＤカードに患者
の個人情報を記録すると共に、各部門でそれを肉眼また
はバーコードリーダ等によって読み取って業務の用に供
するようにしていた。

【０００５】

【発明が解決しようとする課題】上記したように、従来
の調剤システムでは、コンベアラインや各薬剤分包装置
等と中央制御装置との間は、それぞれ個別に制御用の配
線ケーブルによって接続され、これらの各装置の制御は
すべて中央集中方式で（すなわち、中央処理装置からの
指令に基づいて）行われるようになっていた。このた
め、制御対象の装置が多い場合には配線ケーブルの数が
多数となって配線が複雑化すると共に、配線スペースも
増大するという問題があった。

【０００６】また、例えば、コンベアラインに沿って配
置した薬剤分包装置等の種類や台数を増減変更したり配
置変えをする場合には、そのような増設変更の対象とな
るすべての装置と中央制御装置との間を結ぶ配線ケーブ
ル全体を布設し直さなければならないので、膨大な手間
がかかることとなる。また、例えば薬剤分包装置にセッ
トする薬剤の種類や数を変更追加しようとする場合に
は、中央制御装置やシーケンサのメインプログラムを書
き換えなければならないので、その書き換えの作業が大
掛かりとなって大きな労力と時間とを要し、しかも、書
き換え作業中は調剤システムの運転を中断しなければな
らなかった。すなわち、システムの拡張や変更に柔軟に
対応することは容易でなかった。

【０００７】さらに、従来は、中央制御装置が調剤シス
テム全体の管理、監視および制御を一手に行うようにな
っていたことから、その処理負荷が大きく、それに見合
う高性能のマイクロプロセッサを搭載した装置が必要
で、コスト的にも不利であった。

【０００８】一方、上記したように、従来の診療ケアシ
ステムで用いていたＩＤカードは、エンボッサタイプや
バーコードタイプ等の一般に広く流通しているものであ
るため、安価であり、また、軽くて持ち運びにも便利で
あるという利点はあるものの、その一方、記録できる情
報量が数バイト〜数十バイト程度と少ないことから、患
者ＩＤ番号の管理程度しかできず、十分な患者管理がで
きなかった。また、従来のＩＤカードには、再利用がで
きないこと、汚れ等によって読み取り困難となるおそれ
があること、あるいは印字プリンタ等のランニングコス
トが無視できないこと等の不利な点もあり、さらに、特
にバーコードタイプの場合には、患者に対して「自分が
物であるかのような印象」を与えるという問題もあっ
た。

【０００９】さらに、この種のＩＤカードは、患者と共
に一人歩きするという性質をもつため、果たして患者が
適切な順序に従って適切な診療ケアを受けているかとい
うことをＩＤカードによって把握することは困難であっ
た。

【００１０】本発明はかかる問題点に鑑みてなされたも
ので、その第１の目的は、調剤システム構築に必要な配
線ケーブルを極力減らしてシステム構成の拡張変更にも
柔軟かつ容易に対応できるような環境を実現することを
可能とする調剤診療ケア情報の空間伝送ネットワークシ
ステムを提供することにある。また、本発明の第２の目
的は、病院薬局等における調剤業務や患者の診療ケア業
務の効率的な支援と、患者が心地よく治療等を受けられ
るような医療環境の実現とを可能とする調剤診療ケア情
報の空間伝送ネットワークシステムを提供することにあ
る。さらに、本発明の第３の目的は、調剤処理または診
療ケアを行うに際し、処理の確実性を担保することがで
きる調剤診療ケア情報の空間伝送ネットワークシステム
を提供することにある。

【００１１】

【課題を解決するための手段】本発明に係る調剤診療ケ
ア情報の空間伝送ネットワークシステムは、所定の通信
プロトコルによる通信が行われる通信網と、処方データ
を含む調剤情報もしくは診療ケア情報と調剤もしくは診
療の順序および所要時間を管理するための調剤診療管理
情報とを記憶する記憶手段ならびに空間伝送を行う伝送
手段を有する可搬型の情報キャリアと、情報キャリアと
の間で空間伝送を行う手段を有する固定ポートとを備
え、固定ポートを通信網に接続するように構成したもの
である。ここで、調剤情報は病院薬局等における調剤業
務に直接関係するすべての情報を含み、また、診療ケア
情報は病院等に来院または入院した患者に直接関係する
すべての情報を含む。

【００１２】この調剤診療ケア情報の空間伝送ネットワ
ークシステムでは、必要に応じて、可搬性のある情報キ
ャリアを通信網に接続された固定ポートにセットするこ
とにより、固定ポートと情報キャリアとの間で空間伝送
によるデータコミュニケーションが行われる。具体的に
は、固定ポートは、情報キャリアに調剤情報、診療ケア
情報および調剤診療管理情報を適宜記録したり、情報キ
ャリアからこれらの情報を読み出すことが可能である。
例えば、本発明に係る調剤診療ケア情報の空間伝送ネッ
トワークシステムを調剤部門に適用する場合には、情報
キャリアを調剤トレイに装着して調剤工程の管理等に利
用することができる。また、例えば、本発明に係る調剤
診療ケア情報の空間伝送ネットワークシステムを医療部
門に適用する場合には、情報キャリアを各患者に持たせ
て病院内における各種の業務管理や患者管理に利用する
ことが可能である。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照して詳細に説明する。 ［第１の実施の形態］図１は本発明の第１の実施の形態
に係る調剤診療ケア情報の空間伝送ネットワークシステ
ムの概略構成を表すもので、病院薬局の調剤部門で用い
られる調剤システムとして構成されている。この調剤シ
ステムは、このシステムに対するデータ入力端末および
データサーバとして機能する操作卓ユニット１０と、情
報を蓄積可能な情報キャリア２１を備えると共に調剤さ
れた薬剤（後述する分包袋）を収容して搬送路１上を移
動するトレイ２０と、操作卓ユニット１０から入力され
た処方データをトレイ２０の情報キャリア２１に書き込
む処理を行う処方指示ユニット３０と、多種類の錠剤を
格納すると共に処方指示ユニット３０により指示された
処方データに基づいて必要な錠剤を自動的に分包して分
包袋の形でトレイ２０中に投入する錠剤分包ユニット４
０と、多種類の散剤を格納すると共に上記の処方データ
に基づいて必要な散剤を自動的に分包して分包袋の形で
トレイ２０中に投入する散剤分包ユニット５０と、多種
類の水剤を格納すると共に上記の処方データに基づいて
必要な水剤を自動的に分包して分包袋の形でトレイ２０
中に投入する水剤分包ユニット６０と、トレイ２０内に
投入された各種類の分包袋を患者に手渡す際に用いられ
る収容袋である薬袋に必要な情報を印字してトレイ２０
中に投入する薬袋供給ユニット７０と、患者に手渡され
る薬剤が処方データ通りのものか否かを薬剤師が確認す
る監査作業を支援するための監査支援ユニット８０とを
備えている。これらの各ユニットは搬送路駆動ユニット
９０によって駆動される搬送路１に沿って配置されてい
る。

【００１４】これらの各ユニット間は通信路３によって
相互接続されているが、各ユニットは操作卓ユニット１
０によって統括制御されるのではない。各ユニットは、
後述するように、個別にＣＰＵおよび制御プログラムを
保有しており、それぞれ自律的に動作し、必要に応じて
他のユニットとの間で相互にデータ通信を行うことによ
って、全体として秩序ある動作を行うようになってい
る。ここで、自律的に動作する、とは、少なくとも、必
要な処理内容を表す処理プログラムを保有し、かつ、こ
の処理プログラムを実行する手段（例えば、マイクロプ
ロセッサ等）を備えていることを意味する。ここで、通
信路３が本発明における「通信網」に対応し、情報キャ
リア２１が本発明における「情報キャリア」に対応す
る。

【００１５】操作卓ユニット１０は、図２に示したよう
に、ＣＰＵ（中央処理装置）１１１、ハードディスク装
置（ＨＤＤ）１１２、メモリ１１３部および通信メディ
アドライバ１１４を含んで構成された制御本体部１１
と、必要な情報を表示するための表示装置１２と、必要
な情報（処方データ等）を入力するためのキーボード１
３とを備えている。

【００１６】本体制御部１１の各部と表示装置１２およ
びキーボード１３との間は内部バス１４によって接続さ
れている。メモリ部１１３は処理プログラムを格納する
ほか、ＣＰＵ１１１が必要な処理を行う際のワークメモ
リとして使用されるものである。ハードディスク装置１
１２には、図３および図４に示したように、キーボード
１３から入力された患者ごとの処方データを含んで構築
されたデータベースが格納され、必要に応じてＣＰＵ１
１１によって参照されるようになっている。ＣＰＵ１１
１は、通信メディアドライバ１１４により、通信路３を
介して他のユニット（処方指示ユニット３０、薬袋供給
ユニット４０等）との間でデータ通信ができるようにな
っており、これらの各ユニットに対してハードディスク
１１２のデータベースの内容を適宜送ることができるよ
うになっている。

【００１７】図３は、ハードディスク装置１１２に格納
されたデータベースのうち、処方データを含む調剤情報
の内容を表すものである。この図に示したように、この
データベースには、処方コードに対応付けて、患者コー
ドおよび患者名のほか、処方薬、用法、分包数等の処方
データやその他の関連データが格納されている。このう
ち、処方薬の欄には、患者に投与すべき１または複数の
薬品の薬品コードが格納されている。この薬品コード
は、例えば図４に示したような薬剤情報を含む薬剤デー
タベースに、薬品名、形状データ格納アドレス、表示記
号、薬効およびその他の情報と対応付けられて登録され
ている。ここで、形状データ格納アドレスは、各薬品の
形状を表す画像データが格納されている領域の先頭アド
レスを意味している。この薬品形状画像データもまたハ
ードディスク装置１１２内の所定の領域（図示せず）に
格納されている。

【００１８】なお、図３におけるその他の関連データと
しては、例えば処方年月日、患者の住所、年齢、性別、
何日分の薬かを表すデータ、初診日、健康保険の種類や
番号等の付帯情報がある。また、図４におけるその他の
データとは、例えば薬品の取扱上の注意、薬品メーカ等
の付帯情報を含む。

【００１９】図５は、搬送路駆動ユニット９０の概略構
成を表すものである。このユニットは、本ユニット全体
の制御を行うＣＰＵ９１と、ＣＰＵ９１が実行する制御
プログラムを格納するプログラム領域９２ａおよび制御
に必要なデータ（駆動パラメータ等）を格納するデータ
領域９２ｂを有するＥ² ＰＲＯＭ（電気的消去書換可能
型リード・オンリ・メモリ）９２と、通信路３との間で
通信インタフェイス制御を行う通信メディアドライバ９
３と、制御信号の入出力制御を行うＩ／Ｏ（入出力）ポ
ート９４とを備え、内部バス９８によって相互に接続さ
れている。Ｉ／Ｏポート９４は駆動制御部９５を介して
駆動モータ９６に接続されると共に、この駆動モータ９
６の駆動状態を検出する回転センサ９７に接続されてい
る。そして、ＣＰＵ９１は、通信路３を介して他のユニ
ットから随時与えられるコマンドに応じて駆動モータ９
６によって搬送路１を駆動すると共に、必要に応じて駆
動状態を表すデータを各ユニットに送出するという制御
を行うようになっている。

【００２０】図６は、ある時点における処方指示ユニッ
ト３０とトレイ２０との位置関係を表すものである。こ
の図に示したように、処方指示ユニット３０は、トレイ
２０の情報キャリア２１との間で空間データ伝送を行う
固定ポート３１を備えている。この固定ポート３１は通
信路３に接続されている。トレイ２０は、搬送路１上を
矢印方向に移動し、情報キャリア２１が処方指示ユニッ
ト３０の固定ポート３１に対向する位置に達した所で停
止するようになっている。ここで、固定ポート３１が本
発明における「固定ポート」に対応する。

【００２１】図７は、処方指示ユニット３０の固定ポー
ト３１およびトレイ２０の情報キャリア２１の内部構成
を表すものである。この図に示したように、この固定ポ
ート３１は、空間伝送による送受信を行う磁気コア３１
１と、送信データを変調する変調器３１２ａおよび受信
データを復調する復調器３１２ｂを備えたトランシーバ
３１２と、変調された送信データに重畳して送出される
電力を供給するための電力供給用インバータ３１３と、
電力供給用インバータ３１３の動作を監視するドライブ
モニタ３１９とを備えている。

【００２２】この固定ポート３１はまた、トランシーバ
３１２に接続され、受信したアナログデータのディジタ
ルデータへの変換や送信するディジタルデータのアナロ
グデータへの変換等の入出力信号の制御を行うＩ／Ｏポ
ート３１４と、ＣＰＵ３１５と、ＣＰＵ３１５が実行す
る処理プログラムを格納するプログラム領域３１６ａお
よび処理に必要なデータを格納するデータ領域３１６ｂ
を有するＥ² ＰＲＯＭ３１６と、処理に必要なワークメ
モリとしてのＲＡＭ（ランダム・アクセス・メモリ）３
１７と、通信路３との間で通信インタフェイス制御を行
う通信メディアドライバ３１８と、計時動作を行うと共
にＣＰＵ３１５からの問い合わせに応じて計時データを
出力するタイムカウンタ３２２とを備えている。これら
の各部間は内部バス３２０によって相互に接続されてい
る。Ｉ／Ｏポート３１４には、トレイ２０を検出するた
めのトレイセンサ３２１から検出信号が入力されるよう
になっており、この検出信号の入力に応じて、ＣＰＵ３
１５が通信路３を介して搬送路駆動ユニット９０（図
１，図５）に停止信号を送出するようになっている。

【００２３】一方、トレイ２０の情報キャリア２１は、
図７に示したように、固定ポート３１の磁気コア３１１
との間で空間伝送による送受信を行う磁気コア２１１
と、送信データを変調する変調器２１２ａおよび受信デ
ータを復調する復調器２１２ｂを備えたトランシーバ２
１２と、受信データに重畳して送られてきた電力を抽出
して直流５Ｖの動作電圧を出力する電力抽出部２１３と
を備えている。ここで、主として磁気コア２１１が本発
明における「伝送手段」に対応する。

【００２４】この情報キャリア２１はまた、トランシー
バ２１２に接続されると共にここから受信したアナログ
データのディジタルデータへの変換や送信するディジタ
ルデータのアナログデータへの変換等の入出力信号制御
を行うＩ／Ｏポート２１４と、ＣＰＵ２１５と、ＣＰＵ
２１５が実行する処理プログラムを格納するプログラム
領域２１６ａおよび処理に必要なデータを格納するデー
タ領域２１６ｂを有するＥ² ＰＲＯＭ２１６とを備えて
いる。これらの各部間は内部バス２１７によって相互に
接続されている。ここで、Ｅ² ＰＲＯＭ２１６が本発明
における「記憶手段」に対応する。

【００２５】固定ポート３１の磁気コア３１１および情
報キャリア２１の磁気コア２１１は、共にいわゆるパル
ストランスによって構成され、両者間が高周波磁界によ
って磁気的に結合されて空間伝送が行われるようになっ
ている。なお、これらの磁気コアに代えて、アンテナを
使用し、ＶＨＦ(Very High Frequency) やＵＨＦ(Ultra
High Frequency)等の電磁波を媒体として空間伝送を行
う方法、あるいは光によって空間伝送を行う方法等も考
えられる。

【００２６】以上のような図７の構成において、固定ポ
ート３１側と情報キャリア２１側との間では、通信路３
上の通信プロトコル（すなわち各ユニット間での通信プ
ロトコル）と同一の通信プロトコルを用いて空間伝送が
行われるようになっている。

【００２７】図８は、情報キャリア２１におけるＥ² Ｐ
ＲＯＭ２１６のデータ領域２１６ｂに格納されたデータ
の一例を表すもので、操作卓ユニット１０から入力され
た調剤データのうちの必要なものが処方指示ユニット３
０によって書き込まれたものである。この図に示したよ
うに、情報キャリア２１には、患者コードおよび処方コ
ードのほか、薬袋供給工程、錠剤、散剤および水剤の各
調剤工程、および監査工程のそれぞれにおいて必要とな
る処方データが記録されるようになっている。これらの
工程のうち、錠剤、散剤および水剤の各調剤工程につい
ては、それぞれ分包数、薬品コードが記録されるように
なっている。また、これらの５工程のそれぞれに対し
て、工程順序情報、予定所要時間情報、処理状況情報が
記録され、さらに最終的な監査結果も記録されるように
なっている。

【００２８】ここで、工程順序情報とは、上記の５工程
がどのような順序で実行されるべきかを表す情報であ
り、本例では、薬袋、錠剤、散剤、水剤、監査の順で工
程が実行されるように設定されている。予定所要時間情
報とは、処方指示ユニット３０によって情報キャリア２
１へのデータ書き込みが行われた時点を起算点としたと
きの各工程の終了時点までの予定所要時間を表す情報で
あり、本例では、各工程に対してそれぞれａ分，ｂ分，
ｃ分，ｄ分，ｅ分という設定がなされている。

【００２９】また、処理状況情報とは、各工程の処理状
況を表すもので、例えば、“０”は未処理の状態（すな
わち、分包処理やトレイ２０中への投入等が未だ行われ
ていない状態）を表し、“１”および“２”は処理済の
状態（すなわち、分包処理やトレイ２０中への投入等が
済んでいる状態）を表す。但し、“１”は、その工程で
の処理が正常に行われた場合、すなわち、工程順序情報
により指示された正しい工程順序に従って予定所要時間
情報により指示された時間内にその工程での処理が終了
した場合を表し、“２”は、その工程がタイムオーバし
て行われた場合、すなわち、工程順序情報により指示さ
れた正しい工程順序に従ってはいるが予定所要時間情報
により指示された時間内に処理が終了しなかった場合を
表す。また、“３”は、当該薬剤が処方されておらず、
その工程を行う必要がないこと、すなわち、処理不要を
表す。“４”は、処理不能であることを表し、例えば、
薬剤切れ、薬袋切れ、薬袋印字用プリンタのインク切
れ、あるいはその他の装置トラブル等により、その工程
で行うべき処理ができなかった場合が該当する。また、
“５”および“６”は、監査工程の処理状況情報として
のみ使用されるものであり、このうち、“５”は前工程
のいずれかで工程所要時間異常が発生していることを示
し、“６”は前工程のいずれかで工程抜け異常が発生し
ていることを示す。これらの各工程ごとの処理状況情報
は、トレイ２０が搬送路１上を搬送されて各ユニットの
固定ポートに対向して停止したときに書き込まれるよう
になっている。ここで、図８に示したデータのうち、患
者コード、処方コード、分包数、薬品コードが本発明に
おける「処方データを含む調剤情報」に対応し、工程順
序情報、予定所要時間情報および処理状況情報が本発明
における「調剤診療管理情報」に対応する。

【００３０】図９は、錠剤分包ユニット４０の正面外観
を表すものである。この錠剤分包ユニット４０は、把手
４６ａを引くことによって手前に引き出し可能な複数の
引出体４６と、各引出体４６に設置された多数の錠剤フ
ィーダ（図１０および図１１で後述）と、錠剤フィーダ
から排出され図示しないシュートを通って落下した錠剤
を中央部に集めるためのホッパ４７と、ホッパ４７によ
って集められた１組（１服用分）の錠剤を分包して連続
的に分包袋を形成し機外に排出する包装装置４１とを備
えている。

【００３１】図１０は錠剤分包ユニット４０の内部構成
を図式的に表すものである。図９に示した引出体４６
は、複数（ｎ個）のフィーダベース４２−１〜４２−ｎ
を収容し、それぞれに対応して錠剤フィーダ４４−１〜
４４−ｎが着脱自在に装着されている。錠剤フィーダ４
４−１は、収容している錠剤の数量管理に係る各種のデ
ータを記憶する情報キャリア４４ａ−１を備え、フィー
ダベース４２−１は、情報キャリア４４ａ−１との間で
データのやり取りを行う固定ポート４２ａ−１を備えて
いる。

【００３２】図１１は錠剤フィーダ４４−１とフィーダ
ベース４２−１の外観構成を表すものである。この図に
示したように、固定ポート４２ａ−１はフィーダベース
４２−１の底部に固設された制御基板４２ｂ−１上に設
けられ、通信ケーブル４２ｃ−１によって通信路３に接
続されている。このフィーダベース４２−１はまた、モ
ータおよびモータドライバ等（図示せず）からなるフィ
ード機構駆動部４２ｄ−１と、装着部４２ｅ−１とを備
えている。

【００３３】一方、情報キャリア４４ａ−１は錠剤フィ
ーダ４４−１の底部下側に配置されている。この錠剤フ
ィーダ４４−１は、フィーダベース４２−１の装着部４
２ｅ−１に嵌合する装着部４４ｂ−１と、錠剤を収容す
るための錠剤収容部４４ｃ−１と、錠剤収容部４４ｃ−
１に収容された錠剤を必要数だけ排出するためのフィー
ド機構４４ｄ−１と、入出力デバイス４４ｅ−１，４４
ｆ−１，４４ｇ−１とを備えている。ここで入出力デバ
イス４２ｅ−１，４２ｆ−１，４２ｇ−１とは、例え
ば、電源が正常に供給されていることを表示するための
ＬＥＤ、空間伝送異常や錠剤フィード異常等を知らせる
ための警報ブザーまたは警報ランプ、およびフィーダベ
ース４２−１への錠剤フィーダ４４−１の装着状態を検
知するためのマイクロスイッチ等である。

【００３４】装着部４４ｂ−１がフィーダベース４２−
１の装着部４２ｅ−１に嵌合するようにして錠剤フィー
ダ４４−１をフィーダベース４２−１に装着すると、フ
ィード機構駆動部４２ｄ−１のモータ軸（図示せず）が
フィード機構４４ｄ−１の駆動軸（図示せず）と嵌合
し、フィード機構駆動部４２ｄ−１からフィード機構４
４ｄ−１へと駆動力が伝達されるようになっている。ま
た、この状態で、固定ポート４２ａ−１と情報キャリア
４４ａ−１とは空間を隔てて間近に対向配置されるよう
になっており、両者間で調剤情報や各種の制御データあ
るいは制御用プログラム等の空間伝送が可能になってい
る。そして、フィード機構駆動部４２ｄ−１から伝達さ
れる駆動力によってフィード機構４４ｄ−１が作動し、
必要な数の錠剤が排出されるようになっている。

【００３５】なお、他のフィーダベース４２−２〜４２
−ｎおよび錠剤フィーダ４４−２〜４４−ｎもまた、フ
ィーダベース４２−１および錠剤フィーダ４４−１とそ
れぞれ同様に構成されている。

【００３６】図１０に示したように、各錠剤フィーダ４
４−１〜４４−ｎから排出された錠剤は、それぞれ、シ
ュート４５−１〜４５−ｎを通ってホッパ４７（図９）
によって包装装置４１に集められ、包装制御部４１ｂが
制御する包装機構４１ｃによって分包されるようになっ
ている。

【００３７】包装装置４１は、上記の包装制御部４１ｂ
のほかに、通信路３に接続された固定ポート４１ａを備
えている。この固定ポート４１ａは、搬送路１上を移動
してきて停止したトレイ２０の情報キャリア２１との間
で、調剤データ、制御データあるいは制御プログラム等
の空間伝送を行うためのものである。

【００３８】包装装置４１から排出された分包袋４９
は、例えば図１２のようになっている。この図に示した
ように、錠剤４９ｂは、図示しないロールから繰り出さ
れて２つに縦折りされたテープ状の透明な分包紙４９ａ
の内側に一定間隔で１回分ずつ配置された後、この分包
紙４９ａの開放端部が熱圧着等により閉じられ、さらに
一定間隔で形成される圧着部４９ｃによって密封される
ようになっている。そして、錠剤分包ユニット４０から
排出された分包袋４９は、トレイ２０内に投入されるよ
うになっている。

【００３９】図１３は、フィーダベース４２−１の固定
ポート４２ａ−１および錠剤フィーダ４４−１の情報キ
ャリア４４ａ−１の内部構成と、その周辺部の構成を表
すものである。この図に示したように、フィーダベース
４２−１の固定ポート４２ａ−１は、トレイセンサ３２
１およびタイムカウンタ３２２がない点を除き、図７に
示した処方指示ユニット３０の固定ポート３１と同様に
構成されており、磁気コア４２１と、変調器４２２ａお
よび復調器４２２ｂを備えたトランシーバ４２２と、電
力供給用インバータ４２３と、ドライブモニタ４２９と
を備えている。これらの各部の機能は図７で説明した各
対応部の機能と同様であるので説明を省略する。固定ポ
ート４２ａ−１は、さらにフィード機構駆動部４２ｄ−
１（図１１）に接続されたＩ／Ｏポート４２４と、ＣＰ
Ｕ４２５と、プログラム領域４２６ａおよびデータ領域
４２６ｂを有するＥ² ＰＲＯＭ４２６と、ＲＡＭ４２７
と、通信路３に接続された通信メディアドライバ４２８
とを備えている。これらの各部間は内部バス４６０によ
って相互に接続されている。これらの各部の機能は図７
で説明した各対応部の機能と同様であるので説明を省略
する。

【００４０】一方、錠剤フィーダ４４−１の情報キャリ
ア４４ａ−１は、図７に示したトレイ２０の情報キャリ
ア２１と同様に構成されており、磁気コア４４１と、変
調器４４２ａおよび復調器４４２ｂを備えたトランシー
バ４４２と、電力抽出部４４３とを備えている。情報キ
ャリア４４ａ−１はまた、入出力デバイス４４ｅ−１〜
４４ｇ−１（図１１）およびトランシーバ４４２に接続
されたＩ／Ｏポート４４４と、ＣＰＵ４４５と、プログ
ラム領域４４６ａおよびデータ領域４４６ｂを有するＥ
² ＰＲＯＭ４４６とを備えている。これらの各部間は内
部バス４４７によって相互に接続されている。これらの
各部の機能は図７で説明した各対応部の機能と同様であ
るので説明を省略する。

【００４１】以上のような図１３の構成において、固定
ポート４２ａ−１と情報キャリア４４ａ−１との間で行
われる空間伝送には、通信路３上の通信プロトコル（す
なわち各ユニット間での通信プロトコル）と同一の通信
プロトコルが用いられるようになっている。

【００４２】図１４は、図１３に示した情報キャリア４
４ａ−１のＥ² ＰＲＯＭ４４６におけるデータ領域４４
６ｂの内容を表すものである。このデータ領域には、そ
の錠剤フィーダ４４−１に収容されている薬品（錠剤）
の種類を表す薬品コードが登録されると共に、その錠剤
フィーダ４４−１における錠剤の入出庫履歴データおよ
び残数データが記録されている。入出庫履歴データとし
ては、入庫（“０”）または出庫（“１”）の別を表す
データと、入出庫された錠数を表すデータとがあり、ま
た、出庫については、出庫（錠剤フィード）がいずれの
処方データに基づいて行われたのかを示す処方コードも
記録されるようになっている。これらの入出庫履歴デー
タのうち、出庫に関するデータは錠剤フィーダ４４−１
から錠剤がフィードされるごとに、ＣＰＵ４４５（図１
３）によって書き加えられるようになっている。また、
入庫に関するデータは、錠剤フィーダ４４−１をフィー
ダベース４２−１から取り外し、図示しない錠剤補充装
置に接続して錠剤を補充するときに書き加えられるよう
になっている。残数データは、ＣＰＵ４４５が前回の残
数と入出庫数とから演算して逐次書き込まれるようにな
っている。

【００４３】なお、図１０に示した他の情報キャリア４
４ａ−２〜４４ａ−ｎに設けられたＥ² ＰＲＯＭもま
た、上記の情報キャリア４４ａ−１のＥ² ＰＲＯＭ４４
６と同様の構成になっている。

【００４４】図１５は、図１０に示した包装装置４１の
要部構成およびトレイ２０の情報キャリア２１の内部構
成を表すものである。なお、トレイ２０の情報キャリア
２１は図７に示したものと同一のものである。この図に
示したように、包装装置４１の固定ポート４１ａは、図
７に示した処方指示ユニット３０の固定ポート３１と同
様に構成され、磁気コア４１１と、変調器４１２ａおよ
び復調器４１２ｂを備えたトランシーバ４１２と、電力
供給用インバータ４１３と、ドライブモニタ４１９とを
備えている。固定ポート４１ａはまた、Ｉ／Ｏポート４
１４と、ＣＰＵ４１５と、プログラム領域４１６ａおよ
びデータ領域４１６ｂを有するＥ² ＰＲＯＭ４１６と、
ＲＡＭ４１７と、通信メディアドライバ４１８とを備
え、これらの各部間は内部バス４２０によって相互に接
続されている。Ｉ／Ｏポート４１４には、トレイ２０を
検出するトレイセンサ４２１からの検出信号が入力され
るようになっており、この検出信号に応じてＣＰＵ４１
５が通信路３を介して搬送路駆動ユニット９０に停止信
号を送出するようになっている。Ｉ／Ｏポート４１４は
また、包装制御部４１ｂにも接続されている。

【００４５】以上のような図１５の構成において、固定
ポート４１ａ側と情報キャリア２１側との間の空間伝送
は、通信路３上の通信プロトコル（すなわち各ユニット
間での通信プロトコル）と同一の通信プロトコルを用い
て行われるようになっている。

【００４６】図１６は、薬袋供給ユニット７０の要部構
成およびトレイ２０の情報キャリア２１の内部構成を表
すものである。なお、トレイ２０の情報キャリア２１は
図７に示したものと同一のものである。この薬袋供給ユ
ニット７０は、トレイ２０に収容された分包袋を患者に
手渡す際に用いる薬袋を供給するためのもので、表面に
必要なデータを印字した薬袋をトレイ２０内に投入する
ようになっている。この図に示したように、薬袋供給ユ
ニット７０は、固定ポート７１と、プリンタドライバ７
２によって固定ポート７１に接続され薬袋に必要なデー
タを印字する薬袋プリンタ７３と、ロール状に巻かれた
薬袋（図示せず）を順次繰り出してカットする薬袋供給
駆動部７４とを備えている。

【００４７】このうち、固定ポート７１は、図７に示し
た処方指示ユニット３０の固定ポート３１と同様に構成
され、磁気コア７１１と、変調器７１２ａおよび復調器
７１２ｂを備えたトランシーバ７１２と、電力供給用イ
ンバータ７１３と、ドライブモニタ７１９とを備えてい
る。固定ポート７１はまた、Ｉ／Ｏポート７１４と、Ｃ
ＰＵ７１５と、プログラム領域７１６ａおよびデータ領
域７１６ｂを有するＥ² ＰＲＯＭ７１６と、ＲＡＭ７１
７と、通信メディアドライバ７１８とを備え、これらの
各部間は内部バス７２０によって相互に接続されてい
る。Ｉ／Ｏポート７１４には、トレイ２０を検出するト
レイセンサ７２１からの検出信号が入力されるようにな
っており、この検出信号に応じてＣＰＵ７１５が通信路
３を介して搬送路駆動ユニット９０に停止要求信号を送
出するようになっている。Ｉ／Ｏポート７１４はまた、
プリンタドライバ７２および薬袋供給駆動部７４に接続
されている。

【００４８】以上のような図１６の構成において、固定
ポート７１側と情報キャリア２１側との間の空間伝送
は、通信路３上の通信プロトコル（すなわち各ユニット
間での通信プロトコル）と同一の通信プロトコルを用い
て行われるようになっている。

【００４９】図１７は、監査支援ユニット８０の要部構
成およびトレイ２０の情報キャリア２１の内部構成を表
すものである。なお、トレイ２０の情報キャリア２１は
図７に示したものと同一のものである。この監査支援ユ
ニット８０は、すべての調剤処理が終了したトレイ２０
の内容の最終チェックを行う監査作業を容易にするため
のものである。この図に示したように、監査支援ユニッ
ト８０は、固定ポート８１と、表示装置８２とを備えて
いる。

【００５０】このうち、固定ポート８１は、図７に示し
た処方指示ユニット３０の固定ポート３１と同様に構成
され、磁気コア８１１と、変調器８１２ａおよび復調器
８１２ｂを備えたトランシーバ８１２と、電力供給用イ
ンバータ８１３と、ドライブモニタ８１９とを備えてい
る。固定ポート８１はまた、Ｉ／Ｏポート８１４と、Ｃ
ＰＵ８１５と、プログラム領域８１６ａおよびデータ領
域８１６ｂを有するＥ² ＰＲＯＭ８１６と、ＲＡＭ８１
７と、通信メディアドライバ８１８とを備え、これらの
各部間は内部バス８２０によって相互に接続されてい
る。Ｉ／Ｏポート８１４にはまた、トレイ２０を検出す
るトレイセンサ８２１からの検出信号が入力されるよう
になっており、この検出信号に応じてＣＰＵ８１５が通
信路３を介して搬送路駆動ユニット９０に停止信号を送
出するようになっている。内部バス８２０には表示装置
８２が接続されている。この表示装置８２は、薬剤監査
に必要な処方データを表示するためのもので、例えばＣ
ＲＴが用いられる。

【００５１】以上のような図１７の構成において、固定
ポート８１側と情報キャリア２１側との間の空間伝送
は、通信路３上の通信プロトコル（すなわち各ユニット
間での通信プロトコル）と同一の通信プロトコルを用い
て行われるようになっている。

【００５２】散剤分包ユニット５０および水剤分包ユニ
ット６０もまた錠剤分包ユニット４０（図１３）と同様
に構成されており、各種類の散剤または水剤を収容する
薬剤フィーダを多数収容した構成となっている。これら
の各薬剤フィーダもまた、個別のＣＰＵと処理プログラ
ムとを保有する情報キャリアをそれぞれ備えている。な
お、図１において、散剤分包ユニット５０および薬袋供
給ユニット７０は、便宜上、搬送路１について他のユニ
ットと反対側に配置したように描いているが、実際に
は、錠剤分包ユニット４０等と同じように、トレイ２０
の情報キャリア２１に対して同じ側からアクセスできる
ような位置に配置されている。

【００５３】以上のように、各ユニットにおける固定ポ
ートおよび各薬剤フィーダにおける固定ポートと各情報
キャリアとの間では、通信路３上の通信プロトコルと同
一の通信プロトコルが用いられているので、結局、ネッ
トワーク内のすべての部分における通信プロトコルが統
一化されていることになる。

【００５４】次に、以上のような構成の調剤診療ケア情
報の空間伝送ネットワークシステムの動作を図１８およ
び図１９を参照して説明する。なお、図１８は、トレイ
２０のＥ² ＰＲＯＭ２１６のデータ領域２１６ａにおけ
る処理状況フラグの一変化例を表すものであり、図１９
は他の変化例を表すものである。ここで、図示のよう
に、これらの２つの例の状況Ａ〜Ｃは同一としている。
なお、状況Ａは初期状態（図８に示した状態と同じ状
態）を表すものである。

【００５５】図１において、薬剤師等が操作卓ユニット
１０のキーボード１３から、ある患者の処方箋を基に処
方データを入力すると、この処方データは図２に示した
ハードディスク１１２に図３のような形で格納される。

【００５６】搬送路駆動ユニット９０は搬送路１を駆動
し、トレイ２０は矢印の方向に移動する。トレイ２０が
処方指示ユニット３０の前に差しかかると、処方指示ユ
ニット３０の固定ポート３１のトレイセンサ３２１（図
７）がトレイ２０を検知して、検知信号をＩ／Ｏポート
３１４を介してＣＰＵ３１５に送る。ＣＰＵ３１５は、
所定の通信プロトコルに従った搬送停止コマンドを搬送
路駆動ユニット９０に宛てて通信メディアドライバ３１
８を介して通信路３上に送出する。図５に示した搬送路
駆動ユニット９０のＣＰＵ９１は、搬送停止コマンドを
受け取ると、Ｉ／Ｏポート９４を介して駆動制御部９５
を制御し、駆動モータ９６の回転を停止させると共に、
所定の通信プロトコルに従った停止完了メッセージを処
方指示ユニット３０に返送する。

【００５７】処方指示ユニット３０における固定ポート
３１のＣＰＵ３１５は、搬送路駆動ユニット９０から停
止完了メッセージを受け取ると、操作卓ユニット１０に
対して処方データの転送を要求する。この要求を受けた
操作卓ユニット１０のＣＰＵ１１１は、要求された処方
データをハードディスク１１２から読み出し、所定の通
信プロトコルに従い、通信メディアドライバ１１４によ
って処方指示ユニット３０に宛てて通信路３上に送出す
る。操作卓ユニット１０からの処方データは、処方指示
ユニット３０によって受け取られ、そのままの形でＥ²
ＰＲＯＭ３１６のデータ領域３１６ｂに一旦格納された
後、Ｉ／Ｏポート３１４およびトランシーバ３１２を介
し、磁気コア３１１からトレイ２０の情報キャリア２１
に向けて送出される。このとき、トランシーバ３１２の
変調器３１２ａは、通信路３から受信したデータを受信
時の形のまま変調し、磁界信号に変換する。この磁界信
号には、電力供給用インバータ３１３による電力成分が
重畳されて一緒に送出される。

【００５８】固定ポート３１側から送られてきた磁界信
号は、トレイ２０の情報キャリア２１の磁気コア２１１
によって受信される。電力抽出部２１３は、受信信号か
ら電力成分を分離抽出し、情報キャリア２１の動作電源
となる５Ｖの直流電圧を出力する。一方、トランシーバ
２１２の復調器２１２ｂは受信信号を復調する。ＣＰＵ
２１５は、Ｉ／Ｏポート２１４を介して得た受信データ
から必要な部分（処方データの部分）を抽出してＥ² Ｐ
ＲＯＭ２１６のデータ領域２１６ｂに格納する。これに
より、トレイ２０の情報キャリア２１には、図８に示し
たような形で処方データが格納されることとなる。

【００５９】このとき、ＣＰＵ２１５は、図８（または
図１８の状況Ａ）に示したように、処理状況フラグをす
べて“０”にセットする。ただし、図８に示した水剤の
ように、分包数が０であって処理が必要ない工程につい
ては、処理不要フラグ“３”をセットする。

【００６０】このようにしてトレイ２０の情報キャリア
２１への処方データの格納が終了すると、情報キャリア
２１のＣＰＵ２１５は、搬送路駆動ユニット９０に宛て
て、所定の通信プロトコルに従った搬送開始コマンドを
送出する。このコマンドは、処方指示ユニット３０の固
定ポート３１を通り、さらに通信路３を経由して搬送路
駆動ユニット９０に送られる。これを受けた搬送路駆動
ユニット９０は、駆動制御部９５を制御して駆動モータ
９６を回転させ、搬送路１の駆動を再開する。

【００６１】再びトレイ２０が移動を開始し、薬袋供給
ユニット７０（図１）に差しかかると、上記と同様にし
て、薬袋供給ユニット７０（図１６）の固定ポート７１
のトレイセンサ７２１がトレイ２０を検知し、搬送停止
コマンドを搬送路駆動ユニット９０に送出する。これに
より、トレイ２０は移動を停止し、固定ポート７１によ
ってトレイ２０の情報キャリア２１から処方データ（図
８）が読み出される。固定ポート７１のＣＰＵ７１５
は、読み出した処方コードを基に、通信路３を介し、操
作卓ユニット１０に対して、より詳細な処方データを要
求する。これを受けた操作卓ユニット１０は、ハードデ
ィスク１１２から患者名、用法等の詳細な処方データを
読み出して薬袋供給ユニット７０に送出する。薬袋供給
ユニット７０は、操作卓ユニット１０から詳細な処方デ
ータを受け取ると、薬袋供給駆動部７４によって薬袋ロ
ールを駆動すると共に、プリンタドライバ７２（図１
６）によって薬袋に患者名、用法等の情報を印字した上
で１袋の薬袋をカットし、トレイ２０内に投入する。

【００６２】さらに、固定ポート７１のＣＰＵ７１５
は、トレイ２０における情報キャリア２１のＥ² ＰＲＯ
Ｍ２１６に記録されている薬袋供給工程の工程順序情報
（図１８の例では、“第１番目”という情報）と、予定
所要時間情報（図１８の例では、“ａ分”という情報）
と、直前の状況Ａにおける処理状況フラグ（図１８の例
では、“０，０，０，３，０”）とを参照すると共に、
通信路３を介して処方指示ユニット３０のタイムカウン
タ３２２（図７）からカウント値（すなわち、処方指示
時点から薬袋供給終了までの時間）を取得し、これらの
情報を基に、この薬袋供給工程における処理状況を判定
し、この判定結果を表す処理状況フラグをトレイ２０の
情報キャリア２１に送る。

【００６３】例えば図１８の例では、直前の状況Ａにお
ける処理状況フラグは、処理不要な水剤分包工程を除い
てすべて“０”になっていることから、この薬袋供給工
程が第１番目に行われた工程であることが判かる。した
がって、薬袋供給ユニット７０のＣＰＵ７１５は、薬袋
供給工程が予め設定された正しい順序（第１番目）で行
われたものと判定する。さらに、ＣＰＵ７１５は、処方
指示時点から薬袋供給終了までの時間が予定所要時間
（ここでは“ａ分”）以下だった場合には、予定時間内
に処理が行われたと判断する。そして、この場合には、
トレイ２０の情報キャリア２１に対し、薬袋供給工程用
の処理状況フラグとして、正常終了を表す“１”を送出
する。

【００６４】なお、薬袋供給工程は予め設定された正し
い順序（第１番目）で行われたものの、処方指示時点か
ら薬袋供給終了までの時間が予定所要時間（ここでは
“ａ分”）を超えていた場合には、予定時間内に薬袋供
給処理が終了しなかったと判断して、トレイ２０の情報
キャリア２１に対し、薬袋供給工程用の処理状況フラグ
として、タイムオーバー終了を表す“２”を送出する。

【００６５】これを受けたトレイ２０における情報キャ
リア２１のＣＰＵ２１５は、図１８の状況Ｂに示したよ
うに、Ｅ² ＰＲＯＭ２１６内の薬袋供給工程に関する処
理状況フラグを“０”から“１”に書き替える。

【００６６】このようにして薬袋供給処理が終了する
と、薬袋供給ユニット７０は搬送路駆動ユニット９０に
対して搬送再開を要求する。そして、再びトレイ２０が
移動を開始し、錠剤分包ユニット４０に差しかかると、
上記と同様にして、錠剤分包ユニット４０（図１０）に
おける包装装置４１の固定ポート４１ａのトレイセンサ
４２１（図１５）がトレイ２０を検知し、ＣＰＵ４１５
が搬送停止コマンドを送出する。これにより、搬送路駆
動ユニット９０の搬送動作が停止し、トレイ２０が移動
を停止する。そして、錠剤分包ユニット４０の固定ポー
ト４１ａによってトレイ２０の情報キャリア２１から処
方データが読み出される。図８に示した例では、錠剤の
分包数は２１である。そこで、包装装置４１の固定ポー
ト４１ａのＣＰＵ４１５は、通信路３を介して、フィー
ダベース４２−１〜４２−ｎのうち、処方された薬品コ
ードの錠剤を収容している錠剤フィーダ（例えば、図１
０の錠剤フィーダ４４−１）が装着されたフィーダベー
ス（例えば、フィーダベース４２−１）にフィード要求
コマンドを送ると共に、包装制御部４１ｂを制御して分
包処理の準備を行う。

【００６７】フィード要求コマンドを受けた錠剤フィー
ダ（ここでは、錠剤フィーダ４４−１）における情報キ
ャリア４４ａ−１のＣＰＵ４２５（図１３）は、フィー
ド機構駆動部４２ｄ−１（図１３，図１１）を制御して
フィード機構４４ｄ−１（図１１）を駆動し、指示され
た数の錠剤を排出させる。同様にして、錠剤供給を要求
された他の錠剤フィーダ４４−２〜４２−ｎにおいて
も、それぞれ指示された数の錠剤が排出される。このと
きの排出動作はすべての錠剤フィーダにおいて同期して
行われる。排出された錠剤はホッパー４７（図９）によ
って包装装置４１の包装機構４１ｃ（図１０）に集めら
れ、図１２に示したような分包袋の形に順次分包され
る。図８に示した例では、錠剤分包工程の分包数データ
に従って２１袋の連続した分包袋が形成される。そし
て、これらの分包袋はトレイ２０の中に投入される。

【００６８】次に、包装装置４１における固定ポート４
１ａのＣＰＵ４１５は、薬袋供給工程の場合と同様に、
トレイ２０における情報キャリア２１のＥ² ＰＲＯＭ２
１６に記録されている錠剤分包工程の工程順序情報（図
１８の例では、“第２番目”という情報）と、予定所要
時間情報（図１８の例では、“ｂ分”という情報）と、
直前の状況Ｂにおける処理状況フラグ（図１８の例で
は、“１，０，０，３，０”）とを参照すると共に、通
信路３を介して処方指示ユニット３０のタイムカウンタ
３２２（図７）からカウント値（すなわち、処方指示時
点から薬袋供給終了までの時間）を取得し、これらの情
報を基に、この錠剤分包工程における処理状況を判定
し、この判定結果を表す処理状況フラグをトレイ２０の
情報キャリア２１に送る。

【００６９】例えば図１８の例では、直前の状況Ｂにお
ける処理状況フラグは、既に“１”が書き込まれている
薬袋供給工程と処理不要な水剤分包工程とを除いてすべ
て“０”であることから、この錠剤分包工程が第２番目
に行われた工程であることが判かるので、錠剤分包ユニ
ット４０のＣＰＵ４１５は、錠剤分包工程が予め設定さ
れた正しい順序（第２番目）で行われたものと判定す
る。さらに、ＣＰＵ４１５は、処方指示時点から錠剤分
包終了までの時間が予定所要時間（ここでは“ｂ分”）
以下だった場合には、予定時間内に処理が行われたと判
断する。そして、この場合には、トレイ２０の情報キャ
リア２１に対し、錠剤工程用の処理状況フラグとして、
正常終了を表す“１”を送出する。

【００７０】これを受けたトレイ２０における情報キャ
リア２１のＣＰＵ２１５は、図１８の状況Ｃに示したよ
うに、Ｅ² ＰＲＯＭ２１６内の錠剤分包工程に関する処
理状況フラグを“０”から“１”に書き替える。

【００７１】なお、錠剤分包工程は予め設定された正し
い順序（第２番目）で行われたものの、処方指示時点か
ら錠剤分包終了までの時間が予定所要時間（ここでは
“ｂ分”）を超えていた場合には、予定時間内に錠剤分
包処理が終了しなかったと判断して、トレイ２０の情報
キャリア２１に対し、錠剤分包工程用の処理状況フラグ
として、タイムオーバー終了を表す“２”を送出する。

【００７２】一方、錠剤フィーダ４４−１における情報
キャリア４４ａ−１のＣＰＵ４４５（図１３）は、排出
した錠数をカウントしておき、フィード終了後、そのカ
ウント数をそのときの年月日時分および処方コードと共
にＥ² ＰＲＯＭ４４６に書き込み、さらに残数を演算し
て、その結果を書き込む。これにより、Ｅ² ＰＲＯＭ４
４６のデータ領域４４６ｂには、図１４に示したような
入出庫履歴データが順次蓄積されていくこととなる。

【００７３】このようにして、錠剤分包ユニット４０に
よる必要数の分包処理が終了すると、包装装置４１にお
ける固定ポート４１ａのＣＰＵ４１５は、搬送路駆動ユ
ニット９０に対して搬送再開を要求する。

【００７４】再びトレイ２０が移動を開始し、散剤分包
ユニット５０に差しかかると、上記と同様にして、散剤
分包ユニット５０の固定ポートのトレイセンサ（図示せ
ず）がトレイ２０を検知し、搬送停止コマンドを搬送路
駆動ユニット９０に送出することでトレイ２０を停止さ
せる。そして、散剤分包ユニット４０の固定ポートによ
ってトレイ２０の情報キャリア２１から処方データが読
み出され、以下上記の場合（錠剤分包ユニット４０）と
同様にして必要数の分包処理が行われ、形成された分包
袋がトレイ２０に投入される。このとき、散剤フィーダ
の情報キャリア（図示せず）への入出庫履歴データの書
き込みも上記の場合と同様に行われる。

【００７５】また、この散剤分包工程においても、上記
と同様に、トレイ２０の情報キャリア２１における散剤
工程の処理状況フラグを書き替える。例えば、散剤分包
工程は予め設定された正しい順序（第３番目）で行われ
たものの、処方指示時点から散剤分包終了までの時間が
予定所要時間（ここでは“ｃ分”）を超えていた場合に
は、予定時間内に散剤分包処理が終了しなかったと判断
して、図１８の状況Ｄに示したように、トレイ２０の情
報キャリア２１の散剤分包工程用の処理状況フラグとし
て、タイムオーバー終了を表す“２”を書き込む。ま
た、例えば、指示された散剤フィーダに収容されていた
散剤がなくなってしまって分包処理ができなかったとき
は、図１９の状況Ｄに示したように、散剤分包工程用の
処理状況フラグとして、処理不能を表す“４”を書き込
む。

【００７６】このようにして、散剤分包ユニット５０に
おいて必要数の分包処理が終了すると、散剤分包ユニッ
ト５０は搬送路駆動ユニット９０に対して搬送再開を要
求する。

【００７７】トレイ２０が移動を再開し、水剤分包ユニ
ット６０に差しかかると、上記の場合（処方指示ユニッ
ト３０の場合）と同様にして、水剤分包ユニット６０の
固定ポート（図示せず）のトレイセンサの検知に応じて
搬送停止コマンドを搬送路駆動ユニット９０に出力する
ことによってトレイ２０を停止させる。この後、薬袋供
給ユニット７０の固定ポートによってトレイ２０の情報
キャリア２１から処方データを読み出すが、図１８に示
した例では、水剤分包工程については処理不要を示す処
理状況フラグ“３”が立っているので、水剤分包処理は
行わず、そのまま搬送路駆動ユニット９０に対して搬送
再開を要求する。この場合、処理状況フラグの書き替え
は行わない。

【００７８】再びトレイ２０が移動を開始し、監査支援
ユニット８０（図１）に差しかかると、上記と同様にし
て、監査支援ユニット８０（図１７）の固定ポート８１
のトレイセンサ８２１がトレイ２０を検知し、搬送停止
コマンドを搬送路駆動ユニット９０に送出することでト
レイ２０を停止させる。そして、固定ポート８１によっ
てトレイ２０の情報キャリア２１から処方データ（図
８）を読み出す。固定ポート８１のＣＰＵ８１５は、読
み出した処方コードを基に、通信路３を介し、操作卓ユ
ニット１０に対して、より詳細な処方データを要求す
る。これを受けた操作卓ユニット１０は、ハードディス
ク１１２のデータベース（図３および図４）から患者
名、用法のほか、該当する薬品名、形状データ、表示記
号および薬効等の詳細な監査用データを読み出して監査
支援ユニット８０に送出する。監査支援ユニット８０
は、操作卓ユニット１０から詳細な監査用データを受け
取ると、表示装置８２にそれらの監査用データを表示す
る。このとき、表示装置８２には、受け取った形状デー
タに基づき薬品の形状も大きく画像表示される。

【００７９】薬剤師は、表示装置８２の表示を見なが
ら、トレイ２０内の分包袋をチェックし、各薬剤ごとに
数や種類等を監査する。このとき、監査支援ユニット８
０における固定ポート８１のＣＰＵ８１５は、トレイ２
０の情報キャリア２１から読み出した処理状況フラグ
（図１８）をチェックする。この結果、薬袋供給工程か
ら水剤分包工程までの処理状況フラグが“１”または
“３”になっていたときは、工程抜け異常およびタイム
オーバー異常がなかったことを表示装置８２に表示す
る。一方、薬袋供給工程から水剤分包工程までの処理状
況フラグに“０”が含まれていたときは、工程抜け異
常、すなわち、処理状況フラグが“０”となっている工
程が未処理である旨を表示装置８２に表示する。処理状
況フラグに“２”が含まれていたときには、その該当工
程にタイムオーバー異常が発生したことを表示する。ま
た、処理状況フラグに“４”が含まれていたときは、そ
の項目に該当するユニットに何らかの障害（薬剤切れ、
薬袋切れ、印字インク切れ等）が発生している旨を表示
する。

【００８０】次に、薬剤師は、監査結果を図示しないキ
ーボードから入力する。この監査結果データは、固定ポ
ート８１からトレイ２０の情報キャリア２１に対して、
処理状況フラグと共に送られる。これを受けたトレイ２
０の情報キャリア２１は、Ｅ² ＰＲＯＭ２１６内の監査
に関する処理状況フラグ（図１８）を変更すると共に、
監査結果を書き込む。監査結果の内容は、例えば、正常
分包、分包数異常、分包袋内の薬剤数異常等である。

【００８１】監査工程における処理状況フラグの書き替
えは、次のように行われる。例えば、薬袋供給工程から
水剤分包工程までの処理状況フラグに“２”が含まれて
いたときには、図１８に示したように、監査工程用の処
理状況フラグとして、工程所要時間異常を示す“５”を
書き込み、また、薬袋供給工程から水剤分包工程までの
処理状況フラグに“０”または“４”が含まれていたと
きには、図１９に示したように、監査工程用の処理状況
フラグとして、工程抜け異常を示す“６”を書き込む。
一方、薬袋供給工程から水剤分包工程までの処理状況フ
ラグが“１”または“３”になっていたときは、監査工
程用の処理状況フラグとして、正常終了を示す“１”を
書き込む。

【００８２】この後、トレイ２０は、情報キャリア２１
に処方関連情報を保持した状態で搬送路１を離れ、さら
に、薬剤師による必要な処理の対象となる。

【００８３】このように、本実施の形態では、調剤用の
トレイや各分包ユニットの薬剤フィーダに情報キャリア
を設けると共に、この情報キャリアに対するデータアク
セス（調剤情報等の読み書き）を、ネットワーク（通信
路３）に接続した固定ポートから行うようにしている。
すなわち、各ユニットと中央制御装置との間は従来のよ
うにそれぞれ個別に配線されているのではなく、１つの
通信路によって各ユニットの固定ポート間を相互接続す
るようにしている。このため、配線ケーブルの数が少な
く配線作業も容易で、配線スペースも低減できる。ま
た、ユニットの種類や台数を増減変更したり配置変えを
する等のシステム変更を行う場合にも再配線が容易であ
り、柔軟な対応が可能である。

【００８４】また、本実施の形態では、各情報キャリア
内に個別に、ＣＰＵ、メモリおよび処理プログラムを搭
載したので、トレイ自体、あるいは薬剤フィーダ自体が
インテリジェント化されたステーションとして機能する
こととなる。ここで、「インテリジェント化された」と
は、「自律的に動作する機能を備えた」と同義である。
すなわち、トレイは自律的に調剤管理を行い、薬剤フィ
ーダも自律的に薬剤入出庫管理を行うことが可能とな
る。この場合、各情報キャリアは、操作卓ユニット１０
の指示を逐一仰ぐことなく、他ユニットとの間で個別に
通信を行うことにより、必要な処理を行うことができ
る。このため、業務の分散処理が可能となって、操作卓
ユニット１０の負荷を低減でき、高性能の中央制御装置
が不要となる。

【００８５】さらに、本実施の形態では、トレイに設け
た情報キャリアに、予め、調剤情報のほかに、調剤工程
の順序を管理するための工程順序情報および所要時間を
管理するための予定所要時間情報を記憶させておくと共
に、その情報キャリアに、各処理工程における処理状況
を処理状況情報として順次記録していくようにしたの
で、工程抜けや工程タイムオーバー等の異常を確実に発
見することができる。例えば、搬送路１や各ユニット３
０〜９０に種々の機械的トラブルが生じて装置全体が一
旦停止し、これに対する回復処置を行ってからトレイ２
０を手動で適切な位置に移動させ、処理を再開させたよ
うな場合においても、各トレイに対してどこまでの処理
が済んでいてどこからの処理がまだ行われていないの
か、を示す調剤診療管理情報が各トレイに記録されてい
ることから、この情報を装置側が参照することにより、
工程抜けという異常を容易に発見することができる。ま
た、例えば、搬送路１の搬送速度異常や、各ユニットに
おける薬剤フィード機構のトラブル等による薬剤フィー
ド速度異常等が発生し、各工程について予定されている
処理終了時間を超えたような場合にも、その事実を確実
かつ容易に知ることができる。このため、より重大な装
置故障に発展する前にそれらの異常を検知することがで
き、装置トラブルの未然防止が可能となる。

【００８６】また、本実施の形態では、各情報キャリア
や固定ポートに内蔵させる処理プログラムや固有のデー
タは、いずれも電気的に消去および書換えが可能な不揮
発性メモリ（Ｅ² ＰＲＯＭ２１６等）に格納するように
しているので、必要に応じ、通信路を通じて遠隔からそ
の内容が変更可能である。このため、病院薬局の増改築
等に伴う設備の変更を行う場合や、各分包ユニットに収
容する薬剤の種類等を変更する場合等のように、調剤シ
ステムの拡張・変更に対して極めて柔軟に対応すること
ができる。

【００８７】さらに、本実施の形態では、固定ポートと
情報キャリアとの間の空間伝送には、通信路３上で使用
している通信プロトコルと同じプロトコルを用いるよう
にしているので、結局、調剤診療ケア情報の空間伝送ネ
ットワークシステム全体が同一の通信プロトコルで統一
されていることになる。したがって、ネットワークシス
テムとしての一貫性に富み、システム管理上、およびシ
ステムの拡張・変更を考慮する上で極めて有利である。

【００８８】なお、上記の実施の形態では、固定ポート
および情報キャリアの双方をインテリジェント化させる
構成としたが、これに限らず、固定ポートまたは情報キ
ャリアのいずれか一方のみをインテリジェント化する構
成としてもよい。

【００８９】例えば、図２０に示したように、図１３に
示した錠剤分包ユニット４０におけるフィーダベースの
固定ポート４２ａ−１から、ＣＰＵ４２５、Ｅ² ＰＲＯ
Ｍ４２６およびＲＡＭ４２７等のインテリジェント要素
を除くと共に、通信メディアドライバ４１８とトランシ
ーバ４１２とを直結して固定ポート４２ａ−１′を構成
するようにしてもよい。この図のその他の構成は図１３
と同様である。この場合、固定ポート４２ａ−１′は、
図１３に示した固定ポート４２ａ−１のようなインテリ
ジェント機能はもたず、単なるデータ空間伝送の中継地
点としてのみ機能することとなる。

【００９０】また、例えば図２１に示したように、図１
３に示した錠剤分包ユニット４０における錠剤フィーダ
の情報キャリア４４ａ−１から、ＣＰＵ４４５およびＥ
² ＰＲＯＭ４４６等のインテリジェント要素を除く一
方、不揮発性のシリアルメモリ４４８を設け、このシリ
アルメモリ４４８をトランシーバ４４２に直結して情報
キャリア４４ａ−１′を構成するようにしてもよい。こ
の図のその他の構成は図１３と同様である。この場合、
情報キャリア４４ａ−１′は、図１３に示した情報キャ
リア４４ａ−１のようなインテリジェント機能はもた
ず、単なるデータキャリアとしてのみ機能し、固定ポー
ト４２ａ−１のＣＰＵ４２５がシリアルメモリ４５８へ
のアクセス制御を直接行うようにする。

【００９１】また、固定ポートおよび情報キャリアの双
方から、ＣＰＵ、メモリおよび処理プログラムを除き、
インテリジェント機能を省いた構成とすることも可能で
ある。但し、この場合、固定ポートは単なるデータ空間
伝送の中継地としてのみ機能する一方、情報キャリアは
単なるデータキャリアとしてのみ機能するので、これら
はすべて操作卓ユニット１０によって統括的に制御され
ることとなる。

【００９２】もちろん、このように固定ポートまたは情
報キャリアのいずれか一方のみをインテリジェント化す
る構成、あるいはこれらのいずれもインテリジェント化
しない構成は、錠剤分包ユニット４０に限らず、他のユ
ニット（処方指示ユニット３０、薬袋供給ユニット７
０、監査支援ユニット８０、散剤分包ユニット５０、お
よび水剤分包ユニット６０）にも適用可能である。

【００９３】なお、本実施の形態では、工程抜け異常や
工程タイムオーバー異常が発生したときには、これらの
異常を表す情報がトレイの情報キャリアに記録され、こ
れが監査工程でチェックされることで初めて装置異常が
判ることとしたが、これに加えて、各工程のユニットに
おいて異常を検知した時点で直ちに例えばブザー等によ
り警報を出力するようにしてもよい。

【００９４】また、上記実施の形態では、監査支援ユニ
ット８０の表示装置８２には、患者名、薬品名、薬品表
示（薬品の形状および記号）、薬効、用法、および分包
数等の処方箋に関するデータを表示するようにしたが、
必要に応じて取捨選択して表示するようにしてもよい。
逆に、これらのデータに加えて、図３において説明した
患者の住所、年齢、性別、何日分の薬かを表すデータ、
初診日、健康保険の種類等の付帯情報や、さらに図４に
おいて説明した薬品の取扱上の注意や薬品メーカ等の付
帯情報をも併せて表示することにより、監査作業の便宜
に資するようにしてもよい。

【００９５】また、本実施の形態では、分包対象の薬剤
として錠剤、散剤および水剤を例に説明したが、本発明
はこれらに限定されるものではなく、他のタイプの薬剤
（例えば、アンプルに入れられた注射液やカプセル、錠
剤のＰＴＰ、外用薬等）に適用することも可能である。

【００９６】［第２の実施の形態］次に、本発明の第２
の実施の形態を説明する。

【００９７】図２２は、本発明の第２の実施の形態に係
る調剤診療ケア情報の空間伝送ネットワークシステムの
概略構成を表すもので、より具体的には、総合病院にお
ける外来患者の診療ケアシステムを表すものである。こ
のシステムは、外来患者の受付業務を行う外来受付部門
１０００と、患者に関するすべての診療ケア情報を蓄積
したデータベースを含むサーバ１０１０と、科目別（内
科、小児科、外科等）に設けられた診察部門１０２０
と、各種の検査業務を行う検査部門１０３０と、外来患
者を含む来院者に食事を提供する食堂部門１０４０と、
診療報酬の計算や収納あるいはレセプト発行等の会計業
務を行う会計部門１０５０と、処方箋に従って調剤を行
って患者に処方薬を提供する薬局部門１０６０とを含ん
で構成されている。

【００９８】外来受付部門１０００には、固定ポート１
００１およびこれに接続された操作卓１００２が配置さ
れている。同様に、診察部門１０２０、検査部門１０３
０、食堂部門１０４０、会計部門１０５０および薬局部
門１０６０にも、それぞれ、固定ポート１０２１，１０
３１，１０４１，１０５１，１０６１、およびこれらに
対応してそれぞれ接続された操作卓１０２２，１０３
２，１０４２，１０５２，１０６２が配置されている。
そして、各部門の固定ポート１００１，１０２１，１０
３１，１０４１，１０５１，１０６１、およびサーバ１
０１０は、いずれも、所定の通信プロトコルでデータ通
信が行われる通信路１０７０に接続されている。

【００９９】外来受付部門１０００の固定ポート１００
１は、この外来受付部門１０００において外来の患者に
手渡される情報キャリア１１００に対して空間伝送によ
り必要な診療ケア情報を書き込むことができると共に、
逆に情報キャリア１１００から必要な診療ケア情報を読
み取ることができるようになっている。この固定ポート
１００１は、例えば図７に示した固定ポート３１と同様
に構成され、また、情報キャリア１１００は同図に示し
た情報キャリア２１と同様に構成されているが、ここで
は、説明を省略する。そして、両者がそれぞれ備える磁
気コア間で、高周波磁界による磁気結合によって空間伝
送が行われ、診療ケア情報の授受が行われるようになっ
ている。なお、固定ポート１００１と情報キャリア１１
００との間の通信プロトコルは、通信路１０７０上の通
信プロトコルと同一とするのが好ましい。ここで、固定
ポート１０２１等が本発明における「固定ポート」に対
応し、情報キャリア１１００が本発明における「情報キ
ャリア」に対応し、通信路１０７０が本発明における
「通信網」に対応する。

【０１００】外来受付部門１０００の操作卓１００２
は、キーボードやマウス等のデータ入力装置と、ＣＲＴ
ディスプレイ等の表示装置と、印字出力用のプリンタ
（いずれも図示せず）とを含んで構成されている。これ
らの各装置は固定ポート１００１における図示しないＩ
／Ｏポート（図７ではＩ／Ｏポート３１４に相当）に接
続されている。上記の図示しないデータ入力装置は、こ
の外来受付部門１０００で発生したデータをサーバ１０
１０に登録したり固定ポート１００１によって情報キャ
リア１１００に書き込む際に用いられる。上記の図示し
ない表示装置は、データ入力装置から入力したデータ
や、固定ポート１００１によって情報キャリア１１００
から読み出したデータ、あるいはサーバ１０１０から読
み出したデータを表示する際に用いられる。上記の図示
しないプリンタは、必要に応じて印字出力を得る際に用
いられる。

【０１０１】他の部門（診察部門１０２０等）における
固定ポートおよび操作卓も、外来受付部門１０００にお
ける固定ポート１００１および操作卓１００２と同様の
構成および機能を有している。

【０１０２】サーバ１０１０は、来院および入院したす
べての患者に関する診療ケア情報を蓄積すると共に、他
の部門からの照会に応じて必要なデータを通信路１０７
０を介して提供する機能を有するもので、例えば図２３
に示したような診療ケア情報を保有している。この図
は、サーバ１０１０に蓄積された１患者分の診療ケア情
報を表すものであリ、患者コード、性別、氏名、生年月
日、住所、健康保健番号等の患者固有情報のほか、来院
歴、入院歴、薬物副作用歴、病歴、および、その他の必
要な情報からなっている。来院歴には、来院年月日、科
名、担当医、病名、処置内容等のデータが含まれ、入院
歴には、入院期間、科名、担当医、病名、処置内容等の
データが含まれる。ここで、来院歴における処置内容の
項目としては、診察、検査、処方薬、手術、および注射
施用等の各処置の具体的内容が記録され、また、入院歴
における処置内容の項目としては、検査、処方薬、手
術、注射施用、看護、栄養等の各処置の具体的内容が記
録されている。なお、診察には、例えば問診、触診、血
圧測定等が含まれ、検査には、血液や尿等の検体検査、
心電図測定、内視鏡検査、放射線による検査、ＣＴスキ
ャン検査等の各種の検査が含まれる。また、注射施用に
は、点滴、輸液、皮下注射、静脈注射等が含まれる。

【０１０３】図２４〜図２９は、情報キャリア１１００
の図示しない不揮発性メモリ（図７ではＥ² ＰＲＯＭ２
１６に相当）に記録された診療ケア情報および工程管理
情報を表すものである。これらの情報は、患者が図２２
に示した各部門で処置を受けるごとに、各部門の固定ポ
ートによって情報キャリア１１００から読み出され、ま
たは書き込まれるようになっている。これらの図のう
ち、例えば図２４は、外来受付部門１０００において受
付を行った患者に支給された情報キャリア１１００の記
録内容の一例を表すものである。この図に示したよう
に、情報キャリア１１００には、患者コード、性別、氏
名、生年月日、住所および健康保健番号等を含む患者固
有情報と、受診科名、担当医、初診／再診の別、来院日
および受付時刻等を含む受付情報１１０２とが記録さ
れ、さらに、診療、検査、食堂、会計、薬局の各部門ご
とに、患者が訪れるべき部門の順番を表す順番フラグ、
各部門で行われる処置内容を表す処置内容情報、各部門
での処置状況を表す処置状況フラグおよび各部門での処
置の終了時刻を表す処置終了時刻情報が記録されるよう
になっている。ここで、患者固有情報１１０１、受付情
報１１０２および処置内容情報が本発明における「診療
ケア情報」に対応し、順番フラグ、処置状況フラグおよ
び処置終了時刻情報が本発明における「調剤診療管理情
報」に対応する。

【０１０４】次に、図２４〜図２９を参照して、以上の
ような構成の調剤診療ケア情報の空間伝送ネットワーク
システムの動作または作用を説明する。ここでは、ある
患者が来院してから病院をあとにするまでの流れに沿っ
て説明するものとする。

【０１０５】来院した患者は、まず、外来受付部門１０
００において所定の受付手続を行う。具体的には、初診
の場合は、受付用紙に患者固有情報を記入すると共に問
診票に必要事項を記入し、これらを健康保険証と共に窓
口に提出する。一方、再診の場合は、診察券を窓口に提
出する。

【０１０６】外来受付部門１０００では、その患者が初
診の場合、受付用紙および問診票の記載事項を操作卓１
００２から入力し、サーバ１０１０に記録すると共に、
情報キャリア１１００を固定ポート１００１の所にセッ
トし、患者固有情報１１０１と、受付情報１１０２とを
情報キャリア１１００に書き込む。一方、再診の場合に
は、診察券の患者コードを操作卓１００２から入力し、
この患者コードを基にサーバ１０１０を検索して該当す
る患者固有情報を読み出し、これを受診科名、担当医お
よび初診／再診の別と共に、固定ポート１００１によっ
て情報キャリア１１００に書き込む。本例において、こ
の外来受付部門１０００では、さらに、順番フラグとし
て、例えば診察部門１０２０を“１”、会計部門１０５
０を“２”にセットすると共に、他の部門の順番につい
ては、任意または不定を表すデータ“＊”をセットす
る。また、処置状況フラグとして、未処置を表す“０”
をすべての部門についてセットする。そして、これらの
セットした情報を情報キャリア１１００に書き込む。な
お、本例で、検査、食堂および薬局の各部門の順番を任
意または不定としているのは、患者は、これらの部門で
は必ずしも処置またはサービスを受けるとは限らないか
らである。但し、検査および薬局については、診察部門
１０２０における診察結果によって必要となることもあ
るので、その時点で適宜順番が付与される。

【０１０７】このようにして外来受付部門１０００で必
要な情報を書き込まれた情報キャリア１１００はその患
者に手渡され、それ以降、病院内の各部門においてその
患者が診療ケアを受ける際に常に提示を要求されること
となる。なお、情報キャリア１１００は、紛失を防ぐた
め、首から下げるペンダントタイプや手首に装着するブ
レスレットタイプとするのが好ましいが、そのほか、カ
ード型等であってもよい。

【０１０８】外来受付部門１０００で受付を終え、情報
キャリア１１００を受け取った患者は、外来受付部門１
０００での指示に従って、まず、診察部門１０２０に行
き、その窓口に設置された固定ポート１０２１に情報キ
ャリア１１００をセットする。すると、固定ポート１０
２１の図示しないＣＰＵ（図７におけるＣＰＵ３１５に
相当するもの。以下、単に固定ポートという。）は情報
キャリア１１００を検知して、空間伝送動作を開始し、
情報キャリア１１００から必要な情報（ここでは、患者
固有情報１１０１、受付情報１１０２および診察部門の
順番フラグ）を読み取る。図２４の場合、読み取ったデ
ータのうち、すべての処置状況フラグが“０”になって
いるので、固定ポート１０２１は、この診察部門が第１
番目にアクセスされたことを認識し、正しい順番である
と判断する。そして、必要なメッセージを、例えば図示
しない電光表示板等に表示し、または図示しない音声装
置によって出力する。このメッセージは、例えば、「約
××分ほどお席でお待ち下さい。」等である。

【０１０９】なお、例えば再診の患者においては診察を
受けずに検査のみを受けるような場合もあるが、この場
合には、外来受付部門１０００において情報キャリア１
１００の診察部門の処置状況フラグに処置不要を表す
“２”がセットされると共に、検査部門の順番が“１”
にセットされている。したがって、この場合に患者が診
察部門１０２０を訪れてそこの固定ポート１０２１に情
報キャリア１１００をセットすると、固定ポート１０２
１は、情報キャリア１１００から読み取った情報を基
に、この診察部門への来訪が不適切であると判断し、例
えば、「今日は診察を受けずに直接検査部門においでく
ださい。」というメッセージを出力する。

【０１１０】また、再診の患者においては検査を受けて
から診察を行う場合もあるが、この場合には、外来受付
部門１０００において情報キャリア１１００の検査部門
の順番が“１”、診察部門の順番が“２”にセットされ
ている。したがって、この場合に患者が診察部門１０２
０を最初に訪れてそこの固定ポート１０２１に情報キャ
リア１１００をセットすると、固定ポート１０２１は、
情報キャリア１１００から読み取った情報を基に、この
診察部門への来訪の順番が不適切であると判断し、例え
ば、「今日の診察は検査を受けてからになりますので、
まず検査部門においでください。」というメッセージを
出力する。

【０１１１】さて、図２４の例に戻って説明を続ける。
診察の順番が到来すると、固定ポート１０２１は、例え
ば「××さん、××番にお入り下さい。」というメッセ
ージを電光表示板および音声装置によって出力する。

【０１１２】呼び出しを受けた患者は、診察室に入り、
担当医によって必要な診察を受ける。固定ポート１０２
１は、情報キャリア１１００から読み取った患者コード
を基に、通信路１０７０を介してサーバ１０１０（図２
２）から必要な診療ケア情報（来院歴、入院歴、薬物副
作用歴、病歴およびその他の情報）を読み出す。担当医
は、これらの診療ケア情報を参考にして診察および必要
な処置を行う。初診の場合には、カルテを作成する。こ
こで、例えば問診・触診および血圧測定という処置を行
ったとすると、これらの処置を行ったことを示すデータ
を操作卓１０２２から入力する。すると、図２５に示し
たように、固定ポート１０２１は、情報キャリア１１０
０の該当する診察項目の処置状況フラグとして“１”を
書き込む。このとき、他の処置項目（例えば点滴や投薬
等）についての処置状況フラグは、後述のようにさらに
何らかの検査を行う場合に検査結果に応じてその診察項
目の処置を行うこともあり得るので、この段階では未処
置を示す“０”のままにしておく。

【０１１３】診察の結果、何らかの検査が必要であり、
さらに、その検査の後に再び診察を行おうとする場合に
は、担当医は操作卓１０２２の指示に従ってその検査項
目を入力する。すると、固定ポート１０２１は、図２５
に示したように、情報キャリア１１００の検査部門の順
番フラグを“＊”から“２”に、診察部門の順番フラグ
を“１”から“３”に、会計部門の順番フラグを“２”
から“４”に書き替える。なお、薬局部門の順番フラグ
は、その時点では未だ投薬を要するか否か未定であるの
で、“＊”のままにしておく。また、担当医が検査を要
すると判断した検査項目（例えば、尿検査、血液検査お
よび胃カメラ等）については、それらの検査順番を表す
順番フラグを情報キャリア１１００の該当欄に書き込
む。図２５の例では、尿検査が“２−１”、血液検査が
“２−２”、胃カメラが“２−３”にセットされてい
る。また、検査を要しない項目（この例では、心電図、
胸部Ｘ線撮影、ＣＴスキャン（断層撮影）等）について
は、検査不要を表す処置状況フラグとして“２”を書き
込む。最後に、固定ポート１０２１は、同図に示したよ
うに、一応の診察が終了した時刻を処置終了時刻情報と
して情報キャリア１１００に書き込む。

【０１１４】一方、検査をまったく要しない場合には、
処置を行わなかったすべての診察項目（例えば点滴や投
薬等）の処置状況フラグを“０”のまま保留せず、直ち
に、処置不要を示す“２”に書き替えると共に、診察全
体の処置状況フラグを“０”から“１”に書き替える。
また、この場合には、検査を行うこととしたときのよう
な各部門の順番フラグの書き替えは行わない。但し、投
薬を行うときには、図２４における薬局部門の順番フラ
グを“＊”から“３”に書き替える。患者は、そのまま
会計部門１０５０に行き、後述するような会計手続きを
することとなる。

【０１１５】検査が必要であるとされた場合、患者は検
査部門１０３０に行き、そこの固定ポート１０３１に情
報キャリア１１００をセットする。すると、情報キャリ
ア１１００から必要な検査項目（この例では、尿検査、
血液検査および胃カメラ）がそれぞれに付された順番フ
ラグと共に固定ポート１０３１に読み出される。固定ポ
ート１０３１は、読み出した順番フラグに基づき、例え
ば、「最初に採尿してから、血液検査と胃カメラ検査を
お受け下さい。」というメッセージを視覚的および音声
的に出力する。患者はこのメッセージに従って順次検査
を受ける。なお、検査部門が混んでいる場合には、固定
ポート１０３１は、例えば「最初に採尿してから、お呼
びするまでしばらくお待ち下さい。」というようなメッ
セージを出力する。検査部門１０３０の看護婦または検
査員は、患者が各検査項目を終了するごとに、固定ポー
ト１０３１に情報キャリア１１００をセットする。する
と、固定ポート１０３１は、図２６に示したように、情
報キャリア１１００内の該当する検査項目のフラグを
“０”から“１”へと変更すると共に、そのときの時刻
を、該当する検査項目の終了時刻として記録する。最後
に、固定ポート１０３１は、予定した検査項目がすべて
終了したことを確認すると、同図に示したように、検査
部門全体の処置状況フラグを“０”から処置済みを表す
“１”に書き替えると共に、そのときの時刻を検査部門
全体の処置終了時刻情報として情報キャリア１１００に
書き込む。こうして検査を終了した患者は、自己の情報
キャリア１１００を受け取り、看護婦等の指示に従って
再び診察部門１０２０に向かう。なお、図２６に示した
ように、固定ポート１０３１が情報キャリア１１００か
ら読み出した情報のうち、診察部門の順番フラグが
“３”になっていることから、固定ポート１０３１は操
作卓１０３２の図示しない表示部に、検査後に再度診察
を受ける必要がある旨を表示する。これにより、看護婦
等は、患者に対し、再び診察部門１０２０に行くように
と指示することができる。

【０１１６】検査部門１０３０での検査が終了して再び
診察部門１０２０に戻った患者は、そこの固定ポート１
０２１に情報キャリア１１００をセットする。すると、
固定ポート１０２１は、情報キャリア１１００から情報
を読み出し、例えば、「検査結果が出るまで××分程度
お待ち下さい。」というようなメッセージを視覚的およ
び音声的に出力する。なお、情報キャリア１１００から
読み取った検査項目の処置状況フラグのいずれかが未処
置を示す“０”であったときには、固定ポート１０２１
は、例えば、「検査が済んでおりません。検査部門にお
戻り下さい。」というようなメッセージを出力する。

【０１１７】検査結果が出るまでの待ち時間の間、患者
は例えば食堂部門１０４０に行き、そこで昼食や喫茶を
とる等して過ごすことができる。この場合の食事や喫茶
の代金は現金で支払う必要はなく、患者が食堂部門１０
４０の固定ポート１０４１に情報キャリア１１００をセ
ットすることにより、図２７に示したように、そこでの
食事喫茶代データ（この例では、［Ａランチ］、［コー
ヒー］）が情報キャリア１１００に書き込まれる。その
代金は、最後に会計部門１０５０において清算される。
このとき、固定ポート１０４１はまた、情報キャリア１
１００の食堂部門の処置状況フラグを“０”から“１”
に書き替えると共に、処置終了時刻情報として食堂を利
用した時刻を書き込む。また、食堂部門の順番フラグを
“＊”から“３”に書き替えると共に、診察部門および
会計部門の順番フラグをそれぞれ１ずつインクリメント
させる書き替えを行う。

【０１１８】その後、患者は再び診察部門１０２０に戻
り、自分の順番を待つ。そして、順番が到来すると、視
覚的および音声的メッセージが出力されるので、これに
従って指定された番号の診察室に入る。担当医は、通信
路１０７０を介し操作卓１０２２によって検査部門１０
３０から検査結果を入手しており、これを参考にして診
断を行う。そして、必要に応じ、必要な治療を行う。こ
こで、例えば点滴や皮下注射等の注射施用および投薬を
行ったとすると、図２８に示したように、固定ポート１
０２１は、情報キャリア１１００の診察部門の点滴・注
射および投薬の項目についての処置状況フラグを“０”
から“１”に書き替えると共に、残りの診察項目につい
ての処置状況フラグをすべて“２”に書き替え、さら
に、診察部門全体の処置状況フラグを“１”に書き替え
る。また、本例では投薬処置を行うこととしているの
で、同図に示したように、情報キャリア１１００の薬局
部門の順番フラグを“＊”から“６”に書き替える。

【０１１９】また、担当医等によって次回の診療予約日
および予約コードが操作卓１０２２から入力された場合
には、同図に示したように、固定ポート１０２１は、こ
れらの情報を情報キャリア１１００の会計部門の欄に書
き込む。さらに、担当医が作成した処方箋に基づき、処
方内容とそれに対応した薬剤処方コードとが操作卓１０
２２から入力されると、固定ポート１０２１は、直ちに
これらの情報を通信路１０７０経由で薬局部門１０６０
に送る。また、このうち薬剤処方コードは、同図に示し
たように、固定ポート１０２１によって情報キャリア１
１００の薬局部門の欄に書き込まれる。そして、最後
に、固定ポート１０２１は、そのときの時刻を診察部門
全体の処置終了時刻として情報キャリア１１００に書き
込む。したがって、本例では、図２８に示したように、
診察部門の処置終了時刻は２つ記録されることとなる。

【０１２０】こうして再度の診察を終了した患者は、自
己の情報キャリア１１００を受け取り、看護婦等の指示
に従って会計部門１０５０に向かう。会計部門１０５０
を訪れた患者は、そこの固定ポート１０５１に情報キャ
リア１１００をセットする。すると、情報キャリア１１
００から、診療内容、検査内容、薬剤処方コード、およ
び食堂における購買情報等が読み出され、これらの情報
を基に請求金額が計算される。この請求金額は、操作卓
１０５２のプリンタによって発行される領収書に印刷さ
れ、支払いの済んだ患者に手渡される。また、情報キャ
リア１１００からは次回予約日と予約コードも読み出さ
れ、予約票として印刷出力され、患者に手渡される。そ
して、固定ポート１０５１は、図２９に示したように、
情報キャリア１１００の会計部門の処置状況フラグを
“０”から“１”に書き替えると共に、その時点の時刻
を処置終了時刻として記録する。

【０１２１】会計部門１０５０において情報キャリア１
１００を受け取った患者は、次に、薬局部門１０６０に
行き、そこの固定ポート１０６１に情報キャリア１１０
０をセットする。すると、固定ポート１０６１は、情報
キャリア１１００から薬剤処方コードを読み出し、その
コードの薬剤の調剤状況に応じて、例えば「あと約××
分程度お待ち下さい。」というメッセージを視覚的およ
び音声的に出力する。そして、その処方コードの調剤が
完了すると、「××さん、薬局窓口までおいで下さ
い。」というメッセージを出力する。患者は、薬局窓口
で情報キャリア１１００と交換に薬袋を受け取り、病院
をあとにする。

【０１２２】その後、薬局部門１０６０では、受け取っ
た情報キャリア１１００を固定ポート１０６１にセット
すると、固定ポート１０２１は、情報キャリア１１００
の薬局部門の処置状況フラグを“０”から“１”に書き
替えると共に、その時点の時刻を処置終了時刻として記
録する。さらに、固定ポート１０６１は、情報キャリア
１１００に記録された情報のうちの必要な情報を来院歴
情報として抽出し、通信路１０７０を介してサーバ１０
１０に送り記録する。また、情報キャリア１１００から
読み出された処置内容（診療内容、検査内容、処方薬
剤）の情報は、医療報酬の計算、すなわちレセプト作成
の基礎資料となる。そして、これらの必要な処理の後、
情報キャリア１１００は、内容がクリアされて再利用さ
れる。

【０１２３】このように、本実施の形態では、来院した
患者に情報キャリアを渡し、患者はこの情報キャリアを
提示した上で各部門でのサービスを受けるようにすると
共に、通信路に接続された固定ポートを各部門に配置
し、この固定ポートによって処置内容情報等の診療ケア
情報を患者の情報キャリアに記録し、また、これらの情
報の参照を行うようにしたので、外来患者の診療ケア業
務を効率的かつ誤りなく支援できると共に、外来患者が
円滑に心地よく治療等を受けられる医療環境を実現する
ことができる。さらに、情報キャリアには、順番フラ
グ、処置状況フラグおよび処置終了時刻情報等の工程管
理情報をも記録して各部門で適宜参照できるようにした
ので、病院内における患者の移動の様子を的確に把握す
ることができると共に、各部門において患者に的確な指
示を行うことができる。さらに、返還された多くの情報
キャリアから各部門ごとの処置終了時刻情報を読み出し
て、集計することにより、病院内における各部門でのサ
ービスの平均所要時間を割り出すことも可能であり、こ
の情報を基に、外来患者に時間的負担を掛けずに済むよ
うにシステムを変更する等、より効率的な病院運営を図
ることが可能となる。

【０１２４】また、情報キャリアには、従来の磁気また
はバーコード等を用いたＩＤカードよりも多くのデータ
を記録できるので、各部門では、情報キャリアへのアク
セスのみによって必要な情報を得ることも可能であり、
サーバ１０１０にアクセスする頻度を少なくすることが
でき、診療ケア業務を効率的に支援することができる。
さらに、固定ポート１００１等をインテリジェント化し
て各部門での分散処理を可能としたので、ネットワーク
全体を統括制御するホストコンピュータが不要となる。
また、仮にホストコンピュータを設けるにしても、さほ
ど高性能のホストコンピュータを必要としない。

【０１２５】［第３の実施の形態］次に、本発明の第３
の実施の形態を説明する。

【０１２６】図３１は、本発明の第３の実施の形態に係
る調剤診療ケア情報の空間伝送ネットワークシステムの
全体構成を表すもので、より具体的には、総合病院にお
ける入院患者の診療ケアシステムを表すものである。こ
のシステムは、患者の入院および退院の受付業務を行う
入退院受付部門２０００と、患者に関するすべての診療
ケア情報を蓄積したデータベースを含むサーバ２０１０
と、科目別（内科、小児科、外科等）に設けられた治療
部門２０２０と、各種の検査業務を行う検査部門２０３
０と、入院患者に食事を提供する給食部門２０４０と、
常時看護婦が詰めているナースステーション２０５０
と、各科別の病棟部門２０６０と、処方箋に従って調剤
を行い患者に処方薬を提供する薬局部門２０７０と、医
療報酬の計算や収納あるいはレセプト発行等の会計業務
を行う会計部門２０８０とを含んで構成されている。

【０１２７】上記の実施の形態と同様に、各部門にはそ
れぞれ、固定ポート２００１等とこれに接続された操作
卓２００２等とが配置されている。但し、病棟部門２０
６０には、各病室ごとまたは各ベッドごとに固定ポート
２０６１等が配置されている。そして、各固定ポート２
００１等は、いずれも、所定の通信プロトコルでデータ
通信が行われる通信路２０９０に接続されている。ここ
で、固定ポート２００１等が本発明における「固定ポー
ト」に対応し、通信路２０９０が本発明における「通信
網」に対応する。

【０１２８】各部門の固定ポート２００１等および操作
卓２００２等は、上記の実施の形態（図２２）における
固定ポート１００１等および操作卓１０２２等と同様の
構成および機能を有し、サーバ２０１０もまた図２２に
おけるサーバ１０１０と同様の構成なので、ここでは説
明を省略する。

【０１２９】このような構成の調剤診療ケア情報の空間
伝送ネットワークシステムは、基本的には上記の実施の
形態に係る調剤診療ケア情報の空間伝送ネットワークシ
ステム（図２２）と同様に機能する。すなわち、入院患
者はそれぞれ情報キャリア２１００を持ち、この情報キ
ャリア２１００を提示した上で各部門でのサービスを受
けることができるようになっている。ここで、情報キャ
リア２１００が本発明における「情報キャリア」に対応
する。通信路２０９０に接続された各部門の固定ポート
は、情報キャリアに対し、患者に関する各種の診療ケア
情報や管理情報を記録したり、これらの情報を適宜参照
することができるようになっている。これにより、各部
門における入院患者の診療ケア業務を効率的かつ誤りな
く支援できると共に、入院患者が円滑に心地よく治療等
を受けられる医療環境を実現できる。なお、本システム
の作用の詳細な説明は省略する。

【０１３０】なお、図３１では、例えば病棟部門２０６
０の固定ポート２０６１等はすべて通信路２０９０に固
定的に接続されているものとしたが、必要に応じて切り
離しても動作可能となるように構成してもよい。この場
合には、固定ポートごとにバッテリを内蔵させておき、
通信路２０９０から切り離して使用するときは、この内
蔵バッテリで動作するように構成すればよい。

【０１３１】この場合、例えば、図３２に示したよう
に、固定ポート２０６１′をコネクタ２０６３によって
通信路２０９０に脱着可能に接続しておく。そして、必
要に応じて看護婦等がこれを切り離して各患者Ａ，Ｂ，
…Ｎのベッドの所まで持って行き、各患者の情報キャリ
ア２１００ａ，２１００ｂ，…２１００ｎに対して診療
ケア情報を書き込んだり、あるいは情報キャリア２１０
０ａ等から診療ケア情報を読み出すようにする。このよ
うにすれば、例えば寝たきりの患者のように、自ら固定
ポートの所まで移動出来ない患者についても円滑な診療
ケアが可能になる。この場合、各患者の情報キャリア２
１００ａ等から読み出した情報は、固定ポート２０６
１′の図示しない不揮発性メモリに一旦記憶されるが、
その後に固定ポート２０６１′を通信路２０９０に接続
することで通信路２０９０を介して他の部門に転送する
ことができる。逆に、固定ポート２０６１′を通信路２
０９０に接続したときには他の部門から各患者に関する
診療ケア情報を入手することができる。これらの入手し
た情報は固定ポート２０６１′の図示しない不揮発性メ
モリに一旦記憶されるが、その後、固定ポート２０６
１′を各患者の所に持って行って、これに情報キャリア
２１００ａ等をセットすることにより、情報キャリア２
１００ａ等に診療ケア情報を書き込むことができる。

【０１３２】以上、実施の形態を挙げて本発明を説明し
たが、本発明はこれらの実施の形態に限定されるもので
はなく、その均等の範囲で種々変形可能である。

【０１３３】例えば、上記の各実施の形態では、各固定
ポートと情報キャリアとの間の空間伝送によるコミュニ
ケーションは、通信路上の通信プロトコルと同一の通信
プロトコルをそのまま用いて行うようにしたが、これに
限らず、この区間は通信路上の通信プロトコルと異なる
プロトコルを使用するようにしてもよい。但し、通信網
（通信路３，１０７０，２０９０）で使用している通信
プロトコルと、情報キャリアと固定ポートとの間の空間
伝送プロトコルとを同一にした場合には、上記したよう
に、ネットワークシステム全体を同一の通信プロトコル
で統一することができるので、システム管理上、および
システムの拡張・変更を考慮する上で有利である。

【０１３４】また、上記の各実施の形態では、情報キャ
リアに設ける不揮発性メモリとしてＥ² ＰＲＯＭを用い
ることとしたが、他の種類の不揮発性メモリでもよい。

【０１３５】また、上記の各実施の形態では、情報キャ
リアは、固定ポートから空間伝送によって供給される電
力によって動作するものとしたが、本発明はこれには限
られず、情報キャリアにバッテリを内蔵させ、これによ
って動作するようにしてもよい。バッテリ内蔵とした場
合、情報キャリアは固定ポートにセットされていない状
態でも動作可能であるので、例えば第２および第３の実
施の形態の変形例として、情報キャリアに無線受発信器
を内蔵させ、無線によって例えばブザー、振動やＬＥＤ
等による患者の呼び出しを行ったり、定期的に患者の位
置を知らせる発信を行うようにすることで、患者の行動
を管理することも可能である。

【０１３６】また、上記の各実施の形態で説明したシス
テムをそれぞれ独立したものとして構成するのでなく、
各システムにおけるすべての固定ポートを同一の通信路
に接続して、１つの統合化された医療管理システムとし
て構成することも可能である。

【０１３７】

【発明の効果】以上説明したように、本発明に係る調剤
診療ケア情報の空間伝送ネットワークシステムによれ
ば、従来のように各ユニットを中央制御装置にそれぞれ
個別に配線するのではなく、１つの通信路によって各ユ
ニットの固定ポート間を相互接続し、この固定ポートと
情報キャリアとの間で空間伝送によるデータコミュニケ
ーションを行うようにしているので、配線ケーブルの数
が少なくて配線作業が容易であり、また、配線スペース
も低減できる。また、ユニットの種類や台数を増減変更
したり配置変えをする等のシステム変更を行う場合にも
再配線が容易であり、柔軟な対応が可能である。

【０１３８】また、本発明に係る調剤診療ケア情報の空
間伝送ネットワークシステムによれば、処方データを含
む調剤情報もしくは診療ケア情報を情報キャリアに記憶
させて利用可能にしたので、病院薬局等における調剤業
務や病院内での患者の診療ケア業務を効率的に支援する
ことができると共に、患者が心地よく治療等を受けられ
るような医療環境を実現することができる。さらに、調
剤もしくは診療の順序および所要時間を管理するための
調剤診療管理情報をも情報キャリアに記憶させて利用可
能にしたので、調剤または診療ケアを行うに際し、処理
または処置の確実性を担保することが可能となる。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態に係る調剤診療ケア
情報の空間伝送ネットワークシステムの全体構成を表す
ブロック図である。

【図２】操作卓ユニットの概略構成を表すブロック図で
ある。

【図３】操作卓ユニットのハードディスク装置に格納さ
れたデータベース（処方データを含む調剤情報）の内容
の一例を表す図である。

【図４】操作卓ユニットのハードディスク装置に格納さ
れたデータベース（薬剤情報）の内容の一例を表す図で
ある。

【図５】搬送路駆動ユニットの概略構成を表すブロック
図である。

【図６】図１の処方指示ユニットとトレイとの位置関係
を表すブロック図である。

【図７】図６における処方指示ユニットの固定ポートお
よびトレイの情報キャリアの回路構成例を表すブロック
図である。

【図８】トレイの情報キャリア内に格納された処方デー
タの一例を表す図である。

【図９】図１の錠剤分包ユニットの外観構成を表す正面
図である。

【図１０】図１の錠剤分包ユニットの概略構成を表すブ
ロック図である。

【図１１】ロータカセットとカセットホルダとの配置関
係を表す側面図である。

【図１２】錠剤分包ユニットによって分包された分包袋
の状態を表す図である。

【図１３】図８の錠剤分包ユニットにおける錠剤フィー
ダの情報キャリアおよびフィーダベースの固定ポートの
回路構成例を表すブロック図である。

【図１４】錠剤分包ユニットにおける錠剤フィーダの情
報キャリア内に格納された錠剤入出庫データの一例を表
す図である。

【図１５】図８の錠剤分包ユニットにおける包装装置の
固定ポートおよびトレイの情報キャリアの回路構成例を
表すブロック図である。

【図１６】図１の薬袋供給ユニットにおける固定ポート
およびトレイの情報キャリアの回路構成例を表すブロッ
ク図である。

【図１７】図１の監査支援ユニットにおける固定ポート
およびトレイの情報キャリアの回路構成例を表すブロッ
ク図である。

【図１８】トレイに付加された情報キャリアの処理状況
フラグの一変化例を説明するための説明図である。

【図１９】トレイに付加された情報キャリアの処理状況
フラグの他の変化例を説明するための説明図である。

【図２０】錠剤分包ユニットにおける錠剤フィーダの情
報キャリアおよびフィーダベースの固定ポートの他の回
路構成例を表すブロック図である。

【図２１】錠剤分包ユニットにおける錠剤フィーダの情
報キャリアおよびフィーダベースの固定ポートのさらに
他の回路構成例を表すブロック図である。

【図２２】本発明の第２の実施の形態に係る調剤診療ケ
ア情報の空間伝送ネットワークシステムの全体構成を表
すブロック図である。

【図２３】図２２に示したサーバの記録内容の一例を表
す図である。

【図２４】図２２の外来受付部門で患者に手渡された情
報キャリアの記録内容の一例を表す図である。

【図２５】図２２の診察部門で患者に返却された情報キ
ャリアの記録内容の一例を表す図である。

【図２６】図２２の検査部門で患者に返却された情報キ
ャリアの記録内容の一例を表す図である。

【図２７】図２２の食堂部門で情報書き替えが行われた
ときの情報キャリアの記録内容の一例を表す図である。

【図２８】図２２の診察部門で患者に返却された情報キ
ャリアの記録内容の一例を表す図である。

【図２９】図２２の会計部門で患者に返却された情報キ
ャリアの記録内容の一例を表す図である。

【図３０】図２２の薬局部門で患者から回収した情報キ
ャリアの記録内容の一例を表す図である。

【図３１】本発明の第３の実施の形態に係る調剤診療ケ
ア情報の空間伝送ネットワークシステムの全体構成を表
すブロック図である。

【図３２】図３１に示した調剤診療ケア情報の空間伝送
ネットワークシステムの変形例を表す図である。

【符号の説明】

１ 搬送路 ３，１０７０，２０９０ 通信路 １０ 操作卓ユニット ２０ トレイ ２１，４４ａ−１〜４４ａ−ｎ，４４ａ−１′，１１０
０，２１００ 情報キャリア ３０ 処方指示ユニット ３１，４１ａ，４２ａ−１〜４２ａ−ｎ，４２ａ−
１′，７１，８１，１００１，１０２１，１０３１，１
０４１，１０５１，１０６１，２００１，２０２１，２
０３１，２０４１，２０５１，２０６１，２０７１，２
０８１ 固定ポート ４０ 錠剤分包ユニット ４１ 包装装置 ４２−１〜４２−ｎ フィーダベース ４４−１〜４４−ｎ 錠剤フィーダ ５０ 散剤分包ユニット ６０ 水剤分包ユニット ７０ 薬袋供給ユニット ８０ 監査支援ユニット ９０ 搬送路駆動ユニット ２１５，３１５ ＣＰＵ ２１６，３１６ Ｅ² ＰＲＯＭ ２１１，３１１ 磁気コア １００２，１０２２，１０３２，１０４２，１０５２，
１０６２，２００２，２０２２，２０３２，２０４２，
２０５２，２０６２，２０７２，２０８２ 操作卓 １０１０，２０１０ サーバ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 所定の通信プロトコルによる通信が行わ
   れる通信網と、 処方データを含む調剤情報もしくは診療ケア情報と、調
   剤もしくは診療の順序および所要時間を管理するための
   調剤診療管理情報とを記憶する記憶手段、ならびに空間
   伝送を行う伝送手段を有する可搬型の情報キャリアと、 前記情報キャリアとの間で空間伝送を行う手段を有する
   固定ポートとを備え、 前記固定ポートは前記通信網に接続されることを特徴と
   する調剤診療ケア情報の空間伝送ネットワークシステ
   ム。