JP2007538344A - ポータブル獣医療記録装置および使用方法 - Google Patents

Abstract

ポータブル医療記録システムの実施例は医療記録に対するデータ構造と装置の使用に関する処理命令セットの両方を含むポータブルメモリ記憶装置を含んでいる。命令セットは、たとえば、ユーザ認証用認証命令、データ格納命令、医療記録情報更新命令、ホスト獣医患者情報管理ソフトウェア認識命令、および医療記録情報ディスプレイ命令を含むことができる。実施例では、命令セットは装置に接続されるコンピュータにより自動的に実行される。実施例は二重鍵認証を容易にする認証カードおよび認証ＰＩＮを提供する。装置は動物の飼主が保持することができる。このような保持により緊急時や旅行中に一層容易に記録を入手できる。さらに、装置を飼主が保持することは獣医療記録共有の実際上の承認を表す。

Description

（発明の分野）
本発明は一般的に電子獣医データシステムに関し、特に、ポータブル獣医療記録システムに関する。

（関連技術）
多くの人々にとって動物はますます日常生活に重要なものとなってきている。たとえば、猫および犬等の、家庭用ペットが一般に受け入れられている。さらに、動物飼育および繁殖をビジネスとして推し進めることができる。そのため、動物は高価であり一般的に数百ドルで売買される。獣医による世話を含む動物の世話は極めて重要であり、動物の飼い主により求められている。

獣医記録は慣例的に獣医院に保持され、動態統計、症状、疑わしい原因の診断、治療、請求書送付、および添付メモを含む通院の詳細を提供することができる。獣医記録は獣医が準備することができるが、獣医（記録を作成する）と動物の飼主との間で記録（および添付情報）の共有が主張されている。この共有は適切な要求を受けた後で獣医が飼主へ獣医記録へのアクセスを提供する必要がある多くの地方における法令を反映している。法的要求条件にもかかわらず、応諾を保証するまたは共有記録アクセスを提供するための強力な技術的手段は実施されていない。

前記した獣医療記録問題に応えて、本発明は獣医療記録装置および動作方法のさまざまな実施例を提供する。一実施例では、動物の飼主により保持されるポータブル（ハンドヘルド）獣医療記録装置が提供される。獣医院を訪問中に、データを患者情報管理システム（ＰＩＭＳ）と同期させたり装置上に直接データを格納したりすることができる。ポータブル装置上にローカル格納されたファームウエアが適切な使用認証（たとえば、適切な飼主および獣医識別）を保証しかつ獣医療記録管理の側面を制御する。

この装置は飼主が保持するため、緊急事態や旅行中に一層容易に記録が得られる。さらに、装置を飼主が保持することは獣医療記録共有の実際上の承認を表す。したがって、飼主は獣医院の外であっても動物の医療記録を調べることができる。一実施例の側面に従って、専門家ではない人が獣医療業務を試みる時によくなされる過ちを回避するために、更新を行うのは獣医院に限定されることがある。しかしながら、別の実施例では獣医院の外で動物記録のある更新を行うことができる。

ある実施例では、ポータブル獣医療記録装置は装置内に構成された非揮発性リライタブルメモリアレイ（フラッシュメモリ等）を有する。獣医記録を格納するためにデータ構造がリライタブルメモリアレイ上に編成される。たとえば、データ構造はデータベースまたは関連情報の他の編成体として構成することができる。

獣医療記録の共有を適切に制御するために、第１の機械読取可能命令セット（ファームウエア等）をリライタブルメモリ内に格納してユーザ認証を行うことができる。したがって、好ましい実施例では、データ構造内の獣医記録は適切な認証がなければアクセス不能である。

この実施例では、ユーザ認証は、たとえば、飼主認証カード、飼主識別番号（ＰＩＮ）、獣医認証カード、獣医ＰＩＮ、獣医ライセンス番号、ソフトウェアライセンス番号、等を含むいくつかの形をとることができる。この装置はその非揮発性リードオンリー部に格納され適切な認証を保証するための鍵として使用される認証値もセットも含んでいる。ユーザ認証は２つのセキュリティレベルを含むこともできる。たとえば、一実施例では、第１のセキュリティレベルが獣医記録へのリードオンリーアクセスを提供し、第２のセキュリティレベルがリードおよびライトアクセスを提供する。

装置上のデータポートはメモリをコンピューティング装置（コンピュータまたはＰＤＡ等）に通信接続するのに有用である。実施例では、データポートはユニバーサルシリアルバス（ＵＳＢ）ポート等のシリアルポートである。他のデータポートでも使用できる。

もう１つの（代替）実施例では、ポータブル装置に接続されたコンピュータにより自動的に実行されるように構成されるファームウエアがメモリ上に提供される。自動的実行は、たとえば、ポータブル装置をコンピュータに接続してトリガすることができる。一実施例では、患者管理ソフトウェアがコンピューティング装置上にインストールされるかどうかをファームウエアが決定し、決定に応答して獣医記録へのアクセスを提供するための第２のファームウエアを実行することができる。

さらにもう１つの実施例では、ポータブル医療記録装置はポータブル記録ホルダ、獣医認証カード、および飼主認証カードを含んでいる。ユーザ（獣医および飼主）識別のために認証カードが提供される間に医療記録がポータブル記録ホルダ上に格納される。ポータブル記録ホルダはコンピュータに接続するデータポートおよび認証カードに接続する２つの認証ポートを有する。供給される許可の量およびタイプに応じて医療記録へのさまざまなアクセスレベルを提供することができる。

実施例の操作方法に従って、獣医記録はポータブルメモリエレメントに接続できるコンピュータにおいてアクセスされる。この方法では、ポータブルメモリエレメントをコンピュータに接続することはコンピュータがポータブルメモリエレメント上に格納された第１の命令セットを実行するためのトリガとして働く。第１の命令セットを実行することによりコンピュータは定められた患者情報管理ソフトウェア（ＰＩＭＳ）がコンピュータ上にインストールされるかどうかを決定することができる。

定められたＰＩＭＳがコンピュータ上にインストールされると、獣医記録のアクセスはＰＩＭＳを介して許される。定められたＰＩＭＳがコンピュータ上にインストールされることが見つからなければ、獣医記録へのアクセスはコンピュータにより実行可能なポータブルメモリ装置上に格納された第２の命令セットを介して提供することができる。

（詳細な説明）
１． 概要
次に図面を見ると、図１はコンピュータ１０２に通信接続されたポータブル獣医療記録装置１０４を示すブロック図を提供し、獣医療記録装置および動作方法の実施例の単純化された概要である。獣医療記録装置は一匹の動物に対する獣医記録その他の情報を保持するように構成することができ、あるいは多数の動物に対して構成することができる。

獣医記録装置１０４は非揮発性メモリアレイ上にデータを格納する。非揮発性メモリアレイは、たとえば、フラッシュメモリエレメントまたは他のＥＰＲＯＭとすることができる。さらに、あるデータ記憶装置が装置１０４上に設けられてリードオンリーデータ記憶装置を提供する。データ構造１０６が獣医療記録を格納するために非揮発性メモリアレイ上に格納される。データ構造１０６は、たとえば、データを含むフラットファイルとすることができる。あるいは、データ構造１０６はデータベースその他のデータ構造とすることができる。

認証論理１０８はデータ構造１０６のプライバシを保証するユーザ認証コードを要求し評価するためにコンピュータ１０２により実行できる命令セットを与える。実施例では、データ構造１０６は認証論理１０８を使用して適切なユーザ認証が決定されない限りアクセスできない。認証論理１０８はリライタブルメモリまたはリードオンリーメモリ内に格納することができる。

記録管理論理１１０もコンピュータ１０２により実行することができコンピュータ１０２がデータ構造１０６内の記録へアクセスできるようにする。たとえば、アクセスは記録読出し、記録更新、記録削除、および新しい記録の挿入を含むことができる。

認証値１１２がリードオンリーの形で医療記録装置１０４上に記憶される。これらの値は適切なユーザ認証が与えられているかどうかを決定するための鍵として認証論理１０８により使用される。実施例では、認証論理１０８は認証値１１２を明らかにすることなく適切なユーザ認証が与えられているかどうかを決定する方法を提供する。

図１のシステム図の下で、メッセージング図は獣医療記録システムの動作方法の単純化された概要を提供する。特に、コンピュータ１０２においてポータブルメモリエレメント１０４に格納された獣医療記録へのアクセスを提供する方法が示されている。最初に、コンピュータ１０２はステップ１５０においてポータブルメモリエレメント１０４に通信接続されている。たとえば、この接続はポータブルメモリエレメント１０４のＵＳＢ接続のおす部をコンピュータ１０２のＵＳＢ接続のめす部と接合して実施することができる。他の接続も利用できる。

通信すると、コンピュータ１０２はステップ１５２において認証論理１０８を実行することができる。実施例では、ステップ１５２は自動的に実行され（ａｕｔｏｒｕｎ）１５０の結合ステップによりトリガされる。ステップ１５４において、認証論理の一部として認証入力がユーザから要求される。これらの認証入力は、たとえば、飼主のＰＩＮとすることができる。

認証入力が正しいかどうかを決定するために、ステップ１５６において、ポータブルメモリエレメント１０４の認証値１１２に質問が出される。この質問は特定のＰＩＮが許可されたＰＩＮであるかどうかを質問するように構成することができる。その場合、認証値１１２は許可プロセス中に明らかにする必要がない。

正しくユーザ認証ができれば、ステップ１５８において、コンピュータは記録管理論理１１０を実行する。実施例では、さまざまなレベルの適切な許可が可能である。したがって、ユーザ認証のレベルに応じて記録管理論理１１０の異なる側面を実行することができる。

図示する実施例では、獣医記録の更新をできるようにするために十分なユーザ認証が提供されている。したがって、ステップ１６０−１６４はコンピュータ１０２および更新記録となるデータ構造１０６間のインタラクションを提供する。ステップ１６０において、コンピュータ１０２はデータ構造１０６から記録を要求する。要求は、たとえば、一部完了している医療記録を更新する準備ができているコンピュータユーザ（獣医院従業員）がトリガすることができる。ステップ１６２において、要求された記録はデータ構造１０６によりコンピュータ１０２へ提供される。ステップ１６４において、コンピュータ１０２は更新記録をデータ構造１０６へ送出してその中に含める。

他の動作方法は、たとえば、記録の自動更新または同期化、記録の検分、患者情報管理システム（ＰＩＭＳ）との相互動作、初回設定を提供する。

２． 典型的なポータブルメモリ装置
図２（ａ）はポータブルメモリ装置２０２の典型的な実施例のブロック図である。典型的な実施例では、ポータブル装置２０２は人の手に収まるハンドヘルドエレメントである。しかしながら、具体的に実施に応じて、ポータブル装置２０２の形状およびサイズは変えることができる。

少なくとも１つのメモリアレイ２０４はデータ格納用ポータブル装置２０２の一部として構成され、便宜上破線矩形として示されている。メモリアレイ２０４は、たとえば、フラッシュメモリまたは他のＥＥＰＲＯＭとすることができる。あるいは、ミニハードディスク、磁気メモリ（ＭＲＡＭ等）、その他のポータブル電子記憶装置とすることができる。

実施例では、フラッシュメモリはＮＯＲゲートを使用する非揮発性メモリであり、それによりユーザは情報を電気的にプログラムし消去することができる。フラッシュメモリはＥＰＲＯＭと同様なメモリセルを使用するが、一般的にはフローティングゲートおよびソース間により薄く、より精密に成長した酸化物を有する。フラッシュプログラミングはフローティングゲート上に電子が置かれる時に行われる。電荷はフローティングゲート上に蓄積され、酸化物層によりセルはソースを介して電気的に消去される。

一形式の非揮発性メモリである他に、装置上のデータが安定であることを保証するための他のデータ保護方式を提供するのが有利である。これは、たとえば、飼主が常に装置２０２を携行したい場合特にそうである。

一実施例のデータ保護方式は非ロックブロックがプログラムされ消去される間にクリティカルコードを安全にするダイナミックハードウェア・ブロックロッキングである。このロッキング方式は２つの保護レベルを提供する。第１のレベルによりブロックロッキングのソフトウェアオンリー・コントロールが許され（これは頻繁に変化したデータブロックに対して有用である）、第２のレベルはロッキングが変えられる前にハードウェア・インタラクションを必要とする（頻繁に変化しなかったデータブロックを保護するため）。当業者ならば他の（または付加）データ保護方式も利用し応用することができる。

メモリアレイ２０４は少なくとも２部分へ分割することができる（図示せず）。この分割は物理的分離または論理的分離とすることができ、リードオンリー部分とリードおよびライトの両方の動作を許すことができる部分を表す。例として、メモリアレイ２０４は非対称的にブロックされたメモリレイアウトを有することができ、リードオンリーとして残される小さいパラメータまたはブートコード記憶装置および他のコードおよび獣医記録記憶装置に対するより大きいブロックを可能にする。あるいは、メモリアレイ２０４は対称的にブロックされてより良いコードおよびデータファイル管理を可能にする。さまざまな性質を有するマルチプルアレイ等の他の構成も利用できる。

メモリアレイ２０４上に格納された情報のプログラミングおよび消去を制御するためのコントローラ２０６が提供される。コントローラ２０６は、たとえば、インターフェイスプロトコル、データ格納、データ検索、エラー訂正コード（ＥＣＣ）、故障処理、診断、電力管理、およびクロック制御を管理することができる。バス２１６がコントローラ２０６をメモリアレイおよびデータポート２１８と接続する。

典型的な実施例のメモリのプログラミングはバイトまたはワードワイドモードで行うことができる。しかしながら、より迅速なバルク書込みのために３２バイトライトバッファ等のより大きいバッファを設けることができる。このようなバッファによりデータはより有効なバイトプログラミング速度に対して予め待ち行列に加えることができる。フラッシュメモリの消去はブロック消去コマンドを介して行われ、完了時間はブロックサイズおよびインプリメンテーションによって決まる。プログラム・サスペンド、プログラム・リジューム、イレーズ・サスペンド、およびイレーズ・リジューム等の他の機能も利用できる。これらの機能により装置は休止してデータを読み出し、次に、前の動作を再開することができる。マルチパーティション・アーキテクチュアによりシステムプロセッサはもう１つのパーティション内でライト／イレーズを完了する間に１つのパーティションから読み出すことができる。たとえば、これにより同じメモリアレイ２０４からのコードの実行および獣医記録の格納を同時に行うことができる。

いくつかの仮想情報モジュールがメモリアレイ２０４内に示されている。たとえば、データ構造保持獣医記録２０８が提供される。データ構造２０８は、たとえば、リライタブルメモリとして格納されたデータベースファイル（またはファイルセット）とすることができる。

獣医記録２０８の管理は記録管理論理２１０内に説明されている命令により制御される。この論理は、たとえば、データポート２１８において装置２０２に接続されたプロセッサにより実行することができる機械読取可能命令セットとすることができる。もう１つの実施例では、記録管理論理２１０は一形式のファームウエアである。

ファームウエアは、たとえば、ソフトウェアの読出しおよび実行を許すが修正、たとえば、エンドユーザによる書込みや削除を許さないハードウェア装置内に埋め込まれるソフトウェアとして定義することができる。しかしながら、ファームウエアは周期的更新を行うことができる。異なるファームウエアモジュールを単一モジュール内に統合することができるが、新しいモジュールは両方の前のモジュールの機能をまだ実施するため、それはまだ論理的には２つのモジュールとして見分けられることがある。

さまざまな実施例において、たとえば、ファームウエアはメーカでの設定、獣医院、または飼主のコンピュータにおいてインストールすることができる。ファームウエアの一部はユーザのニーズに応じて異なる場所および異なる時間にインストールすることができる。

本実施例では、記録管理論理は一般的に安定であり、ユーザインタラクションにより不変のままとされる。しかしながら、本実施例は周期的または時折ファームウエア更新を行うことができる。

実施例では、獣医記録２０８へのアクセスは正しい認証がなければ禁止される。認証論理２１２がメモリアレイ２０４上に格納されリードオンリーメモリまたはリライタブルメモリ内に格納することができる。しかしながら、認証論理２１２は獣医データへのアクセスが失われないようにとユーザインタラクションを介してリライトしてはならない。認証論理２１２は、たとえば、装置２０２に接続されたプロセッサにより実行可能な機械読取可能命令セットとすることもできる。同様に、認証論理はファームウエアと呼ぶことができる。実行されると、認証論理２１２は正しいユーザ認証があるかどうか決定できるように構成される。

認証値２１４は認証論理２１２の実行中に鍵として働くことができる。たとえば、認証論理は入力された飼主個人識別番号（ＰＩＮ）を認証値２１４内に格納された鍵に対してチェックする。

認証値２１４はリードオンリーメモリ内に格納して獣医記録２０８への非許可アクセスを防止するように制限された鍵へアクセスしなければならない。

一実施例では、認証値はメモリアレイ２０４上のワンタイムプログラマブル（ＯＴＰ）レジスタ内に格納される。たとえば、２つの６４ビットＯＴＰ保護レジスタをフラッシュメモリ装置上に設けることができる。ＯＴＰレジスタは一意的、不変６４ビット数をＯＴＰ内にプログラミングすることによりシステムセキュリティを高めるのに有用であり、他方のＯＴＰは所望により使用中にプログラムすることができる。一度プログラムされると、カストマセグメントはそれ以上の再プログラミングを防止するようにロックすることができる。ＯＴＰ情報はシステム認証に対する小さな暗号化セキュリティ鍵として使用することができる。他の形のハードコード化セキュアメモリが利用可能である。

ポータブル獣医療記録メモリ装置の代替編成が論理的通信パスウェイを示すブロック図として図２（ａ）に与えられている。メモリ装置２５０はコントローラ２５２およびメモリモジュール２５４のセットを含んでいる。フラッシュメモリモジュールがメモリモジュール２５４として示されているが、他のタイプのメモリも利用できる。

実施例では、コントローラ２５２がホストインターフェイスを介してコンピュータ（図示せず）等の外部装置と通信する。さらに、コントローラ２５２はメモリモジュール２５４を制御しそのリード／ライト動作を制御する。

ポータブル獣医療記録装置のさらにもう１つの実施例が図２（ｃ）にブロック図として与えられている。メモリエレメント２７０（破線ボックス）へのアクセスを制御するためにコントローラ２７２が設けられている。メモリエレメント２７０はそれらのコンテンツのハイレベル記述により示されるさまざまなタイプのデータを含んでいる。たとえば、動物記録２７４（好ましくは、獣医院からの）がメモリエレメント２７０の一部を占有している。３種の実行可能な論理２７６が設けられるが、より多く設けることもできる。ユーザ認証論理は動物記録２７４へのアクセスを許す前に正しいユーザ認証が達成されることを保証する。一実施例では、認証論理は間断なく作動してデータアクセスセション全体を通して正しい認証を保証する。例として、記録管理論理が動物記録２７４の読出しおよび更新を行う。

ソフトウェア更新論理はメモリ装置に接続されるコンピュータが更新されたソフトウェアをチェックし、ダウンロードし、かつ／またはメモリ装置上にインストールできるように構成される。この動作は、たとえば、コンピュータにおけるインターネット接続を必要とする。

一般的獣医情報２７８は、たとえば、処方または病気情報を提供することができる。さらに、一般的獣医情報２７８は飼主が情報に使用することができる規準データを提供することができる。論理にはこの情報をＰＩＭＳシステムまたはインターネットから更新することを含むことができる。さらに、一般的獣医情報はインターネットソース情報へのリンクを含むことができる。

メモリエレメント２７０においていくつかのエレメントが提供されている。さまざまな実施例において、エレメントの任意の組合せをメモリ装置内に含むことができる。

図３は中間データアクセス表面３０４を示す獣医メモリ装置３０２の単純化された立体図である。実施例では、装置３０２はプラスチックまたは金属製（または組合せ）のケーシングを有する。ケーシングは装置３０２内の電子エレメントを保護する。もう１つの実施例では、装置３０２内に孔が設けられキーチェーンを穴に通して装置３０２を紛失や誤配置から守る。

ｂ．認証カードを有する実施例
図４はポータブル獣医メモリ装置４０２の代替実施例を示す。この実施例では、ユーザが装置４０２上に格納された獣医記録にアクセスするのを許す前に認証カード（獣医認証カードまたは飼主認証カード）を接続して物理的認証鍵を行うために付加ポートが設けられる。

メモリ装置４０２は、たとえば、データ記憶装置４０８の動作を制御するためのコントローラ４０６を有するポータブル装置とすることができる。コントローラ４０６およびデータ記憶装置４０８はデータバス４１０または他の手段（有線構成または無線構成、すなわち、Ｂｌｕｅｔｏｏｔｈ）を介して相互接続することができる。

データ記憶装置４０８はさまざまなタイプの２進符号化データを保持するように構成される。たとえば、獣医記録、管理論理、認証論理、および認証は全てデータ記憶装置４０８内に格納することができる。その構成に応じて他のタイプのデータもデータ記憶装置４０８内に格納することができる。データ記憶装置４０８は単一メモリアレイまたは多数のメモリアレイを含むことができる。より一般的には、データ記憶装置４０８は任意の形の非揮発性メモリとすることができる。

メモリ装置４０２におけるデータポート４１６はデータバス４１０にも接続されておりコンピューティング装置へのアクセスを提供するように構成される。メモリ装置４０２におけるデータポート４１６はコンピュータ４０４においてデータポート４２８と接続するように示されている。２つのデータポート４１６および４２８間の接続は、たとえば、ケーブルとすることができる接続ライン４５０を介してなされる。代替実施例では、データポート４１６および４２８は直接接続するか、または無線周波数（ＲＦ）網にまたがる通信接続とすることができる。

コンピュータ４０４はプロセッサ４２０、データ記憶装置４１８、ユーザ入力４２２、ユーザ出力４２４、およびデータポート４２８等のさまざまなエレメントを有する。エレメントはデータバス４２６を介して相互接続されているが、他の相互接続方法も可能である。

ユーザ入力４２２およびユーザ出力４２４はキーボード、マウス、スピーカ、ディスプレイ、等のコンピュータの典型的なユーザＩ／Ｏ装置とすることができる。他のタイプの入力および出力も利用できる。ユーザ入力４２２およびユーザ出力４２４の目的はコンピュータ−ユーザインタラクションを提供することである。

コンピュータ４０４の構成に応じて、コンピュータ４０４のデータ記憶装置４１８は獣医療記録のデータベースを含む患者情報管理システム（ＰＩＭＳ）をインストールさせることができる。代替実施例では、データ記憶装置４１８上にＰＩＭＳはインストールされない。

再度メモリ装置４０２に注目すると、認証カードとのインタラクションのために２つの付加ポートを設けることができる。第１の装置認証ポート４１２および第２の装置認証ポート４１４は共にデータバス４１０に接続されている。

第１の装置認証ポート４１２は、たとえば、ケーブル４４８を介して獣医認証カード４３０においてカードポート４３６に通信接続されている。あるいは、ポート４３６および４１２は直接または他の方法で接続することができる。

第２の装置認証ポート４１４は、たとえば、ケーブル４４６を介して飼主認証カード４３８においてカードポート４４４に通信接続されている。あるいは、ポート４１４および４４４は直接または他の方法で接続することができる。

他の実施例も可能ではあるが、獣医認証カード４３０は非揮発性リードオンリーメモリ内に格納された認証値４３４のセットを有して示されている。データライン４３２が認証値４３４をカードポート４３６に相互接続する。データ−リードを助けるために獣医認証カード４３０上にコントローラ（図示せず）を含むこともできる。実施例では、獣医認証カード４３０における認証値４３４はメモリ装置４０２のデータ記憶装置４０８上に格納された認証論理へ獣医アイデンティティを認証する物理的手段として鍵を提供する。

並列に、非揮発性リードオンリーメモリ内に格納された認証値４４２のセットを有して飼主認証カード４３８が示されている。データライン４４０が認証値４４２をカードポート４４４に相互接続する。データ−リードを助けるために飼主認証カード４３８上にコントローラ（図示せず）を含むこともできる。実施例では、飼主認証カード４３８における認証値４４２はメモリ装置４０２のデータ記憶装置４０８上に格納された認証論理へ飼主アイデンティティを認証する物理的手段として鍵を提供する。

認証カード４３０および４３８により提供される物理的認証の他に、メモリエレメント４０２のデータ記録装置４０８に格納されたユーザ認証論理は、ユーザ入力４２２において装置に与えることができる飼主および／または獣医識別等の他のユーザ認証コードを必要とすることがある。

したがって、実施例では、獣医メモリ装置４０２は獣医療記録を格納し運ぶためのポータブル手段を提供する。さらに、この装置は動物の飼主がその法的権利に相当する実際的権利を保持するための能力を提供する。記録プライバシおよびコントロールに対するユーザ認証が提供され物理的認証と、たとえば、ＰＩＮ番号の両方を含むことができる。

図５はもう１つの実施例の等角図である。ＰＤＡまたはワイヤレス装置等のハンドヘルドコンピューティング装置５０２はメモリ装置５０４を接続するためのスロットを有する。図からお判りのように、メモリ装置５０４はスロットにおいてコンピューティング装置５０４に接続されている。したがって、適切な認証後に、メモリ装置５０４上に格納された獣医療記録はコンピューティング装置５０４においてアクセス可能である。

３． ユニバーサルシリアルバス（ＵＳＢ）コネクタ
再び図１について、コンピュータ１０２とポータブル獣医記録装置１０６間の接続は、たとえば、ユニバーサルシリアルバス（ＵＳＢ）等のシリアルラインとすることができる。

ＵＳＢは外部装置（獣医療記録装置等）およびコンピュータ（ＰＣまたはマッキントッシュ等）間の接続を可能にする標準ポートである。１つのＵＳＢ標準が１２，０００，０００ビット／秒（Ｍｂｐｓ）のデータ転送レートをサポートする。もう１つのＵＳＢ標準（ＵＳＢ２．０）が４８０Ｍｂｐｓのデータ転送レートをサポートする。

装置メーカが両方のコンピュータに対する接続性ソフトウェアを提供しておれば、多くのＵＳＢ装置はウインドウズプラットホーム（すなわち、Ｗｉｎ９８，Ｗｉｎ２０００，およびＷｉｎＸＰ），Ｍａｃその他のＰＣ上で作動することができる。最新のデジタルカメラの多くはシリアル接続だけでなくＵＳＢも提供している。したがって、ＵＳＢ接続はコンピュータ型ポータビリティを許す手段を提供する。

当業者ならばコンピュータ型ポータビリティを提供する他の手段をご存知であり利用できる。たとえば、メモリはＰｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｆａｃｅ Ａｓｓｏｃｉａｔｉｏｎ（ＰＣＭＣＩＡ）要求条件とコンパチブルに開発することができた。夥しい数のプラットホームおよびオペレーションシステムがＤＯＳ，Ｗｉｎｄｏｗｓ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標） ９５，ＯＳ／２，Ａｐｐｌｅ Ｓｙｓｔｅｍ ７，ＵＮＩＸ（登録商標），その他多くを含むＰＣＭＣＩＡ−ＡＴＡ標準をサポートする。

機能性を失わずに作動できる代替接続装置も利用できる。たとえば、ＰＣＭＣＩＡカードや固体フロッピー（登録商標）ディスクカード（ＳＳＦＤＣ）は利用可能なさまざまなタイプの接続を利用できる。ＦｉｒｅＷｉｒｅ，Ｐａｒａｌｌｅｌ，ＲＦ，Ｅｔｈｅｒｎｅｔ（登録商標），Ｍｏｄｅｍ，またはＬＡＮ等の他のタイプの接続を替わりに使用することができる。当業者ならばコア機能性を低減することなく接続を変えられることがお判りであろう。

４． Ａｕｔｏ ｒｕｎ
実施例では、ポータブル獣医療記録装置でのファームウエアの実行は装置をコンピュータと接続する行為によりトリガされる。あるコンピューティングシステムでは、この機能性はａｕｔｏｒｕｎ機能と呼ばれる。

実施例では、Ａｕｔｏｒｕｎ．ｉｎｆファイルがＡｕｔｏｒｕｎ機能と関連付けられる主命令ファイルである。Ａｕｔｏｒｕｎ．ｉｎｆファイル自体はどれが開始実行可能か、どのアイコンを使用するか、どの付加メニュコマンドを利用可能にするかをオペレーティングシステムに知らせる単純なテキスト−ベース構成ファイルである。すなわち、ａｕｔｏｒｕｎ．ｉｎｆはプレゼンテーションをどのように開きメモリ装置のコンテンツをどのように処理するかオペレーティングシステムに知らせる。したがって、実施例では、ポータブルメモリエレメントはエレメント上のデータ記憶装置内に格納されたａｕｔｏｒｕｎ．ｉｎｆファイルにより構成される。システムはポータブルメモリエレメントがコンピューティング装置と接続される時にコンピューティング装置のプロセッサがａｕｔｏｒｕｎ．ｉｎｆファイルを実行するように構成される。

ａｕｔｏｒｕｎシーケンスはコンピューティング装置上のディスク変化通知ポーリングがＵＳＢに取り付けられた新しいエレメントを発見するかまたは新しいメモリエレメントへのアクセスを発見する時に開始することができる。次に、コンピューティング装置は新しいメモリエレメントのルートディレクトリ内でａｕｔｏｒｕｎ．ｉｎｆファイルの存在をチェックする。見つかれば、コンピューティング装置はファイル内で定義された命令を読み出してそれに従う（すなわち、ファイルを実行する）。

メモリエレメント上でａｕｔｏｒｕｎ．ｉｎｆファイルが見つからなければ、コンピュータはそのシリアル番号により新しいメモリエレメントを参照してエレメント上のコンテンツに関連付けられたデフォルトアクションを実行することができる。

実施例では、ａｕｔｏｒｕｎ．ｉｎｆファイルは、１）メモリがコンピューティング装置と接続される時に自動的に実行されるプロセスまたはアプリケーション、２）特定の動作環境に応じて選択的に実行されるプロセスまたはアプリケーション、３）エレメントがコンピューティング装置のディスプレイ上でドライブとして見られる時にメモリエレメントを表すことができるアイコン、および４）ユーザがアイコンの上を「右クリックする」時にディスプレイされるメニューコマンドの任意の組合せを定義することができる。

ポータブルメモリエレメント上に格納することができるａｕｔｏｒｕｎ．ｉｎｆファイルの実施例のサンプルリストがここに示されている。

あるコンピューティング装置では、使用する前にａｕｔｏｒｕｎ機能をイネーブルしなければならない。たとえば、Ｗｉｎｄｏｗ ９５，Ｗｉｎｄｏｗｓ（登録商標） ９８，またはＷｉｎｄｏｗｓ（登録商標） ＭＥを実行するコンピュータでは、下記のリストがａｕｔｏｒｕｎをイネーブル／ディセーブルする方法を提供する。
１． Ｓｙｓｔｅｍ Ｐｒｏｐｅｒｔｉｅｓ Ｄｉａｌｏｇにアクセスする。コントロールパネル、マイコンピュータ、プロパティーズまたはエクスプローラ、マイコンピュータ、プロパティーズを使用する。
２． Ｄｅｖｉｃｅ Ｍａｎａｇｅｒタブを選択する。
３． ＵＳＢ ＤＥＶＩＣＥフォルダを選択する。
４． あなたのＵＳＢ ＤＥＶＩＣＥドライブに対するエントリを選択する。
５． プロパティーズを選択する。
６． Ｓｅｔｔｉｎｇｓタブを選択する。
７． Ａｕｔｏインサート通知オプションをターンオンまたはオフする。
８． ＯＫを選択する。
９． ＯＫを選択する。

あるいは、Ｗｉｎｄｏｗｓ（登録商標） ＮＴ，またはＷｉｎｄｏｗｓ（登録商標） ２０００を実行するコンピュータで、下記のリストがａｕｔｏｒｕｎをイネーブル／ディセーブルする方法を提供する。
１． ＲｅｇＥｄｉｔ（ｒｅｇｅｄｔ３２．ｅｘｅ）を開始する。
２． ＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ／Ｓｙｓｔｅｍ／ＣｕｒｒｅｎｔＣｏｎｔｒｏｌＳｅｔ／Ｓｅｒｖｉｃｅｓ／ＵＳＢへ行く。
３． Ａｕｔｏｒｕｎ値を‘１’へ編集してａｕｔｏｒｕｎをイネーブルし、‘０’へ編集してａｕｔｏｒｕｎをディセーブルする。
４． ＲｅｇＥｄｉｔを閉じる。

当業者ならば、他のコンピュータシステムに対してａｕｔｏｒｕｎをイネーブル／ディセーブルするための他の方法を利用できることがお判りであろう。一実施例では、コンピューティング装置は新たに指示されたオートプレイドライブを認識する前に再開始を必要としすることがある。

あるコンピュータでは、集積装置エレクトロニクス（ＩＤＥ）またはＳＣＳＩバスを介してコンピュータに接続された記憶装置は固定ドライブと見なされ、ＵＳＢまたはＩＥＥＥ１３９４バスを介してコンピュータに通信接続された記憶装置はデフォルトにより取外し可能と見なされる。さらに、記憶装置は装置内の媒体が取外し可能か固定されているかを示す媒体プロパティを有することができる。実施例では、媒体プロパティはａｕｔｏｒｕｎをイネーブルするために取外し可能として設定される。前記したリストは単なる説明用でありリストの特定のシーケンス、用語またはタイプに限定されるものではない。他の実施例では、リストは不要である。たとえば、コンピュータはデフォルト場所に格納されたデフォルトファイルを実行するように構成することができる。

ａｕｔｏｒｕｎ．ｉｎｆファイルの替わりに、コンピューティング装置上のソフトウェア（またはファームウエア）はコンピューティング装置に接続されているポータブルメモリエレメントにどのように反応するかを決定する機能性を提供することができる。

もう１つの実施例では、ポータブルメモリエレメントはコンピューティング装置が定められたＰＩＭＳをインストールしていることを認識するように構成される。この実施例では、ポータブルメモリエレメントの挿入によりレジストリ読出しまたはレジストリの検索がトリガされて定められたＰＩＭＳがインストールされるかを決定することがある。ポータブルメモリエレメントが多数のＰＩＭＳと動作するように構成される時は、多数の検索を使用することができる。

もう１つの実施例では、ＰＩＭＳシステムがコンピューティング装置上にインストールされる。インストール中に、コンピューティング装置上のレジストリ内にプログラム情報が置かれる。プログラム情報は、たとえば、医院ＩＤ、活性化鍵、リリース情報、プログラムディレクトリ、等の情報を含むことができる。したがって、一実施例では、レジストリ鍵がＨＫＥＹ＿ＬＯＣＡＬ＿ＭＡＣＨＩＮＥ＼ＳＯＦＴＷＡＲＥ＼ＰＩＮＳにおいて格納される。

定められたＰＩＭＳがインストールされているという認識をポータブルメモリエレメントがトリガすると、コンピューティング装置上にインストールされるＯＤＢＣデータソースを介してＰＩＭＳデータへの直接アクセスを利用できる。あるいは、ＰＩＭＳデータはオープンＡＰＩその他の手段を介してアクセスすることができる。データアクセスの構成は定められたＰＩＭＳの性質によって決まる。

ＯＤＢＣデータソースが使用されれば、ｕｓｅｒＩＤおよびパスワードをデータソースへハード符号化して迅速なデータアクセスを行うことができる。あるいは、ＰＩＭＳデータをアクセスするのに他の認証を必要とすることがある。

５． スマートカード
ポータブルメモリ装置のもう１つの実施例はフラッシュメモリチップを埋めんだクレジットカード状プラスチックエレメントの使用を伴う。実施例では、平面電極がボンデングワイヤによりフラッシュメモリチップに接続されている。フラッシュメモリチップ、平面電極、およびボンデングワイヤが各々ｏｖｅｒ−ｍｏｌｄｅｄ ｔｈｉｎ ｐａｃｋａｇｅ（ＯＭＴＰ）として知られる技術を使用して樹脂内に埋め込まれる。ＯＭＴＰによりメモリの全動作エレメントをはんだ付けなしで単一パッケージに統合することができる。実施例では、ＯＭＴＰモジュールは接着剤その他の方法でベースカード（プラスチックエレメント）に固着させて物理的装置を作り出す。

動作において、平面電極を介してフラッシュメモリチップへ電力およびデータを供給する読取装置（カードリーダ）内にカードが挿入される。カードのノッチのあるコーナを使用してカードの電力要求条件を表示することができる。たとえば、左側のノッチは５Ｖカードを示すことができ、右側のノッチは３．３Ｖカードを示すことができる。この実施例では、フラッシュメモリチップの一部を小ブロックで消去、書込む、または読込むことができる。たとえば、２５６または５１２バイト増分を使用することができる。

他の実施例では、ポータブルメモリ装置は、たとえば、フラッシュメモリ、ＥＥＰＲＯＭ、リライタブルコンパクトディスク、フロッピー（登録商標）ディスク、ポータブルハードディスク、等を含むことができる。

好ましくは、ポータブルメモリ装置は非揮発性メモリを有する。たとえば、一実施例では、フラッシュメモリには少なくとも２，０００Ｇの動作衝撃定格性能が与えられる。この実施例では、データを紛失したり劣化させることなく１００年以上経過することができる。別の実施例では、組込みコントローラが欠陥チップセルを精密に示すことができ、チップ歩留りを高める。

６． コンパチビリティ
多くのタイプのコンピューティングシステムにアクセス可能な言語で実行可能な命令を与えることができる。あるいは、多数の命令（異なるタイプの各コンピューティングシステムに対して１つずつの）をポータブル装置上に与えることができる。

実施例では、実行可能な命令はポータブルメモリ装置上に格納される。これらの命令は目標ハードウェアまたはソフトウェアプラットホームのタイプの予備知識無しで実行可能なように構成することができる。たとえば、実質的にアーキテクチュア・ニュートラルな命令を作り出すために命令はＪａｖａ（登録商標）２進コードフォーマットで符号化することができる。Ｊａｖａ（登録商標）ランタイム・システムが定められたハードウェアまたはソフトウェアプラットホーム上で利用可能とされると、Ｊａｖａ（登録商標）で書かれたアプリケーションはそれに対する特別なポーティングワークをなんら実施することなくそのプラットホーム上で実行できるようになる。

この場合、従来の「機械コード」やネイティブ・ハードウェア命令ではなくバイトコードの形の機械語命令を格納するのが適切である。バイトコードは本質的に（登録商標）インタープリタおよびランタイムシステムによりインプリメントされるハイアレベル、機械独立コードである。

７． 典型的なデータ構造
ポータブルメモリ装置上に格納された獣医療記録は、たとえば、過去の医療記録、テスト結果、診断、治療計画、処方箋、接種記録、動物識別情報、遺伝情報、アレルギ、請求書送付記録、獣医メモ、苦情、手順、等を提供することができる。

好ましくは、これらの記録はデータバス内のデータテーブル等のデータ構造内に格納される。図６（ａ）は獣医療記録を格納するための単純化されたデータテーブル構造を示す。記録識別番号、記録ヘッディング、記録詳細、記録日付、および獣医識別符合を含む５つのフィールドヘッディングが示されている。フィールドヘッディングの下に新しい記録を挿入するためのスペースが設けられている。記録は、たとえば、特定日に獣医により動物にフィラリアの処置がなされたことを示す記録を挿入することができる。このデータテーブルは限られた概要として提供されポータブルメモリ上に格納されたタイプ、品質、または医療記録の編成に限定されるものではない。

もう１つの実施例では、医療データはいくつかのデータテーブルを有するリレーショナルデータベース構造内に格納される。これらのテーブルは種類、検査結果、観察、観察タイプ、患者診断、患者訪問情報、診断コード、検査物理的検査情報、および検査結果を含むことが考えられる。表２はこれらのテーブル名および各テーブル内に含むことができる潜在的フィールドを与える。当業者ならば、テーブルおよびフィールドは変えられることがお判りであろう。

もう１つの実施例では、データ構造はより一般的にキュー、スタック、リンクリスト、ヒープ、辞書、またはツリー等のより良いアルゴリズム効率を提供する、あるいは動物飼主の住所氏名等の概念上の統一を提供することができるポータブルメモリ上に格納された情報の編成である。データ構造はリストの長さやサブツリー内のノード数等の冗長情報を含むことができる。実施例では、データ構造はその性質を維持するために検索、挿入、更新、削除、またはバランス等の動作を行うアルゴリズムを付随している。同様に、データ構造はデータベースまたは関連情報の他の編成体とすることができる。

ある実施例では、ポータブルメモリはそれに接続されるコンピュータ上のＰＩＭＳとインタラクトする。この場合、ポータブルメモリ上の獣医記録のデータ構造はＰＩＭＳのデータ構造を並列化するように構成することができる。したがって、データ構造は特許データ構造とすることができる。

ＰＩＭＳの例として、ＩＤＥＸＸ ＬａｂｏｒａｔｏｒｉｅｓのＣｏｒｎｅｒｓｔｏｎｅ ５．０ Ｐｒａｃｔｉｃｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍは頻繁に使用する患者および獣医薬局照合等の業務データを獣医に提供する。Ｃｏｒｎｅｒｓｔｏｎｅは診断テスト結果その他の患者医療情報への統合リンクも提供する。この機能性のいくつかまたは全部をデータ構造内またはポータブルメモリの他の側面内で提供することができる。ポータブルメモリは定められたＰＩＭＳの１つ以上とインタラクトするように構成することができる。同様に、ポータブルメモリの実施例は外部ＰＩＭＳと接続せずに使用されることも考えられる。その場合、全データおよびプログラム情報をポータブルメモリ上に格納することができる。あるいは、ポータブルメモリはデータまたはプログラムコードのある側面を保持するようにコンピューティング装置をトリガすることができる。

ポータブルメモリは少なくとも２つの異なるデータ構造内に格納される複製データを含むことができる。たとえば、定められたＰＩＭＳとコンパチブルなデータ構造内に１つのデータセットを格納し、よりジェネリックなデータ管理ツールとコンパチブルなデータ構造内にもう１つのデータセットを格納し、ポータブルメモリ上に格納されるファームウエア（記録管理論理等）とコンパチブルなデータ構造内にさらにもう１つのデータセットを格納することができる。

８． 典型的な動作
ａ．動作の概要
図７（ａ）および７（ｂ）はポータブル獣医療記録装置内に格納された獣医データへのアクセスを与える典型的なプロセスフローを示す。このプロセスに従って、ポータブル獣医装置はステップ７０４においてコンピュータに接続される。接続は、たとえば、シリアル接続その他の接続とすることができる。

典型的な実施例では、２つのエレメントの接続はプロセスの後のステップに対するトリガとして働く。たとえば、接続によりポータブル獣医装置上に格納されたａｕｔｏｒｕｎ．ｉｎｆファイルのスクリプティングをトリガすることができる。他のトリガ方法も利用できる。

ステップ７０６において、コンピュータ上のプロセッサはポータブル獣医装置およびコンピュータ上の記録を管理するための予めインストールされたソフトウェアをコンピュータが持っているかどうかを決定する。この決定を行うための命令セットがポータブル獣医装置上に格納されている。さらに、決定を行うためのもう１つの命令セットを、たとえば、インストールされた患者情報管理システム（ＰＩＭＳ）の一部としてコンピュータ上に格納することができる。

実施例では、コンピュータが予めインストールされたソフトウェアを持っているかどうかの決定はコンピュータ上のレジストリを検索することを含んでいる。決定を行うための他の方法も利用できる。

ステップ７０６においてコンピュータは「準備ができている」（記録管理ソフトウェアにより）と決定されると、プロセスはステップ７１６および図７（ｂ）へ行く。

ステップ７０６においてコンピュータは準備ができていないと決定されると、プロセスフローはステップ７０８へ行き、ポータブル獣医装置上に格納される認証手順の実行が要求される。認証手順はポータブル獣医装置上の獣医記録へのアクセスを許す前に適切なユーザ認証を保証するように構成される。

認証手順の一部として、ステップ７１０において飼主認証が要求される。飼主認証はコンピュータ上のユーザ入力にキーインされるＰＩＮ番号、ポータブル獣医装置に接続された（または、コンピュータに接続された）認証カード、音声認識、ＩＤカードスキャン（クレジットカードまたは政府発行識別カード）、網膜スキャン、指紋スキャンのいずれかとすることができる。さまざまなタイプの許可の組合せも必要となることがある。たとえば、一実施例では、適切な認証のためにＰＩＮおよび認証カードの両方が必要である。もう１つの実施例では、ポータブル獣医装置自体の提示が飼主認証を与える。当業者ならば、他の形式の飼主認証も利用できることがお判りであろう。

プロセスフローのこの実施例では、適切な飼主認証が与えられなければ、ステップ７１８において獣医記録その他のデータへのアクセスは拒絶される。しかしながら、正しい飼主認証が見つかれば、ポータブル獣医装置はステップ７１２で装置上に格納される獣医記録その他のデータへのリードオンリーアクセスを許すように構成される。典型的な実施例では、リードオンリーアクセスは、たとえば、ファームウエア等のポータブル獣医装置上に格納される記録管理命令を介して提供される。一実施例では、記録管理命令はブラウザ（マイクロソフト・インターネットエクスプローラまたはネットスケープ・ナビゲータ等）を介して実行されるプログラムパッケージ（アプレット等）を提供する。ブラウザに対するプログラム命令は、好ましくは、コンピュータ上に予め構成される。

図示するプロセスにおいて、認証手順は動物飼主へのリードオンリーアクセスを与えるかどうかを決定するようにしか構成されない。他のレベルの認証も利用できる。たとえば、あるデータへのアクセスには獣医認証、ソフトウェアライセンス認証、または認証のある組合せが必要である。たとえば、一実施例において獣医は獣医認証が無ければアクセスできない装置上にあるメモを格納していることがある。

さらに、認証のレベルはリードオンリーアクセスが要求されるかリード／ライトアクセスが要求されるかに従って変動することがある。したがって、たとえば、リードオンリーアクセスは一形式のユーザ認証しか要求しないがリード／ライトアクセスは２つ以上の形式のユーザ認証を必要とすることがある。当業者ならば、他のユーザ認証方式を利用することができ本システムまたは他のシステム内のユーザ認証に対してインプリメントできることがお判りであろう。

コンピュータはステップ７０６において適切な記録管理ソフトウェアにより予め構成されていないと決定されると、プロセスフローはステップ７１６および図７（ｂ）のステップ７２０へ行く。しかしながら、図７（ａ）に示すパスウェイはステップ７２０へ到達するための唯一のパスウェイではない。

適切な実施例では、ポータブル獣医装置上に格納された認証命令セットはステップ７２０においてコンピュータにより実行される。図７（ｂ）のプロセスフローでは、ステップ７２２において飼主認証が要求される。正しい飼主認証が与えられなければ、ステップ７３２においてデータへのアクセスは拒絶される。

正しい飼主認証が与えられた後で、ステップ７２４において認証命令は獣医認証を要求する。当業者ならば、利用可能なさまざまなタイプの飼主認証は獣医認証として同等に適用できることがお判りであろう。正しい獣医認証が与えられなければ、ステップ７３４において獣医記録およびデータに対するリードオンリーアクセスをまだ許すことができる。ＰＩＭＳはコンピュータ上にインストールされるため、データアクセスはＰＩＭＳ組込み機能性を介して提供することができる。あるいは、データアクセスはポータブル獣医装置上に格納された記録管理命令により提供することができる。

ステップ７２４において正しい獣医認証が受信されると、ステップ７２６において認証命令はソフトウェアライセンス認証を要求することができる。ソフトウェアライセンス許可は、たとえば、プロダクト識別コードを入力するかインストールしたＰＩＭＳのライセンスコードをチェックして提供することができる。もう１つの実施例では、ユーザチケットを購入することができ、各ユーザチケットは許可コードを有している。ユーザチケットは“現金払い”システムを許すことができる。

図７（ａ）のプロセスフローに従って、正しいライセンス認証が与えられなければ、ステップ７３４においてリードオンリーアクセスがまだ許される。しかしながら、正しいライセンス認証が与えられればシステムはポータブル獣医装置上に格納された獣医記録その他のデータへのフルアクセス（リード／ライト／更新アクセス等）を与えるように構成することができる。

ステップ７２２−７２６で要求される認証（飼主、獣医、およびライセンス）は特定の順序で示されている。しかしながら、当業者ならばこのような認証は任意の順序でまたは実質的に同時に与えらることがお判りであろう。さらに、適切／不適切なユーザ認証の特定の結果は必ずしも図示する通りではない。たとえば、実施例では、あるデータを飼主は獣医認証無しに更新することができる。さらに、ある実施例では、ソフトウェアライセンス認証の必要性は無くなる。

ｂ．記録更新
もう１つの実施例では、ポータブル獣医記録装置はＰＩＭＳがインストールされたコンピュータに接続されており、コンピュータ（または、装置上の命令セット）は装置を認識してＰＩＭＳ上またはポータブル装置上の記録更新をチェックするように構成される。最後の同期化以来いずれかの記録セットが更新されておれば、もう１つの同期化が実施されて獣医療記録の２つのコピーは最新のものであることを保証する。したがって、単一データエントリしか必要ではない。さらに、動物を２つ以上の獣医院へ連れてゆく飼主は装置の上で医療記録を医院間で運ぶことができる。

ｃ．飼主のＰＩＮが利用不能である時の動作
実施例では、ＰＩＮが忘れられた時、または飼主がそれを提供できない時には（意識不明等）、確認された専門家が緊急「割込み」をするようにして備えることができる。

初期設定中または他の時間に、飼主は緊急アクセスを許すか明示することができ、あるいは緊急アクセスのレベルを明示することができる。一実施例では、飼主のＰＩＮが利用不能であればＤＶＭは、たとえば、ＤＶＭ ＩＤを与えた後でアクセスを許される。あるいは、自己認証はユーザがプロンプトまたはライセンスディスプレイに肯定的に返答するよう単純に要求することができる。

したがって、患者に対する適切な介護を提供するために、緊急状況中に認証標準を緩和することができる。

ｄ．装置が取外される時の動作
一実施例では、ポータブルメモリエレメントは動作する前に取り付けられたコンピュータへ特別に通知することにより物理的に取外すことができる。このようなランダムな取外しによりメモリエレメントは改変状態とされる可能性がある。したがって、突然の取外しシナリオにおけるデータ損失の可能性を緩和するために、実施例は精密なキャッシングポリシーを提供する。精密なキャッシングポリシーでは、ファイルの変更はそれらが作られる毎に保存される。これは取外し可能なメモリエレメント上のデータをより新しく維持して、データ損失の可能性を緩和する。しかしながら、このライトキャッシングポリシーは悪影響を及ぼすことがある。

９． 結論
本発明のさまざまな実施例が開示された。しかしながら、当業者ならば特許請求の範囲に明記される本発明の真の範囲を逸脱することなくこれらの実施例に変更および修正を加えられることがお判りであろう。たとえば、ハード符号化認証以外の他のデータセキュリティ手段を使用することができる。これらの手段はパスワードリリース付暗号化またはデータのある側面をリリースするのに多数の鍵を必要とするマルチレベル暗号化を含むことができる。実施例の応用性は主として獣医業務に関して記述されているが、人間の医療記録や病院記録を記憶し保全するのに使用できる他の実施例も考えられる。さらに、ここに記述されている多くのエレメントはハードウェア、ファームウエアまたはソフトウェアとして、また個別コンポーネントまたは任意適切な組合せおよび位置で他のコンポーネントと結合してインプリメントすることができる機能的エンティティである。

コンピュータに接続されたポータブル獣医療記録装置を示すブロック図である。 ポータブル獣医療記録装置の実施例のブロック図である。 ポータブル獣医療記録装置のもう１つの実施例のブロック図である。 単純化されたポータブル獣医療記録装置のさらにもう１つの実施例のブロック図である。 ポータブル獣医療記録装置のケーシングの単純化された実施例の立体図である。 コンピュータおよび認証カード等のさまざまなエレメントに接続されたポータブル獣医療記録装置の実施例のブロック図である。 獣医療記録装置に接続されたハンドヘルド・ポータブルコンピュータの実施例の等角図である。 獣医記録データ構造の実施例を示す図である。 ポータブル獣医療記録装置上に格納される獣医データへのアクセスを提供するための実施例の動作の処理フロー図である。 ポータブル獣医療記録装置上に格納される獣医データへのアクセスを提供し、図７（ａ）の処理フロー続きとして利用できる実施例の動作のもう１つの処理フロー図である。

Claims (21)

1. 非揮発性リライタブルメモリアレイと、
   獣医記録を格納するためにリライタブルメモリアレイ上に編成されたデータ構造と、
   ユーザ認証を行うためにリライタブルメモリ上に格納された第１の機械読取可能命令セットと、
   データ構造へのアクセスを提供するためにリライタブルメモリ上に格納された第２の機械読取可能命令セットと、
   リードオンリーメモリアレイと、
   リードオンリーメモリアレイ上に格納された認証値セットであって、第１の機械読取可能命令セットは適切な認証を保証するための鍵として認証値の使用を要求するように構成される認証値セットと、
   メモリアレイをコンピューティング装置と通信接続するためのデータポートと、
   を含むポータブル獣医療記録装置。
