JP4323201B2 - 病院内情報管理システム - Google Patents
病院内情報管理システム Download PDFInfo
- Publication number
- JP4323201B2 JP4323201B2 JP2003100390A JP2003100390A JP4323201B2 JP 4323201 B2 JP4323201 B2 JP 4323201B2 JP 2003100390 A JP2003100390 A JP 2003100390A JP 2003100390 A JP2003100390 A JP 2003100390A JP 4323201 B2 JP4323201 B2 JP 4323201B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- pda
- work
- patient
- injection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションプログラムを実行する携帯端末へ該アプリケーションプログラムを配信する技術に関し、とりわけ、携帯端末を用いることによって医療行為の実施場所でデータの入出力を行えるようにして、医療行為を円滑に行い易いように支援する病院情報システムでの実施に好適な技術に関する。
【０００２】
【従来の技術】
以前は、医療行為の実施場所の違いを問わずに医療行為の実施記録を正確に記録する為のシステムは提案されていなかった。
例えば内視鏡検査のように医療行為を行う場所が決まっていてその場所に患者が出向いて医療行為を受けるような場合では、医療行為の記録を行うためのシステムがその場所に設置されているので、そこで行われた医療行為の記録を行うことができる。しかし、医療行為を行う実施者側（看護師や医師）が入院患者の居室まで出向き、各居室を次々と巡回して各患者に対して適切な医療行為を実施するような場合では、主に紙媒体を用いた医療行為の記録が行われており、その医療行為を記録するためのシステムが提案されていなかった。
【０００３】
このため、従来は実施された医療行為の記録を収集するには、紙への記録内容を収集する労力が必要となっていた。
また、医療行為の内容や、進捗、結果、等を確認するためには、紙の記録内容を見て把握するか、人間系での情報伝達により把握する必要があり、こちらにも労力を要していた。
【０００４】
また、医療行為の記録を行うシステム自体は存在していたが、どれも医療行為の実施後に所定の場所まで戻ってからその実施内容を事後入力するものであるに過ぎず、医療行為を実施したその場で直ちにその実施内容を記録できるようなシステムは提案されていなかった。
【０００５】
また、このような事後入力を行うシステムでは、実施した内容とシステムに入力された内容との間に差異が発生したりする等により、正確な記録が難しいという課題があった。また、医療行為の実施後から事後入力が行われるまでにある程度の時間を要するため、医療行為の内容や、進捗、結果等をリアルタイムに把握することは難しかった。
【０００６】
このような問題に関し、従来、患者に対して実施された医療行為を移動可能な入力端末（携帯端末）に入力し、この入力された医療行為を示すデータに基づいて各種医療業務の管理を行う装置が提案されている（例えば、特許文献１参照。）。
【０００７】
【特許文献１】
特開平８−１０６５００号公報
【０００８】
【発明が解決しようとする課題】
さて、上記のような医療行為を行う病院等に、携帯端末をクライアント端末として用いるクライアント／サーバシステムを導入した場合について考えてみる。医療現場で対象として取り扱うのは、入院患者等の生命であり、医療過誤は絶対に起こしてはならない。入院患者は、症状にもよるが、時間の経過と共に容態も変化し、看護師等の病院の人々はそのような変化に迅速に対処しなければならず、また、その情報を迅速に関係者に通知しなければならない。そのような通知を携帯端末を利用することで、各々離れた場所にいる関係者に通知することは可能である。
【０００９】
ところが、その通知情報を運搬する通信ネットワークのトラフィック渋滞のために、その通知の送信が遅れたり、通信不能に陥った場合、患者の容態の迅速に対応できず、その患者に対して不利益な結果を与えてしまう。
本発明は上述した点に鑑みてなされたものであり、その解決しようとする課題は、病院内の通信ネットワーク資源を効率的に使用することである。
【００１０】
【課題を解決するための手段】
【００１４】
本発明に係る、医師が利用する端末装置と、看護師が利用する携帯端末と、前記携帯端末とデータ送受信を行うサーバ装置と、を備える病院内情報管理システムにおいて、前記サーバ装置は、前記端末装置からの入力により変更が行われたオーダ情報に含まれる項目のうち、少なくとも患者識別情報および該変更後の対処の緊急性を示す緊急変更フラグに関する項目を含む患者情報変更リストを受信する受信部と、前記患者情報変更リストに含まれる緊急変更フラグに基づき、緊急性の高い対応が必要な患者識別情報を検知する検知部と、前記携帯端末を識別する携帯端末識別情報と、前記携帯端末に送信したオーダ情報に含まれる患者識別情報とを対応付けて記憶する記憶部と、前記記憶部から、前記検知部により取得された前記患者識別情報に該当する携帯端末識別情報を抽出し、少なくとも送信対象となる携帯端末識別情報と前記患者識別情報を含む携帯端末識別情報リストを作成する作成部と、前記携帯端末識別情報リストに含まれている前記携帯端末情報に対応する前記携帯端末へ、オーダ情報が変更された旨の情報を送信する送信部と、を備え、前記携帯端末は、前記オーダ情報を表示する表示部を有し、前記送信部からの情報を受信した際に、前記表示部にオーダ情報が変更された旨を表示することを特徴とする。
【００１５】
このように構成することによって、オーダーの変更のあった患者の情報を有するＰＤＡにのみお知らせ情報を送信するので通信ネットワーク内のトラフィック渋滞を抑えることができる。オーダが変更された場合には、ＰＤＡにその旨の通知がされるので、オーダーの変更に対する看護師の監視負担が軽減され、看護という本来の業務に専念することができる。また、ＰＤＡにおいて最新のオーダ情報を取得することができる。
【００１６】
前記病院内情報管理システムにおいて、前記受信部により前記携帯端末の前記オーダ情報に対応する実施入力情報が受信された際に、前記検知部は前記オーダ情報に対する変更の有無を確認し、該変更がある場合、前記送信部は前記携帯端末に対して前記オーダ情報が変更された旨を通知することを特徴とする。
このように構成することによって、オーダ情報に変更がある場合に携帯端末に対してその旨を通知することができる。
【００１７】
前記病院内情報管理システムにおいて、前記送信部は、前記携帯端末が受信できなかった場合、該受信できなかった携帯端末の携帯端末識別情報と該携帯端末に対応する前記患者識別情報を含む未送信リストを前記記憶部に記憶することを特徴とする。
このように構成することによって、送信が失敗しても、その送信情報を未送信情報として格納しておくことができるので、その格納した未送信情報に基づいて再送信することができる。
【００１８】
前記病院内情報管理システムにおいて、前記携帯端末は、さらに、前記受信した前記送信部からの情報に基づいて、前記患者識別情報に対応する患者の医療処置行為の変更内容の情報を取得する変更内容取得部とを備えることを特徴とする。
このように構成することによって、最新のオーダ情報を取得することができる。
【００２１】
【発明の実施の形態】
＜第１の実施の形態＞
以下、本発明の実施の形態を図面に基づいて説明する。
図１に示す本発明の１実施の形態の病院情報システム１は、医療施設としての例えば病院に配置され、その病院内の情報を記録及び一元的に集中管理する病院内情報管理システム２と、この病院内情報管理システム２と例えば有線のＬＡＮ（Local Area Network）３により接続され、このＬＡＮ３を介して情報の送受信が可能な複数のサブシステム、例えば（第１の）サブシステム４Ａ、（第２の）サブシステム４Ｂとから構成される。
【００２２】
第１のサブシステム４Ａは、制御や情報処理を行うサーバ５と、データの入出力を行うパーソナルコンピュータ（以下、パソコン或いはＰＣと略記）である端末、つまりＰＣ端末６とがそれぞれ有線のＬＡＮ３により接続されている。このＰＣ端末６は据え置き型の端末であり、看護師等の医療スタッフ或いはユーザはそのＰＣ端末のある場所でデータの入力やデータの参照、確認等を行う。
【００２３】
また、第２のサブシステム（以下ではＰＤＡを用いているのでＰＤＡシステムと略記）４Ｂは、制御や情報処理を行うサーバ７と、医療スタッフとしての例えば看護師が携帯して使用が可能な携帯端末としての例えばＰＤＡ（Personal Digital Assistants ）８と、該ＰＤＡ８からの無線ＬＡＮ９によるアクセスを可能とするデータ授受手段であるアクセスポイント１０とから構成され、サーバ７と各アクセスポイント１０とは有線のＬＡＮ３で接続されている。
【００２４】
上記ＰＤＡ８は、無線ＬＡＮ９により無線でサーバ７と通信可能とするデータ授受手段である無線ＬＡＮカード１１と、識別情報の読み取り手段として例えば、識別コードを表現している文字や図形の読み取りを可能とする識別コードリーダ１２とを内蔵している。
【００２５】
ＰＤＡ８のハードウェア構成を図２に示す。
図２において、無線ＬＡＮカード１１、識別コードリーダ１２、ＣＰＵ１３、ＲＯＭ１４、ＲＡＭ１５、記憶部１６、操作入力部１７、及び表示部１８はバス１９を介して相互に接続されており、ＣＰＵ１３による管理の下で相互にデータ授受を行うことができる。
【００２６】
無線ＬＡＮカード１１及び識別コードリーダ１２は前述したものである。このうち、識別コードリーダ１２としては、例えば光学的に文字を読み込むことのできるＯＣＲ（Optical Character Reader）を用いることができるが、文字や図形を画像として読み込む画像スキャナや、無線による通信で識別コードを読み込むことできるトランスポンダ等を用いてもよい。
【００２７】
ＣＰＵ（Central Processing Unit）１３はＰＤＡ８全体の動作制御を司る中央処理装置である。
ＲＯＭ（Read Only Memory）１４は、ＣＰＵ１３によって実行される基本制御プログラムが予め格納されているメモリであり、ＰＤＡ８の起動時にＣＰＵ１３がこの基本制御プログラムを実行することによってこのＰＤＡ８全体の動作の基本的な制御がＣＰＵ１３によって行なわれるようになる。
【００２８】
ＲＡＭ（Random Access Memory）１５は、記憶部１６に格納されている各種のアプリケーションプログラムをＣＰＵ１３が実行するときにワークメモリとして使用され、また各種のデータの一時的な格納領域として必要に応じて用いられるメインメモリとしても使用されるメモリである。
【００２９】
記憶部１６は、各種のアプリケーションプログラムやデータを記憶して保持しておくメモリである。記憶部１６としては、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）などの半導体メモリが適している。特に、ＥＥＰＲＯＭは、記憶内容の書換えを電気的に行うことができる上に記憶内容の保持には電力の供給が不要である点で適している。
【００３０】
操作入力部１７は例えば表示部１８に設けられているタッチパネルであり、ＰＤＡ８のユーザによって操作され、この操作の内容を検出してＣＰＵ１３へその操作内容を伝達する。ＣＰＵ１３はその操作内容に対応しているユーザからの指示の内容を認識する。
【００３１】
表示部１８は例えば液晶ディスプレイであり、ＣＰＵ１３から送られてきた各種の情報を表示して視覚によりユーザに各種の情報を提供する。
上述した識別コードリーダ１２と、この操作入力部１７及び表示部１８とはＣＰＵ１３所定のアプリケーションプログラムが実行されることによって各種のデータの入出力が可能となる。
【００３２】
このように、ＰＤＡ８は無線ＬＡＮ９を備えているので、アクセスポイント１０からの距離による通信可能なアクセス範囲の制約があるものの、そのアクセス範囲内においては、任意の場所でサーバ７を介して病院内情報管理システム２にアクセスして、後述する作業予定データを取得し、その取得した作業予定データをＰＤＡ８の表示部で表示することができるようにしている。
【００３３】
また、識別コードリーダ１２を備えたＰＤＡ８によって、識別情報として広範囲に使用される識別コードの読み取りを可能とすることにより、このＰＤＡ８を携帯する看護師等はその実施者ＩＤや、医療行為が行われる患者ＩＤ、注射ＩＤ等の識別情報の入力（或いは読み取り）を正確かつ簡単に、かつ迅速に行うことができるようにしている。
【００３４】
また、このＰＤＡ８は薬液に対する耐性を有する防水構造になっており、医療現場で使い易い構造にしてある。
サブシステム４Ａ、４Ｂは、より具体的には注射等のオーダの登録等が行われる外来システムや病棟システム、注射等のオーダの登録に応じて薬剤払い出し等を行う薬剤部門システム、医療行為に対する会計処理等を行う医事システム、看護師により薬剤の混注等を行うナース（ステーション）システム等として設けられている。ここで、特に看護師が医療行為を行うナースシステム及び病棟システムにおいては各看護師がＰＤＡ８を携帯することにより、医療行為の実施場所、具体的には入院している患者のベッドサイドにまで行ったその場所でその医療行為情報の入出力を行えるようになる。この結果、医療行為の状況がリアルタイムで記録でき把握できるようになるのである。
【００３５】
つまり、医療行為の実施場所でその医療行為の実施された時刻からの遅れが発生することなく、正確な医療行為の記録や把握ができるようになる。
また、医療行為の実施場所で医療行為を行う場合には、その医療行為の作業予定の内容をＰＤＡ８により確認でき、その作業予定の内容を確認してから作業予定の医療行為を行えるようになるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。
【００３６】
また、ＰＤＡ８の使用によって、医療行為を行った内容の記録の入力をその医療行為の実施場所で行えるので、実施した医療行為の記録をする場合にもその実施場所で実施内容を確認しながら、且つ実施直後にその記録が行われる。従って、正確かつ誤りの少ない状態で記録を行うことができる。
【００３７】
また、医療行為を行う場合に、携帯可能なＰＤＡ８の使用により、その医療行為の作業予定内容を殆ど任意の場所や時間に参照したり確認したりすることも容易にできるので、医療行為を円滑に進め易い。また、作業予定内容が変更されるような場合であっても、実施直前に作業予定内容の確認をその実施場所で行うことができるので、作業予定内容の変更にも対処がし易い。
【００３８】
また、このように医療行為を実施した場合にはその実施した内容を正確に、且つリアルタイムに記録できるので、その後の記録データの解析によってより適切にシステムを改善することも可能となる。
これに対して、従来例における事後入力の方法では、医療行為の実施場所ではなく、ＰＣ端末等のデータ入力手段が設置されている場所で医療行為の内容の記録のための入力を行うことになるので、実施した時刻から時間的に遅れが発生する。また、医療行為の実施後に相当の時間が経過してからその記録を行うことになるので、実施内容をその実施場所で確認してからその医療行為を行うことを効率良く（円滑に）できない等の欠点がある。
【００３９】
また、例えば実施すべき内容を確認してから実施場所に出向いてその確認した内容の医療行為を行うことも可能ではあるが、この場合には、１つの医療行為を行う度にいちいちＰＣ端末の設置場所へ戻って確認することが必要となり、効率的ではない。
【００４０】
なお、図１において、サブシステム４Ａと、４Ｂとの構成要素を混成させたようなサブシステムでもよい。具体的には、例えばサブシステム（ＰＤＡシステム）４Ｂにおいて、さらに据え置き型のＰＣ端末６を備えたものでもよい。
なお、これより説明する本実施の形態では、病院情報システム１の中の特に看護師による医療行為、つまり看護業務に対する看護支援機能について説明する。
【００４１】
看護支援機能は、次の看護に関する医療行為を支援するための機能である。
・注射
・看護
・処置
・検体検査
「注射」は看護師が患者に対して注射を行う医療行為であり、「看護」は看護師による患者の体温の検温、患者の体を拭く等のケア、沐浴指導等の医療行為であり、「処置」はカテーテルを外す等の看護師が行う看護処置の医療行為であり、「検体検査」は看護師により血液検査や体液検査等を行う医療行為である。
【００４２】
なお、「注射」には後述するように開始から終了まで殆ど時間のかからない「ワンショット注射」と呼ばれるものと、点滴（注射）のように開始から終了までにある程度の時間のかかるものとがある。
これらの医療行為は医師から「注射」、「看護」、「処置」、「検体検査」のオーダ指示が出されてＰＣ端末６により病院内情報管理システム２へのオーダ登録指示がされると、病院内情報管理システム２はそれを受け、図３の表に示すようにそのオーダ登録から、指示受け、…、中止まで、対応する各ステップの作業予定データを自動生成し、その自動生成したデータを病院内情報管理システム２のデータベースに登録する。
【００４３】
つまり、病院内情報管理システム２は作業予定データの生成手段を有し、生成された作業予定データを病院内情報管理システム２内のデータベースに登録する。
そして、看護師は、携帯しているＰＤＡ８を用いてサーバ７を介してそのデータベースにアクセスすることにより、それらの作業予定データをダウンロードしてその作業予定データを取得し、ＰＤＡ８内の記憶部１６に記憶（記録）させておくことができる。
【００４４】
そして、ＰＤＡ８の操作入力部１７である例えばタッチパネルを操作することにより、記憶部１６に記録させた作業予定データを表示部１８である液晶モニタ等に一覧表示をすることができるようにして、作業予定データの参照や進捗状況の把握等ができるようになる。
【００４５】
また、ＰＣ端末６からも作業予定データの内容の参照や進捗状況の把握等ができる。また、通常、オーダの登録は外来システム等のＰＣ端末６により行われる。
「注射」から「検体検査」までの各医療行為は、図３に示す表のようにオーダ登録、指示受け、…等のステップに沿って実行される。例えば、後述するように注射の医療行為は、医師からの指示により注射のオーダ登録がされ、その後にそのオーダ登録に対する指示受け、注射の準備として薬剤の払い出し、混注、注射開始、注射終了や、場合によっては注射ボトルの破損による取り消し、或いは患者の容態の変化などによる注射の中止等が行われることもある。
【００４６】
また、看護の場合には（左に示す注射の場合と同じ、つまり左記に同じの）矢印で示すように看護のオーダ登録、その指示受け等が生成される。
図４はシステム全体に共通の動作フローを示す。
図４（Ａ）はオーダ時の動作、図４（Ｂ）は参照時の動作、図４（Ｃ）は実施時の動作をそれぞれ示す。
【００４７】
図４（Ａ）では、外来システムや、場合によっては病棟システムのＰＣ端末６によって、ステップＳ１の各医療行為に関するオーダが指示・入力される。そのオーダデータは、ステップＳ２に示すように病院内情報管理システム２に登録される。
【００４８】
また、病院内情報管理システム２にオーダデータが登録されると、図３の表の縦列方向に示したステップの作業予定データが生成される（ステップＳ３）。
各サブシステム４Ａ（或いは４Ｂ）は、図４（Ｂ）のステップＳ６に示すようにこの作業予定データを取得することで、ステップＳ７のオーダの指示内容、予定内容を参照することができ、指示・予定に基づき医療行為（医療業務）を行うことができる。
【００４９】
また、図４（Ｃ）のステップＳ１１の医療行為の実施開始をする場合は、看護師は携帯しているＰＤＡ８によりステップＳ１２の作業予定データの取得を行う。
そして、取得された作業予定データに基づいて医療行為を実施しようとする実施場所となるベッドサイド等に行き、ステップＳ１３に示すようにその実施場所の患者に対して医療行為を実施する。
【００５０】
その医療行為の実施した時点で、看護師は携帯したＰＤＡ８によりステップＳ１４に示すような実施内容の入力操作（作業）を行い、ステップＳ１５に示すようにこの実施データを直ちに病院内情報管理システム２に対して登録を行うことになる。
【００５１】
なお、例えば、オーダ内容等、作業予定データに変更があった場合には、変更登録を行うことにより直ちに病院内情報管理システム２にその変更された作業予定データの変更登録がされる。
オーダデータや、そこから展開される予定データ、実施データは、例えば階層構造を持つタグで定義された、ＸＭＬ（eXtensible Markup Language）ファイル等で構成される。ＸＭＬはＨＴＭＬ（HyperText Markup Language ）の機能を拡張したものであり、その技術は周知技術であり特記しない。
【００５２】
これらオーダデータ、作業予定データ、実施データは、必要に応じて、各サブシステム４ＡのＰＣ端末６等で参照することができ、随時、オーダの内容や、予定、進捗状態、実施内容等の把握が可能となっている。
また、携帯できるＰＤＡ８により任意の時間及び任意の場所で自由にオーダの内容や、予定、進捗状態、実施内容等の把握が可能となる。また、実施場所となるベッドサイドの患者に対して作業予定の医療行為を実施した場合には、その作業予定の医療行為の内容を携帯したＰＤＡ８に入力することにより、ＰＤＡシステム４Ｂを介して病院内情報管理システム２にリアルタイムで登録することができ、医療行為に関して正確な情報の蓄積、更新ができる。
【００５３】
また、この場合、単に時刻のみでなく、後述するように５Ｗ１Ｈ（誰が、どこで、何を、どのように、いつ）を示す情報として記録されるので、その情報を詳しく解析することで、改善することもし易い（後で、解析する場合に必要な情報の欠落が少なく、詳細な解析が可能となる）。
【００５４】
本明細書では、各サブシステム４Ａ或いは４Ｂにて、医療行為の進捗状態、実施内容等の把握を可能とする為の、データ入出力の仕組みについて説明する。
図５は注射のオーダにより生成される作業予定データを表す図である。
注射の場合は、オーダが登録されると、以下の作業予定データが生成される。
（１）病棟における指示受け作業（図５では単に「指示受け」と表示）
（２）薬剤部門における薬剤の払い出し作業（図５では単に「払出」と表示）
（３）病棟における薬剤の混注作業（ミキシング作業）（図５では単に「混注」と表示）
（４）病棟における患者への注射開始作業（図５では単に「注射開始」と表示）
（５）病棟における患者への注射終了作業（図５では単に「注射終了」と表示）
これらの作業予定がすべて完了することで、この注射オーダに対する実施が完了したことになる。それぞれの作業予定は、サブシステム４Ａ若しくは４Ｂ、具体的には次のサブシステムにて実施が行われる。
「指示受け」→病棟システムにて、看護師が実施する。
「払出」→薬剤部門システムにて、薬剤師が実施する。
「混注」→病棟システムにて、看護師が実施する。
「注射開始」及び「注射終了」→ＰＤＡシステム４Ｂにて、看護師が実施する。
【００５５】
ここで、注射とは、点滴注射とワンショット注射との両方を意味している。点滴注射の場合は、時間をかけて投与が実施されるため、投与開始と投与終了の作業とは別個に行われるのが通常である。一方、ワンショット注射の場合は、１度の行為で投与が終了するため、投与の開始と終了とがほぼ同時に行われる。
【００５６】
図６は医療行為として注射を実施する場合におけるＰＤＡシステム４Ｂの動作フローを示す。
ＰＤＡシステム４Ｂでは、携帯が可能なＰＤＡ８が利用されており、看護師がこのＰＤＡ８をベッドサイドまで携帯して出向くことによって病棟のベッドサイド等での作業予定の確認や作業の記録の入力が可能であるので、注射開始および注射終了の実施データ入力に使用される。
【００５７】
通常、看護師は、まず、自分が担当する勤務帯の担当患者に対する作業予定をＰＤＡ８に取得しておき、その日の予定等を把握する。そして、各々の予定時刻になると、患者のベッドサイドに出向いて各医療行為を実施し、ＰＤＡ８から実施データの入力を行う。以下、図６に従って、その動作を詳細に説明する。
【００５８】
看護師は最初にステップＳ２１のログイン処理をする。ここで、ステップＳ２１での処理の詳細なフローを図７に示す。ＰＤＡ８の電源を投入すると（ステップＳ２１１）、ＰＤＡ８は図８のログイン画面Ｇ１となる。
このログイン画面Ｇ１において、看護師は、注射を実施する実施者ＩＤとパスワードを入力する（ステップＳ２１２）。
【００５９】
ログイン画面Ｇ１において、医療行為を実施するスタッフが自分のネームプレート等に付されている識別情報としての識別コードの読み取りをＰＤＡ８に設けた識別コードリーダ１２で行うと、実施者ＩＤの欄に識別コードから読み取ったＩＤデータが入力される。このように、ＰＤＡ８に設けた識別コードリーダ１２により簡単な操作でかつ正確に実施者ＩＤを入力することができる。
【００６０】
また、パスワードは、英数記号等のキーボード２０の画面が表示されているＰＤＡ８のタッチパネル上を指やペンでタッチすることで入力可能である。
このようにして実施者ＩＤとパスワードとの入力が完了し、ログインボタン２１が押されると、実施者ＩＤとパスワードとがサーバ７を経由して病院内情報管理システム２に送られて問い合わせがなされ、この実施者ＩＤとパスワードが正しければログインが完了する。なお、間違ったパスワード等を入力した場合には、後退・全消去ボタン３０をタッチしてこの入力を消去して入力し直すこともできる。
【００６１】
ログインが完了する（ステップＳ２１３）と、図６に示すようにステップＳ２２の作業予定リストの取得（ＰＤＡ８への登録）の処理に移る。
この作業予定リストの取得の処理に移ると、ＰＤＡ８の表示は図９に示す作業予定リストの登録画面Ｇ２になる。
【００６２】
この作業予定リストの登録画面Ｇ２では、患者を指定して登録するか病棟を指定して登録するかの表示が行われる（ＰＤＡ８の表示画面Ｇ２等では簡単化等のため、作業予定リストを作業リストと略記）。
つまり、看護師は、患者を指定して作業予定リストをＰＤＡ８に取得するか、あるいは患者がいる地域の範囲、例えば病棟、を指定してその病棟の患者すべての作業予定リストを取得するかを選択する。このように、医療行為を行う看護師が自分に適した作業予定リストを選択或いは絞り込みをすることができるようにして、使い勝手の良い選択画面を提供している。また、図９において、ログアウトボタン２３を押して（タッチして）作業を中断することもできる。
【００６３】
図９において、例えば「患者を指定して登録」を選択した場合には、図１０の画面Ｇ３が開く。
この画面Ｇ３において、「（１）勤務帯」ボタンと、「（２）患者ＩＤ」の入力欄が表示され、看護師は後述する勤務予定の勤務帯を指定（この具体例では例えば日勤帯０９：００〜１７：１５を指定）し、患者ＩＤの識別コードを読み取ることで、病院内情報管理システム２に登録されている作業予定リストのデータから、これに対応するデータが取得される。そして、この画面Ｇ３には取得された対象患者全てが、リストに表示される。
【００６４】
図１０の画面Ｇ３は、３人の患者（各々に付与されている識別子である患者ＩＤが「１１１１１１１１」、「２２２２２２２２」、及び「３３３３３３３３」である３人）に対する勤務帯（０９：３０〜１７：１５）での作業予定リストが取得された状態を示している。この状態で確定ボタン２４を押すことにより、この３人の患者に対する医療行為の予定がＰＤＡ８に正規に登録される。また、キャンセルボタン２２へのタッチによってこれらのリストの登録をキャンセルすることもできる。
【００６５】
一方、図９の画面Ｇ２において、「病棟を指定して登録」を選択した場合は、図１１の画面Ｇ４が開く。
この画面Ｇ４において、「（１）勤務帯」ボタンと、「（２）病棟」の入力欄が表示され、看護師は取得したい勤務帯と病棟名（例えば５Ｆ北病棟）を指定し、確定ボタン２４を押すことで、指定した病棟の患者全ての予定がＰＤＡ８に取得されることになる。
【００６６】
図１０及び図１１において、上記の手順で対象の患者の作業予定リスト情報がサーバＰＤＡサーバ７よりアクセスポイント１０を介してＰＤＡ８に取得されると、ＰＤＡサーバ７では、そのＰＤＡ８のＩＰアドレス情報とそのＰＤＡ８に送信した作業予定リスト情報の対象患者のＩＤとを関連付けて、例えばＰＤＡサーバ７内の記憶装置にその関連付けた情報を記憶する。例えば、ＰＤＡ８のＩＰアドレスが「１９２．１６８．ｘｘｘ．ｘｘｘ」の場合、上記図１０では、「１９２．１６８．ｘｘｘ．ｘｘｘ：１１１１１１１１」、「１９２．１６８．ｘｘｘ．ｘｘｘ：２２２２２２２２」、「１９２．１６８．ｘｘｘ．ｘｘｘ：３３３３３３３３」の関連付けが行われている。
【００６７】
図１０と図１１には、それぞれ「（１）勤務帯」ボタン２５が設けられているが、このボタン２５を押す事で、勤務帯を選択指定する為のウィンドウが開き、図１２に示すように勤務帯を選択指定する為の画面Ｇ５となる。
なお、本実施の形態では勤務帯は、深夜帯は０１：００〜０９：１５、日勤帯は０９：００〜１７：１５、そして準夜帯は１７：００〜０１：１５であるとして説明するが、この時間帯は設定により変更可能である。
【００６８】
図１３は、図９〜図１２で示したステップＳ２２の処理の詳細なフロー、すなわちログイン完了から勤務帯を選択するまでのフローを示したものである。ＰＤＡ８にログインされると（ステップＳ２２１）、このＰＤＡ８にユーザがログインした旨の情報がサーバ７に通知される。サーバ７では、そのログイン情報を受信すると、現在時刻情報をそのＰＤＡ８に送信する。ＰＤＡ８では、その受信した現在時刻情報（以下、ログイン時刻情報）に基づいて、ＰＤＡ８内蔵の時計装置の時刻を補正する。また、その現在時刻情報をＲＡＭ１５または記憶部１６に格納する。
【００６９】
次に、図９で説明したように作業予定リストの登録画面Ｇ２が表示される（ステップＳ２２２）。そして、上記で取得したログイン時の時刻が、「０１：００〜０９：００」、「０９：００〜１７：００」、「１７：００〜０１：００」のどの範囲に含まれるのかが判断される（ステップＳ２２３）。
【００７０】
その後、「患者を指定して登録」または「病棟を指定して登録」のどちらかを選択して、図１０または図１１の画面に遷移する。ここでは、「病棟を指定して登録」を選択することとする。
そうすると、図１１の画面Ｇ４が開く。このとき、ステップＳ２２３で上記で取得したログイン時刻が「０１：００〜０９：００」の範囲に含まれると判断された場合、ボタン２５には「深夜帯（０１：００〜０９：１５）」が表示される（ステップＳ２２４）。また、ログイン時刻が「０９：００〜１７：００」の範囲に含まれると判断された場合、ボタン２５には「日勤帯（０９：００〜１７：１５）」が表示される（ステップＳ２２５）。また、ログイン時刻が「１７：００〜０１：００」の範囲に含まれると判断された場合、ボタン２５には「準夜帯（１７：００〜０１：１５）」が表示される（ステップＳ２２６）。このようにログインした時間により自動的に勤務帯をボタン２５に表示する。
【００７１】
ログインしたユーザは、ステップＳ２２４、ステップＳ２２５、またはステップＳ２２６で勤務帯ボタン２５に表示された勤務帯が正しいかどうかを判断する（ステップＳ２２７）。ステップＳ２２７で、ユーザが表示内容が正しいと判断した場合、上記で説明したように画面Ｇ４で作業予定リスト登録を登録する（ステップＳ２２９）。また、ステップＳ２２７で、ユーザが表示内容が誤っていると判断した場合、勤務帯ボタン２５を押下する。
【００７２】
勤務帯ボタン２５を押下すると、図１２で示した勤務帯選択のウィンドウがオーバーレイ表示され、「深夜帯（０１：００〜０９：１５）」、「日勤帯（０９：００〜１７：１５）」、「準夜帯（１７：００〜０１：１５）」の勤務帯のうちのいずれかを選択できる（ステップＳ２２８）。
【００７３】
この場合、ログインした時刻により、その時刻を含む勤務帯が中央にデフォルト（初期）の選択状態で表示され、その前後に他の２つの勤務帯が表示され、所望とする勤務帯の選択をしやすくしている。本実施の形態では、「日勤帯（０９：００〜１７：１５）」がデフォルトで選択されている。
【００７４】
また、ここで、正しい勤務帯を選択して確定ボタン２６を押すことにより、その選択された勤務帯ごとの作業予定リストの取得が可能となる。
なお、この場合に取得される作業予定データは、勤務帯の時間帯に前後１時間半程度プラスして、作業予定を多めに取得するようにしている。これは、勤務帯の分かれ目付近の予定のずれや、各勤務帯でのスタッフ間の作業の引継ぎを考慮したものである。
【００７５】
さらに、「注射終了」の作業予定については、２４時間前まで時刻を遡って作業予定データを取得するようにしている。これは、後述するが、注射開始と注射終了との両作業がある点滴注射の場合には点滴注射の投与中の状態があるため、前の勤務帯で投与を開始した点滴注射について現在の勤務帯にて注射終了の作業を行うといった場合に必要となるためである。
【００７６】
ステップＳ２２の作業予定リストの取得の処理が終了すると、ステップＳ２３の作業予定リストの表示の処理に移る。
この作業予定リストの表示の処理に移ると、ＰＤＡ８には図１４に示す作業予定リストの表示画面Ｇ６となる。
【００７７】
この図１４の作業予定リストの表示画面Ｇ６は、作業予定リストを表示する際に、どのような形で表示を行うかを選択する画面であり、「本日の業務リスト」、「患者毎の業務リスト」、「項目毎の業務リスト」の３つの選択項目２７ａ、２７ｂ、２７ｃが表示される。
【００７８】
「本日の業務リスト」の選択項目２７ａを選択すると、ＰＤＡ８内に登録したすべての作業予定を表示する。
「患者毎の業務リスト」の選択項目２７ｂを選択すると、ＰＤＡ８内に登録した作業予定の中で、指定した患者の作業予定リストのみを表示する。
【００７９】
また、「項目毎の業務リスト」の選択項目２７ｃを選択すると、ＰＤＡ８内に登録されている作業予定の中で、指定した医療項目の種類の作業予定リストのみを表示する。
このように、作業予定データをＰＤＡ８の記憶部１６に一旦登録しておき、作業予定データのリスト表示（一覧表示）の形態を変更する形としたことにより、病院内情報管理システム２への問い合わせの頻度を減らし、通信に係るトラフィックを少なくする効果や、処理時間の短縮に効果がある。
【００８０】
また、看護師はＰＤＡ８内に取得した作業予定データにより、省電力で所望する作業予定データの選択的な表示等ができる。つまり、サーバ７を介して病院内情報管理システム２のデータベースに逐一アクセスすることなく、すなわち無線ＬＡＮカード１２をアクティブな状態にすることなく、そして無線ＬＡＮカード１２を休止状態にした省電力の状態で、ＰＤＡ８内の記憶部１６から、勤務帯、患者、作業項目等の指定操作を行うことにより、指定した患者等に関する作業予定データのみを表示させるようにすることができる（ＰＤＡ８内のＣＰＵは、ＰＤＡ８の操作指示により、サーバ７側と接続することを必要としない場合には無線ＬＡＮカード１２を休止状態にし、省電力化する）。
【００８１】
この他の変形例として、図６のステップＳ２１に示すようにＰＤＡ８によりログインして病院内情報管理システム２のデータベースにアクセスした後、ステップＳ２２の作業予定リストの取得を行わないで、ステップＳ２３の作業リストの表示の処理を行うようにすることもできる。
【００８２】
特に、最新のある項目のみの情報を確認したいような場合には、このようにすると、短時間で目的とする情報の確認ができる。また、選択肢を広げることにより、このＰＤＡ８を用いるスタッフはより自分に適した表示形態で作業予定データの表示や確認ができる。
【００８３】
このように本実施の形態では、作業予定データの表示内容を選択でき、その場合、携帯端末としてのＰＤＡ８における作業予定データの取得手段側で選択できると共に、表示部１８の指示側でも選択することができるようにして、ＰＤＡ８を使用する広範囲のユーザに対応できるようにしている。
【００８４】
図１４の画面Ｇ６において、「本日の業務リスト」の選択項目２７ａを選択すると、図１５に示す表示画面Ｇ７となる。
この画面Ｇ７は、実施が未（まだ）の作業予定リストを表示するタブ２８と、実施済みの作業予定リストを表示するタブ２９とに分けて表示する構成にしている。
【００８５】
つまり、取得した作業予定リストの中で、実施が未のものは、「未」のタブ２８に表示され、実施が済みのものは、「済」のタブ２９に表示されるので、作業予定の中で、何が未実施で、何が実施済みかを、判りやすく表示可能である。
また、画面右上には、進捗バー３１と呼ばれる表示があり、予定されている作業のどのくらいが実施済みになっているかの割合が、バーのゲージで表示されている。バーの色が右端にまで達すると、予定のすべての作業が済んだことになる。このゲージは、全体の予定件数と実施済みの件数との比率の算出結果を表示している。
【００８６】
各作業予定は、「未」タブ２８のリストの１行に表示され、それぞれ、予定時刻、患者名、作業名称が表示される。この予定リストの１行を選択することで、後述の実施入力を行う為の画面が表示される。
又、実施を行った予定リストは、済みのタブ２９に移動するが、この済みのタブ２９上で、リストの１行を選択した場合は、図１６に示す画面Ｇ８のように実施済みの内容（実施データ）が（図１５の画面Ｇ７上に）オーバレイ表示される。
【００８７】
図１６の実施済みの内容例では、血圧測定を実施し、血圧（上）と血圧（下）の測定値の入力結果が表示されている例である。
図１５に示すように未実施の作業予定リストが表示されるので、図６のステップＳ２４に示すようにその作業予定リストから１つを選択し、その選択した医療行為を実施する。
【００８８】
この場合、医療行為を実施し、その実施場所でその実施をした看護師は携帯しているＰＤＡ８によりその医療行為の実施を行った内容の入力を行う。この医療行為の実施を行った内容の入力を行い、この入力操作が完了すると、その内容はサーバ７を介して病院内情報管理システム２にも送信される。
【００８９】
そして、その医療行為は作業予定データから実施済みの医療行為としてデータベースに登録され、その登録の処理が完了すると、その完了の通知がＰＤＡ８に戻される。
このようにして、病院内情報管理システム２のデータベースには、医療行為に関する情報がリアルタイムで正確に蓄積される。なお、データベースに登録される情報は図１７を参照して後述するように単に時刻情報のみを含む情報でなく、詳細な情報である。
【００９０】
上記完了の通知を受けてＰＤＡ８における「未」タブ２８に表示されていた医療行為が実施済みとなり、その作業予定の内容は、「済み」タブ２９へと移動する。
そして、ステップＳ２３に戻り、残っている作業予定リストから１つを選択し、その選択した医療行為を実施することを繰り返すことにより未実施の作業予定の医療行為を全て行うことになる。
【００９１】
このように本実施の形態では、医療行為を行う実施者としての看護師はＰＤＡ８を携帯することにより、殆ど任意の場所及び時間において、自分の行うべき作業予定業務をＰＤＡ８の表示部１８に表示させることで確認できる。
その場合、実施を行っていない作業予定業務は「未」タブ２８にまとめて表示され、その「未」タブ２８の作業予定業務を実施場所で実施して、実施の内容を入力する操作を行うことにより、病院内情報管理システム２のデータベースに登録されると共に、ＰＤＡ８での表示形態は「未」タブ２８から「済み」タブ２９へと移動するので、看護師は「未」タブ２８に表示されている作業予定業務を、患者がいる各実施場所で実施していくことで、正確、円滑かつ効率良く作業予定業務を遂行することができる。
【００９２】
上記作業予定や、オーダ時の指示事項に基づき、医療行為が実施できるのは、作業予定データ（ＸＭＬ構造のファイル）に、必要な情報がセットされているからである。以下に、作業予定データの内容と、注射実施時の動作について説明する。
【００９３】
図１７は作業予定データの構造を示す。各作業に必要な５Ｗ１Ｈ（誰が、どこで、何を、どのように、いつ）を示す情報が含まれ、作業予定データを取得することで、オーダ時に指定された指示内容を参照し、医療行為を実施することができる。
【００９４】
１オーダでは複数の注射（図１７ではＲＰと略記）の予定の登録が可能であり、＜作業予定データ＞＜実施データ＞＜指示内容＞＜対象物＞等のタグデータは、”複数出現可”（繰り返しのセット）が可能となっている。
図１７の右側の「実施データの内容」欄は、注射の実施によってＰＤＡ８からサーバ７を通して登録される実施データの構造を示す。
【００９５】
この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれる。作業予定データではセットされていなかった実施者や、実際の実施時刻、投与量等のデータが実施内容に基づきセットされる。
図１７の「作業予定データの内容」、「実施データの内容」、「破棄データの内容」欄にその情報のセット内容の例を示す。網掛けをした部分が、実施内容に基づいて、追加、または変更されたデータである。
【００９６】
「作業予定データの内容」欄と「実施データの内容」欄とを見てみると、作業予定データの＜進捗＞のデータが、“予定”から“実施済み”に変更され、＜実施者＞、＜実施時間＞、＜投与量＞が実施した内容に基づき追加され、実施データとなっている。なお、図１７では、実施者（オリンパス花子）を簡単化のため〜Ｎｓと略記している。
【００９７】
また、後述するように図１７の「破棄データの内容」欄には、破棄された場合のデータ構造を示し、作業予定データの内容に対して網掛けをした部分が、変更されたデータとなる。
図１８は注射実施（投与時）の動作フローを示し、この動作フローを以下に説明する。
【００９８】
図１８のステップＳ３１に示すように実施する作業（この場合、注射）予定を選択する。
このために、例えば図１４の「項目毎の業務リスト」を選択し、この選択から注射に関する作業予定のみを表示する状態にする。注射に関する作業予定のみを表示する状態にした画面Ｇ９を図１９に示す。
【００９９】
この画面Ｇ９では、具体的には５日１０：００予定の「５日１０：００ オリンパス次郎 注射：ＩＶ」の予定を例に取ると、作業予定データ内にセットされている情報は、図１７の右欄に記載のようなデータになる。
「０５日１０：００ オリンパス次郎 注射：ＩＶ」の行を選択した場合は、図１８のステップＳ３２に移り、ボトルラベルチェックの処理を行う。そして、この場合には、看護師のＰＤＡ８には図２０に示す表示画面Ｇ１０となり、「ボトルラベルを識別コードを入力して下さい」等のメッセージ表示を行うと共に、注射ボトルに混注（ミキシング）されている全ての薬剤（薬剤名称および使用容量）が表示される。
【０１００】
従って、看護師は携帯しているＰＤＡ８で識別コードが表示されている注射ボトルのラベルを読み込み、作業予定データ内のＲＰ−ＩＤと一致するかを照合する。照合により、作業予定データ内のＲＰ−ＩＤと一致している場合には、次のステップＳ３３に進む。
【０１０１】
一方、作業予定データ内のＲＰ−ＩＤと一致していないと、ステップＳ３４に移り、警告して、ステップＳ３２に戻る。
注射ボトルを取り間違えている等の場合は、ラベル上の識別コードとＲＰ−ＩＤが一致しない為、間違いを検出し、警告表示および警告音を出して通知が可能となっている。
【０１０２】
図２１はこの場合の警告表示の画面Ｇ１１を示し、「読み込まれたボトルラベルは実施しようとしている注射のボトルラベルではありません。」等の警告メッセージを表示する。
照合により、作業予定データ内のＲＰ−ＩＤと一致している場合には、ステップＳ３３に進み、このステップＳ３３で、混注（ミキシング）／中止チェックを行う。
【０１０３】
つまり、混注（ミキシング）の作業の実施入力が済みとなっているか、およびオーダが中止されていないかをチェックする。
混注（ミキシング）の実施入力が済みとなっていれば、混注の実施データが登録されているはずであり、オーダが中止になっていれば、オーダ中止の実施データが登録されている。
【０１０４】
よって、病院内情報管理システム２から、混注の実施データ（ＸＭＬファイル）を取得し、＜進捗＞のタグデータが”実施済み”になっているか否かを確認し、且つ、オーダ中止のデータが登録されていないかを確認する。
ここで、混注が未実施の場合は、ステップＳ３４の警告処理、例えば「混注の確認作業が実施されていません。」という旨の警告表示を行い、オーダが中止されている場合は、その警告処理、例えば「オーダが中止されています。」という警告表示を行って、ステップＳ３２の処理に戻す。
【０１０５】
ここで、混注（ミキシング）の確認作業が実施済みであるか否か、オーダが中止になっていないかを確認する理由は次の通りである。
混注（ミキシング）の確認作業が行われていないということは、ボトルのラベルの識別コードとミキシングする各薬剤の識別コードとのチェックがなされていない。よって、指示通りの薬剤がミキシングされ、所定のボトルに注入されているかを、確実にするためには、混注（ミキシング）がシステムにてチェックされたか否かを確認する必要がある。
【０１０６】
本システムでは、混注（ミキシング）の確認入力が行われた後は、注射オーダの修正入力はできないよう制御している。これは、投与直前までオーダ修正が可能であっても、投与直前のオーダ修正に対しては対応が困難であるためである。また、混注（ミキシング）後に薬剤変更があった場合は、既に混注（ミキシング）した薬剤は無駄となるためである（なお、直前のオーダ修正については、オーダの中止および新規の緊急オーダとボトルの破棄処理にて対応することができる。）。
【０１０７】
よって、注射ボトルの識別コードと作業予定データのコード（ＲＰ−ＩＤ）が照合できた場合、混注（ミキシング）の確認入力済みであることが確認でき、オーダが中止されていなければ、その作業予定データは、修正を受けておらず、かつ中止もされていない、実施すべき作業であることが確認できることになる。
【０１０８】
この混注（ミキシング）／中止チェックにより実施すべき作業であることが確認されると、ステップＳ３５に進み、リストバンドチェックの処理を行う。
図２２は患者のリストバンドチェックを行う場合の表示画面Ｇ１２を示す。
ボトルラベルチェック及び混注（ミキシング）／中止チェックがＯＫとなった場合は、ＰＤＡ８の表示はこの画面Ｇ１２に遷移する。この画面Ｇ１２では、例えば「患者のリストバンドの識別コードを入力してください。」のメッセージが表示される。
【０１０９】
ここで、看護師はＰＤＡ８により患者リストバンド上の識別コードを読み込み、作業予定データ内の患者ＩＤと一致するかを照合する。照合により一致していると、ステップＳ３６に進む。一方、一致していないと、ステップＳ３７の警告の処理を行ってステップＳ３５に戻る。
【０１１０】
このように、対象患者を間違えている等の場合は、リストバンドの識別コードと患者ＩＤが一致しないため、間違いを検出し、警告表示および警告音を出して通知が可能となっている。
ステップＳ３５によるリストバンドのチェックが済むと、ステップＳ３６のオーダ内容の表示の処理に進み、この場合にはＰＤＡ８は図２３に示す注射実施の確定画面Ｇ１３となる。
【０１１１】
この画面Ｇ１３では、注射に対するオーダ時の指示内容が表示される。
つまり、患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示され、ここで、オーダの指示内容を確認し、次のステップＳ３８の注射の投与を実施する。
【０１１２】
ステップＳ３８の注射実施後、ステップＳ３９の投与した投与量を入力する処理を行う。
図２４はＰＤＡ８における投与した投与量を入力する画面Ｇ１４を示す。
この画面Ｇ１４は、電卓入力に近い画面となり、投与した薬剤のパーセンテージを入力できるようになっている（デフォルトは１００％で表示され、変更がなければ、そのまま確定ボタンを押せばよい）。
【０１１３】
この投与量の入力を行うことにより、ステップＳ４０の実施データの登録処理がされ、ＰＤＡ８からサーバ７を通して病院内情報管理システム２に登録される。
なお、上記注射は、必ずボトル内の注射薬全てを投与するとは限らないため、このように正確に投与量を記録することもできるようになっている。これは、患者の容体の変化、オーダ時の指示等で、５０％や７５％のみ投与ということがあり得るからである。また、ここでは、％単位での入力を行うようにしているが、使用した容量に基づきｍｌ単位での入力を行うようにしてもよい。
【０１１４】
次に、図１８のステップ３２のボトルラベルチェックの動作を、図２５を参照してより詳細に説明する。
図２５は注射の実施におけるボトルラベルチェックの動作フローを示す。
注射等のオーダは修正が行われる場合がある。具体的には、各サブシステム４ＡのＰＣ端末６等から、オーダの修正登録が行われる場合がある。
【０１１５】
オーダの内容に変更があった場合は、その変更内容に基づき、医療行為が実施されるべきである。修正前の内容で、実施しようとした場合等は、その間違いをチェックし、警告表示等ができる必要があり、図２５のボトルラベルチェックの処理はこれに対応するものである。
【０１１６】
つまり、図２５は、オーダ内容が修正された場合でも、そのチェックができる仕組みを表した図である。具体例として、注射Ａをオーダした後、注射の種類をＡ’（Ａダッシュ）に変更した場合で説明する。
時刻Ｔ１で注射Ａをオーダした後、例えば時刻Ｔ２でＰＤＡ８によりその作業予定リストが取得されていると、その後の時刻Ｔ３でオーダ修正が行われた場合には、ＰＤＡ８には修正された内容（Ａ’になった）が登録されていないことになる。しかし、このような状態においても、間違いの防止が可能な機能が搭載されている。
【０１１７】
この状態で注射を実施しようとした場合、次の３通りのケースＣ１、Ｃ２、Ｃ３が考えられるが、この病院情報システム１を使用していればそのいずれのケースにおいてもチェック機能が働くようになっている。
Ｃ１：オーダ変更前の注射Ａが病棟に届く。
Ｃ２：オーダ変更後の注射Ａ’が病棟に届く。
Ｃ３：全く異なる注射Ｂが病棟に届く。
【０１１８】
以下、Ｃ１から順次説明する。
Ｃ１：病棟に注射Ａが届いた場合
通常は、混注（ミキシング時）に、ボトルラベル上の識別コードと混注される各々の薬剤の識別コードが、オーダ修正後の作業予定データの内容に基づき、病棟システムにて読み取りチェックされるため、そこで警告表示がなされ、間違いが検出される（混注確認作業）。
【０１１９】
ＰＤＡシステム４Ｂでは、この混注確認作業が実施されたか否かをチェックすることで、間違いのない内容のボトルが届いていないかどうかのチェックが可能である。
また、図２５に示すように最新の作業予定データのチェックの機能を持たせることにより、オーダ変更を知ることができるようにしてもよい。
【０１２０】
つまり、ＰＤＡ８によるラベルチェックはＯＫとなり、次のＰＤＡ８での混注チェックもＯＫとなり（これがＮＧであると「混注確認が未実施です」とのメッセージが表示される）、更にＰＤＡ８での患者チェックまでもがＯＫとなる（これがＮＧであると「対象の患者と異なります」とのメッセージが表示される）としても、最新の作業予定データをチェックする処理を行わせるようにすることにより、確認結果をＮＧとすることができる。
【０１２１】
具体的には、例えば、ＰＤＡ８での患者チェックの処理の後、最新の作業予定データをチェックするようにし、変更があれば「オーダが変更されている可能性があります。確認して下さい」等のメッセージをＰＤＡ８に表示する処理を行うようにする。
【０１２２】
例えば図１８のフローチャートで説明すると、ステップＳ３５のリストバンドチェックがＯＫの後、上記最新の作業予定データをチェックするようにＰＤＡ８に表示する処理を行った後、ステップＳ３６のオーダ内容表示を行うようにしてもよい。
【０１２３】
このように最新の作業予定データのチェックを行わせるメッセージ表示処理を行うことにより、その注射を実施する実施者は、最新の作業予定データを携帯しているＰＤＡ８で取得して確認することにより、オーダの変更を知ることができる。
Ｃ２：病棟に注射Ａ’が届いた場合
病棟にオーダ修正後の注射Ａ’が届いた場合、ＰＤＡ８に修正前の古い作業予定データが登録されていた場合は、ボトルラベルのチェック不整合となり、メッセージにて警告が表示される。
【０１２４】
オーダが修正された場合は、各注射（ＲＰ）に付与されているＩＤ（ＲＰ−ＩＤ）は、途中桁までを同じとし、その下何桁かをインクリメントするようにしているので、途中桁までの一致を判断することによってボトルラベルの不整合がオーダ修正によって発生しているか否かが判断可能である。なお、途中桁までのＩＤは、各注射に一意な番号を付与すべきであることは、言うまでもない。
【０１２５】
このようにしてボトルラベル上の識別コードを照合チェックした結果、オーダ内容の修正のためにボトルラベルの不整合が生じている場合には、「オーダが変更されている可能性がありますので、予定業務リストを再取得してください。」という旨のメッセージが表示される。ここで、使用者がＰＤＡ８を操作して最新の作業予定リストを再取得することで、ＰＤＡ８内には注射Ａから注射Ａ’に変更された後の作業予定データが登録される。この後には、ボトルラベルのチェック、リストバンドのチェックの結果はいずれもＯＫとなるので、注射Ａ’の実施が可能となる。
【０１２６】
この動作は、注射を実施しようとしているスタッフへオーダ修正後の新しい指示事項を知らしめることができるという点で有効であり、古い情報しか知らないまま注射を投与することがなくなる。
また、警告だけでなく、さらに、「オーダが修正されていますので、最新化ボタンを押して下さい」とのガイダンスや、ＮＧを出さずに、「オーダが修正されている為、最新情報を取得中です」を表示した上で最新の作業予定データを取得して照合し、この照合の結果がＯＫであるときに限り患者（リストバンド）チェックに進むようにしてもよい。
Ｃ３：病棟に全く異なる注射Ｂが届いた場合
病棟に全く異なる注射Ｂが届いた場合には、ボトルラベル上の識別コードと、作業予定データ所のコード（ＲＰ−ＩＤ）が全く異なっているため、明らかにＮＧとして、警告を行うことができる。具体的には、「使用予定のボトルと異なっています。」という旨の警告表示を行うことによって、間違って投与することを防止することができる。
【０１２７】
なお、この手法はワンショット注射の場合にはとりわけ有効であるが、点滴の場合には、時間をかけて投与を実施するため、ワンショット注射と異なり、“注射開始“と、“注射終了“の実施入力が行われる。
ワンショットの場合は、以下の順序
（１）ボトルラベルチェック→（２）リストバンドチェック→（３）投与→（４）注射終了（投与量）入力
で作業が行われるのであるが、点滴の場合には次のような２回の作業予定となる。
（点滴開始）
（１）ボトルラベルチェック→（２）リストバンドチェック→（３）注射開始
（点滴終了）
（１）ボトルラベルチェック→（２）投与終了（抜針）→（３）注射終了（投与量）入力
作業予定データで説明すると、ワンショット注射の場合には、「注射開始」の作業予定データと、「注射終了」の作業予定データの両方が同時に登録処理されるが、点滴の場合には、「注射開始」（「点滴開始」）と「注射終了」（「点滴終了」）とがそれぞれのタイミングで登録される。
【０１２８】
図２８は点滴の医療行為を行う場合における動作内容を示す。ここで、図２８（Ａ）は点滴開始の場合の動作内容を示し、図２８（Ｂ）は点滴終了の場合の動作内容を示す。
図２８（Ａ）に示すように、点滴開始により、ステップＳ４１のボトルラベルチェックの処理を行う。このボトルラベルチェック（以下の混注／中止チェック、リストバンドチェックも同様）は実際には図１８で説明したように、チェックが正しく行われないとＮＧとなり、警告を行ってステップＳ４１に戻るような処理を行うが、ここでは簡単化のため、ボトルラベルチェックが正しく行われたとして簡略化して説明する。
【０１２９】
上記ボトルラベルチェックが正しく行われると次のステップＳ４２の混注／中止チェックの処理となり、この混注／中止チェックが正しく行われるとステップＳ４３のリストバンドチェックの処理に進み、このリストバンドチェックが正しく行われるとステップＳ４４のオーダ内容表示の処理に進む。
【０１３０】
このオーダ内容表示の処理の後、ステップＳ４５の注射開始（刺針）をする。つまり、上記リストバンドでチェックした患者に対して点滴の針を刺してセットされている薬剤投与の医療行為を開始する。また、その行為を実施した看護師はその時点（タイミングで）で、ステップＳ４６に示すようにＰＤＡ８により点滴開始の入力操作を行い、病院内情報管理システム２にその情報を送信し、病院内情報管理システム２のデータベースには点滴開始の実施データが登録される。そして、患者に対して点滴により予定された薬剤が投与され始める。
【０１３１】
点滴開始後、その点滴による薬剤の投与が終了する時刻において、その点滴終了の医療行為を行う看護師は図２８（Ｂ）のステップＳ５１に示すボトルラベルチェックをした後、ステップＳ５３の点滴のために刺した針を抜いて投与終了（抜針）の作業を行い、さらにステップＳ５４のＰＤＡ８により投与量入力を行って点滴終了を実施する。
【０１３２】
この投与量入力によりＰＤＡ８からステップＳ５５に示すようにその点滴終了の情報が病院内情報管理システム２に送信され、病院内情報管理システム２のデータベースには点滴終了の実施データが登録される。
このように時間のかかる医療行為の場合においても、病院内情報管理システム２のデータベースには正確に医療行為の開始時点での詳細な情報が登録されると共に、医療行為の終了時点でも詳細な情報が正確に登録される。
【０１３３】
このように時間のかかる医療行為の場合において、開始時点で詳細な情報の登録を行い、かつ終了時点でも詳細な情報を登録するようにして、以下のようにより適切な支援ができるようにしている。
例えば、点滴開始の作業予定時間に対して、実際に点滴開始の作業を実施した時刻がずれてしまうような場合においては、点滴終了予定の時刻もずれる。病院内情報管理システム２は、実際に点滴開始の作業を実施した時刻がずれた時間を参照し、データベースにおける対応する点滴終了の業務を行う作業予定の時刻を変更する。
【０１３４】
この変更により、その点滴終了の業務を作業予定データとしている看護師がＰＤＡ８によりその作業予定データを病院内情報管理システム２のデータベースからダウンロード等して作業予定データとして参照或いは閲覧した場合には、その点滴終了の業務を行う作業予定の時刻が変更されているので、速やかにその対応ができる。
【０１３５】
この場合、実際に点滴開始の作業を実施した看護師が点滴終了の業務も行う場合が多く、その看護師は点滴終了の業務が終了する予定時刻をより正確に知ることができる。従って、その後の作業予定業務への対応もし易い。
また、点滴開始から終了まで薬剤を投与する時間が長く、かつ看護師が点滴開始から終了まで、その場所に居なくても済むような場合には、その間に他の作業予定業務を効率良く実施することができる。この場合においても、点滴終了の業務が終了する予定時刻をより正確に知ることができるので他の作業予定業務を行い易い。
【０１３６】
また、実際に点滴開始の作業を実施した看護師が、例えばその勤務帯の終了時刻付近でその点滴開始の作業を実施し、点滴終了の業務を別の看護婦に引き継いで行うように業務予定が設定されている場合においても、その別の看護婦はＰＤＡ８によりデータベースにアクセスしてその作業予定データを参照或いは閲覧することにより、実際に点滴開始の作業を実施した時刻がずれたために点滴終了の作業終了予定時刻がずれ込むことを迅速に知ることができ、対処もし易い。
【０１３７】
例えば上述のようにずれた時間の間に他の作業予定の医療行為を行うようにする等することにより、後の作業予定の行為に及ぼす影響を少なくでき、作業予定の医療行為を円滑に行うことができる。
このように時間がかかる医療行為において、開始予定時刻と実際の開始時刻とがずれ込むような状態が発生しても、その情報を速やかに把握できるので、その後の医療行為を実施する場合の影響を少なくでき、医療行為を円滑に行い易いように支援ができる（或いは医療行為を円滑に行い易い環境を提供できる）。
【０１３８】
また、後でデータベースからそのような情報を詳細解析することにより、医療行為の実施がずれた原因等を調べることもでき、より適切に改善することもできる。
つまり、この場合においても、単に時刻のみでなく、上述した５Ｗ１Ｈを含む情報が点滴開始時と終了時にデータベースに詳細に登録されるので、後で解析する場合にもその解析に必要となる十分な情報があり、詳細な解析を行うことができる。
【０１３９】
例えば、点滴開始時と終了時に登録される情報は、それぞれの実施日時のデータの他に、実施者、実施場所、実施内容、実施された患者のデータ等を含む。より詳細には図１７の実施データの内容の欄に示すものに相当する。図１７では、作業予定のデータがそのその作業の実施により、或いはその作業予定の破棄によりどのようになるかの概要を示すものであり、図１７ではその概要を分かり易くするため、（開始と終了とは殆ど同じ時刻で済む）ワンショット注射を実施したもので示している。
【０１４０】
従って、時間がかかる点滴の場合における点滴開始を実施した場合には、＜進捗＞のデータは作業予定データでの予定から実施データでは実施済（より詳細には、点滴開始の実施済）となり、＜指示内容＞のデータは実施データの欄でも図１７の網掛けで示している投与の入力は行われない。この投与の網掛けは点滴終了の実施により行われることになる。
【０１４１】
また、この点滴開始の実施データの登録を受けて、病院内情報管理システム２はこの点滴開始と対になる点滴終了の作業予定データの内容の欄における＜実施予定日時＞のデータを点滴開始の実施データの日時により変更し、より正確なデータベースを構築し、参照するユーザに正確な情報を提供できるようにする。
【０１４２】
このように詳細に情報の記録が行われるので、システムのプログラムをより改善する解析の他に、医療業務を行う各看護師の業務遂行に関する能力、負担等の把握に利用することもできる。
なお、上述の説明では、データベースにおいて正確な情報の記録・蓄積を行う例で説明したが、（点滴のように）作業開始から作業終了までに時間がかかる医療行為の場合においては、作業開始の予定時刻から実際にその作業が開始された情報の登録がされた段階で、病院内情報管理システム２の図示しないＣＰＵは、そのずれ時間が予め設定した時間を超えるか否かを判断し、越えていると判断した場合には、その点滴終了を実施する実施者が携帯するＰＤＡ８に対して、その点滴終了の作業予定時刻が変更されたことを告知する処理を実行するようにしても良い。
【０１４３】
告知する処理としては、点滴終了の作業予定時刻が変更されたことを告知する情報であると分かり易いが、これに限定されるものでなく、単に最新の作業予定データを得るようなメッセージでも良い。このようなメッセージとした場合には、他の場合にも利用でき、プログラムを簡単化できる。
【０１４４】
また、点滴開始と終了とを実施する実施者が異なる場合には、ＰＤＡ８のメール機能を利用し、点滴開始をした時間がずれたので点滴終了の予定時刻がずれることを、点滴開始を実施した者から終了を実施する者へ知らせるようにしてもよい。
【０１４５】
また、上記説明では時間がかかる医療行為として点滴の場合で説明したが、その他の医療行為、例えば心電図を得るための医療行為その他に適用することも可能となる。
次に、注射のボトルを壊してしまった等、破損の処理について説明する。
【０１４６】
注射の投与前に、ボトルを壊してしまった等の破損入力用の画面は、注射の実施画面から開くことができるようになっている。図２０のボトルラベルチェック画面右下にある破損入力ボタン３１を押すことで破損入力用画面が開く。図２６は破損入力用のボトルチェック画面Ｇ１５を示す。
【０１４７】
この画面Ｇ１５が表示されている状態で、壊してしまったボトルラベル上の識別コードを入力することで、まず、破損したボトルのチェックを行う。チェックが済むと図２７の破損入力の確定画面Ｇ１６が開く。
また、破損時にボトルラベルに液体がかかってしまい、識別コードの読み取りができないような場合には、ボトルラベル手入力ボタン３３を押し、図示しない電卓型の入力画面から識別コードに隣接して表示されている該識別コードの内容を示す数字を入力することで、図２７の画面Ｇ１６を開くことも可能である。
【０１４８】
図２７の破損入力の確定画面Ｇ１６では、注射の実施確定画面と同様に、その注射のオーダ時の指示内容が表示される。
患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示され、ここでオーダの指示内容を確認する。破損入力するボトルに間違いなければ、確定ボタン２４を押して入力を行う。
【０１４９】
確定ボタン２４が押されると、破損入力したデータ（表１の“破棄データ”）が病院内情報管理システム２に登録され、物流部門や薬剤管理部門のシステム等と情報の共有化が行われる。
なお、破損入力を行った場合には、注射の実施入力とは異なり、注射の実施が「済」にはならないため、図１２や図１６の作業予定リスト上には「予定」の状態のまま残る形となる（「済」のリストには移動しない）。この「破棄データ」の登録により、同じ内容のボトルが準備、補充されてきた場合は、通常の注射実施時と同様に、作業予定リスト上から該当の作業予定を選択し、ボトルとリストバンドチェックした後、投与を実施することができる。
【０１５０】
また、上記例は混注済みのボトルを破損した場合についてであるが、混注（ミキシング）前に、混注予定の複数の薬剤の中の１つを壊してしまったような場合にも破損入力を同様に行うことができる。この場合には、図２３の破損入力用のボトルラベルチェック画面にて、画面下部に表示されている薬剤のうち、壊してしまったものを選択指定することによって、破損入力の確定画面へ進むことができる。なお、薬剤各々に識別コードが付されている場合には、その読み取りにて、識別コードが付されていない場合は、表中の薬剤への指示にて各々入力が可能である。
【０１５１】
一方、注射の投与前ではなく、注射の投与開始後（点滴開始後）にボトルを壊してしまったような場合は、一部投与したとして、注射終了時の入力から投与量の％入力が行える。
図１７の最も右欄の「破棄データの内容」は、注射の破損入力によってＰＤＡ８からサーバ７を通して登録される破棄データの構造を示している。
【０１５２】
この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれており、実施者や実際の実施時刻等のデータが入力時の内容に基づいて設定される。図１７における網掛けをした部分が、破損入力時の内容に基づいて、追加、または変更されたデータである。
【０１５３】
同図では、作業予定データの＜進捗＞のデータが“予定”から“実施済み”に変更され、＜実施者＞及び＜実施時間＞が実施した内容に基づき追加され、＜実施内容＞の種類が“破棄”とされている。また、＜対象物＞のデータには、混注（ミキシング）される各薬剤のデータがセットされている。なお、ボトルの破損の場合には混注（ミキシング）したすべての薬剤のデータがセットされているが、混注（ミキシング）前の薬剤の単品破損の場合にはここに破損した薬剤のみがセットされる。
【０１５４】
このように、本実施の形態によれば、医療行為の実施場所で医療行為を行う場合、その医療行為の作業予定の内容を携帯端末としてのＰＤＡ８により確認でき、その作業予定の内容を確認してから、作業予定の医療行為を行うことができるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。
【０１５５】
また、時間がかかる医療行為に対しても、正確な把握ができるので、その医療行為が実際に行われる時間がずれるような事態が発生してもその情報を速やかに得られ、対処がし易い。従って、医療行為を円滑に進める環境を提供できる。
また、医療行為の実施場所で、ＰＤＡ８により医療行為を行った内容の記録の入力を行えるので、実施した医療行為の記録する場合、実施場所で確認しながら行え、かつ実施直後にその記録を行うので、正確かつ誤りの少ない状態で記録を行うことができる。
【０１５６】
また、このように携帯したＰＤＡ８により医療行為を行うべき作業予定を確認して、その作業予定の医療行為を正確に行うと共にその記録も行った後は、その作業予定の内容は実施済みのリストに移り、従って実施者は作業予定のリストを参照することにより複数の作業予定の医療行為を円滑に進めることができる。
【０１５７】
また、医療行為を行う場合に、携帯できるＰＤＡ８によりその医療行為の作業予定内容を殆ど任意の場所及び時間に参照したり、確認したりすることも容易にでき、医療行為を円滑に行い易い。また、作業予定内容が変更されるような場合においても、実施場所で、実施を行う直前に作業予定内容の確認処理を行うことにより、作業予定内容の変更にも対処がし易い。
【０１５８】
また、このように医療行為を実施した場合にその実施した内容を正確に記録、つまりリアルタイムに記録できるので、その後の記録データの解析によって、システムをより改善することも可能となる。
なお、上述の説明では作業予定の医療行為を実施してその実施した内容等を入力することにより、サーバ７を介して病院内情報管理システム２に送信されてそのデータベースに登録が行われるが、その場合入力内容の確認操作と病院内情報管理システム２へ送信操作とを続けて行うようにしてもよい。
【０１５９】
例えば実施した内容の入力をＰＤＡ８で表示して確認ボタンで確認し、その確認した後、データベースに登録するために送信しますかの確認表示して、ＯＫボタンその他のボタンの操作で送信を行うようにしてもよい。
また、このように登録のための送信を行った場合、病院内情報管理システム２が何らかの作業中のため、送信を受け付けるのを待つ待機状態となるような場合には、例えばＰＤＡシステム４Ｂのサーバ７側でその内容を受け付け、病院内情報管理システム２の待機状態が解除された後に、サーバ７で受け付けた内容を病院内情報管理システム２のデータベースに登録し、その登録が完了するとＰＤＡ８にその登録が完了したことを通知するようにしてもよい。
【０１６０】
このようにすると、ＰＤＡ８によりその登録を行おうとする実施者は、病院内情報管理システム２の待機状態が解除されるのを待ち続けるような不便を解消できる。
また、図１２において、誤入力・指定による誤った日付の作業予定リストの取得が不可能になったので、通信ネットワークにおける不要なデータの伝送が抑制され、通信ネットワーク資源を効率的に使用することができる。作業予定リストを取得する際に、看護師による日付の入力・指定を不可能とし、勤務帯を選択するだけで該当する作業予定リストを取得することができるので、看護師のＰＤＡに対する操作負担が軽減する。また、誤入力・指定による誤った日付の作業予定リストの取得が不可能になったので、誤った作業による医療過誤を抑制することができる。
【０１６１】
＜第２の実施の形態＞
本実施の形態では、病院内情報管理システム２で管理している患者の情報に変更があった場合、第１の実施の形態に基づいて既に変更前の情報を取得しているＰＤＡ８にその変更後の情報を取得させることについて説明する。
【０１６２】
図２９は、本実施の形態におけるシステム構成の概要を示す。同図において、ＰＤＡサーバ７は、検知部７１、作成部７２、送信部７３、記憶部７４から構成される。検知部７１は、変更のあった患者情報で、かつ緊急性の高い情報を検知する。記憶部７４には、患者ＩＤとその患者の情報を取得したＰＤＡのＩＰアドレスとを関連付けた情報（以下、患者情報取得ＰＤＡリストという）が格納されている。作成部７２は、変更のあった患者情報の患者ＩＤに基づいて、患者情報取得ＰＤＡリストよりその患者ＩＤと関連のあるＰＤＡのＩＰアドレスを抽出し、送信リストを作成する。送信部７３は、送信対象のＰＤＡに情報を送信する。また、送信部７３は、送信対象のＰＤＡに情報が送信できなかった場合には、送信できなかったＰＤＡのＩＰアドレスとそれに対応する患者ＩＤの情報を未送信リストとして、記憶部７４に格納（記憶）する。
【０１６３】
図３０は、本実施の形態におけるＰＤＡサーバの処理フローである。まず、オーダーの変更が生じた場合、ユーザは図１のサブシステム４ＡのＰＣ端末６等によりそのオーダーの変更を行う。その変更情報はサーバ５に格納され、サーバ５から変更があった旨の情報（患者情報変更リスト）がＰＤＡサーバ７に送信される（ステップＳ６１）。
【０１６４】
図３１は、本実施の形態における患者情報変更リストの概要を示す。同図において、患者情報変更リストは、「患者ＩＤ」、「緊急変更フラグ」、その他の項目から構成される。「患者ＩＤ」にはオーダの変更のあった全ての患者の患者ＩＤが格納されている。「緊急変更フラグ」には、変更された患者の情報の中でも緊急性の高いもの（重要性のあるもの）、すなわち、すぐにその変更に対処しなければ医療過誤に繋がるものを判断するためのフラグである。
【０１６５】
このフラグには、例えば「１」または「０」の値が格納される。例えば、患者の容態により注射の種類が変更された場合、変更前の注射を実施したのでは患者の生命を危機に陥れることになるためすぐに対処しなければならず、「緊急変更フラグ＝１」となる。また、血圧測定の時間帯が変更された場合には、緊急性は高くないので「緊急変更フラグ＝０」となる。図３１では、患者ＩＤ「１１１１１１１１」の緊急変更フラグが「１」であり、緊急性が高く、本実施の形態で送信しなければならない患者情報である。また、患者ＩＤ「２２２２２２２２」「３３３３３３３３」の緊急変更フラグは共に「０」であり、オーダに変更はあったものの緊急性は低い。
【０１６６】
ステップＳ６１で送信された患者情報変更リストを受信したＰＤＡサーバ７の検知部７１では、患者情報変更リストのデータ項目「緊急変更フラグ」を検知し、「緊急変更フラグ＝１」の患者ＩＤを取得する。また、記憶部７４には、第１の実施の形態のログイン時の説明でも述べたように、ＰＤＡ８のＩＰアドレス情報とそのＰＤＡ８に送信した作業予定リスト情報の対象患者のＩＤとを関連付けた患者情報取得ＰＤＡリスト７５が記憶されている。
【０１６７】
そこで、作成部７２では、「緊急変更フラグ＝１」の患者ＩＤを検索キーとして、患者情報取得ＰＤＡリスト７５からその患者ＩＤに関係する１つまたは複数のＰＤＡのＩＰアドレスを抽出し、データ項目「患者ＩＤ」と「ＩＰアドレス」とからなる送信リストを作成する（ステップＳ６２）。
【０１６８】
次に、送信部７３では、その送信リストにあるＰＤＡのＩＰアドレスに基づいて、１つまたは複数のＰＤＡ８に少なくとも「患者ＩＤ」を含む情報をお知らせ情報として送信する（ステップＳ６３）。
次に、送信リストにある全てのＩＰアドレスに対してお知らせ情報を送信できたか否かを判断する（ステップＳ６４）。お知らせ情報を送信できた場合（図２９のＰＡＤ８ａ参照）、本処理フローは終了する（ステップＳ６７）。送信先のＰＤＡが、電源ＯＦＦ、送信可能エリアの圏外等の送信エラーのためにお知らせ情報を送信できなかった場合（図２９のＰＡＤ８ｂ）、図３２に示すように、送信できなかったＰＡＤのＩＰアドレスとそれに関係する患者ＩＤを未送信リスト７６として記憶部に記憶する（ステップＳ６５）。
【０１６９】
一定時間の待ち状態の後、未送信リストにあるＩＰアドレスのＰＤＡ（図２９のＰＡＤ８ｂ参照）に再送（ステップＳ６６）。ここで、この待ち状態の間に、未送信リストにあるＩＰアドレスのＰＤＡが、ログアウトしたり、後述する「最新化ボタン」を押下されて変更オーダーを取得した場合には、未送信リスト７６からそのＰＤＡのＩＰアドレスが削除される。
【０１７０】
そして、ステップＳ６４〜Ｓ６６の処理を繰り返し、お知らせ情報を送信できなかったＰＤＡのＩＰアドレスは未送信リスト７６に追加され、全てのＰＤＡに送信できた場合は、本フローは終了する。
図３３は、お知らせ情報を受信したＰＤＡ８ａの表示画面Ｇ１７を示す。同図に示すように、お知らせ情報を受信するとＰＤＡの表示画面Ｇ１７には、「〜様のオーダ変更があります。最新オーダを取得してください。」旨のメッセージが表示されたウィンドウ４１がオーバーレイ表示される（以下、お知らせ機能という）。そのメッセージを見た看護師は「ＯＫ」ボタン４２を押した後、「最新化」ボタン４０を押して、最新オーダを取得する。
【０１７１】
「最新化」ボタン４０を押すと、サーバ５に登録されている変更されたオーダ情報がＰＤＡサーバ７を介して、そのＰＤＡ８ａに送信される。ここで、ＰＤＡ８ａが受信する変更されたオーダ情報は、「患者ＩＤ」と変更されたオーダ情報のみの情報である。例えば、患者ＩＤ「１１１１１１１１」の患者に投与する注射の種類が「Ａ」から「Ｂ」に変更された場合、ＰＤＡ８ａが受信する情報は、「患者ＩＤ：１１１１１１１１」と「注射の種類：Ｂ」とからなる情報である。
【０１７２】
図２９のＰＤＡ８ｃは、お知らせ情報の送信対象外（送信リストにＰＤＡ８ｃのＩＰアドレスは無い）であり、オーダー変更のお知らせ情報は送られてこないことを示している。
図３４は、お知らせ機能によるお知らせのタイミングを示すフローである。同図のフローは、図４と同様である。このフローでお知らせ機能による割り込みが発生するのは、Ｓ１３〜Ｓ１５の間である。例えば、当日分の注射のオーダに変更があった場合には、ＰＤＡの表示部１８にお知らせのウィンドウが開く。また、例えば、注射の実施入力を行うときには、ボトルラベルを読み取る時点で、混注後の中止や指示変更があるかを確認する。そして、指示変更が合った場合には、ＰＤＡの表示部１８にお知らせのウィンドウが開く。
【０１７３】
なお、ＰＤＡサーバ７のハードウェア構成の概要は、図２とほぼ同様であり、識別コードリーダはあってもなくてもよい。
以上より、ＰＤＡは、ステップＳ２２で作業予定リストをまとめて取得するが、その後は更新があったオーダーの情報のみをその都度すればよいので、有線ネットワークに比べて低速な無線通信ネットワークでも、その変更情報を取得する時間（処理時間）の短縮を図ることができる。また、オーダーの変更のあった患者の情報を有するＰＤＡにのみお知らせ情報を送信するので通信ネットワーク内のトラフィック渋滞を抑えることができる。
【０１７４】
また、オーダが変更された場合には、ＰＤＡにその旨の通知がされるので、オーダーの変更に対する看護師の監視負担が軽減され、看護という本来の業務に専念することができる。また、最新のオーダ情報を取得するタイミングが分かる。
また、看護師自身に「最新化」ボタンを押させて、変更されたオーダー情報を取得させることで、看護師にオーダーの変更があったことを認識させることができる。
【０１７５】
（付記１） 前記送信手段は、所定時間経過後、前記格納した前記携帯端末固有情報に基づいて、前記患者識別情報を送信することを特徴とする請求項２記載のサーバシステム。
（付記２） 前記送信手段は、前記変更通知情報を受信した携帯端末からの応答情報に基づいて、前記医療処置行為の変更内容の情報を該携帯端末に送信することを特徴とする請求項２、または付記１記載のサーバシステム。
【０１７６】
（付記３） 前記送信手段は、所定時間経過後、前記格納した前記携帯端末固有情報に基づいて、前記患者識別情報を送信することを特徴とする請求項５、または６記載の医療業務支援システム。
（付記４） 前記送信手段は、前記変更通知情報を受信した携帯端末からの応答情報に基づいて、前記医療処置行為の変更内容の情報を該携帯端末に送信することを特徴とする請求項５、または６記載の医療業務支援システム。
【０１７７】
（付記５） 医療機関で行われる業務の支援を行う医療業務支援システムにおいて、
ユーザの勤務帯を選択する選択手段と、
該選択手段により選択した該勤務帯に基づいて、該勤務帯にかかる作業予定情報を取得する取得手段と
を備えることを特徴とする医療業務支援システム。
【０１７８】
【発明の効果】
以上より、本発明を用いることで、必要な携帯端末にのみ変更のあった旨の情報を送信することができるので、通信ネットワークにおける不要なデータの伝送が抑制され、通信ネットワーク資源を効率的に使用することができる。
【図面の簡単な説明】
【図１】第１の実施の形態における、病院情報システムの全体構成を示すブロック図である。
【図２】第１の実施の形態における、図１に示されているＰＤＡのハードウェア構成を示す図である。
【図３】第１の実施の形態における、注射〜検体検査の医療行為とその医療行為のオーダ登録から実施等がされるまでの作業予定内容の詳細を表で示した図である。
【図４】第１の実施の形態における、オーダ登録時、参照時及び実施時の動作手順の内容を示すフローチャート図である。
【図５】第１の実施の形態における、注射のオーダ登録により生成される作業予定内容を示す図である。
【図６】第１の実施の形態における、注射のオーダ登録がされた場合でのＰＤＡシステムの動作手順の内容を示すフローチャート図である。
【図７】第１の実施の形態における、図６のステップＳ２１での処理の詳細なフローを示す図である。
【図８】第１の実施の形態における、ＰＤＡのログイン画面例を示す図である。
【図９】第１の実施の形態における、作業予定リストの登録画面例を示す図である。
【図１０】第１の実施の形態における、図９で患者を指定した場合での指定された勤務帯における対象患者全てが一覧表示される画面例を示す図である。
【図１１】第１の実施の形態における、図９において病棟を指定した場合での病棟の選択画面例を示す図である。
【図１２】第１の実施の形態における、図１０において、勤務帯のボタンを操作した場合における勤務帯の選択画面例を示す図である。
【図１３】第１の実施の形態における、ログイン完了から勤務帯を選択するまでのフローを示す図である。
【図１４】第１の実施の形態における、作業予定リストの選択表示画面例を示す図である。
【図１５】第１の実施の形態における、図１４での本日の作業リストの選択項目を選択した場合に表示される画面例を示す図である。
【図１６】第１の実施の形態における、作業予定リストにおける実施済みのリストを選択した場合の表示画面例を示す図である。
【図１７】第１の実施の形態における、作業予定データの構造を示す図である。
【図１８】第１の実施の形態における、注射を実施する場合の詳細な動作内容を示す図である。
【図１９】第１の実施の形態における、図１４の画面で項目毎の業務リストから注射の項目を選択した場合の画面例を示す図である。
【図２０】第１の実施の形態における、ボトルチェックの画面例を示す図である。
【図２１】第１の実施の形態における、注射ボトルを間違えて読み込まれたような場合での警告メッセージの表示画面例を示す図である。
【図２２】第１の実施の形態における、患者のリストバンドチェックを行う場合における表示画面例を示す図である。
【図２３】第１の実施の形態における、注射を実施する場合の表示画面例を示す図である。
【図２４】第１の実施の形態における、注射実施後の投与量を入力する画面例を示す図である。
【図２５】第１の実施の形態における、オーダの内容が変更された場合でのボトルチェックの動作内容を示す図である。
【図２６】第１の実施の形態における、図２０の画面で破損入力ボタンを操作した場合での破損入力用表示画面例を示す図である。
【図２７】第１の実施の形態における、破損入力の確定画面例を示す図である。
【図２８】第１の実施の形態における、時間がかかる点滴を実施する場合の動作を示すフローチャート図である。
【図２９】第２の実施の形態における、システム構成の概要を示す図である。
【図３０】第２の実施の形態における、ＰＤＡサーバの処理フローを示す図である。
【図３１】第２の実施の形態における、患者情報変更リストの概要を示す図である。
【図３２】第２の実施の形態における、未送信リストを示す図である。
【図３３】第２の実施の形態における、お知らせ情報を受信したＰＤＡの表示画面を示す図である。
【図３４】第２の実施の形態における、お知らせ機能によるお知らせのタイミングを示すフローを示す図である。
【符号の説明】
１ 病院情報システム
２ 病院内情報管理システム
３ ＬＡＮ
４Ａ サブシステム
４Ｂ サブシステム（ＰＤＡシステム）
５ サーバ
６ ＰＣ端末
７ サーバ
８ ＰＤＡ
９ 無線ＬＡＮ
１０ アクセスポイント
１１ 無線ＬＡＮカード
１２ 識別コードリーダ
１３ ＣＰＵ
１４ ＲＯＭ
１５ ＲＡＭ
１６ 記憶部
１７ 操作入力部
１８ 表示部
１９ バス
７１ 検知部
７２ 作成部
７３ 送信部
７４ 記憶部
７５ 患者情報取得ＰＤＡリスト
７６ 未送信リスト
【発明の属する技術分野】
本発明は、アプリケーションプログラムを実行する携帯端末へ該アプリケーションプログラムを配信する技術に関し、とりわけ、携帯端末を用いることによって医療行為の実施場所でデータの入出力を行えるようにして、医療行為を円滑に行い易いように支援する病院情報システムでの実施に好適な技術に関する。
【０００２】
【従来の技術】
以前は、医療行為の実施場所の違いを問わずに医療行為の実施記録を正確に記録する為のシステムは提案されていなかった。
例えば内視鏡検査のように医療行為を行う場所が決まっていてその場所に患者が出向いて医療行為を受けるような場合では、医療行為の記録を行うためのシステムがその場所に設置されているので、そこで行われた医療行為の記録を行うことができる。しかし、医療行為を行う実施者側（看護師や医師）が入院患者の居室まで出向き、各居室を次々と巡回して各患者に対して適切な医療行為を実施するような場合では、主に紙媒体を用いた医療行為の記録が行われており、その医療行為を記録するためのシステムが提案されていなかった。
【０００３】
このため、従来は実施された医療行為の記録を収集するには、紙への記録内容を収集する労力が必要となっていた。
また、医療行為の内容や、進捗、結果、等を確認するためには、紙の記録内容を見て把握するか、人間系での情報伝達により把握する必要があり、こちらにも労力を要していた。
【０００４】
また、医療行為の記録を行うシステム自体は存在していたが、どれも医療行為の実施後に所定の場所まで戻ってからその実施内容を事後入力するものであるに過ぎず、医療行為を実施したその場で直ちにその実施内容を記録できるようなシステムは提案されていなかった。
【０００５】
また、このような事後入力を行うシステムでは、実施した内容とシステムに入力された内容との間に差異が発生したりする等により、正確な記録が難しいという課題があった。また、医療行為の実施後から事後入力が行われるまでにある程度の時間を要するため、医療行為の内容や、進捗、結果等をリアルタイムに把握することは難しかった。
【０００６】
このような問題に関し、従来、患者に対して実施された医療行為を移動可能な入力端末（携帯端末）に入力し、この入力された医療行為を示すデータに基づいて各種医療業務の管理を行う装置が提案されている（例えば、特許文献１参照。）。
【０００７】
【特許文献１】
特開平８−１０６５００号公報
【０００８】
【発明が解決しようとする課題】
さて、上記のような医療行為を行う病院等に、携帯端末をクライアント端末として用いるクライアント／サーバシステムを導入した場合について考えてみる。医療現場で対象として取り扱うのは、入院患者等の生命であり、医療過誤は絶対に起こしてはならない。入院患者は、症状にもよるが、時間の経過と共に容態も変化し、看護師等の病院の人々はそのような変化に迅速に対処しなければならず、また、その情報を迅速に関係者に通知しなければならない。そのような通知を携帯端末を利用することで、各々離れた場所にいる関係者に通知することは可能である。
【０００９】
ところが、その通知情報を運搬する通信ネットワークのトラフィック渋滞のために、その通知の送信が遅れたり、通信不能に陥った場合、患者の容態の迅速に対応できず、その患者に対して不利益な結果を与えてしまう。
本発明は上述した点に鑑みてなされたものであり、その解決しようとする課題は、病院内の通信ネットワーク資源を効率的に使用することである。
【００１０】
【課題を解決するための手段】
【００１４】
本発明に係る、医師が利用する端末装置と、看護師が利用する携帯端末と、前記携帯端末とデータ送受信を行うサーバ装置と、を備える病院内情報管理システムにおいて、前記サーバ装置は、前記端末装置からの入力により変更が行われたオーダ情報に含まれる項目のうち、少なくとも患者識別情報および該変更後の対処の緊急性を示す緊急変更フラグに関する項目を含む患者情報変更リストを受信する受信部と、前記患者情報変更リストに含まれる緊急変更フラグに基づき、緊急性の高い対応が必要な患者識別情報を検知する検知部と、前記携帯端末を識別する携帯端末識別情報と、前記携帯端末に送信したオーダ情報に含まれる患者識別情報とを対応付けて記憶する記憶部と、前記記憶部から、前記検知部により取得された前記患者識別情報に該当する携帯端末識別情報を抽出し、少なくとも送信対象となる携帯端末識別情報と前記患者識別情報を含む携帯端末識別情報リストを作成する作成部と、前記携帯端末識別情報リストに含まれている前記携帯端末情報に対応する前記携帯端末へ、オーダ情報が変更された旨の情報を送信する送信部と、を備え、前記携帯端末は、前記オーダ情報を表示する表示部を有し、前記送信部からの情報を受信した際に、前記表示部にオーダ情報が変更された旨を表示することを特徴とする。
【００１５】
このように構成することによって、オーダーの変更のあった患者の情報を有するＰＤＡにのみお知らせ情報を送信するので通信ネットワーク内のトラフィック渋滞を抑えることができる。オーダが変更された場合には、ＰＤＡにその旨の通知がされるので、オーダーの変更に対する看護師の監視負担が軽減され、看護という本来の業務に専念することができる。また、ＰＤＡにおいて最新のオーダ情報を取得することができる。
【００１６】
前記病院内情報管理システムにおいて、前記受信部により前記携帯端末の前記オーダ情報に対応する実施入力情報が受信された際に、前記検知部は前記オーダ情報に対する変更の有無を確認し、該変更がある場合、前記送信部は前記携帯端末に対して前記オーダ情報が変更された旨を通知することを特徴とする。
このように構成することによって、オーダ情報に変更がある場合に携帯端末に対してその旨を通知することができる。
【００１７】
前記病院内情報管理システムにおいて、前記送信部は、前記携帯端末が受信できなかった場合、該受信できなかった携帯端末の携帯端末識別情報と該携帯端末に対応する前記患者識別情報を含む未送信リストを前記記憶部に記憶することを特徴とする。
このように構成することによって、送信が失敗しても、その送信情報を未送信情報として格納しておくことができるので、その格納した未送信情報に基づいて再送信することができる。
【００１８】
前記病院内情報管理システムにおいて、前記携帯端末は、さらに、前記受信した前記送信部からの情報に基づいて、前記患者識別情報に対応する患者の医療処置行為の変更内容の情報を取得する変更内容取得部とを備えることを特徴とする。
このように構成することによって、最新のオーダ情報を取得することができる。
【００２１】
【発明の実施の形態】
＜第１の実施の形態＞
以下、本発明の実施の形態を図面に基づいて説明する。
図１に示す本発明の１実施の形態の病院情報システム１は、医療施設としての例えば病院に配置され、その病院内の情報を記録及び一元的に集中管理する病院内情報管理システム２と、この病院内情報管理システム２と例えば有線のＬＡＮ（Local Area Network）３により接続され、このＬＡＮ３を介して情報の送受信が可能な複数のサブシステム、例えば（第１の）サブシステム４Ａ、（第２の）サブシステム４Ｂとから構成される。
【００２２】
第１のサブシステム４Ａは、制御や情報処理を行うサーバ５と、データの入出力を行うパーソナルコンピュータ（以下、パソコン或いはＰＣと略記）である端末、つまりＰＣ端末６とがそれぞれ有線のＬＡＮ３により接続されている。このＰＣ端末６は据え置き型の端末であり、看護師等の医療スタッフ或いはユーザはそのＰＣ端末のある場所でデータの入力やデータの参照、確認等を行う。
【００２３】
また、第２のサブシステム（以下ではＰＤＡを用いているのでＰＤＡシステムと略記）４Ｂは、制御や情報処理を行うサーバ７と、医療スタッフとしての例えば看護師が携帯して使用が可能な携帯端末としての例えばＰＤＡ（Personal Digital Assistants ）８と、該ＰＤＡ８からの無線ＬＡＮ９によるアクセスを可能とするデータ授受手段であるアクセスポイント１０とから構成され、サーバ７と各アクセスポイント１０とは有線のＬＡＮ３で接続されている。
【００２４】
上記ＰＤＡ８は、無線ＬＡＮ９により無線でサーバ７と通信可能とするデータ授受手段である無線ＬＡＮカード１１と、識別情報の読み取り手段として例えば、識別コードを表現している文字や図形の読み取りを可能とする識別コードリーダ１２とを内蔵している。
【００２５】
ＰＤＡ８のハードウェア構成を図２に示す。
図２において、無線ＬＡＮカード１１、識別コードリーダ１２、ＣＰＵ１３、ＲＯＭ１４、ＲＡＭ１５、記憶部１６、操作入力部１７、及び表示部１８はバス１９を介して相互に接続されており、ＣＰＵ１３による管理の下で相互にデータ授受を行うことができる。
【００２６】
無線ＬＡＮカード１１及び識別コードリーダ１２は前述したものである。このうち、識別コードリーダ１２としては、例えば光学的に文字を読み込むことのできるＯＣＲ（Optical Character Reader）を用いることができるが、文字や図形を画像として読み込む画像スキャナや、無線による通信で識別コードを読み込むことできるトランスポンダ等を用いてもよい。
【００２７】
ＣＰＵ（Central Processing Unit）１３はＰＤＡ８全体の動作制御を司る中央処理装置である。
ＲＯＭ（Read Only Memory）１４は、ＣＰＵ１３によって実行される基本制御プログラムが予め格納されているメモリであり、ＰＤＡ８の起動時にＣＰＵ１３がこの基本制御プログラムを実行することによってこのＰＤＡ８全体の動作の基本的な制御がＣＰＵ１３によって行なわれるようになる。
【００２８】
ＲＡＭ（Random Access Memory）１５は、記憶部１６に格納されている各種のアプリケーションプログラムをＣＰＵ１３が実行するときにワークメモリとして使用され、また各種のデータの一時的な格納領域として必要に応じて用いられるメインメモリとしても使用されるメモリである。
【００２９】
記憶部１６は、各種のアプリケーションプログラムやデータを記憶して保持しておくメモリである。記憶部１６としては、ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read Only Memory）などの半導体メモリが適している。特に、ＥＥＰＲＯＭは、記憶内容の書換えを電気的に行うことができる上に記憶内容の保持には電力の供給が不要である点で適している。
【００３０】
操作入力部１７は例えば表示部１８に設けられているタッチパネルであり、ＰＤＡ８のユーザによって操作され、この操作の内容を検出してＣＰＵ１３へその操作内容を伝達する。ＣＰＵ１３はその操作内容に対応しているユーザからの指示の内容を認識する。
【００３１】
表示部１８は例えば液晶ディスプレイであり、ＣＰＵ１３から送られてきた各種の情報を表示して視覚によりユーザに各種の情報を提供する。
上述した識別コードリーダ１２と、この操作入力部１７及び表示部１８とはＣＰＵ１３所定のアプリケーションプログラムが実行されることによって各種のデータの入出力が可能となる。
【００３２】
このように、ＰＤＡ８は無線ＬＡＮ９を備えているので、アクセスポイント１０からの距離による通信可能なアクセス範囲の制約があるものの、そのアクセス範囲内においては、任意の場所でサーバ７を介して病院内情報管理システム２にアクセスして、後述する作業予定データを取得し、その取得した作業予定データをＰＤＡ８の表示部で表示することができるようにしている。
【００３３】
また、識別コードリーダ１２を備えたＰＤＡ８によって、識別情報として広範囲に使用される識別コードの読み取りを可能とすることにより、このＰＤＡ８を携帯する看護師等はその実施者ＩＤや、医療行為が行われる患者ＩＤ、注射ＩＤ等の識別情報の入力（或いは読み取り）を正確かつ簡単に、かつ迅速に行うことができるようにしている。
【００３４】
また、このＰＤＡ８は薬液に対する耐性を有する防水構造になっており、医療現場で使い易い構造にしてある。
サブシステム４Ａ、４Ｂは、より具体的には注射等のオーダの登録等が行われる外来システムや病棟システム、注射等のオーダの登録に応じて薬剤払い出し等を行う薬剤部門システム、医療行為に対する会計処理等を行う医事システム、看護師により薬剤の混注等を行うナース（ステーション）システム等として設けられている。ここで、特に看護師が医療行為を行うナースシステム及び病棟システムにおいては各看護師がＰＤＡ８を携帯することにより、医療行為の実施場所、具体的には入院している患者のベッドサイドにまで行ったその場所でその医療行為情報の入出力を行えるようになる。この結果、医療行為の状況がリアルタイムで記録でき把握できるようになるのである。
【００３５】
つまり、医療行為の実施場所でその医療行為の実施された時刻からの遅れが発生することなく、正確な医療行為の記録や把握ができるようになる。
また、医療行為の実施場所で医療行為を行う場合には、その医療行為の作業予定の内容をＰＤＡ８により確認でき、その作業予定の内容を確認してから作業予定の医療行為を行えるようになるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。
【００３６】
また、ＰＤＡ８の使用によって、医療行為を行った内容の記録の入力をその医療行為の実施場所で行えるので、実施した医療行為の記録をする場合にもその実施場所で実施内容を確認しながら、且つ実施直後にその記録が行われる。従って、正確かつ誤りの少ない状態で記録を行うことができる。
【００３７】
また、医療行為を行う場合に、携帯可能なＰＤＡ８の使用により、その医療行為の作業予定内容を殆ど任意の場所や時間に参照したり確認したりすることも容易にできるので、医療行為を円滑に進め易い。また、作業予定内容が変更されるような場合であっても、実施直前に作業予定内容の確認をその実施場所で行うことができるので、作業予定内容の変更にも対処がし易い。
【００３８】
また、このように医療行為を実施した場合にはその実施した内容を正確に、且つリアルタイムに記録できるので、その後の記録データの解析によってより適切にシステムを改善することも可能となる。
これに対して、従来例における事後入力の方法では、医療行為の実施場所ではなく、ＰＣ端末等のデータ入力手段が設置されている場所で医療行為の内容の記録のための入力を行うことになるので、実施した時刻から時間的に遅れが発生する。また、医療行為の実施後に相当の時間が経過してからその記録を行うことになるので、実施内容をその実施場所で確認してからその医療行為を行うことを効率良く（円滑に）できない等の欠点がある。
【００３９】
また、例えば実施すべき内容を確認してから実施場所に出向いてその確認した内容の医療行為を行うことも可能ではあるが、この場合には、１つの医療行為を行う度にいちいちＰＣ端末の設置場所へ戻って確認することが必要となり、効率的ではない。
【００４０】
なお、図１において、サブシステム４Ａと、４Ｂとの構成要素を混成させたようなサブシステムでもよい。具体的には、例えばサブシステム（ＰＤＡシステム）４Ｂにおいて、さらに据え置き型のＰＣ端末６を備えたものでもよい。
なお、これより説明する本実施の形態では、病院情報システム１の中の特に看護師による医療行為、つまり看護業務に対する看護支援機能について説明する。
【００４１】
看護支援機能は、次の看護に関する医療行為を支援するための機能である。
・注射
・看護
・処置
・検体検査
「注射」は看護師が患者に対して注射を行う医療行為であり、「看護」は看護師による患者の体温の検温、患者の体を拭く等のケア、沐浴指導等の医療行為であり、「処置」はカテーテルを外す等の看護師が行う看護処置の医療行為であり、「検体検査」は看護師により血液検査や体液検査等を行う医療行為である。
【００４２】
なお、「注射」には後述するように開始から終了まで殆ど時間のかからない「ワンショット注射」と呼ばれるものと、点滴（注射）のように開始から終了までにある程度の時間のかかるものとがある。
これらの医療行為は医師から「注射」、「看護」、「処置」、「検体検査」のオーダ指示が出されてＰＣ端末６により病院内情報管理システム２へのオーダ登録指示がされると、病院内情報管理システム２はそれを受け、図３の表に示すようにそのオーダ登録から、指示受け、…、中止まで、対応する各ステップの作業予定データを自動生成し、その自動生成したデータを病院内情報管理システム２のデータベースに登録する。
【００４３】
つまり、病院内情報管理システム２は作業予定データの生成手段を有し、生成された作業予定データを病院内情報管理システム２内のデータベースに登録する。
そして、看護師は、携帯しているＰＤＡ８を用いてサーバ７を介してそのデータベースにアクセスすることにより、それらの作業予定データをダウンロードしてその作業予定データを取得し、ＰＤＡ８内の記憶部１６に記憶（記録）させておくことができる。
【００４４】
そして、ＰＤＡ８の操作入力部１７である例えばタッチパネルを操作することにより、記憶部１６に記録させた作業予定データを表示部１８である液晶モニタ等に一覧表示をすることができるようにして、作業予定データの参照や進捗状況の把握等ができるようになる。
【００４５】
また、ＰＣ端末６からも作業予定データの内容の参照や進捗状況の把握等ができる。また、通常、オーダの登録は外来システム等のＰＣ端末６により行われる。
「注射」から「検体検査」までの各医療行為は、図３に示す表のようにオーダ登録、指示受け、…等のステップに沿って実行される。例えば、後述するように注射の医療行為は、医師からの指示により注射のオーダ登録がされ、その後にそのオーダ登録に対する指示受け、注射の準備として薬剤の払い出し、混注、注射開始、注射終了や、場合によっては注射ボトルの破損による取り消し、或いは患者の容態の変化などによる注射の中止等が行われることもある。
【００４６】
また、看護の場合には（左に示す注射の場合と同じ、つまり左記に同じの）矢印で示すように看護のオーダ登録、その指示受け等が生成される。
図４はシステム全体に共通の動作フローを示す。
図４（Ａ）はオーダ時の動作、図４（Ｂ）は参照時の動作、図４（Ｃ）は実施時の動作をそれぞれ示す。
【００４７】
図４（Ａ）では、外来システムや、場合によっては病棟システムのＰＣ端末６によって、ステップＳ１の各医療行為に関するオーダが指示・入力される。そのオーダデータは、ステップＳ２に示すように病院内情報管理システム２に登録される。
【００４８】
また、病院内情報管理システム２にオーダデータが登録されると、図３の表の縦列方向に示したステップの作業予定データが生成される（ステップＳ３）。
各サブシステム４Ａ（或いは４Ｂ）は、図４（Ｂ）のステップＳ６に示すようにこの作業予定データを取得することで、ステップＳ７のオーダの指示内容、予定内容を参照することができ、指示・予定に基づき医療行為（医療業務）を行うことができる。
【００４９】
また、図４（Ｃ）のステップＳ１１の医療行為の実施開始をする場合は、看護師は携帯しているＰＤＡ８によりステップＳ１２の作業予定データの取得を行う。
そして、取得された作業予定データに基づいて医療行為を実施しようとする実施場所となるベッドサイド等に行き、ステップＳ１３に示すようにその実施場所の患者に対して医療行為を実施する。
【００５０】
その医療行為の実施した時点で、看護師は携帯したＰＤＡ８によりステップＳ１４に示すような実施内容の入力操作（作業）を行い、ステップＳ１５に示すようにこの実施データを直ちに病院内情報管理システム２に対して登録を行うことになる。
【００５１】
なお、例えば、オーダ内容等、作業予定データに変更があった場合には、変更登録を行うことにより直ちに病院内情報管理システム２にその変更された作業予定データの変更登録がされる。
オーダデータや、そこから展開される予定データ、実施データは、例えば階層構造を持つタグで定義された、ＸＭＬ（eXtensible Markup Language）ファイル等で構成される。ＸＭＬはＨＴＭＬ（HyperText Markup Language ）の機能を拡張したものであり、その技術は周知技術であり特記しない。
【００５２】
これらオーダデータ、作業予定データ、実施データは、必要に応じて、各サブシステム４ＡのＰＣ端末６等で参照することができ、随時、オーダの内容や、予定、進捗状態、実施内容等の把握が可能となっている。
また、携帯できるＰＤＡ８により任意の時間及び任意の場所で自由にオーダの内容や、予定、進捗状態、実施内容等の把握が可能となる。また、実施場所となるベッドサイドの患者に対して作業予定の医療行為を実施した場合には、その作業予定の医療行為の内容を携帯したＰＤＡ８に入力することにより、ＰＤＡシステム４Ｂを介して病院内情報管理システム２にリアルタイムで登録することができ、医療行為に関して正確な情報の蓄積、更新ができる。
【００５３】
また、この場合、単に時刻のみでなく、後述するように５Ｗ１Ｈ（誰が、どこで、何を、どのように、いつ）を示す情報として記録されるので、その情報を詳しく解析することで、改善することもし易い（後で、解析する場合に必要な情報の欠落が少なく、詳細な解析が可能となる）。
【００５４】
本明細書では、各サブシステム４Ａ或いは４Ｂにて、医療行為の進捗状態、実施内容等の把握を可能とする為の、データ入出力の仕組みについて説明する。
図５は注射のオーダにより生成される作業予定データを表す図である。
注射の場合は、オーダが登録されると、以下の作業予定データが生成される。
（１）病棟における指示受け作業（図５では単に「指示受け」と表示）
（２）薬剤部門における薬剤の払い出し作業（図５では単に「払出」と表示）
（３）病棟における薬剤の混注作業（ミキシング作業）（図５では単に「混注」と表示）
（４）病棟における患者への注射開始作業（図５では単に「注射開始」と表示）
（５）病棟における患者への注射終了作業（図５では単に「注射終了」と表示）
これらの作業予定がすべて完了することで、この注射オーダに対する実施が完了したことになる。それぞれの作業予定は、サブシステム４Ａ若しくは４Ｂ、具体的には次のサブシステムにて実施が行われる。
「指示受け」→病棟システムにて、看護師が実施する。
「払出」→薬剤部門システムにて、薬剤師が実施する。
「混注」→病棟システムにて、看護師が実施する。
「注射開始」及び「注射終了」→ＰＤＡシステム４Ｂにて、看護師が実施する。
【００５５】
ここで、注射とは、点滴注射とワンショット注射との両方を意味している。点滴注射の場合は、時間をかけて投与が実施されるため、投与開始と投与終了の作業とは別個に行われるのが通常である。一方、ワンショット注射の場合は、１度の行為で投与が終了するため、投与の開始と終了とがほぼ同時に行われる。
【００５６】
図６は医療行為として注射を実施する場合におけるＰＤＡシステム４Ｂの動作フローを示す。
ＰＤＡシステム４Ｂでは、携帯が可能なＰＤＡ８が利用されており、看護師がこのＰＤＡ８をベッドサイドまで携帯して出向くことによって病棟のベッドサイド等での作業予定の確認や作業の記録の入力が可能であるので、注射開始および注射終了の実施データ入力に使用される。
【００５７】
通常、看護師は、まず、自分が担当する勤務帯の担当患者に対する作業予定をＰＤＡ８に取得しておき、その日の予定等を把握する。そして、各々の予定時刻になると、患者のベッドサイドに出向いて各医療行為を実施し、ＰＤＡ８から実施データの入力を行う。以下、図６に従って、その動作を詳細に説明する。
【００５８】
看護師は最初にステップＳ２１のログイン処理をする。ここで、ステップＳ２１での処理の詳細なフローを図７に示す。ＰＤＡ８の電源を投入すると（ステップＳ２１１）、ＰＤＡ８は図８のログイン画面Ｇ１となる。
このログイン画面Ｇ１において、看護師は、注射を実施する実施者ＩＤとパスワードを入力する（ステップＳ２１２）。
【００５９】
ログイン画面Ｇ１において、医療行為を実施するスタッフが自分のネームプレート等に付されている識別情報としての識別コードの読み取りをＰＤＡ８に設けた識別コードリーダ１２で行うと、実施者ＩＤの欄に識別コードから読み取ったＩＤデータが入力される。このように、ＰＤＡ８に設けた識別コードリーダ１２により簡単な操作でかつ正確に実施者ＩＤを入力することができる。
【００６０】
また、パスワードは、英数記号等のキーボード２０の画面が表示されているＰＤＡ８のタッチパネル上を指やペンでタッチすることで入力可能である。
このようにして実施者ＩＤとパスワードとの入力が完了し、ログインボタン２１が押されると、実施者ＩＤとパスワードとがサーバ７を経由して病院内情報管理システム２に送られて問い合わせがなされ、この実施者ＩＤとパスワードが正しければログインが完了する。なお、間違ったパスワード等を入力した場合には、後退・全消去ボタン３０をタッチしてこの入力を消去して入力し直すこともできる。
【００６１】
ログインが完了する（ステップＳ２１３）と、図６に示すようにステップＳ２２の作業予定リストの取得（ＰＤＡ８への登録）の処理に移る。
この作業予定リストの取得の処理に移ると、ＰＤＡ８の表示は図９に示す作業予定リストの登録画面Ｇ２になる。
【００６２】
この作業予定リストの登録画面Ｇ２では、患者を指定して登録するか病棟を指定して登録するかの表示が行われる（ＰＤＡ８の表示画面Ｇ２等では簡単化等のため、作業予定リストを作業リストと略記）。
つまり、看護師は、患者を指定して作業予定リストをＰＤＡ８に取得するか、あるいは患者がいる地域の範囲、例えば病棟、を指定してその病棟の患者すべての作業予定リストを取得するかを選択する。このように、医療行為を行う看護師が自分に適した作業予定リストを選択或いは絞り込みをすることができるようにして、使い勝手の良い選択画面を提供している。また、図９において、ログアウトボタン２３を押して（タッチして）作業を中断することもできる。
【００６３】
図９において、例えば「患者を指定して登録」を選択した場合には、図１０の画面Ｇ３が開く。
この画面Ｇ３において、「（１）勤務帯」ボタンと、「（２）患者ＩＤ」の入力欄が表示され、看護師は後述する勤務予定の勤務帯を指定（この具体例では例えば日勤帯０９：００〜１７：１５を指定）し、患者ＩＤの識別コードを読み取ることで、病院内情報管理システム２に登録されている作業予定リストのデータから、これに対応するデータが取得される。そして、この画面Ｇ３には取得された対象患者全てが、リストに表示される。
【００６４】
図１０の画面Ｇ３は、３人の患者（各々に付与されている識別子である患者ＩＤが「１１１１１１１１」、「２２２２２２２２」、及び「３３３３３３３３」である３人）に対する勤務帯（０９：３０〜１７：１５）での作業予定リストが取得された状態を示している。この状態で確定ボタン２４を押すことにより、この３人の患者に対する医療行為の予定がＰＤＡ８に正規に登録される。また、キャンセルボタン２２へのタッチによってこれらのリストの登録をキャンセルすることもできる。
【００６５】
一方、図９の画面Ｇ２において、「病棟を指定して登録」を選択した場合は、図１１の画面Ｇ４が開く。
この画面Ｇ４において、「（１）勤務帯」ボタンと、「（２）病棟」の入力欄が表示され、看護師は取得したい勤務帯と病棟名（例えば５Ｆ北病棟）を指定し、確定ボタン２４を押すことで、指定した病棟の患者全ての予定がＰＤＡ８に取得されることになる。
【００６６】
図１０及び図１１において、上記の手順で対象の患者の作業予定リスト情報がサーバＰＤＡサーバ７よりアクセスポイント１０を介してＰＤＡ８に取得されると、ＰＤＡサーバ７では、そのＰＤＡ８のＩＰアドレス情報とそのＰＤＡ８に送信した作業予定リスト情報の対象患者のＩＤとを関連付けて、例えばＰＤＡサーバ７内の記憶装置にその関連付けた情報を記憶する。例えば、ＰＤＡ８のＩＰアドレスが「１９２．１６８．ｘｘｘ．ｘｘｘ」の場合、上記図１０では、「１９２．１６８．ｘｘｘ．ｘｘｘ：１１１１１１１１」、「１９２．１６８．ｘｘｘ．ｘｘｘ：２２２２２２２２」、「１９２．１６８．ｘｘｘ．ｘｘｘ：３３３３３３３３」の関連付けが行われている。
【００６７】
図１０と図１１には、それぞれ「（１）勤務帯」ボタン２５が設けられているが、このボタン２５を押す事で、勤務帯を選択指定する為のウィンドウが開き、図１２に示すように勤務帯を選択指定する為の画面Ｇ５となる。
なお、本実施の形態では勤務帯は、深夜帯は０１：００〜０９：１５、日勤帯は０９：００〜１７：１５、そして準夜帯は１７：００〜０１：１５であるとして説明するが、この時間帯は設定により変更可能である。
【００６８】
図１３は、図９〜図１２で示したステップＳ２２の処理の詳細なフロー、すなわちログイン完了から勤務帯を選択するまでのフローを示したものである。ＰＤＡ８にログインされると（ステップＳ２２１）、このＰＤＡ８にユーザがログインした旨の情報がサーバ７に通知される。サーバ７では、そのログイン情報を受信すると、現在時刻情報をそのＰＤＡ８に送信する。ＰＤＡ８では、その受信した現在時刻情報（以下、ログイン時刻情報）に基づいて、ＰＤＡ８内蔵の時計装置の時刻を補正する。また、その現在時刻情報をＲＡＭ１５または記憶部１６に格納する。
【００６９】
次に、図９で説明したように作業予定リストの登録画面Ｇ２が表示される（ステップＳ２２２）。そして、上記で取得したログイン時の時刻が、「０１：００〜０９：００」、「０９：００〜１７：００」、「１７：００〜０１：００」のどの範囲に含まれるのかが判断される（ステップＳ２２３）。
【００７０】
その後、「患者を指定して登録」または「病棟を指定して登録」のどちらかを選択して、図１０または図１１の画面に遷移する。ここでは、「病棟を指定して登録」を選択することとする。
そうすると、図１１の画面Ｇ４が開く。このとき、ステップＳ２２３で上記で取得したログイン時刻が「０１：００〜０９：００」の範囲に含まれると判断された場合、ボタン２５には「深夜帯（０１：００〜０９：１５）」が表示される（ステップＳ２２４）。また、ログイン時刻が「０９：００〜１７：００」の範囲に含まれると判断された場合、ボタン２５には「日勤帯（０９：００〜１７：１５）」が表示される（ステップＳ２２５）。また、ログイン時刻が「１７：００〜０１：００」の範囲に含まれると判断された場合、ボタン２５には「準夜帯（１７：００〜０１：１５）」が表示される（ステップＳ２２６）。このようにログインした時間により自動的に勤務帯をボタン２５に表示する。
【００７１】
ログインしたユーザは、ステップＳ２２４、ステップＳ２２５、またはステップＳ２２６で勤務帯ボタン２５に表示された勤務帯が正しいかどうかを判断する（ステップＳ２２７）。ステップＳ２２７で、ユーザが表示内容が正しいと判断した場合、上記で説明したように画面Ｇ４で作業予定リスト登録を登録する（ステップＳ２２９）。また、ステップＳ２２７で、ユーザが表示内容が誤っていると判断した場合、勤務帯ボタン２５を押下する。
【００７２】
勤務帯ボタン２５を押下すると、図１２で示した勤務帯選択のウィンドウがオーバーレイ表示され、「深夜帯（０１：００〜０９：１５）」、「日勤帯（０９：００〜１７：１５）」、「準夜帯（１７：００〜０１：１５）」の勤務帯のうちのいずれかを選択できる（ステップＳ２２８）。
【００７３】
この場合、ログインした時刻により、その時刻を含む勤務帯が中央にデフォルト（初期）の選択状態で表示され、その前後に他の２つの勤務帯が表示され、所望とする勤務帯の選択をしやすくしている。本実施の形態では、「日勤帯（０９：００〜１７：１５）」がデフォルトで選択されている。
【００７４】
また、ここで、正しい勤務帯を選択して確定ボタン２６を押すことにより、その選択された勤務帯ごとの作業予定リストの取得が可能となる。
なお、この場合に取得される作業予定データは、勤務帯の時間帯に前後１時間半程度プラスして、作業予定を多めに取得するようにしている。これは、勤務帯の分かれ目付近の予定のずれや、各勤務帯でのスタッフ間の作業の引継ぎを考慮したものである。
【００７５】
さらに、「注射終了」の作業予定については、２４時間前まで時刻を遡って作業予定データを取得するようにしている。これは、後述するが、注射開始と注射終了との両作業がある点滴注射の場合には点滴注射の投与中の状態があるため、前の勤務帯で投与を開始した点滴注射について現在の勤務帯にて注射終了の作業を行うといった場合に必要となるためである。
【００７６】
ステップＳ２２の作業予定リストの取得の処理が終了すると、ステップＳ２３の作業予定リストの表示の処理に移る。
この作業予定リストの表示の処理に移ると、ＰＤＡ８には図１４に示す作業予定リストの表示画面Ｇ６となる。
【００７７】
この図１４の作業予定リストの表示画面Ｇ６は、作業予定リストを表示する際に、どのような形で表示を行うかを選択する画面であり、「本日の業務リスト」、「患者毎の業務リスト」、「項目毎の業務リスト」の３つの選択項目２７ａ、２７ｂ、２７ｃが表示される。
【００７８】
「本日の業務リスト」の選択項目２７ａを選択すると、ＰＤＡ８内に登録したすべての作業予定を表示する。
「患者毎の業務リスト」の選択項目２７ｂを選択すると、ＰＤＡ８内に登録した作業予定の中で、指定した患者の作業予定リストのみを表示する。
【００７９】
また、「項目毎の業務リスト」の選択項目２７ｃを選択すると、ＰＤＡ８内に登録されている作業予定の中で、指定した医療項目の種類の作業予定リストのみを表示する。
このように、作業予定データをＰＤＡ８の記憶部１６に一旦登録しておき、作業予定データのリスト表示（一覧表示）の形態を変更する形としたことにより、病院内情報管理システム２への問い合わせの頻度を減らし、通信に係るトラフィックを少なくする効果や、処理時間の短縮に効果がある。
【００８０】
また、看護師はＰＤＡ８内に取得した作業予定データにより、省電力で所望する作業予定データの選択的な表示等ができる。つまり、サーバ７を介して病院内情報管理システム２のデータベースに逐一アクセスすることなく、すなわち無線ＬＡＮカード１２をアクティブな状態にすることなく、そして無線ＬＡＮカード１２を休止状態にした省電力の状態で、ＰＤＡ８内の記憶部１６から、勤務帯、患者、作業項目等の指定操作を行うことにより、指定した患者等に関する作業予定データのみを表示させるようにすることができる（ＰＤＡ８内のＣＰＵは、ＰＤＡ８の操作指示により、サーバ７側と接続することを必要としない場合には無線ＬＡＮカード１２を休止状態にし、省電力化する）。
【００８１】
この他の変形例として、図６のステップＳ２１に示すようにＰＤＡ８によりログインして病院内情報管理システム２のデータベースにアクセスした後、ステップＳ２２の作業予定リストの取得を行わないで、ステップＳ２３の作業リストの表示の処理を行うようにすることもできる。
【００８２】
特に、最新のある項目のみの情報を確認したいような場合には、このようにすると、短時間で目的とする情報の確認ができる。また、選択肢を広げることにより、このＰＤＡ８を用いるスタッフはより自分に適した表示形態で作業予定データの表示や確認ができる。
【００８３】
このように本実施の形態では、作業予定データの表示内容を選択でき、その場合、携帯端末としてのＰＤＡ８における作業予定データの取得手段側で選択できると共に、表示部１８の指示側でも選択することができるようにして、ＰＤＡ８を使用する広範囲のユーザに対応できるようにしている。
【００８４】
図１４の画面Ｇ６において、「本日の業務リスト」の選択項目２７ａを選択すると、図１５に示す表示画面Ｇ７となる。
この画面Ｇ７は、実施が未（まだ）の作業予定リストを表示するタブ２８と、実施済みの作業予定リストを表示するタブ２９とに分けて表示する構成にしている。
【００８５】
つまり、取得した作業予定リストの中で、実施が未のものは、「未」のタブ２８に表示され、実施が済みのものは、「済」のタブ２９に表示されるので、作業予定の中で、何が未実施で、何が実施済みかを、判りやすく表示可能である。
また、画面右上には、進捗バー３１と呼ばれる表示があり、予定されている作業のどのくらいが実施済みになっているかの割合が、バーのゲージで表示されている。バーの色が右端にまで達すると、予定のすべての作業が済んだことになる。このゲージは、全体の予定件数と実施済みの件数との比率の算出結果を表示している。
【００８６】
各作業予定は、「未」タブ２８のリストの１行に表示され、それぞれ、予定時刻、患者名、作業名称が表示される。この予定リストの１行を選択することで、後述の実施入力を行う為の画面が表示される。
又、実施を行った予定リストは、済みのタブ２９に移動するが、この済みのタブ２９上で、リストの１行を選択した場合は、図１６に示す画面Ｇ８のように実施済みの内容（実施データ）が（図１５の画面Ｇ７上に）オーバレイ表示される。
【００８７】
図１６の実施済みの内容例では、血圧測定を実施し、血圧（上）と血圧（下）の測定値の入力結果が表示されている例である。
図１５に示すように未実施の作業予定リストが表示されるので、図６のステップＳ２４に示すようにその作業予定リストから１つを選択し、その選択した医療行為を実施する。
【００８８】
この場合、医療行為を実施し、その実施場所でその実施をした看護師は携帯しているＰＤＡ８によりその医療行為の実施を行った内容の入力を行う。この医療行為の実施を行った内容の入力を行い、この入力操作が完了すると、その内容はサーバ７を介して病院内情報管理システム２にも送信される。
【００８９】
そして、その医療行為は作業予定データから実施済みの医療行為としてデータベースに登録され、その登録の処理が完了すると、その完了の通知がＰＤＡ８に戻される。
このようにして、病院内情報管理システム２のデータベースには、医療行為に関する情報がリアルタイムで正確に蓄積される。なお、データベースに登録される情報は図１７を参照して後述するように単に時刻情報のみを含む情報でなく、詳細な情報である。
【００９０】
上記完了の通知を受けてＰＤＡ８における「未」タブ２８に表示されていた医療行為が実施済みとなり、その作業予定の内容は、「済み」タブ２９へと移動する。
そして、ステップＳ２３に戻り、残っている作業予定リストから１つを選択し、その選択した医療行為を実施することを繰り返すことにより未実施の作業予定の医療行為を全て行うことになる。
【００９１】
このように本実施の形態では、医療行為を行う実施者としての看護師はＰＤＡ８を携帯することにより、殆ど任意の場所及び時間において、自分の行うべき作業予定業務をＰＤＡ８の表示部１８に表示させることで確認できる。
その場合、実施を行っていない作業予定業務は「未」タブ２８にまとめて表示され、その「未」タブ２８の作業予定業務を実施場所で実施して、実施の内容を入力する操作を行うことにより、病院内情報管理システム２のデータベースに登録されると共に、ＰＤＡ８での表示形態は「未」タブ２８から「済み」タブ２９へと移動するので、看護師は「未」タブ２８に表示されている作業予定業務を、患者がいる各実施場所で実施していくことで、正確、円滑かつ効率良く作業予定業務を遂行することができる。
【００９２】
上記作業予定や、オーダ時の指示事項に基づき、医療行為が実施できるのは、作業予定データ（ＸＭＬ構造のファイル）に、必要な情報がセットされているからである。以下に、作業予定データの内容と、注射実施時の動作について説明する。
【００９３】
図１７は作業予定データの構造を示す。各作業に必要な５Ｗ１Ｈ（誰が、どこで、何を、どのように、いつ）を示す情報が含まれ、作業予定データを取得することで、オーダ時に指定された指示内容を参照し、医療行為を実施することができる。
【００９４】
１オーダでは複数の注射（図１７ではＲＰと略記）の予定の登録が可能であり、＜作業予定データ＞＜実施データ＞＜指示内容＞＜対象物＞等のタグデータは、”複数出現可”（繰り返しのセット）が可能となっている。
図１７の右側の「実施データの内容」欄は、注射の実施によってＰＤＡ８からサーバ７を通して登録される実施データの構造を示す。
【００９５】
この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれる。作業予定データではセットされていなかった実施者や、実際の実施時刻、投与量等のデータが実施内容に基づきセットされる。
図１７の「作業予定データの内容」、「実施データの内容」、「破棄データの内容」欄にその情報のセット内容の例を示す。網掛けをした部分が、実施内容に基づいて、追加、または変更されたデータである。
【００９６】
「作業予定データの内容」欄と「実施データの内容」欄とを見てみると、作業予定データの＜進捗＞のデータが、“予定”から“実施済み”に変更され、＜実施者＞、＜実施時間＞、＜投与量＞が実施した内容に基づき追加され、実施データとなっている。なお、図１７では、実施者（オリンパス花子）を簡単化のため〜Ｎｓと略記している。
【００９７】
また、後述するように図１７の「破棄データの内容」欄には、破棄された場合のデータ構造を示し、作業予定データの内容に対して網掛けをした部分が、変更されたデータとなる。
図１８は注射実施（投与時）の動作フローを示し、この動作フローを以下に説明する。
【００９８】
図１８のステップＳ３１に示すように実施する作業（この場合、注射）予定を選択する。
このために、例えば図１４の「項目毎の業務リスト」を選択し、この選択から注射に関する作業予定のみを表示する状態にする。注射に関する作業予定のみを表示する状態にした画面Ｇ９を図１９に示す。
【００９９】
この画面Ｇ９では、具体的には５日１０：００予定の「５日１０：００ オリンパス次郎 注射：ＩＶ」の予定を例に取ると、作業予定データ内にセットされている情報は、図１７の右欄に記載のようなデータになる。
「０５日１０：００ オリンパス次郎 注射：ＩＶ」の行を選択した場合は、図１８のステップＳ３２に移り、ボトルラベルチェックの処理を行う。そして、この場合には、看護師のＰＤＡ８には図２０に示す表示画面Ｇ１０となり、「ボトルラベルを識別コードを入力して下さい」等のメッセージ表示を行うと共に、注射ボトルに混注（ミキシング）されている全ての薬剤（薬剤名称および使用容量）が表示される。
【０１００】
従って、看護師は携帯しているＰＤＡ８で識別コードが表示されている注射ボトルのラベルを読み込み、作業予定データ内のＲＰ−ＩＤと一致するかを照合する。照合により、作業予定データ内のＲＰ−ＩＤと一致している場合には、次のステップＳ３３に進む。
【０１０１】
一方、作業予定データ内のＲＰ−ＩＤと一致していないと、ステップＳ３４に移り、警告して、ステップＳ３２に戻る。
注射ボトルを取り間違えている等の場合は、ラベル上の識別コードとＲＰ−ＩＤが一致しない為、間違いを検出し、警告表示および警告音を出して通知が可能となっている。
【０１０２】
図２１はこの場合の警告表示の画面Ｇ１１を示し、「読み込まれたボトルラベルは実施しようとしている注射のボトルラベルではありません。」等の警告メッセージを表示する。
照合により、作業予定データ内のＲＰ−ＩＤと一致している場合には、ステップＳ３３に進み、このステップＳ３３で、混注（ミキシング）／中止チェックを行う。
【０１０３】
つまり、混注（ミキシング）の作業の実施入力が済みとなっているか、およびオーダが中止されていないかをチェックする。
混注（ミキシング）の実施入力が済みとなっていれば、混注の実施データが登録されているはずであり、オーダが中止になっていれば、オーダ中止の実施データが登録されている。
【０１０４】
よって、病院内情報管理システム２から、混注の実施データ（ＸＭＬファイル）を取得し、＜進捗＞のタグデータが”実施済み”になっているか否かを確認し、且つ、オーダ中止のデータが登録されていないかを確認する。
ここで、混注が未実施の場合は、ステップＳ３４の警告処理、例えば「混注の確認作業が実施されていません。」という旨の警告表示を行い、オーダが中止されている場合は、その警告処理、例えば「オーダが中止されています。」という警告表示を行って、ステップＳ３２の処理に戻す。
【０１０５】
ここで、混注（ミキシング）の確認作業が実施済みであるか否か、オーダが中止になっていないかを確認する理由は次の通りである。
混注（ミキシング）の確認作業が行われていないということは、ボトルのラベルの識別コードとミキシングする各薬剤の識別コードとのチェックがなされていない。よって、指示通りの薬剤がミキシングされ、所定のボトルに注入されているかを、確実にするためには、混注（ミキシング）がシステムにてチェックされたか否かを確認する必要がある。
【０１０６】
本システムでは、混注（ミキシング）の確認入力が行われた後は、注射オーダの修正入力はできないよう制御している。これは、投与直前までオーダ修正が可能であっても、投与直前のオーダ修正に対しては対応が困難であるためである。また、混注（ミキシング）後に薬剤変更があった場合は、既に混注（ミキシング）した薬剤は無駄となるためである（なお、直前のオーダ修正については、オーダの中止および新規の緊急オーダとボトルの破棄処理にて対応することができる。）。
【０１０７】
よって、注射ボトルの識別コードと作業予定データのコード（ＲＰ−ＩＤ）が照合できた場合、混注（ミキシング）の確認入力済みであることが確認でき、オーダが中止されていなければ、その作業予定データは、修正を受けておらず、かつ中止もされていない、実施すべき作業であることが確認できることになる。
【０１０８】
この混注（ミキシング）／中止チェックにより実施すべき作業であることが確認されると、ステップＳ３５に進み、リストバンドチェックの処理を行う。
図２２は患者のリストバンドチェックを行う場合の表示画面Ｇ１２を示す。
ボトルラベルチェック及び混注（ミキシング）／中止チェックがＯＫとなった場合は、ＰＤＡ８の表示はこの画面Ｇ１２に遷移する。この画面Ｇ１２では、例えば「患者のリストバンドの識別コードを入力してください。」のメッセージが表示される。
【０１０９】
ここで、看護師はＰＤＡ８により患者リストバンド上の識別コードを読み込み、作業予定データ内の患者ＩＤと一致するかを照合する。照合により一致していると、ステップＳ３６に進む。一方、一致していないと、ステップＳ３７の警告の処理を行ってステップＳ３５に戻る。
【０１１０】
このように、対象患者を間違えている等の場合は、リストバンドの識別コードと患者ＩＤが一致しないため、間違いを検出し、警告表示および警告音を出して通知が可能となっている。
ステップＳ３５によるリストバンドのチェックが済むと、ステップＳ３６のオーダ内容の表示の処理に進み、この場合にはＰＤＡ８は図２３に示す注射実施の確定画面Ｇ１３となる。
【０１１１】
この画面Ｇ１３では、注射に対するオーダ時の指示内容が表示される。
つまり、患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示され、ここで、オーダの指示内容を確認し、次のステップＳ３８の注射の投与を実施する。
【０１１２】
ステップＳ３８の注射実施後、ステップＳ３９の投与した投与量を入力する処理を行う。
図２４はＰＤＡ８における投与した投与量を入力する画面Ｇ１４を示す。
この画面Ｇ１４は、電卓入力に近い画面となり、投与した薬剤のパーセンテージを入力できるようになっている（デフォルトは１００％で表示され、変更がなければ、そのまま確定ボタンを押せばよい）。
【０１１３】
この投与量の入力を行うことにより、ステップＳ４０の実施データの登録処理がされ、ＰＤＡ８からサーバ７を通して病院内情報管理システム２に登録される。
なお、上記注射は、必ずボトル内の注射薬全てを投与するとは限らないため、このように正確に投与量を記録することもできるようになっている。これは、患者の容体の変化、オーダ時の指示等で、５０％や７５％のみ投与ということがあり得るからである。また、ここでは、％単位での入力を行うようにしているが、使用した容量に基づきｍｌ単位での入力を行うようにしてもよい。
【０１１４】
次に、図１８のステップ３２のボトルラベルチェックの動作を、図２５を参照してより詳細に説明する。
図２５は注射の実施におけるボトルラベルチェックの動作フローを示す。
注射等のオーダは修正が行われる場合がある。具体的には、各サブシステム４ＡのＰＣ端末６等から、オーダの修正登録が行われる場合がある。
【０１１５】
オーダの内容に変更があった場合は、その変更内容に基づき、医療行為が実施されるべきである。修正前の内容で、実施しようとした場合等は、その間違いをチェックし、警告表示等ができる必要があり、図２５のボトルラベルチェックの処理はこれに対応するものである。
【０１１６】
つまり、図２５は、オーダ内容が修正された場合でも、そのチェックができる仕組みを表した図である。具体例として、注射Ａをオーダした後、注射の種類をＡ’（Ａダッシュ）に変更した場合で説明する。
時刻Ｔ１で注射Ａをオーダした後、例えば時刻Ｔ２でＰＤＡ８によりその作業予定リストが取得されていると、その後の時刻Ｔ３でオーダ修正が行われた場合には、ＰＤＡ８には修正された内容（Ａ’になった）が登録されていないことになる。しかし、このような状態においても、間違いの防止が可能な機能が搭載されている。
【０１１７】
この状態で注射を実施しようとした場合、次の３通りのケースＣ１、Ｃ２、Ｃ３が考えられるが、この病院情報システム１を使用していればそのいずれのケースにおいてもチェック機能が働くようになっている。
Ｃ１：オーダ変更前の注射Ａが病棟に届く。
Ｃ２：オーダ変更後の注射Ａ’が病棟に届く。
Ｃ３：全く異なる注射Ｂが病棟に届く。
【０１１８】
以下、Ｃ１から順次説明する。
Ｃ１：病棟に注射Ａが届いた場合
通常は、混注（ミキシング時）に、ボトルラベル上の識別コードと混注される各々の薬剤の識別コードが、オーダ修正後の作業予定データの内容に基づき、病棟システムにて読み取りチェックされるため、そこで警告表示がなされ、間違いが検出される（混注確認作業）。
【０１１９】
ＰＤＡシステム４Ｂでは、この混注確認作業が実施されたか否かをチェックすることで、間違いのない内容のボトルが届いていないかどうかのチェックが可能である。
また、図２５に示すように最新の作業予定データのチェックの機能を持たせることにより、オーダ変更を知ることができるようにしてもよい。
【０１２０】
つまり、ＰＤＡ８によるラベルチェックはＯＫとなり、次のＰＤＡ８での混注チェックもＯＫとなり（これがＮＧであると「混注確認が未実施です」とのメッセージが表示される）、更にＰＤＡ８での患者チェックまでもがＯＫとなる（これがＮＧであると「対象の患者と異なります」とのメッセージが表示される）としても、最新の作業予定データをチェックする処理を行わせるようにすることにより、確認結果をＮＧとすることができる。
【０１２１】
具体的には、例えば、ＰＤＡ８での患者チェックの処理の後、最新の作業予定データをチェックするようにし、変更があれば「オーダが変更されている可能性があります。確認して下さい」等のメッセージをＰＤＡ８に表示する処理を行うようにする。
【０１２２】
例えば図１８のフローチャートで説明すると、ステップＳ３５のリストバンドチェックがＯＫの後、上記最新の作業予定データをチェックするようにＰＤＡ８に表示する処理を行った後、ステップＳ３６のオーダ内容表示を行うようにしてもよい。
【０１２３】
このように最新の作業予定データのチェックを行わせるメッセージ表示処理を行うことにより、その注射を実施する実施者は、最新の作業予定データを携帯しているＰＤＡ８で取得して確認することにより、オーダの変更を知ることができる。
Ｃ２：病棟に注射Ａ’が届いた場合
病棟にオーダ修正後の注射Ａ’が届いた場合、ＰＤＡ８に修正前の古い作業予定データが登録されていた場合は、ボトルラベルのチェック不整合となり、メッセージにて警告が表示される。
【０１２４】
オーダが修正された場合は、各注射（ＲＰ）に付与されているＩＤ（ＲＰ−ＩＤ）は、途中桁までを同じとし、その下何桁かをインクリメントするようにしているので、途中桁までの一致を判断することによってボトルラベルの不整合がオーダ修正によって発生しているか否かが判断可能である。なお、途中桁までのＩＤは、各注射に一意な番号を付与すべきであることは、言うまでもない。
【０１２５】
このようにしてボトルラベル上の識別コードを照合チェックした結果、オーダ内容の修正のためにボトルラベルの不整合が生じている場合には、「オーダが変更されている可能性がありますので、予定業務リストを再取得してください。」という旨のメッセージが表示される。ここで、使用者がＰＤＡ８を操作して最新の作業予定リストを再取得することで、ＰＤＡ８内には注射Ａから注射Ａ’に変更された後の作業予定データが登録される。この後には、ボトルラベルのチェック、リストバンドのチェックの結果はいずれもＯＫとなるので、注射Ａ’の実施が可能となる。
【０１２６】
この動作は、注射を実施しようとしているスタッフへオーダ修正後の新しい指示事項を知らしめることができるという点で有効であり、古い情報しか知らないまま注射を投与することがなくなる。
また、警告だけでなく、さらに、「オーダが修正されていますので、最新化ボタンを押して下さい」とのガイダンスや、ＮＧを出さずに、「オーダが修正されている為、最新情報を取得中です」を表示した上で最新の作業予定データを取得して照合し、この照合の結果がＯＫであるときに限り患者（リストバンド）チェックに進むようにしてもよい。
Ｃ３：病棟に全く異なる注射Ｂが届いた場合
病棟に全く異なる注射Ｂが届いた場合には、ボトルラベル上の識別コードと、作業予定データ所のコード（ＲＰ−ＩＤ）が全く異なっているため、明らかにＮＧとして、警告を行うことができる。具体的には、「使用予定のボトルと異なっています。」という旨の警告表示を行うことによって、間違って投与することを防止することができる。
【０１２７】
なお、この手法はワンショット注射の場合にはとりわけ有効であるが、点滴の場合には、時間をかけて投与を実施するため、ワンショット注射と異なり、“注射開始“と、“注射終了“の実施入力が行われる。
ワンショットの場合は、以下の順序
（１）ボトルラベルチェック→（２）リストバンドチェック→（３）投与→（４）注射終了（投与量）入力
で作業が行われるのであるが、点滴の場合には次のような２回の作業予定となる。
（点滴開始）
（１）ボトルラベルチェック→（２）リストバンドチェック→（３）注射開始
（点滴終了）
（１）ボトルラベルチェック→（２）投与終了（抜針）→（３）注射終了（投与量）入力
作業予定データで説明すると、ワンショット注射の場合には、「注射開始」の作業予定データと、「注射終了」の作業予定データの両方が同時に登録処理されるが、点滴の場合には、「注射開始」（「点滴開始」）と「注射終了」（「点滴終了」）とがそれぞれのタイミングで登録される。
【０１２８】
図２８は点滴の医療行為を行う場合における動作内容を示す。ここで、図２８（Ａ）は点滴開始の場合の動作内容を示し、図２８（Ｂ）は点滴終了の場合の動作内容を示す。
図２８（Ａ）に示すように、点滴開始により、ステップＳ４１のボトルラベルチェックの処理を行う。このボトルラベルチェック（以下の混注／中止チェック、リストバンドチェックも同様）は実際には図１８で説明したように、チェックが正しく行われないとＮＧとなり、警告を行ってステップＳ４１に戻るような処理を行うが、ここでは簡単化のため、ボトルラベルチェックが正しく行われたとして簡略化して説明する。
【０１２９】
上記ボトルラベルチェックが正しく行われると次のステップＳ４２の混注／中止チェックの処理となり、この混注／中止チェックが正しく行われるとステップＳ４３のリストバンドチェックの処理に進み、このリストバンドチェックが正しく行われるとステップＳ４４のオーダ内容表示の処理に進む。
【０１３０】
このオーダ内容表示の処理の後、ステップＳ４５の注射開始（刺針）をする。つまり、上記リストバンドでチェックした患者に対して点滴の針を刺してセットされている薬剤投与の医療行為を開始する。また、その行為を実施した看護師はその時点（タイミングで）で、ステップＳ４６に示すようにＰＤＡ８により点滴開始の入力操作を行い、病院内情報管理システム２にその情報を送信し、病院内情報管理システム２のデータベースには点滴開始の実施データが登録される。そして、患者に対して点滴により予定された薬剤が投与され始める。
【０１３１】
点滴開始後、その点滴による薬剤の投与が終了する時刻において、その点滴終了の医療行為を行う看護師は図２８（Ｂ）のステップＳ５１に示すボトルラベルチェックをした後、ステップＳ５３の点滴のために刺した針を抜いて投与終了（抜針）の作業を行い、さらにステップＳ５４のＰＤＡ８により投与量入力を行って点滴終了を実施する。
【０１３２】
この投与量入力によりＰＤＡ８からステップＳ５５に示すようにその点滴終了の情報が病院内情報管理システム２に送信され、病院内情報管理システム２のデータベースには点滴終了の実施データが登録される。
このように時間のかかる医療行為の場合においても、病院内情報管理システム２のデータベースには正確に医療行為の開始時点での詳細な情報が登録されると共に、医療行為の終了時点でも詳細な情報が正確に登録される。
【０１３３】
このように時間のかかる医療行為の場合において、開始時点で詳細な情報の登録を行い、かつ終了時点でも詳細な情報を登録するようにして、以下のようにより適切な支援ができるようにしている。
例えば、点滴開始の作業予定時間に対して、実際に点滴開始の作業を実施した時刻がずれてしまうような場合においては、点滴終了予定の時刻もずれる。病院内情報管理システム２は、実際に点滴開始の作業を実施した時刻がずれた時間を参照し、データベースにおける対応する点滴終了の業務を行う作業予定の時刻を変更する。
【０１３４】
この変更により、その点滴終了の業務を作業予定データとしている看護師がＰＤＡ８によりその作業予定データを病院内情報管理システム２のデータベースからダウンロード等して作業予定データとして参照或いは閲覧した場合には、その点滴終了の業務を行う作業予定の時刻が変更されているので、速やかにその対応ができる。
【０１３５】
この場合、実際に点滴開始の作業を実施した看護師が点滴終了の業務も行う場合が多く、その看護師は点滴終了の業務が終了する予定時刻をより正確に知ることができる。従って、その後の作業予定業務への対応もし易い。
また、点滴開始から終了まで薬剤を投与する時間が長く、かつ看護師が点滴開始から終了まで、その場所に居なくても済むような場合には、その間に他の作業予定業務を効率良く実施することができる。この場合においても、点滴終了の業務が終了する予定時刻をより正確に知ることができるので他の作業予定業務を行い易い。
【０１３６】
また、実際に点滴開始の作業を実施した看護師が、例えばその勤務帯の終了時刻付近でその点滴開始の作業を実施し、点滴終了の業務を別の看護婦に引き継いで行うように業務予定が設定されている場合においても、その別の看護婦はＰＤＡ８によりデータベースにアクセスしてその作業予定データを参照或いは閲覧することにより、実際に点滴開始の作業を実施した時刻がずれたために点滴終了の作業終了予定時刻がずれ込むことを迅速に知ることができ、対処もし易い。
【０１３７】
例えば上述のようにずれた時間の間に他の作業予定の医療行為を行うようにする等することにより、後の作業予定の行為に及ぼす影響を少なくでき、作業予定の医療行為を円滑に行うことができる。
このように時間がかかる医療行為において、開始予定時刻と実際の開始時刻とがずれ込むような状態が発生しても、その情報を速やかに把握できるので、その後の医療行為を実施する場合の影響を少なくでき、医療行為を円滑に行い易いように支援ができる（或いは医療行為を円滑に行い易い環境を提供できる）。
【０１３８】
また、後でデータベースからそのような情報を詳細解析することにより、医療行為の実施がずれた原因等を調べることもでき、より適切に改善することもできる。
つまり、この場合においても、単に時刻のみでなく、上述した５Ｗ１Ｈを含む情報が点滴開始時と終了時にデータベースに詳細に登録されるので、後で解析する場合にもその解析に必要となる十分な情報があり、詳細な解析を行うことができる。
【０１３９】
例えば、点滴開始時と終了時に登録される情報は、それぞれの実施日時のデータの他に、実施者、実施場所、実施内容、実施された患者のデータ等を含む。より詳細には図１７の実施データの内容の欄に示すものに相当する。図１７では、作業予定のデータがそのその作業の実施により、或いはその作業予定の破棄によりどのようになるかの概要を示すものであり、図１７ではその概要を分かり易くするため、（開始と終了とは殆ど同じ時刻で済む）ワンショット注射を実施したもので示している。
【０１４０】
従って、時間がかかる点滴の場合における点滴開始を実施した場合には、＜進捗＞のデータは作業予定データでの予定から実施データでは実施済（より詳細には、点滴開始の実施済）となり、＜指示内容＞のデータは実施データの欄でも図１７の網掛けで示している投与の入力は行われない。この投与の網掛けは点滴終了の実施により行われることになる。
【０１４１】
また、この点滴開始の実施データの登録を受けて、病院内情報管理システム２はこの点滴開始と対になる点滴終了の作業予定データの内容の欄における＜実施予定日時＞のデータを点滴開始の実施データの日時により変更し、より正確なデータベースを構築し、参照するユーザに正確な情報を提供できるようにする。
【０１４２】
このように詳細に情報の記録が行われるので、システムのプログラムをより改善する解析の他に、医療業務を行う各看護師の業務遂行に関する能力、負担等の把握に利用することもできる。
なお、上述の説明では、データベースにおいて正確な情報の記録・蓄積を行う例で説明したが、（点滴のように）作業開始から作業終了までに時間がかかる医療行為の場合においては、作業開始の予定時刻から実際にその作業が開始された情報の登録がされた段階で、病院内情報管理システム２の図示しないＣＰＵは、そのずれ時間が予め設定した時間を超えるか否かを判断し、越えていると判断した場合には、その点滴終了を実施する実施者が携帯するＰＤＡ８に対して、その点滴終了の作業予定時刻が変更されたことを告知する処理を実行するようにしても良い。
【０１４３】
告知する処理としては、点滴終了の作業予定時刻が変更されたことを告知する情報であると分かり易いが、これに限定されるものでなく、単に最新の作業予定データを得るようなメッセージでも良い。このようなメッセージとした場合には、他の場合にも利用でき、プログラムを簡単化できる。
【０１４４】
また、点滴開始と終了とを実施する実施者が異なる場合には、ＰＤＡ８のメール機能を利用し、点滴開始をした時間がずれたので点滴終了の予定時刻がずれることを、点滴開始を実施した者から終了を実施する者へ知らせるようにしてもよい。
【０１４５】
また、上記説明では時間がかかる医療行為として点滴の場合で説明したが、その他の医療行為、例えば心電図を得るための医療行為その他に適用することも可能となる。
次に、注射のボトルを壊してしまった等、破損の処理について説明する。
【０１４６】
注射の投与前に、ボトルを壊してしまった等の破損入力用の画面は、注射の実施画面から開くことができるようになっている。図２０のボトルラベルチェック画面右下にある破損入力ボタン３１を押すことで破損入力用画面が開く。図２６は破損入力用のボトルチェック画面Ｇ１５を示す。
【０１４７】
この画面Ｇ１５が表示されている状態で、壊してしまったボトルラベル上の識別コードを入力することで、まず、破損したボトルのチェックを行う。チェックが済むと図２７の破損入力の確定画面Ｇ１６が開く。
また、破損時にボトルラベルに液体がかかってしまい、識別コードの読み取りができないような場合には、ボトルラベル手入力ボタン３３を押し、図示しない電卓型の入力画面から識別コードに隣接して表示されている該識別コードの内容を示す数字を入力することで、図２７の画面Ｇ１６を開くことも可能である。
【０１４８】
図２７の破損入力の確定画面Ｇ１６では、注射の実施確定画面と同様に、その注射のオーダ時の指示内容が表示される。
患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示され、ここでオーダの指示内容を確認する。破損入力するボトルに間違いなければ、確定ボタン２４を押して入力を行う。
【０１４９】
確定ボタン２４が押されると、破損入力したデータ（表１の“破棄データ”）が病院内情報管理システム２に登録され、物流部門や薬剤管理部門のシステム等と情報の共有化が行われる。
なお、破損入力を行った場合には、注射の実施入力とは異なり、注射の実施が「済」にはならないため、図１２や図１６の作業予定リスト上には「予定」の状態のまま残る形となる（「済」のリストには移動しない）。この「破棄データ」の登録により、同じ内容のボトルが準備、補充されてきた場合は、通常の注射実施時と同様に、作業予定リスト上から該当の作業予定を選択し、ボトルとリストバンドチェックした後、投与を実施することができる。
【０１５０】
また、上記例は混注済みのボトルを破損した場合についてであるが、混注（ミキシング）前に、混注予定の複数の薬剤の中の１つを壊してしまったような場合にも破損入力を同様に行うことができる。この場合には、図２３の破損入力用のボトルラベルチェック画面にて、画面下部に表示されている薬剤のうち、壊してしまったものを選択指定することによって、破損入力の確定画面へ進むことができる。なお、薬剤各々に識別コードが付されている場合には、その読み取りにて、識別コードが付されていない場合は、表中の薬剤への指示にて各々入力が可能である。
【０１５１】
一方、注射の投与前ではなく、注射の投与開始後（点滴開始後）にボトルを壊してしまったような場合は、一部投与したとして、注射終了時の入力から投与量の％入力が行える。
図１７の最も右欄の「破棄データの内容」は、注射の破損入力によってＰＤＡ８からサーバ７を通して登録される破棄データの構造を示している。
【０１５２】
この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれており、実施者や実際の実施時刻等のデータが入力時の内容に基づいて設定される。図１７における網掛けをした部分が、破損入力時の内容に基づいて、追加、または変更されたデータである。
【０１５３】
同図では、作業予定データの＜進捗＞のデータが“予定”から“実施済み”に変更され、＜実施者＞及び＜実施時間＞が実施した内容に基づき追加され、＜実施内容＞の種類が“破棄”とされている。また、＜対象物＞のデータには、混注（ミキシング）される各薬剤のデータがセットされている。なお、ボトルの破損の場合には混注（ミキシング）したすべての薬剤のデータがセットされているが、混注（ミキシング）前の薬剤の単品破損の場合にはここに破損した薬剤のみがセットされる。
【０１５４】
このように、本実施の形態によれば、医療行為の実施場所で医療行為を行う場合、その医療行為の作業予定の内容を携帯端末としてのＰＤＡ８により確認でき、その作業予定の内容を確認してから、作業予定の医療行為を行うことができるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。
【０１５５】
また、時間がかかる医療行為に対しても、正確な把握ができるので、その医療行為が実際に行われる時間がずれるような事態が発生してもその情報を速やかに得られ、対処がし易い。従って、医療行為を円滑に進める環境を提供できる。
また、医療行為の実施場所で、ＰＤＡ８により医療行為を行った内容の記録の入力を行えるので、実施した医療行為の記録する場合、実施場所で確認しながら行え、かつ実施直後にその記録を行うので、正確かつ誤りの少ない状態で記録を行うことができる。
【０１５６】
また、このように携帯したＰＤＡ８により医療行為を行うべき作業予定を確認して、その作業予定の医療行為を正確に行うと共にその記録も行った後は、その作業予定の内容は実施済みのリストに移り、従って実施者は作業予定のリストを参照することにより複数の作業予定の医療行為を円滑に進めることができる。
【０１５７】
また、医療行為を行う場合に、携帯できるＰＤＡ８によりその医療行為の作業予定内容を殆ど任意の場所及び時間に参照したり、確認したりすることも容易にでき、医療行為を円滑に行い易い。また、作業予定内容が変更されるような場合においても、実施場所で、実施を行う直前に作業予定内容の確認処理を行うことにより、作業予定内容の変更にも対処がし易い。
【０１５８】
また、このように医療行為を実施した場合にその実施した内容を正確に記録、つまりリアルタイムに記録できるので、その後の記録データの解析によって、システムをより改善することも可能となる。
なお、上述の説明では作業予定の医療行為を実施してその実施した内容等を入力することにより、サーバ７を介して病院内情報管理システム２に送信されてそのデータベースに登録が行われるが、その場合入力内容の確認操作と病院内情報管理システム２へ送信操作とを続けて行うようにしてもよい。
【０１５９】
例えば実施した内容の入力をＰＤＡ８で表示して確認ボタンで確認し、その確認した後、データベースに登録するために送信しますかの確認表示して、ＯＫボタンその他のボタンの操作で送信を行うようにしてもよい。
また、このように登録のための送信を行った場合、病院内情報管理システム２が何らかの作業中のため、送信を受け付けるのを待つ待機状態となるような場合には、例えばＰＤＡシステム４Ｂのサーバ７側でその内容を受け付け、病院内情報管理システム２の待機状態が解除された後に、サーバ７で受け付けた内容を病院内情報管理システム２のデータベースに登録し、その登録が完了するとＰＤＡ８にその登録が完了したことを通知するようにしてもよい。
【０１６０】
このようにすると、ＰＤＡ８によりその登録を行おうとする実施者は、病院内情報管理システム２の待機状態が解除されるのを待ち続けるような不便を解消できる。
また、図１２において、誤入力・指定による誤った日付の作業予定リストの取得が不可能になったので、通信ネットワークにおける不要なデータの伝送が抑制され、通信ネットワーク資源を効率的に使用することができる。作業予定リストを取得する際に、看護師による日付の入力・指定を不可能とし、勤務帯を選択するだけで該当する作業予定リストを取得することができるので、看護師のＰＤＡに対する操作負担が軽減する。また、誤入力・指定による誤った日付の作業予定リストの取得が不可能になったので、誤った作業による医療過誤を抑制することができる。
【０１６１】
＜第２の実施の形態＞
本実施の形態では、病院内情報管理システム２で管理している患者の情報に変更があった場合、第１の実施の形態に基づいて既に変更前の情報を取得しているＰＤＡ８にその変更後の情報を取得させることについて説明する。
【０１６２】
図２９は、本実施の形態におけるシステム構成の概要を示す。同図において、ＰＤＡサーバ７は、検知部７１、作成部７２、送信部７３、記憶部７４から構成される。検知部７１は、変更のあった患者情報で、かつ緊急性の高い情報を検知する。記憶部７４には、患者ＩＤとその患者の情報を取得したＰＤＡのＩＰアドレスとを関連付けた情報（以下、患者情報取得ＰＤＡリストという）が格納されている。作成部７２は、変更のあった患者情報の患者ＩＤに基づいて、患者情報取得ＰＤＡリストよりその患者ＩＤと関連のあるＰＤＡのＩＰアドレスを抽出し、送信リストを作成する。送信部７３は、送信対象のＰＤＡに情報を送信する。また、送信部７３は、送信対象のＰＤＡに情報が送信できなかった場合には、送信できなかったＰＤＡのＩＰアドレスとそれに対応する患者ＩＤの情報を未送信リストとして、記憶部７４に格納（記憶）する。
【０１６３】
図３０は、本実施の形態におけるＰＤＡサーバの処理フローである。まず、オーダーの変更が生じた場合、ユーザは図１のサブシステム４ＡのＰＣ端末６等によりそのオーダーの変更を行う。その変更情報はサーバ５に格納され、サーバ５から変更があった旨の情報（患者情報変更リスト）がＰＤＡサーバ７に送信される（ステップＳ６１）。
【０１６４】
図３１は、本実施の形態における患者情報変更リストの概要を示す。同図において、患者情報変更リストは、「患者ＩＤ」、「緊急変更フラグ」、その他の項目から構成される。「患者ＩＤ」にはオーダの変更のあった全ての患者の患者ＩＤが格納されている。「緊急変更フラグ」には、変更された患者の情報の中でも緊急性の高いもの（重要性のあるもの）、すなわち、すぐにその変更に対処しなければ医療過誤に繋がるものを判断するためのフラグである。
【０１６５】
このフラグには、例えば「１」または「０」の値が格納される。例えば、患者の容態により注射の種類が変更された場合、変更前の注射を実施したのでは患者の生命を危機に陥れることになるためすぐに対処しなければならず、「緊急変更フラグ＝１」となる。また、血圧測定の時間帯が変更された場合には、緊急性は高くないので「緊急変更フラグ＝０」となる。図３１では、患者ＩＤ「１１１１１１１１」の緊急変更フラグが「１」であり、緊急性が高く、本実施の形態で送信しなければならない患者情報である。また、患者ＩＤ「２２２２２２２２」「３３３３３３３３」の緊急変更フラグは共に「０」であり、オーダに変更はあったものの緊急性は低い。
【０１６６】
ステップＳ６１で送信された患者情報変更リストを受信したＰＤＡサーバ７の検知部７１では、患者情報変更リストのデータ項目「緊急変更フラグ」を検知し、「緊急変更フラグ＝１」の患者ＩＤを取得する。また、記憶部７４には、第１の実施の形態のログイン時の説明でも述べたように、ＰＤＡ８のＩＰアドレス情報とそのＰＤＡ８に送信した作業予定リスト情報の対象患者のＩＤとを関連付けた患者情報取得ＰＤＡリスト７５が記憶されている。
【０１６７】
そこで、作成部７２では、「緊急変更フラグ＝１」の患者ＩＤを検索キーとして、患者情報取得ＰＤＡリスト７５からその患者ＩＤに関係する１つまたは複数のＰＤＡのＩＰアドレスを抽出し、データ項目「患者ＩＤ」と「ＩＰアドレス」とからなる送信リストを作成する（ステップＳ６２）。
【０１６８】
次に、送信部７３では、その送信リストにあるＰＤＡのＩＰアドレスに基づいて、１つまたは複数のＰＤＡ８に少なくとも「患者ＩＤ」を含む情報をお知らせ情報として送信する（ステップＳ６３）。
次に、送信リストにある全てのＩＰアドレスに対してお知らせ情報を送信できたか否かを判断する（ステップＳ６４）。お知らせ情報を送信できた場合（図２９のＰＡＤ８ａ参照）、本処理フローは終了する（ステップＳ６７）。送信先のＰＤＡが、電源ＯＦＦ、送信可能エリアの圏外等の送信エラーのためにお知らせ情報を送信できなかった場合（図２９のＰＡＤ８ｂ）、図３２に示すように、送信できなかったＰＡＤのＩＰアドレスとそれに関係する患者ＩＤを未送信リスト７６として記憶部に記憶する（ステップＳ６５）。
【０１６９】
一定時間の待ち状態の後、未送信リストにあるＩＰアドレスのＰＤＡ（図２９のＰＡＤ８ｂ参照）に再送（ステップＳ６６）。ここで、この待ち状態の間に、未送信リストにあるＩＰアドレスのＰＤＡが、ログアウトしたり、後述する「最新化ボタン」を押下されて変更オーダーを取得した場合には、未送信リスト７６からそのＰＤＡのＩＰアドレスが削除される。
【０１７０】
そして、ステップＳ６４〜Ｓ６６の処理を繰り返し、お知らせ情報を送信できなかったＰＤＡのＩＰアドレスは未送信リスト７６に追加され、全てのＰＤＡに送信できた場合は、本フローは終了する。
図３３は、お知らせ情報を受信したＰＤＡ８ａの表示画面Ｇ１７を示す。同図に示すように、お知らせ情報を受信するとＰＤＡの表示画面Ｇ１７には、「〜様のオーダ変更があります。最新オーダを取得してください。」旨のメッセージが表示されたウィンドウ４１がオーバーレイ表示される（以下、お知らせ機能という）。そのメッセージを見た看護師は「ＯＫ」ボタン４２を押した後、「最新化」ボタン４０を押して、最新オーダを取得する。
【０１７１】
「最新化」ボタン４０を押すと、サーバ５に登録されている変更されたオーダ情報がＰＤＡサーバ７を介して、そのＰＤＡ８ａに送信される。ここで、ＰＤＡ８ａが受信する変更されたオーダ情報は、「患者ＩＤ」と変更されたオーダ情報のみの情報である。例えば、患者ＩＤ「１１１１１１１１」の患者に投与する注射の種類が「Ａ」から「Ｂ」に変更された場合、ＰＤＡ８ａが受信する情報は、「患者ＩＤ：１１１１１１１１」と「注射の種類：Ｂ」とからなる情報である。
【０１７２】
図２９のＰＤＡ８ｃは、お知らせ情報の送信対象外（送信リストにＰＤＡ８ｃのＩＰアドレスは無い）であり、オーダー変更のお知らせ情報は送られてこないことを示している。
図３４は、お知らせ機能によるお知らせのタイミングを示すフローである。同図のフローは、図４と同様である。このフローでお知らせ機能による割り込みが発生するのは、Ｓ１３〜Ｓ１５の間である。例えば、当日分の注射のオーダに変更があった場合には、ＰＤＡの表示部１８にお知らせのウィンドウが開く。また、例えば、注射の実施入力を行うときには、ボトルラベルを読み取る時点で、混注後の中止や指示変更があるかを確認する。そして、指示変更が合った場合には、ＰＤＡの表示部１８にお知らせのウィンドウが開く。
【０１７３】
なお、ＰＤＡサーバ７のハードウェア構成の概要は、図２とほぼ同様であり、識別コードリーダはあってもなくてもよい。
以上より、ＰＤＡは、ステップＳ２２で作業予定リストをまとめて取得するが、その後は更新があったオーダーの情報のみをその都度すればよいので、有線ネットワークに比べて低速な無線通信ネットワークでも、その変更情報を取得する時間（処理時間）の短縮を図ることができる。また、オーダーの変更のあった患者の情報を有するＰＤＡにのみお知らせ情報を送信するので通信ネットワーク内のトラフィック渋滞を抑えることができる。
【０１７４】
また、オーダが変更された場合には、ＰＤＡにその旨の通知がされるので、オーダーの変更に対する看護師の監視負担が軽減され、看護という本来の業務に専念することができる。また、最新のオーダ情報を取得するタイミングが分かる。
また、看護師自身に「最新化」ボタンを押させて、変更されたオーダー情報を取得させることで、看護師にオーダーの変更があったことを認識させることができる。
【０１７５】
（付記１） 前記送信手段は、所定時間経過後、前記格納した前記携帯端末固有情報に基づいて、前記患者識別情報を送信することを特徴とする請求項２記載のサーバシステム。
（付記２） 前記送信手段は、前記変更通知情報を受信した携帯端末からの応答情報に基づいて、前記医療処置行為の変更内容の情報を該携帯端末に送信することを特徴とする請求項２、または付記１記載のサーバシステム。
【０１７６】
（付記３） 前記送信手段は、所定時間経過後、前記格納した前記携帯端末固有情報に基づいて、前記患者識別情報を送信することを特徴とする請求項５、または６記載の医療業務支援システム。
（付記４） 前記送信手段は、前記変更通知情報を受信した携帯端末からの応答情報に基づいて、前記医療処置行為の変更内容の情報を該携帯端末に送信することを特徴とする請求項５、または６記載の医療業務支援システム。
【０１７７】
（付記５） 医療機関で行われる業務の支援を行う医療業務支援システムにおいて、
ユーザの勤務帯を選択する選択手段と、
該選択手段により選択した該勤務帯に基づいて、該勤務帯にかかる作業予定情報を取得する取得手段と
を備えることを特徴とする医療業務支援システム。
【０１７８】
【発明の効果】
以上より、本発明を用いることで、必要な携帯端末にのみ変更のあった旨の情報を送信することができるので、通信ネットワークにおける不要なデータの伝送が抑制され、通信ネットワーク資源を効率的に使用することができる。
【図面の簡単な説明】
【図１】第１の実施の形態における、病院情報システムの全体構成を示すブロック図である。
【図２】第１の実施の形態における、図１に示されているＰＤＡのハードウェア構成を示す図である。
【図３】第１の実施の形態における、注射〜検体検査の医療行為とその医療行為のオーダ登録から実施等がされるまでの作業予定内容の詳細を表で示した図である。
【図４】第１の実施の形態における、オーダ登録時、参照時及び実施時の動作手順の内容を示すフローチャート図である。
【図５】第１の実施の形態における、注射のオーダ登録により生成される作業予定内容を示す図である。
【図６】第１の実施の形態における、注射のオーダ登録がされた場合でのＰＤＡシステムの動作手順の内容を示すフローチャート図である。
【図７】第１の実施の形態における、図６のステップＳ２１での処理の詳細なフローを示す図である。
【図８】第１の実施の形態における、ＰＤＡのログイン画面例を示す図である。
【図９】第１の実施の形態における、作業予定リストの登録画面例を示す図である。
【図１０】第１の実施の形態における、図９で患者を指定した場合での指定された勤務帯における対象患者全てが一覧表示される画面例を示す図である。
【図１１】第１の実施の形態における、図９において病棟を指定した場合での病棟の選択画面例を示す図である。
【図１２】第１の実施の形態における、図１０において、勤務帯のボタンを操作した場合における勤務帯の選択画面例を示す図である。
【図１３】第１の実施の形態における、ログイン完了から勤務帯を選択するまでのフローを示す図である。
【図１４】第１の実施の形態における、作業予定リストの選択表示画面例を示す図である。
【図１５】第１の実施の形態における、図１４での本日の作業リストの選択項目を選択した場合に表示される画面例を示す図である。
【図１６】第１の実施の形態における、作業予定リストにおける実施済みのリストを選択した場合の表示画面例を示す図である。
【図１７】第１の実施の形態における、作業予定データの構造を示す図である。
【図１８】第１の実施の形態における、注射を実施する場合の詳細な動作内容を示す図である。
【図１９】第１の実施の形態における、図１４の画面で項目毎の業務リストから注射の項目を選択した場合の画面例を示す図である。
【図２０】第１の実施の形態における、ボトルチェックの画面例を示す図である。
【図２１】第１の実施の形態における、注射ボトルを間違えて読み込まれたような場合での警告メッセージの表示画面例を示す図である。
【図２２】第１の実施の形態における、患者のリストバンドチェックを行う場合における表示画面例を示す図である。
【図２３】第１の実施の形態における、注射を実施する場合の表示画面例を示す図である。
【図２４】第１の実施の形態における、注射実施後の投与量を入力する画面例を示す図である。
【図２５】第１の実施の形態における、オーダの内容が変更された場合でのボトルチェックの動作内容を示す図である。
【図２６】第１の実施の形態における、図２０の画面で破損入力ボタンを操作した場合での破損入力用表示画面例を示す図である。
【図２７】第１の実施の形態における、破損入力の確定画面例を示す図である。
【図２８】第１の実施の形態における、時間がかかる点滴を実施する場合の動作を示すフローチャート図である。
【図２９】第２の実施の形態における、システム構成の概要を示す図である。
【図３０】第２の実施の形態における、ＰＤＡサーバの処理フローを示す図である。
【図３１】第２の実施の形態における、患者情報変更リストの概要を示す図である。
【図３２】第２の実施の形態における、未送信リストを示す図である。
【図３３】第２の実施の形態における、お知らせ情報を受信したＰＤＡの表示画面を示す図である。
【図３４】第２の実施の形態における、お知らせ機能によるお知らせのタイミングを示すフローを示す図である。
【符号の説明】
１ 病院情報システム
２ 病院内情報管理システム
３ ＬＡＮ
４Ａ サブシステム
４Ｂ サブシステム（ＰＤＡシステム）
５ サーバ
６ ＰＣ端末
７ サーバ
８ ＰＤＡ
９ 無線ＬＡＮ
１０ アクセスポイント
１１ 無線ＬＡＮカード
１２ 識別コードリーダ
１３ ＣＰＵ
１４ ＲＯＭ
１５ ＲＡＭ
１６ 記憶部
１７ 操作入力部
１８ 表示部
１９ バス
７１ 検知部
７２ 作成部
７３ 送信部
７４ 記憶部
７５ 患者情報取得ＰＤＡリスト
７６ 未送信リスト
Claims (4)
- 医師が利用する端末装置と、看護師が利用する携帯端末と、前記携帯端末とデータ送受信を行うサーバ装置と、を備える病院内情報管理システムであって、
前記サーバ装置は、
前記端末装置からの入力により変更が行われたオーダ情報に含まれる項目のうち、少なくとも患者識別情報および該変更後の対処の緊急性を示す緊急変更フラグに関する項目を含む患者情報変更リストを受信する受信部と、
前記患者情報変更リストに含まれる緊急変更フラグに基づき、緊急性の高い対応が必要な患者識別情報を検知する検知部と、
前記携帯端末を識別する携帯端末識別情報と、前記携帯端末に送信したオーダ情報に含まれる患者識別情報とを対応付けて記憶する記憶部と、
前記記憶部から、前記検知部により取得された前記患者識別情報に該当する携帯端末識別情報を抽出し、少なくとも送信対象となる携帯端末識別情報と前記患者識別情報を含む携帯端末識別情報リストを作成する作成部と、
前記携帯端末識別情報リストに含まれている前記携帯端末情報に対応する前記携帯端末へ、オーダ情報が変更された旨の情報を送信する送信部と、を備え、
前記携帯端末は、
前記オーダ情報を表示する表示部を有し、
前記送信部からの情報を受信した際に、前記表示部にオーダ情報が変更された旨を表示する
ことを特徴とする病院内情報管理システム。 - 前記受信部により前記携帯端末の前記オーダ情報に対応する実施入力情報が受信された際に、前記検知部は前記オーダ情報に対する変更の有無を確認し、該変更がある場合、前記送信部は前記携帯端末に対して前記オーダ情報が変更された旨を通知する
ことを特徴とする請求項１に記載の病院内情報管理システム。 - 前記送信部は、前記携帯端末が受信できなかった場合、該受信できなかった携帯端末の携帯端末識別情報と該携帯端末に対応する前記患者識別情報を含む未送信リストを前記記憶部に記憶する
ことを特徴とする請求項１または２に記載の病院内情報管理システム。 - 前記携帯端末は、さらに、前記受信した前記送信部からの情報に基づいて、前記患者識別情報に対応する患者の医療処置行為の変更内容の情報を取得する変更内容取得部と
を備えることを特徴とする請求項１〜３のうちいずれか１項に記載の病院内情報管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003100390A JP4323201B2 (ja) | 2003-04-03 | 2003-04-03 | 病院内情報管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003100390A JP4323201B2 (ja) | 2003-04-03 | 2003-04-03 | 病院内情報管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004310277A JP2004310277A (ja) | 2004-11-04 |
| JP4323201B2 true JP4323201B2 (ja) | 2009-09-02 |
Family
ID=33464544
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003100390A Expired - Fee Related JP4323201B2 (ja) | 2003-04-03 | 2003-04-03 | 病院内情報管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4323201B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007128466A (ja) * | 2005-11-07 | 2007-05-24 | Olympus Medical Systems Corp | オーダ情報管理システム |
| JP5918501B2 (ja) * | 2011-10-31 | 2016-05-18 | 株式会社東芝 | 薬剤変更通知システム |
| JP6188546B2 (ja) * | 2013-02-18 | 2017-08-30 | アイホン株式会社 | ナースコールシステム |
-
2003
- 2003-04-03 JP JP2003100390A patent/JP4323201B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004310277A (ja) | 2004-11-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20050033603A1 (en) | Hospital information system | |
| JP2003099541A (ja) | 医療情報システム | |
| US20150120321A1 (en) | Wearable Data Reader for Medical Documentation and Clinical Decision Support | |
| US20100217623A1 (en) | Decision Support | |
| US20050049897A1 (en) | Medical information system and computer program product | |
| JP2004348717A (ja) | 病院情報システム | |
| JP2013017820A (ja) | 薬剤投与および管理システムおよび方法 | |
| JP6556604B2 (ja) | 医療情報表示システム | |
| US7885826B2 (en) | Medical service support system, medical service support server, and medical service support terminal for supporting medical service | |
| US20050159981A1 (en) | Hospital information system | |
| JP2004178406A (ja) | 医療業務支援システム、医療業務支援、及びプログラム | |
| WO2010011954A2 (en) | Patient communications device | |
| JP4291289B2 (ja) | 電子カルテ表示装置、電子カルテシステム、電子カルテ表示方法及び電子カルテ表示プログラム | |
| JP4323201B2 (ja) | 病院内情報管理システム | |
| JP2006260305A (ja) | 電子カルテ管理装置、電子カルテシステム、電子カルテ管理方法及び電子カルテ管理プログラム | |
| JP2004110819A (ja) | 病院情報システム | |
| JP4122107B2 (ja) | 注射剤混合支援装置 | |
| JP2004302946A (ja) | 病院情報システム | |
| JP2002203045A (ja) | 医療データ管理システムおよび医療データ管理装置 | |
| JP2007025956A (ja) | 看護情報管理システムおよび方法ならびに看護情報管理サーバ，看護情報管理端末およびプログラム | |
| JP2004295422A (ja) | 病院情報システム | |
| JP2007148767A (ja) | 看護支援端末装置 | |
| JP2002041656A (ja) | 医療情報管理システム | |
| JP2002117143A (ja) | 医療情報システム | |
| JP2004110818A (ja) | 病院情報システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060307 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20081114 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081202 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090129 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090512 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090604 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4323201 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120612 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130612 Year of fee payment: 4 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |