非常時対策医療情報システム
【課題】災害やシステム障害等の非常事態においても、蓄積された医療情報へ簡易にアクセスが可能な非常時対策医療情報システムを提供する。
【解決手段】患者に関する情報を格納した患者情報データベースの少なくとも一部の情報を、患者毎に検索可能な画像データファイルとして受け取って記憶する画像データベースと、前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えた、非常時対策医療情報システム。
【解決手段】患者に関する情報を格納した患者情報データベースの少なくとも一部の情報を、患者毎に検索可能な画像データファイルとして受け取って記憶する画像データベースと、前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えた、非常時対策医療情報システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療情報システムに関し、特に、災害やシステム障害等の非常事態においても、蓄積された医療情報へ簡易にアクセス可能な非常時対策医療情報システムに関する。
【背景技術】
【０００２】
近年、医療の分野においても、いわゆる電子カルテシステムなどの情報処理システムの導入が進んでいる。電子カルテシステムは、患者の病気や診療内容および検査内容などのあらゆる医療情報をテキストデータまたは画像データとして蓄積するものであり、診療行為の効率化に貢献している。このような電子カルテシステムは、例えば特開２０００−１４８８９５号公報等に開示されている。
【０００３】
電子カルテシステムの導入が進むことにより、病院内のデータのほとんどを電子化することができ、ペーパレス・フィルムレスの運用が可能となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−１４８８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、電子カルテシステムは、火災や地震等の災害や、停電またはシステム障害等の非常時に、電源系統やネットワークが寸断されてしまうと、蓄積されたデータにアクセス不可能となるという弱点がある。このような非常事態に備えるためには、データのハードコピー（印刷出力）を保持したり、電源やネットワークを冗長構成にする、といった対策がとられていることもあるが、手間やコストがかかる上に、システム全体としての十分な対策とはなり難い。
【０００６】
本発明は、上記の課題を鑑み、災害やシステム障害等の非常事態においても、蓄積された医療情報へ簡易にアクセス可能な、非常時対策医療情報システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、ここに開示する非常時対策医療情報システムは、患者に関する情報を格納した患者情報データベースの少なくとも一部の情報を、患者毎に検索可能な画像データファイルとして受け取って記憶する画像データベースと、前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えている。
【０００８】
この構成によれば、レプリカ作成部が、患者情報データベースから抽出された情報を、患者毎に検索可能な画像データファイルとして可搬型記録媒体に記録する。これにより、災害やシステム障害等の非常事態においては、使用可能なコンピュータにこの可搬型記録媒体を接続すれば、これに蓄積された医療情報へ簡易にアクセスすることが可能となる。
【０００９】
また、ここに開示する医療情報システムは、患者に関する情報を格納した患者情報データベースと、前記患者情報データベースに格納されている情報の少なくとも一部の情報を抽出し、患者毎に検索可能な画像データファイルを生成するデータ抽出部と、前記データ抽出部から、前記画像データファイルを受け取って記憶する画像データベースと、前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えている。
【００１０】
前記のシステムにおいて、前記画像データファイルは、例えば、ＴＩＦＦまたはＤＩＣＯＭにしたがったフォーマットであることが好ましい。これらのフォーマットは、汎用性が高いからである。
【００１１】
また、前記のシステムにおいて、レプリカ作成部が、前記画像データファイルをマルチＴＩＦＦファイルとして前記可搬型記録媒体へ記録することが好ましい。
【００１２】
前記のシステムにおいて、前記可搬型記録媒体は、コンピュータにＵＳＢで接続される外部記憶装置であることが好ましい。ＵＳＢは、コンピュータへ外部装置を接続するためのインタフェースとして広く普及している規格であって、汎用性が高いからである。
【００１３】
前記のシステムにおいて、画像データファイルが、患者に関する情報の修正前のデータと修正後のデータとの両方を含むことが好ましい。必要に応じて修正前および修正後のデータを参照することが可能となるからである。
【００１４】
前記のシステムは、前記患者情報データベースに格納されている情報のうち、医用データ規格にしたがった情報を抽出して記憶する医用情報データベースをさらに備え、前記レプリカ作成部が、前記医用情報データベースに記憶された情報の少なくとも一部も、前記可搬型記録媒体に記録する構成であることが望ましい。なお、前記医用データ規格としては、例えば、ＨＬ７またはＭｅｄＸＭＬ等を利用できる。
【発明の効果】
【００１５】
本発明によれば、災害やシステム障害等の非常事態においても、蓄積された医療情報へ簡易にアクセス可能な、非常時対策医療情報システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の一実施形態にかかる医療情報システムの概略構成を示す模式図である。
【図２】図２は、非常時に可搬型記録媒体から読み出されて表示される画面の全体構成を示す画面遷移図である。
【図３】図３は、非常時に起動されるバックアップシステムのポータル画面の一例である。
【図４】図４は、病名・処方・検査歴データ検索画面の一例である。
【図５】図５は、病名・処方・検査歴データ参照画面に表示されるバックアップデータの一例である。
【図６】図６は、病名・処方・検査歴データ参照画面に表示されるバックアップデータの一例である。
【図７】図７は、病名・処方・検査歴データ参照画面に表示されるバックアップデータの一例である。
【図８】図８は、所見データ検索画面の一例である。
【図９】図９は、所見データ参照画面に表示されるバックアップデータの一例である。
【図１０】図１０は、所見データ参照画面に表示されるバックアップデータの一例である。
【図１１】図１１は、検査画像／レポートリストの一例である。
【図１２】図１２は、検査画像リストの一例である。
【図１３】図１３は、検査画像参照画面の表示例である。
【図１４】図１４は、レポート参照画面の表示例である。
【図１５】図１５は、電子カルテシステムの診療端末に表示されるプログレスノート画面の一例を示す図である。
【図１６】図１６は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図１７】図１７は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図１８】図１８は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図１９】図１９は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図２０】図２０の（ａ）〜（ｅ）は、図１６〜図１９に示したプログレスノート画面から取得されたバックアップデータの例を示す図である。
【図２１】図２１は、非常時に起動されるバックアップシステムのポータル画面の一例を示す図である。
【図２２】図２２は、医師がプログレスノート画面でデータを削除した状態の一例を示す図である。
【図２３】図２３の（ａ）および（ｂ）は、図２２に示したプログレスノート画面から取得されたバックアップデータの例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の一実施形態にかかる非常時対策用医療情報システム（以下、単に「医療情報システム」と称する。）の具体例について、図面を参照しながら説明する。
【００１８】
図１に示すように、本実施形態にかかる医療情報システムは、電子カルテシステム１０と、バックアップシステム２０とを含んでいる。電子カルテシステム１０は、医師等が操作する診療端末１ａ〜１ｃと、電子カルテサーバ２とが、病院内のネットワークで接続されたコンピュータシステムとして実現される。バックアップシステム２０は、ファイルサーバ（画像データベース）３と、レプリカディスク作成端末（レプリカ作成部）４ａ，４ｂとを有している。電子カルテシステム１０と、バックアップシステム２０とは、ネットワークまたはケーブルを介して接続可能に構成されている。
【００１９】
なお、図１は、本実施形態の医療情報システムを構成する主要なハードウェアのみを図示したものである。したがって、ルータやハブ等の各種ネットワーク機器や、その他のハードウェアは図示が省略されているが、実際の医療情報システムの構築に際しては、図１に示された以外の種々のコンピュータ機器や医療機器が付加されても良い。
【００２０】
また、図１の例では、診療端末は１ａ〜１ｃの３台しか図示されていないが、実際には、診療端末の台数は任意である。また、レプリカディスク作成端末も４ａ，４ｂの２台しか図示されていないが、レプリカディスク作成端末の台数も任意である。
【００２１】
診療端末１ａ〜１ｃは、電子カルテシステム１０の入出力端末として用いられる。電子カルテサーバ２は、電子カルテシステム１０の中枢として機能する。このため、電子カルテサーバ２は、電子カルテ情報を蓄積する電子カルテデータベースを内部または外部のストレージ（図示せず）に構築し、例えば、患者情報管理機能、診療情報管理機能、看護支援機能、記事入力機能、オーダ管理機能等を提供する。なお、電子カルテシステム１０の機能は、ここに挙げた例に限定されず、その他の様々な機能が含まれ得る。医師やその他の医療従事者は、診療端末１ａ〜１ｃから電子カルテサーバ２へアクセスすることにより、上述したような電子カルテシステムの各種機能を利用できる。
【００２２】
例えば、患者情報管理機能によれば、患者情報の登録、更新、または閲覧等が可能である。診療情報管理機能によれば、各患者についての診療情報を電子カルテシステム１０へ登録したり、過去の診療情報を参照したりすることができる。この診療情報には、これらにのみ限定されないが、例えば、診察記事、検査・処方・注射等の実施情報、および、ＣＴ・ＭＲＩ・レントゲン等の検査画像等が含まれる。看護支援機能によれば、各患者について、必要な看護の診断、看護計画の立案、看護記録作成、および看護結果評価作成等の看護支援が受けられる。記事入力機能によれば、医師等が診療記事を入力したり、入力済みの診療記事を検索または閲覧したりできる。オーダ管理機能とは、検査オーダや処方オーダを医師等が簡便に入力できるようにする機能である。
【００２３】
なお、本実施形態では、１台の電子カルテサーバ２が電子カルテシステム１０の全体を統制するものとしているが、電子カルテシステム１０のシステム構成は任意である。すなわち、電子カルテシステム１０の各種機能が複数のサーバによって適宜に分担された構成を採用しても良いし、あるいは、電子カルテ情報をその内容に応じて分割して保持する複数のファイルサーバを備えた構成としても良い。
【００２４】
なお、この実施形態においては、バックアップ対象のシステムの例として電子カルテシステムを例示しているが、バックアップ対象システムは電子カルテシステムのみに限定されない。例えば、診療記事を持たない病院情報システム（いわゆるオーダシステム）をバックアップ対象としても良い。その場合、例えば、検査、処方、注射、投薬、および検査画像等の情報が、バックアップの対象とされる。
【００２５】
ファイルサーバ３は、所定のタイミング（例えば、１日１回、夜間）において電子カルテサーバ２へ接続され、電子カルテサーバ２から電子カルテ情報のバックアップを取得する。なお、電子カルテサーバ２に格納されている情報のうち、診療記事（所見データ）および検査画像は画像データとしてバックアップされる。一方、診療記事と検査画像以外のデータであって、ＨＬ７（Ｈｅａｌｔｈ Ｌｅｖｅｌ ７）形式で電子カルテサーバ２に保存されているデータ（例えば、患者情報、処方、検査歴等）は、ＨＬ７形式のままでバックアップされる。なお、この実施形態においては、医用データ形式としてＨＬ７を用いたシステムを例示しているが、ＨＬ７以外の規格（例えばＭｅｄＸＭＬ等）にしたがったシステムであっても良い。
【００２６】
電子カルテサーバ２は、前回のバックアップ取得時以降に更新された情報を電子カルテデータベースから抽出する。診療記事および検査画像については、抽出されたデータは、内容および更新時期にしたがった適宜の単位で、例えばＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の標準的なフォーマットにしたがった画像データに変換される。電子カルテサーバ２はさらに、それらの画像データを、所定の単位で画像ファイルにまとめる。画像ファイルの形式は、これに限定されないが、例えばマルチＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）等が好適である。この画像ファイルが、電子カルテ情報のバックアップファイルとして、電子カルテサーバ２からファイルサーバ３へ送信される。
【００２７】
また、電子カルテサーバ２は、ＨＬ７形式のデータについても、前回のバックアップ取得時以降に更新された情報を電子カルテデータベースから抽出し、ＨＬ７形式のままでファイルサーバ３へ送信する。
【００２８】
ファイルサーバ３は、バックアップの画像ファイルを格納する画像データベースと、ＨＬ７形式のデータを格納する医用情報データベースとを、サーバの内部または外部のストレージ（図示せず）に構築している。ファイルサーバ３は、電子カルテサーバ２から受け取った画像ファイルおよびＨＬ７データを、画像データベースおよび医用情報データベースに蓄積する。
【００２９】
なお、ファイルサーバ３は、バックアップの取得時にのみ電子カルテサーバ２へ接続されれば良い。したがって、ファイルサーバ３と電子カルテサーバ２とを接続するハブ（図示せず）の電源を、通常はオフ状態にしておき、バックアップ時にのみオン状態とすることが好ましい。
【００３０】
ファイルサーバ３のデータベースには、電子カルテ情報のうち、最新の情報からさかのぼって所定の期間内（例えば過去３ヶ月分）のバックアップのみを保持することが好ましい。バックアップ期間を過ぎたデータは、ファイルサーバ３が、バッチ処理等によってデータベースから適宜削除する。
【００３１】
ファイルサーバ３には、レプリカディスク作成端末４ａ，４ｂが接続されている。レプリカディスク作成端末４ａ，４ｂとしては、例えばパーソナルコンピュータを用いることができる。レプリカディスク作成端末４ａ，４ｂは、電子カルテサーバ２からファイルサーバ３へのバックアップが完了した後に、ファイルサーバ３のデータベースからバックアップファイルを読み出して、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４にそれぞれ記録する。可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４としては、大容量でかつ転送速度が高速であるものが好ましく、これに限定されないが、例えばＵＳＢ接続の可搬型ハードディスクやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等を用いることができる。
【００３２】
図１に示した例では、レプリカディスク作成端末４ａは、ファイルサーバ３の画像データベースおよび医用情報データベースから読み出した画像ファイルおよびＨＬ７データのファイルを、４台の可搬型記録媒体５ａ１〜５ａ４へ分割して記録する。また、レプリカディスク作成端末４ｂは、ファイルサーバ３の画像データベースおよび医用情報データベースから読み出した画像ファイルおよびＨＬ７データのファイルを、４台の可搬型記録媒体５ｂ１〜５ｂ４へ分割して記録する。この処理により、ファイルサーバ３のデータベースのレプリカ（コピー）が、２セット作成されることとなる。
【００３３】
なお、本実施形態においては、ファイルサーバ３のデータベースの同一レプリカを２セット作成するものとしたが、レプリカの数は２セットに限定されず、任意である。例えば、病院の規模が大きくなるほど、多数のレプリカが必要とされるであろう。また、ファイルサーバ３の画像データベースおよび医用情報データベースを、例えば診療科単位や氏名の並び順等にしたがって複数に分割し、分割された単位で複数のレプリカを作成しても良い。なお、ここでは、１つのレプリカを４台の可搬型記録媒体へ分割記録するものとしたが、可搬型記録媒体の数は、ファイルサーバ３の画像データベースおよび医用情報データベースの容量に応じて任意である。
【００３４】
また、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４のデータの不正使用を防止するために、レプリカディスク作成端末４ａ，４ｂが、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４へ画像ファイルを書き込む際に、暗号化を施すことも好ましい。
【００３５】
このように作成された可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４は、病院において所定の場所に保管される。そして、災害やシステム障害等の非常事態の際には、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を病院内の各部署へ配布する。各部署では、配布された可搬型記録媒体をスタンドアローンのコンピュータ（例えばノートブック型パーソナルコンピュータ）３０に接続すれば、この可搬型記録媒体に書き込まれた画像ファイルを閲覧することができる。
【００３６】
これにより、電源障害またはネットワーク障害あるいは電子カルテサーバ２そのものの破損等により、電子カルテシステム１０へのアクセスが不可能となった場合においても、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４のバックアップデータを参照することができるので、患者に対する速やかな対応が可能となる。また、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４へのデータバックアップを、ＴＩＦＦやＤＩＣＯＭおよびＨＬ７等の汎用性の高いフォーマットで取得しているので、非常時用のコンピュータ３０に特殊なソフトウェアを装備しておく必要がなく、対応が容易である。特に、非常時用のコンピュータ３０としてノートブック型パーソナルコンピュータを用いることにより、例えば、病院の建物以外の場所での診療が必要となった場合等でも、柔軟な対応が可能となる。
【００３７】
ここで、図２〜図１４を参照しながら、本実施形態の医療情報システムにおいて、非常時に可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４から読み出されて表示される画面の例について説明する。言い換えると、電子カルテサーバ２およびファイルサーバ３が、以下で説明するように画面が構成されるよう、バックアップ時にファイルを構成する。
【００３８】
図２は、非常時に可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４から読み出されて表示される画面の全体構成を示す画面遷移図である。つまり、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を非常時用のコンピュータ３０に接続することにより、図２に示すように構成された画面群を参照することができる。
【００３９】
図２に示すように、非常時対策用の画面群には、ポータル画面４０が含まれている。ポータル画面４０は、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を非常時用のコンピュータ３０に接続した際に、最初に表示される画面である。図３に、ポータル画面４０の一例を示す。図３に示したポータル画面４０は、患者ＩＤを入力するためのＩＤ入力欄４０ａと、次動作指示ボタン４０ｂ，４０ｃ，４０ｄとを有している。ポータル画面４０において、ＩＤ入力欄４０ａに患者ＩＤを入力してＯＫボタン４０ｅをクリックすると、図３に示されているように、入力された患者ＩＤに該当する患者名と、性別と、生年月日とが表示される。患者ＩＤに関連するこれらの情報は、バックアップシステム２０がバックアップデータを作成する際に、電子カルテシステム１０から取得され、バックアップデータに含まれている。
【００４０】
ポータル画面４０において、次動作指示ボタン４０ｂ，４０ｃ，４０ｄのそれぞれをクリックすることにより、図２に示すように、病名・処方・検査歴データ検索画面４１、所見データ検索画面４２、および検査画像／レポートリスト４３のそれぞれへ、画面が遷移する。
【００４１】
すなわち、図３に示したポータル画面４０において、患者名等が表示された状態で、次動作指示ボタン４０ｂをクリックすると、当該患者の病名・処方・検査歴に関するバックアップデータを検索するための病名・処方・検査歴データ検索画面４１へ遷移する。図４に、病名・処方・検査歴データ検索画面４１の一例を示す。この病名・処方・検査歴データ検索画面４１において、表示させたい項目をクリックすることにより、図２に示したように、病名・処方・検査歴データ参照画面４４へ画面が遷移する。病名・処方・検査歴データ参照画面４４は、病名・処方・検査歴に関するバックアップデータが表示される画面である。
【００４２】
ここで、図５〜図７に、病名・処方・検査歴データ参照画面４４に表示されるバックアップデータの具体例を示す。例えば、病名・処方・検査歴データ検索画面４１において「処方歴」をクリックすることにより、図５に示すように、当該患者の処方歴に関するバックアップデータが、病名・処方・検査歴データ参照画面４４に表示される。また、図４の病名・処方・検査歴データ検索画面４１において、いずれかの「診療日」をクリックすることにより、図６に示すように、診療日別の当該患者の処方や検査に関するバックアップデータが、病名・処方・検査歴データ参照画面４４に表示される。また、図４の病名・処方・検査歴データ検索画面４１において、「検査結果」をクリックすることにより、図７に示すように、当該患者の検査結果マトリクスのバックアップデータが、病名・処方・検査歴データ参照画面４４に表示される。なお、病名・処方・検査歴に関するバックアップデータは、ＨＬ７形式でバックアップされているので、例えばキーワード検索等も可能である。
【００４３】
また、前述したとおり、図３に示したポータル画面４０において次動作指示ボタン４０ｃをクリックすれば、図２に示したとおり、当該患者の診療記事（所見）に関するバックアップデータを検索するための所見データ検索画面４２へ遷移する。なお、診療記事（所見）に関するバックアップデータは、ＴＩＦＦやＤＩＣＯＭ等の画像データとしてバックアップされている。
【００４４】
図８に、所見データ検索画面４２の一例を示す。図８に示すファイリングデータ検索画面４２では、バックアップデータのうち、所見に関するバックアップデータを、患者番号や患者名等で検索できる。例えば、図８の例は、患者番号（患者ＩＤ）によって所見に関するバックアップデータを検索した結果である。検索結果は、図８に示すように、所見データ検索画面４２にリストとして表示される。そして、このリストから一つまたは複数のバックアップデータを選択すると、図２に示すように、選択されたバックアップデータを表示する所見データ参照画面４５に画面が遷移する。
【００４５】
図９および図１０に、所見データ参照画面４５の表示例を示す。図９は、所見データ検索画面４２において、いずれか一つのバックアップデータが選択された場合の表示例である。図１０は、所見データ検索画面４２において複数のバックアップデータが選択された場合の表示例である。図１０に例示した所見データ参照画面４５には、所見に関する３つのバックアップデータの画像ｐ１〜ｐ３が、結合されて表示されている。複数のバックアップデータが選択された場合は、図１０に示すように、それらのバックアップデータの画像が結合されて１画面に表示されるようにすることが好ましい。なお、１画面に収まらない場合は、複数のバックアップデータの画像を、２画面以上に適宜分割して、スクロール可能またはページ送り可能な状態で表示すれば良い。
【００４６】
また、ポータル画面４０において次動作指示ボタン４０ｄをクリックすると、画面表示は、図２に示したとおり、当該患者の検査画像およびレポート（画像診断報告書）に関するバックアップデータのリストである検査画像／レポートリスト４３へと遷移する。検査画像およびレポートに関するバックアップデータは、ＴＩＦＦやＤＩＣＯＭ等の画像データとしてバックアップされている。検査画像／レポートリスト４３の表示例を図１１に示す。
【００４７】
図１１に示す検査画像／レポートリスト４３では、検査日毎に、検査画像のアイコンとレポートへのリンクとが表示されている。この検査画像／レポートリスト４３において検査画像のアイコンをクリックすると、画面表示は、図２に示すように、検査画像リスト４６へ遷移する。また、検査画像／レポートリスト４３においてレポートのリンクをクリックすると、画面表示は、図２に示すように、レポート参照画面４８へ遷移する。
【００４８】
図１２に、検査画像リスト４６の表示例を示す。検査画像リスト４６において、さらにいずれかの画像を選択すると、画面表示は、図２に示すように、検査画像参照画面４７へ遷移する。図１３に、検査画像参照画面４７の表示例を示す。図１３に示すように、検査画像参照画面４７には、検査画像リスト４６から選択された画像のバックアップデータが表示される。
【００４９】
また、図１４に、レポート参照画面４８の表示例を示す。図１４に示すように、レポート参照画面４８には、検査画像／レポートリスト４３から選択されたレポートのバックアップデータが表示される。
【００５０】
以上のように、本実施形態によれば、非常時用のコンピュータ３０に可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を接続し、最初に表示されるポータル画面４０から所望の項目を順次選択してクリックする操作を行うだけで、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録されたバックアップデータを読み出して、当該コンピュータ３０の画面に表示させることができる。これにより、非常時に電子カルテシステム１０へのアクセスが不可能となっても、患者の診療に必要なデータに容易にアクセスすることが可能である。
【００５１】
次に、バックアップ取得時に、ファイルサーバ３によって、図２〜図１４を参照して説明したようなバックアップデータが構成される手順の一例について説明する。図１５は、電子カルテシステム１０において診療端末１ａ〜１ｃの画面に表示される画面の一例を示す図である。図１５に示す画面は、電子カルテシステム１０において「プログレスノート」と呼ばれ、医師が診断時に過去の所見を確認しつつ、新たな所見を入力するための画面である。
【００５２】
医師は、図１５に示すように、プログレスノート画面の左端に表示されているアイコンを選択することにより、選択したアイコンに応じたデータを、プログレスノート画面に表示させたり入力したりすることができる。例えば、図１５に示した画面例は、医師が１８時２３分に「処方」に関するデータを入力した状態である。電子カルテシステム１０の電子カルテサーバ２は、このようにデータが入力されると、プログレスノート画面においてこの入力データが表示されている領域５１の画像データを、バックアップデータとして取得する。また、図１６〜図１９に示すように、医師がプログレスノート画面にデータを入力する毎に、それらの入力データが表示されている領域の画像データが、電子カルテサーバ２によってバックアップデータとして取得される。
【００５３】
なお、電子カルテサーバ２は、バックアップデータを生成する際に、その画像データに、日付および患者名を表す画像を埋め込む。例えば、図１５に示した領域５１から取得されたバックアップデータの画像には、図２０（ａ）に示すように、日付６１と患者名６２とが埋め込まれる。
【００５４】
また、図１６に示す例は、図１５に示したプログレスノート画面に対して、医師が「検体検査」に関する所見を領域５２へ追加入力した状態である。この領域５２の画像データも、電子カルテサーバ２により、図２０（ｂ）に示すようなバックアップデータとして取得される。
【００５５】
図１７に示す例は、図１６に示したプログレスノート画面に対して、医師が「処方」に関する所見を領域５３へ追加入力した状態である。この領域５３の画像データも、電子カルテサーバ２により、図２０（ｃ）に示すようなバックアップデータとして取得される。
【００５６】
図１８に示す例は、図１７に示したプログレスノート画面に対して、医師が「診察記事」を領域５４へ追加入力した状態である。この領域５４の画像データも、電子カルテサーバ２により、図２０（ｄ）に示すようなバックアップデータとして取得される。
【００５７】
図１９に示す例は、図１８に示したプログレスノート画面の「診察記事」を医師が編集することにより、図１８の領域５４の表示が図１９の領域５４’に示すように変更された状態である。この領域５４’の画像データも、電子カルテサーバ２により、図２０（ｅ）に示すようなバックアップデータとして取得される。このように、診察記事の変更があった際も、変更前のデータと変更後のデータとが区別して取得および保存されるので、情報の真正性を担保することができる。
【００５８】
なお、この場合、領域５４と領域５４’とは、プログレスノート画面において同じ領域である。電子カルテサーバ２は、領域５４から取得された画像データと、編集後の領域５４’から取得された画像データとのそれぞれに対して、互いに異なる識別子（データＩＤ）を付けて、ファイルサーバ３へ送る。例えば、図２０（ｄ）および（ｅ）の例では、図２０（ｄ）の画像データにデータＩＤとして「０００１−０１」を付与し、図２０（ｅ）のように、同一領域について編集された後の画像データについては、そのデータＩＤの枝番号（ハイフン以降の番号）を「０００１−０２」のようにインクリメントすることが考えられる。
【００５９】
このようにバックアップデータにデータＩＤを付与することにより、これらのバックアップデータが可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録された後も、更新前後のデータを互いに区別することができる。したがって、後に説明するように、使用者による表示モードの選択にしたがって、編集前後のデータを両方表示したり、編集後のデータ（最新のデータ）のみを表示したりすることが可能となる。
【００６０】
以上のように画像データとして取得されたバックアップデータは、前述したとおり、電子カルテサーバ２からファイルサーバ３へ送られ、図２に示したようなファイル構成にしたがって、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録される。
【００６１】
なお、上記の説明においては、プログレスノート画面における入力データのバックアップのみを例示したが、電子カルテシステム１０へ新たなデータが追加されたり、データが更新されたりする都度、電子カルテサーバ２は、それらのデータのバックアップを画像データまたはＨＬ７形式のデータとして取得する。なお、電子カルテシステム１０へ検査画像が追加された場合は、その検査画像そのものがバックアップデータとしてファイルサーバ３へ送られる。また、電子カルテシステム１０へ、例えばレポート（画像診断報告書）等の書類が追加された場合は、当該書類をＴＩＦＦ化したものが、バックアップデータとしてファイルサーバ３へ送られる。
【００６２】
なお、ポータル画面４０において、図２１に示すように、「最新データのみ表示」するモードか、全てのデータを表示するモードかを選択させるためのチェックボックス７１を設け、ここにチェックがなされたか否かによって、非常時用のコンピュータ３０における表示態様を異ならせても良い。
【００６３】
チェックボックス７１にチェックがなされた場合は、非常時用のコンピュータ３０は、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録されているバックアップデータのうち、データＩＤの枝番号が最も大きいもののみを表示するモードとなる。この場合、例えば図２０（ｄ）に示したような、後に更新された領域のバックアップデータは表示されない。この表示モードは、例えば、非常時に最新のデータのみを迅速に確認したい場合に有益である。
【００６４】
一方、チェックボックス７１にチェックがなされていない場合は、非常時用のコンピュータ３０は、データＩＤの枝番号にかかわらず、全てのバックアップデータを表示するモードとなる。この場合は、例えば、図２０（ｄ）のバックアップデータと図２０（ｅ）のバックアップデータとの両方が表示されることとなる。この表示モードは、例えば、非常時に、データの更新履歴を確認したい場合に有益である。
【００６５】
また、例えば、図２２においてプログレスノート画面の領域５４”に示すように、医師が過去に入力したデータを削除した場合、画面上から削除対象データを完全に消去するのではなく、取消線を上書きすることによってデータの削除を表現することが好ましい。この場合、図２３（ａ）および（ｂ）に示すように、データ削除前の領域５４’の画像データと、データ削除後の領域５４”の画像データとの両方を、バックアップデータとして保存することができる。これにより、バックアップデータを非常用のコンピュータ３０で参照する際に、データの削除状況も分かりやすく表示することができる。
【００６６】
また、本実施形態にかかる医療情報システムにおいて、バックアップシステム２０を、通常時の運用においても使用可能としても良い。例えば、病院内の一部のユーザについては、電子カルテの参照だけを必要とする場合には、コンピュータ３０および可搬型記録媒体５を用いてバックアップデータを参照させる運用とすることが考えられる。この運用によれば、電子カルテシステム１０の混雑を緩和することができ、電子カルテシステム１０の操作反応速度を向上させることができる。また、この運用によれば、通常時の業務を通じて、コンピュータ３０および可搬型記録媒体５を用いたバックアップデータへのアクセス操作を習熟したユーザを確保できるので、災害時の対応が確実かつスムーズとなるという利点もある。
【００６７】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【００６８】
１ 診療端末
２ 電子カルテサーバ
３ ファイルサーバ
４ レプリカディスク作成端末
５ 可搬型記録媒体
１０ 電子カルテシステム
２０ バックアップシステム
３０ コンピュータ
【技術分野】
【０００１】
本発明は、医療情報システムに関し、特に、災害やシステム障害等の非常事態においても、蓄積された医療情報へ簡易にアクセス可能な非常時対策医療情報システムに関する。
【背景技術】
【０００２】
近年、医療の分野においても、いわゆる電子カルテシステムなどの情報処理システムの導入が進んでいる。電子カルテシステムは、患者の病気や診療内容および検査内容などのあらゆる医療情報をテキストデータまたは画像データとして蓄積するものであり、診療行為の効率化に貢献している。このような電子カルテシステムは、例えば特開２０００−１４８８９５号公報等に開示されている。
【０００３】
電子カルテシステムの導入が進むことにより、病院内のデータのほとんどを電子化することができ、ペーパレス・フィルムレスの運用が可能となっている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−１４８８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、電子カルテシステムは、火災や地震等の災害や、停電またはシステム障害等の非常時に、電源系統やネットワークが寸断されてしまうと、蓄積されたデータにアクセス不可能となるという弱点がある。このような非常事態に備えるためには、データのハードコピー（印刷出力）を保持したり、電源やネットワークを冗長構成にする、といった対策がとられていることもあるが、手間やコストがかかる上に、システム全体としての十分な対策とはなり難い。
【０００６】
本発明は、上記の課題を鑑み、災害やシステム障害等の非常事態においても、蓄積された医療情報へ簡易にアクセス可能な、非常時対策医療情報システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、ここに開示する非常時対策医療情報システムは、患者に関する情報を格納した患者情報データベースの少なくとも一部の情報を、患者毎に検索可能な画像データファイルとして受け取って記憶する画像データベースと、前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えている。
【０００８】
この構成によれば、レプリカ作成部が、患者情報データベースから抽出された情報を、患者毎に検索可能な画像データファイルとして可搬型記録媒体に記録する。これにより、災害やシステム障害等の非常事態においては、使用可能なコンピュータにこの可搬型記録媒体を接続すれば、これに蓄積された医療情報へ簡易にアクセスすることが可能となる。
【０００９】
また、ここに開示する医療情報システムは、患者に関する情報を格納した患者情報データベースと、前記患者情報データベースに格納されている情報の少なくとも一部の情報を抽出し、患者毎に検索可能な画像データファイルを生成するデータ抽出部と、前記データ抽出部から、前記画像データファイルを受け取って記憶する画像データベースと、前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えている。
【００１０】
前記のシステムにおいて、前記画像データファイルは、例えば、ＴＩＦＦまたはＤＩＣＯＭにしたがったフォーマットであることが好ましい。これらのフォーマットは、汎用性が高いからである。
【００１１】
また、前記のシステムにおいて、レプリカ作成部が、前記画像データファイルをマルチＴＩＦＦファイルとして前記可搬型記録媒体へ記録することが好ましい。
【００１２】
前記のシステムにおいて、前記可搬型記録媒体は、コンピュータにＵＳＢで接続される外部記憶装置であることが好ましい。ＵＳＢは、コンピュータへ外部装置を接続するためのインタフェースとして広く普及している規格であって、汎用性が高いからである。
【００１３】
前記のシステムにおいて、画像データファイルが、患者に関する情報の修正前のデータと修正後のデータとの両方を含むことが好ましい。必要に応じて修正前および修正後のデータを参照することが可能となるからである。
【００１４】
前記のシステムは、前記患者情報データベースに格納されている情報のうち、医用データ規格にしたがった情報を抽出して記憶する医用情報データベースをさらに備え、前記レプリカ作成部が、前記医用情報データベースに記憶された情報の少なくとも一部も、前記可搬型記録媒体に記録する構成であることが望ましい。なお、前記医用データ規格としては、例えば、ＨＬ７またはＭｅｄＸＭＬ等を利用できる。
【発明の効果】
【００１５】
本発明によれば、災害やシステム障害等の非常事態においても、蓄積された医療情報へ簡易にアクセス可能な、非常時対策医療情報システムを提供することができる。
【図面の簡単な説明】
【００１６】
【図１】図１は、本発明の一実施形態にかかる医療情報システムの概略構成を示す模式図である。
【図２】図２は、非常時に可搬型記録媒体から読み出されて表示される画面の全体構成を示す画面遷移図である。
【図３】図３は、非常時に起動されるバックアップシステムのポータル画面の一例である。
【図４】図４は、病名・処方・検査歴データ検索画面の一例である。
【図５】図５は、病名・処方・検査歴データ参照画面に表示されるバックアップデータの一例である。
【図６】図６は、病名・処方・検査歴データ参照画面に表示されるバックアップデータの一例である。
【図７】図７は、病名・処方・検査歴データ参照画面に表示されるバックアップデータの一例である。
【図８】図８は、所見データ検索画面の一例である。
【図９】図９は、所見データ参照画面に表示されるバックアップデータの一例である。
【図１０】図１０は、所見データ参照画面に表示されるバックアップデータの一例である。
【図１１】図１１は、検査画像／レポートリストの一例である。
【図１２】図１２は、検査画像リストの一例である。
【図１３】図１３は、検査画像参照画面の表示例である。
【図１４】図１４は、レポート参照画面の表示例である。
【図１５】図１５は、電子カルテシステムの診療端末に表示されるプログレスノート画面の一例を示す図である。
【図１６】図１６は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図１７】図１７は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図１８】図１８は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図１９】図１９は、医師がプログレスノート画面にデータを入力した状態の一例を示す図である。
【図２０】図２０の（ａ）〜（ｅ）は、図１６〜図１９に示したプログレスノート画面から取得されたバックアップデータの例を示す図である。
【図２１】図２１は、非常時に起動されるバックアップシステムのポータル画面の一例を示す図である。
【図２２】図２２は、医師がプログレスノート画面でデータを削除した状態の一例を示す図である。
【図２３】図２３の（ａ）および（ｂ）は、図２２に示したプログレスノート画面から取得されたバックアップデータの例を示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の一実施形態にかかる非常時対策用医療情報システム（以下、単に「医療情報システム」と称する。）の具体例について、図面を参照しながら説明する。
【００１８】
図１に示すように、本実施形態にかかる医療情報システムは、電子カルテシステム１０と、バックアップシステム２０とを含んでいる。電子カルテシステム１０は、医師等が操作する診療端末１ａ〜１ｃと、電子カルテサーバ２とが、病院内のネットワークで接続されたコンピュータシステムとして実現される。バックアップシステム２０は、ファイルサーバ（画像データベース）３と、レプリカディスク作成端末（レプリカ作成部）４ａ，４ｂとを有している。電子カルテシステム１０と、バックアップシステム２０とは、ネットワークまたはケーブルを介して接続可能に構成されている。
【００１９】
なお、図１は、本実施形態の医療情報システムを構成する主要なハードウェアのみを図示したものである。したがって、ルータやハブ等の各種ネットワーク機器や、その他のハードウェアは図示が省略されているが、実際の医療情報システムの構築に際しては、図１に示された以外の種々のコンピュータ機器や医療機器が付加されても良い。
【００２０】
また、図１の例では、診療端末は１ａ〜１ｃの３台しか図示されていないが、実際には、診療端末の台数は任意である。また、レプリカディスク作成端末も４ａ，４ｂの２台しか図示されていないが、レプリカディスク作成端末の台数も任意である。
【００２１】
診療端末１ａ〜１ｃは、電子カルテシステム１０の入出力端末として用いられる。電子カルテサーバ２は、電子カルテシステム１０の中枢として機能する。このため、電子カルテサーバ２は、電子カルテ情報を蓄積する電子カルテデータベースを内部または外部のストレージ（図示せず）に構築し、例えば、患者情報管理機能、診療情報管理機能、看護支援機能、記事入力機能、オーダ管理機能等を提供する。なお、電子カルテシステム１０の機能は、ここに挙げた例に限定されず、その他の様々な機能が含まれ得る。医師やその他の医療従事者は、診療端末１ａ〜１ｃから電子カルテサーバ２へアクセスすることにより、上述したような電子カルテシステムの各種機能を利用できる。
【００２２】
例えば、患者情報管理機能によれば、患者情報の登録、更新、または閲覧等が可能である。診療情報管理機能によれば、各患者についての診療情報を電子カルテシステム１０へ登録したり、過去の診療情報を参照したりすることができる。この診療情報には、これらにのみ限定されないが、例えば、診察記事、検査・処方・注射等の実施情報、および、ＣＴ・ＭＲＩ・レントゲン等の検査画像等が含まれる。看護支援機能によれば、各患者について、必要な看護の診断、看護計画の立案、看護記録作成、および看護結果評価作成等の看護支援が受けられる。記事入力機能によれば、医師等が診療記事を入力したり、入力済みの診療記事を検索または閲覧したりできる。オーダ管理機能とは、検査オーダや処方オーダを医師等が簡便に入力できるようにする機能である。
【００２３】
なお、本実施形態では、１台の電子カルテサーバ２が電子カルテシステム１０の全体を統制するものとしているが、電子カルテシステム１０のシステム構成は任意である。すなわち、電子カルテシステム１０の各種機能が複数のサーバによって適宜に分担された構成を採用しても良いし、あるいは、電子カルテ情報をその内容に応じて分割して保持する複数のファイルサーバを備えた構成としても良い。
【００２４】
なお、この実施形態においては、バックアップ対象のシステムの例として電子カルテシステムを例示しているが、バックアップ対象システムは電子カルテシステムのみに限定されない。例えば、診療記事を持たない病院情報システム（いわゆるオーダシステム）をバックアップ対象としても良い。その場合、例えば、検査、処方、注射、投薬、および検査画像等の情報が、バックアップの対象とされる。
【００２５】
ファイルサーバ３は、所定のタイミング（例えば、１日１回、夜間）において電子カルテサーバ２へ接続され、電子カルテサーバ２から電子カルテ情報のバックアップを取得する。なお、電子カルテサーバ２に格納されている情報のうち、診療記事（所見データ）および検査画像は画像データとしてバックアップされる。一方、診療記事と検査画像以外のデータであって、ＨＬ７（Ｈｅａｌｔｈ Ｌｅｖｅｌ ７）形式で電子カルテサーバ２に保存されているデータ（例えば、患者情報、処方、検査歴等）は、ＨＬ７形式のままでバックアップされる。なお、この実施形態においては、医用データ形式としてＨＬ７を用いたシステムを例示しているが、ＨＬ７以外の規格（例えばＭｅｄＸＭＬ等）にしたがったシステムであっても良い。
【００２６】
電子カルテサーバ２は、前回のバックアップ取得時以降に更新された情報を電子カルテデータベースから抽出する。診療記事および検査画像については、抽出されたデータは、内容および更新時期にしたがった適宜の単位で、例えばＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ ＣＯｍｍｕｎｉｃａｔｉｏｎｓ ｉｎ Ｍｅｄｉｃｉｎｅ）、ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｏｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）等の標準的なフォーマットにしたがった画像データに変換される。電子カルテサーバ２はさらに、それらの画像データを、所定の単位で画像ファイルにまとめる。画像ファイルの形式は、これに限定されないが、例えばマルチＴＩＦＦ（Ｔａｇｇｅｄ Ｉｍａｇｅ Ｆｉｌｅ Ｆｏｒｍａｔ）等が好適である。この画像ファイルが、電子カルテ情報のバックアップファイルとして、電子カルテサーバ２からファイルサーバ３へ送信される。
【００２７】
また、電子カルテサーバ２は、ＨＬ７形式のデータについても、前回のバックアップ取得時以降に更新された情報を電子カルテデータベースから抽出し、ＨＬ７形式のままでファイルサーバ３へ送信する。
【００２８】
ファイルサーバ３は、バックアップの画像ファイルを格納する画像データベースと、ＨＬ７形式のデータを格納する医用情報データベースとを、サーバの内部または外部のストレージ（図示せず）に構築している。ファイルサーバ３は、電子カルテサーバ２から受け取った画像ファイルおよびＨＬ７データを、画像データベースおよび医用情報データベースに蓄積する。
【００２９】
なお、ファイルサーバ３は、バックアップの取得時にのみ電子カルテサーバ２へ接続されれば良い。したがって、ファイルサーバ３と電子カルテサーバ２とを接続するハブ（図示せず）の電源を、通常はオフ状態にしておき、バックアップ時にのみオン状態とすることが好ましい。
【００３０】
ファイルサーバ３のデータベースには、電子カルテ情報のうち、最新の情報からさかのぼって所定の期間内（例えば過去３ヶ月分）のバックアップのみを保持することが好ましい。バックアップ期間を過ぎたデータは、ファイルサーバ３が、バッチ処理等によってデータベースから適宜削除する。
【００３１】
ファイルサーバ３には、レプリカディスク作成端末４ａ，４ｂが接続されている。レプリカディスク作成端末４ａ，４ｂとしては、例えばパーソナルコンピュータを用いることができる。レプリカディスク作成端末４ａ，４ｂは、電子カルテサーバ２からファイルサーバ３へのバックアップが完了した後に、ファイルサーバ３のデータベースからバックアップファイルを読み出して、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４にそれぞれ記録する。可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４としては、大容量でかつ転送速度が高速であるものが好ましく、これに限定されないが、例えばＵＳＢ接続の可搬型ハードディスクやＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等を用いることができる。
【００３２】
図１に示した例では、レプリカディスク作成端末４ａは、ファイルサーバ３の画像データベースおよび医用情報データベースから読み出した画像ファイルおよびＨＬ７データのファイルを、４台の可搬型記録媒体５ａ１〜５ａ４へ分割して記録する。また、レプリカディスク作成端末４ｂは、ファイルサーバ３の画像データベースおよび医用情報データベースから読み出した画像ファイルおよびＨＬ７データのファイルを、４台の可搬型記録媒体５ｂ１〜５ｂ４へ分割して記録する。この処理により、ファイルサーバ３のデータベースのレプリカ（コピー）が、２セット作成されることとなる。
【００３３】
なお、本実施形態においては、ファイルサーバ３のデータベースの同一レプリカを２セット作成するものとしたが、レプリカの数は２セットに限定されず、任意である。例えば、病院の規模が大きくなるほど、多数のレプリカが必要とされるであろう。また、ファイルサーバ３の画像データベースおよび医用情報データベースを、例えば診療科単位や氏名の並び順等にしたがって複数に分割し、分割された単位で複数のレプリカを作成しても良い。なお、ここでは、１つのレプリカを４台の可搬型記録媒体へ分割記録するものとしたが、可搬型記録媒体の数は、ファイルサーバ３の画像データベースおよび医用情報データベースの容量に応じて任意である。
【００３４】
また、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４のデータの不正使用を防止するために、レプリカディスク作成端末４ａ，４ｂが、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４へ画像ファイルを書き込む際に、暗号化を施すことも好ましい。
【００３５】
このように作成された可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４は、病院において所定の場所に保管される。そして、災害やシステム障害等の非常事態の際には、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を病院内の各部署へ配布する。各部署では、配布された可搬型記録媒体をスタンドアローンのコンピュータ（例えばノートブック型パーソナルコンピュータ）３０に接続すれば、この可搬型記録媒体に書き込まれた画像ファイルを閲覧することができる。
【００３６】
これにより、電源障害またはネットワーク障害あるいは電子カルテサーバ２そのものの破損等により、電子カルテシステム１０へのアクセスが不可能となった場合においても、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４のバックアップデータを参照することができるので、患者に対する速やかな対応が可能となる。また、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４へのデータバックアップを、ＴＩＦＦやＤＩＣＯＭおよびＨＬ７等の汎用性の高いフォーマットで取得しているので、非常時用のコンピュータ３０に特殊なソフトウェアを装備しておく必要がなく、対応が容易である。特に、非常時用のコンピュータ３０としてノートブック型パーソナルコンピュータを用いることにより、例えば、病院の建物以外の場所での診療が必要となった場合等でも、柔軟な対応が可能となる。
【００３７】
ここで、図２〜図１４を参照しながら、本実施形態の医療情報システムにおいて、非常時に可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４から読み出されて表示される画面の例について説明する。言い換えると、電子カルテサーバ２およびファイルサーバ３が、以下で説明するように画面が構成されるよう、バックアップ時にファイルを構成する。
【００３８】
図２は、非常時に可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４から読み出されて表示される画面の全体構成を示す画面遷移図である。つまり、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を非常時用のコンピュータ３０に接続することにより、図２に示すように構成された画面群を参照することができる。
【００３９】
図２に示すように、非常時対策用の画面群には、ポータル画面４０が含まれている。ポータル画面４０は、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を非常時用のコンピュータ３０に接続した際に、最初に表示される画面である。図３に、ポータル画面４０の一例を示す。図３に示したポータル画面４０は、患者ＩＤを入力するためのＩＤ入力欄４０ａと、次動作指示ボタン４０ｂ，４０ｃ，４０ｄとを有している。ポータル画面４０において、ＩＤ入力欄４０ａに患者ＩＤを入力してＯＫボタン４０ｅをクリックすると、図３に示されているように、入力された患者ＩＤに該当する患者名と、性別と、生年月日とが表示される。患者ＩＤに関連するこれらの情報は、バックアップシステム２０がバックアップデータを作成する際に、電子カルテシステム１０から取得され、バックアップデータに含まれている。
【００４０】
ポータル画面４０において、次動作指示ボタン４０ｂ，４０ｃ，４０ｄのそれぞれをクリックすることにより、図２に示すように、病名・処方・検査歴データ検索画面４１、所見データ検索画面４２、および検査画像／レポートリスト４３のそれぞれへ、画面が遷移する。
【００４１】
すなわち、図３に示したポータル画面４０において、患者名等が表示された状態で、次動作指示ボタン４０ｂをクリックすると、当該患者の病名・処方・検査歴に関するバックアップデータを検索するための病名・処方・検査歴データ検索画面４１へ遷移する。図４に、病名・処方・検査歴データ検索画面４１の一例を示す。この病名・処方・検査歴データ検索画面４１において、表示させたい項目をクリックすることにより、図２に示したように、病名・処方・検査歴データ参照画面４４へ画面が遷移する。病名・処方・検査歴データ参照画面４４は、病名・処方・検査歴に関するバックアップデータが表示される画面である。
【００４２】
ここで、図５〜図７に、病名・処方・検査歴データ参照画面４４に表示されるバックアップデータの具体例を示す。例えば、病名・処方・検査歴データ検索画面４１において「処方歴」をクリックすることにより、図５に示すように、当該患者の処方歴に関するバックアップデータが、病名・処方・検査歴データ参照画面４４に表示される。また、図４の病名・処方・検査歴データ検索画面４１において、いずれかの「診療日」をクリックすることにより、図６に示すように、診療日別の当該患者の処方や検査に関するバックアップデータが、病名・処方・検査歴データ参照画面４４に表示される。また、図４の病名・処方・検査歴データ検索画面４１において、「検査結果」をクリックすることにより、図７に示すように、当該患者の検査結果マトリクスのバックアップデータが、病名・処方・検査歴データ参照画面４４に表示される。なお、病名・処方・検査歴に関するバックアップデータは、ＨＬ７形式でバックアップされているので、例えばキーワード検索等も可能である。
【００４３】
また、前述したとおり、図３に示したポータル画面４０において次動作指示ボタン４０ｃをクリックすれば、図２に示したとおり、当該患者の診療記事（所見）に関するバックアップデータを検索するための所見データ検索画面４２へ遷移する。なお、診療記事（所見）に関するバックアップデータは、ＴＩＦＦやＤＩＣＯＭ等の画像データとしてバックアップされている。
【００４４】
図８に、所見データ検索画面４２の一例を示す。図８に示すファイリングデータ検索画面４２では、バックアップデータのうち、所見に関するバックアップデータを、患者番号や患者名等で検索できる。例えば、図８の例は、患者番号（患者ＩＤ）によって所見に関するバックアップデータを検索した結果である。検索結果は、図８に示すように、所見データ検索画面４２にリストとして表示される。そして、このリストから一つまたは複数のバックアップデータを選択すると、図２に示すように、選択されたバックアップデータを表示する所見データ参照画面４５に画面が遷移する。
【００４５】
図９および図１０に、所見データ参照画面４５の表示例を示す。図９は、所見データ検索画面４２において、いずれか一つのバックアップデータが選択された場合の表示例である。図１０は、所見データ検索画面４２において複数のバックアップデータが選択された場合の表示例である。図１０に例示した所見データ参照画面４５には、所見に関する３つのバックアップデータの画像ｐ１〜ｐ３が、結合されて表示されている。複数のバックアップデータが選択された場合は、図１０に示すように、それらのバックアップデータの画像が結合されて１画面に表示されるようにすることが好ましい。なお、１画面に収まらない場合は、複数のバックアップデータの画像を、２画面以上に適宜分割して、スクロール可能またはページ送り可能な状態で表示すれば良い。
【００４６】
また、ポータル画面４０において次動作指示ボタン４０ｄをクリックすると、画面表示は、図２に示したとおり、当該患者の検査画像およびレポート（画像診断報告書）に関するバックアップデータのリストである検査画像／レポートリスト４３へと遷移する。検査画像およびレポートに関するバックアップデータは、ＴＩＦＦやＤＩＣＯＭ等の画像データとしてバックアップされている。検査画像／レポートリスト４３の表示例を図１１に示す。
【００４７】
図１１に示す検査画像／レポートリスト４３では、検査日毎に、検査画像のアイコンとレポートへのリンクとが表示されている。この検査画像／レポートリスト４３において検査画像のアイコンをクリックすると、画面表示は、図２に示すように、検査画像リスト４６へ遷移する。また、検査画像／レポートリスト４３においてレポートのリンクをクリックすると、画面表示は、図２に示すように、レポート参照画面４８へ遷移する。
【００４８】
図１２に、検査画像リスト４６の表示例を示す。検査画像リスト４６において、さらにいずれかの画像を選択すると、画面表示は、図２に示すように、検査画像参照画面４７へ遷移する。図１３に、検査画像参照画面４７の表示例を示す。図１３に示すように、検査画像参照画面４７には、検査画像リスト４６から選択された画像のバックアップデータが表示される。
【００４９】
また、図１４に、レポート参照画面４８の表示例を示す。図１４に示すように、レポート参照画面４８には、検査画像／レポートリスト４３から選択されたレポートのバックアップデータが表示される。
【００５０】
以上のように、本実施形態によれば、非常時用のコンピュータ３０に可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４を接続し、最初に表示されるポータル画面４０から所望の項目を順次選択してクリックする操作を行うだけで、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録されたバックアップデータを読み出して、当該コンピュータ３０の画面に表示させることができる。これにより、非常時に電子カルテシステム１０へのアクセスが不可能となっても、患者の診療に必要なデータに容易にアクセスすることが可能である。
【００５１】
次に、バックアップ取得時に、ファイルサーバ３によって、図２〜図１４を参照して説明したようなバックアップデータが構成される手順の一例について説明する。図１５は、電子カルテシステム１０において診療端末１ａ〜１ｃの画面に表示される画面の一例を示す図である。図１５に示す画面は、電子カルテシステム１０において「プログレスノート」と呼ばれ、医師が診断時に過去の所見を確認しつつ、新たな所見を入力するための画面である。
【００５２】
医師は、図１５に示すように、プログレスノート画面の左端に表示されているアイコンを選択することにより、選択したアイコンに応じたデータを、プログレスノート画面に表示させたり入力したりすることができる。例えば、図１５に示した画面例は、医師が１８時２３分に「処方」に関するデータを入力した状態である。電子カルテシステム１０の電子カルテサーバ２は、このようにデータが入力されると、プログレスノート画面においてこの入力データが表示されている領域５１の画像データを、バックアップデータとして取得する。また、図１６〜図１９に示すように、医師がプログレスノート画面にデータを入力する毎に、それらの入力データが表示されている領域の画像データが、電子カルテサーバ２によってバックアップデータとして取得される。
【００５３】
なお、電子カルテサーバ２は、バックアップデータを生成する際に、その画像データに、日付および患者名を表す画像を埋め込む。例えば、図１５に示した領域５１から取得されたバックアップデータの画像には、図２０（ａ）に示すように、日付６１と患者名６２とが埋め込まれる。
【００５４】
また、図１６に示す例は、図１５に示したプログレスノート画面に対して、医師が「検体検査」に関する所見を領域５２へ追加入力した状態である。この領域５２の画像データも、電子カルテサーバ２により、図２０（ｂ）に示すようなバックアップデータとして取得される。
【００５５】
図１７に示す例は、図１６に示したプログレスノート画面に対して、医師が「処方」に関する所見を領域５３へ追加入力した状態である。この領域５３の画像データも、電子カルテサーバ２により、図２０（ｃ）に示すようなバックアップデータとして取得される。
【００５６】
図１８に示す例は、図１７に示したプログレスノート画面に対して、医師が「診察記事」を領域５４へ追加入力した状態である。この領域５４の画像データも、電子カルテサーバ２により、図２０（ｄ）に示すようなバックアップデータとして取得される。
【００５７】
図１９に示す例は、図１８に示したプログレスノート画面の「診察記事」を医師が編集することにより、図１８の領域５４の表示が図１９の領域５４’に示すように変更された状態である。この領域５４’の画像データも、電子カルテサーバ２により、図２０（ｅ）に示すようなバックアップデータとして取得される。このように、診察記事の変更があった際も、変更前のデータと変更後のデータとが区別して取得および保存されるので、情報の真正性を担保することができる。
【００５８】
なお、この場合、領域５４と領域５４’とは、プログレスノート画面において同じ領域である。電子カルテサーバ２は、領域５４から取得された画像データと、編集後の領域５４’から取得された画像データとのそれぞれに対して、互いに異なる識別子（データＩＤ）を付けて、ファイルサーバ３へ送る。例えば、図２０（ｄ）および（ｅ）の例では、図２０（ｄ）の画像データにデータＩＤとして「０００１−０１」を付与し、図２０（ｅ）のように、同一領域について編集された後の画像データについては、そのデータＩＤの枝番号（ハイフン以降の番号）を「０００１−０２」のようにインクリメントすることが考えられる。
【００５９】
このようにバックアップデータにデータＩＤを付与することにより、これらのバックアップデータが可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録された後も、更新前後のデータを互いに区別することができる。したがって、後に説明するように、使用者による表示モードの選択にしたがって、編集前後のデータを両方表示したり、編集後のデータ（最新のデータ）のみを表示したりすることが可能となる。
【００６０】
以上のように画像データとして取得されたバックアップデータは、前述したとおり、電子カルテサーバ２からファイルサーバ３へ送られ、図２に示したようなファイル構成にしたがって、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録される。
【００６１】
なお、上記の説明においては、プログレスノート画面における入力データのバックアップのみを例示したが、電子カルテシステム１０へ新たなデータが追加されたり、データが更新されたりする都度、電子カルテサーバ２は、それらのデータのバックアップを画像データまたはＨＬ７形式のデータとして取得する。なお、電子カルテシステム１０へ検査画像が追加された場合は、その検査画像そのものがバックアップデータとしてファイルサーバ３へ送られる。また、電子カルテシステム１０へ、例えばレポート（画像診断報告書）等の書類が追加された場合は、当該書類をＴＩＦＦ化したものが、バックアップデータとしてファイルサーバ３へ送られる。
【００６２】
なお、ポータル画面４０において、図２１に示すように、「最新データのみ表示」するモードか、全てのデータを表示するモードかを選択させるためのチェックボックス７１を設け、ここにチェックがなされたか否かによって、非常時用のコンピュータ３０における表示態様を異ならせても良い。
【００６３】
チェックボックス７１にチェックがなされた場合は、非常時用のコンピュータ３０は、可搬型記録媒体５ａ１〜５ａ４，５ｂ１〜５ｂ４に記録されているバックアップデータのうち、データＩＤの枝番号が最も大きいもののみを表示するモードとなる。この場合、例えば図２０（ｄ）に示したような、後に更新された領域のバックアップデータは表示されない。この表示モードは、例えば、非常時に最新のデータのみを迅速に確認したい場合に有益である。
【００６４】
一方、チェックボックス７１にチェックがなされていない場合は、非常時用のコンピュータ３０は、データＩＤの枝番号にかかわらず、全てのバックアップデータを表示するモードとなる。この場合は、例えば、図２０（ｄ）のバックアップデータと図２０（ｅ）のバックアップデータとの両方が表示されることとなる。この表示モードは、例えば、非常時に、データの更新履歴を確認したい場合に有益である。
【００６５】
また、例えば、図２２においてプログレスノート画面の領域５４”に示すように、医師が過去に入力したデータを削除した場合、画面上から削除対象データを完全に消去するのではなく、取消線を上書きすることによってデータの削除を表現することが好ましい。この場合、図２３（ａ）および（ｂ）に示すように、データ削除前の領域５４’の画像データと、データ削除後の領域５４”の画像データとの両方を、バックアップデータとして保存することができる。これにより、バックアップデータを非常用のコンピュータ３０で参照する際に、データの削除状況も分かりやすく表示することができる。
【００６６】
また、本実施形態にかかる医療情報システムにおいて、バックアップシステム２０を、通常時の運用においても使用可能としても良い。例えば、病院内の一部のユーザについては、電子カルテの参照だけを必要とする場合には、コンピュータ３０および可搬型記録媒体５を用いてバックアップデータを参照させる運用とすることが考えられる。この運用によれば、電子カルテシステム１０の混雑を緩和することができ、電子カルテシステム１０の操作反応速度を向上させることができる。また、この運用によれば、通常時の業務を通じて、コンピュータ３０および可搬型記録媒体５を用いたバックアップデータへのアクセス操作を習熟したユーザを確保できるので、災害時の対応が確実かつスムーズとなるという利点もある。
【００６７】
以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。
【符号の説明】
【００６８】
１ 診療端末
２ 電子カルテサーバ
３ ファイルサーバ
４ レプリカディスク作成端末
５ 可搬型記録媒体
１０ 電子カルテシステム
２０ バックアップシステム
３０ コンピュータ
【特許請求の範囲】
【請求項１】
患者に関する情報を格納した患者情報データベースの少なくとも一部の情報を、患者毎に検索可能な画像データファイルとして受け取って記憶する画像データベースと、
前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えた、医療情報バックアップシステム。
【請求項２】
前記画像データファイルが、ＴＩＦＦまたはＤＩＣＯＭにしたがったフォーマットである、請求項１に記載の医療情報バックアップシステム。
【請求項３】
前記レプリカ作成部が、前記画像データファイルをマルチｔｉｆｆファイルとして前記可搬型記録媒体へ記録する、請求項１または２に記載の医療情報バックアップシステム。
【請求項４】
前記可搬型記録媒体が、コンピュータにＵＳＢで接続される外部記憶装置である、請求項１〜３のいずれか一項に記載の医療情報バックアップシステム。
【請求項５】
前記画像データファイルが、患者に関する情報の修正前のデータと修正後のデータとの両方を含む、請求項１〜４のいずれか一項に記載の医療情報バックアップシステム。
【請求項６】
前記患者情報データベースに格納されている情報のうち、医用データ規格にしたがった情報を抽出して記憶する医用情報データベースをさらに備え、
前記レプリカ作成部が、前記医用情報データベースに記憶された情報の少なくとも一部も、前記可搬型記録媒体に記録する、請求項１〜５のいずれか一項に記載の医療情報バックアップシステム。
【請求項７】
前記医用データ規格が、ＨＬ７またはＭｅｄＸＭＬである、請求項６に記載の医療情報バックアップシステム。
【請求項８】
患者に関する情報を格納した患者情報データベースと、
前記患者情報データベースに格納されている情報の少なくとも一部の情報を抽出し、患者毎に検索可能な画像データファイルを生成するデータ抽出部と、
前記データ抽出部から、前記画像データファイルを受け取って記憶する画像データベースと、
前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えた、医療情報システム。
【請求項１】
患者に関する情報を格納した患者情報データベースの少なくとも一部の情報を、患者毎に検索可能な画像データファイルとして受け取って記憶する画像データベースと、
前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えた、医療情報バックアップシステム。
【請求項２】
前記画像データファイルが、ＴＩＦＦまたはＤＩＣＯＭにしたがったフォーマットである、請求項１に記載の医療情報バックアップシステム。
【請求項３】
前記レプリカ作成部が、前記画像データファイルをマルチｔｉｆｆファイルとして前記可搬型記録媒体へ記録する、請求項１または２に記載の医療情報バックアップシステム。
【請求項４】
前記可搬型記録媒体が、コンピュータにＵＳＢで接続される外部記憶装置である、請求項１〜３のいずれか一項に記載の医療情報バックアップシステム。
【請求項５】
前記画像データファイルが、患者に関する情報の修正前のデータと修正後のデータとの両方を含む、請求項１〜４のいずれか一項に記載の医療情報バックアップシステム。
【請求項６】
前記患者情報データベースに格納されている情報のうち、医用データ規格にしたがった情報を抽出して記憶する医用情報データベースをさらに備え、
前記レプリカ作成部が、前記医用情報データベースに記憶された情報の少なくとも一部も、前記可搬型記録媒体に記録する、請求項１〜５のいずれか一項に記載の医療情報バックアップシステム。
【請求項７】
前記医用データ規格が、ＨＬ７またはＭｅｄＸＭＬである、請求項６に記載の医療情報バックアップシステム。
【請求項８】
患者に関する情報を格納した患者情報データベースと、
前記患者情報データベースに格納されている情報の少なくとも一部の情報を抽出し、患者毎に検索可能な画像データファイルを生成するデータ抽出部と、
前記データ抽出部から、前記画像データファイルを受け取って記憶する画像データベースと、
前記画像データベースに記憶されている画像データファイルの少なくとも一部を、外部コンピュータで読み取り可能な可搬型記録媒体に記録するレプリカ作成部とを備えた、医療情報システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１２−９８８１８（Ｐ２０１２−９８８１８Ａ）
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願番号】特願２０１０−２４４３３８（Ｐ２０１０−２４４３３８）
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【出願人】（５０７３０６３２２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（５０９１８６０７４）株式会社エヌ・エス・エム (1)
【出願人】（５０３２２７５６４）富士フイルムメディカル株式会社 (2)
【出願人】（５０１４２３９０８）株式会社ＳＢＳ情報システム (6)
【Ｆターム（参考）】
【公開日】平成２４年５月２４日（２０１２．５．２４）
【国際特許分類】
【出願日】平成２２年１０月２９日（２０１０．１０．２９）
【出願人】（５０７３０６３２２）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（５０９１８６０７４）株式会社エヌ・エス・エム (1)
【出願人】（５０３２２７５６４）富士フイルムメディカル株式会社 (2)
【出願人】（５０１４２３９０８）株式会社ＳＢＳ情報システム (6)
【Ｆターム（参考）】
[ Back to top ]