JP6129968B2 - 医学処置イベントの記録をリアルタイムに得るグラフィカルユーザインタフェース - Google Patents

Description

本発明は一般に、医学処置イベントに関連付けられる情報をキャプチャし、イベント後情報をレビューする改良された装置及び方法に関する。より詳細には、本発明は、イベントに注釈をつけるタッチスクリーンディスプレイ及びイベントを記録するビデオカメラを持つハンドヘルド計算デバイスである。ユーザインタフェースは、タッチされるとき注釈をメモリに自動的に記録する、コンテキスト的に有益なアイコンから成る。ビデオ及び注釈は、医学イベントの後の更なる処理及び分析のため、中央コンピュータに転送されることができる。

緊急医療処置は、長年にわたり医学機関により研究されてきた。手順を修正し、有害若しくは不必要なステップを除去し、又は、処置を正しく実行していない人員を訓練することにより、患者の結果が改善されることができ点が一般に理解されている。典型的な研究は、医学イベントの間にされる処置の時間及び態様を記録する観察者の割当てを含む。いくつかの場合において、イベントにおいて使用される器材は自動的に、記録データの時系列順のログも生成する。

医学イベントの１つの例は、突然の心停止（ＳＣＡ）の緊急処置である。ＳＣＡは、米国における主要な死因である。突然の心停止（ＳＣＡ）患者の約４０％において、観察される最初の心臓リズムは、心室細動（ＶＦ）である。ＣＰＲは、ＳＣＡに関するプロトコル処置である。これは、患者における循環を提供する心臓マッサージ及びベンチレーションから成る。除細動は、基礎をなすＶＦを治療するために、ＣＰＲのセッションの間に配置される。成功した患者の結果の確率は、ＣＰＲ及び除細動の品質及び適時性に依存することが知られている。残念なことに、多くのイベントは、これらの要因を両方とも欠如している。こうして、ＳＣＡ医療処置イベントの研究及び評価は、医学にとってかなり重要である。

図１は、従来技術のＳＣＡ医療処置イベントを示し、そこでは、従来技術の除細動器１０の電極１６が、心停止で苦しんでいる患者１４を蘇生させるために救助者１２により適用される。除細動器１０は、最初の応答者により使用されることができるＡＥＤの形とすることができる。除細動器１０は、救急隊員又は病院環境における他の非常に訓練された医療関係者により用いられる手動除細動器の形とすることもできる。

突然の心停止において、患者は、一般的にＶＦ又は自発循環を伴わないＶＴ（即ち、ショック可能なＶＴ）の形で、正常な心臓のリズムに対する、生命にとって脅威となる中断におそわれている。正常なリズムは、一般ほぼ８〜１０分と理解される時間フレームにおいて回復しない場合、患者は死ぬことになる。逆にいえば、（ＣＰＲ及び除細動を介して）ＶＦの開始後その循環が速く回復すればするほど、患者１４がそのイベントを生き残る可能性は高くなる。従って、医学緊急対応組織を監督する管理者にとって、救助隊が迅速かつ効果的に蘇生を実行することが大きな関心事である。

ほとんどのＥＭＳ及び病院組織は、イベント後レビューを行うため、医学処置イベントのインシデントレポートを準備する。インシデントレポートは典型的に、現場のオブザーバにより記入される手動レポートから構築される。このレポートはしばしば、現場で使用される除細動器により自動的に集められるデータにより補強される。除細動器により自動的に提供されるデータは例えば、ＥＣＧストリップ、除細動器起動、ＣＰＲの開始、除細動ショックの供給の記録された時間等を典型的に含む。更に、最初の応答者の音声意見書を記録する音声記録（「音声ストリップ」）がしばしば、除細動器により記録される。

自動的に生成されたデータは、しかしながら、救出の進展及び効果に関する重要な情報の全てをキャプチャすることができるわけではない。従って、現場のオブザーバにより生成される手動レポートに対する必要性が存在する。手動レポートは、例えば救助隊の名前、使用される器材、ＣＰＲ圧縮及びベンチレーションの観察された品質、投与された薬、救助作業に対する患者の反応及びこれらのイベント各々の時間といった情報を記録することができる。イベントの総合的で正確な記録を提供するため、このデータは、集められ、自動的に生成されたデータと手動で統合されなければならない。

さまざまなソースにより生成されるこのイベントデータの全ては、例えばマサチューセッツ州アンドーバーのPhilips Electronics North America Companyのヘルスケア部門により販売されるEvent Reviewソフトウェアといったソフトウェアを用いて、中央化されたコンピュータでインシデントレポートを形成するために、一緒に統合される。図２は、典型的な従来技術のインシデントレポート生成スクリーン２０を示す。そこに示されるように、ユーザは、１つのタブにおいてこの自動的に生成されたデータを見る。ユーザはそれから、イベントの他の手動レポートから、処置に関するノート及び注釈をソフトウェアスクリーンに入力するため作業する。コンピュータソフトウェアにもかかわらず、インシデントレポートを手動で生成するこの処理は、不都合で時間がかかる。最終製品は、手動レポートにおけるエラー又は省略のため、救出イベントの迅速さ及び緊急性により必要とされるポストイベント再構成の必要があるため、又はデータの手動及び自動ソースの時間同期が取れていないことにより、処置イベントの全体の効果を反映しない場合もある。

医学処置イベントを正確に記録する課題に対する１つのソリューションは、ユビキタスなハンドヘルド計算デバイスを用いることにある。例えば市販のスマートフォンといったこれらのコンパクトデバイスは、タッチスクリーンディスプレイ、ビデオカメラ、マイクロホン及び無線通信機能を含む。ハンドヘルド計算デバイスは、処置の進捗を記録し、救出の日記を作成するオブザーバにより、現場で使用されることができる。残念なことに、今日のオーディオ／ビデオ及び手入力データは、従来技術のデバイスでは、１つのイベントログに自動的に統合されない。データ入力スクリーン及びビデオ記録が、一緒に表示されることもない。こうして、この情報から意味のあるインシデントレポートを作成するために、かなりの時間及び負担が費やされなければならない。

従って、従来技術におけるこれらの欠点の各々を克服するのに必要とされるのは、医学処置イベントの間に重要な情報を記録する簡単なデータ入力インタフェースを提供するデバイス及び方法である。このインタフェースは、タッチスクリーンにおいてコンテキスト的に関連するアイコンの選択を通して、注釈の付いたイベントログを生成することができるべきである。このデバイスは好ましくは、注釈の付いたイベントログをイベントの音声及びビデオ記録と統合する。このデバイスは特に、心停止の間のＣＰＲの記録において役立つ。

同様に、必要とされるのは、医学処置イベントの正確で完全な記録を容易にする、ハンドヘルド計算デバイスに関する改良されたグラフィカルユーザインタフェースである。このグラフィカルユーザインタフェースは、直観的であるべきで、重要なイベント情報を記録するのに最小限の操作を必要とするべきである。

同様に必要とされるのは、医学管理スタッフによる編集及びレビューのため、収集されたイベントログを中央位置に効率的かつ正確に搬送するシステムである。斯かるシステムは、スタッフが手順を調整すること、将来のイベントに対してリソースを増やすこと、又は人員に対し必要とされる訓練を特定することを可能にすることにより、患者の結果を改善する。

本発明の原理によれば、医学処置イベントをリアルタイムに記録し、分析及びレビューのため中央位置に記録を転送するする改良されたデバイス及び方法が表される。従って、本発明の目的は、イベントの間に関連する情報を迅速に入力するためタッチスクリーン上にアイコンを提供する新規なコンピュータプログラムを持つハンドヘルド計算デバイスを提供することである。このデバイスは好ましくは、ビデオ記録能力も含む。方法は、タッチスクリーンによる入力から注釈を生成するステップと、注釈及びオーディオ／ビデオ記録からイベントログを構築するステップとを提供する。

本発明の別の目的は、イベントログにおいて医学処置イベントに関する注釈を生成及び格納するハンドヘルド計算デバイスで用いられるグラフィカルユーザインタフェース（ＧＵＩ）を説明することである。ＧＵＩは好ましくは、医学処置における現在のプロトコルステップにコンテキスト的に関連するアイコンを示すタッチスクリーンディスプレイ上で作動する。情報が入力されるとき、ユーザに提示されるアイコンは変化する。

本発明の更に別の目的は、ハンドヘルド計算デバイスから中央コンピュータまでイベントログを転送する改良されたシステム及び方法を説明することである。好ましくは、転送は無線で実行される。クラウドサーバとして知られるリモートサーバが、イベントログに関する中間的なデータストレージ能力を提供することができる。中央コンピュータは好ましくは、医学処置イベントの総合的な記録を提供するため、イベント注釈をビデオ記録と組み合わせる新規なコンピュータプログラムの下で作動する。まだ統合されていない場合、より総合的なレポートを再現するため、中央コンピュータはオプションで、例えば除細動器といったイベントにおいて使用される治療的なデバイスからのデータを統合することができる。

心停止で苦しんでいる患者に使用される除細動器の図である。 従来技術の医学イベントレビューソフトウエアプログラムのディスプレイを示し、注釈及び除細動器により提供されるＥＣＧのイベントログを示す図である。 医療処置イベントをリアルタイムに記録するハンドヘルド計算デバイスの機能ブロック図である。 医療処置イベントの間に使用される例示的なハンドヘルド計算デバイスを示す図である。 本発明の実施形態によるＧＵＩスクリーンをマッピングする構造フローダイアグラムを示す図である。 本発明の実施形態によるＧＵＩスクリーンをマッピングする構造フローダイアグラムを示す図である。 本発明の実施形態によるＧＵＩスクリーンをマッピングする構造フローダイアグラムを示す図である。 本発明の実施形態によるＧＵＩスクリーンをマッピングする構造フローダイアグラムを示す図である。 設定スクリーンの実施形態を示す図である。 導入スクリーンの実施形態を示す図である。 アイテムスクリーンの実施形態を示す図である。 注釈スクリーンの実施形態を示す図である。 本発明の薬選択スクリーンの実施形態を示す図である。 薬リスト修正スクリーンの実施形態を示す図である。 本発明の薬追加スクリーンの実施形態を示す図である。 本発明のハンドヘルドデバイスに表示される追加情報スクリーンを示す図である。 チームメンバースクリーンの実施形態を示す図である。 チームメンバー追加スクリーンの実施形態を示す図である。 チームメンバー役割入力スクリーンの実施形態を示す図である。 バーコード走査スクリーンの実施形態を示す図である。 デバイス検出表示を持つ追加情報スクリーンの実施形態を示す図である。 イベントログスクリーンの実施形態を示す図である。 イベントログ入力スクリーンの実施形態を示す図である。 イベントログ行動スクリーンの実施形態を示す図である。 イベントログプレビュースクリーンの実施形態を示す図である。 本発明の実施形態による通信システム概要を示す図である。 中央コンピュータディスプレイに提供される注釈プレビュースクリーンの実施形態を示す図である。 中央コンピュータディスプレイに提供される位置プレビュースクリーンの実施形態を示す図である。

ここで図を参照すると、図３は、医療処置イベントをリアルタイムに記録する例示的なハンドヘルド計算デバイス１００のブロック図を示す。計算デバイスは、カスタムメイドの製造とすることができる。好ましくは、本発明の実現は、例えば意図された動作を可能にする新規なコンピュータプログラムの追加が可能なスマートフォンといった既存のハードウェアを使用する。デバイスコンピュータプログラムは、イベントキャプチャ・ソフトウェアアプリケーション１０９である。ハンドヘルド計算デバイス１００は、タッチスクリーンディスプレイ１０２、ビデオ記録２１２０をキャプチャするように動作可能なビデオカメラ１０４、及びコンピュータ可読媒体１０８にあるアプリケーション１０９により作動されるプロセッサ１０６を有する。デバイスはオプションで、音声記録１１９をキャプチャするように動作可能なマイクロホン１１２を有することができる。メモリ１１０は、イベントログ１１７、イベントのビデオ記録１１８及びイベントの音声記録１１９を保存するように動作可能である。好ましくは、ビデオ記録１１８及び音声記録１１９は、イベントログ１１７と相関される、又はこれに一体化される。その結果、イベントログ１１７は、イベントに関するすべての重要な情報を含む。デバイスは、例えば無線インターネットインタフェース（ＷＩＦＩ）又は無線電話インタフェースといった無線トランシーバ１１４を含むこともできる。無線トランシーバは、例えば汎地球測位システム（ＧＰＳ）レシーバ等の位置ロケータ１１６を含むこともできる。図３のデバイスは好ましくは、ユーザが、医療処置イベントを撮影しつつ、同時にタッチスクリーンディスプレイにイベントデータを入力することを可能にするよう構成される。

