JP6217072B2 - 患者管理支援プログラム、該システム及び該方法 - Google Patents

Description

本発明は、患者の管理を支援する技術に関する。

近年、カルテの電子化が進み、患者情報はディスプレイ上に表示されることが多い。患者情報は、医師が把握しやすいように、患者単位でまとめられている。多くの病院管理システムでは、患者情報は、患者ＩＤを主として、氏名等の各種情報を含む。

カルテに診断内容等を記載のために患者情報を参照する場合、同姓同名の患者が存在する場合がある。病院や医療機関では、患者の呼び出し等も考慮し、同姓同名患者とは、患者のカナ表記及び氏名（漢字表記）が一致する患者であると定義されることが多い。したがって、同姓同名の患者については、患者の取り違い防止に対する一層の注意喚起が必要となり、医師の負担がより大きくなる。

同姓同名の患者を考慮した技術として次の技術がある。
第１の技術として、病院内の他のコンピュータシステムからの患者登録依頼などにおいても、同姓同名の患者を管理する技術がある。第１の技術では、患者氏名に一致するデータが発見された場合において、登録要求元が測定データ管理装置の操作である場合には、速やかに同姓同名患者が存在することを報知し、患者登録氏名が入力されるまで待機する。登録要求元が他のコンピュータシステムからの通信である場合には、速やかに同姓同名患者が存在することを報知し、患者登録氏名の入力の促しは、報知が解除されたときに行う。

第２の技術として、名字部分が同じ読み仮名の患者や名字部分および名前部分が同じ読み仮名の患者が存在する場合に、一致した部分（名字部分のみ、または、名字部分および名前部分の両方）が通常の表示と異なるように表示される技術がある。

特開２０１０−８６２８８号公報 特開２０１２−８７５１号公報

第1の技術では、同姓同名患者が存在する場合、その旨を報知している。しかしながら、複数の同姓同名患者が存在する場合に、同姓同名患者間での取り違えの可能性の高さ等は考慮されておらず、患者の取り違え防止という観点では、患者の確認が不十分である。

また、第２の技術では、名字部分が同じ読み仮名の患者や名字部分および名前部分が同じ読み仮名の患者が存在する場合に、一致した部分が通常の表示と異なるように表示される。しかしながら、複数の同姓同名患者が存在する場合に、同姓同名患者間での取り違えの可能性の高さ等は考慮されておらず、患者の取り違え防止という観点では、患者の確認が不十分である。

また、患者の取り違え防止のために、患者情報に患者の顔写真を表示することも可能であるが、実際に患者の顔写真を撮影し、登録することは手間がかかる。また、プライバシーの問題もあるため、実際の現場では採用されておらず、より分かりやすい注意喚起の方法が必要となる。

一側面では、本発明は、同姓同名の患者が存在する場合の混乱の抑制を図ることを目的とする。

一側面として、本発明に係る患者管理支援プログラムは、コンピュータに、記憶部に記憶された患者情報を参照して、指定された氏名情報に合致する氏名情報を有する複数の患者情報を検出した場合に、次の処理を実行させる。すなわち、コンピュータは、複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、複数の患者情報の並び順を制御して表示する。

本発明の一側面によれば、同姓同名の患者が存在する場合の混乱を抑制することができる。

本実施形態における患者管理支援システムの一例を示す。 本実施形態における病院管理システムの一例を示す。 本実施形態における患者基本情報ＤＢのデータ構成の一例を示す。 本実施形態における病棟患者ＤＢのデータ構成の一例を示す。 本実施形態における受付患者ＤＢのデータ構成の一例を示す 本実施形態における患者プロファイルＤＢのデータ構成の一例を示す。 本実施形態における病棟マスタの一例を示す。 本実施形態における診療科マスタの一例を示す。 本実施形態における画面遷移を説明するための図である。 本実施形態における患者モード選択画面の一例を示す。 本実施形態における患者バーの一例を示す。 本実施形態における同姓同名患者一覧画面の一例を示す。 本実施形態における同姓同名患者の確認処理フローの一例を示す。 本実施形態における同姓同名患者一覧の起動処理フローの一例を示す。 本実施形態における同姓同名患者判定処理フローの一例を示す。 同姓同名患者の存在に応じて表示形態が変化する患者モード選択画面及び患者バーの表示例を示す。 本実施形態における同姓同名患者一覧画面の表示対象データの取得処理フローの一例を示す。 本実施形態における同姓同名患者一覧画面に表示する患者情報のソート処理フローの一例を示す。 本実施形態の一実施例に係るコンピュータのハードウェア環境の構成ブロック図である。

図１は、本実施形態における患者管理支援システムの一例を示す。患者管理支援システム１は、記憶部２、表示制御部３を含む。
記憶部２は、患者情報を記憶する。記憶部２の一例として、記憶部１７が挙げられる。

表示制御部３は、記憶部２に記憶された患者情報を参照して、指定された氏名情報に合致する氏名情報を有する複数の患者情報を検出する。この場合に、表示制御部３は、複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、複数の患者情報の並び順を制御して表示する。表示制御部３の一例として、表示制御部２６が挙げられる。

ここで、並び順は、入院中病棟名情報、又は、受診診療科が一致する患者情報を近接させた順とする。
このように構成することにより、同姓同名患者の入院中病棟又は受診診療科等に基づいて、病院内での滞在時間が高い患者、すなわち取り違えの可能性が高くなる患者順に並ぶように、入院中病棟又は受診診療科の優先順で同姓同名患者を一覧表示させることができる。これにより、取り違えの可能性の高い同姓同名患者についての注意喚起をすることができる。その結果、同姓同名の患者が存在する場合の患者情報の表示画面において、カルテ記載前に患者を取り違えていないことを確認することができるので、同姓同名の患者が存在する場合の混乱を抑制することができる。

図２は、本実施形態における病院管理システムの一例を示す。病院管理システムは、サーバ装置（以下、「サーバ」と称する）１１、クライアント装置（以下、「クライアント」と称する）２１を含む。サーバ１１及びクライアント２１は、インターネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の通信ネットワークで接続されている。

サーバ１１は、検索部１２、記憶部１７を含む。記憶部１７には、患者基本情報データベース（以下、ＤＢと称する）１３、病棟患者ＤＢ１４、受付患者ＤＢ１５、患者プロファイルＤＢ１６が格納されている。患者基本情報ＤＢ１３には、患者についての基本情報が格納されている。病棟患者ＤＢ１４には、入院している患者についての情報が格納されている。受付患者ＤＢ１５には、外来患者についての情報が格納されている。

