JP2004348717A - 病院情報システム - Google Patents

Abstract

【課題】医療行為の実施場所でのデータの入出力を一元的に集中管理して医療行為の情報をリアルタイムに把握して医療行為を円滑に行い易いように支援する病院情報システムを提供する。
【解決手段】医療オーダで指示されている複数種類、複数個の患者リストバンド、注射ボトル、患者カルテ、処置具入れ等に添付又は埋め込まれているＲＦタグのタグ情報をＰＤＡ８のＲＦリーダ１２によって一括して一度に読み込んで、無線ＬＡＮ９、サーバ７、ＬＡＮ３を介してサーバ５に問い合わせ、その確認を求める。サーバ５は、データベースの医療オーダの内容と照合し、ＰＤＡ８から送信された読み込みデータが正しければ正しいと返信すると共に医療オーダのデータベースに指示項目の実施完了（準備が整った）を登録する。読み込みデータが正しくなければ誤りであることと再読み込みの指示をＰＤＡ８に返信する。
【選択図】 図１

Description

本発明は、医療行為の実施場所での携帯端末によるデータの入出力を一元的に集中管理して医療行為の情報をリアルタイムに把握できるようにすると共に医療行為を円滑に行い易いように支援する病院情報システムに関する。

従来、医療行為の実施場所の違いを問わず、医療行為の実施記録を正確に記録する為のシステムは提案されていなかった。
例えば、内視鏡検査のように医療行為を行う場所が決まっていて、その場所に患者が出向いて医療行為を受けるような場合では、医療行為の記録を行うためのシステムがその場所に設置されているので、そこで行われた医療行為の記録を行うことができる。

しかし、医療行為を行う実施者側（看護師や医師）が入院患者の病室まで出向き、各病室を次々と巡回して各患者に対して適切な医療行為を実施するような場合では、主に紙媒体を用いた医療行為の記録が行われており、その医療行為をデータベースとして記録するためのシステムが提案されていなかった。

このため、従来では、発生した医療行為のデータを収集するには、紙への記録内容を収集するという労力が必要となっていた。また、医療行為の内容や、進捗度、結果等の医療行為の状況を確認するためには、紙の記録内容を見て把握するか、人間系での情報伝達によって把握する以外には方法がなく、このような医療行為の状況把握にも多大の労力を要していた。

また、従来は、たとえ医療行為の記録を行う何がしかのシステムが存在していたとしても、いずれも医療行為の実施後に、例えば事務室やセンター控え室等の所定の場所まで戻ってから、その実施内容を事後入力するという方法にしか過ぎず、医療行為を実施したその場で直ちにその実施内容を記録できるようなシステムは提案されていなかった。

したがって、医療行為の実施後からその記録の事後入力が行われるまでにある程度の時間を要するため、医療行為の内容や、進捗度、結果等をリアルタイムに把握することは難しかった。
また、このような事後入力を行う記録システムでは、実施した内容と記録された内容との間に差異が発生したりすることがままあり、正確な記録を残すことが難しいという問題も残されていた。

従来、このような問題に関しては、患者に対して実施された医療行為を移動可能な入力端末（携帯端末）に入力して、この入力された医療行為を示すデータに基づいて、ホストコンピュータにより各種医療業務の管理を行う技術が提案されている。（例えば、特許文献１参照。）
この提案されている技術では、医師による各種診療行為に基づく記録指示を医師に随行する看護師によりリアルタイムで行うものであり、これにより、従来の事後記録の場合のような記録ミスを防止して正確な記録を残すと共に、医師からの指示をその場で直接入力して記録できるようにすることにより看護師の負担を軽減するというものである。
特開平８−１０６５００号公報（要約、図１）

しかしながら、上記の特許文献１の技術は、正確な記録を残すと共に看護師の負担を軽減するものではあるが、医療行為は必ずしも看護師を同伴した医師によってのみ行われるものではなく、例えば入院患者に対する注射（点滴も含む）や薬の投与のように、医師が予め指定した医療オーダに基づいて看護師が一人で医療行為を実行する場合が多々ある。

しかし上記の特許文献１では、そのような看護師が一人で医療行為を実行する場合の医療オーダの取得については何ら明確な提案はなされておらず、同様に看護師が一人で医療行為を実行する場合の携帯端末を用いた医療行為の記録については何らの考慮も払われていない。すなわち、そのうような記録システムについては、従来何も提案がなされていなかった。

本発明の課題は、上記従来の実情に鑑み、医療行為の実施場所での携帯端末によるデータの入出力を一元的に集中管理して医療行為の情報をリアルタイムに把握できるようにすると共に医療行為を円滑に行い易いように支援する病院情報システムを提供することである。

以下に、本発明に係わる病院情報システムの構成を述べる。
本発明の病院情報システムは、少なくとも医療行為に係わるデータの入出力を行う端末と、該端末との間で上記データの授受を行うサーバシステムと、該サーバシステムにより授受される病院内の情報を記録及び一元的に集中管理する病院内情報管理システムと、を備えた病院情報システムであって、上記端末は、少なくとも、注射行為に関するオーダの登録を行うオーダ登録手段を有するオーダ登録端末と、少なくとも１つ以上の上記サーバシステムに所属して設けられ注射行為の実施場所で該注射行為に係わるデータの入出力を行い得る携帯端末と、で構成され、上記病院内情報管理システムは、上記サーバシステムを介した上記端末からのオーダの登録に基づき上記注射行為の注射作業予定データを生成する作業予定データ生成手段を少なくとも有し、上記携帯端末は、識別情報タグから非接触にて識別情報を読み込む非接触識別情報読込手段と、該非接触識別情報読込手段により読み込んだ上記識別情報を上記サーバシステムに出力する識別情報出力手段と、上記病院内情報管理システムが生成した上記注射作業予定データを上記サーバシステムを介して取得するデータ取得手段と、該データ取得手段により取得された上記注射作業予定データの一覧表示を行う表示手段と、上記注射作業予定データに基づき注射行為を実施するに際して、上記非接触識別情報読込手段により使用する薬剤に付された薬剤識別情報タグから読取った識別情報に基づいて、使用する薬剤に間違いがないかの認証、上記オーダの変更又は中止がないかの認証、及び、混注が実施されているかの認証を行う薬剤認証手段と、上記注射作業予定データに基づき注射行為を実施するに際して、上記非接触識別情報読込手段により該当する患者に付された患者識別情報タグから読取った識別情報に基づいて、上記オーダと間違いがないかの認証を行う患者認証手段と、上記薬剤認証手段及び上記患者認証手段による認証結果が全て正しいときに、上記サーバシステムに対し注射の実施登録を行う実施登録手段と、を有して構成される。

上記薬剤認証手段は、例えば、上記薬剤識別情報タグから読取った識別情報を上記サーバシステムに問い合わせ、上記各認証を行うように構成され、また、例えば上記薬剤識別情報タグから読取った識別情報を上記データ取得手段により取得された注射作業予定データと照合し、使用する薬剤に間違いがないかの認証を行い、且つ、上記薬剤識別情報タグから読取った識別情報をサーバシステムに問い合わせ、上記オーダの変更又は中止がないかの認証を行い、且つ、上記混注に関する混注情報を書き込み可能な上記薬剤識別情報タグから読取った混注情報に基づいて、混注が実施されているかの認証を行うように構成される。

また、上記実施登録手段は、例えば、上記実施登録として、少なくとも実施者、実施した患者、使用薬剤、実施時刻の各情報を上記サーバシステムに記録するように構成される。
また、上記携帯端末は、例えば、上記薬剤認証手段及び上記患者認証手段による各認証結果が一つでも正しくないときに、警告を行う警告手段を有するように構成され、また、例えば、上記薬剤認証手段及び上記患者認証手段による各認証結果が一つでも正しくないときに、エラーログ情報を記憶部に蓄積する蓄積手段と、上記携帯端末の処理を終了するときに、上記エラーログ情報を上記サーバシステムに出力する出力手段とを有して構成され、また、例えば、上記非接触識別情報誌込手段により薬剤に付された葉剤識別情報タグから読取った識別情報に基づいて、混注の対象となっている薬剤であるかの認証を行う認証手段と、上記認証手段による認証結果が正しいときに、混注作業の完了ステータスを含む混注情報を上記薬剤識別情感タグに書き込み可能な書込手段とを有して構成される。

また、上記書込手段は、混注情報として混注に使用した薬剤情報を上記薬剤識別情報タグに書き込むように構成される。

本発明によれば、患者リストバンド、注射ボトル、患者カルテ、処置具入れ等にＲＦタグを添付又は埋め込み、医療オーダの指示に対応する複数種類、複数個のＲＦタグの情報をＰＤＡのＲＦリーダによって一括して一度に読み込んで無線ＬＡＮでサーバと確認を取るので、医療行為の実施場所でのデータの入出力をサーバのデータベースで一元的に集中管理して医療行為の情報をリアルタイムに把握して医療行為を円滑に行い易いように支援する病院情報システムを提供することが可能となる。

以下、本発明の実施の形態を図面を参照しながら説明する。

図１は、実施例１としての病院情報システムの全体構成を示すブロック図である。同図に示すように、本例の病院情報システム１は、医療施設としての例えば病院に配置され、その病院内の情報を記録及び一元的に集中管理する病院内情報管理システム２と、この病院内情報管理システム２と例えば有線のＬＡＮ（Local Area Network）３により接続され、このＬＡＮ３を介して情報の送受信が可能な複数のサブシステム、例えば第１のサブシステム４Ａと第２のサブシステム４Ｂとから構成される。

第１のサブシステム４Ａは、制御や情報処理を行うサーバ５と、データの入出力を行うパーソナルコンピュータ（以下、パソコン或いはＰＣと略記）である端末、つまりＰＣ端末６とがそれぞれ有線のＬＡＮ３により接続されている。このＰＣ端末６は据え置き型の端末であり、看護師等の医療スタッフ或いはユーザはそのＰＣ端末のある場所でデータの入力やデータの参照、確認等を行う。

また、第２のサブシステム（以下ではＰＤＡを用いているのでＰＤＡシステムと略記）４Ｂは、制御や情報処理を行うサーバ７と、医療スタッフとしての例えば看護師が携帯して使用が可能な携帯端末としての例えばＰＤＡ（Personal Digital Assistants ）８と、該ＰＤＡ８からの無線ＬＡＮ９によるアクセスを可能とするデータ授受手段であるアクセスポイント１０とから構成され、サーバ７と各アクセスポイント１０とは有線のＬＡＮ３で接続されている。

上記ＰＤＡ８は、無線ＬＡＮ９により無線でサーバ７と通信可能とするデータ入出力手段である無線ＬＡＮカード１１と、識別情報の読み込み手段（装置）として、ラジオ周波数帯域での通信を行うＲＦ（radio frequency）リーダ１２とを内蔵している。
図２は、上記ＰＤＡ８のハードウェア構成を示す図である。同図において、無線ＬＡＮカード１１、ＲＦリーダ１２、ＣＰＵ１３、ＲＯＭ１４、ＲＡＭ１５、記憶部１６、操作入力部１７、及び表示部１８はバス１９を介して相互に接続されており、ＣＰＵ１３による管理の下で相互にデータ授受を行うことができる。

無線ＬＡＮカード１１は、病院内の各所に設置されている基地局としてアクセスポイント１０を介した無線通信により、サーバシステム４Ｂのサーバ７との間で、文字、画像、その他どのようなデータの通信も可能である。
ＲＦリーダ１２は、任意に設定可能な電波の強度によって数ｃｍから数ｍの範囲でＲＦタグ１２ｔと非接触の通信を行うことができる。ＲＦリーダ１２は、ＲＦタグ１２ｔに対して上記の非接触通信によりＲＦタグ１２ｔ内のメモリからのデータ読み込みと、同メモリへのデータ書き込みが可能である。ただし本例ではＲＦリーダ１２は主としてＲＦタグ１２ｔ内のメモリからの識別情報の読み込みに用いられる。

ＲＦタグ１２ｔは、小さいものでは４ｍｍ角程度のフレキシブルチップで構成され、薄膜樹脂で保護され、特には図示しないが、ＣＰＵ、メモリ、アンテナ、起電回路等を備えており、ＲＦリーダ１２からのラジオ周波数帯域の所定の電波ａに反応して起電回路が起電し、その起電力によりＣＰＵが動作して、メモリ内のデータｂをＲＦリーダ１２に送信する。

ＣＰＵ（Central Processing Unit ）１３は、ＰＤＡ８全体の動作制御を司る中央処理装置である。
ＲＯＭ（Read Only Memory）１４は、ＣＰＵ１３によって実行される基本制御プログラムが予め格納されているメモリであり、ＰＤＡ８の起動時にＣＰＵ１３がこの基本制御プログラムを実行することによってこのＰＤＡ８全体の動作の基本的な制御がＣＰＵ１３によって行なわれるようになる。

ＲＡＭ（Random Access Memory）１５は、記憶部１６に格納されている各種のアプリケーションプログラムをＣＰＵ１３が実行するときにワークメモリとして使用され、また各種のデータの一時的な格納領域として必要に応じて用いられるメインメモリとしても使用されるメモリである。

記憶部１６は、各種のアプリケーションプログラムやデータを記憶して保持しておくメモリである。記憶部１６としては、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）などの半導体メモリが適している。特に、ＥＥＰＲＯＭは、記憶内容の書換えを電気的に行うことができる上に記憶内容の保持には電力の供給が不要である点で適している。

操作入力部１７は例えば表示部１８に設けられているタッチパネルであり、ＰＤＡ８のユーザによって操作され、この操作の内容を検出してＣＰＵ１３へその操作内容を伝達する。ＣＰＵ１３はその操作内容に対応しているユーザからの指示の内容を認識する。
表示部１８は例えば液晶ディスプレイであり、ＣＰＵ１３から送られてきた各種の情報を表示して視覚によりユーザに各種の情報を提供する。