使用される斯かるデバイスの例示的な構成が、図４に示される。図４は、ハンドヘルド計算デバイス１００を保持するオブザーバ／レコーダが、救助者により患者に実行される医療処置イベントを記録することを、このデバイスがどのように可能にするかを示す。タッチスクリーンディスプレイ１０２における注釈アイコンを選択するペンタイプ選択部が示されるが、アイコンの指タッピングがしばしば好適な方法である。好ましい実施形態において、デバイス１００の１つの側は、イベントを記録するビデオカメラ１０４と共に配置される。デバイス１００の反対側は、タッチスクリーンディスプレイ１０２と共に配置される。その上において、ユーザは、例えば除細動器電極パッドアイコン３０２といったタッチセンシティブな注釈アイコンをタップすることができる。タッチスクリーンディスプレイ１０２において見られることができるように、注釈アイコン及びグラフィックスは、それが記録されるときビデオディスプレイをオーバーレイ表示する。図示省略されたマイクロホン１１２が、音声記録を同時にキャプチャする。タッチスクリーンディスプレイ１０２上のグラフィカルユーザインタフェース（ＧＵＩ）は、イベントが発生するとき、イベントに関する詳細を入力するのに用いられることを目的とする。ビデオ記録及びキャプチャされたデータは、デバイスのメモリに格納される。ＧＵＩは、以下においてより詳細に説明される。

ユーザは、スタートボタン又はＧＵＩ上の注釈アイコンのいずれかのタッチにより記録を開始する。ＧＵＩにおける経過時間カウンタはその後、イベントの開始からの経過時間を示し始める。

ハンドヘルド計算デバイスは、多くのタイプの情報がＧＵＩを介して楽に入力されることを可能にすることができる。処置の間のイベントの注釈は、タッチスクリーン上の注釈アイコンを介して入力される。イベントに関する複数の詳細な情報を入力するためのポップアップスクリーンが提供されることもできる。投与された薬、医療処置チームメンバー及び役割、並びに現場にある器材リスト及び状態を入力するためのスクリーンが、セットアップの間に選択候補と共に事前配置されることができる。こうして、このデバイスは、テキストを手動で入力する必要なしに、イベントの間にこの情報を迅速に入力することを可能にする。

本発明のハンドヘルド計算デバイスはオプションで、多くのタイプの情報が自動的に得られることができるよう構成される。デバイス１００は、ビデオ撮像野にある読み出し可能なコードを自動的に識別するバーコード又はＱＲコードリーダーを含むことができる。デバイス１００は、コードを得るようユーザを促すことができる。これにより、コードに関連付けられる器材及び／又はデータがイベントログ１１７にキャプチャされる。デバイス１００は、例えばＧＰＳレシーバといった位置決めロケータを含むことができる。これは、位置情報をイベントログ１１７に記録する。また、このデバイスは、例えば除細動器といった特定の医療デバイスと互換性を持つ無線インタフェースを含むことができる。その結果、このデバイスは、医療デバイスによりキャプチャされるデータを得て、イベントログに直接記録することができる。斯かる特徴は明らかに、イベントに関する重要な複数のソースの情報を統合するのにかかる時間及び負担を減らし、統合された情報の正確さ及び精度をかなり改善する。

図５ａ〜図５ｄは、本発明のある実施形態によるＧＵＩスクリーンをマッピングする構造フロー図を示す。フロー図は一般に、デバイス１００におけるイベントキャプチャ・ソフトウェアアプリケーション１０９により、及び中央コンピュータ２０５０（図２３を参照）にあるコンピュータプログラムにより、提供される命令に対応する。アプリケーション及びプログラムは、機能的なモジュールとして構成されることができる。このモジュールのそれぞれは、特定の機能に関するソフトウェア命令を含む。ユーザは、コンテキスト的に関連するディスプレイスクリーンにおけるタッチセンシティブなアイコンをクリックすることにより、機能的なモジュールの間をナビゲートする。これは、ユーザを次の論理的スクリーンに導く。図５においてさまざまなモジュールの間に示される矢印は、スクリーンを通るナビゲーションの、及びディスプレイに関して前のスクリーンに戻る情報の流れの、１つの可能性がある経路を表す。ハンドヘルド計算デバイス１００に表示されるスクリーンは、設定スクリーン２００、導入スクリーン３００、アイテムスクリーン４００、注釈スクリーン５００、薬選択スクリーン６００、薬修正スクリーン７００、薬追加スクリーン８００、追加情報スクリーン１０００、チームメンバースクリーン１１００、チームメンバー追加スクリーン１２００、役割スクリーン１３００、バーコード走査スクリーン１４００、デバイス検出スクリーン１５００、ログスクリーン１６００、ログ入力スクリーン１７００、ログ行動スクリーン１８００及びログプレビュースクリーン１９００を含む。中央コンピュータ２０５０に表示されるスクリーンは、注釈及びビデオプレビュースクリーン２１００及び位置プレビュースクリーン２２００を含む。中央コンピュータにおけるこれらのスクリーン及びそれらのデータは、既知の無線手段を介して、例えばクラウドサーバを介してハンドヘルド計算デバイス１００のスクリーンに通信可能に結合されることができる。各スクリーン及び他のスクリーンに対するそのスクリーンの関係が以下詳述される。

図６を参照すると、例示的な設定スクリーン２００が示される。設定スクリーン２００は、ハンドヘルド計算デバイス１００の一般的な設定部分からアクセスされる。スクリーン２００は、例えばクラウドサーバといったリモートコンピュータへのアップロードをイネーブル／ディスエーブルにするためのアップロード設定２１０を確立するため、ユーザがコンピュータプログラムを構成することを可能にする。アップロード設定２１０がイネーブルである場合、イベント記録が終わるとき、又はユーザによるプレビュー後イベントログが受け入れられるとき、デバイス１００は相関しているイベントログ１１７のアップロードを自動的に開始する。スクリーン２００は、ビデオ設定２２０でビデオカメラ１０４が撮像するための構成をユーザがセットすることも可能にする。ビデオ設定２２０において、ユーザは一緒に、ビデオ記録をイネーブル／ディスエーブルにすることができ、オプションで、弱光下においてフラッシュ「トーチ」を自動的にオンにし、オートフォーカス及びビデオフォーマットをセットすることを可能にする。好ましくは、医療処置イベントが始まる前に、ユーザはこれらの設定を確立する。