患者プロファイルＤＢ１６は、同一人物について多重に患者情報が登録されている場合に、それらの患者情報が関係づけられている。例えば、その患者について既に患者ＩＤが発行されているが、その患者が救急で運ばれてきて至急処置しなければならない場合に新たに患者ＩＤを付与して電子カルテを作成し、その後、その患者について既に患者ＩＤが発行されていることが確認される場合がある。このような場合に、患者プロファイルＤＢ１６を用いて、既に発行されている患者ＩＤと新たに発行された患者ＩＤとを関係づけて、多重登録患者の患者ＩＤが管理される。

検索部１２は、クライアント２１からの依頼に応じて、基本情報ＤＢ１３、病棟患者ＤＢ１４、受付患者ＤＢ１５、患者プロファイルＤＢ１６を検索し、その検索結果をクライアント２１へ返す。

クライアント２１は、表示制御部２６、記憶部２７を含む。表示制御部２６は、患者バー２３、患者モード選択画面２２、同姓同名患者一覧画面２４を表示する。同姓同名患者一覧画面２４は、管理プロセス２５によって、起動させられる。患者バー２３は患者情報を表示するバーである。患者モード選択画面２２は、患者の電子カルテを選択する画面である。

管理プロセス２５は、同姓同名患者一覧の起動を管理するプロセスである。管理プロセス２５は、患者バー２３または患者モード選択画面２２からの起動依頼を受信すると、サーバ１１に同姓同名患者一覧画面２４に表示させる情報を問い合わせる。管理プロセス２５は、サーバ１１からの応答結果から同姓同名患者一覧画面２４に表示させるための画面設定情報を取得し、同姓同名患者一覧画面２４に表示させる。ユーザの操作により、同姓同名患者一覧画面２４の終了指示を受けると、管理プロセス２５は、同姓同名患者一覧画面２４を閉じて、患者バー２３または患者モード選択画面２２に終了を通知する。

記憶部２７には、マスタデータ２８、アイコンファイル２９等が格納されている。マスタデータ２８は、病棟マスタ、診療科マスタ、来院を判定するための条件情報等のマスタデータを含む。

図３は、本実施形態における患者基本情報ＤＢのデータ構成の一例を示す。患者基本情報ＤＢ１３は、「患者ＩＤ」、「患者カナ氏名」、「患者漢字氏名」、「性別」、「生年月日」、「住所」等のデータ項目を含む。

「患者ＩＤ」は、当該病院で管理している患者を識別する識別情報（患者ＩＤ）が格納される。「患者カナ氏名」には、その患者のカタカナ表示の氏名が格納される。「患者漢字氏名」には、その患者の漢字表記の氏名が格納される。「性別」には、その患者の性別が格納される。「生年月日」には、患者の生年月日が格納される。「住所」には、その患者の住所が格納される。

図４は、本実施形態における病棟患者ＤＢのデータ構成の一例を示す。病棟患者ＤＢ１４は、現在入院している患者を管理するためのデータベースである。病棟患者ＤＢ１４は、「患者ＩＤ」、「病棟コード」等を含む。「患者ＩＤ」には、患者ＩＤが格納される。「病棟コード」には、その患者が入院している病棟を識別する識別情報（病棟コード）が格納される。

図５は、本実施形態における受付患者ＤＢのデータ構成の一例を示す。受付患者ＤＢ１５は、「診察予約日」、「診療科コード」、「患者ＩＤ」、「患者カナ氏名」、「受付状態区分」を含む。

「診察予約日」には、患者の診察予約日が格納される。「診療科コード」は、診療先の科を識別する情報が格納されている。「患者ＩＤ」には、患者ＩＤが格納される。「患者カナ氏名」には、その患者のカタカナ表示の氏名が格納される。「受付状態区分」には、“未受付（０）”、“診察待”（２）、“来院済（Ａ）”、“到着済（Ｂ）”、“会計済（Ｃ）”、“診察終了（Ｄ）”、未受付（Ｑ）”等の受付状態が格納される。

図６は、本実施形態における患者プロファイルＤＢのデータ構成の一例を示す。患者プロファイルＤＢ１６は、「患者ＩＤ」、「多重登録患者情報の格納用プロファイルＩＤ」、「患者ＩＤに対する多重登録患者の患者ＩＤ」のデータ項目を含む。

「患者ＩＤ」には、患者ＩＤが格納される。「多重登録患者情報の格納用プロファイルＩＤ」には、多重登録患者情報の格納用プロファイルＩＤが格納される。「多重登録患者情報の格納用プロファイルＩＤ」において“DRPPID”は、選択中の患者ＩＤのプロファイルデータとして、二重患者のＩＤが登録されている場合に設定される。「多重登録患者情報の格納用プロファイルＩＤ」において“DREGID”は、選択中の患者が他患者の二重患者としてＩＤが登録されている場合に設定される。

「患者ＩＤに対する多重登録患者の患者ＩＤ」には、その「患者ＩＤ」に対応する多重登録患者の患者ＩＤが格納される。
図７は、本実施形態における病棟マスタの一例を示す。病棟マスタ２８−１は、「病棟コード」、「病棟名称」、「略称名（３文字）」のデータ項目を含む。「病棟コード」には、病棟を識別する情報が格納されている。「病棟名称」には、病棟コードに対応する病棟の正式名称が格納されている。「略称名（３文字）」には、病棟の正式名称を３文字で表した略称名が格納されている。

図８は、本実施形態における診療科マスタの一例を示す。診療科マスタ２８−２は、「診療科コード」、「診療科名称」、「略称名（３文字）」のデータ項目を含む。「診療科コード」には、診療科を識別する情報が格納されている。「診療科名称」には、診療科コードに対応する診療科の正式名称が格納されている。「略称名（３文字）」には、診療科の正式名称を３文字で表した略称名が格納されている。

図９は、本実施形態における画面遷移を説明するための図である。ユーザによる入力操作により、クライアント２１は、表示装置に、受付患者一覧画面等の患者選択画面３１を表示させる。

受付患者一覧画面３１において、ユーザは、患者を選択し、その選択した患者のカルテを開く操作を行うと、患者モード選択画面２２が表示される。患者モード選択画面２２において、「カルテ記述」、「事後」、「参照のみ」等のボタンを押下すると、患者バー２３が表示される。

患者バー２３において、［同姓同名患者］アイコンを押下すると、同姓同名患者一覧画面２４に遷移する。同姓同名患者一覧画面２４において、［閉じる］ボタンを押下すると、患者バー２３に戻る。

また、患者モード選択画面２２において、［同姓同名一覧］ボタンを押下すると、同姓同名患者一覧画面２４に遷移する。同姓同名患者一覧画面２４において、［閉じる］ボタンを押下すると、患者モード選択画面２２に戻る。

