(57)【要約】【課題】  既存の診療録及び医師のオーダーシステムにおけるこれらの制限の為に、これらの非能率と欠点を克服するコンピューター化された医師オーダー入力システムを提供すること。【解決手段】  サーバーハードウェアプラットフォームと、前記サーバーハードウェアプラットフォームと無線通信するモバイルプラットフォームと、電子式の医師オーダーのセットのフォームの欄に記入することができる前記モバイルプラットフォーム内のモバイルプラットフォームソフトウェアによって生成されるグラフィカルユーザーインターフェースとを有し、前記グラフィカルユーザーインターフェースは、ユーザーからの音声入力を使うことにより記入されてもよい前記電子式の医師オーダーのセットのフォームの欄を視覚的に示すことを特徴とする電子式医師オーダー入力システム。【選択図】図２
2009514108.tif 000002
【特許請求の範囲】
【請求項１】
サーバーハードウェアプラットフォームと、
前記サーバーハードウェアプラットフォームと無線通信するモバイルプラットフォームと、
電子式の医師オーダーのセットのフォームの欄に記入することができる前記モバイルプラットフォーム内のモバイルプラットフォームソフトウェアによって生成されるグラフィカルユーザーインターフェースとを有し、
前記グラフィカルユーザーインターフェースは、ユーザーからの音声入力を使うことにより記入されてもよい前記電子式の医師オーダーのセットのフォームの欄を視覚的に示すことを特徴とする電子式医師オーダー入力システム。
【請求項２】
前記グラフィカルユーザーインターフェースは、選択可能な医師のオーダーのテンプレートのリストを提供することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【請求項３】
前記グラフィカルユーザーインターフェースは、医師のＩＤの欄を表示することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【請求項４】
前記グラフィカルユーザーインターフェースは、重複しないオーダーＩＤ番号を表示することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【請求項５】
前記サーバーハードウェアプラットフォームは、複数の補助的部署に割り当てられる複数の仮想受信箱を有するサーバープラットフォームソフトウェアを有することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【請求項６】
前記モバイルプラットフォームソフトウェアは、権限のあるユーザーによって医師オーダー承認がなされる事を許すことを特徴とする請求項１記載の電子式医師オーダー入力システム。
【請求項７】
前記グラフィカルユーザーインターフェースは、患者の場所の欄を表示することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【請求項８】
前記モバイルプラットフォームは、音声メモを音声添付物として記録することができ、前記モバイルプラットフォームソフトウェアは、前記音声添付物をオーダー提出物として仮想受信箱に送ることができることを特徴とする請求項１記載の電子式医師オーダー入力システム。
【請求項９】
オーダーの下書きが権限の無い出所から医師の仮想受信箱に送られることができ、前記オーダーの下書きは提出の許可が必要であることを特徴とする請求項５記載の電子式医師オーダー入力システム。
【請求項１０】
サーバーハードウェアプラットフォームと無線通信するモバイルプラットフォームを提供するステップと、
前記モバイルプラットフォーム内のモバイルプラットフォームソフトウェアによって生成されるグラフィカルユーザーインターフェースの電子式の医師オーダーのセット内のフォームの欄に患者データと指示を入力するステップと、
重複しないオーダーＩＤ番号を有する電子式の医師オーダーを生成するステップと、
権限のあるユーザーによって電子式の医師オーダーを承認するステップと、
補助的部署の仮想受信箱に電子式の医師オーダーを送るステップと、
前記補助的部署の仮想受信箱から前記電子式の医師オーダーを印刷するステップと、
印刷された電子式の医師オーダーを、紙ベースのワークフローの医療システム内の患者のカルテに置くステップと、
前記補助的部署によって電子式の医師オーダーにある前記指示を実行するステップとを有することを特徴とする医師のオーダーを実行する方法。
【請求項１１】
前記印刷された電子式の医師オーダーは、バーコードを有し、前記補助的部署によって前記指示が実行されたことを確認する為に、前記バーコードがスキャンされることを要求することを特徴とする請求項１０記載の医師のオーダーを実行する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電子診療録の分野に関し、特に、電子式の医師のオーダーの生成に関する。
【背景技術】
【０００２】
医師から他の医療従事者に指図や指示を伝えるプロセスは、医療の実施において極めて重要である。伝統的には、医師は、入院患者の為にカルテに記入するか、外来患者の為に処方箋に処方を記入することにより、オーダーを生成する。医師は、治療上の養生法を作ったり、適切な診断テスト、薬物治療、又は補助的なサービスをオーダーする時、入手可能な参考情報源（例えば、本、定期刊行物、専門家による相談等）によって補われる個人的な知識と共に患者の病状の徹底的な理解に概して依存する。
【０００３】
携帯情報端末（ＰＤＡ）などの現在のハンドヘルド型コンピューターシステムは、医師のオーダーの生成のプロセスを進歩させることにおいて有望である。例えば、薬のオーダー又は処方は、ＰＤＡに直接入力して電子的に送信されることができ、これにより、オーダーが生成される時から薬局で受信される時までの時間を短縮する。オーダー入力に焦点を合わせた多数のシステムが開発された。
【０００４】
一般的に、２種類の電子診療録コンピューターシステムがある。第１の種類は、「スタンドアローン」システムである。これは、調剤、請求書発行、在庫管理等の全ての運営上の仕事を統制する独立したコンピューターシステムである。概して、病院の２つの異なる部署は、「スタンドアローン」システムをインターフェースとして結ばれる。ある部署は、患者の入院、転院、退院を監督し、他の部署は、請求書発行と金融取引を引き受ける。
【０００５】
電子診療録コンピューターシステムの第２の種類、すなわち「トータル病院システム」は、「スタンドアローン」システムに機能的に類似しているが、病院の全ての部署を相互に繋ぐコンピューターネットワークに組み込まれている。それぞれの部署（例えば、検査室、放射線科、診療録）は、病院中に配置されたコンピューターからアクセスできる。
【０００６】
「スタンドアローン」システムにおいては、医師のオーダーの処理は、書かれた又はファックスされたオーダーが検査室又は薬局などの病院内の適切な部署へ配達されることにより始まる。判読困難、不必要なペーパーワーク、及び仕事の重複などの非能率さが、取り扱いと配達のプロセスに存在する。更に、オーダーが書かれてから、適切な部署によって受け取られ、関連する医療従事者によって認識される時までの遅滞の為に、医師のオーダーに関わる問題は直ちに解決されない。
【０００７】
「トータル病院システム」は、コンピューターシステムにオーダーを入力する責任を医師に移すことにより、オーダーを行うプロセスの効率を改善しようとしている。例えば、それらのオーダーは、薬物治療、検査室検査、食事療法等を含むかもしれない。これらのシステムでは、医師は、コンピューターワークステーションから直接、オーダーを入力する。これは、ペーパーワークと仕事の重複の減少という結果をもたらした。しかし、多くの問題が残る。オーダーの入力方法が扱いにくく、入力に時間がかかるので、コンピューターによるオーダー入力の非能率さが存在する。概して、これらの道筋は医療専門家によって開発されなかったので、これらの道筋を辿るのは難しい。
【０００８】
更に、既存のコンピューター化された医師のオーダー入力システムは、オーダー入力プロセスに関わるその他の非能率さを解決しない。多くの場合、関係のある患者の情報は、完全で、包括的で、整理された書式で医師が容易に入手できるようにはなっていない。これは、現在と過去の医師のオーダー、身長、体重、及び年齢、及び薬物アレルギー及び医薬品副作用の情報のリストを含む。この情報は、医療上の決定をする時、重要である。同様に、現在のシステムは、処方集の情報及び医薬品の入手可能性、及び病院の処方ガイドライン及び制限についてのポリシーを、医師に継続的に知らせない。例えば、標準的医療法ガイドライン、メディケイドの制限、学際的実行計画（Multi-disciplinary Action Plan、ＭＡＰ）、標準的医療法基準（Clinical Practice Standards）、又はクリニカルパスウェイに関する処方の情報は、全て処方者に効果的な態様で伝えられる必要がある。既存のシステムの更なる欠点は、更新された検査データと新しい手順を処方者に提供する必要があることである。最後に、紙ベースの診療録及びオーダーシステムにおいては、処方者の手書きが下手である為に、手書きのオーダーを読むのが難しいことがある。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
そこで、本発明の課題は、既存の診療録及び医師のオーダーシステムにおけるこれらの制限の為に、これらの非能率と欠点を克服するコンピューター化された医師オーダー入力システムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
上記課題は、以下の各発明によって解決される。
【００１１】
（請求項１）
サーバーハードウェアプラットフォームと、前記サーバーハードウェアプラットフォームと無線通信するモバイルプラットフォームと、電子式の医師オーダーのセットのフォームの欄に記入することができる前記モバイルプラットフォーム内のモバイルプラットフォームソフトウェアによって生成されるグラフィカルユーザーインターフェースとを有し、前記グラフィカルユーザーインターフェースは、ユーザーからの音声入力を使うことにより記入されてもよい前記電子式の医師オーダーのセットのフォームの欄を視覚的に示すことを特徴とする電子式医師オーダー入力システム。
【００１２】
（請求項２）
前記グラフィカルユーザーインターフェースは、選択可能な医師のオーダーのテンプレートのリストを提供することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【００１３】
（請求項３）
前記グラフィカルユーザーインターフェースは、医師のＩＤの欄を表示することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【００１４】
（請求項４）
前記グラフィカルユーザーインターフェースは、重複しないオーダーＩＤ番号を表示することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【００１５】
（請求項５）
前記サーバーハードウェアプラットフォームは、複数の補助的部署に割り当てられる複数の仮想受信箱を有するサーバープラットフォームソフトウェアを有することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【００１６】
（請求項６）
前記モバイルプラットフォームソフトウェアは、権限のあるユーザーによって医師オーダー承認がなされる事を許すことを特徴とする請求項１記載の電子式医師オーダー入力システム。
【００１７】
（請求項７）
前記グラフィカルユーザーインターフェースは、患者の場所の欄を表示することを特徴とする請求項１記載の電子式医師オーダー入力システム。
【００１８】
（請求項８）
前記モバイルプラットフォームは、音声メモを音声添付物として記録することができ、前記モバイルプラットフォームソフトウェアは、前記音声添付物をオーダー提出物として仮想受信箱に送ることができることを特徴とする請求項１記載の電子式医師オーダー入力システム。
【００１９】
（請求項９）
オーダーの下書きが権限の無い出所から医師の仮想受信箱に送られることができ、前記オーダーの下書きは提出の許可が必要であることを特徴とする請求項５記載の電子式医師オーダー入力システム。
【００２０】
（請求項１０）
サーバーハードウェアプラットフォームと無線通信するモバイルプラットフォームを提供するステップと、前記モバイルプラットフォーム内のモバイルプラットフォームソフトウェアによって生成されるグラフィカルユーザーインターフェースの電子式の医師オーダーのセット内のフォームの欄に患者データと指示を入力するステップと、重複しないオーダーＩＤ番号を有する電子式の医師オーダーを生成するステップと、権限のあるユーザーによって電子式の医師オーダーを承認するステップと、補助的部署の仮想受信箱に電子式の医師オーダーを送るステップと、前記補助的部署の仮想受信箱から前記電子式の医師オーダーを印刷するステップと、印刷された電子式の医師オーダーを、紙ベースのワークフローの医療システム内の患者のカルテに置くステップと、前記補助的部署によって電子式の医師オーダーにある前記指示を実行するステップとを有することを特徴とする医師のオーダーを実行する方法。
【００２１】
（請求項１１）
前記印刷された電子式の医師オーダーは、バーコードを有し、前記補助的部署によって前記指示が実行されたことを確認する為に、前記バーコードがスキャンされることを要求することを特徴とする請求項１０記載の医師のオーダーを実行する方法。
【発明の効果】
【００２２】
本発明によると、既存の診療録及び医師のオーダーシステムにおけるこれらの制限の為に、これらの非能率と欠点を克服するコンピューター化された医師オーダー入力システムを提供することができる。
【００２３】
電子式医師オーダーシステムは、医師のオーダーを生成し、維持し、回収する既存の方法を自動化し単純化する。他のシステムとは対照的に、電子式医師オーダーシステムは、医療現場で電子的に医師のオーダーを作ることができ、オーダーのデータベースでオーダーを維持することができ、又は紙ベースのシステムで使う為にオーダーを印刷出力することができる。従って、本システムは、物理的な（手書きの）医師のオーダーの記録を生成し維持することを省くか又は生成と維持の補助をすることができる。電子式医師オーダーシステムは、医療提供者が医師のオーダーを早く効率よく生成し、検討し、実施することを可能にする直感的で使うのが簡単なグラフィカルユーザーインターフェースと音声認識システムを医療提供者に供給する。電子式医師オーダーシステムを使うことにより、医師又は他の医療従事者は、医療現場で即時に患者の為のオーダーを入力することができる。
【００２４】
電子式医師オーダーシステムは、検査手順、診断手順、薬物治療、栄養サービス、医療器具、予防策、精神的サービス、転院、退院、相談、補助的なサービスなどの項目の為の、指示や指図、医師のオーダーを医師が生成することを可能にする。電子式医師オーダーシステムの独自のグラフィカルユーザーインターフェースは、医療従事者が患者の為のオーダーにおいて間違いをすることを防ぎ、オーダーが明確で、簡潔で、完全に完成していることを確実にする。電子式医師オーダーシステムは、オーダーを伝達したり記録したりする為にオーダーページを使用する既存の紙のオーダーページシステムも使用することにより、医療提供者の既存のワークフローに適合する。
【００２５】
電子式医師オーダーシステムは、医療現場で患者の為の医師のオーダーを書くことを可能にする。どこの地理的な場所からでも権限のある医療提供者が、患者の電子診療録に瞬時にアクセスすることも提供されてもよい。従って、電子式医師オーダーシステムは、権限のある医療提供者が無線式パーソナルコンピューターを使用して患者ファイルにアクセスし更新することを可能にする。進歩したオーダーのシステムを可能にする為に、電子式医師オーダーシステムは、医師又はナースプラクティショナーなどの医療提供者が、電子的に患者のデータに注釈を付けオーダーを準備することを可能にする。従って、医療提供者は、電子的に患者の記録に注釈を付けるか、電子的にオーダーを準備して紙ベースの従来のシステムで使う為にそのオーダーを印刷することによって、患者のデータの検討を確認し、患者を助ける為の薬物治療の処方などの指示を提供し、他の提供者による治療法の推薦の承認をするという全てのことを行うことができる。更に、権限のある医療提供者は、他の提供者が同じ記録を使っている最中に、その記録にアクセスすることができるので、リアルタイムの協働が可能である。電子データを入手できる事は、患者のデータの即時で洗練された分析を可能にする。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の実施の形態について図面に基づいて説明する。
【００２７】
図１は、典型的な従来の医師のオーダーを示す。伝統的には、医師は、入院患者の為にカルテに記入するか、外来患者の為に処方箋に処方を記入することにより、オーダーを生成する。医師のオーダーは、読むのが難しい事が多く、病院スタッフがその実施をする事を重荷にしていた。
【００２８】
図２は、本発明の電子式医師オーダーシステムの一例を示す図である。電子式医師オーダーシステムによって直接扱われる機能の領域は、患者選択及び場所、患者データの検討、患者診察中の患者データへのアクセス、進展ノートに書き込み及び署名、オーダー書き込み、オーダー認可、オーダーに署名、及び様々な部署へのオーダー伝達を含む。電子式医師オーダーシステム１は、携帯情報端末などのモバイルプラットフォーム２、モバイルプラットフォームソフトウェア３、サーバーハードウェアプラットフォーム４、サーバープラットフォームソフトウェア５、無線ルーター、パーソナルコンピューター、及びプリンターなどのインストラクチャーハードウェア６、及びインストラクチャーソフトウェア７を有する。電子式医師オーダーシステムのコンポーネント間のワークフローとデータ通信は、オーダー提出、仮想受信箱、オーダー配信及びフィルタリング、及び電子式の医師のオーダーのハードコピーを使うことを含む。
【００２９】
電子式医師オーダーシステムは、主任看護婦又はユニットの職員がオーダーを処置し、補助的部署の職員に連絡を取り、オーダーを処理し、他の看護スタッフにオーダーを提供し、看護を行い、口頭のオーダーを記録する。更に、電子式医師オーダーシステムは、情報を格納し転送することにより伝達を向上させる。オーダー提出物の伝達は、処置又は署名の為に提供される。オーダー処理又は看護の実施の一部としての伝達は向上し、医療結果やその他のデータが医師にフィードバックされる。電子式医師オーダーシステムは、医療専門家の間でのリアルタイムの伝達も提供する。通知や警告の伝達もそのシステム内で行うことができる。更に、他の医療提供者からの診察による要求や結果も提供される。
【００３０】
電子式医師オーダーシステムの１つの焦点は、オーダー入力の機構に関連し、どのようなオーダーを行うか決定するに至る臨床的評価プロセスに対比される。電子式医師オーダーシステムは、オーダー入力の簡単さ、オーダーの明快さ、オーダーの読みやすさ、及び医師のオーダーのタイムリーな伝達を扱う。検査結果又は生命兆候などの臨床データへのアクセスはオプションとして提供されてもよい。本システムは、アレルギーの相互作用又は投薬の為のオーダーの認可も提供してもよい。
【００３１】
電子式医師オーダーシステムの別の焦点は、薬局が医師にかけなおす電話呼び出しの必要性を減らす事である。しかし、薬局は、薬物副作用に対する最後の防衛線として留まる事ができる。電子式医師オーダーシステムは、医療提供者の医療ワークフロー内で今のところ見られる紙のカルテのシステムの中で機能することができる。紙のカルテのシステムは、医療情報の為に、そして入力されたオーダー記録を維持する為に紙のカルテに依存する。
【００３２】
電子式医師オーダーシステムは、オーダー提出物の人間が読める表示を扱う。下流システムとの直接のデータの相互運用が、電子式医師オーダーシステムに組み込まれてもよい。電子式医師オーダーシステムは、コード変換や他の動作の為に画面表示可能なオーダーを提供する。それらのオーダー提出物の印刷されたバージョンは、重要な役割を演じ続け、カルテ上の手書きのオーダーに取って代わる。
【００３３】
電子式医師オーダーシステムは、患者の選択と医者の為の患者リストの管理を支援する。医療提供者の中での患者の物理的な場所を特定する事も、本システムによって達成されることができる。電子式医師オーダーシステムは、新しいオーダー、メニュー選択方式の構造化されたオーダー、フリーテキストのオーダー、及びオーダーのセットを生成することにより、医師のオーダー入力を受け入れることができる。電子式医師オーダーシステムは、医師が計画案に従ったり、既に提出されたオーダーや既存のオーダーを修正する事を容易にする。それらの修正は、オーダーの中断、キャンセル、更新、変更、及び認可を含む。オーダーの署名及び連署も、電子式医師オーダーシステムによって容易になる。
【００３４】
オーダー提出とは、１人の患者の為に１人のユーザーによって入力される１つ又は複数のオーダーの集合を生成することである。オーダーの配信及びフィルタリングとは、正しいオーダー提出物が正しいあて先に到達する為の機構である。ハードコピーは、印刷されたオーダーページ、オーダーワークシート、及びその他の印刷されたハードコピーを含む。
【００３５】
電子式の医師のオーダー提出物は、処理を待つ１人の患者の為に１人のユーザーによって入力される１つ又は複数の許可された電子式のオーダーの集合を含む。ユーザーがオーダー提出物を、将来に編集する為に、及び／又は、実際の提出の為に、保存した時、提出の前に電子式のオーダーが保存されてもよい。オーダーは許可されて処理の為に提出されてもよい。この場合、権限のあるユーザーがオーダーを承認し、適切な医療部署又は職員にオーダーを提出したことにより、オーダーの指示が実行されてもよい。権限のないユーザーがオーダー提出を完了して許可の為にオーダーを転送した状況においては、オーダーは許可の為に回送されてもよい。電子式の医師のオーダーのセット又はテンプレートは、患者ＩＤ、医師ＩＤ、及びオーダーの日付／時間に基づく重複しない識別子であるオーダー提出ＩＤ、患者ＩＤ番号、オーダーの日付と時間、医師ＩＤ及び患者との関係、オーダーのステータス、オーダーの種類、オーダーの指示、オーダーのパラメーター、及びオーダーのあて先などの情報を有する。
【００３６】
図３は、モバイルプラットフォームハードウェア上でセットされたオーダーを表示するモバイルプラットフォームソフトウェアからのグラフィカルユーザーインターフェース（ＧＵＩ）を示す。医師ＩＤ欄８では、現在の権限のあるユーザーは、ジェニファー・ヤング博士と表示されている。患者名ＩＤ欄９は、提出される電子式のオーダーの対象となる患者を表示する。ここでは、患者の名前は、キャサリン・フロバート（Kathryn Fobert）である。患者位置欄１０は、１１４−Ｃという患者ＩＤを表示する。このグラフィカルユーザーインターフェースも、提出の準備ができているオーダーの種類を表示するオーダー１１のセットを一覧表示する。
【００３７】
図４は、サーバーを使用する電子式医師オーダーシステムの電子式のオーダーのルーティングを示す。サーバーソフトウェアで使用される仮想受信箱１２は、オーダー提出物がワークフローで異なる参加者によって受信される為の手段である。電子式医師オーダーシステムで見られる受信箱の種類は、ユニット受信箱、補助的部署受信箱、及び医師受信箱を含んでもよい。ユニット受信箱は、電子式医師オーダーシステムを使用するそれぞれのユニット又は病棟に対してサーバーで割り当てられる。許可されたオーダーは、受信箱に到着し、それぞれのユニットの適切な医療職員によって処置され処理される。補助的部署受信箱は、直接オーダーを処理する電子式医師オーダーシステムを使用するそれぞれの補助的部署に割り当てられてもよい。許可されたオーダーは、到着先での処理の為に、出所から受信箱に直接届く。医師受信箱は、権限のある医師１人につき１つの受信箱が割り当てられる。下書きのオーダーは、提出の為の許可が必要な権限のない出所（例えば、学生）から医師受信箱に送信されてもよい。
【００３８】
電子式医師オーダーシステムを使用して生成されたオーダーは、適切にフィルターされ配信される。電子式の医師オーダーのサーバーとモバイルプラットフォームソフトウェアは、オーダーの種類のセットを定義する。作られるそれぞれのオーダーは、特定の種類に割り当てられる。オーダーの種類は、薬局オーダー、看護オーダー、食事療法オーダー、セラピーオーダーを含んでもよい。それぞれのユニット又は補助的部署の受信箱は、どのオーダー提出物を受信し、処理の為にどのように加工されるかを制御するように設定されてもよい。オーダー登録（subscription）受信の制御は、ユニット又はオーダーの種類を含む幾つかの基準に基づいてもよい。ユニット受信箱は、医療施設の１つ又は複数の特定のユニットに関連付けられたどの患者の為に受信したオーダー提出物でも登録（subscription）受信してよい。オーダーは、オーダーの種類によって配信されてもよい。ユニット、補助的部署、又は個人ユーザーは、薬局オーダー、看護オーダー、食事療法オーダー、又はセラピーオーダーなどの、特定の種類の少なくとも１つのオーダー又は複数の種類のセットを含む受信したオーダー提出物を登録受信してもよい。
【００３９】
電子式医師オーダーシステムは、オーダー処理の為の様々な出力を使用する。画面上の電子的な通知と、処理の為のオーダーの電子的な表示が提供される。オーダー提出物は、印刷の為のオーダーページや患者のカルテの中の物理的な形態にされることができる。看護士又はユニットの職員による処置、又は到着先部署による処理の為のオーダーワークシートも生成されてよい。図５に示されるような、オーダーの印刷された出力は、電子式医師オーダーシステムの重要な目的にかなう。オーダー提出物のプリントアウトは、カルテに通常現れる手書きのオーダーやオーダーのセットのページに取って代わってもよい。電子式医師オーダーシステムからの読みやすい印刷された書類は、紙ベースの医療システムのワークフローを改善する。
【００４０】
モバイルプラットフォームは、無線電子データ送信及び受信機能を有するＰＤＡなどのモバイルハンドヘルドコンピューター装置である。データの無線送信は、無線周波数を通じて達成され、ＩＥＥＥ  ８０２．１１又はＢｌｕｅＴｏｏｔｈ（登録商標）などの基準によってサポートされてもよい。モバイルプラットフォームは、医師のオーダー入力の為に使用され、無線データアクセスを有する病院の設定の範囲内での使用の為のセキュリティ制限を有していてよい。
【００４１】
電子式医師オーダーシステム内でのＰＤＡの使用は、ＰＤＡが持ち運びでき白衣のポケットに収まるので、有利である。モバイルプラットフォームは、最低２４０×３２０ピクセルの解像度と１６ビットのカラーパレットを有するディスプレイを有する。更に、モバイルプラットフォームは、音声入力と出力の機能を含んでいる。タッチスクリーン、ボタン、片手のプッシュトゥートークなどのコントロールも備えている。更に、ハンドヘルド装置は、アプリケーションとデータの格納の為のリムーバブルメディアスロットと、取り外し可能で、交換可能で、充電可能なバッテリーを含んでいる。
【００４２】
電子式医師オーダーシステムと共に使用される為のモバイルプラットフォームソフトウェアは、Ｐａｌｍ（登録商標）  ＯＳやＰｏｃｋｅｔ  ＰＣ（ＴＭ）などの既存のオペレーティングシステムと互換性がある。モバイルプラットフォームソフトウェアは、モバイル装置のフラッシュメモリーカードなどのリムーバブルメディアから動作可能である。モバイルプラットフォームソフトウェアは、メニューベースの医師のオーダーの生成を容易にする。あるいは、モバイルプラットフォームは、ソフトウェアアプリケーションがサーバーに置かれるシンクライアント環境で動作してもよい。モバイルプラットフォームには、独自の複数モードのユーザーインターフェースが提供される。複数の様式を有するユーザーインターフェースは、グラフィカルユーザーインターフェースと音声認識による音声入力の両方を有する。主要な様式は、グラフィカルユーザーインターフェースである。全てのタスクは、その使用を通じて完了することができる。音声入力は、ＧＵＩを使用しても完了することができる対話を促進するものとして使用される。ＧＵＩ対話の主要なモードは、メニュー、チェックボックス、リンク等のビジュアル対話方法であり、概してスタイラスの使用を要求する。テキスト入力の為の小さいボタンの英数字のソフトキーボードも使用されてよい。スタイラスの代わりに指を使用することを可能にする為に、大きなボタンの数字のソフトキーパッドが使われることができる。
【００４３】
音声入力は、片手操作と共にプッシュトゥートークインターフェースを有する。ユーザーは、話し始める時にインターフェースを押し、話終わる時に離す。音声入力は、会話の開始と終了とボタンを押す時と離す時のタイミングのずれの為の内蔵の補正機能を有する。それはまた、話者に依存しない認識機能を含むので、訓練は要求されない。どのグラフィカル欄が現在「スピーチフォーカス」になっていて認識可能であるかをユーザーに示す為に、視覚的なフィードバックも提供されてよい。視覚的なフィードバックは、音声入力が使用可能であるかどうかも示すことができ、もし使用可能であるならば、進行中であるかどうかを示す。インターフェースは、音声が認識されなかった事を示すメッセージも提供する。
【００４４】
システムのユーザーは、音声入力がいつ許されるか、システムによって理解されるフレーズの種類を含めてどんな文脈で音声入力が許されるかを常に知る。ユーザーインターフェースの視覚的デザインは、ユーザーが何を言うべきか、そして、それをどのように言うかについての明示的又は暗黙の案内を提供する。システムにおいて、この案内の幾つかの例は、視覚的なラベルと文法の一致、キーワードの強調表示、欄と欄同士を繋ぐ言葉の配置によって暗示される入力規則（例えば、１時間あたり＿＿ｃｃで、＿＿ｍｅｑ  ＫＣｌを有する＿＿溶液）を含む。オーダー欄は、話されるコマンドを使って欄が埋められてもよい事をユーザーに示す異なるフォント、色、又は音声グラフィック（speech graphic）によって強調表示されてもよい。もし適切ならば、通知とあわせて音も使用されてよい。ユーザーインターフェースは、システムの新しいユーザーに思いやりがある。もし、これが最初のログイン（すなわち、モバイル装置又はデスクトップのどちらでも何も起こっていない）であるならば、ユーザーは、ＰＩＮを変更するように求められる。もし、これがモバイル装置への最初のログインならば、ユーザーは、モバイル装置の使用についての重要な紹介的な情報（例えば、どのように話すか）を提示される。ユーザーは、初期の使用を容易にする迅速なセットアップを紹介・説明される機会を与えられる。
【００４５】
図６に示されるように、ＧＵＩは、音声入力を使って入力されてもよい欄を強調表示する。この場合、ユーザーが音声入力を使用して選択可能な様々な選択肢から選択してもよい事を示す為に、薬名欄１３は、その他のＧＵＩから視覚的に区別される。
【００４６】
電子式医師オーダーシステムに典型的に見られるサーバープラットフォームハードウェアは、アプリケーションサーバーを構成する標準コンポーネントのラックを有する。サーバープラットフォームハードウェアは、リソースを共有することにより、モバイルハードウェアプラットフォームにサービスとリソースを提供するＬＡＮ上のコンピューターである。サーバープラットフォームハードウェアは専用であってよく、この場合は、そのリソースを共有するが、管理タスクを実行する事を除いてリソースをサーバープラットフォームハードウェア自身では使用しない。サーバープラットフォームハードウェアは、クライアントサーバー型データベースの関係であってよく、データベースリソースがモバイルプラットフォームから利用可能になるようにしてもよい。これらのリソースは、患者の為の電子診療録を含んでもよい。あるいは、サーバーは、ユーザーの為のアプリケーションを実行する為に使われてもよく、この場合は、サーバーはアプリケーションサーバーと呼ばれる。サーバープラットフォームソフトウェアは、電子式医師オーダーシステムをサポートするソフトウェアに加えて、一般的で既製なサーバーオペレーティングシステムを使用する。典型的には、サーバープラットフォームのそれぞれのコンピューターには、同一のＯＳインストールが行われる。理想的には、オープンソースソフトウェアが使われるべきである。
【００４７】
インフラストラクチャーハードウェアは、１１Ｍｂｉｔ／秒の８０２．１１ｂなどの無線機能を有する装置ネットワークを含む。モバイル装置のサポートの範囲は、モバイル装置プラットフォームによるサーバープラットフォームハードウェアとソフトウェアへのアクセスを含め、施設中であるべきである。ワールドワイドウェブへのアクセス及びウェブブラウザも提供されるべきである。プリンターが使用可能であって、ウェブブラウザから電子式の医師のオーダーフォームのユーザーによって開始される印刷が可能であるべきである。基盤ハードウェアは、電子式の医師オーダー入力、非医師オーダー入力、及びオーダー処置及び処理などにも使われるパーソナルコンピューターなどのデスクトップ装置も含んでもよい。基盤ハードウェアは、基盤ソフトウェアによってサポートされている。基盤ソフトウェアは、ユーザーのセキュリティとプライバシーを確実にする為のファイヤウォール、ユーザー識別と認証、セッションのタイムアウト、ユーザー設定、ユーザーサポート、及び電子診療録アクセスなどのアプリケーションを含む。
【００４８】
使用される時には、モバイルアプリケーションソフトウェアを含んでいるモバイル装置が電源オンにされる時に、モバイルアプリケーションソフトウェアが開始する。ユーザーは、ソフトウェアを使用するアクティブで既に認証されたセッションの状態であってよい。この場合は、装置が最後に電源オフにされてからセッション又は認証のタイムアウトが無かった。ここで、ユーザーは、システムを使用する最後のセッションを中断した場所に復帰する。ユーザーは、ユーザーの再認証を必要とするアクティブなセッションの状態にあってもよい。モバイルアプリケーションソフトウェアを使用するセッションはまだアクティブであってもよいが、ユーザーによって再認証が要求されてもよい。この場合、ユーザーは再認証し、中断した場所に復帰する。ソフトウェアを使用する新しいセッションが、電源オンの後に開始されてもよい。これが起こると、最後のセッションは、ログオフ又はセッションタイムアウトによって、終了させられた。ここで、ユーザーは、ログイン手順を踏まなければならない。
【００４９】
ログインは、典型的には、ユーザーの識別とユーザーの認証を含む。識別の最中に、ユーザーは、システム管理者によって割り当てられた英数字のユーザーＩＤを入力する。システム管理者は、特定のユーザーＩＤを有するユーザーの為の制約を定義してもよい。ユーザーは、リストからの選択、スタイラスでソフトキーボード入力を使用、又は連続発話（英数字のひと続き）による音声入力によって、そのユーザーのＩＤを入力してもよい。モバイルアプリケーションは、ログインした最後のユーザーをデフォルトとしてもよい。ユーザーＩＤを入力後、認証が要求される。ここで、ユーザーは数字のＰＩＮを入力する。ＰＩＮは、数字キーパッドを使って入力されてよい。認証とフィードバックのプロセスを最適化する為に、使用されており知られているユーザーＩＤのリストが提供されることができ、キーボード入力の最中に、キーストロークを最小化する為に自動補完技術の使用が実行されることができる。これらの技術は、より多くの文字が入力されるに従ってユーザーＩＤのスクロールリストの正しい場所にジャンプする予測テキストの入力を含んでもよい。音声入力の為に、システムは、認識機能の最上位の選択以外とのＰＩＮの一致を可能にするｎ−Ｂｅｓｔリストを利用してよい。ｎ−Ｂｅｓｔに対するＰＩＮの一致は、ユーザーにステップを省かせる。セキュリティ対策として、一定回数の繰り返された失敗した試みの後、モバイルプラットフォームからのシステムへのログインは不能にされてよい。これが発生する時、モバイルプラットフォームはリセットされる必要がある。モバイル装置アプリケーションソフトウェアとサーバープラットフォームにひとたびログインすると、ユーザーは初期画面に導かれる。
【００５０】
ユーザーがシステムにログオンする時、図７に示されるように、初期画面１４がモバイル装置のユーザーに提示される。もし、署名を必要とするオーダーがあるならば、初期画面は、署名される必要があるオーダーのリストをユーザーに提供する。ユーザーは、全て又は一部のオーダーの署名を進める事を選択しそしてメイン画面に行くことができ、又は、署名を飛ばしてメイン画面に行くことができる。もし、署名を要求するオーダーが無いならば、ユーザーは、システムによって直接にメイン画面に行かされる。メイン画面は、新しいオーダー作成１５、既存オーダー修正１６、患者選択１７、患者リスト表示１８、システムからのサインオフ１９、保存されたものがあれば下書きオーダーの取得、設定確認、ＰＩＮ変更を含む幾つかの機能へのアクセスを提供する。
【００５１】
患者リスト閲覧は、ユーザー／医師が関係のあるそれぞれの患者の為のエントリーを提供する。それは、医師の好みによって、名前又は場所の順に並べ替えが可能である。それぞれのエントリーは、名前、場所、関係、所属医員、及び顧問医を含む患者サマリーを提供する。患者についてもっと詳しい情報を閲覧する機能も、サーバーハードウェアプラットフォームにある又はサーバーハードウェアプラットフォームを通じてアクセスされる電子診療録にアクセスすることにより、提供される。この患者情報は、修正されてもよく、又は、「読み込み専用フォーマット」であってよく、名前、場所、ユニット（許可されたオーダー提出物がどこに送られるか決定する）、主治医、誕生日／年齢、性別、アレルギー、薬物治療、データ表情報（ＡＤＴに存在する程度まで）、診断情報、診療情報、及び病歴を含んでよい。患者リスト表示は、患者の為のオーダーを行う機能と、医療施設のどの患者にもアクセスできる機能を提供する。患者が、医療専門家／ユーザーによってアクセスされると、その患者の為の医師のオーダーのエントリーが作られることができる。
【００５２】
患者リストは、システムにまだ入っていない患者の為のオーダーの事前入力の為に、ユーザーが新しい患者（「仮想患者」）を作ることも可能にする。これは、その患者を特別な表示で患者リストに続けて出現させるタグを含む。この患者のオーダーは、保存されることができ、患者がひとたびシステムに入り選択されると、保存されたオーダーは選択された患者の為に生成されているオーダーのコンテキストに回復することができる。
【００５３】
モバイルとサーバープラットフォームソフトウェアを含む電子式医師オーダーシステムは、患者リスト管理が可能である。患者の為に働く医師又はアシスタントは、患者リストに変更を加えてよい。彼らは、患者を追加したり患者を削除したりすることによって、リストを作成して管理することができる。所属、顧問、又はその他であるなどの医師の関係も定義されてよい。
【００５４】
電子式医師オーダーシステムは、電子入力と医師オーダーの印刷を提供する。紙のオーダー用紙に書かれてもよい、どのような種類の医師のオーダーの入力でも、システムによって提供される。電子式の医師のオーダーの入力は、患者の選択と共に始まる。患者は、ユーザーの患者リスト、又はサーバーからアクセス可能な患者についての大きな格納データから選択される。新しく作成された患者も選択されてよい。患者がユーザーによって選択されると、電子式医師オーダーシステムは、幾つかの方法でオーダーが入力されることを可能にする。ユーザーは、空のオーダー提出物の画面と共に開始し、それに記入して埋めるか、保存されているオーダー提出物を読み込んで編集してよい。電子式の医師のオーダーのエントリーの提出が進行すると、新しいオーダーが、クイックピック、構造化されたオーダー、又はフリーテキストのオーダーから生成されてよい。クイックピックとは、一般的にユーザーによって発行されるオーダーのセット又はテンプレートのリストであり、予め定義された個人的なオーダー、構造化されたオーダー、又はフリーテキストのオーダーを有してよい。構造化されたオーダーのセット又はテンプレートは、情報アーキテクチャに定義される典型的な医師のオーダーの種類を含む病院中のレパートリーから生成される。それらの構造化されたオーダーは、薬物治療、食事療法、看護、活性、点滴、放射線、診断検査、治療上の養生法等の為であってもよい。構造化された電子式の医師のオーダーのセットとテンプレートのライブラリの使用は、電子式医師オーダーシステムが、フリーテキストのオーダーを使う必要なく、医療環境で使われる必要があるほとんどのオーダーを取りこむことを可能にする。モバイルフラットフォームソフトウェアは、フリーテキストのオーダーの生成も提供する。フリーテキストのオーダーは、限定された数の構造化されたフォームの欄を含み、医師が標準的ではない指示を生成することを可能にする。
【００５５】
ユーザー／医師は、既存のオーダーを修正することによりオーダーを生成してもよい。モバイルプラットフォーム及びサーバープラットフォームソフトウェアは、いつでもユーザーが、署名される前に現在のオーダー提出ステータスのそのユーザーのオーダーの全てを検討することを可能にする。オーダー提出ステータスにある間、電子式の医師のオーダーは編集、削除、及び追加されてよい。オーダーが完成すると、オーダーは処理の為に提出される。もし、ユーザーが署名する権限を有しているならば、提出物は電子署名を含み、医師から直接にオーダーを扱う病院のユニットや任意の宛先部署によって処理される為に、提出物は許可されたオーダーとして公表される。もし、病院が事実の前に書面での署名を要求するならば、オーダーの提出はユニットによって受信のみされ、如何なる処理が始まる前に、ただちに医師が署名をする為にそのユニットがオーダーを印刷する。もし、電子式医師オーダーシステムのユーザーが署名する権限を有していなければ、提出は、そのユーザーの為に署名することができる一人又は複数の医師によって受信される。電子式のオーダーは、複数の医師の受信箱に送信され、そのうち１人がオーダーに署名するとすぐに、全てのオーダーが削除されてよい。部分的に完成した電子式の医師のオーダーは、サーバー又はモバイル装置にオーダー提出物の下書きとして保存されてよい。
【００５６】
提出の前又は提出の時に、それぞれの電子式の医師のオーダーは、重複しないオーダーＩＤ番号（アクティブな患者の滞在の範囲内において重複しない）を割り当てられてよい。オーダーＩＤ番号が患者ＩＤ番号及び滞在ＩＤ番号に組み合わせられる時、重複しない患者滞在オーダーＩＤ番号が生成される。それぞれのオーダーは、それぞれの患者滞在オーダーＩＤ番号がそれぞれのオーダーに印刷される。患者滞在オーダーＩＤ番号は、キャンセル、中断、修正、又は更新されたオーダーの為の便利な参照符号として、電子診療録（ＥＭＲ）又は紙のカルテに示されることができる。
【００５７】
一連の関係するオーダーである電子式の医師のオーダーのセットは、予め定義されるオーダー順序を有する。標準的な電子式の医師のオーダーは、病院及び部署の臨床委員の代わりに、臨床の電子式医師オーダーシステムの管理者によって作られてよい。電子式の医師のオーダーのセットは、サーバープラットフォームにある標準的なオーダーの共有電子ライブラリ又は置場から入手可能であり、病院によって定義される階層構造に従って並べ替えられる。ユーザーは、特定のニーズを満たす為、個人の電子式の医師のオーダーのセットを作ってもよい。これは、標準のオーダーのセットの編集と個人化、又は新しい個人のオーダーのセットの作成により達成されてよい。個人のオーダーは、クイックピックスによってアクセスされてよい。標準的であっても個人化されたものであっても、オーダーのセットは、ユーザーが入力しそしてひと続きのオーダーとして編集することができる単一の存在として現れる。オーダーのセットのそれぞれのコンポーネントごとに、ユーザーはそれを削除してよく、また、選択、テキスト入力、又はその両方（その欄が許されているように）によって可能である場合は空の欄を埋めてよく、また、選択、テキスト入力、又はその両方（その欄が許されているように）によって可能である場合は欄を修正してもよい。
【００５８】
電子式医師オーダーシステムは、電子式の医師のオーダーのテンプレートを、モバイル装置プラットフォームを通じてユーザーに提供する。医師のオーダーのテンプレートは、オーダーのセットに似ているが、完全静脈栄養（ＴＰＮ）のオーダーなどの１つの複合オーダーに関係する点が異なる。オーダーのテンプレートは、記入欄や値を有するオーダーのセットのように表現される。オーダーのセットのように、オーダーのテンプレートの形成には簡単な書式設定を含む。オーダーのテンプレートは、臨床の電子式医師オーダーシステムの管理者によって作られることができる。
【００５９】
モバイルプラットフォームソフトウェアは、以前に提出されたアクティブなオーダーを修正する為に使われてよい。電子式の医師のオーダーは、もしオーダーが停止日付を有するならば、キャンセル、中断、変更、又は更新されてよい。ユーザーは、古い順の逆の順番で患者の現在の滞在の為のオーダー提出物にざっと目を通すオーダーレビューモードに入ることができる。それぞれのオーダー提出物は、表示されるオーダーの１つ、多く、又は全部の為に新しい、キャンセルの、中断の、変更の、又は更新のオーダーが生成されることを可能にする読み込み専用モードになる。もし、変更が要求されれば、オーダーは編集モードに入る。構造化されたオーダーであるかフリーテキストのオーダーであるかに関わらず、新しく作られたオーダーは、「キャンセル」、「中断」、又は「更新」のいずれかに続けて古いオーダーの言い回しがある表現で表現されるか、又は、変更の場合は、「中断」に続けて古いオーダーの言い回し（及びＩＤ）と新しい（修正された）オーダーがある２つのオーダーのひと続きで表現される。新しいオーダーは、元のオーダーと同じ種類として分類される。ユーザーは、オーダーについての、一般化された「キャンセル」、「中断」、「更新」、又は「変更」を選択することができ、カルテでその隣に現れるオーダーＩＤ番号を供給することができる。完全に同じ結果が、前記のざっと目を通し選択する方法からも達成される。
【００６０】
大量のオーダーの修正が、電子式医師オーダーシステムによってなされることができる。大量の変更は、患者が別のユニットに移される時又は退院させられる時に、必要とされる。この場合、オーダーは自動的に無効にさせられてよく、そして、「継続」オーダーとして明示的に再発行される必要があってよい。電子式医師オーダーシステムは、薬物治療オーダー、薬物アレルギーの相互反応、及び投薬（例えば、最大単回投与、最大日用量）に関連付けられたＡＤＥ（Ａｄｖｅｒｓｅ  Ｄｒｕｇ  Ｅｖｅｎｔｓ、薬物副作用）の為の選択された警告を提供する。警告は、適切な重大さの程度で実施される。高い優先度の警告は、ワークフローを中断し、医師が即時に異常を訂正することを要求する。低い優先度の警告は、即時の注目を必要としない警告の為に送られることができる。医師は、低いレベルの警告については、無視する、印を付ける、又は内容についての詳細を得る為にアクセスする事を選択することができる。
【００６１】
電子式医師オーダーシステムは音声認識を有するので、医師は音声メモを取ることができる。この機能は、医師が、オーダー提出物の音声添付物として送信される音声メモを記録することを可能にする。音声メモの機能は、オーダーのセット又はテンプレートの特定のオーダーの欄のフリーテキスト入力の代わりに使用されることができる。音声メモは、オーダーのセット又はテンプレートを補う為に使われることもできる。書き写されたメモは、音声ファイルとしてシステムによって保存されることができる。音声ファイルのグラフィカルな表示とリンクが、ユーザーが音声メモを有するオーダーを見る時にユーザーに提示される。オーダーを電子的に見る時に、ユーザーは単にリンクを選択し、モバイルプラットフォームによって話されたオーダーのメモが再生される。
【００６２】
電子式医師オーダーシステムは、サーバープラットフォームからモバイル装置プラットフォームに更新警告を送る。停止日付を有するオーダーは、医師への警告を生成し、更新を発行する。更新警告は、ログインの時に現れることができ、医師が最初にログインする時に未決定の更新について医師に知らせる。更新警告は、受信箱機構を通じてユーザーに送られてもよい。更新警告は、オーダー入力の為に医師が患者を選択する時に現れることができる。もし未決定のオーダー更新があれば、ユーザーは、更新したいオーダーをユーザーが選択することができる画面へのアクセスを与えられる。
【００６３】
電子式医師オーダーシステムによって生成されるオーダーは、システムの中で電子的に署名されることもでき、これにより、権限のある職員によって承認されたことを示す。オーダーは、権限のある職員によって記入された時にも署名されてよい。電子式の医師のオーダーは、権限のある医師によってのみ署名される。署名が適切である状況は、オーダーが入力されて通常の提出のプロセスの一部として処理の為に提出される時、オーダーが予め入力され将来の提出の為に保存される時、医学生（又はその他の権限の無いユーザー）によってオーダーが作られ提出の前に署名が必要な時、及び電子式医師オーダーシステムに口頭のオーダーが入力される時を含む。電子署名は、追加的な認証を要求してよい。一部の病院では、電子的な署名は受け入れられないかもしれず、医師は印刷されたオーダーシートに物理的にサインすることを要求されるかもしれない。しかし、物理的に書かれた署名の使用は、ワークフローを複雑にするかもしれない。電子式医師オーダーシステムで他人によって作られ、署名が必要なオーダーは、システムにおいて、権限のあるユーザーの受信箱に送られることができる。オーダーが署名されると、それらは変更することができない。しかし、それらはキャンセル、中断、又は新しいオーダーを作ることにより修正されることはできる。
【００６４】
電子式医師オーダーシステムにおいて、オーダーが入力され提出される時、それらは、サーバープラットフォームの電子／仮想の受信箱に送られキューに入れられてもよい。サーバーとモバイルのソフトウェアにあるブラウザベースの受信箱アプリケーションを持っている、権限のあるユーザーは、オーダーを登録受信してよい。仮想の電子式の医師のオーダーの受信箱は、入ってくるオーダー提出物を登録受信し、オーダー提出物にアクセスする手段である。オーダーのセット又はテンプレート又はユーザープロファイルにある様々に異なる属性を使って、電子式のオーダーは、送られ、フィルターをかけられ、キューに入れられてよい。これらの属性は、オーダーの種類、病院の病棟、病院のユニット、又は登録受信の義務を含んでよい。
【００６５】
図８は、電子式医師オーダーシステムのワークフローを示す。オーダーは、モバイルプラットフォームソフトウェアを有するモバイルプラットフォームへのアクセスを有するユーザーによって生成される。生成されると、オーダーは承認の為に提出される。承認は、物理的にオーダーを印刷し、権限のある人にオーダーにサインしてもらうことによって、実施されることができる。権限のある個人がオーダーに電子的にアクセスして承認することができる場合、オーダーを電子的に受信箱に送ることによって、オーダー承認は承認されてもよい。オーダーが承認される時、オーダーは実施される為に適切な部署に送られる。再び、承認されたオーダーは、印刷されて適切な部署に物理的に配達されてよく、又は、承認されたオーダーは、サーバープラットフォームを使って適切な部署に電子的に送られてもよい。オーダーが医療組織内の適切な部署によって受信されると、オーダーは実行される。
【００６６】
紙ベースのワークフローに使われることを意図されて印刷されたオーダー用紙へオーダーを印刷する時、責任があり説明する義務のある専門家が、印刷されたオーダーがプリンターから取られ、明確で完全で正確である事（プリンター詰まり、トナー切れ等のエラーが無い）が読まれて確認されたということを効率的に認めることができ、印刷された用紙が適切に処理され既存の紙ベースのワークフローへ送られた事（通常は、看護病棟で患者のカルテに挿入されることにより）を確認することができる手段が存在すべきである。それぞれの印刷されたオーダー用紙に配設される重複しないコードが、この問題に対処する。
【００６７】
印刷されたオーダー用紙を確認し、オーダーがワークフローに入ったことを確実にする責任のある人は、バーコードスキャナーを使って重複しないコードをスキャンするか、キーボードから重複しないコードを入力する。紙用紙が扱われる時にコードスキャンによって確認することにより、オーダーを起こす臨床医とオーダー用紙を受け取る責任のある人の間で「ループを閉じる」事が達成される。スキャンされることが期待されているが一定の時間の間スキャンされずにおかれた如何なるオーダーも、発見され、追跡され、そして管理される。これにより、万が一システムでオーダーが見つからない場合に起こるかもしれない重要な問題の可能性を避ける。システムを紙ベースのワークフローに統合する時、プリンター、バーコードスキャナー、及びキーボードを装着されたデスクトップ又はラップトップコンピューターを有するオーダーのワークステーションが病棟に置かれる。
【００６８】
従って、装置と方法の好適な実施例が開発された環境に準拠して説明されたものの、それらは本発明の本質の単なる実例である。他の実施例と構成は、本発明の精神と添付される請求の範囲から外れずに工夫されることができる。
【図面の簡単な説明】
【００６９】
【図１】従来の医師のオーダーを示す図
【図２】本発明の電子式医師オーダーシステムの一例を示す図
【図３】モバイルプラットフォームハードウェア上でセットされたオーダーを表示するモバイルプラットフォームソフトウェアからのグラフィカルユーザーインターフェースを示す図
【図４】電子式医師オーダーシステムの電子式のオーダーのルーティングを示す図
【図５】オーダーの印刷された出力を示す図
【図６】音声入力を使って記入されてもよい強調表示された欄を示す図
【図７】電子式医師オーダーシステムの初期ログイン画面を示す図
【図８】電子式医師オーダーシステムのワークフローを示す図
【符号の説明】
【００７０】
１：電子式医師オーダーシステム
２：モバイルプラットフォーム
３：モバイルプラットフォームソフトウェア
４：サーバーハードウェアプラットフォーム
５：サーバープラットフォームソフトウェア
６：インストラクチャーハードウェア
７：インストラクチャーソフトウェア
８：医師ＩＤ欄
９：患者名ＩＤ欄
１０：患者位置欄
１１：オーダー
１２：仮想受信箱
１３：薬名欄
１４：初期画面
１５：新しいオーダー作成
１６：既存オーダー修正
１７：患者選択
１８：患者リスト表示
１９：システムからのサインオフ
【図２】
2009514108.tif 000003
【図３】
2009514108.tif 000004
【図４】
2009514108.tif 000005
【図５】
2009514108.tif 000006
【図６】
2009514108.tif 000007
【図７】
2009514108.tif 000008
【図８】
2009514108.tif 000009
【図１】
2009514108.tif 000010