上述したＲＦリーダ１２と、この操作入力部１７及び表示部１８とは、ＣＰＵ１３により所定のアプリケーションプログラムが実行されることによって、各種のデータの入出力が可能となる。
このように、ＰＤＡ８は無線ＬＡＮ９を備えているので、アクセスポイント１０からの距離による通信可能なアクセス範囲の制約があるものの、そのアクセス範囲内においては、任意の場所でサーバ７を介して病院内情報管理システム２にアクセスして、後述する作業予定データを取得し、その取得した作業予定データをＰＤＡ８の表示部で表示することができるようにしている。

また、ＲＦリーダ１２を備えたＰＤＡ８によって、広範囲に使用されるＲＦタグ１２ｔの識別情報を読み込むに際し、複数のＲＦタグ１２ｔの識別情報の読み込みを、時間的に一度に行うことを可能とすることにより、このＰＤＡ８を携帯する看護師等はその実施者ＩＤや、医療行為が行われる患者ＩＤ、注射ＩＤ等の識別情報の入力（或いは読み取り）を正確、簡単、かつ迅速に行うことができるようにしている。

また、このＰＤＡ８は薬液に対する耐性を有する防水構造になっており、医療現場で使い易い構造にしてある。
上述した第１のサブシステム４Ａ及びＰＤＡシステム４Ｂは、より具体的には注射等のオーダの登録等が行われる外来システムや病棟システム、注射等のオーダの登録に応じて薬剤払い出し等を行う薬剤部門システム、医療行為に対する会計処理等を行う医事システム、看護師により薬剤の混注等を行うナース（ステーション）システム等として設けられている。

ここで、特に看護師が医療行為を行うナースシステム及び病棟システムにおいては各看護師がＰＤＡ８を携帯することにより、医療行為の実施場所、具体的には入院している患者のベッドサイドにまで行ったその場所でその医療行為情報の入出力を行えるようになる。この結果、医療行為の状況がリアルタイムで記録でき把握できるようになる。つまり、医療行為の実施場所でその医療行為の実施された時刻からの遅れが発生することなく、正確な医療行為の記録や把握ができるようになる。

また、医療行為の実施場所で医療行為を行う場合には、その医療行為の作業予定の内容をＰＤＡ８により確認でき、その作業予定の内容を確認してから作業予定の医療行為を行えるようになるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。

また、ＰＤＡ８の使用によって、医療行為を行った内容の記録の入力をその医療行為の実施場所で行えるので、実施した医療行為の記録をする場合にもその実施場所で実施内容を確認しながら、且つ実施直後にその記録が行われる。従って、正確かつ誤りの少ない状態で記録を行うことができる。

また、医療行為を行う場合に、携帯可能なＰＤＡ８の使用により、その医療行為の作業予定内容を殆ど任意の場所や時間に参照したり確認したりすることも容易にできるので、医療行為を円滑に進め易い。また、作業予定内容が変更されるような場合であっても、実施直前に作業予定内容の確認をその実施場所で行うことができるので、作業予定内容の変更にも対処がし易い。

また、このように医療行為を実施した場合にはその実施した内容を正確に、且つリアルタイムに記録できるので、その後の記録データの解析によってより適切にシステムを改善することも可能となる。
なお、図１において、第１のサブシステム４ＡとＰＤＡシステム４Ｂとの構成要素を混成させたようなサブシステムでもよい。具体的には、例えばＰＤＡシステム４Ｂにおいて、さらに据え置き型のＰＣ端末６を備えたものでもよい。

次に、これより説明する本実施の形態では、病院情報システム１の中の特に看護師による医療行為つまり看護業務に対する看護支援機能について説明する。看護支援機能は、看護に関する医療行為である「注射（点滴も含む）」、「看護」、「処置」、「検査検体」等の実行を支援するための機能である。

上記の「注射」は看護師が患者に対して注射を行う医療行為であり、「看護」は看護師による患者の体温の検温、患者の体を拭く等の行為、沐浴指導等の医療行為であり、「処置」はカテーテルを外す等の看護師が行う看護処置の医療行為であり、「検査検体」は看護師により血液検査や体液検査等を行う医療行為である。

なお、「注射」には後述するように開始から終了まで殆ど時間のかからない「ワンショット注射」と呼ばれるものと、点滴（注射）のように開始から終了までにある程度の時間のかかるものとがある。
図３は、上記の注射〜検査検体の医療行為と、その医療行為のオーダ登録から実施等がされるまでの、作業予定内容の詳細を示す図表である。上記の医療行為は、医師から「注射」、「看護」、「処置」、「検体検査」のオーダ指示が出されて、ＰＣ端末６により病院内情報管理システム２へのオーダ登録の指示がなされると、病院内情報管理システム２は、それを受けて、図３の表に示すように、そのオーダ登録から、指示受け、・・・、中止まで、対応する各ステップの作業予定データを自動生成し、その自動生成したデータを病院内情報管理システム２のデータベースに登録する。

つまり、病院内情報管理システム２は、作業予定データの生成機能を備え、生成された作業予定データを病院内情報管理システム２内のデータベースに登録する機能を備えている。
そして、看護師は、携帯しているＰＤＡ８を用いてサーバ７を介して上記のデータベースにアクセスすることにより、それらの作業予定データをダウンロードしてその作業予定データを取得し、ＰＤＡ８内の記憶部１６に記憶（記録）させておくことができる。

そして、ＰＤＡ８の操作入力部１７である例えばタッチパネルを操作することにより、記憶部１６に記録させた作業予定データを表示部１８である液晶モニタ等に一覧表示をすることができるようにして、作業予定データの参照や進捗状況の把握等ができるようになる。

また、ＰＣ端末６からも作業予定データの内容の参照や進捗状況の把握等ができる。また、通常、オーダの登録は、外来システム等のＰＣ端末６により行われる。
図３の表に示すように「注射」から「検査検体」までの各医療行為は、オーダ登録、指示受け、・・・等のステップに沿って実行される。例えば、後述するように注射の医療行為は、医師からの指示により注射のオーダ登録がされ、その後にそのオーダ登録に対する指示受け、注射の準備として薬剤の払い出し、混注、注射開始、注射終了や、場合によっては注射ボトルの破損による取り消し、或いは患者の容態の変化などによる注射の中止（オーダの変更）等が行われることもある。

また、看護の場合には、左記に同じの矢印で示すように、左欄に示す注射の場合と同じように看護のオーダ登録、その指示受け等が生成される。
図４は、システム全体に共通のオーダ登録時、参照時及び実施時の動作手順の内容を示すフローチャートである。図４(a) はオーダ時の動作、図４(b) は参照時の動作、図４(c) は実施時の動作をそれぞれ示している。

図４(a) では、外来システムや、場合によっては病棟システムのＰＣ端末６によって、各医療行為に関するオーダが指示・入力される（ステップＳ１）。そのオーダデータは、病院内情報管理システム２に登録される（ステップＳ２）。このように病院内情報管理システム２にオーダデータが登録されると、図３の表の縦列方向に示したステップの作業予定データが生成される（ステップＳ３）。

この作業予定データは、第１のサブシステム４Ａ又はＰＤＡシステム４Ｂによって、取得される（図４(b) のステップＳ６）。そして、そのオーダの指示内容と予定内容が参照される（ステップＳ７）。これにより、オーダの指示・予定に基づき医療行為（医療業務）を行うことができる。

また、この医療行為の実施が開始されると（図４(c) のステップＳ１１）、看護師は、携帯しているＰＤＡ８により作業予定データの取得を行う（ステップＳ１２）。そして、取得された作業予定データに基づいて医療行為を実施しようとする実施場所となるベッドサイド等に行き、その実施場所の患者に対して医療行為を実施する（ステップＳ１３）。そして、その医療行為の実施した時点で、看護師は携帯したＰＤＡ８により実施内容の入力操作（作業）を行い（ステップＳ１４）、この実施データを直ちに病院内情報管理システム２に対して登録を行う（ステップＳ１５）。

尚、この実施データの登録では、後述するエラーログ情報も登録される。また、例えば、オーダ内容等、作業予定データに変更があった場合には、変更登録を行うことにより直ちに病院内情報管理システム２にその変更された作業予定データの変更登録がされる。
オーダデータや、そこから展開される予定データ、実施データは、例えば階層構造を持つタグで定義された、ＸＭＬ（eXtensible Markup Language）ファイル等で構成される。ＸＭＬはＨＴＭＬ（Hyper Text Markup Language ）の機能を拡張したものであり、その技術は周知技術であり特記しない。

これらオーダデータ、作業予定データ、実施データは、必要に応じて、第１のサブシステム４ＡのＰＣ端末６等で参照することができ、随時、オーダの内容や、予定、進捗状態、実施内容等の把握が可能となっている。
また、携帯できるＰＤＡ８により任意の時間及び任意の場所で自由にオーダの内容や、予定、進捗状態、実施内容等の把握が可能となる。また、実施場所となるベッドサイドの患者に対して作業予定の医療行為を実施した場合には、その作業予定の医療行為の内容を携帯したＰＤＡ８に入力することにより、ＰＤＡシステム４Ｂを介して病院内情報管理システム２にリアルタイムで登録することができ、医療行為に関して正確な情報の蓄積、更新ができる。

また、この場合、単に時刻のみでなく、後述するように５Ｗ１Ｈ（誰が、どこで、何を、何のために、どのように、いつ）を示す情報として記録されるので、その情報を詳しく解析することで、改善することもし易い（後で、解析する場合に必要な情報の欠落が少なく、詳細な解析が可能となる）。

次に、上記第１のサブシステム４Ａ又はＰＤＡシステム４Ｂにて、医療行為の進捗状態、実施内容等の把握を可能とするための、データ入出力の仕組みについて説明する。
図５は、注射のオーダにより生成される作業予定データを表す図である。注射の場合は、オーダが登録されると、以下の作業予定データが生成される。
（１）病棟における指示受け作業（図５では単に「指示受け」と表示）
（２）薬剤部門における薬剤の払い出し作業（図５では単に「払出」と表示）
（３）病棟における薬剤の混注作業（ミキシング作業）（図５では単に「混注」と表示）
（４）病棟における患者への注射開始作業（図５では単に「注射開始」と表示）
（５）病棟における患者への注射終了作業（図５では単に「注射終了」と表示）
これらの作業予定がすべて完了することで、この注射オーダに対する実施が完了したことになる。

上記それぞれの作業予定は、第１のサブシステム４Ａ又はＰＤＡシステム４Ｂにて実施される。具体的には下記のように進行する。
「指示受け」→病棟システムにて、看護師が実施する。
「払出」→薬剤部門システムにて、薬剤師が実施する。
「混注」→病棟システムにて、看護師が実施する。
「注射開始」及び「注射終了」→ＰＤＡシステム４Ｂにて、看護師が実施する。

ここで、注射とは、点滴注射とワンショット注射との両方を意味している。点滴注射の場合は、時間をかけて投与が実施されるため、投与開始と投与終了の作業とは別個に行われるのが通常である。一方、ワンショット注射の場合は、１度の行為で投与が終了するため、投与の開始と終了とがほぼ同時に行われる。

図６は、注射のオーダ登録がなされたことに基づいて注射を実施する場合におけるＰＤＡシステムの動作手順の内容を示すフローチャートである。尚、この動作手順は、図１に示したＰＤＡシステム４Ｂのサーバ７と図１及び図２に示したＰＤＡ８との間の通信によって処理される。

このＰＤＡシステム４Ｂでは、携帯が可能なＰＤＡ８が利用されており、看護師がこのＰＤＡ８をベッドサイドまで携帯して出向くことによって病棟のベッドサイド等での作業予定の確認や作業の記録の入力が可能であるので、注射開始および注射終了の実施データ入力に使用される。

通常、看護師は、まず、自分が担当する勤務帯の担当患者に対する作業予定をＰＤＡ８に取得しておき、その日の予定等を把握する。そして、各々の予定時刻になると、患者のベッドサイドに出向いて各医療行為を実施し、ＰＤＡ８から実施データの入力を行う。以下、図６に従って、その動作を詳細に説明する。

尚、この動作手順では、図７乃至図１４に示すログイン画面Ｇ１、作業予定リスト登録画面Ｇ２、患者指定登録画面Ｇ３、勤務帯病棟指定画面Ｇ４、勤務帯選択画面Ｇ５、作業予定表示画面Ｇ６、本日の業務表示画面Ｇ７、及び実施済内容表示画面Ｇ８がＰＤＡ８の表示部１８に表示される。

図６において、先ず、看護師は最初にログイン処理をする（ステップＳ２１）。この処理で、ＰＤＡ８の電源を投入すると、ＰＤＡ８の表示部１８には図７に示すログイン画面Ｇ１が表示される。
このログイン画面Ｇ１において、看護師は、注射を実施する実施者ＩＤとパスワードを入力する。ここでは、ログイン画面Ｇ１において、医療行為を実施するスタッフが自分のネームプレート等に埋め込まれているＲＦタグに記録されている識別情報の読み込みを、ＰＤＡ８に設けたＲＦリーダ１２で行うと、実施者ＩＤの欄に識別情報から読み取ったＩＤデータが入力される。このように、ＰＤＡ８に設けたＲＦリーダ１２により簡単な操作でかつ正確に実施者ＩＤを入力することができる。

また、パスワードは、英数記号等のキーボード２０の画面が表示されているＰＤＡ８のタッチパネル上を指やペンでタッチすることで入力可能である。
このようにして実施者ＩＤとパスワードとの入力が完了し、ログインボタン２１が押されると、実施者ＩＤとパスワードとが、サーバ７を経由して病院内情報管理システム２に送られて問い合わせがなされ、この実施者ＩＤとパスワードが正しければログインが完了する。なお、間違ったパスワード等を入力した場合には、後退・全消去ボタン３０をタッチしてこの入力を消去して入力し直すこともできる。

ログインが完了すると、図６において、作業予定リストの取得（ＰＤＡ８への登録）の処理に移る（ステップＳ２２）。この作業予定リストの取得の処理に移ると、ＰＤＡ８の表示は、図８に示す作業予定リストの登録画面Ｇ２に切り替わる。
この作業予定リストの登録画面Ｇ２では、患者を指定して登録するか病棟を指定して登録するかの表示が行われる（ＰＤＡ８の表示画面Ｇ２等では簡単化等のため、作業予定リストを作業リストと略記）。

つまり、看護師は、患者を指定して作業予定リストをＰＤＡ８に取得するか、あるいは患者がいる地域の範囲、例えば病棟、を指定してその病棟の患者すべての作業予定リストを取得するかを選択する。このように、医療行為を行う看護師が自分に適した作業予定リストを選択或いは絞り込みをすることができるようにして、使い勝手の良い選択画面を提供している。また、図８において、ログアウトボタン２３を押して（タッチして）作業を中断することもできる。

図８において、例えば「患者を指定して登録」を選択した場合には、ＰＤＡ８の表示画面は図９の患者指定登録画面Ｇ３に切り替わる。
この患者指定登録画面Ｇ３において、（１）勤務帯、（２）患者ＩＤの入力欄が表示され、看護師は勤務予定の勤務帯を指定（この具体例では例えば日勤帯８：３０〜１６：５９を指定）し、ＲＦリーダ１２により、例えば患者のリストバンドに埋め込まれているＲＦタグ１２ｔから患者の識別情報を読み込むことで患者ＩＤを取得し、これに対応するデータが、病院内情報管理システム２に登録されている作業予定リストのデータから取得される。そして、この画面Ｇ３には取得された対象患者全てが、リストに表示される。

図９の患者指定登録画面Ｇ３は、３人の患者（各々に付与されている識別子である患者ＩＤが１１１１１１１１、２２２２２２２２、及び３３３３３３３３である３人）に対する勤務帯（０８：３０〜１６：５９）での作業予定リストが取得された状態を示している。この状態で確定ボタン２４を押すことにより、この３人の患者に対する医療行為の予定がＰＤＡ８に正規に登録される。また、キャンセルボタン２２へのタッチによってこれらのリストの登録をキャンセルすることもできる。

一方、図８の作業予定リスト登録画面Ｇ２において、病棟を指定して登録を選択した場合は、図１０の勤務帯病棟指定画面Ｇ４が開く。
この勤務帯病棟指定画面Ｇ４において、（１）勤務帯、（２）病棟の入力欄が表示され、看護師は取得したい勤務帯と病棟名（例えば５Ｆ北病棟）を指定し、確定ボタン２４を押すことで、指定した病棟の患者全ての予定がＰＤＡ８に取得される。

図９及び図１０それぞれの（１）の勤務帯の入力欄は本実施の形態では勤務帯ボタン２５となっており、この勤務帯ボタン２５を押す事で、勤務帯を選択指定するためのウィンドウがオーバーラップして開き、図１１に示すように勤務帯を択して指定するための勤務帯選択画面Ｇ５となる。

なお、本実施の形態では勤務帯は、深夜帯は０：００〜８：２９、日勤帯は８：３０〜１６：５９、そして準夜帯は１７：００〜２３：５９であるとして説明するが、この時間帯は設定により変更可能である。
この場合、ログインした時刻により、その時刻を含む勤務帯が中央にデフォルト（初期）の選択状態で表示され、その前後に他の２つの勤務帯が表示され、所望とする勤務帯の選択をしやすくしている。

また、ここで、勤務帯を選択して確定ボタン２６を押すことにより、その選択された勤務帯ごとの作業予定リストの取得が可能となる。
なお、この場合に取得される作業予定データは、勤務帯の時間帯に前後１時間半程度プラスして、作業予定を多めに取得するようにしている。これは、勤務帯の分かれ目付近の予定のずれや、各勤務帯でのスタッフ間の作業の引継ぎを考慮したものである。

さらに、「注射終了」の作業予定については、２４時間前まで時刻を遡って作業予定データを取得するようにしている。これは、後述するが、注射開始と注射終了との両作業がある点滴注射の場合には点滴注射の投与中の状態があるため、前の勤務帯で投与を開始した点滴注射について現在の勤務帯にて注射終了の作業を行うといった場合に必要となるためである。

図６において、ステップＳ２２の作業予定リストの取得の処理が終了すると、次に作業予定リストの表示の処理に移る（ステップＳ２３）。この作業予定リストの表示の処理に移ると、ＰＤＡ８には図１２に示す作業予定表示画面Ｇ６が表示される。
この図１２の作業予定表示画面Ｇ６は、作業予定リストを表示する際に、どのような形で表示を行うかを選択する画面であり、「本日の業務リスト」、「患者毎の業務リスト」、「項目毎の業務リスト」の３つの選択項目２７ａ、２７ｂ、２７ｃが表示され、最下部に「ログアウト」ボタンが表示される。

「本日の業務リスト」の選択項目２７ａを選択すると、ＰＤＡ８内に登録したすべての作業予定を表示される。
「患者毎の業務リスト」の選択項目２７ｂを選択すると、ＰＤＡ８内に登録した作業予定の中で、指定した患者の作業予定リストのみが表示される。

また、「項目毎の業務リスト」の選択項目２７ｃを選択すると、ＰＤＡ８内に登録されている作業予定の中で、指定した医療項目の種類の作業予定リストのみが表示される。
このように、作業予定データをＰＤＡ８の記憶部１６に一旦登録しておき、作業予定データのリスト表示（一覧表示）の形態を変更する形としたことにより、病院内情報管理システム２への問い合わせの頻度を減らし、通信に係るトラフィックを少なくする効果や、処理時間の短縮に効果がある。

また、看護師はＰＤＡ８内に取得した作業予定データにより、省電力で所望する作業予定データの選択的な表示等ができる。つまり、サーバ６を介して病院内情報管理システム２のデータベースに逐一アクセスすることなく、すなわち無線ＬＡＮカード１１をアクティブな状態にすることなく、そして無線ＬＡＮカード１２を休止状態にした省電力の状態で、ＰＤＡ８内の記憶部１６から、勤務帯、患者、作業項目等の指定操作を行うことにより、指定した患者等に関する作業予定データのみを表示させるようにすることができる（ＰＤＡ８内のＣＰＵは、ＰＤＡ８の操作指示により、サーバ７側と接続することを必要としない場合には無線ＬＡＮカード１１を休止状態にし、省電力化する）。

この他の変形例として、図６において、ステップＳ２１でＰＤＡ８によりログインして病院内情報管理システム２のデータベースにアクセスした後、ステップＳ２２の作業予定リストの取得を行わないで、ステップＳ２３の作業リストの表示の処理を行うようにすることもできる。

特に、最新のある項目のみの情報を確認したいような場合には、このようにすると、短時間で目的とする情報の確認ができる。また、選択肢を広げることにより、このＰＤＡ８を用いるスタッフはより自分に適した表示形態で作業予定データの表示や確認ができる。
このように本実施の形態では、作業予定データの表示内容を選択でき、その場合、携帯端末としてのＰＤＡ８における作業予定データの取得手段側で選択できると共に、表示部１８の指示側でも選択することができるようにして、ＰＤＡ８を使用する広範囲のユーザに対応できるようにしている。

図１２の作業予定表示画面Ｇ６において、本日の業務リストの選択項目２７ａを選択すると、図１３に示す本日の業務表示画面Ｇ７となる。
この本日の業務表示画面Ｇ７は、実施が未（まだ）の作業予定リストを表示するための「未」ボタン２８と、実施済みの作業予定リストを表示するための「済」ボタン２９とを押し分けて表示させる構成にしている。

つまり、取得した作業予定リストの中で、実施が未のものは、未ボタン２８を押すことで表示され、実施が済みのものは、済ボタン２９を押すことで表示されるので、作業予定の中で、何が未実施で、何が実施済みかを、判りやすく表示可能である。
また、画面右上には、進捗バー３１と呼ばれる表示部があり、予定されている作業のどのくらいが実施済みになっているかの割合が、バーのゲージで表示されている。バーの色が右端にまで達すると、予定のすべての作業が済んだことになる。このゲージは、全体の予定件数と実施済みの件数との比率の算出結果を表示している。

各作業予定は、未ボタン２８を押して表示されるリストの１行に表示され、それぞれ、予定時刻、患者名、作業名称が表示される。この予定リストの１行を選択することで、後述の実施入力を行う為の画面が表示される。
又、実施を行った予定リストは、済ボタン２９で表示されるリストに移動するが、この済ボタン２９を押して表示されるリストの１行を選択した場合は、図１４に示す実施済内容表示画面Ｇ８のように実施済みの内容（実施データ）が（図１３の画面Ｇ７上に）オーバレイ表示される。

図１４の実施済みの内容例では、血圧測定を実施し、血圧（上）と血圧（下）の測定値の入力結果が表示されている例である。
本例では、図１３に示すように、未実施の作業予定リストが表示されるので、この場合は処理が終了していないので（ステップＳ２４がＮｏ）、図６において、その作業予定リストから１つを選択し、その選択した医療行為を実施する（ステップＳ２５）。

この場合、医療行為を実施し、その実施場所でその実施をした看護師は携帯しているＰＤＡ８によりその医療行為の実施を行った内容の入力を行う。この医療行為の実施を行った内容の入力を行い、この入力操作が完了すると、その内容はサーバ７を介して病院内情報管理システム２にも送信される。

そして、その医療行為は作業予定データから実施済みの医療行為としてデータベースに登録され、その登録の処理が完了すると、その完了の通知がＰＤＡ８に戻される。
このようにして、病院内情報管理システム２のデータベースには、医療行為に関する情報がリアルタイムで正確に蓄積される。なお、データベースに登録される情報は、詳しくは後述するが、単に時刻情報のみを含む情報でなく、詳細な情報である。

上記完了の通知を受けて、ＰＤＡ８における未ボタン２８の入力で表示されていた医療行為が実施済みとなり、その作業予定の内容は、済ボタン２９で表示されるリストデータへと移動する。
その後、図６において、再びステップＳ２３に戻り、残っている作業予定リストから１つを選択し、その選択した医療行為を実施することを繰り返すことにより未実施の作業予定の医療行為を全て行うことになる。

なお上記の作業予定リストの表示において、未実施の作業予定の医療行為を全て行った場合は（ステップＳ２４がＹｅｓ）、「ログオフ」ボタンを押して処理を終了することになる（ステップＳ２６）。この処理の終了では、終了通知と共に、後述するようにＰＤＡ８の所定の記憶領域に自動的に記録され蓄積されていたエラーログ情報がサーバシステムに送信される。

このように本実施の形態では、医療行為を行う実施者としての看護師はＰＤＡ８を携帯することにより、殆ど任意の場所及び時間において、自分の行うべき作業予定業務をＰＤＡ８の表示部１８に表示させることで確認できる。
その場合、実施を行っていない作業予定業務は未ボタン２８の入力でまとめて表示され、その未ボタン２８の入力で表示された作業予定業務を実施場所で実施して、実施の内容を入力する操作を行うことにより、病院内情報管理システム２のデータベースに登録されると共に、ＰＤＡ８での表示形態は未ボタン２８で表示されているリストから消えて済ボタン２９で表示されるべきリストデータの方へと移動するので、看護師は未ボタン２８で表示されている作業予定業務を、患者がいる各実施場所で実施していくことで、正確、円滑かつ効率良く作業予定業務を遂行することができる。

上記作業予定や、オーダ時の指示事項に基づき、医療行為が実施できるのは、作業予定データ（ＸＭＬ構造のファイル）に、必要な情報がセットされているからである。以下に、作業予定データの内容と、注射実施時の動作について説明する。
図１５は、作業予定データの構造を示す図である。このデータベースに登録される情報は、単に時刻情報のみを含む情報でなく、詳細な情報である。すなわち、最初に、各作業に必要な５Ｗ１Ｈ（つまり、誰が、どこで、何を、何のために、どのように、いつ）を示す情報が含まれ、看護師は、その作業予定データを取得することで、オーダ時に指定された指示内容を参照し、医療行為を実施することができる。

１オーダでは複数の注射（図１５ではＲＰと略記）の予定の登録が可能であり、＜作業予定データ＞＜実施データ＞＜指示内容＞＜対象物＞等のタグデータは、”複数出現可”（繰り返しのセット）が可能となっている。
図１５の右側の「実施データの内容」欄は、注射の実施によってＰＤＡ８からサーバ７を通して登録される実施データの構造を示す。

この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれる。作業予定データではセットされていなかった実施者や、実際の実施時刻、投与量等のデータが実施内容に基づきセットされる。
図１５の右欄にその例を示す。網掛けをした部分が、実施内容に基づいて、追加、または変更されたデータである。

作業予定データの＜進捗＞のデータを、“予定”から“実施済み”に変更し、＜実施者＞、＜実施時間＞、＜投与量＞が実施した内容に基づき追加され、実施データとなっている。なお、図１５では、実施者（オリンパス花子）を簡単化のため〜Ｎｓと略記している。

また、後述するように図１５の最も右側の欄には、破棄された場合のデータ構造を示し、作業予定データの内容に対して網掛けをした部分が、変更されたデータとなる。
図１６は、例として注射を実施（投与）する場合の詳細な動作内容を示すフローチャートである。この動作フローを以下に説明する。尚、この動作手順では、図１７乃至図２２に示す実施予定画面Ｇ９、ボトルラベルチェック画面Ｇ１０、警告表示画面Ｇ１１、リストバンドチェック画面Ｇ１２、注射実施確定画面Ｇ１３、及び投与量入力画面Ｇ１４がＰＤＡ８の表示部１８に表示される。また、この動作手順も、図１に示したＰＤＡシステム４Ｂのサーバ７と図１及び図２に示したＰＤＡ８との間の通信によって処理される。