図１０は、本実施形態における患者モード選択画面の一例を示す。患者モード選択画面２２は、「患者ＩＤ」４１、「患者名」４２、「年齢」４３、「性別」４４、「入外区分」４５、「診療科」４６、「適用保険」４７、「表示モード選択」４８、「使用状況」４９、「診察状況」５０、「同姓同名警告」欄５１を含む。

「患者ＩＤ」４１には、受付患者一覧画面３１にて選択された患者の患者ＩＤが表示される。「患者名」４２には、患者ＩＤに対応する患者名が表示される。「年齢」４３には、患者の年齢が表示される。「性別」４４には、患者の性別が表示される。「入外区分」４５では、その患者が外来患者であるか、入院患者であるかを選択することができる。「診療科」４６は、その患者が受診する診療科を選択することができる。「適用保険」４７は、その患者について適用される保険情報の一覧を表示する。「診察状況」５０では、その患者が初診か再来かを示す情報、すなわちこれから行う診察の区分を選択することができ、さらに、対面診察か電話診察か等の診察状況を選択することができる。「同姓同名警告ラベル」５１には、その患者と同姓同名の患者が病院管理システムに登録されているか、入院しているか、来院しているか等を示すラベルが表示される。

患者モード選択画面２２は、さらに、［同姓同名一覧］ボタン５２、［カルテ記述］ボタン５３、［事後］ボタン５４、［参照のみ］５５、［閉じる］ボタンを含む。
［同姓同名一覧］ボタン５２は、選択中の患者とカナ氏名が同姓同名の患者が存在する場合に表示され、押下時に同姓同名患者一覧画面２４が起動する。また、同姓同名警告欄」５１に、「※同姓同名患者が登録されています」、「※同姓同名患者が入院しています」、「※同姓同名患者が来院しています」の文言が表示されている場合は、［同姓同名一覧］ボタン５２も表示される。「同姓同名警告欄」５１にこれらの文言が表示されない場合には、［同姓同名一覧］ボタン５２は表示されない。

［カルテ記述］ボタン５３を押下すると、患者バー２３と電子カルテを記述するエディタ画面と、過去の診察履歴を表示する画面が表示される。［事後］ボタン５４を押下すると、過去の年月日を指定して、その年月日の電子カルテを作成することができる。［参照のみ］ボタン５５を押下すると、過去の診察履歴を表示する画面が表示される。［閉じる］ボタンを押下すると、患者モード選択画面２２が終了し、遷移元画面に戻る。

図１１は、本実施形態における患者バーの一例を示す。患者バー２３は、カルテを参照している患者について、「入外区分」６１、「病棟名」６２、「患者ＩＤ」６３、「診療科」６４、「適用保険」６５、「入退院歴・受信歴」６６、「本人写真」６７、「同姓同名患者」アイコン６８を表示する。また、患者バー２３は、カルテを参照している患者について、「患者名（カナ氏名・漢字氏名）」６９、「年齢」７０、「血液型」７１、「身長」７２、「体重」７３、患者の特記事項を示すアイコン群７４、患者に対する処置等に関連する情報７５を表示する。さらに、患者バー２３は、「患者プロファイル」ボタン７６、「病名登録」ボタン７７、「カルテを閉じる」ボタン７８を表示する。

「同姓同名患者アイコン」６８は、患者選択のタイミングで同姓同名患者が存在する場合に設定される。具体的には、同姓同名患者が「来院中」または「入院中」の場合に「同姓同名患者アイコン」６８は表示され、同姓同名患者について病院管理システムへ「登録中」の場合は「同姓同名患者アイコン」６８は表示されない。「同姓同名患者アイコン」６８を押下すると、押下時に同姓同名患者一覧画面２４が起動する。

「患者プロファイル」ボタン７６を押下すると、患者のプロファイルを参照することができる。「病名登録」ボタン７７を押下すると、患者の病名を登録することができる。「カルテを閉じる」ボタン７８を押下すると、患者の電子カルテを閉じる。

図１２は、本実施形態における同姓同名患者一覧画面の一例を示す。同姓同名患者一覧画面２４は、同姓同名患者をユーザに確認させるために起動する画面である。患者モード選択画面２２にて［同姓同名一覧］ボタン５２を押下すると、選択中の患者と同姓同名患者の一覧を表示する同姓同名患者一覧画面２４が表示装置の画面中央に表示される。または、患者バー２３にて「同姓同名患者アイコン」６８を押下すると、カルテを表示中の患者と同姓同名患者の一覧を示す同姓同名患者一覧画面２４が患者バー２３の下方に表示される。

同姓同名患者一覧画面２４は、同姓同名患者一覧８０、「閉じる」ボタン９０を含む。「閉じる」ボタン９０を押下すると、遷移元の画面に戻る。同姓同名患者一覧８０は、「本人確認」列８１、「入院中病棟」列８２、「受信診療科」列８３、「患者ＩＤ」列８４、「患者氏名」列８５、「性別」列８６、「生年月日」列８７、「年齢」列８８、「住所」列８９を含む。

「本人確認」列８１は、「本人」もしくは「多重登録患者」であることを、アイコンを用いて表示する。アイコン９１は、本人であることを示す。アイコン９２は、異なる患者ＩＤで管理された本人（多重登録患者）であることを示す。

「入院中病棟」８２は、患者が入院中の病棟を、病棟マスタ２８−１の「略称名（３文字）」を用いて、表示する。複数施設に入院中の患者の場合も入院中と判定される。他施設入院患者の場合も病棟名にて入院施設は分かるため、病棟名を表示する。

「受信診療科」８３は、患者が予約中の診療科を、診療科マスタ２８−２の「略称名（３文字）」を用いて、表示する。「受診診療科」８３において、該当診療科が複数存在する場合はカンマ区切りで受診診療科を表示する。「患者ＩＤ」８４は、患者ＩＤを表示する。「患者氏名」８５は、患者基本情報ＤＢ１３から取得された患者の氏名を表示する。「性別」８６は、患者基本情報ＤＢ１３から取得された患者の性別を表示する。「生年月日」８７は、患者基本情報ＤＢ１３から取得された患者の生年月日を表示する。「年齢」８８は、患者の生年月日から算出した患者の年齢を表示する。「住所」８９は、患者基本情報ＤＢ１３から取得された患者の住所を表示する。