2. 請求項１に記載のポータブル獣医療記録装置であって、さらに、
   非揮発性リライタブルメモリアレイと、
   データ構造と、
   第１の機械読取可能命令セットと、
   データポートと、
   認証ポートと、
   を含むポータブル記憶装置と、
   リードオンリーメモリと、
   認証値セットからの少なくとも１つの認証値と、
   認証ポートであって、ポータブル記憶装置の認証ポートはポータブル認証モジュールの認証ポートと通信接続するように構成される認証ポートと、
   を含むポータブル認証モジュールと、を含み、
   ポータブル認証はポータブル記憶装置の認証ポートがポータブル認証モジュールの認証ポートと通信接続されることを要求するポータブル獣医療記録装置。
3. 請求項１に記載のポータブル獣医療記録装置であって、非揮発性リライタブルメモリアレイはフラッシュメモリであるポータブル獣医療記録装置。
4. 請求項１に記載のポータブル獣医療記録装置であって、データポートはシリアルデータポートであるポータブル獣医療記録装置。
5. 請求項１に記載のポータブル獣医療記録装置であって、第１の機械読取可能命令セットは接続されたコンピューティング装置とのアーキテクチュアニュートラル・インタラクションを提供するポータブル獣医療記録装置。
6. 請求項１に記載のポータブル獣医療記録装置であって、適切な認証は少なくとも２つのセキュリティレベル、すなわち、
   リードオンリー・データアクセスを有する第１のセキュリティレベルであって、第１のセキュリティレベルの適切な認証は飼主および獣医の少なくとも一方の識別符合を必要とする第１のセキュリティレベルと、
   リードおよびライト・データアクセスを有する第２のセキュリティレベルであって、第２のセキュリティレベルの適切な認証は飼主および獣医の少なくとも一方の識別符合を必要とする第２のセキュリティレベルと、
   を含むポータブル獣医療記録装置。
7. 請求項１に記載のポータブル獣医療記録装置であって、データ構造内に格納された獣医記録は非認証アクセスを防止するために暗号化されるポータブル獣医療記録装置。
8. 請求項１に記載のポータブル獣医療記録装置であって、第１の機械読取可能命令セットは認証された獣医鍵および認証された飼主鍵の一方がコンピューティング装置の入力において与えられる後でしか獣医記録へのリードアクセスを許さないように構成されるポータブル獣医療記録装置。
9. 請求項８に記載のポータブル獣医療記録装置であって、第１の機械読取可能命令セットは、さらに、認証された獣医鍵、認証された飼主鍵、および認証されたライセンス鍵の３つの鍵全てがコンピューティング装置において与えられる後でしか獣医記録へのライトアクセスおよび更新アクセスを許さないように構成されるポータブル獣医療記録装置。
10. 請求項１に記載のポータブル獣医療記録装置であって、前記装置は患者管理ソフトウェアがコンピューティング装置上にインストールされるかどうかをコンピューティング装置が自動的に決定できるように構成され、決定に応じて、２つの択一モードの一方で動作できるポータブル獣医療記録装置。
11. 請求項１０に記載のポータブル獣医療記録装置であって、２つの択一モードは、
    患者管理ソフトウェアを介して獣医記録へのアクセスを提供する外部管理モードと、
    リライタブルメモリアレイ上に格納されたファームウエアを介して獣医記録へのアクセスを提供する内部管理モードと、
    を含むポータブル獣医療記録装置。
12. 請求項１１に記載のポータブル獣医療記録装置であって、データ構造は複製データを含み、
    第１の複製データは患者管理ソフトウェアと相互動作するように構成されたデータベースファイルを含み、
    第２の複製データはリライタブルメモリアレイ上に格納されたファームウエアと相互動作するように構成される、ポータブル獣医療記録装置。
13. 請求項１に記載のポータブル獣医療記録装置であって、適切な認証の少なくとも一部は獣医院に関連付けられる鍵装置により提供されるポータブル獣医療記録装置。
14. コンピューティング装置において医療記録にアクセスする方法であって、
    ポータブルメモリ上に格納された第１の機械語命令セットを実行するステップであって、第１の機械語命令セットの実行はポータブルメモリおよびコンピューティング装置を通信接続してトリガされ、第１の機械語命令セットは定められたソフトウェアがコンピューティング装置上にインストールされるかどうかをコンピューティング装置が決定できるように構成されるステップと、
    定められたソフトウェアがコンピューティング装置上にインストールされないことを決定するステップと、
    ポータブルメモリ上に格納された第２の機械語命令セットを実行するステップであって、第２の機械語命令セットはコンピューティング装置がポータブルメモリ上に格納された獣医療記録へのアクセスを提供できるように構成されるステップと、を含む方法。
15. 請求項１４に記載の医療記録にアクセスする方法であって、第２の機械語命令セットは、
    機械語ユーザ認証命令セットであって、コンピューティング装置が適切なユーザ認証を保証できるように構成される機械語ユーザ認証命令セットと、
    機械語データアクセス命令セットであって、コンピューティング装置がポータブルメモリ上に格納された獣医療記録へアクセスできるように構成され、ポータブルメモリ上に格納された獣医療記録は適切なユーザ認証がなければアクセスできない機械語データアクセス命令セットと、
    を含む方法。
16. 請求項１５に記載の医療記録にアクセスする方法であって、さらに、ポータブルメモリ上にリードオンリーデータとして格納されたユーザ認証値セットを含み、機械読語ユーザ認証命令セットはコンピューティング装置が適切なユーザ認証を保証するためにユーザ認証を質問できるように構成される方法。
17. 請求項１４に記載の医療記録にアクセス方法であって、ポータブルメモリ上に格納された第２の機械語命令セットは、
    飼主認証を要求するステップと、
    獣医認証を要求するステップと、
    一部認証要求の結果に基づいて、ポータブルメモリ上に格納された医療記録にアクセスするステップと、
    を含む方法。
18. 請求項１７に記載の医療記録にアクセス方法であって、飼主認証を要求するステップは、
    コンピューティング装置のユーザ入力において飼主ＰＩＮを要求するステップを含む方法。
19. 請求項１７に記載の医療記録にアクセス方法であって、飼主認証を要求するステップは、
    飼主認証カードがポータブルメモリに接続されているかどうかを決定するステップを含む方法。
20. 非揮発性リライタブルメモリアレイと、
    獣医記録を格納するためにリライタブルメモリアレイ上に編成されたデータ構造と、
    コンピューティング装置と通信接続するデータポートと、
    コンピューティング装置により自動的に実行するように構成された第１のファームウエアと、
    獣医記録へのアクセスを提供するための第２のファームウエアと、を含むポータブル獣医療記録装置であって、
    第１のファームウエアはコンピューティング装置が、１）患者管理ソフトウェアがコンピューティング装置上にインストールされるかどうかを決定し、インストールされなければ、２）第２のファームウエアを実行できるようにする、ポータブル獣医療記録装置。
21. ポータブル医療記録装置であって、
    医療記録を格納するリライタブルメモリと、
    ファームウエア認証プロトコルと、
    コンピューティング装置と接続するデータポートと、
    ２つの認証ポートと、
    を含むポータブル記録ホルダと、
    リードオンリーメモリ内に格納された獣医認証コードと、
    認証ポートであって、獣医認証カードの認証ポートはポータブル記録ホルダの１つの認証ポートと接続されるように構成される認証ポートと、
    を含む獣医認証カードと、
    リードオンリーメモリ内に格納された飼主認証コードと、
    認証ポートであって、飼主認証カードの認証ポートはポータブル記録ホルダの１つの認証ポートと接続されるように構成される認証ポートと、
    を含む飼主認証カードと、
    を含むポータブル医療記録装置。
    

Images