(57)【要約】【課題】  診療情報の使用状況や患者のステータスに応じて、データ配置のストレージレベルを変更し、効率的に患者情報にアクセスする。【解決手段】  医療情報管理において、記憶部はアクセス速度の異なる複数のストレージ部を有し、医療情報への記録を行う医療情報記録部と、医療情報を記憶する医療情報を管理する医療情報管理部と、患者のステータスと、当該患者にかかる医療情報が記憶されるべきストレージ部とを対応付けたストレージレベル情報を備え、医療情報記録部は、入力された情報に応じて前記患者のステータスを変更し、医療情報管理部は、患者のステータスと、ストレージレベル情報とに基づいて、医療情報を前記複数のストレージ部間で移動させる。これによって、患者情報の迅速な参照を可能とすることで、効率的な医療サービスを実現することができる。【選択図】  図５
2017076159.tif 000002
【特許請求の範囲】
【請求項１】
医療情報を記憶する記憶部と、
前記医療情報への記録を行う医療情報記録部と、
前記医療情報を管理する医療情報管理部とを備えた医療情報管理システムにおいて、
前記記憶部は、アクセス速度の異なる複数のストレージ部を有し、
患者のステータスと、当該患者にかかる医療情報が記憶されるべきストレージ部とを対応付けたストレージレベル情報を備え、
前記医療情報記録部は、入力された情報に応じて前記患者のステータスを変更し、
前記医療情報管理部は、前記患者のステータスと、前記ストレージレベル情報とに基づいて、前記医療情報を前記複数のストレージ部間で移動させる
ことを特徴とする医療情報管理システム。
【請求項２】
請求項１において、
前記ストレージレベル情報は、記憶されるべきストレージ部とともに、前記医療情報の移動方法を規定していることを特徴とする医療情報管理システム。
【請求項３】
請求項２において、
前記移動方法には、移動元の医療情報を削除する方法と、移動先の医療情報に対して行われた差分を記録し、当該差分を移動元とは異なるストレージにある前記医療情報に付加する方法とが含まれることを特徴とすることを特徴とする医療情報管理システム。
【請求項４】
請求項２または３において、
前記移動方法には、前記医療情報のうち移動させる情報を規定していることを特徴とする医療情報管理システム。
【請求項５】
医療情報を記憶する記憶部と、
前記医療情報への記録を行う医療情報記録部と、
前記医療情報を管理する医療情報管理部とを備えた医療情報管理システムにおける医療情報管理方法において、
前記記憶部は、アクセス速度の異なる複数のストレージ部を有し、
患者のステータスと、当該患者にかかる医療情報が記憶されるべきストレージ部とを対応付けたストレージレベル情報を備え、
前記医療情報記録部は、入力された情報に応じて前記患者のステータスを変更し、
前記医療情報管理部は、前記患者のステータスと、前記ストレージレベル情報とに基づいて、前記医療情報を前記複数のストレージ部間で移動させる
ことを特徴とする医療情報管理方法。
【請求項６】
請求項５において、
前記ストレージレベル情報は、記憶されるべきストレージ部とともに、前記医療情報の移動方法を規定していることを特徴とする医療情報管理方法。
【請求項７】
請求項６において、
前記移動方法には、移動元の医療情報を削除する方法と、移動先の医療情報に対して行われた差分を記録し、当該差分を移動元とは異なるストレージにある前記医療情報に付加する方法とが含まれることを特徴とすることを特徴とする医療情報管理方法。
【請求項８】
請求項６または７において、
前記移動方法には、前記医療情報のうち移動させる情報を規定していることを特徴とする医療情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療情報を管理する技術に関する。
【背景技術】
【０００２】
従来から医療カルテの電子化が行われている。この電子化された医療カルテシステムを利用するにあたり、多くの電子化された医療情報が蓄積されることとなる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開  2011-233161号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
電子化された医療情報の蓄積には、通常の場合、補助記憶装置(以下ストレージ)が利用される。ストレージは、情報の入出力スピードによって分けることができ、入出力の速度が高いがコストも高い高速ストレージや、入力速度が高くないがコストが安い低速ストレージがあり、これらを組み合わせることで、ストレージ設備費用を節約することができる。このストレージにおいて、ストレージに格納している情報を、使用頻度の高い情報は高速ストレージに格納し、使用頻度の低い情報は低速ストレージに格納するという手を行っている。
【０００５】
しかしながら、単純に情報の使用頻度によって格納ストレージを決定してしまうと、業務の特性を無視して情報が格納されてしまい、業務の特性(特定の情報については継続的に使用したい等)を反映させることができていない。
【０００６】
そこで本発明では、上記課題に対し、患者情報の使用頻度や、患者の属性に合わせて、情報の格納先を変更する手段を提案する。
【課題を解決するための手段】
【０００７】
本発明では、上記課題を解決するために、医療情報管理において、記憶部はアクセス速度の異なる複数のストレージ部を有し、医療情報への記録を行う医療情報記録部と、医療情報を記憶する医療情報を管理する医療情報管理部と、患者のステータスと、当該患者にかかる医療情報が記憶されるべきストレージ部とを対応付けたストレージレベル情報を備え、医療情報記録部は、入力された情報に応じて前記患者のステータスを変更し、医療情報管理部は、患者のステータスと、ストレージレベル情報とに基づいて、医療情報を前記複数のストレージ部間で移動させる。
【発明の効果】
【０００８】
本発明によれば、患者情報の迅速な参照を可能とすることで、効率的な医療サービスを実現することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例にかかる医療カルテシステムの構成図である。
【図２】本発明の一実施例にかかるカルテ情報の構成である。
【図３（ａ）】本発明の一実施例にかかるカルテ情報の患者情報テーブルの例である。
【図３（ｂ）】本発明の一実施例にかかるカルテ情報の診療予約スケジュールテーブルの例である。
【図３（ｃ）】本発明の一実施例にかかるカルテ情報の経過記録テーブルの例である。
【図３（ｄ）】本発明の一実施例にかかるカルテ情報の治療情報内の各種オーダーヘッダテーブルの例である。
【図３（ｅ）】本発明の一実施例にかかるカルテ情報の治療情報内の各種オーダー実態テーブルの例である。
【図４（ａ）】本発明の一実施例にかかる入院時における医療情報のストレージ間の移動パターンの例である。
【図４（ｂ）】本発明の一実施例にかかる診療時における医療情報のストレージ間の移動パターンの例である。
【図５】本発明の一実施例にかかる本システムのシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施例を、図面を用いて説明する。
【実施例１】
【００１１】
図１は、本発明の実施例にかかる医療カルテシステムの構成図である。ＡＰ（APplication）サーバ１、ＤＢ（DataBase）サーバ２を備え、クライアント端末６に通信可能に接続されている。
【００１２】
クライアント端末６は、ユーザからの入力を受け付ける入力部や、画面表示を行うディスプレイを備えた一般的なＰＣ（Personal Computer）やタブレットで構成される。医師など医療関係者を主とするユーザに、診療情報を提示したり、診療結果を入力されたりする。また、医療事務員からは、診療予約や診察料の管理に用いられる。
【００１３】
ＡＰサーバ１は、クライアント端末６と通信し、ユーザからの要求受付やその返答を行う。すなわち、帳票・患者の情報・職員情報の抽出・閲覧・印刷や他のシステムとの連携などの基本的な医療カルテシステムの業務を行う。低速ストレージ３、中速度ストレージ４、高速ストレージ５は、カルテ情報１０をはじめとする各種情報を格納する記憶装置である。ＡＰサーバ１は、患者ステータス情報取得部７・データ管理部８・データ記録部９を有している。
【００１４】
ＤＢサーバ２は、低速ストレージ３・中速ストレージ４・高速ストレージ５を備え、これらへのデータ入出力を管理したり、内部のデータの検索などを行う。高速ストレージ５は、例えばフラッシュメモリなどの半導体メモリであり、入出力は高速ではあるが、記憶容量当たりの費用は高価である。中速ストレージ４及び低速ストレージ３は、例えば、ＨＤＤ（Hard Disc Drive）を性能と価格で区別して用いたり、テープメディアを用いたりすることができる。入出力速度はほどほどであるが、容量あたりの費用は高くない。
【００１５】
ＡＰサーバ１側にある患者ステータス情報取得部７は、患者の診療予約や受付や診療料金支払い、入院予約や入院手続きや退院手続きを受け付け、患者ステータス（図示せず）として記憶する。データ管理部８は、DBサーバ内のデータを管理し、低速ストレージ３・中速ストレージ４・高速ストレージ５のいずれにデータ保存するか決定する。データ操作部９は、端末６からの指示やデータ管理部８にあるデータ保存指示を参照し、ＤＢサーバ２を経由して、低速ストレージ３・中速ストレージ４・高速ストレージ５に対してデータの読み出し・コピー・削除の指示を行う。
【００１６】
図２に、患者ごとに割り当てられるカルテ情報１０の構造を示す。ＤＢ内では、患者ごとに患者情報１１、診療予約情報１２、経過記録情報１３、治療情報１４（オーダーヘッダテーブル１５とオーダー実態テーブル１６を有する）が格納されている。これらの情報は、いずれも患者番号を有しており、同一の患者番号を有するものは、同一の患者に対する情報である。ＤＢ内では、複数の患者の情報が各情報ごとに集められて、それぞれが各情報に対応付けられた特定の記憶領域に保存されている。図３（ａ）〜（ｅ）に、一例として各情報のテーブルを示す。
【００１７】
図３（ａ）に示す患者情報（患者情報テーブル）１１には、患者番号と、生年月日（ここから年齢が算出される）と、性別が記載され、必要に応じて身長や体重なとも記憶されている。
【００１８】
図３（ｂ）に示す診察予約情報（診療予約スケジュールテーブル）１２には、患者番号と、オーダー番号、オーダー入外区分、診療予約日と、診療予約時間などが記憶されている。
【００１９】
図３（ｃ）に示す経過記録情報（経過記録テーブル）１３は、患者番号と、経過登録日と、経過記録と、診療科の科コードとを記憶している。経過記録には、問診の結果・検査の結果・医師の見解・今後の治療計画を医師が入力した情報などが記載される。
【００２０】
治療情報１４として、図３（ｄ）に各種オーダーヘッダテーブル１５を、図３（ｅ）に各種オーダー実態テーブル１６を示す。オーダーヘッダテーブル１５には、患者番号と、オーダー登録日と、オーダー番号が記憶されている。オーダー実態テーブル１６には、患者番号と、オーダー番号と、治療内容が記憶されている。治療情報が二つに分割され、オーダー番号で結び付けられている。分割されているのは、データ間の整合性を保つためにデータベースを正規化しているためである。オーダーヘッダテーブル１５及びオーダー実態テーブル１６は、処方業務や注射業務など各業務毎に存在している。
【００２１】
経過記録テーブル１３、治療情報１４のオーダーヘッダテーブル１５・オーダー実態テーブル１６は、疾病、診療、治療の度に作成されていくので、患者一人に対し複数存在してよい。患者情報テーブル１１は、患者の一人につき一つが原則である。
【００２２】
カルテ情報１０は、各情報１１〜１５ごとに異なるストレージ領域で記憶することが可能である。例えば、患者情報１１は高速ストレージ５に格納し、経過記録情報１３及び治療情報１４は中速ストレージ４に格納することが可能である。カルテ情報が必要な場合には、患者番号により各情報をＤＢサーバ２の各ストレージから取得し、クライアント端末に表示など行う。
【００２３】
カルテ情報１０は、初回作成時は、入院、診察またはそれらの予約であると考えられ、すぐに使用するため、高速ストレージ５に作成される。その後、次に記載するパターンにしたがって、患者の状態に応じてカルテ情報１０の位置を移動させる。
【００２４】
図３（ａ）（ｂ）に、患者の状態と、カルテ情報１０のストレージレベルの移動を規定した動作パターン（ストレージレベル情報）を示す。条件１〜３(患者ステータス)のいずれをも満たす状態になった場合に、「ストレージレベル」のようにデータが移動する。ストレージレベルにおいて、移動前のストレージレベルは想定されるストレージレベルであり、これとは異なるストレージレベルであっても（移動後のストレージレベルと異なっていれば）移動は行われる。このとき、「移動方法」に記載されているデータが移動する。ここで、データＡは患者情報１１、データＢは経過記録情報１３、データＣは治療情報１４を意味している。以下、各項目について説明する。
【００２５】
図３（ａ）に示す項番１〜９は、入院患者にかかるカルテ情報１０のストレージレベルの移動を規定している。
【００２６】
項番１：入院予約時、入院予約が行われた患者は、患者情報１１・経過記録情報１３、治療情報１４の全てを高速ストレージ５へ移動させる。本実施例において、移動では、元のデータは削除する。入院患者の情報は、治療方針の決定、指示受け、申し送り等において用いられる。各医療スタッフに頻繁に参照されることが分かっているため、高頻度に参照記録されるデータとして高速ストレージ５に配置する。
【００２７】
項番２：他の病院への転院時、転院処理が行われた患者は、患者情報１１・経過記録情報１３、治療情報１４の全てを高速ストレージ５から中速ストレージ４へ移動させる。退院したため高速ストレージに配置しておく必要はないが、各情報について転院先から照会があった場合、迅速に情報にアクセスできるようにするために中速ストレージ４に配置する。
【００２８】
項番3：転院後3ヶ月経過した時点で、1ヶ月以内に患者情報へのアクセスがなかった患者は、患者情報１１・経過記録情報１３、治療情報１４の全てを中速ストレージ４から低速ストレージ３へ移動させる。所定期間、参照が無かったため、情報の参照頻度が低く、今後の参照の可能性が低いと判断できるためである。なお、アクセスがある場合には、中速ストレージ４に配置されたままとなる。
【００２９】
項番４：転院後3ヶ月経過した時点で、1ヶ月以内に患者情報へのアクセスがなく、症例が難病である患者（担当医師が認定して入力する）は、患者情報１１・経過記録情報１３、治療情報１４の全てを中速ストレージ４に配置したままにする。患者の症例が難病(奇病)であった場合には、他の医師との情報共有や、疾病の分析、論文作成等において頻繁に情報が参照される可能性が高いと考えられるためである。
【００３０】
項番５：外出・外泊を行う患者は、経過記録情報１３、治療情報１４を高速ストレージ５から中速ストレージ４へ移動させる。外出・外泊中は、患者に関するケアが発生せず、他の入院患者と比べて情報の参照頻度が低いと考えられる。貴重な高速ストレージ５のリソースを効率的に利用するために中速ストレージ４へ移動させる。帰院時には、逆に中速ストレージ４から高速ストレージ５へ移動させる。なお、外出・外泊が短い場合には、この移動は省略できるよう、外泊日数等の条件を付与してもよい。
【００３１】
項番６：退院する患者のうち、次回の外来の診察予約がある患者は、治療情報１４のみを高速ストレージ５から、中速ストレージ４へ移動させる。次回の診察時のために、患者情報１１・経過記録情報１３を高速ストレージ５に残す。
【００３２】
項番7：退院する患者のうち、次回の外来の診察予約がない患者は、患者情報１１・経過記録情報１３、治療情報１４の全てを高速ストレージ５から中速ストレージ４へ移動させる。項番6と異なり、次の受診がいつになるか分からないため、高速ストレージ５のリソースを効率的に利用するために全ての情報を中速ストレージ４に移動させる。
【００３３】
項番８：退院後1ヶ月経過し、最近1ヶ月以内に患者情報へのアクセスがなかった患者は、患者情報１１・経過記録情報１３、治療情報１４の全てを中速ストレージ４から低速ストレージ３へ移動させる。情報の参照頻度が低く、今後の参照の可能性が低いと判断できるためである。
【００３４】
項番９：退院後1ヶ月経過し、最近1ヶ月以内に患者情報へのアクセスがないが、患者の症例が難病であった患者は、患者情報１１・経過記録情報１３、治療情報１４の全てを中速ストレージ４に配置したままにする。項番４と同様に、患者の症例が難病(奇病)であった場合には、他の医師との情報共有や、疾病の分析、論文作成等において頻繁に情報が参照される可能性が高いためである。
【００３５】
図３（ｂ）に示す項番１０〜１４は、入院患者にかかるカルテ情報１０のストレージレベルの移動を規定している。
【００３６】
項番１０：事前に診療予約が入っている患者は、低速ストレージ３あるいは中速ストレージ４にある患者情報１１・経過記録情報１３、治療情報１４のコピーを高速ストレージ５に作成する。本実施例において、コピーでは、元のデータは削除せずに残しておく。本項番では、低速ストレージ３あるいは中速ストレージ４の元のデータは、削除せずに残しておく。診療中の書き込み読み込みを高速化するためである。データのコピーは、システムの稼働率が低い前日夜間から診療日早朝までに実施する。
【００３７】
項番１１：診療日に、事前に診療予約が入っていない患者は、患者受付時に、低速ストレージ３あるいは中速ストレージ４にある患者情報１１・経過記録情報１３、治療情報１４のコピーを項番１０と同様に高速ストレージ５に作成する。
【００３８】
項番１２：診療終了後、次回の診療予約が入っている患者は、患者情報１１・経過記録情報１３、治療情報１４の全てを高速ストレージ５から中速ストレージ４へ移動させる。
【００３９】
事前に項番１０、項番１１のパターンに該当し、中速ストレージ４にデータが残っている場合は、データは上書きされる。診療時に入力されたデータは、高速ストレージ５に差分情報として記録し、診療後に、差分情報を中速ストレージ５のカルテ情報に反映することで、処理負荷を軽減させてもよい。その後、高速ストレージ５内のカルテ情報は削除する。
【００４０】
低速ストレージ３にデータが残っている場合は、高速ストレージ５のカルテ情報を中速ストレージ４に移動させる。低速ストレージのカルテ情報は、削除する。
【００４１】
なお、上記は、ストレージの入出速度を考慮して、移動やコピーの削除のルートを規定しているが、移動後の結果が同じであれば、他のルートでデータを移動させてもよい。
【００４２】
項番１３：診療終了後、次回の診療予約が入っていない患者のデータで、高速ストレージ５にあるデータは、患者情報１１・経過記録情報１３、治療情報１４の全てを低速ストレージ３へ移動させる。元のデータが中速ストレージ４内にある場合には、そのデータは削除し、元のデータが低ストレージ３内にある場合には、差分を高速ストレージ５データから低速ストレージ３のデータに反映させる。
【００４３】
この時、患者の症例が難病であった場合などは中速ストレージに配置したままにする必要があるため、項番４あるいは９のパターンに当てはまっていないかどうかのチェックを行う。  項番１〜１４において、データの移動やコピーは、特段の指摘を行った箇所以外は、条件が満たしたらすぐに、負荷が所定以下のときに、または夜間の処理の任意のタイミングで実行することができる。
【００４４】
図５に、本実施例による本システムのシーケンス図を示す。
【００４５】
受付にて患者について診療予約が行われて端末６より予約が入力されると、ＡＰサーバ１側にある患者ステータス情報取得部７は、診療予約が行われた患者の患者番号を取得し、当該患者のステータスを診療予約済みにする（Ｓ５０１）。
【００４６】
診療日前日夜から当日朝にかけての夜間バッジ処理にて、診療時動作パターンの項番１０にしたがって、データ管理部８は、ＤＢサーバ２の高速ストレージ５と低速ストレージ３に対して患者番号を通知し、カルテ情報１０の移動指示を出す（Ｓ５０２、Ｓ５０３）。低速ストレージ３は、ＡＰサーバ１からの指示を受け取ると、データ操作部９から受け取った患者番号を基にカルテ情報１０（患者情報１１、経過記録情報１３、治療情報１４）を検索し、検索結果で該当したカルテ情報１０を、高速ストレージ５へコピーする（Ｓ５０４）。
【００４７】
診察日当日に患者が受付を行うと、受付端末６からＡＰサーバ１に受付情報が通知され、患者ステータス情報取得部７は、ステータスを診療受付済みにする（Ｓ５０５）。
【００４８】
診察が始まりユーザである医師が医師用端末６を用いて患者を選択すると、クライアント端末６からデータ記録部９に対して患者の選択を行ったことが通知される。データ記録部９は患者選択の通知を受け取ると、ＤＢサーバ２を経由して高速ストレージ５から患者情報１１を取得する。診察中に経過記録情報１３や治療情報１４が参照された場合は、高速ストレージ５から読みだされる（Ｓ５０６〜Ｓ５０8）。読み出し先が高速ストレージ５であるため、画像（医療用の高精細のもの）であっても、読み出し速度が速く、所望の情報を迅速に表示でき、診察を効率的に行える。診察中に経過記録情報１３や治療情報１４が医師用端末６から追記された場合は、高速ストレージ５に送信され差分情報として記録される（Ｓ５０９、Ｓ５１０）。
【００４９】
診察が終了すると、患者は、受付での診療費支払いと、次回診療の予約を行い、受付端末６からＡＰサーバ１へ、診療費の支払ったことと、次回の診療予約の情報が送信され、患者ステータスが予約済みに変更される（Ｓ５１１）。
【００５０】
次回の予約がある場合、診療時動作パターンの項番１２にしたがって、カルテ情報１０を次回診察までに参照される可能性があり、中速ストレージ４に保存される。データ管理部８は、ＤＢサーバ２を経由して、高速ストレージ５、中速ストレージ４に対してデータの移動指示を行う。高速ストレージ５は、データ操作部９からの指示を受け取ると診察中に追記された患者情報１１や経過記録情報１３・治療情報１４の差分情報を、中速ストレージ４へ移動させる。この時、患者情報１１・経過記録情報１３・治療情報１４は差分情報のみを移動させるので、データの転送やコピーにかかる時間を短い。中速ストレージ４は、差分情報を受けとって、元のカルテ情報１０に反映させることで、最新の状態のカルテ情報１０を作成する。移動が成功したら、高速ストレージ５は、カルテ情報１０を削除する。
【００５１】
次回の予約が無い場合、診療時動作パターンの項番１１にしたがって、カルテ情報１０を次回診察までに参照される可能性は小さく、低速ストレージ３に保存される。データ操作部９は、ＤＢサーバ２を経由して、高速ストレージ５、低速ストレージ３に対してデータの移動指示を行う。高速ストレージ５は、データ管理部８からの指示を受け取ると診察中に追記された患者情報１１や経過記録情報１３・治療情報１４を、低速ストレージ３へ移動させ、移動後には高速ストレージ５中のカルテ情報１０は削除されて空き容量が確保される。また、中速ストレージ４中の元のカルテ情報１０も削除される。
【符号の説明】
【００５２】
１・・・ＡＰサーバ、２・・・ＤＢサーバ、３・・・低速ストレージ、４・・・中速ストレージ、５・・・高速ストレージ、６・・・クライアント端末、７・・・予約情報取得部、８・・・データ管理部、９・・・データ操作部、１０・・・カルテ情報、１１・・・患者情報、１２・・・診療予約情報、１３・・・経過記録情報、１４・・・治療情報、１５・・・オーダーヘッダーテーブル、１６・・・オーダー実態テーブル、１７・・・患者情報テーブル、１８・・・診療予約スケジュールテーブル、１９・・・経過記録テーブル。
【図１】
2017076159.tif 000003
【図２】
2017076159.tif 000004
【図３（ａ）】
2017076159.tif 000005
【図３（ｂ）】
2017076159.tif 000006
【図３（ｃ）】
2017076159.tif 000007
【図３（ｄ）】
2017076159.tif 000008
【図３（ｅ）】
2017076159.tif 000009
【図４（ａ）】
2017076159.tif 000010
【図４（ｂ）】
2017076159.tif 000011
【図５】
2017076159.tif 000012