図１２において、同姓同名患者一覧８０上の1−２行目のレコード（患者情報）に行背景色が付されているが、これはいずれも本人であることを示す。本人以外のレコードについては、入院中病棟を有する患者情報、受診診療科を有する患者情報、入院中病棟及び受診診療科を有しない患者情報の順で並び替えて表示する。すなわち、同姓同名患者一覧８０において、まず、本人、多重登録患者の患者情報を並べて表示する。「入院中病棟」に病棟名がセットされている患者情報については、病棟コードの昇順または降順で並べて、本人（または多重登録患者）の患者情報の次の行に表示する。次に、「受診診療科」に病棟名がセットされている患者情報については、診療科コードの昇順または降順で並べて、その次の行に表示する。さらに、「入院中病棟」及び「受診診療科」のいずれにも情報がセットされていない患者情報については、患者ＩＤの順に表示する。

同姓同名患者一覧８０において、「入院中病棟」８２及び「受信診療科」８３のいずれの項目にも情報がセットされている場合には、入院中かつ来院中の同姓同名カナ患者であることを示す。「入院中病棟」８２に情報がセットされ、「受信診療科」８３が空白の場合には、入院中の同姓同名カナ患者であることを示す。「受信診療科」８３に情報がセットされ、「入院中病棟」８２が空白の場合には、来院中の同姓同名カナ患者であることを示す。「入院中病棟」８２及び「受信診療科」８３のいずれの項目も空白の場合には、システムに登録のみされている同姓同名カナ患者であることを示す。

次に、本実施形態における処理について説明する。
図１３は、本実施形態における同姓同名患者の確認処理フローの一例を示す。受付患者一覧等の患者選択画面３１において、ある患者が選択されると、表示制御部２６は、患者モード選択画面２２を呼び出す（Ｓ１）。

すると、表示制御部２６は、選択した患者について、多重登録患者情報及び同姓同名カナ患者情報をサーバ１１に問い合わせるように依頼する（Ｓ２）。サーバ１１の検索部１２は、患者プロファイルＤＢ１６に「多重登録患者」情報を問い合わせ、その結果をクライアント２１へ返信する（Ｓ３）。

Ｓ３の結果が１件以上ある場合は、表示制御部２６は、多重登録患者の患者ＩＤをメモリ上に保持し、多重登録患者が存在するメッセージを患者モード選択画面２２上に表示する（Ｓ４）。

表示制御部２６は、サーバ１１に、患者基本情報ＤＢ１３に「同姓同名カナ患者」情報が存在するかについて問い合わせるように依頼する。検索部１２は、患者基本情報ＤＢ１３に「同姓同名カナ患者」情報が存在するかについて問い合わせ、その問い合わせ結果をクライアント２１へ返信する（Ｓ５）。

Ｓ５の返信結果が１件以上ある場合、すなわち同姓同名カナ患者が存在した場合、表示制御部２６は、病棟患者ＤＢ１４への「入院中の同姓同名カナ患者」の有無の問い合わせをサーバ１１に依頼する（Ｓ６）。検索部１２は、病棟患者ＤＢ１４へ「入院中の同姓同名カナ患者」の有無の問い合わせ、その問い合わせ結果をクライアント２１へ返信する（Ｓ７）。

Ｓ７の結果が1件以上ある場合、表示制御部２６は、入院中の同姓同名カナ患者が存在するメッセージを患者モード選択画面２２上に表示する（Ｓ８）。
Ｓ５の返信結果が１件以上ある場合、表示制御部２６は、受付患者ＤＢ１５に「来院対象とする同姓同名カナ患者」の有無を問い合わせるように、サーバ１１に依頼する。検索部１２は、受付患者ＤＢ１５に「来院対象とする同姓同名カナ患者」の有無を問い合わせ、その問い合わせ結果をクライアント２１へ返信する（Ｓ９）。

Ｓ９の応答結果が１件以上ある場合、表示制御部２６は、来院中の同姓同名カナ患者が存在するメッセージを患者モード選択画面２２上に表示する（Ｓ１０）。
Ｓ５の応答結果が１件以上あり、Ｓ７とＳ９の応答結果が１件もない場合は、同姓同名カナ患者が登録されているメッセージを患者モード選択画面上に表示する（Ｓ１１）。

Ｓ５の応答結果が１件以上ある場合、表示制御部２６は、［同姓同名一覧］ボタン５２を患者モード選択画面２２上に表示する。
Ｓ５の応答結果が１件もない場合は、表示制御部２６は、患者モード選択画面２２上に同姓同名カナ患者に関するメッセージを特に表示しない。

図１４は、本実施形態における同姓同名患者一覧の起動処理フローの一例を示す。同姓同名カナ患者が存在した場合、表示制御部２６は、患者モード選択画面２２に、［同姓同名一覧］ボタン５２を表示する（Ｓ２１）。［同姓同名一覧］ボタン５２が押下されると、表示制御部２６は、同姓同名患者一覧画面２４を起動する（Ｓ２２）。

また、表示制御部２６は、患者バー２３を表示する場合、患者モード選択画面２２から、同姓同名カナ患者の入院中・来院中情報を引継ぎ、患者バー２３に「同姓同名患者アイコン」６８を表示する（Ｓ２４）。
「同姓同名患者アイコン」６８が押下されると、表示制御部２６は、同姓同名患者一覧画面２４を呼び出し（Ｓ２５）、同姓同名患者一覧画面２４が起動する（Ｓ２６）。

図１５は、本実施形態における同姓同名患者判定処理フローの一例を示す。図１６は、同姓同名患者の存在に応じて表示形態が変化する患者モード選択画面及び患者バーの表示例を示す。

受付患者一覧画面３１において、ユーザは、患者を選択し、その選択した患者のカルテを開く操作を行うと、表示制御部２６は、同姓同名カナ患者判定処理を開始する（Ｓ３１）。ここでは、表示制御部２６は、サーバ１１に依頼して、患者基本情報ＤＢ１３、病棟患者ＤＢ１４、受付患者ＤＢ１５から、カルテを開こうとしている患者（対象患者）のカナ氏名と一致する同姓同名患者についての患者情報を抽出する。

次に、表示制御部２６は、同姓同名患者の登録判定処理を行う（Ｓ３２）。具体的には、Ｓ３１にて、患者基本情報ＤＢ１３から同姓同名患者の患者情報が抽出されなかった場合（検索時点において、患者基本情報ＤＢ１３に同姓同名カナ患者の患者情報が存在しない場合）（Ｓ３２で「Ｎｏ」）、表示制御部２６は、次の処理を行う。この場合、同姓同名患者は患者基本情報ＤＢ１３に登録されていないので、表示制御部２６は、患者モード選択画面２２において［同姓同名一覧］ボタン５２を非表示にし、患者バー２３において「同姓同名患者アイコン」６８を非表示にする（Ｓ３３）。