図７は、導入スクリーン３００を示す。これは、ユーザが医療処置イベントを記録するためにハンドヘルド計算デバイス１００及びソフトウェアアプリケーション１０９を起動するときに提示される最初のスクリーンである。導入スクリーン３００は、４つのメインパートにおいて構成される。上端リボンは、スタートボタン３１０を表示する。これは、イベントを記録し始めるためにユーザがタップするものである。経過時間カウンタ３０８は、イベント記録の開始からの経過時間を示す。インジケータ３１２は、クラウドストレージがイネーブルか否かを示し、記録が停止されるときその記録がクラウドストレージロケーションに自動的にアップロードされるかを示すこともできる。ビデオ状態インジケータ３１４は、ビデオが録画されているか否かを示す。

スクリーン３００の中央の大きなデータ入力スクリーン３０６は、ユーザ入力に関する主要な注釈空間として機能する。タッチセンシティブな注釈アイコンは、人間の形状のグラフィック３２２に関する論理的態様において、好ましくは人間の胴の形状において、データ入力スクリーン３０６上に構成される。ユーザは、情報ボタン３１６をタップすることにより、追加的でより詳細な注釈を提供するため、ドリルダウン表示させることができる。

データ入力スクリーン３０６は、好ましくはタッチセンシティブな注釈アイコン及び人間の形状のグラフィック３２２の後の背景において、カメラ１０４により記録される進行中のビデオディスプレイも提供する。好ましくは、デバイスがオンにされるとき、ユーザがイベントを記録し始めたかどうかにかかわらず、ビデオディスプレイは直ちに開始する。図７は、記録が起動されるまで、ビデオがデータ入力スクリーン３０６の後に表示されない代替的な実施形態を示す。

注釈リストボックス３０４は、好ましくはスクロールするリストとして最近のユーザ注釈を示す。これは、リストをスクロールダウンするユーザの指によりスワイプされることができる。

スクリーン３００の下部のリボンタブ制御は、キャプチャアイコン３１８及びログ履歴セレクタアイコン３２０を用いて、コンピュータプログラムにおいて２つのメインページのどちらかをユーザが迅速にナビゲートすることを可能にする。キャプチャアイコンは常に、導入スクリーン３００へとユーザを戻す。これは、ビデオ及び注釈を記録するのに使われるメインスクリーンである。ログ履歴セレクタアイコン３２０によりアクセスされるスクリーンは、前に記録されたログエントリを選択するのに使われるスクリーンである。導入スクリーン３００へとナビゲートした後、ユーザは、カメラ１０４及びマイクロホン１１２を起動するため、スタートボタン３１０又は任意の注釈アイコン（薬、ＣＰＲ等）にタッチすることができる。ユーザは、ログ履歴セレクタ３２０にタッチすることにより、メモリ１１０に記録された過去のイベントログをレビューすることができる。

図７を参照すると、ユーザは、スタートボタン３１０をタップすることにより、又は、データ入力スクリーン３０６上の任意のアイコンをタップすることにより、カメラ１０４及びマイクロホン１１２を起動させる。起動すると、デバイスは、イベントのビデオを記録し始める。これは、データ入力スクリーン３０６の注釈アイコングラフィックスの後に一緒に示される。ソフトウェアは、マイクロホン１１２を用いて医療処置イベントの音声記録も得る。デバイスは、ビデオ記録及び音声記録をメモリ１１０に格納する。

イベント記録がユーザにより起動された後、計算デバイスは、ビデオ及び音声記録を取得し始め、経過時間カウンタが開始される。更に、このデバイスは、ディスプレイスクリーン３０６におけるイベントに関する医療処置プロトコルの第１のステップに対応する１つ又は複数のタッチセンシティブな注釈アイコンを表示するアイテムスクリーン４００を表示する。デバイス１００は、注釈アイコンのタッチを検出して、対応する注釈をメモリ１１０に記録する。

図８は、アイテムスクリーン４００のある実施形態を示す。ここでは、医療処置イベントは、心肺呼吸（ＣＰＲ）プロトコルのステップに従うＣＰＲ処置である。ビデオカメラ１０４により得られた現在のビデオは、データ入力スクリーン３０６の背景において表示される。その結果、ユーザはスクリーンから目をそむける必要なしに、ビデオ及び注釈が同時に得られることができる。

複数のタッチセンシティブな注釈アイコンが、図８に示される。このそれぞれは、ＣＰＲプロトコルの活動部分を表す。その活動が救出の間発生するとき、ユーザは各アイコンをタップする。例えば、参加している救助者が患者に各除細動器電極パッドを適用するとき、ユーザは、除細動器電極パッドアイコン３０２の一方又は両方をタップする。ベンチレーションが患者に実行されるとき、ユーザは、ベンチレーションアイコン３３０にタッチする。一セットの圧縮が患者に適用されるとき、心臓マッサージアイコン３３２にタッチすれば、圧縮の開始時間が記録され、再びタッチするとき、圧縮の停止時間が記録される。心臓マッサージの投与の間、心臓マッサージアイコンは、心臓マッサージが進行中であることを示すため、フラッシュする又は色を変えることができる。自発循環の再開（ＲＯＳＣ）が記録されるとき、又はその状況が変化するとき、ユーザはＲＯＳＣアイコン３２６にタッチする。静注輸液（ＩＶ）が患者に投与されるとき、ユーザは、ＩＶ治療処置アイコン３２４をタップする。治療薬が患者に投与されるとき、ユーザは、シリンジアイコン３２８にタッチする。デバイス１００が、各アイコンのタッチを検出するとき、デバイス１００は、関連する注釈活動及び時間を記録する。

ＧＵＩは好ましくは、アイコンがタッチされるとき注釈アイコンが外観上変化するよう構成される。こうして、ユーザは、医療処置プロトコルの特定のステップが進行中であるか、又は完了されたことを外観で示す視覚的指示を持つ。タッチされたアイコンは、異なる色、コントラスト、明るさ、サイズ、グラフィックデザイン等の外観をとるよう変化することができる。電極パッドアイコン３０２は例えば、パッドが付けられることを示すため、パッドの輪郭内部に、印刷されたグラフィックスを加えることができる。

ＧＵＩは、注釈アイコンのタッチに基づき、第２の注釈アイコン又はスクリーンを示すよう構成されることもできる。例えば、プロセッサは、除細動器電極が患者に付けられたことを示す電極パッドアイコン３０２がタッチされるとき、図９に示されるように、タッチセンシティブな除細動ショック供給アイコン３３４をＧＵＩが表示することを可能にすることができる。その後除細動ショックが投与されるとき、ユーザは、ショックアイコン３３４にタッチすることができる。同様に、シリンジアイコン３２８のタッチに応答して、プロセッサは、図１０に示されるように、タッチセンシティブな薬選択スクリーン７００をＧＵＩが表示することをもたらすことができる。

１つ又は複数の注釈カウンタ５１０も、図９の注釈スクリーン５００に示される。各注釈カウンタ５１０は、現在のイベントの間にアイコンが何回タッチされたかについてのインジケーションを提供するため、その個別の注釈アイコンに隣接して配置される。個別のアイコンがタッチされるたびに、そのアイコンに関する注釈カウンタ５１０は増加される。同時に、注釈及び時間が、注釈リストボックス３０４の上端に追加される。注釈リストボックスは好ましくは、リストに対する既知の「スワイプ」ジェスチャを用いて、手動でスクロールされるよう動作可能である。

代替的に、基礎をなす行動が始まるときにだけ、注釈カウンタ５１０は増加されることができる。例えば、心臓マッサージに関する注釈カウンタ５１０（図９におけるボックス８）は、圧縮が始まったことを示すタップでのみ増加されることができ、その後、そのセットに関する圧縮が終わったことを示す次のタップを無視する。

図１０は、アイテムスクリーン４００のシリンジアイコン３２８にユーザがタッチするとき起動される薬スクリーン６００を示す。薬スクリーン６００は好ましくは、選択された医学イベントプロトコルに対応する治療薬及び標準的な投与量の薬リスト６１０を表示するよう構成される。このリストは好ましくは、論理的な順に配置される。例えば、薬品はそれらが投与されると思われる順にリストされることができ、又は、それらはアルファベット順にリストされることができる。デバイス１００は、投与される薬の１つのユーザによるタッチされた選択を検出し、現在の経過時間と共にその物質及び量に関する注釈をイベントログ１１７に記録する。行動は、注釈リストボックス３０４にも表示され、ユーザは、注釈スクリーン５００に戻される。治療薬又は量が標準プロトコルと異なる場合、リストは、薬リスト編集アイコン６２０をタップすることにより修正されることができる。この上で、プロセッサ１０６が、薬修正スクリーン７００を表示する。

薬修正スクリーン７００は、図１１に示される。好ましくは、このスクリーンは、薬リスト６１０の外観及び内容を最適に構成するため、医療処置イベントの前にアクセスされる。薬修正スクリーン７００は、リストの修正を可能にするため、薬リスト６１０を複製して薬リスト７１０とする。薬修正スクリーン７００は、リストにおいて所望の位置に薬再配置アイコン７３０をドラッグすることにより、治療薬の表示された順をユーザが迅速に再配置することを可能にする。一旦順序が薬リスト７１０にセットされると、この順序は薬リスト６１０において持続する。ユーザは、治療薬の左に対して薬除去アイコン７５０をタップすることにより、治療薬を削除することができる。ユーザが、薬修正スクリーン７００における薬追加アイコン７４０をタップする場合、プロセッサは、薬追加スクリーン８００を表示する。構成及び内容が満足できるとき、ユーザは、薬選択スクリーン６００に戻るため、完了アイコン７２０をタップする。

薬追加スクリーン８００は、図１２に示される。新たなドラッグテキスト追加ボックス８３０が表示され、そこでは、スクリーン８００の下部に表示されるタッチセンシティブなキーボードグラフィックを介して、ユーザが、新たな治療薬及び投与量を入力することができる。入力が完了したら、ユーザは完了アイコン８２０をタップする。新薬が加えられた後、ユーザは以前の表示７００に戻るため、ユーザは、リターンをタップして薬リストアイコン８１０に戻る。ユーザはその後、薬リスト７１０において所望の位置に新薬を移動することができる。

図１３は、導入スクリーン３００における情報ボタン３１６にユーザがタッチすることに応じて、タッチスクリーン上に表示される追加情報スクリーン１０００を示す。情報ボタン３１６は、クラッシュカートアイコン３１６とも呼ばれることができる。図１３の実施形態は、追加的な情報が医療処置イベントに関与するチームメンバー及び補助的器材を有することを示すため、ヘッダ「クラッシュカート詳細」を示す。情報ボタン３１６の代わりに、スクリーン１０００は、導入スクリーン３００に表示される専用のクラッシュカートボタンによりアクセスされることができる。この例に示されるように、ユーザは、チームメンバーアイコン１０１０又はデバイス識別アイコン１０３０を選択することができる。これは、スクリーンシーケンスが、それぞれチームメンバースクリーン１１００又はデバイスバーコード走査スクリーン１４００へとナビゲートすることをもたらす。一旦所望のイベントデータがそれらのスクリーンで記録されると、ユーザは、導入スクリーン３００に戻るため、完了アイコン１０２０をタップする。

図１４は、以前の追加情報スクリーン１０００におけるチームメンバーアイコン１０１０のタップに応じて表示されるチームメンバースクリーン１１００のある実施形態を示す。チームメンバースクリーン１１００は、医療処置イベントに関するチームメンバー名１１１０及び役割１１３０をリストにする。ユーザは、医療処置イベントに参加するチームメンバーを選択するため、単に名前１１１０にタッチする。アプリケーションは、名前及び役割の注釈をイベントログ１１７に保存する。すべてのチームメンバー情報が記録されるとき、ユーザは「クラッシュカート...」アイコンをタップし、以前の追加情報スクリーン１０００に戻る。ユーザが新規チームメンバーを加える、又は現在リストにいるチームメンバーの役割を調整することを望む場合、ユーザは、新規メンバー追加アイコン１１２０をタップする。アプリケーションは、チームメンバー追加スクリーン１２００に進む。

図１５は、チームメンバー追加スクリーン１２００のある実施形態を示す。プロセッサは、メンバー名入力ボックス１２１０を表示し、そこでは、スクリーン１２００の下部に表示されるタッチセンシティブなキーボードグラフィックを介して、ユーザは、新たなチームメンバー名を入力することができる。ユーザはその後、役割スクリーン１３００へとナビゲートするためメンバー役割アイコン１２３０にタッチすることにより、そのチームメンバーに関する役割を選択するか、又は単にグラフィックキーボードを用いて役割を入力することができる。入力が完了すると、ユーザは、以前の表示に戻るため、完了アイコン１２２０をタップする。

図１６は、チームメンバー役割入力スクリーン１３００のある実施形態を示す。好ましくは、役割セレクタ１３２０における役割のリストは、医学組織に対して標準的なものであり、めったに調整されない。ユーザは、役割セレクタ１３２０からチームメンバーに関する役割を選択し、その後以前の表示に戻るため、チームメンバー追加アイコン１３１０にタッチする。

図１７は、医療処置イベントにおいて使用される器材に関係する情報を得ることにおいてユーザを支援する、デバイスバーコード走査スクリーン１４００のある実施形態を示す。器材は、例えば標準ＵＰＣバーコード、又は行列若しくはクイックレスポンス（ＱＲ）コードといったバーコードタイプ識別子を含む医療デバイスとすることができる。これらのコードはしばしば、医学組織における効率的な追跡を可能にするため、及び規制目的のため、医療デバイスの外側に適用される。バーコードスクリーン１４００は、イベントの間に斯かる医療デバイスの自動検出及び識別を可能にすることにより、対応するログエントリに注釈をつけることにより、及びハンドヘルド計算デバイス１００により生成されるイベントログに機材関連イベントログを統合するための後続の機会を提供することにより、この状況を利用する。器材識別子は一般に、医療デバイスシリアル番号である。

説明の便宜上、図１７は、医療処置イベントで使用される除細動器の外側に配置されるＱＲコードを示す。ユーザがバーコードスクリーン１４００へとナビゲートするとき、プロセッサ１０６は、ビデオカメラ１０４を起動させ、及びビデオ撮像野１４２０においてバーコードを自動的に識別するバーコードリーダー命令１４３０を起動させる。プロセッサ１０６が、読み出し可能なＱＲコード１４１０を認識するとき、それはカメラ及びバーコードリーダーを介してバーコードを得て、得られたバーコードに基づき医療デバイスを自動的に識別する。プロセッサ１０６はその後、医療デバイス情報の注釈及び読み出し時間をイベントログ１１７に記録し、注釈リストボックスに医療デバイス名を置く。

ＱＲコード１４１０画像が正確に読み込まれるにはあまりに不安定である場合、デバイス１００は、カメラを安定させるためにユーザに対して静止保持プロンプト１４３０を出す。画像が認識された後、デバイス１００は、確認プロンプトを出し、図１８におけるデバイス検出スクリーン１５００に示されるように、追加情報スクリーンに自動的に戻る。このスクリーンは、検出されたデバイス識別１５１０を示す。この場合、除細動器のモデル及びシリアル番号が表示される。

医療処置イベントにおいて使用される器材の識別をキャプチャすることにより、器材により同時にキャプチャされる任意の情報も、イベントログ１１７と共にキャプチャされる又はこれと同期化されることができる。ある実施形態において、デバイス１００は、ハンドシェイクプロトコルを介して器材との無線通信を確立する。その後、デバイス１００は、無線トランシーバ１１４を介して識別された医療デバイスと無線通信を開始する。これは、デバイス１００が医療デバイスから直接イベントデータをキャプチャすることを可能にする。医療デバイス及びデバイス１００の間の通信は、例えばブルートゥース、Ｗｉ−Ｆｉ又は赤外線（ＩＲＤＡ）といった既知の無線通信手段を介して行われる。前述された除細動器の例は、ショック決定及び供給データ並びにＣＰＲデータをリアルタイムにイベントと共に提供することができる。無線信号は、例えばＥＣＧといった患者特性を表す情報を提供することもできる。バッチ通信が要求される場合、各データイベントに関する時間マーカーが一般に、医療デバイスにより提供される。マイクロホンを具備する場合、除細動器は、イベントの音声記録をデバイス１００に提供することもできる。無線信号送信に対応するデータはその後、メモリ１１０に記録される。

ハンドヘルド計算デバイスと除細動器データとを相関させるこの手段は、「Defibrillator Event Data with Time Correlation」というタイトルの米国特許出願公開第２００８／０１３０１４０Ａ１号により詳細に説明され、これは参照により本書に組み込まれる。別の医療デバイスから得られる情報の全ては、デバイス１００により直接記録される情報とデバイス１００により同期化され、イベントログ１１７において時間シーケンスに一体化されることができる。更に、無線信号に対応するデータは、注釈アイコンと同時に、導入スクリーン３００に表示されることができる。

代替的に、識別された医療デバイスからのイベントデータは、中央コンピュータ２０５０に別々にアップロードされることができ、中央コンピュータにあるソフトウェアにおいて、イベントログと統合されることができる。一体化されたイベントデータを同期化させ、及び表示する手段は、下記の図２４及び２５に対応する説明においてより詳細に説明される。この実施形態において、中央コンピュータ２０５０は、デバイス識別１５１０及び対応する時間マーカーを用いて、器材からのイベントデータを相関させ、イベントログ１１７に一体化する。

図１９を参照すると、デバイス１００におけるイベントログスクリーン１６００のある実施形態が示される。ログスクリーン１６００は、例えばイベントログ１６１０といったデバイス１００により記録されたすべてのイベントログの履歴を、それらのタイムスタンプと共に示す。各イベントログに関する追加的な情報も、ログスクリーン１６００に現れる。フィルム形状のアイコンは、ビデオ状態インジケータ１６２０の例である。これは、ビデオ記録がそのイベントに関して記録されるデータの一部であることを示す。クラウド形状のアイコンは、アップロード状態インジケータ１６３０の例である。これは、イベントログデータが、例えばクラウドサーバといったリモートコンピュータに正常にアップロードされたことを示す。

ログスクリーン１６００は、更なる処理のためユーザが特定のイベントログを選択することを可能にする。イベントログ１６１０を「スワイプする」又はダブルタップすることにより、イベントログは、デバイス１００のメモリから削除されるが、任意のリモートコンピュータからは自動的に削除されない。イベントログ１６１０を１回タップすると、イベントログを開き、更なる評価又は処理のためイベントログ入力スクリーン１７００へとユーザをナビゲートする。

典型的なイベントログ入力スクリーン１７００は、図２０に示される。ログ入力スクリーン１７００は、スクリーン１６００で選択されるイベントログによりキャプチャされる注釈のイベントログリスト１７１０を示す。各注釈は、リスト１７１０をスワイプ又はスクロールすることによりレビューされることができる。ユーザがログ行動アイコン１７２０にタッチするとき、デバイス１００は、ログ行動スクリーン１８００へとナビゲートする。これは、選択されたイベントログに関する更なる処理オプションを含む。

図２１は、ログ行動スクリーン１８００のある実施形態を示す。デバイス１００は、行動スクリーン１８００において複数の処理オプションをユーザに提示する。ログ電子メールアイコン１８１０のタッチは、関連付けられるビデオ記録と共に、好ましくはＸＭＬファイル形式において、イベントログを含む電子メールを作成する。結果として生じる電子メールは、ビデオ状態インジケータ１６２０により示されるリモートコンピュータにアップロードされる同じファイル及びデータを含む。好ましくは、電子メール情報は、例えば、ＨＩＰＡＡ要件といった規制要件及びプライバシー規制に準拠するよう暗号化される。

好適なＸＭＬログファイルは、例えば開始日及び時間といった識別情報を含む。更に、イベントログは、医療処置イベントに関するすべての注釈及びタイムスタンプを含み、チームメンバーの識別及び役割、デバイス識別並びにイベントの位置のＧＰＳ位置情報といった位置情報の１つ又は複数を含むことができる。

ログプレビューアイコン１８２０のタッチは、図２２に示されるように、ログプレビュースクリーン１９００へとナビゲートするようデバイス１００を制御し、ディスプレイスクリーンにおける選択された医療処置イベントの音声及びビデオ記録の再生を開始する。スクリーン１９００の上部のイベントログ識別子１９１０は、プレビューされるイベントログを示す。ログプレビュースクリーン１９００は、各イベント注釈１９２０のリストによりオーバーレイされるビデオ記録を再生する。再生されるとき、ビデオにおける現在時刻と時間において一般に対応する注釈を表示することにより、注釈のリストは、ビデオと同期的にスクロールする。より正確な同期のため、ビデオにおける現在時刻より前の最後のイベントである現在のイベント注釈が、例えばボックスといったグラフィック１９３０により囲まれる。ユーザがイベントログに満足するとき、ユーザは、前の画面１８００に戻るため、イベントログアイコンにタッチする。すると、イベントログは、前述したように処理されることができる。

図２３は、本発明のある実施形態による、更なる分析及び格納のため、ハンドヘルド計算デバイス１００から中央コンピュータ２０５０へと医療処置イベントレコードを転送するシステムを示す。図２３に示されるように、ハンドヘルド計算デバイス１００は、無線通信経路２０１０を介して、記録直後に各イベントログをリモートコンピュータ可読媒体２０２０にアップロードする。遠隔媒体２０２０は好ましくは、インターネット接続を持つ任意のデバイスからアクセスされることができる、例えばクラウドストレージサーバといった分散コンピュータサーバである。無線通信経路２０１０は好ましくは、電話又は無線インターネット経路であるが、病院内にある有線、プロプライエタリ、又はセキュア通信回路も同様に想定される。それが中央コンピュータ２０５０により必要とされるまで、リモートコンピュータ可読媒体２０２０は、イベントログデータを格納する。

中央コンピュータ２０５０は、ダウンロード及びマージツール２０４０により制御される第２の通信経路２０３０を介して、リモートコンピュータ可読媒体２０２０からのイベントログデータにアクセスする。ダウンロード及びマージツール２０４０の１つの例は、マサチューセッツ州アンドーバーのPhilips Healthcareにより製造されるEvent Reviewソフトウェアにおいて実現される。ダウンロード及びマージツール２０４０は、同じ医療処置イベントからの補助的データをイベントログに一体化することができる。補助的データは、他のレポートから手動で入力されたデータ、患者からのＥＣＧストリップ及び生理的データ、他の医療デバイスにより記録される医療処置及びデバイス状態イベント等を含む。

同じ医療処置イベントに関する複数のソースからのデータを同期化させるときの１つの課題は、時間により適切にデータをソートすることであった。経過時間は比較的正確であるが、記録された開始時間は、クロックの違い、異なる起動時間等が原因で各ソース間で変わる場合がある。本発明の一実施形態は、時間の違いを正確に説明するための複数のアイデアを組み込む。最初に、イベントが起こるときデバイス１００が医療デバイスから直接にデータを得る場合、相対時刻誤差は誘導されない。第２に、各記録デバイスは、例えばセルラー電話システム時間といった独立時間ソースで時間同期されることができる。第３に、ダウンロード及びマージツール２０４０が、両方のデバイスにおける同じ発生のマーカーを識別することができる。例えば、ショック供給発生は、救出に使用されるデバイス１００及び除細動器の両方により記録される。マージツール２０４０は、両方のタイムラインを一致させるため、斯かるマーカーを識別し、同期化させることができる。医療デバイスが撮像野にあるようなデバイス１００からのビデオは、例えばショックが供給されたことを示す除細動器上の点滅する光といったイベント発生を識別するために用いられることができる。ビデオマーカーは、デバイス１００イベントログと除細動器ログを同期化させるために用いられる。最後に、両方のデバイスが音声記録を得る場合、両方の音声トラックが同期化されるまで、ソフトウェアは、イベントの１つのオーディオを時間シフトすることができる。タイムシフトは好ましくは、他の記録された注釈の同期ももたらす。

ダウンロード及びマージツール２０４０により開発される一体化されたレポートは、ディスプレイ２０６０での更なる表示及び操作のため中央コンピュータ２０５０に格納される。管理者又は医学分析者は、医療処置イベントをレビューするため、中央コンピュータディスプレイ２０６０を操作することができる。

中央コンピュータ２０５０にあるレビュー及び分析プログラムは、管理者又はマネージャによるポストイベントレビューのためイベントログデータを構成する。上述したEvent Reviewソフトウェアが、この機能を提供する。図２４は、Event Reviewスクリーンの新規な変更態様である、注釈及びビデオプレビュースクリーン２１００の一実施形態を示す。この実施形態において、除細動器及びハンドヘルド計算デバイス１００からのデータ及び注釈は、表示の前に医療処置イベントに関して一体化されたイベントログに統合される。統合された注釈は、イベントツリー２１１０において時系列順にリストされる。イベントツリーは、スクロールされ、注釈に関するより詳細な情報を示すため拡大され、又は、所望するように圧縮されることができる。

イベントツリー２１１０に現れる注釈の一部もしくは全部は、統合された注釈タイムライン２１３０にプロットされることもできる。タイムライン２１３０は、現在の時刻をマークするスイープバーを一般に持つよりグラフィカルな外観のイベント記録である。図２４の実施形態において、統合された除細動器データから得られるＥＣＧ及び統合された注釈は、タイムライン２１３０に重畳される。時間バーが進行するとき、イベントからの音声が再生されることもできる。

注釈及びビデオプレビュースクリーン２１００の新規な特徴は、注釈タイムライン２１３０の進行と同期化される記録された医療イベントビデオ２１２０の同時的な表示である。レビューソフトウェアは、ユーザが再生を操作するための標準的なビデオ制御を持つビデオ制御バー２１４０を含むことができる。もちろん、ビデオの制御は、スイープバーも制御する。この逆もある。その結果、それらがレビューされるとき、すべての記録は時間同期化されたままである。更に、複数のソースからの音声がイベントログに存在する場合、各音声トラックのボリュームレベルは別々に制御されることができる。