図１６において、先ず、実施する作業（この場合は注射）予定を選択する（ステップＳ３１）。このために、例えば図１２の項目毎の業務リストを選択し、この選択から注射に関する作業予定のみを表示する状態にする。このように注射に関する作業予定のみを表示する状態にした実施予定画面Ｇ９を図１７に示す。

この実施予定画面Ｇ９では、具体的には５日１０：００予定の「５日１０：００ オリンパス次郎 注射：ＩＶ」の予定を例に取ると、作業予定データ内にセットされている情報は、図１５の右欄に記載のようなデータになる。
看護師が「０５日１０：００ オリンパス次郎 注射：ＩＶ」の行を選択した場合は、図１６において、ボトルラベルチェックの処理を行う（ステップＳ３２）。

そして、この場合には、看護師のＰＤＡ８には、図１８に示すボトルラベルチェック画面Ｇ１０が表示される。この画面には、「ボトルラベルをＲＦＩＤ入力して下さい」等のメッセージが表示されると共に、注射ボトルに混注（ミキシング）されている全ての薬剤（薬剤名称および使用容量）が表示される。

従って、看護師は携帯しているＰＤＡ８のＲＦリーダ１２により、注射ボトルのボトルラベルに埋め込まれているＲＦタグのメモリに記録されている識別情報その他の情報（以下、注射ボトルのタグデータという）を読み込む。そして、その読み込んだ注射ボトルのタグデータが作業予定データ内のＲＰ−ＩＤと一致するかを照合する。この照合により、作業予定データ内のＲＰ−ＩＤと一致している場合には、図１６において、混注（ミキシング）／中止チェックを行う（ステップＳ３３）。

一方、読み込んだ注射ボトルのタグデータが作業予定データ内のＲＰ−ＩＤと一致していないと、警告報知を行って（ステップＳ３４）、ステップＳ３２に戻る。
注射ボトルを取り間違えている等の場合は、注射ボトルのタグデータとＲＰ−ＩＤが一致しないため、間違いが検出され、警告文の表示報知と警告音の放音報知による警告通知が可能となっている。

図１９はこの場合の警告表示画面Ｇ１１を示している。同図に示す画面の例では、「読み込まれたボトルラベルは実施しようとしている注射のボトルラベルではありません。」等の警告メッセージが表示されている。
このようにして、ボトルラベルのチェックつまり注射ボトルのチェックが、そのタグデータの読み込みが正しく完了して、ステップＳ３３の混注（ミキシング）／中止チェックでは、混注（ミキシング）の実施入力が済みとなっていれば、混注の実施データが登録されているはずであり、オーダが中止になっていれば、オーダ中止の実施データが登録されている。

よって、病院内情報管理システム２から、混注の実施データ（ＸＭＬファイル）を取得し、＜進捗＞のタグデータが”実施済み”になっているか否かを確認し、且つ、オーダ中止のデータが登録されていないかを確認する。
そして、混注が未実施の場合は、ステップＳ３４の警告処理、例えば「混注の確認作業が実施されていません。」という旨の警告表示が行われ、オーダが中止されている場合は、その警告処理、例えば「オーダが中止されています。」という警告表示が行われて、ステップＳ３２の処理に戻る。

ここで、混注（ミキシング）の確認作業が実施済みであるか否か、オーダが中止になっていないかを確認する理由は次の通りである。
混注（ミキシング）の確認作業が行われていないということは、注射ボトルのタグデータとミキシングする各薬剤のタグデータとのチェックがなされていない。よって、指示通りの薬剤がミキシングされ、所定の注射ボトルに注入されているかを、確実にするためには、混注（ミキシング）がシステムにてチェックされたか否かを確認する必要がある。

本システムでは、混注（ミキシング）の確認入力が行われた後は、注射オーダの修正入力はできないよう制御している。これは、投与直前までオーダ修正が可能であっても、投与直前のオーダ修正に対しては対応が困難であるためである。また、混注（ミキシング）後に薬剤変更があった場合は、既に混注（ミキシング）した薬剤は無駄となるためである（なお、直前のオーダ修正については、オーダの中止および新規の緊急オーダとボトルの破棄処理にて対応することができる）。

よって、注射ボトルのタグデータと作業予定データのコード（ＲＰ−ＩＤ）が照合できた場合、混注（ミキシング）の確認入力済みであることが確認でき、オーダが中止されていなければ、その作業予定データは、修正を受けておらず、かつ中止もされていない、実施すべき作業であることが確認できることになる。

この混注（ミキシング）／中止チェックにより実施すべき作業であることが確認されると、図１６において、リストバンドチェックの処理を行う（ステップＳ３５）。
図２０は、患者のリストバンドチェックを行う場合のリストバンドチェック画面Ｇ１２を示している。上記のようにボトルラベルチェック及び混注（ミキシング）／中止チェックがＯＫとなった場合は、ＰＤＡ８の表示はこのリストバンドチェック画面Ｇ１２に遷移する。このリストバンドチェック画面Ｇ１２では、例えば「患者のリストバンドをＲＦＩＤ入力してください。」のメッセージが表示される。

ここで、看護師はＰＤＡ８のＲＦリーダ１２により患者のリストバンドに埋め込まれているＲＦタグのタグデータを読み込み、作業予定データ内の患者ＩＤと一致するかを照合する。照合により一致していると、図１６において、ステップＳ３６に進む。一方、一致していないと、ステップＳ３７の警告の処理を行ってステップＳ３５に戻る。

このように、対象患者を間違えている等の場合は、リストバンドのＲＦタグのタグデータと患者ＩＤが一致しないため、間違いが検出され、警告表示および警告音による警告報知を行うことが可能となっている。
上記ステップＳ３５におけるリストバンドのチェックが済むと、ＰＤＡ８の表示はオーダ内容の表示に切り替わる（ステップＳ３６）。こので、ＰＤＡ８には図２１に示す注射実施確定画面Ｇ１３が表示される。

この注射実施確定画面Ｇ１３では、注射に対するオーダ時の指示内容が表示される。つまり、患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示される。このオーダの指示内容を確認した後、図１６において、注射の投与を実施する（ステップＳ３８）。

そして、この注射実施後、投与した投与量を入力する処理を行う（ステップＳ３９）。図２２は、このときＰＤＡ８に表示される投与した投与量を入力する投与量入力画面Ｇ１４を示している。
この投与量入力画面Ｇ１４は、電卓入力に近い画面となり、投与した薬剤のパーセンテージを入力できるようになっている（デフォルトは１００％で表示され、変更がなければ、そのまま確定ボタンを押せばよい）。

この投与量の入力を行うことにより、図１６において、実施データの登録処理がなされ、ＰＤＡ８からサーバ７を通して病院内情報管理システム２に登録される（ステップＳ４０）。
なお、上記注射は、必ずボトル内の注射薬全てを投与するとは限らないため、このように正確に投与量を記録することもできるようになっている。これは、患者の容体の変化、オーダ時の指示等で、５０％や７５％のみ投与ということがあり得るからである。また、ここでは、％単位での入力を行うようにしているが、使用した容量に基づきｍｌ単位での入力を行うようにしてもよい。

次に、図１６におけるステップ３２のボトルラベルチェックの動作を、更に詳細に説明する。
図２３は、注射の実施におけるボトルラベルチェックの動作フローチャートである。尚、同図に示す動作フローチャートはオーダの内容が変更された場合におけるボトルチェックの動作内容を示している。

一般に注射等のオーダは修正が行われる場合がある。具体的には、第１のサブシステム４ＡのＰＣ端末６等から、オーダの修正登録が行われる場合がある。
オーダの内容に変更があった場合は、その変更内容に基づき、医療行為が実施されるべきである。修正前の内容で、実施しようとした場合等は、その間違いをチェックし、警告表示等ができる必要があり、図２３のボトルラベルチェックの処理はこれに対応するものである。

つまり、図２３は、オーダ内容が修正された場合でも、そのチェックができる仕組みを表した図である。具体例として、注射Ａをオーダした後、注射の種類をＡ’（Ａダッシュ）に変更した場合で説明する。
時刻Ｔ１で注射Ａをオーダした後、例えば時刻Ｔ２でＰＤＡ８によりその作業予定リストが取得されていると、その後の時刻Ｔ３でオーダ修正が行われた場合には、ＰＤＡ８には修正された内容（Ａ’になった）が登録されていないことになる。しかし、このような状態においても、本例の病院情報システム１には間違いの防止が可能な機能が搭載されている。

上記の状態で注射を実施しようとした場合、次の３通りのケース、すなわち、Ｃ１：オーダ変更前の注射Ａが病棟に届く、Ｃ２：オーダ変更後の注射Ａ’が病棟に届く、Ｃ３：全く異なる注射Ｂが病棟に届く、の３通りのケースが考えられる。この病院情報システム１を使用していればそのいずれのケースにおいてもチェック機能が働くようになっている。以下、Ｃ１から順次説明する。

Ｃ１：病棟にオーダ変更前の注射Ａが届いた場合
通常は、混注（ミキシング時）に、ボトルラベル上のタグデータと混注される各々の薬剤のタグデータが、オーダ修正後の作業予定データの内容に基づき、病棟システムにて読み取りチェックされるため、そこで警告表示がなされ、間違いが検出される（混注確認作業）。

ＰＤＡシステム４Ｂでは、この混注確認作業が実施されたか否かをチェックすることで、間違いのない内容のボトルが届いていないかどうかのチェックが可能である。
また、図２３に示すように最新の作業予定データのチェックの機能を持たせることにより、オーダ変更を知ることができるようにしてもよい。

つまり、ＰＤＡ８によるラベルチェックはＯＫとなり、次のＰＤＡ８での混注チェックもＯＫとなり（これがＮＧであると「混注確認が未実施です」とのメッセージが表示される）、更にＰＤＡ８での患者チェックまでもがＯＫとなる（これがＮＧであると「対象の患者と異なります」とのメッセージが表示される）としても、最新の作業予定データをチェックする処理を行わせるようにすることにより、確認結果をＮＧとすることができる。

具体的には、例えば、ＰＤＡ８での患者チェックの処理の後、最新の作業予定データをチェックするようにし、変更があれば「オーダが変更されている可能性があります。確認して下さい」等のメッセージをＰＤＡ８に表示する処理を行うようにする。
例えば図１６のフローチャートで説明すると、ステップＳ３５のリストバンドチェックがＯＫの後、上記最新の作業予定データをチェックするようにＰＤＡ８に表示する処理を行った後、ステップＳ３６のオーダ内容表示を行うようにしてもよい。

このように最新の作業予定データのチェックを行わせるメッセージ表示処理を行うことにより、その注射を実施する実施者は、最新の作業予定データを携帯しているＰＤＡ８で取得して確認することにより、オーダの変更を知ることができる。
Ｃ２：病棟にオーダ変更後の注射Ａ’が届いた場合
病棟にオーダ修正後の注射Ａ’が届いた場合、ＰＤＡ８に修正前の古い作業予定データが登録されていた場合は、ボトルラベルのチェック不整合となり、メッセージにて警告が表示される。

オーダが修正された場合は、各注射（ＲＰ）に付与されているＩＤ（ＲＰ−ＩＤ）は、途中桁までを同じとし、その下何桁かをインクリメントするようにしているので、途中桁までの一致を判断することによってボトルラベルの不整合がオーダ修正によって発生しているか否かが判断可能である。なお、途中桁までのＩＤは、各注射に一意な番号を付与すべきであることは、言うまでもない。

このようにしてボトルラベル上のタグデータを照合チェックした結果、オーダ内容の修正のためにボトルラベルの不整合が生じている場合には、「オーダが変更されている可能性がありますので、予定業務リストを再取得してください。」という旨のメッセージが表示される。ここで、使用者がＰＤＡ８を操作して最新の作業予定リストを再取得することで、ＰＤＡ８内には注射Ａから注射Ａ’に変更された後の作業予定データが登録される。この後には、ボトルラベルのチェック、リストバンドのチェックの結果はいずれもＯＫとなるので、注射Ａ’の実施が可能となる。

この動作は、注射を実施しようとしているスタッフへオーダ修正後の新しい指示事項を知らしめることができるという点で有効であり、古い情報しか知らないまま注射を投与することがなくなる。
また、警告だけでなく、さらに、「オーダが修正されていますので、最新化ボタンを押して下さい」とのガイダンスや、ＮＧを出さずに、「オーダが修正されている為、最新情報を取得中です」を表示した上で最新の作業予定データを取得して照合し、この照合の結果がＯＫであるときに限り患者（リストバンド）チェックに進むようにしてもよい。

Ｃ３：病棟に全く異なる注射Ｂが届いた場合
病棟に全く異なる注射Ｂが届いた場合には、ボトルラベル上のタグデータと、作業予定データ所のコード（ＲＰ−ＩＤ）が全く異なっているため、明らかにＮＧとして、警告を行うことができる。具体的には、「使用予定のボトルと異なっています。」という旨の警告表示を行うことによって、間違って投与することを防止することができる。

なお、この手法はワンショット注射の場合にはとりわけ有効であるが、点滴の場合には、時間をかけて投与を実施するため、ワンショット注射と異なり、“注射開始“と、“注射終了“の実施入力が行われる。
すなわち、ワンショットの場合は、（１）ボトルラベルチェック→（２）リストバンドチェック→（３）投与→（４）注射終了（投与量）入力、の順序で作業が行われるが、点滴の場合には次のような２回の作業予定となる。

点滴開始：（１）ボトルラベルチェック→（２）リストバンドチェック→（３）注射開始、
点滴終了：（１）ボトルラベルチェック→（２）投与終了（抜針）→（３）注射終了（投与量）入力。

作業予定データで説明すると、ワンショット注射の場合には、「注射開始」の作業予定データと、「注射終了」の作業予定データの両方が同時に登録処理されるが、点滴の場合には、「注射開始」（「点滴開始」）と「注射終了」（「点滴終了」）とがそれぞれのタイミングで登録される。