Ｓ３１にて、患者基本情報ＤＢ１３から同姓同名患者の患者情報が抽出された場合（Ｓ３２で「Ｙｅｓ」）、表示制御部２６は、入院中の同姓同名患者の判定処理を行う（Ｓ３４）。

Ｓ３１にて、病棟患者ＤＢ１４から同姓同名患者の患者情報が抽出された場合（検索時点において、同姓同名カナ患者の患者情報が病棟患者ＢＤ１４に１件以上存在する場合）（Ｓ３４で「Ｙｅｓ」）、表示制御部２６は、次の処理を行う。すなわち、表示制御部２６は、外来診察中の同姓同名患者判定処理を行う（Ｓ３５）。

Ｓ３５では、Ｓ３１にて受付患者ＤＢ１５から同姓同名患者の患者情報が抽出された場合（検索時点において、診療中の同姓同名カナ患者の患者情報が受付患者ＢＤ１５に１件以上存在する場合）（Ｓ３５で「Ｙｅｓ」）、表示制御部２６は、次の処理を行う。この場合、同姓同名カナ患者が入院かつ来院中であることから、表示制御部２６は、図１６（Ａ）に示すように、患者モード選択画面２２において「同姓同名警告ラベル」５１と同姓同名一覧ボタン５２を表示する。「同姓同名警告ラベル」５１として、「※同姓同名患者が入院しています」「※同姓同名患者が来院しています」が表示される。また、表示制御部２６は、図１６（Ｅ）に示すように、患者バー２３において、同姓同名患者アイコン６８を表示する（Ｓ３７）。

Ｓ３５では、Ｓ３１にて受付患者ＤＢ１５から同姓同名患者の患者情報が抽出されなかった場合（検索時点において、診療中の同姓同名カナ患者の患者情報が受付患者ＢＤ１５に存在しない場合）（Ｓ３５で「Ｎｏ」）、表示制御部２６は、次の処理を行う。この場合、同姓同名カナ患者が入院中であることから、表示制御部２６は、図１６（Ｂ）に示すように、患者モード選択画面２２において「同姓同名警告ラベル」５１と同姓同名一覧ボタン５２を表示する。「同姓同名警告ラベル」５１として、「※同姓同名患者が入院しています」が表示される。また、表示制御部２６は、図１６（Ｅ）に示すように、患者バー２３において、同姓同名患者アイコン６８を表示する（Ｓ３８）。

Ｓ３４において、Ｓ３１にて病棟患者ＤＢ１４から同姓同名患者の患者情報が抽出されなかった場合（検索時点において、同姓同名カナ患者の患者情報が病棟患者ＢＤ１４に存在しない場合）（Ｓ３４で「Ｎｏ」）、表示制御部２６は、次の処理を行う。すなわち、表示制御部２６は、外来診察中の同姓同名患者判定処理を行う（Ｓ３６）。

Ｓ３６において、Ｓ３１にて受付患者ＤＢ１５から同姓同名患者の患者情報が抽出された場合（検索時点において、診療中の同姓同名カナ患者の患者情報が受付患者ＢＤ１５に１件以上存在する場合）（Ｓ３６で「Ｙｅｓ」）、表示制御部２６は、次の処理を行う。この場合、同姓同名カナ患者が来院中であることから、表示制御部２６は、図１６（Ｃ）に示すように、患者モード選択画面２２において「同姓同名警告ラベル」５１と同姓同名一覧ボタン５２を表示する。「同姓同名警告ラベル」５１として、「※同姓同名患者が来院しています」が表示される。また、表示制御部２６は、図１６（Ｅ）に示すように、患者バー２３において、同姓同名患者アイコン６８を表示する（Ｓ３９）。

Ｓ３６において、Ｓ３１にて受付患者ＤＢ１５から同姓同名患者の患者情報が抽出されなかった場合（検索時点において、診療中の同姓同名カナ患者の患者情報が受付患者ＢＤ１５に存在しない場合）（Ｓ３６で「Ｎｏ」）、表示制御部２６は、次の処理を行う。この場合、同姓同名患者の患者情報が患者基本情報ＤＢ１３に登録されていることから、表示制御部２６は、図１６（Ｄ）に示すように、患者モード選択画面２２において「同姓同名警告ラベル」５１と同姓同名一覧ボタン５２を表示する。「同姓同名警告ラベル」５１として、「※同姓同名患者が登録されています」が表示される。また、表示制御部２６は、図１６（Ｆ）において破線で示すように、患者バー２３において、同姓同名患者アイコン６８を非表示にする（Ｓ４０）。

図１７は、本実施形態における同姓同名患者一覧画面の表示対象データの取得処理フローの一例を示す。表示制御部２６は、まず、同姓同名患者一覧画面２４を起動する（Ｓ５１）。

表示制御部２６は、マスタデータ２８から、患者の受付状態のうち、「来院中」であると判定するための条件情報を取得する（Ｓ５２）。表示制御部２６は、患者基本情報ＤＢ１３から、対象患者とカナ氏名が一致する患者情報を取得する。表示制御部２６は、その取得した患者情報に含まれる患者ＩＤに基づいて病棟患者ＤＢ１４から該当患者の病棟情報を取得する（Ｓ５３、Ｓ５４，Ｓ５５）。

表示制御部２６は、患者基本情報ＤＢ１３から、対象患者とカナ氏名が一致する患者情報を取得する。表示制御部２６は、その患者情報に含まれる患者ＩＤに基づいて、受付患者ＤＢ１５から該当患者の現時点の受付情報を取得する（Ｓ５６，Ｓ５７，Ｓ５８）。

Ｓ５６−Ｓ５８の応答結果が１件以上ある場合、すなわち、同姓同名患者が受診している診療科が存在した場合、表示制御部２６は、その応答結果から取得した患者情報に対して、Ｓ５２で取得した条件情報に基づいて、同姓同名患者が来院中かどうか判定を行う。表示制御部２６は、その同姓同名患者が来院中でないと判定した場合、同姓同名患者一覧８０において、同姓同名患者の「受診診療科」を空白表示にする（Ｓ５９）。

表示制御部２６は、その応答結果から取得した患者情報に対して、受診診療科が自施設であるかを確認する。その同姓同名患者の受診診療科が自施設ではないと判定した場合、表示制御部２６は、同姓同名患者一覧８０において、同姓同名患者の「受診診療科」を空白表示にする（Ｓ６０）。

表示制御部２６は、Ｓ５３−Ｓ５５で取得した患者情報に対しては、入院中病棟が複数の医療機関連携先の病院（他施設）の場合でも、「入院中病棟」として表示する設定にする（他施設入院中の患者でも非表示にしない）（Ｓ６１）。

