(57)【要約】      （修正有）【課題】患者の生体情報の測定を行う際の医療安全管理を行う情報端末及び医療情報管理システムを提供する。【解決手段】情報端末３（モバイル端末）は、サーバ装置と情報通信を行う通信部３２と、患者を示す患者識別情報を取得する識別部３５と、通信部を介して、複数の患者と、各患者に対する生体情報の測定が予定される予定時間とを関連付けた情報を含む測定スケジュール情報を取得するスケジュール管理部３１ａと、識別部によって取得された患者識別情報が示す患者が、測定スケジュール情報において予定時間に関連付けられている場合に、入力される生体情報の測定データを患者識別情報と関連付けて、測定結果として登録する測定結果登録部３１ｂを備える。【選択図】図６
2017045204.tif 000002
【特許請求の範囲】
【請求項１】
複数の患者に対する所定の生体情報を含む医療情報を管理するサーバ装置と、
前記生体情報の測定結果を前記サーバ装置の医療情報に登録する情報端末とを備え、
前記情報端末は、
前記サーバ装置と情報通信を行う通信部と、
患者を示す患者識別情報を取得する識別部と、
前記通信部を介して、複数の患者と、各患者に対する前記生体情報の測定が予定される予定時間とを関連付けた情報を含む測定スケジュール情報を取得するスケジュール管理部と、
前記識別部によって取得された患者識別情報が示す患者が、前記測定スケジュール情報において前記予定時間に関連付けられている場合に、入力される前記生体情報の測定データを前記患者識別情報と関連付けて、前記測定結果として登録する測定結果登録部と
を備える医療情報管理システム。
【請求項２】
前記測定スケジュール情報は、前記生体情報の測定を担当する第１の担当者と、前記第１の担当者が前記生体情報の測定を担当する患者とを関連付けた情報を含み、
前記情報端末は、前記測定スケジュール情報において前記第１の担当者に関連付けられた患者に対する前記生体情報の測定結果が、前記予定時間から所定の第１の期間後に前記医療情報に登録されていないとき、第１のアラートを通知するアラート通知部をさらに備える
請求項１に記載の医療情報管理システム。
【請求項３】
前記測定スケジュール情報は、前記第１の担当者を含む複数の担当者と、前記予定時間に関連付けられた患者とを関連付けた情報を含み、
前記アラート通知部は、前記第１の担当者とは異なる第２の担当者に関連付けられた患者に対する前記生体情報の測定結果が、前記予定時間から前記第１の期間よりも長い第２の期間後に前記医療情報に登録されていないとき、第２のアラートを通知する
請求項２に記載の医療情報管理システム。
【請求項４】
前記医療情報は、特定の患者に対して前記予定時間に予定された前記生体情報の測定に継続して指示する情報である継続指示情報を含み、
前記情報端末は、前記登録した測定結果が所定条件に該当するとき、前記継続指示情報を通知する継続指示通知部をさらに備える
請求項１〜３のいずれか１項に記載の医療情報管理システム。
【請求項５】
前記スケジュール管理部は、前記登録した測定結果が所定条件に該当するとき、前記患者識別情報が示す患者に対して新たに前記生体情報の測定を予定するように、前記測定スケジュール情報を更新する
請求項１〜４のいずれか１項に記載の医療情報管理システム。
【請求項６】
前記生体情報を測定し、前記生体情報の測定データを前記情報端末に送信する測定器をさらに備える
請求項１〜５のいずれか１項に記載の医療情報管理システム。
【請求項７】
前記生体情報の測定データは、測定した生体情報の測定値と、前記生体情報を測定した測定時間とを含む
請求項６に記載の医療情報管理システム。
【請求項８】
前記情報端末は、前記測定スケジュール情報に関する画像を表示する表示部をさらに備える
請求項１〜７のいずれか１項に記載の医療情報管理システム。
【請求項９】
前記生体情報は、血糖値を示す情報を含む請求項１〜８のいずれか１項に記載の医療情報管理システム。
【請求項１０】
複数の患者に対する所定の生体情報を含む医療情報を管理するサーバ装置に、前記生体情報の測定結果を登録する情報端末であって、
前記サーバ装置と情報通信を行う通信部と、
患者を示す患者識別情報を取得する識別部と、
前記通信部を介して、複数の患者と、各患者に対する前記生体情報の測定が予定される予定時間とを関連付けた情報を含む測定スケジュール情報を取得するスケジュール管理部と、
前記識別部によって取得された患者識別情報が示す患者が、前記測定スケジュール情報において前記予定時間に関連付けられている場合に、入力される前記生体情報の測定データを前記患者識別情報と関連付けて、前記測定結果として登録する測定結果登録部と
を備える情報端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者の血糖値などの生体情報を含む医療情報を管理する医療情報管理システム、及び情報端末に関する。
【背景技術】
【０００２】
糖尿病疾患を有する患者は年々、増加傾向にある。現在では、成人の２７％以上が糖尿病または糖尿病予備群であると言われている。在宅医療の分野では、患者の血糖値を管理するための技術が知られている。
【０００３】
特許文献１は、被検者自身で計測可能で携帯電話の機能も有する血糖測定装置に、計測月日、計測血糖値データ及び携帯電話番号／識別情報を含む被検者情報を医療サイトのコンピュータへと送信可能な通信手段を設けた健康管理システムを開示している。特許文献１の健康管理システムによると、被検者自身で計測された血糖値が毎日、記憶され、計測血糖値データが連続日数閾値を越えるとアラーム表示し、医療サイトに自動送信される。
【０００４】
特許文献２は、診断テストデバイス（たとえば、血糖計）および薬物送達デバイス（たとえば、インスリン送達デバイス）を使用し、データをリポジトリにリアルタイムかつ自動的に送る、疾病管理のための方法を開示している。特許文献２の方法によると、遠隔の患者によって実際に使用されたテストストリップの数などの、テストストリップの使用を監視することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−１９８７９０号公報
【特許文献２】特開２０１２−２１０４４１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１，２などの在宅医療では、患者自身が血糖値を測定し、自己管理する。近年、入院患者においては平均１６％が糖尿病を患っていると言われている。入院患者に対する血糖値などの生体情報の測定は、医療スタッフによって実施される。入院患者に対しては、例えば手術による合併症や感染症の悪化を防ぐために、血糖値測定を厳格に管理することが必要である。
【０００７】
本発明は、患者の生体情報の測定を担当する医療スタッフなどによる医療安全管理を行い易くすることができる医療情報管理システム及び情報端末を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る医療情報管理システムは、サーバ装置と、情報端末とを備える。サーバ装置は、複数の患者に対する所定の生体情報を含む医療情報を管理する。情報端末は、生体情報の測定結果をサーバ装置の医療情報に登録する。情報端末は、通信部と、識別部と、スケジュール管理部と、測定結果登録部とを備える。通信部は、サーバ装置と情報通信を行う。識別部は、患者を示す患者識別情報を取得する。スケジュール管理部は、通信部を介して、複数の患者と、各患者に対する生体情報の測定が予定される予定時間とを関連付けた情報を含む測定スケジュール情報を取得する。測定結果登録部は、識別部によって取得された患者識別情報が示す患者が、測定スケジュール情報において予定時間に関連付けられている場合に、入力される生体情報の測定データを患者識別情報と関連付けて、測定結果として登録する。
【発明の効果】
【０００９】
本発明に係る医療情報管理システム及び情報端末によると、医療スタッフなどが患者の生体情報の測定を担当する場合に、情報端末を用いて測定スケジュール情報を確認でき、生体情報の測定の際の医療安全管理を行い易くすることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態１に係る医療情報管理システムの構成を示す概略図
【図２】医療情報管理システムにおける電子カルテサーバの構成を示すブロック図
【図３】電子カルテサーバにおける患者データベース及び医療スタッフテーブルの一例を示す図
【図４】電子カルテサーバにおける処置オーダテーブルを説明するための図
【図５】電子カルテサーバにおける血糖値リアルタイムデータの一例を示す図
【図６】医療情報管理システムにおけるモバイル端末の構成を示すブロック図
【図７】モバイル端末における測定スケジュール情報の一例を示す図
【図８】実施形態１に係る医療情報管理システムの動作の概要を説明するための図
【図９】測定スケジュール情報の検索画面の表示例を示す図
【図１０】血糖値測定時のモバイル端末の動作を説明するためのフローチャート
【図１１】図１０に続くモバイル端末の動作を説明するためのフローチャート
【図１２】血糖値測定時のモバイル端末による表示例を示す図
【図１３】血糖値測定時のモバイル端末におけるメッセージの表示例を示す図
【図１４】モバイル端末によるアラート通知処理を説明するためのフローチャート
【図１５】モバイル端末におけるアラートパターンテーブルの一例を示す図
【図１６】通常のスケジュールに対するアラート通知の表示例を示す図
【図１７】再検のスケジュールに対するアラート通知の表示例を示す図
【発明を実施するための形態】
【００１１】
（実施形態１）
以下、添付の図面を参照して本発明に係る医療情報管理システムの実施の形態を説明する。
【００１２】
１．構成
図１は、本発明の実施形態１に係る医療情報管理システムの構成を示す概略図である。本実施形態に係る医療情報管理システムは、図１に示すように、電子カルテサーバ１と、閲覧端末２と、１つ又は複数のモバイル端末３と、血糖値測定器４とを備える。本システムは、医療スタッフが血糖値測定器４を用いて患者の血糖値を測定する際に、モバイル端末３を用いて電子カルテサーバ１に測定結果を登録することで医療安全管理を行うシステムである。
【００１３】
電子カルテサーバ１は、例えば病院に設置されたサーバ装置であり、患者の電子カルテなどの医療情報を管理する。電子カルテサーバ１は、患者毎の血糖値を随時記録した血糖値リアルタイムデータを蓄積している。電子カルテサーバ１は、病院内の無線ＬＡＮなどのネットワーク２０を介して、閲覧端末２及びモバイル端末３と通信接続している。電子カルテサーバ１の構成の詳細については後述する。
【００１４】
閲覧端末２は、医師５等が電子カルテサーバ１に格納された種々の情報を閲覧するための情報端末であり、例えばパーソナルコンピュータで構成される。閲覧端末２は、医師５の操作等により、電子カルテサーバ１に処置オーダを登録することができる。処置オーダは、医師５が他の医療スタッフに特定の患者に対する処置を指示するオーダである。
【００１５】
モバイル端末３は、スマートフォンやタブレット端末、携帯電話、ウェアラブル端末などの情報端末である。本実施形態では、看護師６１，６２などの医療スタッフがモバイル端末３を所持し、業務に利用することを想定している。モバイル端末３の構成の詳細については後述する。
【００１６】
血糖値測定器４は、ＰＯＣＴ（Point of Care Testing）対応のグルコース分析装置である。血糖値測定器４は内部メモリを備え、内部メモリに血糖値測定データを保持する。血糖値測定データは、血糖値測定器４による測定結果の血糖値及び測定時刻を含むデータである。さらに、血糖値測定器４は、例えばＢｌｕｅｔｏｏｔｈ（登録商標）やＮＦＣ（近距離無線通信）等の通信方式を用いるデータ転送アダプタ４１を備え、例えば１ｍ程度離れた外部機器にデータを転送可能である。血糖値測定器４は、患者の生体情報として血糖値を測定する測定器の一例である。
【００１７】
病院内では、通常、看護師６１，６２などの医療スタッフが、医師５からの指示（処置オーダ）に従い、１人の患者に対して毎日平均４，５回の血糖値測定を行う。医療スタッフは多数の患者を担当するが、医師５からの指示は患者毎に様々である。例えば、測定結果次第で高血糖／低血糖に対する処置を行うことの指示があったり、指示が事後的に変更されたりもする。これらの医師５からの指示が医療スタッフにとって確認し難いと、測定漏れや測定対象者の取り違えなどのインシデントを招く可能性がある。そこで、本実施形態では、電子カルテ１と通信するモバイル端末３を用いて、患者への処置を担当する医療スタッフ（以下、「担当者」ともいう。）が、担当の患者の血糖値測定に関するスケジュール（測定スケジュール情報）を確認できるようにする。以下、本システムにおける電子カルテサーバ１及びモバイル端末３の構成の詳細について説明する。
【００１８】
１−１．電子カルテサーバの構成
図２を参照して、医療情報管理システムにおける電子カルテサーバ１の構成の詳細を説明する。図２は、電子カルテサーバ１の構成を示すブロック図である。電子カルテサーバ１は、例えばパーソナルコンピュータのような情報処理装置や、クラウドサーバで構成され、サーバ記憶部１０と、サーバ制御部１１と、通信インタフェース１２とを備える。
【００１９】
サーバ記憶部１０は、電子カルテサーバ１の各種の機能を実現するために必要なパラメータ、データ、及びプログラムを記憶する記憶媒体である。サーバ記憶部１０は、サーバ制御部１１で実行される各種のプログラムやデータを格納している。例えば、サーバ記憶部１０は、患者の電子カルテを管理する電子カルテデータベースＤ１０を格納している。電子カルテデータベースＤ１０は、各種のデータベース（患者データベースＤ１１、医療スタッフテーブルＤ１２、処置オーダテーブルＤ１３、時間指定マスタＤ１４、継続指示テーブルＤ１５、血糖値リアルタイムデータファイルＤ１６）を含む。電子カルテデータベースＤ１０に含まれる各種のデータベースについては、後述する。サーバ記憶部１０は、例えばハードディスク（ＨＤＤ）や半導体記憶装置（ＳＳＤ）で構成される。
【００２０】
サーバ制御部１１は、例えばＣＰＵやＭＰＵで構成され、電子カルテサーバ１全体の動作を制御する。サーバ制御部１１は、サーバ記憶部１０に格納されたプログラムを実行することによって、各種の機能を実現する。なお、サーバ制御部１１は、専用に設計された電子回路や再構成可能な電子回路などのハードウェア回路（ＡＳＩＣ，ＦＰＧＡ等）で実現されてもよい。
【００２１】
通信インタフェース１２は、ＩＥＥＥ８０２．１１、Ｗｉ−Ｆｉ、３Ｇ、ＬＴＥ等の規格に準拠して、ネットワーク２０を介してデータ通信を行う通信モジュールである。本実施形態では、電子カルテサーバ１は、通信インタフェース１２を介して閲覧端末２（図１参照）とも通信可能になっている。通信インタフェース１２は、閲覧端末２に対して、ネットワーク２０を介して通信してもよいし、有線接続や無線接続によって直接、通信してもよい。
【００２２】
１−１−１．データベースについて
以下、図３〜５を参照して、サーバ記憶部１０に記憶される患者データベースＤ１１、医療スタッフテーブルＤ１２、処置オーダテーブルＤ１３、時間指定マスタＤ１４、継続指示テーブルＤ１５、血糖値リアルタイムデータファイルＤ１６について説明する。
【００２３】
図３は、電子カルテサーバ１における患者データベースＤ１１及び医療スタッフテーブルＤ１２の一例を示す図である。図３（ａ）は、患者データベースＤ１１の一例を示す。患者データベースＤ１１は、入院中の患者の個人情報を管理するデータベースである。患者データベースＤ１１は、「患者」、「患者ＩＤ」、「病棟」及び「病室」を関連付けて管理する。「患者ＩＤ」は、特定の「患者」を識別するための識別情報である。「病棟」及び「病室」は、「患者」が入院している病棟及び病室を示す。例えば、患者データベースＤ１１は、患者「米子太郎」が、患者ＩＤ「ＡＡＡ１２３４」を有し、５階Ａ病棟の５０１号室に入院していることを管理している。
【００２４】
図３（ｂ）は、医療スタッフテーブルＤ１２の一例を示す。医療スタッフテーブルＤ１２は、看護師などの医療スタッフの個人情報を管理するデータテーブルである。医療スタッフテーブルＤ１２は、「医療スタッフ」、「医療スタッフＩＤ」、「チーム」及び「担当病室」を関連付けている。「医療スタッフＩＤ」は、特定の「医療スタッフ」を識別するための識別情報である。「チーム」は、複数の医療スタッフからなる複数のチームの内の、「医療スタッフ」が所属するチームを示す。「担当病室」は、「医療スタッフ」が処置を担当する患者が入院している病室を示す。本実施形態では、医療スタッフが病室単位で患者を担当することを想定している。
【００２５】
図４は、電子カルテサーバ１における処置オーダテーブルＤ１３を説明するための図である。図４（ａ）は、処置オーダテーブルＤ１３の一例を示す。処置オーダテーブルＤ１３は、医師が患者に対する処置を指示する情報を示す処置オーダを管理するデータテーブルである。処置オーダテーブルＤ１３は、「処置オーダ番号（Ｎｏ．）」、「患者ＩＤ」、「日付」、「処置」、「時間指定」及び「継続指示設定フラグ」を関連付けている。
【００２６】
「処置オーダ番号」は、登録された処置オーダの識別番号である。「日付」は、処置オーダの対象の患者に「処置」を行う予定の日付を示す。「処置」は、対象の患者に実施する処置を示し、「血糖値測定」や「血圧測定」など種々の処置がある。「処置」は、例えば予め種々の処置が記録されたリスト（図示しない）の中から選択して指定される。「時間指定」は、処置オーダの実施が予定される１つ又は複数の時間を示し、時間指定マスタＤ１４を用いて指定される（図４（ｂ）参照）。
【００２７】
「継続指示設定フラグ」は、特定の処置オーダに対して継続指示が設定されているか否かを示すフラグである。継続指示は、処置オーダの実施結果に応じて、処置オーダの処置に継続して患者に施す行為の指示である。継続指示設定フラグが「ＯＦＦ」の処置オーダには、継続指示が設定されておらず、継続指示設定フラグが「ＯＮ」の処置オーダには、継続指示テーブルＤ１５において継続指示が設定されている（図４（ｃ）参照）。
【００２８】
図４（ｂ）は、時間指定マスタＤ１４の一例を示す。時間指定マスタＤ１４は、処置オーダの実施が予定される時間の組をパターン化して管理するマスタであり、図４（ｂ）では、「パターン」を、最大５種の「時間１」〜「時間５」によって規定している。例えば、「パターン１」は、４種の時間の組であり、「時間１」が７時、「時間２」が１１時半、「時間３」が１７時半、「時間４」が２１時である。
【００２９】
ここでは、一例として朝食開始が８時、昼食開始が１２時、夕食開始が１８時であることを想定している。「パターン１」は、各食事前（朝食については１時間前で、昼食と夕食については３０分前）と就寝前に処置を実施するためのパターンである。また、「パターン２」は、朝食前と、各食事後（２時間後）と、就寝前に処置を実施するためのパターンである。
【００３０】
図４（ｃ）は、継続指示テーブルＤ１５の一例を示す。継続指示テーブルＤ１５は、処置オーダテーブルＤ１３において継続指示設定フラグが「ＯＮ」の処置オーダに対する継続指示を管理するデータテーブルである。継続指示テーブルＤ１５は、「処置オーダ番号」、「患者ＩＤ」、「継続指示内容」、「指示通知条件」、「再検条件」及び「再検時間」を関連付けている。
【００３１】
「継続指示内容」は、継続指示テーブルＤ１５の「処置オーダ番号」の処置オーダの実施結果に応じて、対象の患者に施す継続指示の内容を示すテキストデータであり、例えば閲覧端末２から入力される。「指示通知条件」は、処置オーダの実施時に、処置を実施した医療スタッフに「継続指示内容」を通知するか否かを規定する条件である。「再検条件」は、「継続指示」が施された場合に、その後、再度の検査（以下、「再検」という。）を行うか否かを規定する条件である。「再検時間」は、再検を行うこととなった場合に、再検を行うことが予定される時間を示す。
【００３２】
例えば、処置オーダ番号「１１００１」の処置オーダは、図４（ａ）に示すように、患者「米子太郎」に処置「血糖値測定」を行うことを、医療スタッフに指示する処置オーダである。この処置オーダは、「パターン１」の時間指定がなされており、日付「２０ＸＸ年８月３日」において、図４（ｂ）に示すように７時、１１時半、１７時半及び２１時の４回、実施される予定である。また、図４（ａ）に示すように継続指示設定フラグが「ＯＮ」であり、図４（ｃ）に示すように継続指示が設定されている。
【００３３】
処置オーダ番号「１１００１」の処置オーダの継続指示は、「血糖値が７０ｍｇ／ｄｌならば、患者に砂糖２０ｇ又はブドウ糖１０ｇを内服させる」、及び「内服させてから１５分後に、血糖値の再検を行う」という内容を含んでいる。「指示通知条件」は、上記の処置オーダの４回の実施時のいずれかにおいて、血糖値が「７０ｍｇ／ｄｌ以下」であった場合、「継続指示内容」を通知するという条件を設定している。「再検条件」は、処置オーダの４回の実施時のいずれかにおいて、血糖値が「７０ｍｇ／ｄｌ以下」であった場合、血糖値の再検を行うという条件を設定している。「再検時間」は、再検を行うこととなった場合、再検の予定を処置オーダの実施時から１５分後とすることを設定している。
【００３４】
図５は、電子カルテサーバ１における血糖値リアルタイムデータファイルＤ１６の一例を示す図である。血糖値リアルタイムデータファイルＤ１６は、特定の患者の血糖値をリアルタイムで蓄積するためのトランザクションファイルである。血糖値リアルタイムデータファイルＤ１６は、「日付」、「処置オーダ番号」、「リスケジュールフラグ」、「測定予定時刻」、「実施フラグ」、「測定時刻」、「血糖値」及び「継続指示適用フラグ」を関連付けている。
【００３５】
本実施形態では、処置オーダテーブルＤ１３に「血糖値測定」の処置オーダが登録されている場合、サーバ制御部１１が、血糖値リアルタイムデータファイルＤ１６に、処置オーダの実施時に血糖値を記録するためのデータを生成する。「リスケジュールフラグ」は、処置オーダに従って生成されたデータか（「ＯＦＦ」）、再検や処置の時間変更などによって追加変更されたデータか（「ＯＮ」）を示すフラグである。「測定予定時刻」は、血糖値の測定が予定される時刻であり、処置オーダに従うデータの場合、処置オーダテーブルＤ１３の「時間指定」に基づき設定される。
【００３６】
「実施フラグ」は、血糖値の測定が実施されたか否かをそれぞれＯＮ／ＯＦＦで示すフラグである。「測定時刻」は、血糖値の測定が実施された時刻を示す。「血糖値」は、測定結果の血糖値を示す。「継続指示適用フラグ」は、継続指示テーブルＤ１５に継続指示が登録されている処置オーダの場合、血糖値の測定時に、継続指示が適用されたか否かをそれぞれＯＮ／ＯＦＦで示すフラグである。電子カルテサーバ１がモバイル端末３から測定情報を受信したとき、「実施フラグ」が「ＯＦＦ」から「ＯＮ」に切り替えられるとともに「測定時刻」及び「血糖値」が記録される。実施フラグが「ＯＮ」に切り替わった後、電子カルテサーバ１は、他のモバイル端末３等から測定情報が送信されたとしても「測定時刻」や「血糖値」などの記録を変更せず、データ項目の二重書込みを防止する。
【００３７】
１−２．モバイル端末の構成
図６を参照して、医療情報管理システムにおけるモバイル端末３の構成の詳細を説明する。図６は、医療情報管理システムにおけるモバイル端末の構成を示すブロック図である。モバイル端末３は、図６に示すように、記憶部３０と、制御部３１と、通信部３２と、表示部３３と、タッチパネル部３４と、識別部３５とを備える。モバイル端末３は、血糖値の測定結果を電子カルテ１に登録する情報端末の一例である。
【００３８】
記憶部３０は、モバイル端末３の各種の機能を実現するために必要なパラメータ、データ、及びプログラムを記憶する記憶媒体である。記憶部３０は、例えばフラッシュメモリで構成される。記憶部３０は、制御部３１で実行される各種のプログラムやデータを記録している。例えば、記憶部３０は、測定スケジュール情報Ｄ３１や、病棟と病室とを関連付けた情報、チームと医療スタッフとを関連付けた情報を記録している。測定スケジュール情報Ｄ３１については、後述する。
【００３９】
制御部３１は、例えばＣＰＵやＭＰＵで構成され、モバイル端末３全体の動作を制御する。制御部３１は、記憶部３０に格納されたプログラムを実行することによって、スケジュール管理部３１ａ、測定結果登録部３１ｂ、継続指示通知部３１ｃ、アラート通知部３１ｄなどの各種の機能を実現する。制御部３１は、専用に設計された電子回路や再構成可能な電子回路などのハードウェア回路（ＡＳＩＣ，ＦＰＧＡ等）で実現されてもよい。
【００４０】
スケジュール管理部３１ａは、測定スケジュール情報Ｄ３１に基づき、モバイル端末３を使用する医療スタッフ（ユーザ）が患者の血糖値測定を行う予定の時間管理を行う機能部である。測定結果登録部３１ｂは、ユーザによる患者の血糖値測定時に、測定スケジュール情報Ｄ３１を用いて測定結果の登録を行う機能部である。継続指示通知部３１ｃは、血糖値の測定結果に応じて、電子カルテサーバ１に登録された継続指示をユーザに通知する機能部である。アラート通知部３１ｄは、血糖値測定の実施状況に応じて、ユーザにアラート通知を行う機能部である。
【００４１】
通信部３２は、ＩＥＥＥ８０２．１１、Ｗｉ−Ｆｉ、３Ｇ、ＬＴＥ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ等の規格に準拠して、データ通信を行うインタフェース回路である。通信部３２は、ネットワーク２０を介して電子カルテサーバ１とデータ通信を行う。本実施形態では、通信部３２は、無線接続によって直接、血糖値測定器４と通信する。なお、通信部３２は、ネットワーク２０を介して血糖値測定器４と通信してもよいし、有線接続によって直接、血糖値測定器４と通信してよい。
【００４２】
表示部３３は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。表示部３３は、表示面上に制御部３１によって生成される画像を表示する。タッチパネル部３４は、表示部３３の表示面に重畳して設けられたタッチセンサで構成される。タッチパネル部３４は、表示部３３によって表示された画像に対するタッチ（接触）操作を受け付ける。表示部３３とタッチパネル部３４とは、一体的に構成されてもよいし、別体で構成されてもよい。
【００４３】
識別部３５は、赤外線照射型のバーコードリーダで構成され、患者ＩＤを示すバーコードが付されたリストバンドに赤外線を照射して、患者ＩＤを示す情報を読み取る。また、識別部３５は、医療スタッフＩＤを示すバーコードが付されたＩＤカードから、医療スタッフＩＤを示す情報を読み取ってもよい。識別部３５は、モバイル端末３に内蔵されてもよいし、所定のアダプタを介してモバイル端末３に接続されてもよい。
【００４４】
１−２−１．測定スケジュール情報について
図７を用いて、測定スケジュール情報Ｄ３１について説明する。測定スケジュール情報Ｄ３１は、医療スタッフが担当する患者の血糖値測定が予定されるスケジュールを示す情報である。測定スケジュール情報Ｄ３１は、図７に示すように、「測定予定時刻（予定時間）」、「患者ＩＤ」、「病室」、「担当者」、「実施フラグ」、「測定時刻」、「血糖値」及び「リスケジュールフラグ」を関連付けている。
【００４５】
測定スケジュール情報Ｄ３１において、「測定予定時刻」及び「患者ＩＤ」は、電子カルテサーバ１の処置オーダテーブルＤ１３（図４（ａ）参照）に記録された各処置オーダの測定予定時刻及び患者ＩＤを示す。「病室」は、電子カルテサーバ１の患者データベースＤ１１（図３（ａ）参照）において、患者に関連付けられた病室を示す。「担当者ＩＤ」は、医療スタッフテーブルＤ１２（図３（ｂ）参照）において「担当病室」に関連付けられた担当者の医療スタッフＩＤを示す。制御部３１は、スケジュール管理部３１ａとして通信部３２を介して電子カルテサーバ１と通信し、測定スケジュール情報Ｄ３１における「測定予定時刻」、「患者ＩＤ」、「病室」及び「担当者ＩＤ」を取得する。
【００４６】
測定スケジュール情報Ｄ３１の「実施フラグ」は、血糖値測定器４から血糖値測定データを受信したときに、モバイル端末３の制御部３１によって「ＯＦＦ」から「ＯＮ」に書き換えられる。このとき、血糖値測定器４から受信した血糖値測定データが示す測定時刻及び血糖値の測定値は、測定スケジュール情報Ｄ３１の「測定時刻」及び「血糖値」に記録される。また、「リスケジュールフラグ」は、例えば制御部３１のスケジュール管理部３１ａとしての判断に基づき「ＯＦＦ」から「ＯＮ」に書き換えられる。
【００４７】
図７に示す一例の測定スケジュール情報Ｄ３１では、チーム「内科Ａ」の医療スタッフが担当する１日分の血糖値測定のスケジュールが管理されている。スケジュール管理部３１ａは、例えば、定期的（例えば１日に１回）に電子カルテサーバ１の処置オーダテーブルＤ１３にアクセスし、患者データベースＤ１１、医療スタッフテーブルＤ１２、時間指定マスタＤ１４を参照して、測定スケジュール情報Ｄ３１を作成する。スケジュール管理部３１ａは、記憶部３０に数日分の測定スケジュール情報Ｄ３１を保持させてもよいし、現在時刻から２４時間前までの測定スケジュール情報Ｄ３１を保持させてもよい。また、他のユーザが使用するモバイル端末３が測定スケジュール情報Ｄ３１の内容を更新した場合などには、スケジュール管理部３１ａは適宜、通信部３２を制御して電子カルテサーバ１から更新された情報を取得する。
【００４８】
２．動作
以下、本実施形態に係る医療情報システムの動作について説明する。
【００４９】
２−１．動作の概要
図８，９を参照して、本実施形態に係る医療情報システムの動作の概要を説明する。本実施形態では、図８に示すように、看護師６１などの医療スタッフが、１人当たり複数の患者７の血糖値測定を担当することを想定している。医師からの処置オーダ（図４（ａ）参照）では、患者７毎に、測定予定時刻が食前だったり食後だったり、継続指示が出されていたりもする。本システムでは、これらの指示を医療スタッフにとって確認し易くするため、モバイル端末３が、電子カルテサーバ１から測定スケジュール情報Ｄ３１（図７参照）を取得する。
【００５０】
図９は、モバイル端末３における測定スケジュール情報Ｄ３１の表示例を示す。測定スケジュール情報Ｄ３１は、図９に示すように、所望の検索条件に基づきリスト化して表示される。図９の例では、検索条件は、「日付」、「病棟」、「チーム」、「担当者」及び「時間種（測定予定時刻）」によって指定されている。スケジュール管理部３１ａは、指定された検索条件に基づき測定スケジュール情報Ｄ３１を検索してリスト化する。検索条件は、タッチパネル部３４に対するタップ操作等によって変更できる。制御部３１は、検索時に、必要に応じて電子カルテサーバ１から補足的な情報の取得等を行う。医療スタッフは、モバイル端末３において測定スケジュール情報Ｄ３１を確認しながら担当の患者７に対する処置を行え、医療安全管理を容易に行うことができる。
【００５１】
血糖値の測定を行う際、医療スタッフは、まず、図９に示す患者一覧から、タップ操作等により測定対象の患者を選択し、患者７１のリストバンド等から患者ＩＤをモバイル端末３に読み取らせる（図８参照）。次に、血糖値測定器４を用いて患者７１の血糖値を測定する。本実施形態では、モバイル端末３が、測定スケジュール情報Ｄ３１において、読み取った患者ＩＤが示す患者７１を照合してから、血糖値測定器４からの血糖値測定データを受け付ける。これにより、血糖値測定時の患者間違いを抑制し、安全性を向上できる。また、血糖値測定データを含む測定情報は、モバイル端末３から電子カルテサーバ１に送信される。測定情報が電子カルテサーバ１に記録された継続指示に該当する場合、モバイル端末３は、指示内容を示す通知を表示したり、再検のスケジュールを新たに発生させたりする。これにより、血糖値急変時の対応遅れを抑制できる。
【００５２】
医療スタッフは、担当の患者７の１人ずつに、以上の一連の作業を順次、行う。このため、１人の医療スタッフが測定する複数の患者７の測定時刻に、一定程度（例えば３０分程度）の時間差が生じることは、想定の範囲内である。しかし、医療スタッフの業務には血糖値測定以外の業務もあるので、血糖値測定に手が回らない事態も想定される。そこで、本実施形態では、測定スケジュール情報Ｄ３１から所定期間以上、未実施であるデータを検出し、まず担当の医療スタッフにアラート通知を行い、その後に同チームなどの医療スタッフにアラート通知を行う。これにより、医療スタッフの連係を促して血糖値測定漏れを抑制し、医療安全管理が容易化できる。以下、本システムの動作の詳細について説明する。
【００５３】
２−２．血糖値測定時の動作
図１０〜１３を参照して、本システムの血糖値測定時の動作の詳細について説明する。図１０，１１は、血糖値測定時のモバイル端末３の動作を説明するためのフローチャートである。図１２は、血糖値測定時のモバイル端末３による表示例を示す図である。図１３は、血糖値測定時のモバイル端末３におけるメッセージの表示例を示す図である。
【００５４】
以下で説明するフローの各処理は、モバイル端末３の制御部３１によって実行される。以下の処理は、モバイル端末３の所定のアプリ（アプリケーションソフトウェア）立ち上げ後に、医療スタッフＩＤに基づく個人認証を行い、特定の医療スタッフ（以下、「ユーザ」ともいう。）がログインした状態で行われる。
【００５５】
まず、モバイル端末３の制御部３１は、スケジュール管理部３１ａとして、記憶部３０から測定スケジュール情報Ｄ３１を取得する（Ｓ１）。制御部３１は、測定スケジュール情報Ｄ３１を示す画像を表示部３３に表示させる（図９参照）。
【００５６】
次に、制御部３１は、タップ操作などで表示画像中の患者を選択するユーザの操作を受け付けて、測定スケジュール情報Ｄ３１から、血糖値の測定対象の患者を決定する（Ｓ２）。ここでは、患者「米子太郎」が、測定対象として選択されたこととする。このとき、制御部３１は、表示部３３の表示を図１２（ａ）に示すように切り替える。
【００５７】
次に、制御部３１は測定結果登録部３１ｂとして、ユーザの操作に基づき、識別部３５を介して患者ＩＤを取得する（Ｓ３）。具体的には、ユーザが図１２（ａ）の表示画像中のスキャンボタンをタップ操作したとき、表示部３３の表示画像を識別部３５の操作画面に切り替え、ユーザの操作に応じて識別部３５に患者ＩＤをスキャンさせる。
【００５８】
制御部３１は測定結果登録部３１ｂとして、測定スケジュール情報Ｄ３１を参照して、識別部３５から取得した患者ＩＤが測定対象の患者を示す患者ＩＤであるか否かを判断する（Ｓ４）。制御部３１は、取得した患者ＩＤが測定対象の患者を示す患者ＩＤでないと判断した場合（Ｓ４でＮｏ）、ステップＳ２に戻る。この場合、例えば、制御部３１は、取得した患者ＩＤが正しくないことを示す画像を表示部３３に表示してもよい。
【００５９】
一方、制御部３１は、取得した患者ＩＤが測定対象の患者を示す患者ＩＤであると判断した場合（Ｓ４でＹｅｓ）、図１２（ｂ）に示すように患者ＩＤを取り込む。制御部３１は、ユーザが図１２（ｂ）の表示画像中の取込ボタンをタップ操作したとき、血糖値測定器４から通信部３２を介して入力される血糖値測定データを受信する（Ｓ５）。このとき、図１２（ｃ）に示すように、血糖値測定器４から血糖値の測定値と測定時刻とがモバイル端末３に取り込まれる。
【００６０】
次に、制御部３１は、血糖値測定器４から受信した血糖値測定データの測定時刻が、血糖値測定データを取得した時点の現在時刻よりも所定期間（例えば１０分）以前であるか否かを判断する（Ｓ６）。制御部３１は、血糖値測定データの測定時刻が現在時刻よりも所定期間以前でない場合（Ｓ６でＮｏ）、ステップＳ８に進む。
【００６１】
一方、血糖値測定データの測定時刻が現在時刻よりも所定期間以前である場合（Ｓ６でＹｅｓ）、所定期間中、血糖値測定器４が保持していた血糖値測定データが取得されたことになる。この場合、例えば血糖値測定器４の不具合で今回の測定対象の患者に対する血糖値が測定できておらずに前回の患者の血糖値が送信された等の事情により、取得した血糖値測定データが、測定対象の患者とは別の患者の血糖値を測定したデータである可能性が想定される。一方、測定対象の患者に誤りはなく、単に血糖値測定器４で血糖値測定が行われた時刻が早かっただけの可能性も想定される。
【００６２】
このため、制御部３１は、図１３（ａ）に示すように、所定期間以上前に測定された結果が取得されたことを確認する内容を示す確認メッセージを表示部３３に表示させる（Ｓ７）。図１３（ａ）の表示画像において、ユーザが確認ボタンをタップ操作すると、制御部３１は確認メッセージを消去する。このとき、制御部３１は、例えば、血糖値測定器４から改めて血糖値測定データを受け付けてもよい。
【００６３】
次に、制御部３１は測定結果登録部３１ｂとして、識別部３５から取得した患者ＩＤ及び血糖値測定器４から取得した血糖値測定データを関連付けて測定情報を生成し、電子カルテサーバ１に送信する（Ｓ８）。制御部３１は、図１２（ｃ）の表示画像において登録ボタンのタップ操作がなされたときに、ステップＳ８の処理を実行する。
【００６４】
次に、制御部３１は、測定スケジュール情報Ｄ３１における継続指示設定フラグに基づいて、測定対象の患者に対して、継続指示が設定されているか否かを判断する（Ｓ９）。制御部３１は、継続指示設定フラグが「ＯＦＦ」であり、継続指示が設定されていない場合（Ｓ９でＮｏ）、本処理を終了する。
【００６５】
一方、継続指示設定フラグが「ＯＮ」であり、継続指示が設定されている場合（Ｓ９でＹｅｓ）、制御部３１は、電子カルテサーバ１から測定対象の患者に対する継続指示を示す継続指示情報を取得する（Ｓ１０）。このとき、まず、制御部３１は、測定対象の患者の患者ＩＤ及び継続指示情報を要求する所定のコマンドを電子カルテサーバ１に送信する。これに応じて、電子カルテサーバ１は患者データベースＤ１１及び処置オーダテーブルＤ１３を参照し、継続指示テーブルＤ１５において該当する処置オーダ番号の「継続指示内容」、「指示通知条件」、「再検条件」及び「再検時間」を含む継続指示情報をモバイル端末３に送信する。
【００６６】
次に、制御部３１は、電子カルテサーバ１から取得した継続指示情報に基づいて、血糖値測定器４から取得した測定値が、継続指示の指示通知条件に該当するか否か判断する（Ｓ１１）。制御部３１は、測定値が指示通知条件に該当しない場合（Ｓ１１でＮｏ）、本処理を終了する。
【００６７】
一方、制御部３１は、測定値が継続指示情報の指示通知条件に該当する場合（Ｓ１１でＹｅｓ）、継続指示通知部３１ｃとして、継続指示内容を示す継続指示メッセージを生成し、表示部３３に表示する（Ｓ１２）。例えば、まず、図１３（ｂ）に示すように、対象となる継続指示があることを示すメッセージを表示し、確認ボタンがタップ操作されると、図１３（ｃ）に示すように、詳細な指示内容が表示される。
【００６８】
次に、制御部３１は、継続指示情報に基づいて、測定値が再検条件に該当するか否か判断する（Ｓ１３）。制御部３１は、測定値が再検条件に該当しない場合（Ｓ１３でＮｏ）、本処理を終了する。
【００６９】
一方、制御部３１は、測定値が再検条件に該当する場合（Ｓ１３でＹｅｓ）、継続指示情報の再検時間に基づいて、測定スケジュール情報Ｄ３１において、血糖値を再度測定するための再検のスケジュールを追加登録する（Ｓ１４）。ステップＳ１４において、制御部３１は、通信部３２を介して電子カルテサーバ１に、測定スケジュール情報Ｄ３１に追加した再検のスケジュールの登録を要求する所定のコマンドを送信し、本処理を終了する。これに応じて、電子カルテサーバ１のサーバ制御部１１は、血糖値リアルタイムデータファイルＤ１６に、再検のスケジュールを追加登録する。
【００７０】
以上の処理によると、ユーザは、測定スケジュール情報Ｄ３１に基づき測定対象の患者を確認しながら血糖値測定を行え、医療安全管理を容易に行うことができる。モバイル端末３が、ステップＳ４において、測定スケジュール情報Ｄ３１において読み取った患者ＩＤが示す患者を照合してから、血糖値測定器４からの血糖値測定データを受け付けるので、血糖値測定時の患者間違いを抑制できる。
【００７１】
また、測定対象の患者に継続指示が出されている場合において、測定値が指示通知条件に該当する場合に継続指示メッセージが表示されるので、ユーザによる継続指示の見逃しを回避できる。なお、指示通知条件における閾値は、実際に継続指示を適用する値とは異ならせてもよい。例えば図４（ｃ）において、「指示通知条件７５ｍｇ／ｄｌ以下」とするなど、実際に継続指示を適用する値からマージンをもたせてもよい。
【００７２】
また、血糖値測定器４から取得した測定値が再検条件に該当する場合に、モバイル端末３と電子カルテサーバ１の連係により、再検のスケジュールが設定される（ステップＳ１４）。これにより、再検のスケジュールがモバイル端末３と電子カルテサーバ１の管理下におかれ、再検の測定漏れを抑制することができる。
【００７３】
２−３．アラート通知処理
次に、本システムにおけるアラート通知処理について、図１４〜１７を参照して説明する。図１４は、モバイル端末３によるアラート通知処理を説明するためのフローチャートである。図１５は、モバイル端末３におけるアラートパターンテーブルの一例を示す図である。図１６は、通常のスケジュールに対するアラート通知の表示例を示す図である。図１７は、再検のスケジュールに対するアラート通知の表示例を示す図である。アラート通知処理は、モバイル端末３の制御部３１がアラート通知部３１ｄとして、未実施の血糖値測定について注意喚起を行うために、ユーザにアラート通知を行う処理である。本処理は、所定の周期（例えば１分）で繰り返し実行される。
【００７４】
まず、制御部３１は、通信部３２を介して電子カルテサーバ１と通信して、記憶部３０に記録された測定スケジュール情報Ｄ３１を更新する（Ｓ２１）。更新される内容は、例えば他の医療スタッフの処置によって、患者の血糖値測定が実施されたか否か、再検のスケジュールが新たに登録されたか否かなどである。
【００７５】
制御部３１は、更新した測定スケジュール情報Ｄ３１において、未実施データがあるか否かを検知する（Ｓ２２）。未実施データは、測定スケジュール情報Ｄ３１において、測定予定時刻が現在時刻以前であって、且つ実施フラグが「ＯＦＦ」のデータである。制御部３１は、未実施データを検知しなかった場合（Ｓ２２でＮｏ）、ステップＳ２１，Ｓ２２の処理を所定周期（例えば１分）で繰り返す。
【００７６】
一方、制御部３１は、未実施データを検知した場合（Ｓ２２でＹｅｓ）、予め記憶部３０に記憶したアラートパターンテーブルを参照して、検知した未実施データに対応するアラートパターンを選択する（Ｓ２３）。アラートパターンは、アラート通知の対象となる未実施データに対するメッセージの類型を示すパターンである。アラートパターンテーブルについて、図１５を用いて説明する。
【００７７】
アラートパターンテーブルＤ３２は、図１５に示すように、「アラートパターン」と、「リスケジュールフラグ」と、「担当者との関係」と、「アラート期間」とを関連付けている。「担当者との関係」は、未実施データの担当者と情報端末３のユーザとの関係を示す。「アラート期間」は、未実施データの測定予定時刻からアラート通知を通知するまでの期間を示す。
【００７８】
アラートパターンテーブルＤ３２において、アラートパターン１，２は、「リスケジュールフラグ」が「ＯＦＦ」で、「担当者との関係」が「本人」と「チーム」である。アラートパターン１は、処置オーダに基づく通常のスケジュールに対して、担当者本人に通知するアラートのパターンを示す。アラートパターン２は、通常のスケジュールに対して、担当者と同一のチームの者に通知するアラートのパターンを示す。
【００７９】
アラートパターン３，４は、「リスケジュールフラグ」が「ＯＮ」で、「担当者との関係」が「本人」と「チーム」である。アラートパターン３は、再検のスケジュールや時間変更がなされたスケジュールに対して、担当者本人に通知するアラートのパターンを示す。アラートパターン４は、再検等のスケジュールに対して、担当者と同一のチームの者に通知するアラートのパターンを示す。
【００８０】
図１４に戻り、制御部３１は、未実施データの測定予定時刻から、選択したアラートパターンに応じたアラート期間が経過した時刻か否かを判断する（Ｓ２４）。例えばアラートパターン４のように、複数のアラート期間が設定されている場合、制御部３１は、短い期間から順にステップＳ２４の判断を行う。制御部３１は、未実施データの測定予定時刻からアラート期間が経過した時刻でないと判断した場合（Ｓ２４でＮｏ）、ステップＳ２６に進む。
【００８１】
一方、制御部３１は、未実施データの測定予定時刻からアラート期間が経過した時刻であると判断した場合（Ｓ２４でＹｅｓ）、選択したアラートパターンに応じたアラート通知を生成し、表示部３３に表示させる（Ｓ２５）。
【００８２】
次に、制御部３１は、測定スケジュール情報Ｄ３１において、ステップＳ２２において検知した未実施データ以外に、未実施データがまだあるか否かを判断する（Ｓ２６）。
【００８３】
制御部３１は、未実施データがまだあると判断した場合（Ｓ２６でＹｅｓ）、判断した未実施データに対して順次、ステップＳ２３以降の処理を行う。一方、制御部３１は、未実施データがもうないと判断した場合（Ｓ２６でＮｏ）、ステップＳ２１に戻る。
【００８４】
以上の処理によると、処置オーダに基づく通常のスケジュールにおいて、特定の情報端末３のユーザが担当する患者に対して、血糖値測定が未実施の状態で３０分以上経過した場合、図１６（ａ）に示すように、アラート通知が表示部３３に表示される。さらに、血糖値測定が未実施の状態で４０分以上超過した場合には、図１６（ｂ）に示すように、再度、当該情報端末３の表示部３３にアラート通知が表示される。このとき、ユーザと同一のチームの医療スタッフがログインしている別の情報端末３にも、図１６（ｂ）と同じアラート通知が表示される。これにより、例えばユーザが血糖値測定に手が回っていないときに同じチームの医療スタッフにアラート通知がされたり、ユーザと同じチームの医療スタッフが血糖値測定に手が回っていないときにユーザがアラート通知を受けたりする。これにより、チーム内の医療スタッフ同士の連携が図れ、血糖値測定漏れを抑制することができる。
【００８５】
また、再検によるリスケジュールがあった場合、図１７（ａ）に示すように、再検の測定予定時刻に、再検が予定された患者の担当者がログインしている情報端末３に、アラート通知が表示部３３に表示される。さらに、再検が未実施の状態で３０分経過した時点で、図１７（ｂ）に示すように、担当者を含むチーム全員がログインしているモバイル端末３にアラート通知が表示される。さらに、再検が未実施の状態で４０分経過した時点にも、図１７（ｃ）に示すように、チーム全員のモバイル端末３に、再度、アラート通知が表示される。これにより、再検のために新たに生じたスケジュールに対して、測定予定時刻から順次、アラート通知を行うことで、血糖値測定漏れを抑制し、医療スタッフによる医療安全管理を容易化することがでる。
【００８６】
３．まとめ
以上のように、本実施形態における医療情報管理システムは、電子カルテサーバ１、モバイル端末３とを備える。電子カルテサーバ１は、複数の患者に対する血糖値等の生体情報を含む医療情報を管理する。モバイル端末３は、血糖値の測定結果を電子カルテサーバ１の医療情報に登録する。モバイル端末３は、通信部３２と、識別部３５と、スケジュール管理部３１ａと、測定結果登録部３１ｂとを備える。通信部３２は、電子カルテサーバ１と情報通信を行う。識別部３５は、患者を示す患者ＩＤを取得する。スケジュール管理部３１ａは、通信部３２を介して、複数の患者と、各患者に対する血糖値測定が予定される測定予定時刻とを関連付けた情報を含む測定スケジュール情報Ｄ３１を取得する。測定結果登録部３１ｂは、識別部３５によって取得された患者識別ＩＤが示す患者が、測定スケジュール情報Ｄ３１において測定予定時刻に関連付けられている場合に、血糖値測定器４から入力される血糖値測定データを患者ＩＤと関連付けて、測定結果として登録する。
【００８７】
本システムによると、モバイル端末３のユーザが患者の血糖値を測定した血糖値測定データは、測定スケジュール情報Ｄ３１において、患者ＩＤが示す患者が測定予定時刻に関連付けられている場合に、モバイル端末３に取り込まれる。このため、血糖値の測定時に、モバイル端末３が予め取得した測定スケジュール情報Ｄ３１において測定対象の患者が照合され、モバイル端末３のユーザは、患者の血糖値測定を担当する場合の医療安全管理を容易に行うことができる。
【００８８】
（他の実施形態）
上記の実施形態では、識別部３５はバーコードリーダで構成されたが、識別部はバーコードリーダに限らず、例えばカメラやＲＦＩＤリーダで構成されてもよい。この場合、患者ＩＤや医療スタッフＩＤはバーコードに代えて、ＱＲコード（登録商標）やＩＣタグなど、識別部が読み取り可能な媒体に記録される。
【００８９】
上記の実施形態では、モバイル端末３の制御部３１が図１０，１１，１４における各判断処理及び検知処理を行ったが、これに限らず、電子カルテサーバ１のサーバ制御部１１が適宜、各判断処理及び検知処理を行ってもよい。例えば、図１１のステップＳ９以降において、サーバ制御部１１が血糖値の測定結果が指示通知条件や再検条件に該当するか否かなどの判断を行ってもよい。例えば、サーバ制御部１１が、血糖値の測定結果が指示通知条件に該当すると判断した場合、モバイル端末３に、継続指示メッセージを表示するための命令を送信してもよい。また、図１４のアラート通知処理についても、サーバ制御部１１が判断を行い、アラート通知させるときにモバイル端末３に所定の命令を送信してもよい。
【００９０】
上記の実施形態では、医療情報管理システムによって管理される生体情報の一例として血糖値を挙げたが、本システムによって管理される生体情報は血糖値に限らず、例えば患者の血圧や脈拍、体温などであってもよい。
【００９１】
上記の実施形態において、所望の検索条件に基づきリスト化して表示される測定スケジュール情報Ｄ３１の表示例を図９に示したが、測定スケジュール情報の表示方法はこれに限らない。例えば、測定予定時刻順や病棟順、担当の患者順等でリスト化する順序を変更できるようにしてもよい。
【００９２】
上記の実施形態では、電子カルテサーバ１が記憶する各種データベースを図３〜５に例示したが、各種データベースはこれに限らない。例えば、図３（ｂ）では、医療スタッフの担当は病室単位で管理されているが、１部屋を複数の医療スタッフで担当してもよいし、患者個人単位で担当を設定してもよい。また、図３（ｂ）では、医療スタッフと所属するチームとを関連付けているが、これに限らず、例えばチーム内のリーダを設定するようにしてもよい。この場合、例えばリーダにアラート通知がなされるタイミングを、チーム内の他の医療スタッフとは異ならせてもよい。
【００９３】
また、図４（ａ）の処置オーダテーブルＤ１３では、処置オーダが「日付」により一日毎に設定されているが、これに限らず、複数日分をまとめて設定してもよい。また、処置オーダテーブルＤ１３では、図４（ｂ）の時間指定マスタＤ１４によって処置を行う時間が指定されているが、これに限らず、処置オーダ毎に個別に時間を指定してもよい。また、時間指定マスタＤ１４では、最大５種の時間によってパターンを規定しているが、これに限らず、例えば各食事前後と就寝前の７種の時間の組のパターンがあってもよい。また、具体的な時間に代えて、食前、食後等の情報によって時間が指定されてもよい。
【００９４】
また、図４（ｃ）の継続指示テーブルＤ１５では、テキストデータによって継続指示内容が入力されているが、これに限らず、例えば、継続指示内容のパターンを示すリストの中から選択するようにしてもよい。また、リストの中から選択されたパターンにおける数値のみ、別途、入力してもよい。
【００９５】
上記の実施形態では、アラート通知部３１ｄは、表示部３３にアラート通知を表示したが、表示部３３の表示に代えて、又はこれに加えて、スピーカ等から音声ガイダンスやアラート音を行ったり、バイブレーション機能を起動したりしてもよい。
【符号の説明】
【００９６】
１…電子カルテサーバ
３…モバイル端末
３０…記憶部
３１…制御部
３１ａ…スケジュール管理部
３１ｂ…測定結果登録部
３１ｃ…継続指示通知部
３１ｄ…アラート通知部
３２…通信部
３３…表示部
３５…識別部
４…血糖値測定器
【図１】
2017045204.tif 000003
【図２】
2017045204.tif 000004
【図３】
2017045204.tif 000005
【図４】
2017045204.tif 000006
【図５】
2017045204.tif 000007
【図６】
2017045204.tif 000008
【図７】
2017045204.tif 000009
【図８】
2017045204.tif 000010
【図９】
2017045204.tif 000011
【図１０】
2017045204.tif 000012
【図１１】
2017045204.tif 000013
【図１２】
2017045204.tif 000014
【図１３】
2017045204.tif 000015
【図１４】
2017045204.tif 000016
【図１５】
2017045204.tif 000017
【図１６】
2017045204.tif 000018
【図１７】
2017045204.tif 000019