次に、注射のボトルを壊してしまった等、破損の処理について説明する。注射の投与前に、ボトルを壊してしまった等の破損入力用の画面は、注射の実施に係わる画面から開くようになっている。
すなわち、図１８のボトルラベルチェック画面Ｇ１０の右下にある破損入力ボタン３１を押すと、図２４に示す破損入力用のボトルチェック画面Ｇ１５が開くようになっている。

このボトルチェック画面Ｇ１５が表示されている状態で、壊れてしまった注射ボトルのタグデータを読み込むことで、まず、破損したボトルのチェックを行う。チェックが済むと図２５の破損入力の確定画面Ｇ１６が開く。
尚、注射ボトルの破損時に、ボトルラベルに液体がかかってしまい、書き込まれているデータが目では読み取れないような場合でも、ボトルラベルに添付または埋め込まれているＲＦタグは、フレキシブルな樹脂保護膜内に密封されたタグであるので、ＲＦタグ１２ｔとしての機能は失われておらず、従って、ＲＦリーダ１２によってタグデータを読み込むことが容易にできる。

また、ＲＦタグ１２ｔの部分が機械的な破損を受けていてＲＦリーダ１２で読み込みが出来ないような場合には、ボトルラベル手入力ボタン３３を押すことによって、必要なデータを手入力によって入力することができる。
図２５の破損入力の確定画面Ｇ１６では、注射の実施確定画面と同様に、その注射のオーダ時の指示内容が表示される。同図に示す例では、患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示される。ここでオーダの指示内容を確認する。破損入力するボトルに間違いなければ、確定ボタン２４を押して入力を行う。

確定ボタン２４が押されると、破損入力したデータ（図３の図表に示した“破棄データ”）が病院内情報管理システム２に登録され、物流部門や薬剤管理部門のシステム等と情報の共有化が行われる。
なお、破損入力を行った場合には、注射の実施入力とは異なり、注射の実施が「済」にはならないため、図１２〜図１４の作業予定リスト上には「予定」の状態のまま残る形となる（「済」のリストには移動しない）。この「破棄データ」の登録により、同じ内容のボトルが準備、補充されてきた場合は、通常の注射実施時と同様に、作業予定リスト上から該当の作業予定を選択し、ボトルとリストバンドチェックした後、投与を実施することができる。

また、上記例は混注済みのボトルを破損した場合についてであるが、混注（ミキシング）前に、混注予定の複数の薬剤の中の１つの薬剤が入っている容器が破損してしまったような場合にも破損入力を同様に行うことができる。この場合には、図１８の破損入力用のボトルラベルチェック画面Ｇ１０にて、画面下部に表示されている薬剤のうち、壊してしまったものを選択指定することによって、破損入力の確定画面へ進むことができる。なお、薬剤の容器各々にＲＦタグが付されている場合には、そのタグデータの読み込みにより、また、ＲＦタグが付されていない場合は、表中の薬剤への指示により、各々入力が可能である。

一方、注射の投与前ではなく、注射の投与開始後（点滴開始後）にボトルが壊れてしまったような場合は、一部投与したとして、注射終了時の入力から投与量の％入力を行うことができるようになっている。
図１５に示した最も右欄の「破棄データの内容」は、注射の破損入力によってＰＤＡ８からサーバ７を通して登録される破棄データの構造を示している。

この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれており、実施者や実際の実施時刻等のデータが入力時の内容に基づいて設定される。図１５における網掛けをした部分が、破損入力時の内容に基づいて、追加、または変更されたデータである。

同図では、作業予定データの＜進捗＞のデータが“予定”から“実施済み”に変更され、＜実施者＞及び＜実施時間＞が実施した内容に基づき追加され、＜実施内容＞の種類が“破棄”とされている。また、＜対象物＞のデータには、混注（ミキシング）される各薬剤のデータがセットされている。なお、ボトルの破損の場合には混注（ミキシング）したすべての薬剤のデータがセットされているが、混注（ミキシング）前の薬剤の単品破損の場合にはここに破損した薬剤のみがセットされる。この後、点滴の医療行為が実行される。

図２６は、点滴の医療行為を行う場合における動作内容を示す図であり、同図(a) は点滴開始の場合の動作内容を示し、同図(b) は点滴終了の場合の動作内容を示している。
図２６(a) に示すように、点滴開始により、ステップＳ４１のボトルラベルチェックの処理を行う。このボトルラベルチェック（以下の混注／中止チェック、リストバンドチェックも同様）は実際には図１６で説明したように、チェックが正しく行われないとＮＧとなり、警告を行ってステップＳ４１に戻るような処理を行うが、ここでは簡単化のため、ボトルラベルチェックが正しく行われたとして簡略化して説明する。

上記ボトルラベルチェックが正しく行われると次のステップＳ４２の混注／中止チェックの処理となり、この混注／中止チェックが正しく行われるとステップＳ４３のリストバンドチェックの処理に進み、このリストバンドチェックが正しく行われるとステップＳ４４のオーダ内容表示の処理に進む。

このオーダ内容表示の処理の後、ステップＳ４５の注射開始（刺針）をする。つまり、上記リストバンドでチェックした患者に対して点滴の針を刺してセットされている薬剤投与の医療行為を開始する。また、その行為を実施した看護師はその時点（タイミングで）で、ステップＳ４６に示すようにＰＤＡ８により点滴開始の入力操作を行い、病院内情報管理システム２にその情報を送信し、病院内情報管理システム２のデータベースには点滴開始の実施データが登録される。そして、患者に対して点滴により予定された薬剤が投与され始める。

点滴開始後、その点滴による薬剤の投与が終了する時刻において、その点滴終了の医療行為を行う看護師は図２６(b) のステップＳ５１に示すボトルラベルチェックをした後、ステップＳ５３の点滴のために刺した針を抜いて投与終了（抜針）の作業を行い、さらにステップＳ５４のＰＤＡ８により投与量入力を行って点滴終了を実施する。

この投与量入力によりＰＤＡ８からステップＳ５５に示すようにその点滴終了の情報が病院内情報管理システム２に送信され、病院内情報管理システム２のデータベースには点滴終了の実施データが登録される。
このように時間のかかる医療行為の場合においても、病院内情報管理システム２のデータベースには正確に医療行為の開始時点での詳細な情報が登録されると共に、医療行為の終了時点でも詳細な情報が正確に登録される。

このように時間のかかる医療行為の場合において、開始時点で詳細な情報の登録を行い、かつ終了時点でも詳細な情報を登録するようにして、以下のようにより適切な支援ができるようにしている。
例えば、点滴開始の作業予定時間に対して、実際に点滴開始の作業を実施した時刻がずれてしまうような場合においては、点滴終了予定の時刻もずれる。病院内情報管理システム２は、実際に点滴開始の作業を実施した時刻がずれた時間を参照し、データベースにおける対応する点滴終了の業務を行う作業予定の時刻を変更する。

この変更により、その点滴終了の業務を作業予定データとしている看護師がＰＤＡ８によりその作業予定データを病院内情報管理システム２のデータベースからダウンロード等して作業予定データとして参照或いは閲覧した場合には、その点滴終了の業務を行う作業予定の時刻が変更されているので、速やかにその対応ができる。

この場合、実際に点滴開始の作業を実施した看護師が点滴終了の業務も行う場合が多く、その看護師は点滴終了の業務が終了する予定時刻をより正確に知ることができる。従って、その後の作業予定業務への対応もし易い。
また、点滴開始から終了まで薬剤を投与する時間が長く、かつ看護師が点滴開始から終了まで、その場所に居なくても済むような場合には、その間に他の作業予定業務を効率良く実施することができる。この場合においても、点滴終了の業務が終了する予定時刻をより正確に知ることができるので他の作業予定業務を行い易い。

また、実際に点滴開始の作業を実施した看護師が、例えばその勤務帯の終了時刻付近でその点滴開始の作業を実施し、点滴終了の業務を別の看護婦に引き継いで行うように業務予定が設定されている場合においても、その別の看護婦はＰＤＡ８によりデータベースにアクセスしてその作業予定データを参照或いは閲覧することにより、実際に点滴開始の作業を実施した時刻がずれたために点滴終了の作業終了予定時刻がずれ込むことを迅速に知ることができ、対処もし易い。

例えば上述のようにずれた時間の間に他の作業予定の医療行為を行うようにする等することにより、後の作業予定の行為に及ぼす影響を少なくでき、作業予定の医療行為を円滑に行うことができる。
このように時間がかかる医療行為において、開始予定時刻と実際の開始時刻とがずれ込むような状態が発生しても、その情報を速やかに把握できるので、その後の医療行為を実施する場合の影響を少なくでき、医療行為を円滑に行い易いように支援ができる（或いは医療行為を円滑に行い易い環境を提供できる）。

また、後でデータベースからそのような情報を詳細解析することにより、医療行為の実施がずれた原因等を調べることもでき、より適切に改善することもできる。
つまり、この場合においても、単に時刻のみでなく、上述した５Ｗ１Ｈを含む情報が点滴開始時と終了時にデータベースに詳細に登録されるので、後で解析する場合にもその解析に必要となる十分な情報があり、詳細な解析を行うことができる。

例えば、点滴開始時と終了時に登録される情報は、それぞれの実施日時のデータの他に、実施者、実施場所、実施内容、実施された患者のデータ等を含む。より詳細には図１５の実施データの内容の欄に示すものに相当する。図１５では、作業予定のデータがそのその作業の実施により、或いはその作業予定の破棄によりどのようになるかの概要を示すものであり、図１５ではその概要を分かり易くするため、（開始と終了とは殆ど同じ時刻で済む）ワンショット注射を実施したもので示している。

従って、時間がかかる点滴の場合における点滴開始を実施した場合には、＜進捗＞のデータは作業予定データでの予定から実施データでは実施済（より詳細には、点滴開始の実施済）となり、＜指示内容＞のデータは実施データの欄でも図１５の網掛けで示している投与の入力は行われない。この投与の網掛けは点滴終了の実施により行われることになる。

また、この点滴開始の実施データの登録を受けて、病院内情報管理システム２はこの点滴開始と対になる点滴終了の作業予定データの内容の欄における＜実施予定日時＞のデータを点滴開始の実施データの日時により変更し、より正確なデータベースを構築し、参照するユーザに正確な情報を提供できるようにする。

このように詳細に情報の記録が行われるので、システムのプログラムをより改善する解析の他に、医療業務を行う各看護師の業務遂行に関する能力、負担等の把握に利用することもできる。
なお、上述の説明では、データベースにおいて正確な情報の記録・蓄積を行う例で説明したが、（点滴のように）作業開始から作業終了までに時間がかかる医療行為の場合においては、作業開始の予定時刻から実際にその作業が開始された情報の登録がされた段階で、病院内情報管理システム２の図示しないＣＰＵは、そのずれ時間が予め設定した時間を超えるか否かを判断し、越えていると判断した場合には、その点滴終了を実施する実施者が携帯するＰＤＡ８に対して、その点滴終了の作業予定時刻が変更されたことを告知する処理を実行するようにしても良い。

告知する処理としては、点滴終了の作業予定時刻が変更されたことを告知する情報であると分かり易いが、これに限定されるものでなく、単に最新の作業予定データを得るようなメッセージでも良い。このようなメッセージとした場合には、他の場合にも利用でき、プログラムを簡単化できる。

また、点滴開始と終了とを実施する実施者が異なる場合には、ＰＤＡ８のメール機能を利用し、点滴開始をした時間がずれたので点滴終了の予定時刻がずれることを、点滴開始を実施した者から終了を実施する者へ知らせるようにしてもよい。
また、上記説明では時間がかかる医療行為として点滴の場合で説明したが、その他の医療行為、例えば心電図を得るための医療行為その他に適用することも可能となる。

ところで、ＰＤＡ８では、これまでに説明した、患者のリストバンド、注射ボトルのボトルラベル、又は薬剤容器等のタグデータを、それらに予め付与されているＲＦタグ１２ｔからＲＦリーダ１２によって読み込んでいるが、これについて更に説明する。
図２７は、図１８で説明した注射ボトルのタグデータ読み込み、及び図２０で説明した患者リストバンドのタグデータ読み込み業務を模式的に示す図である。尚、図２７には、ＲＦタグが添付されている複数の注射ボトル３４及びＲＦタグ付きの患者リストバンド３５と共に、図１の病院情報システム１に示したＬＡＮ３、第１のサブシステム４Ａの院内サーバ５、並びに第２のサブシステム４Ｂのサーバ７、アクセスポイント１０、及びＰＤＡ８を簡略に示している。

図２８は、上記の注射ボトル３４のタグデータ読み込みと患者リストバンド３５のタグデータ読み込み業務に係わる病院情報システム１の処理動作を説明するフローチャートである。図２７を参照しながら図２８に示す処理を説明する。
先ず、看護師は、ＰＤＡ８にログインし、当日勤務帯の医療オーダの中の注射オーダを取得する（Ｓ１０１）。この処理は、図４のＳ１２で説明した処理、及び図１７で説明した処理と同様な処理である。

次に、ＰＤＡ８で注射オーダを実施する（Ｓ１０２）。この処理は、例えば図１７の実施予定画面Ｇ９において、看護師が「０５日１０：００ オリンパス次郎 注射：ＩＶ」の行を選択して入力する処理である。
続いて、ＲＦタグの読み込みが行われる（Ｓ１０３）。この処理では、看護師は、受け持ち患者に投与する注射ボトルを用意（複数の注射ボトルがあれば複数全部を用意）して、患者にはリストバンドを提示してもらう。そして、図１８で説明したＰＤＡ端末８による注射ボトルのタグデータの読み込み、及び図２０で説明した患者リストバンドのタグデータの読み込みを行う。