表示制御部２６は、同姓同名患者一覧８０に表示させる患者情報に含まれる病棟コードに基づいて、病棟マスタ２８−１から、病棟コードに対応する病棟の略称名を取得する。また、表示制御部２６は、同姓同名患者一覧８０に表示させる患者情報に含まれる診療科コードに基づいて、診療科マスタ２８−２から、診療科コードに対応する診療科の略称名を取得する。表示制御部２６は、その取得した病棟の略称名と、診療科の略称名を、同姓同名患者一覧８０の「入院中病棟」８２、「受診診療科」８３に表示する（Ｓ６２）。

表示制御部２６は、対象患者が多重登録患者である場合は、該当患者を「多重登録患者」として表示する設定にする（Ｓ６３）。なお、Ｓ６３の処理は、図１３のＳ３の応答結果に基づく情報を用いるものであるので、Ｓ６２の処理後に行うことに限定されず、Ｓ５９以降のいずれかのタイミングで行ってもよい。

図１８は、本実施形態における同姓同名患者一覧画面に表示する患者情報のソート処理フローの一例を示す。Ｓ５３−Ｓ５８において、患者基本情報ＤＢ１３から、対象患者とカナ氏名が一致する患者情報が取得できなかった場合、すなわち同姓同名カナ患者が存在しない場合（Ｓ７１で「Ｎｏ」）、表示制御部２６は、同姓同名患者一覧画面２４を表示しない（Ｓ７２）。

同姓同名カナ患者が存在する場合（Ｓ７１で「Ｙｅｓ」）、表示制御部２６は、対象患者の患者情報を、アイコン９１と行背景色を付けて同姓同名患者一覧８０の先頭に表示する（Ｓ７３）。

患者プロファイルＤＢ１６に対象患者の患者情報が登録されている場合、すなわち、対象患者が多重登録患者である場合（Ｓ７４で「Ｙｅｓ」）、表示制御部２６は、次の処理を行う。すなわち、表示制御部２６は、多重登録患者である旨を示すアイコン９２と行背景色を付けて「本人」の次の行に、その多重登録患者の患者情報を表示する（Ｓ７５）。

表示制御部２６は、Ｓ５３−Ｓ５５で取得した同姓同名カナ患者の患者情報に基づいて、その患者情報に「入院中病棟」があるかを判定する（Ｓ７６）。Ｓ５３−Ｓ５５において、表示制御部２６は、病棟患者ＤＢ１４から情報が取得できた同姓同名患者の患者情報については「入院中病棟」があると判定する。同姓同名患者の患者情報に「入院中病棟」が存在する場合（Ｓ７６で「Ｙｅｓ」）、表示制御部２６は、次の処理を行う。すなわち、表示制御部２６は、病棟コードを有する同姓同名患者の患者情報について、病棟コードの昇順に同姓同名患者の患者情報をソートし、同姓同名患者一覧８０において既に表示されている行の次に表示する（Ｓ７７）。なお、Ｓ７７において、表示制御部２６は、病棟コードを有する同姓同名患者の患者情報について、病棟コードの降順に同姓同名患者の患者情報をソートし同姓同名患者一覧８０に表示させてもよい。また、病棟コードを有する同姓同名患者の患者情報のうち、対象患者と同一の入院中病棟を有する患者情報をより上位に表示させるようにしてもよい。

表示制御部２６は、Ｓ５６−Ｓ５８で取得した同姓同名カナ患者の患者情報に基づいて、その患者情報に「受診診療科」があるかを判定する（Ｓ７８）。Ｓ５６−Ｓ５８において、表示制御部２６は、受付患者ＤＢ１５から情報が取得できた同姓同名患者の患者情報については「受診診療科」があると判定する。同姓同名患者の患者情報に「受診診療科」が存在する場合（Ｓ７８で「Ｙｅｓ」）、表示制御部２６は、次の処理を行う。

すなわち、表示制御部２６は、同姓同名患者が診療科に来院中であるかを判定する。具体的には、表示制御部２６は、受付患者ＤＢ１５から取得した同姓同名患者の患者情報のうち、診察予約日が本日で、受付状態区分に「来院中」（受付状態区分「０，Ｃ，Ｑ」以外の値）を示す値が格納されている患者情報であるかを判定する（Ｓ７９）。

Ｓ７９において、診察予約日が本日で、受付状態区分に「来院中」を示す値が格納されている患者情報であると判定した場合（Ｓ７９で「Ｙｅｓ」）、表示制御部２６は、診療科コードが自施設のコードであるかを判定する（Ｓ８０）。ここでは、診療科マスタ２８−２の設定にて診療科コードが自施設であるか他施設であるかが定義されている。

診療科コードが自施設のコードであると判定した場合（Ｓ８０で「Ｙｅｓ」）、次の処理を行う。すなわち、表示制御部２６は、診療科コードを有する同姓同名患者の患者情報について、診療科コードの昇順に同姓同名患者の患者情報をソートし、同姓同名患者一覧８０において既に表示されている行の次に表示する（Ｓ８１）。なお、Ｓ８１において、表示制御部２６は、診療科コードを有する同姓同名患者の患者情報について、診療科コードの降順に同姓同名患者の患者情報をソートし同姓同名患者一覧８０に表示させてもよい。また、診療科コードを有する同姓同名患者の患者情報のうち、対象患者と同一の受診診療科を有する患者情報をより上位に表示させるようにしてもよい。

表示制御部２６は、同姓同名患者一覧８０にまだ表示されていない同姓同名患者の患者情報について、患者ＩＤの降順に、同姓同名患者の患者情報をソートし、同姓同名患者一覧８０において既に表示されている行の次に表示させる（Ｓ８２）。なお、Ｓ８２において、患者ＩＤの昇順または年齢の昇順もしくは降順で、同姓同名患者の患者情報をソートし同姓同名患者一覧８０に表示させてもよい。

なお、本実施形態では、表示制御部２６は、同姓同名患者一覧８０に表示する同姓同名患者の患者情報について、入院中病棟を有する患者情報、受診診療科を有する患者情報、入院中病棟及び受診診療科を有しない患者情報の順でソートしたがこれに限定されない。例えば、表示制御部２６は、仕様によっては、同姓同名患者一覧８０に表示する同姓同名患者の患者情報について、受診診療科を有する患者情報、入院中病棟を有する患者情報、入院中病棟及び受診診療科を有しない患者情報の順でソートしてもよい。

また、表示制御部２６は、同姓同名患者一覧８０において、対象患者と同一の病棟または診療科の同姓同名患者の患者情報について、対象患者の患者情報により近接するように表示させたり、背景色を変更したりしてもよい。

本実施形態によれば、病院内での現時点での同姓同名患者の入院病棟、受診診療科等に基づいて、取り違えの可能性が高くなる患者順に並ぶように、一覧表示させることができる。すなわち、表示制御部２６は、同姓同名患者一覧８０において、入院中病棟を有する同姓同名患者の患者情報を、病棟コードの昇順または降順でソートし表示する。これにより、入院中の同姓同名患者（入院中かつ受診診療科がある同姓同名患者も含む）の患者情報を同姓同名患者一覧８０の上の方に表示させることができる。次に、表示制御部２６は、同姓同名患者一覧８０において、受診診療科を有する同姓同名患者の患者情報について、診療科コードの昇順または降順でソートし表示する。これにより、来院中の同姓同名患者の患者情報を、入院中の同姓同名患者（入院中かつ受診診療科がある同姓同名患者も含む）の患者情報の次に表示させることができる。さらに、表示制御部２６は、同姓同名患者一覧８０において、入院中病棟及び受診診療科を有しない同姓同名患者の患者情報については、患者ＩＤ順または年齢順でソートして表示する。

これにより、来院に比べて入院は病院での滞在時間が長いので、病院での滞在時間がより長い同姓同名患者、すなわち、取り違えの可能性が高くなる同姓同名患者を同姓同名患者一覧８０の上の方に表示することができる。その結果、カルテの入力画面等において、取り違えの可能性が高くなる同姓同名患者についてオペレータに注意喚起することができる。よって、同姓同名の患者が存在する場合の患者情報の表示画面において、オペレータはカルテ記載前に患者を取り違えていないことを確認することができる。

図１９は、本実施形態の一実施例に係るコンピュータのハードウェア環境の構成ブロック図である。コンピュータ１００は、サーバ１１、クライアント２１として用いることができる。

コンピュータ１００は、出力Ｉ／Ｆ１０１、ＣＰＵ１０２、ＲＯＭ１０３、通信Ｉ／Ｆ１０４、入力Ｉ／Ｆ１０５、ＲＡＭ１０６、記憶装置１０７、読み取り装置１０８、バス１０９を含む。コンピュータ１００は、出力機器１１１、入力機器１１２と接続されている。

ここで、ＣＰＵは、中央演算装置であり、プロセッサの一例である。ＲＯＭは、リードオンリメモリを示す。ＲＡＭは、ランダムアクセスメモリを示す。Ｉ／Ｆは、インターフェースを示す。バス１０９には、出力Ｉ／Ｆ１０１、ＣＰＵ１０２、ＲＯＭ１０３、通信Ｉ／Ｆ１０４、入力Ｉ／Ｆ１０５、ＲＡＭ１０６、記憶装置１０７、読み取り装置１０８が接続されている。読み取り装置１０８は、可搬型記録媒体を読み出す装置である。出力機器１１１は、出力Ｉ／Ｆ１０１に接続されている。入力機器１１２は、入力Ｉ／Ｆ１０５に接続にされている。

記憶装置１０７としては、ハードディスクドライブ、フラッシュメモリ装置、磁気ディスク装置など様々な形式の記憶装置を使用することができる。記憶装置１０７またはＲＯＭ１０３には、例えば、本実施形態で説明した処理を実現するプログラムが格納されている。

また、コンピュータ１００がサーバ１１である場合、記憶部１７としての記憶装置１０７またはＲＯＭ１０３には、患者基本情報ＤＢ１３、病棟患者ＤＢ１４、受付患者ＤＢ１５、患者プロファイルＤＢ１６が格納されている。また、コンピュータ１００がクライアント２１である場合、記憶部２７としての記憶装置１０７またはＲＯＭ１０３には、本システムの画面情報、マスタデータ２８、アイコンデータ２９等が格納されている。

ＣＰＵ１０２は、記憶装置１０７またはＲＯＭ１０３に格納した本実施形態で説明した処理を実現するプログラムを読み出し、表示制御部２６として当該プログラムを実行する。

本実施形態で説明した処理を実現するプログラムは、プログラム提供者側から通信ネットワーク１１０、および通信Ｉ／Ｆ１０４を介して、例えば記憶装置１０７に格納してもよい。また、本実施形態で説明した処理を実現するプログラムは、市販され、流通している可搬型記憶媒体に格納されていてもよい。この場合、この可搬型記憶媒体は読み取り装置１０８にセットされて、ＣＰＵ１０２によってそのプログラムが読み出されて、実行されてもよい。可搬型記憶媒体としてはＣＤ−ＲＯＭ、フレキシブルディスク、光ディスク、光磁気ディスク、ＩＣカード、ＵＳＢメモリ装置など様々な形式の記憶媒体を使用することができる。このような記憶媒体に格納されたプログラムが読み取り装置１０８によって読み取られる。

また、入力機器１１２には、キーボード、マウス、電子カメラ、ウェブカメラ、マイク、スキャナ、センサ、タブレット、タッチパネルなどを用いることが可能である。また、出力機器１１１には、ディスプレイ、プリンタ、スピーカなどを用いることが可能である。また、ネットワーク１１０は、インターネット、ＬＡＮ、ＷＡＮ、専用線、有線、無線等の通信網であってよい。

なお、本実施形態は、以上に述べた実施の形態に限定されるものではなく、本実施形態の要旨を逸脱しない範囲内で種々の構成または実施形態を取ることができる。

１ 患者管理支援システム
２ 記憶部
３ 表示制御部
１１ サーバ
１２ 検索部
１３ 患者基本情報ＤＢ
１４ 病棟患者ＤＢ
１５ 受付患者ＤＢ
１６ 患者プロファイルＤＢ
１７ 記憶部
２１ クライアント
２２ 患者モード選択画面
２３ 患者バー
２４ 同姓同名患者一覧画面
２５ 管理プロセス
２６ 表示制御部
２７ 記憶部

Claims (17)

1. コンピュータに、
   患者情報の選択を受け付け、
   記憶部に記憶された患者情報を参照して、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる複数の患者情報を検出した場合に、該複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、前記患者情報とは異なる複数の患者情報の並び順を制御して表示する、
   処理を実行させ、
   前記入院中病棟名情報は、患者が入院中である場合に前記患者に対応する前記患者情報に含まれる情報であり、
   前記並び順の制御では、前記患者情報とは異なる複数の患者情報のうちで前記入院中病棟名情報が含まれている患者情報を前記入院中病棟名情報が含まれていない患者情報よりも優先させる並び順とする、
   ことを特徴とする患者管理支援プログラム。
2. 前記並び順は、入院中病棟名情報、又は、受診診療科が一致する患者情報を近接させた順とする、ことを特徴とする請求項１記載の患者管理支援プログラム。
3. 患者情報の選択を受け付ける受付部と、
   患者情報を記憶する記憶部と、
   前記記憶部に記憶された前記患者情報を参照して、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる複数の患者情報を検出した場合に、該複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、前記患者情報とは異なる複数の患者情報の並び順を制御して表示する表示制御部と、
   を備え、
   前記入院中病棟名情報は、患者が入院中である場合に前記患者に対応する前記患者情報に含まれる情報であり、
   前記並び順の制御では、前記患者情報とは異なる複数の患者情報のうちで前記入院中病棟名情報が含まれている患者情報を前記入院中病棟名情報が含まれていない患者情報よりも優先させる並び順とする、
   ことを特徴とする患者管理支援システム。
4. 前記並び順は、入院中病棟名情報、又は、受診診療科が一致する患者情報を近接させた順とする、ことを特徴とする請求項３記載の患者管理支援システム。
5. コンピュータにより実行される患者管理支援方法であって、
   前記コンピュータは、
   患者情報の選択を受け付け、
   記憶部に記憶された患者情報を参照して、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる複数の患者情報を検出した場合に、該複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、前記患者情報とは異なる複数の患者情報の並び順を制御して表示する、
   処理を実行し、
   前記入院中病棟名情報は、患者が入院中である場合に前記患者に対応する前記患者情報に含まれる情報であり、
   前記並び順の制御では、前記患者情報とは異なる複数の患者情報のうちで前記入院中病棟名情報が含まれている患者情報を前記入院中病棟名情報が含まれていない患者情報よりも優先させる並び順とする、
   ことを特徴とする患者管理支援方法。
6. 前記並び順は、入院中病棟名情報、又は、受診診療科が一致する患者情報を近接させた順とする、ことを特徴とする請求項５記載の患者管理支援方法。
7. コンピュータに、
   患者情報の選択を受け付け、
   記憶部に記憶された患者情報を参照して、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる複数の患者情報を検出した場合に、同じ氏名の患者の一覧表示の指示を受け付けるボタンを表示し、
   前記ボタンが押された場合に、受け付けた前記患者情報と該複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、前記患者情報とは異なる複数の患者情報の並び順を制御して表示する、
   処理を実行させ、
   前記入院中病棟名情報は、患者が入院中である場合に前記患者に対応する前記患者情報に含まれる情報であり、
   前記並び順の制御では、前記患者情報とは異なる複数の患者情報のうちで前記入院中病棟名情報が含まれている患者情報を前記入院中病棟名情報が含まれていない患者情報よりも優先させる並び順とする、
   ことを特徴とする患者管理支援プログラム。
8. 前記複数の患者情報の並び順を制御する際、同一人物について多重に患者情報が登録されている場合に、他の同姓同名の患者とは区別可能に表示する
   処理を実行させることを特徴とする請求項１又は請求項７記載の患者管理支援プログラム。
9. 更に、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる患者情報を検出した場合に、前記患者情報とは異なる患者情報に対応する患者が入院中であれば、同じ氏名の患者が入院中であることを示す情報を出力する、
   処理を前記コンピュータに実行させることを特徴とする請求項１又は請求項７記載の患者管理支援プログラム。
10. 更に、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる患者情報を検出した場合に、前記患者情報とは異なる患者情報に対応する患者が来院中であれば、同じ氏名の患者が来院中であることを示す情報を出力する、
    処理を前記コンピュータに実行させることを特徴とする請求項１又は請求項７記載の患者管理支援プログラム。
11. 同じ氏名の患者の一覧表示の依頼を受け付けると、前記患者情報と前記患者情報とは異なる患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科を前記患者情報に付加して表示する
    処理を実行させることを特徴とする請求項９又は１０記載の患者管理支援プログラム。
12. 患者情報の選択を受け付け、
    記憶部に記憶された患者情報を参照して、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる複数の患者情報を検出した場合に、同じ氏名の患者の一覧表示の指示を受け付けるボタンを表示し、
    前記ボタンが押された場合に、受け付けた前記患者情報と該複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、前記患者情報とは異なる複数の患者情報の並び順を制御して表示する、
    ことを含み、
    前記入院中病棟名情報は、患者が入院中である場合に前記患者に対応する前記患者情報に含まれる情報であり、
    前記並び順の制御では、前記患者情報とは異なる複数の患者情報のうちで前記入院中病棟名情報が含まれている患者情報を前記入院中病棟名情報が含まれていない患者情報よりも優先させる並び順とする、
    コンピュータが実行する患者管理支援方法。
13. 更に、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる患者情報を検出した場合に、前記患者情報とは異なる患者情報に対応する患者が入院中であれば、前記同じ氏名の患者が入院中であることを示す情報を出力する
    ことを含む、ことを特徴とする請求項１２記載のコンピュータが実行する患者管理支援方法。
14. 更に、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる患者情報を検出した場合に、前記患者情報とは異なる患者情報に対応する患者が来院中であれば、前記同じ氏名の患者が来院中であることを示す情報を出力する
    ことを含む、ことを特徴とする請求項１２記載のコンピュータが実行する患者管理支援方法。
15. 患者情報の選択を受け付ける受付部、
    記憶部に記憶された患者情報を参照して、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる複数の患者情報を検出した場合に、同じ氏名の患者の一覧表示の指示を受け付けるボタンを表示する表示部、
    前記ボタンが押された場合に、受け付けた前記患者情報と該複数の患者情報のそれぞれに含まれる入院中病棟名情報、又は、受診診療科の一致、不一致に基づいて、前記患者情報とは異なる複数の患者情報の並び順を制御して表示する表示制御部、
    を含み、
    前記入院中病棟名情報は、患者が入院中である場合に前記患者に対応する前記患者情報に含まれる情報であり、
    前記並び順の制御では、前記患者情報とは異なる複数の患者情報のうちで前記入院中病棟名情報が含まれている患者情報を前記入院中病棟名情報が含まれていない患者情報よりも優先させる並び順とする、
    患者管理支援装置。
16. 更に、受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる患者情報を検出した場合に、前記患者情報とは異なる患者情報に対応する患者が入院中であれば、前記同じ氏名の患者が入院中であることを示す情報を出力する出力部、
    を含む、請求項１５記載の患者管理支援装置。
17. 受け付けた前記患者情報に登録された氏名情報に合致する氏名情報を有する前記患者情報とは異なる患者情報を検出した場合に、前記患者情報とは異なる患者情報に対応する患者が来院中であれば、前記同じ氏名の患者が来院中であることを示す情報を出力する出力部、
    を含む、請求項１５記載の患者管理支援装置。