医療イベントビデオ２１２０は、医療処置の効果をユーザが分析する能力、更なる訓練により向上が見込まれる性能欠如をユーザが特定する能力、又は特定の処置プロトコルに修正の必要があるかをユーザが評価する能力さえ明らかに増加させる。

中央コンピュータ２０５０のレビュー及び分析プログラムは、位置プレビュースクリーン２２００におけるイベントログに関する位置情報を更に含むことができる。図２５は、位置プレビュースクリーン２２００の一実施形態を示す。ディスプレイ上の位置タブを選択することにより、位置データがプロットされるマップを持つ位置ディスプレイ２２１０が、イベントビデオを置き換える。位置ディスプレイ２２１０は、搬送時間における変動、交通状態又はルーティングが、提供される処置の効果に影響を与えるかを決定することにおいて、ユーザを支援する。

上述されたデバイス、ソフトウェア及びディスプレイへの修正は、本発明の範囲に含まれる。例えば、ディスプレイの外観及び構成は、例示的な図示される実施形態に示されるものとはいくらか異なることができる。ハンドヘルド計算デバイス１００に組み込まれる、しかし、上述されたのと基本的に同じ機能を実行する異なるユーザ制御部は、本発明の範囲に含まれる。

Claims (15)

1. ハンドヘルド計算デバイスであって、
   タッチスクリーンディスプレイと、
   前記タッチスクリーンディスプレイに注釈アイコンを表示するよう動作可能なグラフィカルユーザインタフェースであって、前記注釈アイコンが、人間のグラフィックに対して与えられる医学処置プロトコルのステップを示す、グラフィカルユーザインタフェースと、
   前記医学処置プロトコルにより提供される患者の医学処置のイベントログを格納するメモリと、
   前記タッチスクリーンディスプレイにより表示される前記注釈アイコンのタッチを検出することに基づき、前記医学処置プロトコルのステップの注釈を前記イベントログに格納するよう動作可能なプロセッサとを有する、ハンドヘルド計算デバイス。
2. 前記医学処置プロトコルが、心蘇生プロトコルであり、
   前記注釈アイコンは、除細動器電極パッドアイコン、ベンチレーションアイコン、心臓マッサージアイコン、除細動ショック供給アイコン又は静注療法処置アイコンの１つである、請求項１に記載のハンドヘルド計算デバイス。
3. 前記医学処置プロトコルのステップの注釈の前記プロセッサによる前記イベントログへの格納が、前記注釈アイコンの外観の変化をもたらす、請求項１に記載のハンドヘルド計算デバイス。
4. 前記グラフィカルユーザインタフェースが更に、前記タッチスクリーンディスプレイに注釈カウンタを表示するよう動作可能であり、
   前記注釈カウンタは、前記プロセッサによる前記注釈アイコンの検出されたタッチの回数を示す、請求項１に記載のハンドヘルド計算デバイス。
5. 前記グラフィカルユーザインタフェースが更に、前記メモリによる前記イベントログの格納開始からの経過時間のインジケーションとして前記タッチスクリーンディスプレイに経過時間カウンタを表示するよう動作可能である、請求項１に記載のハンドヘルド計算デバイス。
6. ビデオカメラを更に有し、
   前記ビデオカメラからのビデオは、前記タッチスクリーンディスプレイにおいて、前記注釈アイコン及び前記人間のグラフィックと一緒に表示可能である、請求項１に記載のハンドヘルド計算デバイス。
7. 前記注釈アイコンが、投与された治療薬アイコンを有する、請求項１に記載のハンドヘルド計算デバイス。
8. 前記グラフィカルユーザインタフェースが更に、前記タッチスクリーンディスプレイに候補治療薬のタッチセンシティブなリストを表示するよう動作可能であり、
   前記候補治療薬が、前記患者の前記医学処置に関連付けられる、請求項７に記載のハンドヘルド計算デバイス。
9. 前記プロセッサが更に、前記タッチスクリーンディスプレイにより表示される前記候補治療薬の１つのタッチを検出することに基づき、前記候補治療薬の前記検出されたタッチに関連する注釈を前記イベントログに格納するよう動作可能である、請求項８に記載のハンドヘルド計算デバイス。
10. 前記グラフィカルユーザインタフェースが更に、前記タッチスクリーンディスプレイにクラッシュカートアイコンを表示するよう動作可能であり、
    前記プロセッサが更に、前記タッチスクリーンディスプレイにより表示される前記クラッシュカートアイコンのタッチを検出することに基づき、チームメンバーの名前及び役割のタッチセンシティブなリストを前記タッチスクリーンディスプレイ上に表示するよう動作可能であり、
    前記プロセッサは更に、前記タッチスクリーンディスプレイにより表示される前記チームメンバーのタッチを検出することに基づき、前記チームメンバーに関連する注釈を前記イベントログに格納するよう動作可能である、請求項１に記載のハンドヘルド計算デバイス。
11. 医療デバイス識別バーコードを自動的に検出するよう動作可能であるバーコードリーダーを更に有する、請求項１に記載のハンドヘルド計算デバイス。
12. 前記医療デバイス識別バーコードが、医療デバイスを特定し、
    前記プロセッサは更に、前記特定された医療デバイスに関連する注釈を前記イベントログに格納するよう動作可能である、請求項１１に記載のハンドヘルド計算デバイス。
13. 前記プロセッサが更に、前記格納されたイベントログを無線通信経路を介してリモートコンピュータ可読媒体にアップロードするよう動作可能であり、
    前記プロセッサは更に、前記タッチスクリーンディスプレイに前記アップロードの状態を表示するよう動作可能である、請求項１に記載のハンドヘルド計算デバイス。
14. 前記グラフィカルユーザインタフェースが更に、前記タッチスクリーンディスプレイにスタートアイコンを表示するよう動作可能であり、
    前記プロセッサは更に、前記タッチスクリーンディスプレイに表示される前記スタートアイコンのタッチを検出することに基づき、前記患者の前記医学処置のビデオ記録を開始するよう動作可能である、請求項１に記載のハンドヘルド計算デバイス。
15. 前記グラフィカルユーザインタフェースが更に、前記タッチスクリーンディスプレイにビデオプレビューアイコンを表示するよう動作可能であり、
    前記プロセッサは更に、前記タッチスクリーンディスプレイに表示される前記ビデオプレビューアイコンのタッチを検出することに基づき、前記患者の前記医学処置のビデオ記録を再生するよう動作可能である、請求項１に記載のハンドヘルド計算デバイス。

Images