この読み込みでは、注射ボトルのタグデータの読み込みと患者リストバンドのタグデータの読み込みを別々に行ってもよいが、せっかく読み込み機能性の高いＲＦリーダ１２を用いるのであるから、例えば混注する複数のＲＦタグ付き注射ボトル３４を台車上に並べて置き、この台車を寝ている又は起きている患者から提示されているＲＦタグ付き患者リストバンド３５に近接させ、図２７に示すように、ＰＤＡ８のＲＦリーダ１２からラジオ周波数の所定の電波を発信して、注射ボトルのタグデータの読み込みと患者リストバンドのタグデータの読み込みを一度に行うようにしてもよい。

ＲＦリーダ１２は、光学式読み取り装置のように、読み取り対象物に対して、向き、角度、距離等を厳密に考慮する必要はなく、単に予め設定されている強度の電波で通信可能な距離を保ちさえすれば中間に遮蔽物（但し非金属性）があっても、ラジオ周波数の所定の電波を発信するだけでＲＦタグ１２ｂのＣＰＵ１３を動作させ、その返信を受信してＲＦタグ１２ｂを認識することができる。そして、ＲＦタグ１２ｂのメモリに格納されているタグデータを読み込みことができる。

また、ＲＦタグ１２ｂのメモリに記録可能な情報量は比較的多いので、ここでいうタグデータは、単に複数桁の識別用のコードと限るものではなく、タグデータの他に、例えば注射ボトル３４のＲＦタグ１２ｂであれば、薬品名、量、製造年月日、注射位置、方法（ワンショットか点滴か）等の詳細な情報を予め記録するようにしてもよい。

また、患者リストバンド３５のＲＦタグ１２ｂであれば、患者氏名、年齢、性別、入院月日、病名、緊急連絡先等の詳細な情報を記録するようにするのが好ましい。そうすれば、単にタグデータをサーバに送信してそのタグデータに対応する詳細な情報をサーバから返信してもらうという手数が省け、サーバは単に確認の返信を行うだけで良いようになる。

ＲＦタグ１２ｂの読み込みが行われると、続いて今読み込んだＲＦタグ１２ｂのデータの確認が行われる（Ｓ１０４）。この処理では、図２７に示すように、ＰＤＡ８から、アクセスポイント１０及びＰＤＡシステム４Ｂのサーバ７を介して院内サーバである第１のサブシステム４Ａのサーバ５に、読み込んだデータが送信されて、確認のための問い合わせが行われる。

そして、この問い合わせの結果の返信が、サーバ５からサーバ７及びアクセスポイント１０を介してＰＤＡ８に返信される。
この問い合わせの結果の返信が、図２８のＳ１０４において、データの「正常」を示していれば、次のＳ１０７の処理に進む。また、ボトルの変更は無いがオーダの変更が行われている場合は、変更されたオーダを取得してから（Ｓ１０６）、次のＳ１０７の処理に進む。

また、上記のＳ１０４において、問い合わせの結果の返信が、データの「異常」を示している場合、又はボトルの変更を含むオーダの変更が有る場合は、ＰＤＡ８の表示部１８に、ボトルと患者のいずれか又は両方がエラーであることと、その再確認を促す警告表示が表示される（Ｓ１０５）。

この処理では、警告表示と共に警告音も報知される。この場合は、看護師は、最初のＳ１０１のオーダの取得からやり直す。この場合、特には図示しないが、エラーログ情報がＰＤＡ８の所定の記憶領域に自動的に記録される。
そしてＳ１０４で問い合わせたデータが正常であることが確認された場合は、次の処理Ｓ１０７で、混注の確認が行われる。この処理は、オーダで指示されている全ての注射ボトル３４のＲＦタグ１２ｂが読み込まれているか否かを問い合わせて確認する処理である。

この処理でも、図２７に示すように、ＰＤＡ８から、アクセスポイント１０及びＰＤＡシステム４Ｂのサーバ７を介して院内サーバである第１のサブシステム４Ａのサーバ５に、確認のための問い合わせが行われ、この問い合わせの結果の返信が、サーバ５からサーバ７及びアクセスポイント１０を介してＰＤＡ８に返信される。

そして、オーダで指示されていて未だＲＦタグ１２ｂの読み込みが行われていない注射ボトル３４があれば（Ｓ１０７が未実施）、その旨が、特には図示しないが、ＰＤＡ８の表示部に警告表示されると共に警告音が報知され、更に、この場合も、エラーログ情報がＰＤＡ８の所定の記憶領域に自動的に記録される。

そこで看護師は、Ｓ１０２の処理に戻って、図１７の実施予定画面Ｇ９を再び開き、「０５日１０：００ オリンパス次郎 注射：ＩＶ」の行を選択して入力して、読み込み未実施であった注射ボトル３４のＲＦタグ１２ｂの読み込みを行う。
そして、再びデータの問い合わせ送信と、送信データの確認により、オーダで指示された注射ボトル３４のＲＦタグ１２ｂが全て読み込まれていれば（Ｓ１０７が実施済）、患者が確認済みであるか否かが判断される（Ｓ１０８）。

そして、患者が確認済みでないときは（Ｓ１０８がＮｏ）、これは、処理Ｓ１０３で、注射ボトル３４のＲＦタグ１２ｂの読み込みだけを行って、患者リストバンド３５のＲＦタグ１２ｂの読み込みを未だ行っていなかった場合であり、この場合は、図２０に示したリストバンドチェック画面Ｇ１２がＰＤＡ８に表示されることにより、看護師は、患者リストバンド３５のＲＦタグ１２ｂの読み込みを行う（Ｓ１０９）。

そして、その読み込んだデータの問い合わせ送信を行い（Ｓ１１０）、サーバ５からサーバ７及びアクセスポイント１０を介してＰＤＡ８に返信された問い合わせの結果が正常でないときは（Ｓ１１０で非対象患者）、看護師が患者を取り違えているのであり、この場合は「患者エラー」などの警告メッセージと共に「再度患者の確認を行ってください」などの再度確認要求のメッセージがＰＤＡ８の表示画面に表示され、エラーログ情報がＰＤＡ８の所定の記憶領域に自動的に記録される。（Ｓ１１１）。

そして、処理Ｓ１０９で行った患者リストバンド３５のＲＦタグ１２ｂの読み込み結果が正常であれば（Ｓ１１０が対象患者）、この場合は、図２１に示した注射実施確定画面Ｇ１３がＰＤＡ８の表示画面に表示される（Ｓ１１２）。これにより、注射実施の看護師による確認の入力が行われる（Ｓ１１３）。

この注射実施の確認の入力では、少なくとも注射の実施者、注射を実施された患者、注射に使用された薬剤、注射を実施した時刻が入力され、その入力データがサーバシステムに送信されて記録される。
この注射実施の確認入力が行われると、ここで、連続投与の薬剤があるか否かの問い合わせの送信がＰＤＡ８から出力され、取り合わせの結果がサーバ５から返信される（Ｓ１１４）。この処理では、オーダで指示されている混注の薬剤の全ての注射ボトル３４のＲＦタグ１２ｂの読み込みと看護師による確認入力が行われているか否かが判別される。

そして、看護師による確認入力が未だ行われていない連続投与の薬剤があるときは（Ｓ１１４がＹｅｓ）、その連続投与分の薬剤の全ての注射ボトル３４のＲＦタグ１２ｂが読み込み済みであるか否かが判断される（Ｓ１１５）。この処理も、サーバ５へのデータ問い合わせ送信と、サーバ５からの問い合わせ結果の返信によって行われる。

この問い合わせ結果の返信が、連続投与分の薬剤の全ての注射ボトル３４のＲＦタグ１２ｂが読み込み済みであることを示していれば（Ｓ１１５がＹｅｓ）、上述したＳ１１２、Ｓ１１３の処理が行われ、これにより看護師による確認入力が行われて、Ｓ１１４の判別でＮｏとなることにより全ての処理が終了する。

また、Ｓ１１５の判別で、問い合わせ結果の返信が、連続投与分の薬剤の全ての注射ボトル３４のＲＦタグ１２ｂが未だ読み込み済みでないときは（Ｓ１１５がＮｏ）、Ｓ１０３の処理に戻って、処理Ｓ１０３〜Ｓ１１３が行われる。そして、この場合も、Ｓ１１４の判別でＮｏとなることにより、全ての処理が終了する。

この処理の終了では、特には図示していないが、上述のＳ１０４、Ｓ１０７、Ｓ１１０における確認の認証で、一つでも認証が正しくないときは、Ｓ１０５、Ｓ１０７〜Ｓ１０２の間、又はＳ１１１において、ＰＤＡ８から認証が正しくなかったことを示す警告表示と警告音報知が行われ、更に認証が正しくなかったことのエラーログ情報がＰＤＡ８の所定の記憶領域に蓄積されて記録され、ＰＤＡ８の処理の終了によって上記のエラーログ情報がサーバシステムに通知され、サーバシステムにおいて記録される。

図２９は、ＰＤＡ８のＲＦリーダ１２によるＲＦタグ１２ｂのタグデータ読み込みの他の実施形態としてのＲＦタグ付き患者カルテの読み込み業務を模式的に示す図である。
図３０(a) は、上記のＲＦタグ付き患者カルテのタグデータであるカルテ情報読み込み業務に係わる病院情報システム１の処理動作を説明するフローチャートであり、同図(b) は、参考のため、光学的読み取り装置で患者カルテのデータを読み取る場合の同様システムの処理動作を説明するフローチャートである。

これらの処理は、看護師がＰＤＡ８にログインして、当日の勤務帯の医療オードを取得した後に行われる処理である。
図３０(a) において、医療オーダで指示されているＲＦタグ付き患者カルテを用意する。このとき、複数の患者を担当する場合は、図２９の右上に示すように、複数の患者に対応する複数のＲＦタグ付き患者カルテ３６を用意する（Ｓ２０１）。

そして、ＰＤＡ８のＲＦリーダ１２からラジオ周波数の所定の電波を発信してＲＦタグ付き患者カルテ３６のＲＦタグ１２ｂからタグデータとしてのカルテ情報を読み込む。このとき、複数のＲＦタグ付き患者カルテ３６があるときは、それらの複数のＲＦタグのタグデータを一度に読み込む（Ｓ２０２）。

そして、その読み込んだタグデータが正しいか否かの確認を行う（Ｓ２０３）。この処理では、図２９に示すように、ＰＤＡ８から、アクセスポイント１０及びＰＤＡシステム４Ｂのサーバ７を介して院内サーバである第１のサブシステム４Ａのサーバ５に、読み込んだタグデータが送信されて、確認のための問い合わせが行われる。

そして、この問い合わせの結果の返信が、サーバ５からサーバ７及びアクセスポイント１０を介してＰＤＡ８に返信される。
そして、この問い合わせの結果の返信が、読み込んだタグデータが正しいことを示していれば（Ｓ２０３がＹｅｓ）、ＲＦタグ付き患者カルテ３６の読み込み処理を終了する。

また、問い合わせの結果の返信が、読み込んだタグデータが誤りであることを示していれば（Ｓ２０３がＮｏ）、看護師はＲＦタグ付き患者カルテ３６の再チェックを行い、処理Ｓ２０２に戻って、再度ＲＦタグ付き患者カルテ３６のデータ読み込みを行う。そして、Ｓ２０３でＹｅｓとなることを確認して、ＲＦタグ付き患者カルテ３６の読み込み処理を終了する。

これが、もしＰＤＡ８によるタグデータの読み込みが、ＲＦリーダ１２で行うのではなく、患者カルテに印刷されている識別コードを光学式のデータ読み取り装置で読み取る方式であると、図３０(b) に示すように、複数の患者カルテを用意する（Ｓ３０１）ところまでは同じであるが、その後は、先ず、カルテを開いて識別コードが印刷されている箇所を探し（Ｓ３０２）、探し出した識別コードを光学式データ読み取り装置で読み取り（Ｓ３０３）、正しく読み取れたか確認し（Ｓ３０４）、正しく読み取れていなければ（Ｓ３０４がＮｏ）、再度患者カルテの読み取りを行い、正しく読み取れていれば次に全ての患者カルテを読み取ったかを確認し（Ｓ３０５）、未だ読み取っていない患者カルテがあれば（Ｓ３０５がＮｏ）、未だ読み取っていない患者カルテを読み取るということを繰り返して、全ての患者カルテを読み取ってから（Ｓ３０５がＹｅｓ）、患者カルテの読み込み処理を終了する。

このように光学式データ読み取り装置では手数がかかるが、ＲＦリーダ付きのＰＤＡであると、医療オーダで指定された全てのＲＦタグ付き患者カルテ３６を一箇所に取りまとめて用意するだけで、カルテ情報を一度に読み込むことができるので便利である。
図３１は、ＰＤＡ８のＲＦリーダ１２によるＲＦタグ１２ｂのタグデータ読み込みの更なる他の実施形態としてのＲＦタグ付き処置具入れの読み込み業務を模式的に示す図である。

図３２は、上記のＲＦタグ付き処置具入れのタグデータ読み込み業務に係わる病院情報システム１の処理動作を説明するフローチャートである。尚、処置具は注射以外に医師が患者に対して直接医療行為を行う場合に用いる例えばカテーテルのような用具のことである。

図３２において、先ず、看護師は、医療オーダで指示されている処置具の収納されている処置具入れを用意する。複数の処置具が指示されているときは、その複数の処置具に対応する複数の処置具入れを用意する（Ｓ４０１）。
そして、ＰＤＡ８のＲＦリーダ１２からラジオ周波数の所定の電波を発信してＲＦタグ付き処置具入れのタグからタグデータとしての処置具情報を読み込む。このとき、複数の処置具入れがあるときは、それら複数の処置具入れの各タグにある処置具情報を一度に読み込む（Ｓ４０２）。

そして、サーバ５への使用処置具の登録を実施する（Ｓ４０３）。この処理は上記読み込んだタグデータに対応する処置具を用意したことを、データベースの医療オーダに登録するために行われる。
すなわち、読み込んだタグデータが、図３１に示すように、ＰＤＡ８から、アクセスポイント１０及びＰＤＡシステム４Ｂのサーバ７を介して院内サーバである第１のサブシステム４Ａのサーバ５に、読み込んだタグデータが送信されて、誤りがないかの確認が行われ、誤りがなければデータベースの医療オーダに登録され、その登録を確認する「ＯＫ」を示す返信が、サーバ５からサーバ７及びアクセスポイント１０を介してＰＤＡ８に返信される。

このように、この場合も、医療オーダで指定された全てのＲＦタグ付き処置具入れ３７を一箇所に取りまとめて用意するだけで、処置具情報を一度に読み込むことができる。
前述しように、ＲＦリーダは、ラジオ周波数帯の電波を出力して、この電波に応答したＲＦタグからそのデータを読み取るので取り扱いが便利である。また、非金属の物体で遮蔽されていても電波が届けさえすればＲＦタグのデータが読み取れるので、読み取り対象物に対する向きや角度を考慮する必要が無く取り扱いが容易である。また、複数のＲＦタグを一度に（時間的にほぼ同時に）読取れるのでデータ読み込み作業を迅速に行うことができて能率が良い。

また、情報を読み込むだけでなく、書き込みもできるので、システム内での応用が利き用途を広げていくことができる。また、ＲＦタグは耐環境性に優れ、水、油、薬品等の汚れや外乱光による影響を受けないので安定して信頼性の高い読み込みデータを用意することができる。また、ＲＦタグとしては様々な形状に形成でき、小型化しやすく、小さな取り付けスペースでも対応できるので様々な医療器具に取り付け可能である。また、ＲＦリーダ側からの非接触電力伝送により電池レス化が可能であり、半永久的に使用が可能である。

このように、本実施の形態によれば、携帯端末に無線ＬＡＮのほかにＲＦリーダを取り付け、識別データの必要な対象物にＲＦタグを取り付けるので、医療行為の実施場所で医療行為を行う場合、その医療行為の作業予定の内容を、携帯端末としてのＰＤＡ８によるタグデータの迅速な読み込みにより確認でき、その作業予定の内容を確認してから、作業予定の医療行為を行うことができるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。

また、時間がかかる医療行為に対しても、正確な把握ができるので、その医療行為が実際に行われる時間がずれるような事態が発生してもその情報を速やかに得られ、対処がし易い。従って、医療行為を円滑に進める環境を提供できる。
また、医療行為の実施場所で、ＰＤＡ８により医療行為を行った内容の記録の入力を行えるので、実施した医療行為の記録する場合、実施場所で確認しながら行え、かつ実施直後にその記録を行うので、正確かつ誤りの少ない状態で記録を行うことができる。

また、このように携帯したＰＤＡ８により医療行為を行うべき作業予定を確認して、その作業予定の医療行為を正確に行うと共にその記録も行った後は、その作業予定の内容は実施済みのリストに移り、従って実施者は作業予定のリストを参照することにより複数の作業予定の医療行為を円滑に進めることができる。

また、医療行為を行う場合に、携帯できるＰＤＡ８によりその医療行為の作業予定内容を殆ど任意の場所及び時間に参照したり、確認したりすることも容易にでき、医療行為を円滑に行い易い。また、作業予定内容が変更されるような場合においても、実施場所で、実施を行う直前に作業予定内容の確認処理を行うことにより、作業予定内容の変更にも対処がし易い。

また、このように医療行為を実施した場合にその実施した内容を正確に記録、つまりリアルタイムに記録できるので、その後の記録データの解析によって、システムをより改善することも可能となる。
なお、上述の説明では作業予定の医療行為を実施してその実施した内容等を入力することにより、サーバ７を介して病院内情報管理システム２に送信されてそのデータベースに登録が行われるが、その場合入力内容の確認操作と病院内情報管理システム２へ送信操作とを続けて行うようにしてもよい。

例えば実施した内容の入力をＰＤＡ８で表示して確認ボタンで確認し、その確認した後、データベースに登録するために送信しますかの確認表示して、ＯＫボタンその他のボタンの操作で送信を行うようにしてもよい。
また、このように登録のための送信を行った場合、病院内情報管理システム２が何らかの作業中のため、送信を受け付けるのを待つ待機状態となるような場合には、例えばＰＤＡシステム４Ｂのサーバ７側でその内容を受け付け、病院内情報管理システム２の待機状態が解除された後に、サーバ７で受け付けた内容を病院内情報管理システム２のデータベースに登録し、その登録が完了するとＰＤＡ８にその登録が完了したことを通知するようにしてもよい。

このようにすると、ＰＤＡ８によりその登録を行おうとする実施者は、病院内情報管理システム２の待機状態が解除されるのを待ち続けるような不便を解消できる。
また、従来では、薬剤部から看護部に届く薬剤は、薬剤オーダのリストと照らし合わせ一つ一つ確認を行っていたため手間と時間がかかり能率的ではない作業であったが、本例では、薬剤オーダの発行と同時に、薬剤部にデータの受け渡しを行うことができる。この場合、薬剤部ではオーダの有った薬剤を取り出し、ＲＦタグのタグデータのステータスを搬出に変更した後、その薬剤を搬出するようにする。

このタグデータのステータスの変更は、在庫棚にある薬剤のタグデータをＲＦリーダで常時読んでいて、薬剤を在庫棚から取り出したとき、ＲＦリーダからの書き込みによってステータスの変更を行うようにすると良い。
また、看護部では、送られてきた薬剤を一つ一つ確認する代りに、それら薬剤のＲＦタグをＲＦリーダで一括して読み込みを実施するだけで、薬剤の過不足、誤りが判定できる。

なお、薬剤部で搬出されるときにステータスの変更を実施することで在庫管理も同時に行うことができるので便利である。
また、看護部では、搬出状況が確認できるので、この搬出状況から使用頻度が導き出せる。したがって、不要在庫を多く持たなくてもいいように在庫管理を行うことができる。

尚、上述した実施の形態では、ＲＦリーダによってデータを読み込むためのＲＦタグの取り付け対象として、注射ボトル、患者リストバンド、患者カルテ、処置具入れの四つの例を示しているが、ＲＦタグの取り付け対象はこれに限るものではない。
例えば、第１には、手術支援に適用できる。例えば、ガーゼにＲＦタグを埋め込むと、たとえガーゼが血の付着などで密に重なっていても、いちいち数えることなく、ＲＦリーダによって直ちに枚数確認を行うことができる。また読み取り枚数が正確にわかるので、在庫管理や使用枚数管理が楽になる。

また、使用後の枚数不足が発生した場合には、患者の手術部をＲＦリーダで走査して体内に残っているかを判断することも容易に出来る。これを縫合前に行えば、再度執刀して体内から取り出すなどの不都合を避けることができる。
尚、手術器具は、基本的に金属製のものが多く、したがって従来仕様のＲＦタグでは手術器具には向かないが、近年では金属対応のＲＦタグの製品化もなされており、この小型軽量化が進めばメスや鉗子に取り付けることもでき、そうすれば、上述したガーゼ同様の方式で体内への置忘れを防止することができる。

また、第２に、病院内の位置情報管理に適用することができる。例えば看護師にＲＦタグを着用させると共に、看護師の行動範囲にＲＦリーダを配置すれば、誰がどこに居るのかを把握できるようになる。このようにすれば、夜間時の人が足りないときや緊急で人を手配したいときなどに効果を発揮できる。

また、徘徊患者等にＦＲタグを着用させることで、位置情報の把握が可能になり、従来のように看護師による絶え間のない監視が不要となり、看護師の負担を軽減することができる。
また、トイレや風呂等にＲＦリーダを取り付け、患者が一定時間経っても出てこない時は何らかのトラブルが発生しているとみなすようにして、早期の対応が計れるため、緊急事態の頻発を回避することができる。

第３には、本人確認に適用できる。これには、ＰＤＡへのログイン時のＩＤ登録の自動化や、職員用通用門に読み取り用アンテナをつけることで出退勤の自動管理を行うことなどが考えられる。
第４には、患者サービスに適用できる。例えば、患者に本人専用のＲＦタグを給付する。院内の自販機にＲＦリーダを組み込み、患者のＲＦタグを読み込んで自販機からの購入品と共にデータベースに登録する。

また、売店で扱う商品にＲＦタグをつけ、ＲＦリーダつきのＰＯＳレジで清算する。患者の支払いは現金ではなく患者のＲＦタグで認証する。食堂も同様にＲＦタグの認証によって食券が買えるような券売機を用意する。また、シーツや枕カバー等の貸し出し品で賃貸料が発生する物は貸し出し記録をＲＦタグにデータとして記録保存するようにする。

これらの会計情報はサーバ等で管理し、支払いは入院医療費の清算時にまとめて計上する。ＲＦタグとＲＦリーダで管理されているという不満が出ないように、例えばサービスポイントなどを導入することも一案として考えられる。
いずれにしても、このようにすれば、院内の自販機や売店での買い物、食堂での食事で小銭を用意する必要がなく、現金を持ち歩く必要がないので、面倒が省けて便利である。

図３３は、実施例２としての注射ボトル３４のタグデータ読み込みと患者リストバンド３５のタグデータ読み込み業務に係わる病院情報システム１の他の処理動作の例を説明するフローチャートである。
先ず、看護師は、ＰＤＡ８にログインし、当日勤務帯の医療オーダの中の注射オーダを取得する（Ｓ５０１）。この処理は、図２８のＳ１０１で説明した処理と同一の処理である。

次に、ＰＤＡ８で注射オーダを実施する（Ｓ５０２）。この処理は、図２８のＳ１０２で説明した処理と同一の処理である。
続いて、ＲＦタグの読み込みが行われる（Ｓ５０３）。この処理は、図２８のＳ１０３で説明した処理と同一の処理である。

次に、上記の処理で読み込みが行われたＲＦタグ１２ｂのデータの確認が行われる（Ｓ５０４）。この処理では、本例では、サーバシステムへの問い合わせは行われず、上記のＳ５０１でＰＤＡ８に読込まれて記憶されている注射オーダとの照合が行われる。
そして、照合の結果が正しいことが確認されれば（Ｓ５０４が正常）、つまりボトルと患者両方の認証が完了したときは、続いて混注の確認が行われる（Ｓ５０６）。

また、もし、上記照合の結果としてボトルと患者のいずれか又は両方のデータが注射オーダと異なっていれば（Ｓ５０４がエラー）、ボトルと患者のいずれか又は両方の再確認を行うよう、ＰＤＡ８の表示部に警告表示される（Ｓ５０５）。この処理では、特には図示しないが、警告音も報知され、また、エラーログ情報がＰＤＡ８の所定の記憶領域に自動的に記録される。

そこで看護師は、Ｓ５０３の処理に戻って、再度、ボトルと患者のＲＦタグ１２ｂの読み込みを行う。そして、Ｓ５０４の処理で注射オーダとの照合が再度行われ、照合の結果が正しいことが確認されてから（Ｓ５０４が正常）、Ｓ５０６の混注の確認処理に進む。
この混注の確認処理で、混注が未実施であれば（Ｓ５０６が未実施）、注射オーダとボトルのいずれか又は両方に変更があったのであり、この場合は、看護師は、Ｓ５０１の処理に戻って、当日勤務帯の医療オーダの中の注射オーダの取得を再度行う。

そして、Ｓ５０４での照合で正常が確認され、Ｓ５０５での混注確認で混注実施済みが確認されると、患者の確認が済みであるか否かが判別される（Ｓ５０７）。この処理は、図２８のＳ１０８で説明した処理と同一の処理である。
このＳ５０７の処理で、患者の確認が未だ済んでいなかったとき（Ｓ５０７がＮｏ）、続いて行われるＳ５０８、Ｓ５１０の処理は、図２８のＳ１０９、Ｓ１１１で説明した処理と同一の処理であり、Ｓ５０９の処理では、サーバシステムへの問い合わせは行われず、上記のＳ５０１でＰＤＡ８に読込まれて記憶されている注射オーダの患者のデータとの照合が行われる。

そして、Ｓ５０９の処理において患者が注射オーダの対象患者であることが確認されると、その注射オーダを実施する前に、ＰＤＡ８からサーバシステムに注射オーダの実施直前の確認が行われる（Ｓ５１１）。
そして、注射オーダに変更があり、ボトルに変更がある場合は、ボトルがエラーであることの表示とボトルの変更を要求する旨の表示が、ＰＤＡ８の表示部１８に表示される（Ｓ５１２）。この場合は、看護師は、最初のＳ５０１の注射オーダの取得からやり直す。

また、注射オーダに変更があり、ボトルに変更が無い場合は、変更オーダの取得が行われた後（Ｓ５１３）、オーダ内容確認画面がＰＤＡ８の表示画面に表示される（Ｓ５１４）。このＳ５１４の処理、及びこれに続くＳ５１５、Ｓ５１６、及びＳ５１７の処理は、図２８のＳ１１２、Ｓ１１３、Ｓ１１４、及びＳ１１５の処理と同一である。

このように、この実施例２では、ボトルや患者の認証でエラーがあった場合でも、ＰＤＡ８に最初に読み込んだ注射オーダに基づいて再確認が行われ、注射オーダ変更に関するサーバシステムへの問い合わせは、注射実施の直前で行われる。したがって、注射オーダに変更が無い場合には、途中でのサーバシステムへの問い合わせを行わない分だけ作業が進捗する。これは、容態が安定している患者を対象とする注射オーダを実行する場合に有効な方法である。

図３４は、実施例３としての混注業務に係わる病院情報システム１の処理動作の例を説明するフローチャートである。同図に示す混注業務は、サーバシステムに注射のオーダが登録されることにより、図５に示したように生成される作業予定データに基づく処理のなかの混注業務の処理を示すフローチャートである。

図３４に示すように、先ず、医師が注射オーダを発行する（Ｓ６０１）。この処理では、医師による直接入力により又は医師の指示に基づく看護師による入力により、注射オーダがサーバシステムに登録される。このサーバシステムに登録される注射オーダには少なくとも、患者名、病棟名、混注する薬剤の種類、量、混注開始時期等のデータが含まれている。

このサーバシステムに登録された注射オーダは、薬剤部と看護部の端末にそれぞれ通知される。看護部では、上記の注射オーダを混注オーダとして受信する（Ｓ６０２）。他方、薬剤部では、端末に表示された注射オーダに基づいて混注用薬剤の準備を行う（Ｓ６０３）。そして、この準備された混注用薬剤の払い出しが行われ、看護部まで搬送される。

薬剤部では、薬剤部から払い出された上記混注用薬剤の到着を待って（Ｓ６０４）、この到着した混注用薬剤と上記受信した混注オーダとに基づいて、当日当番の看護師による混注業務が開始される（Ｓ６０５）。
この混注業務では、先ず、注射薬剤の混注確認が実施される（Ｓ６０５−１）。この処理は、混注オーダの患者名、病棟名、混注する薬剤の種類、量等のデータが、薬剤部から到着した混注用薬剤の一覧表のデータと一致しているか否かを判断する処理である。

この確認完了に続いて、実際の薬剤ボトルの確認を行う（Ｓ６０５−２）。この処理は薬剤ボトルのラベルの読み込み処理と、読み込んだ薬剤ボトルのラベルから得られた薬剤データと混注オーダの薬剤一覧表との自動比較判別処理である。
そして、読み込みが正常に行われなかったか読み込み順を間違えたか又は混注と無関係の薬剤ボトルのラベルを読込んだときはエラーメッセージが携帯端末に表示される（Ｓ６０５−３）。これにより、混注の対象となっている薬剤であるかの認証が確実に行われる。

看護師は、上記のエラーメッセージが出たときは、混注オーダの薬剤一覧表と薬剤ボトルとを確認しながら、Ｓ６０５−２で再度薬剤ボトルのラベルの読み込みを行って確認を行う。
この読み込みが正常に行われときは、続いて薬剤ボトルを全部読込んだか否かが判別される（Ｓ６０５−４）。そして、未だ全部の薬剤ボトルの読み込みが完了していないときは、その旨の表示が携帯端末に表示されるので、看護師は、未だ読み込みの終わっていない薬剤ボトルの読み込みを行って、Ｓ６０５−２で確認を行う。

このようにして、混注対象となっている全部の薬剤ボトルの読み込みが完了すると（Ｓ６０５−５がＹｅｓ）、その旨の表示が携帯端末に表示されると共にその表示画面の例えば下隅に混注完了ボタンが表示されるので、看護師は、混注完了ボタンを押す（Ｓ６０５−６）。

これにより、携帯端末から上記サーバシステムに登録された注射オーダの混注確認済みの通知がサーバシステムに送信される（Ｓ６０５−７）。また、これと同時に、混注ボトルのＲＦＩＤが書き込み禁止状態から書き込み許可状態に書込みモードが変更されるので、看護師は、混注情報として混注に使用した薬剤情報を、混注ボトルのＲＦＩＤに書き込むよう表示装置の指示ボタンを入力操作する（Ｓ６０５−８）。こにより、混注に使用した薬剤情報が混注ボトルのＲＦＩＤの薬剤識別情報領域に書き込まれる。

この処理は、上記の指示ボタンの入力操作のみによって自動的に行われるが、信号の強弱や書込み位置などの関係で、書き込み成功しない場合もあるので、書き込みが成功したか否かの判別が行われる（Ｓ６０５−９）。この処理では、混注ボトルのラベルと携帯端末との間で書込み内容の比較確認の通信が行われる。

そして、書き込みが成功しなかったときは、その旨の表示が例えば「書込み失敗」などと携帯端末に表示されるので、看護師は、再度混注に使用した薬剤情報を、混注ボトルのＲＦＩＤに書き込むよう表示装置の指示ボタンを入力操作し、書き込みが成功すると、その旨の表示が例えば「書込み成功」などと携帯端末に表示されるので、看護師は、混注の処理を終了する（Ｓ６０５−１０）

本発明の一実施の形態における病院情報システムの全体構成を示すブロック図である。 図１に示されているＰＤＡのハードウェア構成を示す図である。 注射〜検査検体の医療行為とその医療行為のオーダ登録から実施等がされるまでの作業予定内容の詳細を示す図表である。 オーダ登録時、参照時及び実施時の動作手順の内容を示すフローチャートである。 注射のオーダ登録により生成される作業予定内容を示す図である。 注射のオーダ登録がされた場合におけるＰＤＡシステムの動作手順の内容を示すフローチャートである。 ＰＤＡのログイン画面の例を示す図である。 作業予定リストの登録画面の例を示す図である。 図８において、患者を指定した場合における指定された勤務帯における対象患者全てが一覧表示される表示画面の例を示す図である。 図８において病棟を指定した場合における病棟の選択画面の例を示す図である。 図９において、勤務帯のボタンを操作した場合における勤務帯の選択画面の例を示す図である。 作業予定リストの選択表示画面の例を示す図である。 図１２において、本日の作業リストの選択項目を選択した場合に表示される表示画面の例を示す図である。 作業予定リストにおける実施済みのリストを選択した場合の表示画面の例を示す図である。 作業予定データの構造を示す図である。 注射を実施（投与）する場合の詳細な動作内容を示すフローチャートである。 図１２の画面で項目毎の業務リストから注射の項目を選択した場合の表示画面の例を示す図である。 ボトルチェックのときの表示画面の例を示す図である。 注射ボトルを取り間違えている等で間違いが検出されときの警告文の表示画面の例を示す図である。 患者のリストバンドチェックを行う場合の表示画面の例を示す図である。 注射実施確定画面の例を示す図である。 注射実施後の投与した投与量を入力する投与量入力画面の例を示す図である。 注射の実施におけるボトルラベルチェックの動作フローチャートである。 注射ボトルに破損が生じた場合の破損入力用のボトルチェック画面の例を示す図である。 注射ボトルに破損が生じた場合の破損入力の確定画面の例を示す図である。 点滴の医療行為を行う場合における動作内容を示す図であり、(a) は点滴開始の場合の動作内容を示す図、(b) は点滴終了の場合の動作内容を示す図である。 注射ボトルの識別コード読み込みと患者リストバンドの識別コード読み込み業務を模式的に示す図である。 注射ボトルの識別コード読み込みと患者リストバンドの識別コード読み込み業務に係わる病院情報システムの処理動作を説明するフローチャートである。 ＰＤＡのＲＦリーダによるＲＦタグ読み込みの他の実施形態としてのＲＦタグ付き患者カルテの読み込み業務を模式的に示す図である。 (a) はＲＦタグ付き患者カルテの読み込み業務に係わる病院情報システムの処理動作を説明するフローチャート、(b) は参考のため光学的読み取り装置で患者カルテのデータを読み取る場合の同様システムの処理動作を説明するフローチャートである。 ＰＤＡのＲＦリーダによるＲＦタグ読み込みの更なる他の実施形態としてのＲＦタグ付き処置具入れの読み込み業務を模式的に示す図である。 ＲＦタグ付き処置具入れのタグ読み込み業務に係わる病院情報システムの処理動作を説明するフローチャートである。 実施例２としての注射ボトルの識別コード読み込みと患者リストバンドの識別コード読み込み業務に係わる病院情報システムの他の処理動作の例を説明するフローチャートである。 実施例３としての混注業務に係わる病院情報システムの処理動作の例を説明するフローチャートである。

符号の説明

１ 病院情報システム
２ 病院内情報管理システム
３ ＬＡＮ
４Ａ 第１のサブシステム
４Ｂ 第２のサブシステム（ＰＤＡシステム）
５ サーバ
６ ＰＣ端末
７ サーバ
８ ＰＤＡ
９ 無線ＬＡＮ
１０ アクセスポイント
１１ 無線ＬＡＮカード
１２ ＲＦリーダ
１２ｔ ＲＦタグ
１３ ＣＰＵ
１４ ＲＯＭ
１５ ＲＡＭ
１６ 記憶部
１７ 操作入力部
１８ 表示部
１９ バス
２０ キーボード
２１ ログインボタン
２２ キャンセルボタン
２３ ログアウトボタン
２４ 確定ボタン
２５ 勤務帯ボタン
２６ 確定ボタン
２７ａ、２７ｂ、２７ｃ 選択項目
２８ 未ボタン
、２９ 済ボタン
３０ 後退・全消去ボタン
３１ 進捗バー
３３ ボトルラベル手入力ボタン
３４ ＲＦタグ付き注射ボトル
３５ ＲＦタグ付き患者リストバンド
３６ ＲＦタグ付き患者カルテ
３７ ＲＦタグ付き処置具入れ
Ｇ１ ログイン画面
Ｇ２ 作業予定リスト登録画面
Ｇ３ 患者指定登録画面
Ｇ４ 勤務帯病棟指定画面
Ｇ５ 勤務帯選択画面
Ｇ６ 作業予定表示画面
Ｇ７ 本日の業務表示画面
Ｇ８ 実施済内容表示画面
Ｇ９ 実施予定画面
Ｇ１０ ボトルラベルチェック画面
Ｇ１１ 警告表示画面
Ｇ１２ リストバンドチェック画面
Ｇ１３ 注射実施確定画面
Ｇ１４ 注射投与量入力画面
Ｇ１５ ボトルチェック画面
Ｇ１６ 破損入力確定画面

Claims (8)

1. 少なくとも医療行為に係わるデータの入出力を行う端末と、該端末との間で前記データの授受を行うサーバシステムと、該サーバシステムにより授受される病院内の情報を記録及び一元的に集中管理する病院内情報管理システムと、を備えた病院情報システムであって、
   前記端末は、少なくとも
   注射行為に関するオーダの登録を行うオーダ登録手段を有するオーダ登録端末と、
   少なくとも１つ以上の前記サーバシステムに所属して設けられ注射行為の実施場所で該注射行為に係わるデータの入出力を行い得る携帯端末と、
   で構成され、
   前記病院内情報管理システムは、前記サーバシステムを介した前記端末からのオーダの登録に基づき前記注射行為の注射作業予定データを生成する作業予定データ生成手段を少なくとも有し、
   前記携帯端末は、
   識別情報タグから非接触にて識別情報を読み込む非接触識別情報読込手段と、
   該非接触識別情報読込手段により読み込んだ前記識別情報を前記サーバシステムに出力する識別情報出力手段と、
   前記病院内情報管理システムが生成した前記注射作業予定データを前記サーバシステムを介して取得するデータ取得手段と、
   該データ取得手段により取得された前記注射作業予定データの一覧表示を行う表示手段と、
   前記注射作業予定データに基づき注射行為を実施するに際して、前記非接触識別情報読込手段により使用する薬剤に付された薬剤識別情報タグから読取った識別情報に基づいて、使用する薬剤に間違いがないかの認証、前記オーダの変更又は中止がないかの認証、及び、混注が実施されているかの認証を行う薬剤認証手段と、
   前記注射作業予定データに基づき注射行為を実施するに際して、前記非接触識別情報読込手段により該当する患者に付された患者識別情報タグから読取った識別情報に基づいて、前記オーダと間違いがないかの認証を行う患者認証手段と、
   前記薬剤認証手段及び前記患者認証手段による認証結果が全て正しいときに、前記サーバシステムに対し注射の実施登録を行う実施登録手段と、
   を有すること特徴とする病院情報システム。
2. 前記薬剤認証手段は、前記薬剤識別情報タグから読取った識別情報を前記サーバシステムに問い合わせ、前記各認証を行うように構成されたことを特徴とする請求項１に記載の病院情報システム。
3. 前記薬剤認証手段は、
   前記薬剤識別情報タグから読取った識別情報を前記データ取得手段により取得された注射作業予定データと照合し、使用する薬剤に間違いがないかの認証を行い、且つ、
   前記薬剤識別情報タグから読取った識別情報をサーバシステムに問い合わせ、前記オーダの変更又は中止がないかの認証を行い、且つ、
   前記混注に関する混注情報を書き込み可能な前記薬剤識別情報タグから読取った混注情報に基づいて、混注が実施されているかの認証を行うように構成されたことを特徴とする請求項１に記載の病院情報システム。
4. 前記実施登録手段は、前記実施登録として、少なくとも実施者、実施した患者、使用薬剤、実施時刻の各情報を前記サーバシステムに記録するように構成されたことを特徴とする請求項１、２又は３に記載の病院情報システム。
5. 前記携帯端末は、前記薬剤認証手段及び前記患者認証手段による各認証結果が一つでも正しくないときに、警告を行う警告手段を有することを特徴とする請求項１〜４のいずれか１項に記載の病院情報システム。
6. 前記携帯端末は、前記薬剤認証手段及び前記患者認証手段による各認証結果が一つでも正しくないときに、エラーログ情報を記憶部に蓄積する蓄積手段と、前記携帯端末の処理を終了するときに、前記エラーログ情報を前記サーバシステムに出力する出力手段とを有することを特徴とする病院情報システム。
7. 前記携帯端末は、前記非接触識別情報書込手段により薬剤に付された薬剤識別情報タグから読取った識別情報に基づいて、混注の対象となっている薬剤であるかの認証を行う認証手段と、前記認証手段による認証結果が正しいときに、混注作業の完了ステータスを含む混注情報を前記薬剤識別情報タグに書き込み可能な書込手段とを有することを特徴とする請求項３に記載の病院情報システム。
8. 前記書込手段は、混注情報として混注に使用した薬剤情報を前記薬剤識別情報タグに書き込むように構成されたことを特徴とする請求項７に記載の病院情報シス与ム。

Images