JP4718679B2 - 病院情報システム - Google Patents
病院情報システム Download PDFInfo
- Publication number
- JP4718679B2 JP4718679B2 JP2000382430A JP2000382430A JP4718679B2 JP 4718679 B2 JP4718679 B2 JP 4718679B2 JP 2000382430 A JP2000382430 A JP 2000382430A JP 2000382430 A JP2000382430 A JP 2000382430A JP 4718679 B2 JP4718679 B2 JP 4718679B2
- Authority
- JP
- Japan
- Prior art keywords
- patient
- infectious disease
- information
- room
- hospital
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、病院情報システムに関し、特に、医師や看護婦等が入力した診療情報を各実施部門に伝達し、入力された診療情報を再利用することで累積される院内情報を伝達するものに関する。なお、本発明は、上述の指示を伝達するシステムの一部として機能するが、患者の感染症情報、および入院情報を管理することができる病院情報システムであれば、指示の伝達機能の有無は問わない。
【０００２】
【従来の技術】
従来より、入院する患者に関する情報を端末を操作して入力するとともに、当該情報を蓄積して他の各部門へ伝達して前記情報を利用することができるいわゆる病院情報システムが知られている。
【０００３】
この病院情報システムにおいては、患者に関する患者情報と、この患者の診療支援情報として例えば感染症に関する情報である感染症マスタを入力・保持している。
【０００４】
乃ち、図２９に示すデータ構造の概念図に示すように、患者情報と感染症マスタとは相互に相関しており、互いに情報の更新、変換等の情報の伝達が可能となっている。
【０００５】
【発明が解決しようとする課題】
上述の病院情報システムにおいては、上記のデータ構造を保有しているために、例えば端末等の表示画面上にて、どの患者が何の感染症に感染しているかを識別することはできる。
【０００６】
しかしながら、感染症に感染している患者が病院内のどの病室に入っているかということをシステム上識別できないために、感染症患者に対しては人手による管理が必要となっていた。
【０００７】
特に、感染症患者は、他の感染症でない患者と物理的に隔離し、あるいは後から当該患者が感染症に感染した感染症患者であると判明した場合には、上記隔離に加えて当該感染症患者が入っていた病室を清掃等などをするようにして感染症対策を行わなければならず、感染症患者の発見が遅れたり、感染症対策が遅れたりすると、最悪の場合院内感染などの医療事故に繋がる恐れがあった。
【０００８】
さらに加えて、患者を病院情報システムに登録する際には、感染症患者が入っている病室がどこであるのかを識別できないために、入院する際の病室選択時に、感染症に感染している人の病室に勝手に入室（入院）してしまう恐れがあり、これによって感染してしまうことが起こる。
【０００９】
また、逆に感染症患者が通常患者の病室へ入ってしまうことにより、同じ部屋に入院した患者が全員感染してしまう恐れがあった。
【００１０】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、感染症患者の病室を選別することにより、人手による管理を要せずに院内感染等の医療事故を未然に防止することのできる病院情報システムを提供することにある。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、病室に感染した感染症を含む病室情報とを有する診療情報が格納されるデータベースと、患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、前記サーバーは、前記入院受付画面からの前記患者を収容先の病室情報の操作入力に基づき、前記感染症マスタから当該患者の感染症情報を検索し、前記データベースに係る病室情報から患者の収容先の病室の感染症情報を検索する検索手段と、入院登録時に操作入力された病室への前記患者の入室の可否を、前記検索手段で検索された、前記患者の感染症情報と病室の感染症情報とを基に、判定する判定手段と、不許可の場合は警告画面を前記ユーザー端末に表示する表示処理手段と、感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段と、を含むことを特徴とする。
【００１２】
また、他の実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースを有し、前記サーバーは、患者を検査する検査システムからの検査結果情報に含まれる感染症情報に基づき、前記患者感染症情報を更新する更新手段と、前記感染症マスタと更新された前記患者感染症情報とを参照して、不許可感染とされた患者が院内に入院されているか否かを判定する判定手段と、前記判定手段での判定結果に基づき、前記不許可感染とされた患者が院内に入院されている場合に、管理者が使用する前記ユーザー端末に告知する告知手段と、前記サーバーに、前記不許可感染とされた患者が院内に入院されている場合に、前記患者と同じ病室に入院していた感染推定患者を検索し、前記ユーザー端末に一覧として表示せしめる表示処理手段と、を含むことを特徴とする。
【００１３】
また、他の実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症病室マスタを含む感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースと、患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、前記サーバーが、前記ユーザー端末の前記入院受付画面からの患者番号の操作入力に基づき、前記患者感染症情報と前記感染症病室マスタを検索し、当該患者が感染している場合の感染症グループを抽出し、通常患者から物理的に隔離される特定の病室を選択する選択手段と、前記感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段をと、を備えたことを特徴とする。
【００１７】
【発明の実施の形態】
以下、本発明の好適な実施の形態の一例について、図面を参照して具体的に説明する。
【００１８】
［第１の実施の形態］
（全体構成）
先ず、本発明の各実施の形態の説明に先立って、本例の病院情報システムにて各実施の形態に共通する全体の概略構成について、図１を参照して説明する。図１は、本例の病院情報システムの全体の構成を示すブロック図である。
【００１９】
本例の病院情報システム１は、図１に示すように、ネットワーク網８を介して配設された複数のユーザー端末２（図１では簡単のため一つのみ表記してある）と、このユーザー端末２からの操作入力に基づき、所望のサービスを提供するサーバー４と、このサーバー４と連携して各種プログラム及びデータが格納されたデータベース５と、例えばシステム管理室等の配設されて上記サーバー４を管理するための管理用端末３と、本病院情報システム１と連携して、患者の検査及び検査結果等の情報を運用する検査システム６と、この検査システム６とサーバー４とを連携させるための検査システム連携装置７と、がネットワーク網８を介して接続配置されている。
【００２０】
ユーザー端末２においては、例えば、入院受付画面を表示する入院受付画面表示手段２ｂ、感染症入力画面を表示する感染症入力画面表示手段２ａと、病室管理画面を表示する病室管理画面表示手段２ｃ、などが構成される。
【００２１】
一方、図２には、本例のサーバー４及びデータベース５にて処理されるデータの流れが概念的に示されており、特にデータベース５のデータ構造では、患者情報Ｄ１、感染症マスタＭ１、病室情報Ｄ２を有しており、サーバー４は、これらの各情報を連携処理して制御するための制御手段４ａを含んでいる。
【００２２】
例えば、制御手段４ａの第１の制御プログラム４ａ１にて、感染症マスタＭ１と病室情報Ｄ２との連携を行うことができる。さらに、制御手段４ａの第２の制御プログラム４ａ２にて患者情報Ｄ１と感染症マスタＭ１とを連携することができる。制御手段４ａには、この他複数の各種の制御プログラムを含んで構成されるために、図２においては第Ｎの制御プログラム４ａＮとして示されている。
【００２３】
このようにすることにより、病室情報Ｄ２と感染症マスタＭ１とを連携処理する、乃ち、病室情報Ｄ２に感染症情報Ｄ３を付与することによって、入院受付時における感染症・病室チェックを行い、患者の感染症情報と入院時の収容先である病院の収容許可／不可の判定を自動で行うことができる。
【００２４】
（データベース）
次に、データベース５のさらに詳細なデータ構造について、図１０を用いて説明する。
【００２５】
本例におけるデータベース５とは、単に物理的に配置されたデータ記憶装置上のデータをいい、通常のファイルも含めた概念である。その場合、主キーとは索引ファイルの索引キーに対応し、項目はレコードの項目を表す。
【００２６】
このデータベース５は、本例に関連する情報としては、大別すると、診療情報５ａとマスタ情報５ｂとに分類される。なお、データベース５には、この他オーダー情報等の種々情報も格納されている。
【００２７】
診療情報は５ａは、患者感染症情報Ｄ１、病室情報Ｄ２、病室感染症情報Ｄ３を有している。
【００２８】
患者感染症情報Ｄ１は、患者がかかっている感染症を管理する情報テーブルであり、患者ＩＤ、シノニム、感染症コードなどを有している。なお、シノニムにより複数の感染症を持つことができる。
【００２９】
病院情報Ｄ２は、現在入院している患者の収容状況を病室単位に管理する情報テーブルであり、病室コード、シノニム、患者ＩＤなどを有している。なお、シノニムによりその病室に収容する複数の患者ＩＤを対応づける。また、シノニムを病床コードと意味づけて管理することも可能である。
【００３０】
病室感染症情報Ｄ３は、病室単位に感染症情報を管理するテーブルであり、病室コード、シノニム、感染症グループ、感染推定日、感染ステータスなどを有している。
【００３１】
ここで、感染症グループとは、病室に感染した感染症グループであって、感染症グループは感染症コードから導出する。
【００３２】
また、感染推定日とは、感染症が登録された患者の入院日または感染症登録日である。
【００３３】
さらにまた、感染ステータスとは、感染した場合に、その対策状態を管理するフラグである。この状態としては、感染ステータス＝感染状態（例えば０）となる場合は、感染症の対策は未だであることを意味する。一方、感染ステータス＝感染症対策済み（例えば１）となる場合は、例えば消毒や清掃、空気洗浄などによる感染症対策が既に済んでいることを意味する。
【００３４】
一方、マスタ情報５ｂは、感染症マスタＭ１、病室マスタＭ３、感染症病室マスタＭ２などを有している。
【００３５】
感染症マスタＭ１は、病院で管理し患者に登録すべき感染症を定義するマスタであり、感染症コード、感染症名称、感染症グループ、優先度コードなどを備えている。
【００３６】
感染症コードでは、感染症を番号により識別するものであり、例えば〇〇感染症のコードを「２１」とするような定義づけがなされている。また、感染症の名称は、感染症の名称を表す。さらに、感染症グループは、複数の感染症をグループ化して管理するためにその感染症が所属するグループ番号を意味する。
【００３７】
優先度コードでは、感染症の種類によって危険度の高い感染症に感染した患者が入っている病室には例えばグレード５、次に危険度の高い感染症に感染した患者が入っている病室には例えばグレード４、・・という具合に、危険度の高いものほど優先的に感染症対策の処理をなさなければならない観点から優先度を識別するためのコードを定義している。
【００３８】
感染症病室マスタＭ２は、特定の感染症、すなわち、ここで登録された感染症グループの患者が収容されるべき病室を定義するテーブルであり、感染症グループ、病室コードなどを備えている。
【００３９】
病室マスタＭ３は、病院内の入院施設である病室情報を管理するマスタであり、病室コード、シノニム、不許可感染症グループなどを備えている。
【００４０】
病室コードは、病室を識別するための番号である。また、不許可感染症グループとは、その病室に収容してはいけない感染症グループをいう。すなわち、患者情報に存在する感染症コードが所属する感染症グループが登録されている場合には、当該患者の収容が不可となる。
【００４１】
（表示画面について）
次に、本例システムのユーザー端末５に表示される主たる表示画面について、以下に説明する。
【００４２】
本例の画面は、病院情報システム１の中の一機能の入院処理を行い、医者用入力画面（不図示）の下位階層の画面として用いられるものである。
【００４３】
すなわち、ユーザー端末２では、例えば、入院情報、病名情報、感染症情報等、診断に必要な情報が一つの画面の中で行えるように形成され、医者が通常使うメニュー画面である医師用入力画面にて、当該医師用入力画面内の感染症用ボタンを押下することで、感染症入力画面１０に遷移する。医者用入力画面では、病名、診察室等を入力することができ、病名同様に感染症等も入力できる。感染症入力画面１０にて患者が感染症にかかっていれば、番号等を入力し、この情報がデータベース５に蓄えられる。
【００４４】
一方、病棟業務では、通常入院受付の窓口で入院手続をする。この時に職員が、入院受付画面２０を用いて空部屋を探し、入院した人・病室等を選び入院させる。
【００４５】
一通り処理が終了し登録されると、登録された日付等がカレンダー形式で医者用入力画面に表示出力される。
【００４６】
以下、感染症入力画面１０、入院受付画面２０、病室一覧画面３０、病室管理画面４０，警告画面５０、感染推定患者一覧画面６０の順に説明する。図３には、感染症入力画面１０の構成が開示されている。
【００４７】
感染症入力画面１０は、図３に示すように、感染症情報を登録するための画面であり、患者ＩＤを入力するための患者ＩＤ入力欄１１と、対応する患者の氏名を表示する患者氏名表示欄１２と、対応する患者の感染症コードを入力するための感染症コード入力欄１３と、この入力された感染症コードに対応する感染症の名称を表示する感染症名称表示欄１４と、入力した情報を取り消すための取消操作部１５と、入力した情報で感染症の登録を行うための登録操作部１６と、を含んで構成される。
【００４８】
図４には、入院受付画面の構成が開示されている。入院受付画面２０は、患者が入院をする場合に使用される画面である。
【００４９】
この入院受付画面２０は、図４に示すように、入院する患者の患者ＩＤを入力するための患者ＩＤ入力欄２１と、入力された患者ＩＤに対応する患者氏名を表示する患者氏名表示欄２２と、当該患者が入院する日付を入力する入院日付入力欄２３と、当該患者が入室する病室のコード番号を入力する病室入力欄２４と、当該患者が使用するベッドの番号を入力するベッド番号入力欄２５と、当該患者の感染症名を表示する感染症名表示欄２６と、病室情報（後述する病室管理画面４０）を選択表示するための病室情報選択操作部２７と、病室一覧画面３０を表示させるための病室操作部２８と、入力された情報で登録を行うための登録操作部２９ａと、入力された情報を取り消すための取消操作部２９ｂと、を含んで構成されている。
【００５０】
図５には、病室一覧画面の構成の一例が開示されている。病室一覧画面３０では、全ての病室の病室番号が整列して表示された病室一覧表示欄３１を有しており、感染症患者が入院している病室３１ｂのみ着色表示とし、その他の病室３１ａを無色表示として、感染症患者が入室している病室の有無の判断及び認識を容易にしている。
【００５１】
図６には、病室管理画面の構成の一例が開示されている。
【００５２】
病室管理画面４０においては、図６に示すように、病室の病室番号を入力するための病室番号入力欄４１と、この入力された病室番号に対応する病室を表示する病室表示欄４２と、この病室が汚染されている感染症の名称を表示するための感染症名称表示欄４３と、この感染症が感染したと推定される日付を表示する感染推定日表示欄４４と、この感染症患者のＩＤが表示される感染症ＩＤ表示欄４５と、感染症に対する対策、例えば感染症の原因となる細菌等を駆除し、清掃、消毒等を完了する等の種々の処理を行ったか否か、処理、未処理等の結果内容が表示される感染症処理有無表示欄４６と、当該処理が処理済みである場合に選択される処理済操作部４７と、確認を行うための確認操作部４８と、を含んで構成されている。
【００５３】
図７には、警告画面の構成の一例が開示されている。この警告画面５０においては、図７に示すように、例えば「患者××は〇〇感染症にかかっています。病室△△には入院できません」等の警告表示５１が表示される。そして、この警告画面５０においては、確認を行うための確認操作部５２が形成されている。
【００５４】
図８には、感染推定患者一覧画面の構成の一例が開示されている。感染推定患者一覧画面６０では、図８に示すように、「以下の患者は感染症：〇〇感染症に感染している可能性があります。至急検査して下さい」等のメッセージが表示されるメッセージ表示欄６１と、当該感染症に感染している可能性のある患者番号、氏名等が表示される感染可能性患者表示欄６２と、当該感染可能性患者の病室情報を表示する表示欄６３等が表示されることとなる。さらに、確認を行うための確認操作部６４が形成されている。
【００５５】
（本例の特徴）
図９には、ユーザー端末２とデータベース５との間のデータの流れが模式的に示されている。
【００５６】
データベース５内の患者感染症情報Ｄ１・病室情報Ｄ２・病室感染症情報Ｄ３を備えた診療情報５ａと、感染症マスタＭ１・感染症病室マスタＭ２・病室マスタＭ３を備えたマスタ情報５ｂと、に基づき、ユーザー端末２の感染症入力画面表示手段２ａに感染症入力画面１０が表示される。
【００５７】
同様に、診療情報５ａ及びマスタ情報５ｂに基づき、ユーザー端末２の入院受付画面表示手段２ｂに入院受付画面２０が表示される。
【００５８】
ここで、本例の大きな特徴の一つは、入院すべき病室のチェックであり、本例では、感染症グループと病室コードとがマスタ情報５ｂに入っており、患者に感染症グループが設定されているので、入院受付画面２０で病室番号を入力した時点で当該病室が感染症患者が収容されているか否かを自動チェックでき、誤って収容してはいけない感染症患者の病室への収容を事前に拒絶することができる。
【００５９】
さらに、病室選択時に、ベッドが空いていなければ病室を選択できないようにも構成されている。
【００６０】
以下に、このような機能を達成するための具体的構成についてサーバー４での処理を中心に説明する。
【００６１】
（サーバー）
病院情報システムにおけるサーバーの詳細な構成について図１１〜図１２を用いて説明する。図１１には、本例の病院情報システムの構成の一例が開示されている。
【００６２】
ユーザー端末２では、感染症入力画面１０（図３参照）を表示する感染症入力画面表示手段２ａを含んで構成している。データベース５には、感染症入力画面１０を表示するための感染症入力画面データ５ｃと、マスタ情報５ｂと、診療情報５ａと、を含んで構成されている。
【００６３】
サーバー４は、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、ユーザー端末２での感染症入力画面１０を表示処理するための感染症入力画面表示処理手段４ｂと、感染症入力画面表示手段２ａの感染症入力画面１０上にて入力された患者ＩＤ、感染症コード等の入力情報に基づき、マスタ情報５ｂを用いて感染症入力画面表示手段４ｂに感染症名称の表示を促す感染症名称表示処理手段４ｃと、感染症入力画面１０での登録操作部の操作入力に基づき、入力された情報の登録を行うための登録処理手段４ｄと、この登録に基づき、データベース５の診療情報５ａを用いて患者感染症情報を更新するための患者感染症情報更新手段４ｅと、を含んで構成されている。
【００６４】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の感染症入力画面表示処理手段４ｂは、感染症入力画面データ５ｃを利用してユーザー端末２に感染症入力画面１０を表示するように処理する。次に、ユーザー端末２の感染症入力画面表示手段２ａの表示された感染症入力画面１０上において、患者ＩＤ並びに感染症コードを入力すると、感染症名称表示処理手段４ｃは、データベース５に記憶されたマスタ情報５ｂを用いて当該感染症コードに対応する感染症名称を前記感染症入力画面１０に表示するような処理を行う。
【００６５】
そして、ユーザー端末２の感染症入力画面１０においてクリック等に操作により登録操作部が操作されると、サーバー４の登録処理手段４ｄにて登録処理が開始され、例えば患者感染症情報更新処理手段４ｅによりデータベース５に記憶された診療情報５ａの患者感染症情報の更新処理を行う。
【００６６】
図１２には、本例の病院情報システムにかかる入院受付の場合の構成の一例が機能ブロック図として開示されている。
【００６７】
ユーザー端末２には、入院受付画面２０（図４参照）を表示するための入院受付画面表示手段２ｂと、警告画面５０（図７参照）を表示するための警告画面表示手段２ｄと、を含んで構成されている。
【００６８】
データベース５は、入院受付画面２０を表示するための入院受付画面データ５ｄと、診療情報５ａと、マスタ情報５ｂと、警告画面５０を表示するたの警告画面データ５ｅと、を含んで構成されている。
【００６９】
サーバー４は、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、入院受付画面データ５ｄを用いてユーザー端末２での入院受付画面２０の表示を処理するための入院受付画面表示処理手段４ｆと、入院受付画面２０にて入力された患者ＩＤ、病室コード等の入力情報に基づき、診療情報５ａを用いて患者感染症情報を検索するための患者感染症情報検索手段（検索手段）４ｇと、検索された診療情報５ａに基づき、患者感染症情報の有無を判定する感染症情報有無判定手段４ｈと、この感染症情報有無判定手段４ｈにて患者感染症情報が有ると判定された場合に、マスタ情報５ｂを用いて病室マスタを検索するための病室マスタ検索手段４ｋと、感染症情報有無判定手段４ｈにて感染症情報が無いと判定された場合であって、入院受付画面２０にてベッド番号が入力された場合に、ベッド番号を入力処理するベッド番号入力処理手段４ｉと、この入力さらた情報に基づき診療情報５ａに登録を行う登録処理手段４ｊと、病室マスタ検索手段４ｋにて検索されたマスタ情報５ｂに基づき、感染症グループが許可であるか否かを判定する感染症グループ判定手段（判定手段）４ｌと、この感染症グループ判定手段４ｌにて判定された判定結果が不許可である場合に、警告画面データ５ｅに基づき、ユーザー端末２に警告画面５０を表示するように処理する入室不許可警告表示処理手段（不許可とする手段）４ｍと、を含んで構成されている。
【００７０】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の入院受付画面表示処理手段４ｆは、入院受付画面データ５ｄを利用してユーザー端末２に入院受付画面２０を表示するように処理する。次に、ユーザー端末２の入院受付画面表示手段２ｂの表示された入院受付画面２０上において、患者ＩＤ並びに病室コードを入力すると、サーバー４の患者感染症情報検索手段４ｇは、データベース５に記憶された診療情報５ａを用いて患者感染症情報の検索を行う。
【００７１】
この結果、検索された患者感染症情報に基づき、サーバー４の感染症情報有無判定手段４ｈにて対応する当該患者感染症情報があるかないかの判定を行う。この感染症有無判定手段４ｈでの判定の結果、該当する患者感染症情報があると判定された場合には、サーバー４の病院マスタ検索手段４ｋは、データベース５に記憶されたマスタ情報５ｂの中から当該患者感染症情報に対応する病室マスタの検索を行う。
【００７２】
一方、感染症情報有無判定手段４ｈでの判定の結果、該当する患者感染症情報がないと判定された場合には、ユーザー端末２での入力待ちの待機状態となる。
【００７３】
そして、ユーザー端末２の入院受付画面２０において、前記患者のベッド番号が入力されると、サーバー４のベッド番号入力処理手段４ｉにて入力処理の実行が開始され、データベース５の特に診療情報として、サーバー４の登録処理手段４ｊがベッド番号を含む各種情報の登録処理が行われる。
【００７４】
さらに他方、病室マスタ検索手段４ｋにてマスタ情報５ｂから病室マスタが検索されると、この検索結果に基づき、感染症グループ判定手段４ｌは、感染症グループが許可であるか不許可であるかの判定を行う。
【００７５】
この感染症グループ判定手段４ｌでの判定結果が、不許可と判定した場合、すなわち許可しない感染症グループである場合には、サーバー４の入室不許可警告表示処理手段４ｍは、データベース５に記憶された警告画面データ５ｅを用いて、ユーザー端末２に警告画面５０を表示するような処理を行う。
【００７６】
一方、前記感染症グループ判定手段４ｌでの判定結果が、許可と判定した場合、すなわち許可した感染症グループである場合には、通常の入院受付画面２０を表示するように処理される。
【００７７】
（処理手順について）
次に、上記のような構成の病院情報システムにおける処理手順について、図１３〜図１４を参照しつつ説明する。
【００７８】
本例では、以下の＜感染症入力のフロー＞と＜入院受付のフロー＞から構成される。
【００７９】
本例に該当する部分は、＜入院受付のフロー＞に属するが、＜感染症入力のフロー＞による感染症情報の入力が前提となるため説明を施してある。
【００８０】
＜感染症入力のフロー＞
先ず、感染症入力画面表示手段２ａにてプログラムを起動すると、感染症入力画面１０が表示される（ステップ、以下「Ｓ」１０１）。感染症入力画面１０には、患者ＩＤを入力するフィールド、および感染症コードを入力するフィールドが備わっている。
【００８１】
次に、感染症入力画面１０において患者ＩＤ入力フィールドに更新すべき患者のＩＤを入力する（Ｓ１０２）。これにより、患者ＩＤに対する患者の患者氏名が表示され、選択した患者であることを確認する。
【００８２】
さらに、感染症入力画面１０において、Ｓ１０２で選択された患者に対して感染症コードを感染症コード入力フィールドに入力する（Ｓ１０３）。ここで、複数の感染症コードを一括して入力することも可能である。
【００８３】
そして、感染症マスタＭ１を検索し、Ｓ１０３で入力された感染症コードに対応する感染症名称を感染症入力画面１０に表示し、誤入力のないことを確認させる（Ｓ１０４）。
【００８４】
ここで、感染症入力画面１０においてＳ１０２〜Ｓ１０３にて入力した画面情報を登録するか取消にするかはオペレータの判断により機能を選択する（Ｓ１０５）。Ｓ１０５において登録する場合には、登録操作部１６を押下し、取消の場合は取消操作部１５を押下する。
【００８５】
そして、感染症入力画面表示手段２ａは、登録／取消の外部入力を判断し、以後の処理を次のように分岐する。乃ち、Ｓ１０５において、登録の場合にはＳ１０６へ処理を移す。一方、Ｓ１０５において、取消の場合には、Ｓ１０２へ処理を移すか、プログラムを終了する。
【００８６】
次に、感染症入力画面１０においてＳ１０２〜Ｓ１０３にて入力した情報をデータベース５上にある患者感染症情報Ｄ１を更新する（Ｓ１０６）。
【００８７】
そして、Ｓ１０２で処理を移し、次の患者の感染症情報を入力するか、プログラムを終了する。
【００８８】
＜入院受付のフロー＞
先ず、入院受付画面表示手段２ｂにてプログラムを起動すると、入院受付画面２０が表示される（Ｓ２０１）。ここで、入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【００８９】
なお、入院受付画面２０の入院日付入力欄２３、およびベッド番号入力欄２５は、本例には必ずしも必要ではない。
【００９０】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ２０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【００９１】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ２０３）。なお、本ステップは、本例では必ずしも必要ではない。
【００９２】
次いで、入院受付画面（Ｇ２）において入院日付入力欄２３に当該患者の収容先である病室の病室コードを入力する（Ｓ２０４）。
【００９３】
そして、データべース５上にある患者感染情報Ｄ１を当該患者の患者ＩＤにて検索する（Ｓ２０５）。
【００９４】
次に、入院受付画面表示手段２ｂは、Ｓ２０５の検索結果により、以降の処理を次のように分岐する。すなわち、感染症コードが１件も登録されていない場合、Ｓ２１０へ処理を移す。一方、感染症コードが１件以上登録されている場合、Ｓ２０７へ処理を移す。
【００９５】
ここで、データベース５上にある病院マスタＭ３を入院受付画面２０の病室入力欄２４で入力した病室コードにて検索する（Ｓ２０７）。
【００９６】
そして、入院受付画面表示手段２ｂは、感染症マスタＭ１を当該患者の感染症コードにて検索し、感染症グループを導出する。この感染症グループとＳ２０７で検索した結果をもとに、以降の処理を次のように分岐する（Ｓ２０８）。乃ち、感染症グループが不許可感染症グループ１〜ｎのいずれかに一致する場合、Ｓ２０９へ処理を移す。一方、感染症グループが不許可感染症グループ１〜ｎのいずれとも一致しない場合、当該病室への収容を不可とする理由がないと判断し、Ｓ２１０へ処理を移す。
【００９７】
そして、入院受付画面表示手段２ｂは、当該患者の当該病室への収容は不可と判断し、入室不可である主旨の警告画面（例：警告画面５０））を入院受付画面２０上に表示する（Ｓ２０９）。以降は、Ｓ２０４へ処理を移し、病室コードの再入力となる。
【００９８】
一方、入院受付画面２０においてベッド番号入力欄２５にベッド番号を入力する（Ｓ２１０）。
【００９９】
次いで、入院受付画面２０で入力された情報でデータベース５上の病室情報Ｄ２を更新する（Ｓ２１１）。以降は、Ｓ２０２へ処理を移し、次の患者の入力をするか、プログラムを終了する。
【０１００】
なお、少なくとも１つの病室に複数人の患者を登録する際に、シノニムを用いても、あるいは、ベッド番号による識別を行ってもよい。
【０１０１】
さらに、警告画面５０では、「感染症にかかっているので他の病室を選んでください」旨の警告が表示されることとなる。この警告画面５０において、「確認」５２を押すと、入院受付画面２０に戻って、入院受付画面２０の「病室」２８を押すと病室一覧画面３０が表示されるように形成していもよい。
【０１０２】
さらに、病室一覧画面３０を参照しながら、新規入院登録における病室選択をして病室登録の変更を行う構成してもよい。
【０１０３】
以上のように本実施の形態によれば、病室マスタに不許可感染症グループを新たに項目に追加したことにより、患者属性である、感染症情報との相互チェックが可能となり、入院受付画面で病室番号を入力した時点で自動チェックでき、誤って収容してはいけない感染症患者の病室への収容を事前に拒絶できるという効果が奏される。
【０１０４】
また、感染症情報の扱いを感染症マスタに感染症グループという項目を設けることで複数の感染症をグループ単位に管理することが可能となる。このため不許可にすべき感染症をグループとして登録できるという効果がある。
【０１０５】
さらに、ベッド番号をマスタ情報５ｂに持たせておくことで、入院受付画面２０にて、ベッド番号まで指定することができる。
【０１０６】
なお、本実施の形態の変形例としては、以下のようなものが挙げられる。例えば、感染症マスタＭ１から感染症グループを削除し、感染症のグループ化を省略した構成が可能である。その場合のマスタ情報５ｂの構造は、図１５に示すようになる。
【０１０７】
すなわち、この場合には、マスタ情報５ｂは、感染症マスタＭ４、感染症病室マスタＭ５、病室マスタＭ６を有しており、感染症マスタＭ４には、感染症コード、感染症名称を備えており、感染症病室マスタＭ５には、感染症コード、病室コードを備えており、病室マスタＭ６には、病室コード、シノニム、不許可感染症コードを有している。
【０１０８】
これにより、病室マスタＭ６に不許可感染症コードを新たに項目に追加したことにより、患者属性である、感染症情報との相互チェックが可能となり、誤って収容してはいけない病室への収容を事前に拒絶できるという効果が奏される。
【０１０９】
また、感染症情報の扱いを感染症マスタＭ４に感染症コードという項目を設けることで感染症を管理することが可能となる。このため不許可にすべき感染症を登録できるという効果がある。
【０１１０】
なお、この変形例は、以下の各第２の実施の形態、第３の実施の形態等にも適用することができる。
【０１１１】
さらに、本第１の実施の形態の変形例としては、例えば、診療情報５ａ及びマスタ情報５ｂの内部で複数項目設定可能なものを非正規化し、１レコードに格納した構造に置き換えた構成としてもよい。
【０１１２】
具体的には、図１６に示すように、データベース５内において、患者感染症情報Ｄ４、病室情報Ｄ５、病室マスタＤ５を構成する。
【０１１３】
患者感染症情報Ｄ４は、患者ＩＤと、複数の感染症コード１〜ｍとを備える。、病室情報Ｄ５は、病室コードと、ベッド番号別に患者ＩＤを持たせるように複数のベッド１患者ＩＤ〜ベッドｐ患者ＩＤとを備える。病室マスタＭ７は、病室コードと、複数の不許可感染症グループ１〜ｎとを備える。
【０１１４】
これにより、データベースの１レコードで１患者しか登録できないというような事態は生じず、１レコードの中で複数の患者を登録することができる。
【０１１５】
［第２の実施の形態］
次に、本発明にかかる第２の実施の形態について、図１７〜図１９に基づいて説明する。なお、以下には、前記第１の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。
【０１１６】
図１７は、本例の病院情報システムにおいて、ユーザー端末２とデータベース５との間のデータの流れを模式的に示した説明図である。
【０１１７】
上記第１の実施の形態では、予め感染症であることが登録されている患者について当該感染症患者の病室をチェックする構成としたが、本例では、既に入院している感染症でない患者が、新たに行われた検査等によって当該患者が感染症に感染していることが後から判明した場合に対応できる構成を示している。
【０１１８】
乃ち、図１７に示すように、データベース５には、他の検査システム６からの検査結果等の検査情報を検査システム連携装置７内の患者情報更新タスク７ａを介して逐次入力されるように形成している。もちろん、これらのデータ処理はサーバー４（図１７には不図示）にて行われていることとなる。また、上述の検査システム連携装置７は、サーバー４内に検査システム連携手段として搭載する構成であってもよい。
【０１１９】
そして、入力された検査情報から感染症患者である旨が判明すると、データベース５及びサーバー４を用いて病院情報システム１のシステム管理者等が使用する管理用端末３に、感染症患者に関する情報を通知する。なお、この通知先としては、病院内において感染症患者を隔離する旨の指示を行うことができる人物もしくはそのような権限のある医師例えば院長等が使用する端末に対して、直接通知するようにしてもよい。
【０１２０】
この通知先の指定を行うために、本例においては、マスタ情報５ｂに、職員マスタＭ１４を備えている。この職員マスタＭ１４では、各職員に対応して各識別コード番号、各メールアドレスが各々関連付けられたテーブルを構成している。
【０１２１】
例えば、医師にはコード番号１でメールアドレスＡが対応付けられ、看護婦にはコード番号２でメールアドレスＢが対応付けられ、システム管理者にはコード番号３でメールアドレスＣが対応付けられる。
【０１２２】
これにより、感染症が発見された時に、対応するコード番号を設定しておけば、コード番号に対応するメールアドレス先にメール等が通知されることとなる。
【０１２３】
以上が、本実施の形態の要旨であり、以下により詳細な説明を、サーバー４におけるデータ処理の流れを中心にして説明する。
【０１２４】
図１８には、本例の病院情報システムにおいて検査システムと連携して用いる場合の具体的構成が開示されている。
【０１２５】
ユーザー端末２では、感染推定患者が一覧表示される感染推定患者一覧画面表示手段２ｅを用いる。
【０１２６】
データベース５には、感染推定患者一覧画面６０を表示するための感染推定患者一覧画面データ５ｆと、診療情報５ａ及びマスタ情報５ｂと、を含んで構成されている。
【０１２７】
サーバー４は、検査システム６からの検査結果等の検査入力情報に基づき、サーバー４と連携するための検査システム連携手段である検査システム連携装置７と、この検査システム連携装置７にて中継された検査結果情報を受信するための感染症情報受信手段４ｍと、この患者感染症情報受信手段４ｍにて受信された患者感染症情報に基づき、診療情報５ａを用いて患者感染症情報を更新するための患者感染症情報更新手段４ｏと、この患者感染症更新手段４ｏにて更新された情報に基づき、診療情報５ａを用いて患者入院情報を検索するための患者入院情報検索手段４ｐと、この患者入院情報検索手段４ｐにて検索された診療情報５ａの検索結果に基づき、当該患者が入院中であるか否かその有無を判断する為の入院中有無判断手段（判定手段）４ｑと、この入院中有無判断手段４ｑにて判断された判断結果が入院中であると判断された場合に、マスタ情報５ｂを用いて病室マスタ情報を検索するための病室マスタ検索手段４ｒと、この病室マスタ検索手段４ｒにて検索されたマスタ情報の検索結果に基づき、当該病室に関し、感染症グループが許可されているか否かを判定するための感染症グループ判定手段４ｓと、この感染症グループ判定手段４ｓにおいて、感染症グループが不許可であると判断された場合に、管理用端末３に、危険である旨の警告を告知するための告知手段４ｔと、この告知手段４ｔからの告知実行及びデータベース５の感染推定患者一覧画面データ５ｆに基づき、ユーザー端末２に感染推定患者一覧画面６０を表示するように処理する感染推定患者一覧画面表示処理手段（一覧として表示せしまる手段）４ｕと、を含んで構成されている。
【０１２８】
上記のような構成の病院情報システム１において、先ず、検査システム６からの検査結果等の情報が例えばサーバー４の検査システム連携装置７にて連携され、感染症情報受信手段４ｎにて感染症情報が受信される。
【０１２９】
そうすると、患者感染症情報更新手段４ｏは、データベース５の診療情報５ａにおいて患者感染症情報の更新を行う。
【０１３０】
次いで、サーバー４の患者入院情報検索手段４ｐは、データベース５に記憶された診療情報５ａの中から対応する患者感染症情報を検索する。
【０１３１】
この結果、診療情報５ａにて検索された患者感染症情報に基づき、サーバー４の入院中有無判断手段４ｑにて当該患者が入院中であるか否かの判断を行う。
【０１３２】
この入院中有無判断手段４ｑでの判断結果が入院中であると判断された場合には、サーバー４の病室マスタ検索手段４ｒは、データベース５に記憶されたマスタ情報を用いて対応する入院中の患者に対応する病室マスタを検索する。
【０１３３】
一方、前記入院中有無判断手段４ｑでの判断結果が入院中でないと判断された場合には、感染症情報受信手段４ｍに戻り、次の受信情報に関する処理が行われる。
【０１３４】
さらに他方、サーバー４の病室マスタ検索手段４ｒでのデータベース５のマスタ情報５ｂ中の病室マスタの検索結果に基づき、サーバー４の感染症グループ判定手段４ｓは、当該病室マスタに対応する感染症グループを抽出しつつ、この感染症グループが不許可感染症グループであるか否かの判定を行う。
【０１３５】
この感染症グループ判定手段４ｒでの判定結果が、不許可感染症グループであると判定した場合には、サーバー４の告知手段４ｔは、管理用端末３に向けて感染症の患者がいる旨の告知を行うこととなる。
【０１３６】
さらに加えて、告知手段４ｔによる告知を行った後には、サーバー４の感染推定患者一覧画面表示処理手段４ｕは、データベース５の感染推定患者一覧画面データ５ｆを用いて、ユーザー端末２の感染症患者一覧画面表示手段２ｅの感染症患者一覧画面６０を表示するように処理する。
【０１３７】
なお、図１８では、検査システム連携装置７がサーバー４に構成される場合を例に説明したが、サーバー４外に専用装置を設けた構成としてもよい。
【０１３８】
（処理手順）
次に、検査システムと連携する場合の患者情報更新タスクの処理について、図１９を用いて説明する。
【０１３９】
先ず、検査システム連携装置７にある患者情報更新タスクは、検査システム６と通信を行い、検査システム６より送信する検査結果の受診待ち状態にある（Ｓ３０１）。
【０１４０】
次に、患者情報更新タスクは、検査システム６より検査結果を受診すると、次のＳ３０３の処理を行う（Ｓ３０２）。
【０１４１】
乃ち、検査システム６より受信したデータ中に感染症情報が含まれている場合、データベース５上の患者感染症情報Ｄ１を更新する（Ｓ３０３）。
【０１４２】
そして、受信した患者が現在入院中であるか否かを、データベース５上の病室情報Ｄ２を検索して判定する（Ｓ３０４）。
【０１４３】
さらに、Ｓ３０４の判定結果により以降の処理を次のように分岐する（Ｓ３０５）。Ｓ３０５において、入院中である場合（いずれの病床に含まれる場合）Ｓ３０６へ処理を移す。一方、入院中でない場合（いずれの病床にも含まれない場合）には、Ｓ３０２へ処理を移し、次の受信を待つ。
【０１４４】
次に、データベース５上の病室マスタＭ３を該当患者の収容している病室の病室コードにて検索する（Ｓ３０６）。
【０１４５】
さらに、感染症マスタＭ１を当該患者の感染症コードにて検索し、感染症グループを導出する。この感染症グループをＳ３０６で検索した結果をもとに、以降の処理を次のように分岐する（Ｓ３０７）。乃ち、感染症グループが不許可感染症グループ１〜ｎのいずれかに一致する場合には、Ｓ３０８へ処理を移す。一方、感染症グループが不許可感染症グループ１〜ｎのいずれとも一致しない場合には、感染症情報が更新されたにも拘わらず、当該病室への収容を不可とする理由がないと判断し、Ｓ３０２へ処理を移し、次の受信を待つ。
【０１４６】
次に、患者情報更新タスクは、当該患者を当該病室に収容することの継続は不可と判断し、入室の不可である主旨の通知をシステム管理者に発行する（Ｓ３０８）。この通知の手段としては電子メール、画面でのメッセージ表示、または書面によるレポート発行、電子メールに加えて音声情報で伝える、音声のみで警告する等を行うことが好ましい。例えば、通知の例としては、「患者：××に感染症：○○が登録されました。病室：△△に入院中ですが、同室の患者に感染するおそれがありますので病室を変更して下さい」のように通知する。
【０１４７】
ここで、システム管理者とは、管理者としてシステム上特別にユーザ登録されたオペレータをいう。
【０１４８】
最後に、感染推定患者一覧画面６０を表示する（Ｓ３０９）。ここで、この画面に表示される患者は、前過程で登録された感染症患者を収容していた病室の患者を検索することにより行われる。
【０１４９】
このように、現在入院している患者が外部にシステム情報から感染症である旨が判明した場合には、当該患者が入院しているか否かを検索し、入院していたら、どの病室に入院しているかを検索し、当該病室に前記感染症の患者が居ていいのか否かをチェックし、居てはいけないのであれば、自動で管理者に通知し、感染推定患者一覧画面６０を表示する。
【０１５０】
ここで、感染症であると判明した患者とともに病室にいた患者は、その間に感染している可能性があるので、この感染推定患者一覧画面６０では、感染症にかかっていると思わしき可能性のある同室の人を全てリストとして出す。
【０１５１】
なお、システム管理者から医師に電子メールで送る構成としても、直接医師の所に電子メールを出す構成としてもよい。さらに、発見を速くする観点から、電子メールでポップアップするようにしておくことが好ましい。一方的に通知した方が認知度が高いからである。
【０１５２】
以上のように本実施の形態では、検査システムから送信する結果情報の感染症情報をもとに患者感染症情報を更新するが、同時に現在入院中の病室との感染症相互チェックを行うことが可能となる。
【０１５３】
このことにより入院中で、後から感染症に感染していることが判明されても、即時に通知が管理者へ伝達されるため必要な措置が迅速に行えるという効果がある。この場合の必要な措置とは、当該患者の別の病室へ移動させることであるが、その場合は、後に説明する第３の実施の形態を応用することで容易に実現できる。
【０１５４】
また、病室感染症情報から感染病室の患者を検索し、表示することが可能となり（感染推定患者）、表示された患者の検査を行うなどの措置が迅速に実施可能となり、院内感染の拡大を防ぐことができる。
【０１５５】
なお、この第２の実施の形態の変形例としては、検査結果による感染症情報の更新の代わりに手動で操作入力にて感染症入力画面表示手段２ａの感染症入力画面１０で感染症を入力した場合に、同様な相互チェックを行い通知を管理者に伝達する。
【０１５６】
［第３の実施の形態］
次に、本発明にかかる第３の実施の形態について、図２０〜図２１に基づいて説明する。図２０は、本例の病院情報システムにおいて、ユーザー端末２とデータベース５との間のデータの流れを模式的に示した説明図である。
【０１５７】
本例では、既に感染症情報が入力されている患者を入院受付する場合に、他の患者から物理的に隔離するために、入院先病室を自動設定できる構成を示している。
【０１５８】
すなわち、上述の実施の形態では、入院受付画面にて病室のコード番号をテン入力により行う構成としたが、本例では、入院受付画面において患者番号入力すると、自動的に感染症の人の行き先（病室）を検索して、病室コードをセットする構成としている。なお、感染症でなければ、テン入力を行うようにしている。
【０１５９】
例えば、予め結核の患者は病室３３０４に入室するというのを自動でやる。このために、感染症の病名に応じて予め部屋の割り当ての対応ずけがなされている。
【０１６０】
図２０に示すように、マスタ情報５ｂの感染症病室マスタＭ２の中の感染症グループと病室コードに基づき、ある感染症の患者が入るべき病室の設定を行うことができる。
【０１６１】
また、病室一覧画面３０にて、感染症がある病室（３Ｆ―３０４）３１は色で表示されている。この着色部分がボタンになっていて、これを押すと感染症の名前等が表示された感染推定患者一覧画面６０が出てくる。このように、感染症患者の詳細閲覧を希望する場合には、感染症名等も表示されており、確認を行うことができる。さらに、いつまでも感染症であるということはないので、消毒等の感染症対策が行われると、解除することで、前記着色表示の病室を通常の状態にすることもできる。
【０１６２】
（処理手順）
次に、上述のようにするための処理について、図２１を用いて説明する。
【０１６３】
先ず、入院受付画面表示手段２ｂにてプログラムを起動すると、入院受付画面２０が表示される（Ｓ４０１）。この入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【０１６４】
なお、入院受付画面２０において患者ＩＤ入力欄２１、およびベッド番号入力欄２５は、本例には必ずしも必要ではない。
【０１６５】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者ＩＤを入力する（Ｓ４０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【０１６６】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ４０３）。
【０１６７】
そして、データベース５上にある患者感染症情報Ｄ１を当該患者の患者ＩＤにて検索する（Ｓ４０４）。
【０１６８】
次いで、Ｓ３０４の検索結果をもとに、以降の処理を以下のように分岐する（Ｓ４０５）。すなわち、感染症情報がある場合（患者ＩＤが患者感染症情報Ｄ１に含まれる場合）には、Ｓ４０６へ処理を移す。一方、感染症情報がない場合（患者ＩＤが患者感染症情報Ｄ１に含まれない場合）には、Ｓ４０８へ処理を移す。
【０１６９】
すなわち、感染症マスタＭ１をＳ４０５の患者感染症情報Ｄ１の感染症コードにて検索し、感染症コードに対応する感染症グループを導出する。この導出された感染症グループにてデータベース５上にある感染症病室マスタＭ２を検索し、病室コードを導出する（Ｓ４０６）。この病室コードは、該当する感染症を有する患者が入院すべき病室を表している。
【０１７０】
次いで、Ｓ４０６で導出された病室コードを入院受付画面２０の病室コード入力フィールドにセットし、コードを表示させる（Ｓ４０７）。この結果オペレータは、病室コードを自ら選択し入力する必要がなくなると同時に、感染症を有する患者を他の一般患者から物理的に隔離することが可能になる。
【０１７１】
ところで一方、入院受付画面２０の病室コード入力フィールドにて患者の収容先である病室コードを入力する（Ｓ４０８）。ここで、本ステップとＳ４０７との相違は、オペレータが自ら病室を選択し、コードを入力する点にある。
【０１７２】
次に、入院受付画面２０においてベッド番号入力欄２５にベッド番号を入力する（Ｓ４０９）。
【０１７３】
そして、入院受付画面２０で入力された情報でデータベース５上の病室情報Ｄ２を更新する（Ｓ４１０）。
【０１７４】
以降は、Ｓ４０２へ処理を移し、次の患者の入力をするか、プログラムを終了する。
【０１７５】
なお、上述のＳ４０２〜Ｓ４０８を処理する手段を構成することで、本発明の選択手段を構成できる。
【０１７６】
以上のように本実施の形態によれば、感染症病室マスタを使用し、感染症グループから病室コードを導出できるしくみが提供される。
【０１７７】
これにより既に感染症が入力されている患者を入院させる場合に、特定の病室を選択させることが可能になる。結果として、他の患者と物理的に隔離し、院内感染を防ぐことができる。乃ち、入院受付画面２０の中で、自動的に病室を選び、例えば結核用の病室等を自動でセットしてしまう。これにより、例えば、結核の感染症等の患者を容易かつ迅速に隔離することができる。
【０１７８】
なお、第３の実施の形態の変形例としては、感染症情報に加えて病名情報を追加し、病名と病室の相互チェックを行う構成としてもよい。
【０１７９】
具体的には、例えば、図２２に示すように、データベース５の診療情報５ａに、上述の各種情報に加えて、患者病名情報Ｄ１１、病室情報Ｄ１２、病室病名情報Ｄ１３を備える。さらに、データベース５のマスタ情報５ｂに、上述の各種情報に加えて、病名マスタＭ１１、病名病室マスタＭ１２、病室マスタＭ１３を備える。
【０１８０】
患者病名情報Ｄ１１では、患者ＩＤ、シノニム、病名コードなどを有しており、病室病名情報Ｄ１３では、病室コード、シノニム、病名グループ、推定日、病名ステータスなどを有している。
【０１８１】
病名マスタＭ１１では、病名コード、病名名称、病名グループ、優先度などを有しており、病名病室マスタＭ１２では、病名グループ、病室コードなどを有しており、病室マスタＭ１３では、病室コード、シノニム、不許可病名グループなどを有している。
【０１８２】
このような構成にすることにより、感染症に加えて、病名によっても病室のチェックを行うことができる。
【０１８３】
なお、本例では、病名情報と感染症情報とを各々独立した情報として管理する構成としたが、感染症は病名の一部であるという観点から病名情報のみで感染症をも管理するようなデータ構造であってもよい。
【０１８４】
［第４の実施の形態］
次に、本発明にかかる第４の実施の形態について、図２３〜図２６に基づいて説明する。図２３は、本例の病院情報システムにおいて、ユーザー端末２とデータベース５との間のデータの流れを模式的に示した説明図である。
【０１８５】
本例では、病室情報に感染症ステータス情報を付与し、患者の病室の出入りからの感染症ステータスを更新し、入室のチェック、同室にいた患者の移動等の院内感染症対策を効率的に運用する構成としている。
【０１８６】
乃ち、感染症患者は、病気が治ったり、新たに発覚して隔離されたり等が行われると別の病室に移されるが、当該患者がいた病室は、空で感染症対策が済んでいない場合が考えられる。このような場合に、本例では、病室一覧画面３０にて病室毎に感染症の状態を表示させる構成としている。感染症の病室に対して何も対策を施さなければ、着色表示の状態となる。
【０１８７】
図２３には、データベース５内の患者感染症情報Ｄ１・病室情報Ｄ２・病室感染症情報Ｄ３を備えた診療情報５ａと、感染症マスタＭ１・感染症病室マスタＭ２・病室マスタＭ３を備えたマスタ情報５ｂと、に基づき、ユーザー端末２の感染症入力画面表示手段２ａに感染症入力画面が表示される。
【０１８８】
同様に、診療情報５ａ及びマスタ情報５ｂに基づき、ユーザー端末２の入院受付画面表示手段２ｂに入院受付画面２０が表示される。さらに、診療情報５ａ及びマスタ情報５ｂに基づき、ユーザー端末２の病室管理画面表示手段２ｃに病室管理画面４０が表示される。
【０１８９】
（サーバー）
図２４には、本例の病院情報システム１において、感染症を入力する場合の構成の一例が機能ブロック図の形式で開示されている。
【０１９０】
ユーザー端末２では、感染症入力画面１０が表示される感染症入力画面表示手段２ａが用いられる。
【０１９１】
データベース５には、感染症入力画面１０を表示するための感染症入力画面データ５ｃと、マスタ情報５ｂ及び診療情報５ａと、を含んで構成されている。
【０１９２】
サーバー４には、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、感染症入力画面データ５ｃを用いてユーザー端末２に感染症入力画面１０を表示する用に処理する感染症入力画面表示処理手段４ｂと、感染症入力画面表示手段４ｂに表示された感染症入力画面１０にて入力された感染症コードを、マスタ情報５ｂを用いて感染症グループを変換するための感染症コード感染症グループ変換手段４ｗと、この感染症コード感染症グループ変換手段４ｗにて変換された感染症グループに基づき、診療情報５ａを用いて患者感染症情報を更新するための患者感染症情報更新手段４ｘと、この患者感染症情報更新手段４ｘにて更新された診療情報５ａに基づき、診療情報５ａを用いて病室情報を検索するための病室情報検索手段４ｙと、この病室情報検索手段４ｙにて検索された診療情報５ａの検索結果に基づき、診療情報５ａを用いて病室感染症情報を更新するための病室感染症情報更新手段４ｚと、を含んで構成される。
【０１９３】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の感染症入力画面表示処理手段４ｂは、感染症入力画面データ５ｃを利用してユーザー端末２に感染症入力画面１０を表示するように処理する。次に、ユーザー端末２の感染症入力画面表示手段２ａに表示される感染症入力画面１０上において、患者ＩＤ並びに感染症コードを入力すると、サーバー４の感染症コード感染症グループ変換手段４ｗは、データベース５に記憶されたマスタ情報５ｂを用いて、当該感染症コードを対応する感染症グループに変換する。
【０１９４】
変換された感染症グループに基づき、サーバー４の患者感染症情報更新手段４ｘは、データベース５の診療情報５ａ内の患者感染症情報を更新するように処理する。
【０１９５】
次に、サーバー４の病室情報検索手段４ｙは、患者感染症情報に対応する病室情報をデータべース５の診療情報５ａの中から検索する。この検索結果にて抽出された病室情報に基づき、病室感染症情報更新手段４ｚは、データベース５の診療情報５ａの対応する病室感染症情報を更新する処理を行う。
【０１９６】
（処理手順）
本例では、入院している患者で後から感染症であることを入力する場合に、感染症入力画面１０で感染症を登録する。そうすると、患者の感染症情報がセットされるとともに、病室に感染症情報をセットする。
【０１９７】
以下に、図２５を参照しながら感染症の入力を行う場合の処理手順について説明する。
【０１９８】
＜感染症の入力フロー＞
先ず、感染症入力画面表示手段２ａにてプログラムを起動すると、感染症入力画面１０が表示される（Ｓ５０１）。ここで、感染症入力画面１０には、患者ＩＤを入力する患者ＩＤ入力欄１１、および感染症コードを入力する感染症コード入力欄１３が備わっている。
【０１９９】
次に、感染症入力画面１０において患者ＩＤ入力欄１１に更新すべき患者の患者ＩＤを入力する（Ｓ５０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることを確認する。
【０２００】
さらに、感染症入力画面１０においてＳ５０２で選択された患者に対して感染症コードを感染症コード入力欄１３に入力する（Ｓ５０３）。なお、複数の感染症コードを一括して入力することも可能である。
【０２０１】
次に、感染症マスタＭ１を検索し、Ｓ５０３で入力された感染症コードに対応する感染症グループを導出する（Ｓ５０４）。
【０２０２】
そして、Ｓ５０４で導出した感染症グループを患者感染症情報Ｄ１に登録する（Ｓ５０５）。
【０２０３】
次いで、患者ＩＤをキーに病室情報Ｄ２を検索し、該当患者を収容している病室を導出する（Ｓ５０６）。
【０２０４】
さらに、Ｓ５０６で導出した病室コードにて病室感染症情報Ｄ３を検索し、感染症グループ、感染推定日、感染ステータスを以下のように更新する（Ｓ５０７）。乃ち、感染症グループをＳ５０４で導出した感染症グループに更新する。加えて、感染推定日を該当患者の入院日またはシステム日付に更新する。さらに加えて、感染ステータスを感染状態に更新する。
【０２０５】
最後に、Ｓ５０２へ処理を移し、次の患者の感染症情報を入力するか、プログラムを終了する。これによって、感染症患者を登録できる。
【０２０６】
次に、登録後、入院受付がなされる場合の処理手順を図２６を用いて説明する。
【０２０７】
＜入院受付時における感染症のフロー＞
先ず、入院受付画面表示処理手段２ｂにてプログラムを起動すると入院受付画面２０が表示される（Ｓ６０１）。ここで、入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【０２０８】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ６０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【０２０９】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ６０３）。
【０２１０】
次いで、入院受付画面２０において病室を入力するため病室一覧画面３０を表示し、どの病室に入院可能かオペレータは判断する（Ｓ６０４）。この画面には、病室感染症情報Ｄ３の内容が反映され、現在感染症グループが設定され、さらに感染ステータスが未処理（感染状態）の場合に色が変更されて表示される。
【０２１１】
そして、上記病室一覧画面３０にて入院する病室を選択する（Ｓ６０５）。ここで、感染ステータスが未処理の病室を選択しようとした場合には、その旨エラーを行い選択することができない。
【０２１２】
次に、Ｓ６０５にて選択された病室への入院を可能とし、入院受付画面２０で入力された情報でデータベース５上の病室情報Ｄ２を更新する（Ｓ６０６）。
【０２１３】
最後に、プログラムを終了するか、又はＳ６０２へ戻り、次の患者の入力を行う。
【０２１４】
このようにすることで、入院受付画面２０で入院日付を入れて、病室操作部２８を押下して、病室一覧画面３０を表示させる。そうすると、事前に色がわかるので、わざわざ感染症の疑いのある病室に入院させないように病室を確認できる。
【０２１５】
以上のように本実施の形態によれば、病室感染症情報を使用し、感染症患者が入院していたという事実から感染が推定される病室を一覧に表示し、色を識別することで入院できないことを目視確認できるしくみが提供される。
【０２１６】
［第５の実施の形態］
次に、本発明にかかる第５の実施の形態について、図２７〜図２８に基づいて説明する。図２７は、本例の病院情報システムの概略構成を示す機能ブロック図である。
【０２１７】
本例では、病室情報に感染症ステータス情報を付与し、患者の病室の出入りからの感染症ステータスを更新し、清掃済み等の院内感染症対策を効率的に運用する構成としている。
【０２１８】
乃ち、感染症患者は、病気が治ったり、新たに発覚して隔離されたり等が行われると別の病室に移されるが、当該患者がいた病室は、空で感染症対策が済んでいない場合が考えられる。このような場合に、本例では、病室一覧画面３０にて病室毎に感染症の状態を表示させるとともに、消毒等の感染症対策の処理がなされた場合には、状態を変更できるようにする構成である。さらに、病室管理画面４０にて各病室の状態を管理できる構成としている。
【０２１９】
感染症の病室に対して感染症対策を行い処理済みとなると、病室管理画面４０にて処理済操作部４７を押下すると、当該病室の着色表示は消えることとなる。
【０２２０】
上記第４の実施の形態では、入院受付処理の中で、入院受付画面２０の病室操作部２８により病室一覧画面３０を表示させ、色を塗っていないところを選択させる構成としたが、本例では、色の部分を選択することによって、詳細情報を得る構成としている。
【０２２１】
（構成）
ユーザー端末２では、入院受付画面２０が表示される入院受付画面表示手段２ｂと、病室一覧画面３０が表示される病室一覧画面表示手段２ｇと、病室管理画面４０を表示するための病室管理画面表示手段２ｈと、が利用される。
【０２２２】
データベース５には、入院受付画面２０を表示するための入院受付画面データ５ｄと、マスタ情報５ｂと、診療情報５ａと、病室一覧画面３０を表示するための病室一覧画面データ５ｈと、病室管理画面４０を表示するための病室管理画面データ５ｉと、を含んで構成されている。
【０２２３】
サーバー４には、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、入院受付画面データ５ｄを用いてユーザー端末２に入院受付画面２０を表示するように処理する入院受付画面表示処理手段４ｆと、入院受付画面２０での患者ＩＤ、病室コード等の操作入力に基づき、データベース５の病室一覧データ５ｈ及びマスタ情報５ｂを利用して、ユーザー端末２の病室一覧画面表示手段３ｇの病室一覧画面を表示するように処理する病室一覧画面表示処理手段４αと、病室一覧画面表示手段４αにて表示される病室一覧画面３０上にて選択された病室に対して、対応する情報を診療情報５ａから抽出すべく処理を行う色表示選択処理手段４βと、対応情報を抽出する対応情報抽出手段４γと、この対応情報抽出手段４γにて抽出された対応情報に基づき、病室管理画面データ５ｉを用いてユーザー端末２に病室管理画面４０が表示されるように処理する病室管理画面表示処理手段４δと、ユーザー端末２の病室管理画面４０上にて処理済操作部４７がクリック等により操作された場合に、この病室に関する感染症に関する情報をリセット（病室と感染症との関連を切る）するように診療情報５ａのデータを制御する処理済データリセット手段４εと、を含んで構成されている。
【０２２４】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の入院受付画面表示処理手段４ｆは、入院受付画面データ５ｄを利用してユーザー端末２に入院受付画面２０を表示するように処理する。次に、ユーザー端末２の入院受付画面表示手段２ｂに表示される入院受付画面２０上において、患者ＩＤ並びに感染症コードを入力すると、病室一覧画面表示処理手段４αは、データベース５に記憶された病室一覧画面データ５ｈ及びマスタ情報５ｂを用いて、ユーザー端末２の病室一覧画面表示手段２ｇの病室一覧画面３０を表示するように処理する。
【０２２５】
この病室一覧画面３０において、着色表示された、感染症患者が入室している各病室のうち、いずれかの病室をクリック等の操作により選択操作すると、サーバー５の色表示選択処理手段４βは、診療情報５ａの中から選択された病室に対応する対応情報を探しだし、対応情報抽出手段４γは探し出された前記対応情報を抽出して、病室管理画面表示処理手段２ｈに供給する。
【０２２６】
サーバー４の病室管理画面表示処理手段４δは、前記対応情報に基づきデータベース５の病室管理画面データ５ｉを用いて、ユーザー端末２の病室管理画面表示手段２ｃの病室管理画面４０を表示するように処理する。
【０２２７】
この病室管理画面４０において、清掃等が済んだ旨を意味する処理済操作部４７をクリック等により操作すると、サーバー４の処理済データリセット手段４εは、データベース５の診療情報５ａ中のデータのリセットを行い、病室一覧画面３０における着色された病室は、着色されない病室に変わることになる。
【０２２８】
（処理手順）
本例では、入院している患者で後から感染症であることを入力する場合に、感染症入力画面１０で感染症を登録し、その際に病室一覧画面３０を表示させ、着色表示された箇所をする。そうすると、患者の感染症情報がセットされるとともに、病室に感染症情報をセットする。
【０２２９】
以下に、入院受付を行う場合の処理手順を図２８を用いて説明する。
【０２３０】
先ず、入院受付画面表示処理手段２ｂにてプログラムを起動すると入院受付画面２０が表示される（Ｓ７０１）。ここで、入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【０２３１】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ７０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【０２３２】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ７０３）。
【０２３３】
次いで、入院受付画面２０において病室を入力するため病室一覧画面３０を表示し、どの病室に入院可能かオペレータは判断する（Ｓ７０４）。この画面には、病室感染症情報Ｄ３の内容が反映され、現在感染症グループが設定され、さらに感染ステータスが未処理（感染状態）の場合に色が変更されて表示される。
【０２３４】
そして、上記病室一覧画面３０にて病室の状態の詳細を調べるために所定の病室を選択する（Ｓ７０５）。
【０２３５】
次に、病室感染症情報の中で選択された病室に対応する情報をセットする（Ｓ７０６）。そして、選択された当該病室に対応する病室管理画面４０を表示する（Ｓ７０７）。
【０２３６】
さらに、当該選択された病室に対応する病室管理画面４０を参照しながら、現在の病室が清掃等の感染症対策の処理が済んでいるか否かの判断をユーザーが行い（Ｓ７０８）、もし感染症対策の処理が済んでいないのであれば、病室管理画面４０に戻る。一方、感染症対策の処理が済んでいるのであれば、病室管理画面４０上に形成された処理済操作部４７を押下する。
【０２３７】
これによって、当該病室に対応する診療情報５ａ内の病室感染症情報をリセットし、（Ｓ７０９）当該病室は処理済みの状態となる。
【０２３８】
すなわち、この状態では、病室一覧画面３０では、当初着色表示されていた病室が、着色表示されていない状態に変化していることとなる。
【０２３９】
また、感染症には様々な種類があるために、危険度の低いものもあれば、危険度の高いものもある。感染症の種類、感染症データに対して、ランク付け、順位付けを行い、例えば病室一覧画面３０において、危険度に応じて異なる色で病室を表示できるように構成してもよい。
【０２４０】
この場合には、例えば、それぞれの感染症のデータに対して順位付けを記載したテーブルないしデータを用意する。
【０２４１】
例えばマスタ情報５ｂの感染症マスタＭ１内の感染症グループに優先度の意味を持たせることで管理できる。危険度の低い感染症は、危険度の低い感染症グループ（名前）にしておき、危険度の高い感染症は、危険度の高い感染症グループとして定義しておくことにより、制御判断プログラムにて当該グループのチェックを行うことができる。
【０２４２】
或いは、マスタ情報５ｂ内の優先度コードを用いることで構成できる。これにより、優先度に応じて色の表示を変えるように形成できる。なお、色の表示の変え方は、例えば感染症グループ毎に色を変えたり、さらにランク付けされた所定のグレード以上を着色表示するように構成してもよい。
【０２４３】
これにより、病室を選択する時に、入院受付画面２０から病室一覧画面３０等を表示させるようにして、どの病室が安全かを確認することができる。
【０２４４】
以上のように本実施の形態によれば、病室感染症情報を使用し、清掃や消毒などの感染症解除装置の実施状況が一覧で把握することができ、院内感染の拡大を防止することができる。
【０２４５】
なお、本発明にかかる装置と方法は、そのいくつかの特定の実施の形態に従って説明してきたが、当業者は本発明の主旨および範囲から逸脱することなく本発明の本文に記述した実施の形態に対して種々の変形が可能である。例えば、上述の各実施の形態では、感染症入力画面等の各種画面を医者用画面の下位階層の画面として用いられる構成としたが、医者用画面とは別の独立したメニューによって形成する構成であってもよい。
【０２４６】
さらには、これらの各画面は、表示される順番は上述の例に限定されるものではなく、順番は問わない。また、各画面のレイアウトは上記の例に限らず、少なくとも上述の機能を有する構成であれば、種々のレイアウトを含む。
【０２４７】
また、上述の各手段の構成は、ソフトウエアのみによる処理に限定されず、種々のソフトウエア及びハードウエアの組み合わせによる処理を含んでもよい。
【０２４８】
さらに、上述した各実施の形態同士或いはそれらと各変形例とのいずれかによる組み合わせによる例をも含むことは言うまでもない。
【０２４９】
【発明の効果】
以上説明したように本発明によれば、検索手段により入室を許可しない病室を検索し、入院受付画面にて入力された病室情報とを照らし合わせて判定手段により病室へ入院することの可否を判定できる。これにより、誤って収容してはいけない病室への収容を事前に拒絶できるという効果が奏される。
【０２５０】
また、検査システムから送信する検査結果情報の感染症情報をもとに患者感染症情報を更新するが、判定手段により、同時に現在入院中の病室との感染症相互チェックを行うことが可能となる。このことにより入院中で、後から感染症に感染していることが判明されても、告知手段により即時に通知が管理者へ伝達されるため必要な措置が迅速に行え院内感染等を迅速に防止できるという効果がある。
【図面の簡単な説明】
【図１】本発明の病院情報システムの構成を示す機能ブロック図である。
【図２】本発明の病院情報システムの概念を示すための説明図である。
【図３】本発明の病院情報システムの感染症入力画面の一例を示す説明図である。
【図４】本発明の病院情報システムの受付入院画面の一例を示す説明図である。
【図５】本発明の病院情報システムの病室一覧画面の一例を示す説明図である。
【図６】本発明の病院情報システムの病室管理画面の一例を示す説明図である。
【図７】本発明の病院情報システムの警告画面の一例を示す説明図である。
【図８】本発明の病院情報システムの感染推定患者一覧画面の一例を示す説明図である。
【図９】本発明の病院情報システムの構成の実施の形態の一例を示す説明図である。
【図１０】本発明の病院情報システムのデータベースの構成の一例を示す説明図である。
【図１１】本発明の病院情報システムの構成の実施の形態の一例を示す機能ブロック図である。
【図１２】本発明の病院情報システムの構成の実施の形態の一例を示す機能ブロック図である。
【図１３】本発明の病院情報システムの感染症入力の処理手順を示すフローチャートである。
【図１４】本発明の病院情報システムの入院受付の処理手順を示すフローチャートである。
【図１５】本発明の病院情報システムのデータベースのマスタ情報の構成の一例を示す説明図である。
【図１６】本発明の病院情報システムのデータベースの診療情報及びマスタ情報を非正規化した一例を示す説明図である。
【図１７】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図１８】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図１９】図１７の病院情報システムの患者情報更新タスクの処理手順を示すフローチャートである。
【図２０】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図２１】図２０の病院情報システムの処理手順を示すフローチャートである。
【図２２】本発明の病院情報システムのデータベースの構成の一例を示す説明図である。
【図２３】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図２４】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図２５】図２３の病院情報システムの感染症入力の処理手順を示すフローチャートである。
【図２６】図２３の病院情報システムの入院受付時における感染症管理の処理手順を示すフローチャートである。
【図２７】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図２８】本発明の病院情報システムの他の実施の形態の一例の処理手順を示すフローチャートである。
【図２９】従来の病院情報システムの概念を説明するための説明図である。
【符号の説明】
１ 病院情報システム
２ ユーザー端末
４ サーバー
５ データベース
５ａ 診療情報
５ｂ マスタ情報
６ 検査システム
１０ 感染症入力画面
２０ 入院受付画面
３０ 病室一覧画面
４０ 病室管理画面
５０ 警告画面
６０ 感染推定患者一覧画面
【発明の属する技術分野】
本発明は、病院情報システムに関し、特に、医師や看護婦等が入力した診療情報を各実施部門に伝達し、入力された診療情報を再利用することで累積される院内情報を伝達するものに関する。なお、本発明は、上述の指示を伝達するシステムの一部として機能するが、患者の感染症情報、および入院情報を管理することができる病院情報システムであれば、指示の伝達機能の有無は問わない。
【０００２】
【従来の技術】
従来より、入院する患者に関する情報を端末を操作して入力するとともに、当該情報を蓄積して他の各部門へ伝達して前記情報を利用することができるいわゆる病院情報システムが知られている。
【０００３】
この病院情報システムにおいては、患者に関する患者情報と、この患者の診療支援情報として例えば感染症に関する情報である感染症マスタを入力・保持している。
【０００４】
乃ち、図２９に示すデータ構造の概念図に示すように、患者情報と感染症マスタとは相互に相関しており、互いに情報の更新、変換等の情報の伝達が可能となっている。
【０００５】
【発明が解決しようとする課題】
上述の病院情報システムにおいては、上記のデータ構造を保有しているために、例えば端末等の表示画面上にて、どの患者が何の感染症に感染しているかを識別することはできる。
【０００６】
しかしながら、感染症に感染している患者が病院内のどの病室に入っているかということをシステム上識別できないために、感染症患者に対しては人手による管理が必要となっていた。
【０００７】
特に、感染症患者は、他の感染症でない患者と物理的に隔離し、あるいは後から当該患者が感染症に感染した感染症患者であると判明した場合には、上記隔離に加えて当該感染症患者が入っていた病室を清掃等などをするようにして感染症対策を行わなければならず、感染症患者の発見が遅れたり、感染症対策が遅れたりすると、最悪の場合院内感染などの医療事故に繋がる恐れがあった。
【０００８】
さらに加えて、患者を病院情報システムに登録する際には、感染症患者が入っている病室がどこであるのかを識別できないために、入院する際の病室選択時に、感染症に感染している人の病室に勝手に入室（入院）してしまう恐れがあり、これによって感染してしまうことが起こる。
【０００９】
また、逆に感染症患者が通常患者の病室へ入ってしまうことにより、同じ部屋に入院した患者が全員感染してしまう恐れがあった。
【００１０】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、感染症患者の病室を選別することにより、人手による管理を要せずに院内感染等の医療事故を未然に防止することのできる病院情報システムを提供することにある。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、病室に感染した感染症を含む病室情報とを有する診療情報が格納されるデータベースと、患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、前記サーバーは、前記入院受付画面からの前記患者を収容先の病室情報の操作入力に基づき、前記感染症マスタから当該患者の感染症情報を検索し、前記データベースに係る病室情報から患者の収容先の病室の感染症情報を検索する検索手段と、入院登録時に操作入力された病室への前記患者の入室の可否を、前記検索手段で検索された、前記患者の感染症情報と病室の感染症情報とを基に、判定する判定手段と、不許可の場合は警告画面を前記ユーザー端末に表示する表示処理手段と、感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段と、を含むことを特徴とする。
【００１２】
また、他の実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースを有し、前記サーバーは、患者を検査する検査システムからの検査結果情報に含まれる感染症情報に基づき、前記患者感染症情報を更新する更新手段と、前記感染症マスタと更新された前記患者感染症情報とを参照して、不許可感染とされた患者が院内に入院されているか否かを判定する判定手段と、前記判定手段での判定結果に基づき、前記不許可感染とされた患者が院内に入院されている場合に、管理者が使用する前記ユーザー端末に告知する告知手段と、前記サーバーに、前記不許可感染とされた患者が院内に入院されている場合に、前記患者と同じ病室に入院していた感染推定患者を検索し、前記ユーザー端末に一覧として表示せしめる表示処理手段と、を含むことを特徴とする。
【００１３】
また、他の実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症病室マスタを含む感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースと、患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、前記サーバーが、前記ユーザー端末の前記入院受付画面からの患者番号の操作入力に基づき、前記患者感染症情報と前記感染症病室マスタを検索し、当該患者が感染している場合の感染症グループを抽出し、通常患者から物理的に隔離される特定の病室を選択する選択手段と、前記感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段をと、を備えたことを特徴とする。
【００１７】
【発明の実施の形態】
以下、本発明の好適な実施の形態の一例について、図面を参照して具体的に説明する。
【００１８】
［第１の実施の形態］
（全体構成）
先ず、本発明の各実施の形態の説明に先立って、本例の病院情報システムにて各実施の形態に共通する全体の概略構成について、図１を参照して説明する。図１は、本例の病院情報システムの全体の構成を示すブロック図である。
【００１９】
本例の病院情報システム１は、図１に示すように、ネットワーク網８を介して配設された複数のユーザー端末２（図１では簡単のため一つのみ表記してある）と、このユーザー端末２からの操作入力に基づき、所望のサービスを提供するサーバー４と、このサーバー４と連携して各種プログラム及びデータが格納されたデータベース５と、例えばシステム管理室等の配設されて上記サーバー４を管理するための管理用端末３と、本病院情報システム１と連携して、患者の検査及び検査結果等の情報を運用する検査システム６と、この検査システム６とサーバー４とを連携させるための検査システム連携装置７と、がネットワーク網８を介して接続配置されている。
【００２０】
ユーザー端末２においては、例えば、入院受付画面を表示する入院受付画面表示手段２ｂ、感染症入力画面を表示する感染症入力画面表示手段２ａと、病室管理画面を表示する病室管理画面表示手段２ｃ、などが構成される。
【００２１】
一方、図２には、本例のサーバー４及びデータベース５にて処理されるデータの流れが概念的に示されており、特にデータベース５のデータ構造では、患者情報Ｄ１、感染症マスタＭ１、病室情報Ｄ２を有しており、サーバー４は、これらの各情報を連携処理して制御するための制御手段４ａを含んでいる。
【００２２】
例えば、制御手段４ａの第１の制御プログラム４ａ１にて、感染症マスタＭ１と病室情報Ｄ２との連携を行うことができる。さらに、制御手段４ａの第２の制御プログラム４ａ２にて患者情報Ｄ１と感染症マスタＭ１とを連携することができる。制御手段４ａには、この他複数の各種の制御プログラムを含んで構成されるために、図２においては第Ｎの制御プログラム４ａＮとして示されている。
【００２３】
このようにすることにより、病室情報Ｄ２と感染症マスタＭ１とを連携処理する、乃ち、病室情報Ｄ２に感染症情報Ｄ３を付与することによって、入院受付時における感染症・病室チェックを行い、患者の感染症情報と入院時の収容先である病院の収容許可／不可の判定を自動で行うことができる。
【００２４】
（データベース）
次に、データベース５のさらに詳細なデータ構造について、図１０を用いて説明する。
【００２５】
本例におけるデータベース５とは、単に物理的に配置されたデータ記憶装置上のデータをいい、通常のファイルも含めた概念である。その場合、主キーとは索引ファイルの索引キーに対応し、項目はレコードの項目を表す。
【００２６】
このデータベース５は、本例に関連する情報としては、大別すると、診療情報５ａとマスタ情報５ｂとに分類される。なお、データベース５には、この他オーダー情報等の種々情報も格納されている。
【００２７】
診療情報は５ａは、患者感染症情報Ｄ１、病室情報Ｄ２、病室感染症情報Ｄ３を有している。
【００２８】
患者感染症情報Ｄ１は、患者がかかっている感染症を管理する情報テーブルであり、患者ＩＤ、シノニム、感染症コードなどを有している。なお、シノニムにより複数の感染症を持つことができる。
【００２９】
病院情報Ｄ２は、現在入院している患者の収容状況を病室単位に管理する情報テーブルであり、病室コード、シノニム、患者ＩＤなどを有している。なお、シノニムによりその病室に収容する複数の患者ＩＤを対応づける。また、シノニムを病床コードと意味づけて管理することも可能である。
【００３０】
病室感染症情報Ｄ３は、病室単位に感染症情報を管理するテーブルであり、病室コード、シノニム、感染症グループ、感染推定日、感染ステータスなどを有している。
【００３１】
ここで、感染症グループとは、病室に感染した感染症グループであって、感染症グループは感染症コードから導出する。
【００３２】
また、感染推定日とは、感染症が登録された患者の入院日または感染症登録日である。
【００３３】
さらにまた、感染ステータスとは、感染した場合に、その対策状態を管理するフラグである。この状態としては、感染ステータス＝感染状態（例えば０）となる場合は、感染症の対策は未だであることを意味する。一方、感染ステータス＝感染症対策済み（例えば１）となる場合は、例えば消毒や清掃、空気洗浄などによる感染症対策が既に済んでいることを意味する。
【００３４】
一方、マスタ情報５ｂは、感染症マスタＭ１、病室マスタＭ３、感染症病室マスタＭ２などを有している。
【００３５】
感染症マスタＭ１は、病院で管理し患者に登録すべき感染症を定義するマスタであり、感染症コード、感染症名称、感染症グループ、優先度コードなどを備えている。
【００３６】
感染症コードでは、感染症を番号により識別するものであり、例えば〇〇感染症のコードを「２１」とするような定義づけがなされている。また、感染症の名称は、感染症の名称を表す。さらに、感染症グループは、複数の感染症をグループ化して管理するためにその感染症が所属するグループ番号を意味する。
【００３７】
優先度コードでは、感染症の種類によって危険度の高い感染症に感染した患者が入っている病室には例えばグレード５、次に危険度の高い感染症に感染した患者が入っている病室には例えばグレード４、・・という具合に、危険度の高いものほど優先的に感染症対策の処理をなさなければならない観点から優先度を識別するためのコードを定義している。
【００３８】
感染症病室マスタＭ２は、特定の感染症、すなわち、ここで登録された感染症グループの患者が収容されるべき病室を定義するテーブルであり、感染症グループ、病室コードなどを備えている。
【００３９】
病室マスタＭ３は、病院内の入院施設である病室情報を管理するマスタであり、病室コード、シノニム、不許可感染症グループなどを備えている。
【００４０】
病室コードは、病室を識別するための番号である。また、不許可感染症グループとは、その病室に収容してはいけない感染症グループをいう。すなわち、患者情報に存在する感染症コードが所属する感染症グループが登録されている場合には、当該患者の収容が不可となる。
【００４１】
（表示画面について）
次に、本例システムのユーザー端末５に表示される主たる表示画面について、以下に説明する。
【００４２】
本例の画面は、病院情報システム１の中の一機能の入院処理を行い、医者用入力画面（不図示）の下位階層の画面として用いられるものである。
【００４３】
すなわち、ユーザー端末２では、例えば、入院情報、病名情報、感染症情報等、診断に必要な情報が一つの画面の中で行えるように形成され、医者が通常使うメニュー画面である医師用入力画面にて、当該医師用入力画面内の感染症用ボタンを押下することで、感染症入力画面１０に遷移する。医者用入力画面では、病名、診察室等を入力することができ、病名同様に感染症等も入力できる。感染症入力画面１０にて患者が感染症にかかっていれば、番号等を入力し、この情報がデータベース５に蓄えられる。
【００４４】
一方、病棟業務では、通常入院受付の窓口で入院手続をする。この時に職員が、入院受付画面２０を用いて空部屋を探し、入院した人・病室等を選び入院させる。
【００４５】
一通り処理が終了し登録されると、登録された日付等がカレンダー形式で医者用入力画面に表示出力される。
【００４６】
以下、感染症入力画面１０、入院受付画面２０、病室一覧画面３０、病室管理画面４０，警告画面５０、感染推定患者一覧画面６０の順に説明する。図３には、感染症入力画面１０の構成が開示されている。
【００４７】
感染症入力画面１０は、図３に示すように、感染症情報を登録するための画面であり、患者ＩＤを入力するための患者ＩＤ入力欄１１と、対応する患者の氏名を表示する患者氏名表示欄１２と、対応する患者の感染症コードを入力するための感染症コード入力欄１３と、この入力された感染症コードに対応する感染症の名称を表示する感染症名称表示欄１４と、入力した情報を取り消すための取消操作部１５と、入力した情報で感染症の登録を行うための登録操作部１６と、を含んで構成される。
【００４８】
図４には、入院受付画面の構成が開示されている。入院受付画面２０は、患者が入院をする場合に使用される画面である。
【００４９】
この入院受付画面２０は、図４に示すように、入院する患者の患者ＩＤを入力するための患者ＩＤ入力欄２１と、入力された患者ＩＤに対応する患者氏名を表示する患者氏名表示欄２２と、当該患者が入院する日付を入力する入院日付入力欄２３と、当該患者が入室する病室のコード番号を入力する病室入力欄２４と、当該患者が使用するベッドの番号を入力するベッド番号入力欄２５と、当該患者の感染症名を表示する感染症名表示欄２６と、病室情報（後述する病室管理画面４０）を選択表示するための病室情報選択操作部２７と、病室一覧画面３０を表示させるための病室操作部２８と、入力された情報で登録を行うための登録操作部２９ａと、入力された情報を取り消すための取消操作部２９ｂと、を含んで構成されている。
【００５０】
図５には、病室一覧画面の構成の一例が開示されている。病室一覧画面３０では、全ての病室の病室番号が整列して表示された病室一覧表示欄３１を有しており、感染症患者が入院している病室３１ｂのみ着色表示とし、その他の病室３１ａを無色表示として、感染症患者が入室している病室の有無の判断及び認識を容易にしている。
【００５１】
図６には、病室管理画面の構成の一例が開示されている。
【００５２】
病室管理画面４０においては、図６に示すように、病室の病室番号を入力するための病室番号入力欄４１と、この入力された病室番号に対応する病室を表示する病室表示欄４２と、この病室が汚染されている感染症の名称を表示するための感染症名称表示欄４３と、この感染症が感染したと推定される日付を表示する感染推定日表示欄４４と、この感染症患者のＩＤが表示される感染症ＩＤ表示欄４５と、感染症に対する対策、例えば感染症の原因となる細菌等を駆除し、清掃、消毒等を完了する等の種々の処理を行ったか否か、処理、未処理等の結果内容が表示される感染症処理有無表示欄４６と、当該処理が処理済みである場合に選択される処理済操作部４７と、確認を行うための確認操作部４８と、を含んで構成されている。
【００５３】
図７には、警告画面の構成の一例が開示されている。この警告画面５０においては、図７に示すように、例えば「患者××は〇〇感染症にかかっています。病室△△には入院できません」等の警告表示５１が表示される。そして、この警告画面５０においては、確認を行うための確認操作部５２が形成されている。
【００５４】
図８には、感染推定患者一覧画面の構成の一例が開示されている。感染推定患者一覧画面６０では、図８に示すように、「以下の患者は感染症：〇〇感染症に感染している可能性があります。至急検査して下さい」等のメッセージが表示されるメッセージ表示欄６１と、当該感染症に感染している可能性のある患者番号、氏名等が表示される感染可能性患者表示欄６２と、当該感染可能性患者の病室情報を表示する表示欄６３等が表示されることとなる。さらに、確認を行うための確認操作部６４が形成されている。
【００５５】
（本例の特徴）
図９には、ユーザー端末２とデータベース５との間のデータの流れが模式的に示されている。
【００５６】
データベース５内の患者感染症情報Ｄ１・病室情報Ｄ２・病室感染症情報Ｄ３を備えた診療情報５ａと、感染症マスタＭ１・感染症病室マスタＭ２・病室マスタＭ３を備えたマスタ情報５ｂと、に基づき、ユーザー端末２の感染症入力画面表示手段２ａに感染症入力画面１０が表示される。
【００５７】
同様に、診療情報５ａ及びマスタ情報５ｂに基づき、ユーザー端末２の入院受付画面表示手段２ｂに入院受付画面２０が表示される。
【００５８】
ここで、本例の大きな特徴の一つは、入院すべき病室のチェックであり、本例では、感染症グループと病室コードとがマスタ情報５ｂに入っており、患者に感染症グループが設定されているので、入院受付画面２０で病室番号を入力した時点で当該病室が感染症患者が収容されているか否かを自動チェックでき、誤って収容してはいけない感染症患者の病室への収容を事前に拒絶することができる。
【００５９】
さらに、病室選択時に、ベッドが空いていなければ病室を選択できないようにも構成されている。
【００６０】
以下に、このような機能を達成するための具体的構成についてサーバー４での処理を中心に説明する。
【００６１】
（サーバー）
病院情報システムにおけるサーバーの詳細な構成について図１１〜図１２を用いて説明する。図１１には、本例の病院情報システムの構成の一例が開示されている。
【００６２】
ユーザー端末２では、感染症入力画面１０（図３参照）を表示する感染症入力画面表示手段２ａを含んで構成している。データベース５には、感染症入力画面１０を表示するための感染症入力画面データ５ｃと、マスタ情報５ｂと、診療情報５ａと、を含んで構成されている。
【００６３】
サーバー４は、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、ユーザー端末２での感染症入力画面１０を表示処理するための感染症入力画面表示処理手段４ｂと、感染症入力画面表示手段２ａの感染症入力画面１０上にて入力された患者ＩＤ、感染症コード等の入力情報に基づき、マスタ情報５ｂを用いて感染症入力画面表示手段４ｂに感染症名称の表示を促す感染症名称表示処理手段４ｃと、感染症入力画面１０での登録操作部の操作入力に基づき、入力された情報の登録を行うための登録処理手段４ｄと、この登録に基づき、データベース５の診療情報５ａを用いて患者感染症情報を更新するための患者感染症情報更新手段４ｅと、を含んで構成されている。
【００６４】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の感染症入力画面表示処理手段４ｂは、感染症入力画面データ５ｃを利用してユーザー端末２に感染症入力画面１０を表示するように処理する。次に、ユーザー端末２の感染症入力画面表示手段２ａの表示された感染症入力画面１０上において、患者ＩＤ並びに感染症コードを入力すると、感染症名称表示処理手段４ｃは、データベース５に記憶されたマスタ情報５ｂを用いて当該感染症コードに対応する感染症名称を前記感染症入力画面１０に表示するような処理を行う。
【００６５】
そして、ユーザー端末２の感染症入力画面１０においてクリック等に操作により登録操作部が操作されると、サーバー４の登録処理手段４ｄにて登録処理が開始され、例えば患者感染症情報更新処理手段４ｅによりデータベース５に記憶された診療情報５ａの患者感染症情報の更新処理を行う。
【００６６】
図１２には、本例の病院情報システムにかかる入院受付の場合の構成の一例が機能ブロック図として開示されている。
【００６７】
ユーザー端末２には、入院受付画面２０（図４参照）を表示するための入院受付画面表示手段２ｂと、警告画面５０（図７参照）を表示するための警告画面表示手段２ｄと、を含んで構成されている。
【００６８】
データベース５は、入院受付画面２０を表示するための入院受付画面データ５ｄと、診療情報５ａと、マスタ情報５ｂと、警告画面５０を表示するたの警告画面データ５ｅと、を含んで構成されている。
【００６９】
サーバー４は、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、入院受付画面データ５ｄを用いてユーザー端末２での入院受付画面２０の表示を処理するための入院受付画面表示処理手段４ｆと、入院受付画面２０にて入力された患者ＩＤ、病室コード等の入力情報に基づき、診療情報５ａを用いて患者感染症情報を検索するための患者感染症情報検索手段（検索手段）４ｇと、検索された診療情報５ａに基づき、患者感染症情報の有無を判定する感染症情報有無判定手段４ｈと、この感染症情報有無判定手段４ｈにて患者感染症情報が有ると判定された場合に、マスタ情報５ｂを用いて病室マスタを検索するための病室マスタ検索手段４ｋと、感染症情報有無判定手段４ｈにて感染症情報が無いと判定された場合であって、入院受付画面２０にてベッド番号が入力された場合に、ベッド番号を入力処理するベッド番号入力処理手段４ｉと、この入力さらた情報に基づき診療情報５ａに登録を行う登録処理手段４ｊと、病室マスタ検索手段４ｋにて検索されたマスタ情報５ｂに基づき、感染症グループが許可であるか否かを判定する感染症グループ判定手段（判定手段）４ｌと、この感染症グループ判定手段４ｌにて判定された判定結果が不許可である場合に、警告画面データ５ｅに基づき、ユーザー端末２に警告画面５０を表示するように処理する入室不許可警告表示処理手段（不許可とする手段）４ｍと、を含んで構成されている。
【００７０】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の入院受付画面表示処理手段４ｆは、入院受付画面データ５ｄを利用してユーザー端末２に入院受付画面２０を表示するように処理する。次に、ユーザー端末２の入院受付画面表示手段２ｂの表示された入院受付画面２０上において、患者ＩＤ並びに病室コードを入力すると、サーバー４の患者感染症情報検索手段４ｇは、データベース５に記憶された診療情報５ａを用いて患者感染症情報の検索を行う。
【００７１】
この結果、検索された患者感染症情報に基づき、サーバー４の感染症情報有無判定手段４ｈにて対応する当該患者感染症情報があるかないかの判定を行う。この感染症有無判定手段４ｈでの判定の結果、該当する患者感染症情報があると判定された場合には、サーバー４の病院マスタ検索手段４ｋは、データベース５に記憶されたマスタ情報５ｂの中から当該患者感染症情報に対応する病室マスタの検索を行う。
【００７２】
一方、感染症情報有無判定手段４ｈでの判定の結果、該当する患者感染症情報がないと判定された場合には、ユーザー端末２での入力待ちの待機状態となる。
【００７３】
そして、ユーザー端末２の入院受付画面２０において、前記患者のベッド番号が入力されると、サーバー４のベッド番号入力処理手段４ｉにて入力処理の実行が開始され、データベース５の特に診療情報として、サーバー４の登録処理手段４ｊがベッド番号を含む各種情報の登録処理が行われる。
【００７４】
さらに他方、病室マスタ検索手段４ｋにてマスタ情報５ｂから病室マスタが検索されると、この検索結果に基づき、感染症グループ判定手段４ｌは、感染症グループが許可であるか不許可であるかの判定を行う。
【００７５】
この感染症グループ判定手段４ｌでの判定結果が、不許可と判定した場合、すなわち許可しない感染症グループである場合には、サーバー４の入室不許可警告表示処理手段４ｍは、データベース５に記憶された警告画面データ５ｅを用いて、ユーザー端末２に警告画面５０を表示するような処理を行う。
【００７６】
一方、前記感染症グループ判定手段４ｌでの判定結果が、許可と判定した場合、すなわち許可した感染症グループである場合には、通常の入院受付画面２０を表示するように処理される。
【００７７】
（処理手順について）
次に、上記のような構成の病院情報システムにおける処理手順について、図１３〜図１４を参照しつつ説明する。
【００７８】
本例では、以下の＜感染症入力のフロー＞と＜入院受付のフロー＞から構成される。
【００７９】
本例に該当する部分は、＜入院受付のフロー＞に属するが、＜感染症入力のフロー＞による感染症情報の入力が前提となるため説明を施してある。
【００８０】
＜感染症入力のフロー＞
先ず、感染症入力画面表示手段２ａにてプログラムを起動すると、感染症入力画面１０が表示される（ステップ、以下「Ｓ」１０１）。感染症入力画面１０には、患者ＩＤを入力するフィールド、および感染症コードを入力するフィールドが備わっている。
【００８１】
次に、感染症入力画面１０において患者ＩＤ入力フィールドに更新すべき患者のＩＤを入力する（Ｓ１０２）。これにより、患者ＩＤに対する患者の患者氏名が表示され、選択した患者であることを確認する。
【００８２】
さらに、感染症入力画面１０において、Ｓ１０２で選択された患者に対して感染症コードを感染症コード入力フィールドに入力する（Ｓ１０３）。ここで、複数の感染症コードを一括して入力することも可能である。
【００８３】
そして、感染症マスタＭ１を検索し、Ｓ１０３で入力された感染症コードに対応する感染症名称を感染症入力画面１０に表示し、誤入力のないことを確認させる（Ｓ１０４）。
【００８４】
ここで、感染症入力画面１０においてＳ１０２〜Ｓ１０３にて入力した画面情報を登録するか取消にするかはオペレータの判断により機能を選択する（Ｓ１０５）。Ｓ１０５において登録する場合には、登録操作部１６を押下し、取消の場合は取消操作部１５を押下する。
【００８５】
そして、感染症入力画面表示手段２ａは、登録／取消の外部入力を判断し、以後の処理を次のように分岐する。乃ち、Ｓ１０５において、登録の場合にはＳ１０６へ処理を移す。一方、Ｓ１０５において、取消の場合には、Ｓ１０２へ処理を移すか、プログラムを終了する。
【００８６】
次に、感染症入力画面１０においてＳ１０２〜Ｓ１０３にて入力した情報をデータベース５上にある患者感染症情報Ｄ１を更新する（Ｓ１０６）。
【００８７】
そして、Ｓ１０２で処理を移し、次の患者の感染症情報を入力するか、プログラムを終了する。
【００８８】
＜入院受付のフロー＞
先ず、入院受付画面表示手段２ｂにてプログラムを起動すると、入院受付画面２０が表示される（Ｓ２０１）。ここで、入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【００８９】
なお、入院受付画面２０の入院日付入力欄２３、およびベッド番号入力欄２５は、本例には必ずしも必要ではない。
【００９０】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ２０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【００９１】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ２０３）。なお、本ステップは、本例では必ずしも必要ではない。
【００９２】
次いで、入院受付画面（Ｇ２）において入院日付入力欄２３に当該患者の収容先である病室の病室コードを入力する（Ｓ２０４）。
【００９３】
そして、データべース５上にある患者感染情報Ｄ１を当該患者の患者ＩＤにて検索する（Ｓ２０５）。
【００９４】
次に、入院受付画面表示手段２ｂは、Ｓ２０５の検索結果により、以降の処理を次のように分岐する。すなわち、感染症コードが１件も登録されていない場合、Ｓ２１０へ処理を移す。一方、感染症コードが１件以上登録されている場合、Ｓ２０７へ処理を移す。
【００９５】
ここで、データベース５上にある病院マスタＭ３を入院受付画面２０の病室入力欄２４で入力した病室コードにて検索する（Ｓ２０７）。
【００９６】
そして、入院受付画面表示手段２ｂは、感染症マスタＭ１を当該患者の感染症コードにて検索し、感染症グループを導出する。この感染症グループとＳ２０７で検索した結果をもとに、以降の処理を次のように分岐する（Ｓ２０８）。乃ち、感染症グループが不許可感染症グループ１〜ｎのいずれかに一致する場合、Ｓ２０９へ処理を移す。一方、感染症グループが不許可感染症グループ１〜ｎのいずれとも一致しない場合、当該病室への収容を不可とする理由がないと判断し、Ｓ２１０へ処理を移す。
【００９７】
そして、入院受付画面表示手段２ｂは、当該患者の当該病室への収容は不可と判断し、入室不可である主旨の警告画面（例：警告画面５０））を入院受付画面２０上に表示する（Ｓ２０９）。以降は、Ｓ２０４へ処理を移し、病室コードの再入力となる。
【００９８】
一方、入院受付画面２０においてベッド番号入力欄２５にベッド番号を入力する（Ｓ２１０）。
【００９９】
次いで、入院受付画面２０で入力された情報でデータベース５上の病室情報Ｄ２を更新する（Ｓ２１１）。以降は、Ｓ２０２へ処理を移し、次の患者の入力をするか、プログラムを終了する。
【０１００】
なお、少なくとも１つの病室に複数人の患者を登録する際に、シノニムを用いても、あるいは、ベッド番号による識別を行ってもよい。
【０１０１】
さらに、警告画面５０では、「感染症にかかっているので他の病室を選んでください」旨の警告が表示されることとなる。この警告画面５０において、「確認」５２を押すと、入院受付画面２０に戻って、入院受付画面２０の「病室」２８を押すと病室一覧画面３０が表示されるように形成していもよい。
【０１０２】
さらに、病室一覧画面３０を参照しながら、新規入院登録における病室選択をして病室登録の変更を行う構成してもよい。
【０１０３】
以上のように本実施の形態によれば、病室マスタに不許可感染症グループを新たに項目に追加したことにより、患者属性である、感染症情報との相互チェックが可能となり、入院受付画面で病室番号を入力した時点で自動チェックでき、誤って収容してはいけない感染症患者の病室への収容を事前に拒絶できるという効果が奏される。
【０１０４】
また、感染症情報の扱いを感染症マスタに感染症グループという項目を設けることで複数の感染症をグループ単位に管理することが可能となる。このため不許可にすべき感染症をグループとして登録できるという効果がある。
【０１０５】
さらに、ベッド番号をマスタ情報５ｂに持たせておくことで、入院受付画面２０にて、ベッド番号まで指定することができる。
【０１０６】
なお、本実施の形態の変形例としては、以下のようなものが挙げられる。例えば、感染症マスタＭ１から感染症グループを削除し、感染症のグループ化を省略した構成が可能である。その場合のマスタ情報５ｂの構造は、図１５に示すようになる。
【０１０７】
すなわち、この場合には、マスタ情報５ｂは、感染症マスタＭ４、感染症病室マスタＭ５、病室マスタＭ６を有しており、感染症マスタＭ４には、感染症コード、感染症名称を備えており、感染症病室マスタＭ５には、感染症コード、病室コードを備えており、病室マスタＭ６には、病室コード、シノニム、不許可感染症コードを有している。
【０１０８】
これにより、病室マスタＭ６に不許可感染症コードを新たに項目に追加したことにより、患者属性である、感染症情報との相互チェックが可能となり、誤って収容してはいけない病室への収容を事前に拒絶できるという効果が奏される。
【０１０９】
また、感染症情報の扱いを感染症マスタＭ４に感染症コードという項目を設けることで感染症を管理することが可能となる。このため不許可にすべき感染症を登録できるという効果がある。
【０１１０】
なお、この変形例は、以下の各第２の実施の形態、第３の実施の形態等にも適用することができる。
【０１１１】
さらに、本第１の実施の形態の変形例としては、例えば、診療情報５ａ及びマスタ情報５ｂの内部で複数項目設定可能なものを非正規化し、１レコードに格納した構造に置き換えた構成としてもよい。
【０１１２】
具体的には、図１６に示すように、データベース５内において、患者感染症情報Ｄ４、病室情報Ｄ５、病室マスタＤ５を構成する。
【０１１３】
患者感染症情報Ｄ４は、患者ＩＤと、複数の感染症コード１〜ｍとを備える。、病室情報Ｄ５は、病室コードと、ベッド番号別に患者ＩＤを持たせるように複数のベッド１患者ＩＤ〜ベッドｐ患者ＩＤとを備える。病室マスタＭ７は、病室コードと、複数の不許可感染症グループ１〜ｎとを備える。
【０１１４】
これにより、データベースの１レコードで１患者しか登録できないというような事態は生じず、１レコードの中で複数の患者を登録することができる。
【０１１５】
［第２の実施の形態］
次に、本発明にかかる第２の実施の形態について、図１７〜図１９に基づいて説明する。なお、以下には、前記第１の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。
【０１１６】
図１７は、本例の病院情報システムにおいて、ユーザー端末２とデータベース５との間のデータの流れを模式的に示した説明図である。
【０１１７】
上記第１の実施の形態では、予め感染症であることが登録されている患者について当該感染症患者の病室をチェックする構成としたが、本例では、既に入院している感染症でない患者が、新たに行われた検査等によって当該患者が感染症に感染していることが後から判明した場合に対応できる構成を示している。
【０１１８】
乃ち、図１７に示すように、データベース５には、他の検査システム６からの検査結果等の検査情報を検査システム連携装置７内の患者情報更新タスク７ａを介して逐次入力されるように形成している。もちろん、これらのデータ処理はサーバー４（図１７には不図示）にて行われていることとなる。また、上述の検査システム連携装置７は、サーバー４内に検査システム連携手段として搭載する構成であってもよい。
【０１１９】
そして、入力された検査情報から感染症患者である旨が判明すると、データベース５及びサーバー４を用いて病院情報システム１のシステム管理者等が使用する管理用端末３に、感染症患者に関する情報を通知する。なお、この通知先としては、病院内において感染症患者を隔離する旨の指示を行うことができる人物もしくはそのような権限のある医師例えば院長等が使用する端末に対して、直接通知するようにしてもよい。
【０１２０】
この通知先の指定を行うために、本例においては、マスタ情報５ｂに、職員マスタＭ１４を備えている。この職員マスタＭ１４では、各職員に対応して各識別コード番号、各メールアドレスが各々関連付けられたテーブルを構成している。
【０１２１】
例えば、医師にはコード番号１でメールアドレスＡが対応付けられ、看護婦にはコード番号２でメールアドレスＢが対応付けられ、システム管理者にはコード番号３でメールアドレスＣが対応付けられる。
【０１２２】
これにより、感染症が発見された時に、対応するコード番号を設定しておけば、コード番号に対応するメールアドレス先にメール等が通知されることとなる。
【０１２３】
以上が、本実施の形態の要旨であり、以下により詳細な説明を、サーバー４におけるデータ処理の流れを中心にして説明する。
【０１２４】
図１８には、本例の病院情報システムにおいて検査システムと連携して用いる場合の具体的構成が開示されている。
【０１２５】
ユーザー端末２では、感染推定患者が一覧表示される感染推定患者一覧画面表示手段２ｅを用いる。
【０１２６】
データベース５には、感染推定患者一覧画面６０を表示するための感染推定患者一覧画面データ５ｆと、診療情報５ａ及びマスタ情報５ｂと、を含んで構成されている。
【０１２７】
サーバー４は、検査システム６からの検査結果等の検査入力情報に基づき、サーバー４と連携するための検査システム連携手段である検査システム連携装置７と、この検査システム連携装置７にて中継された検査結果情報を受信するための感染症情報受信手段４ｍと、この患者感染症情報受信手段４ｍにて受信された患者感染症情報に基づき、診療情報５ａを用いて患者感染症情報を更新するための患者感染症情報更新手段４ｏと、この患者感染症更新手段４ｏにて更新された情報に基づき、診療情報５ａを用いて患者入院情報を検索するための患者入院情報検索手段４ｐと、この患者入院情報検索手段４ｐにて検索された診療情報５ａの検索結果に基づき、当該患者が入院中であるか否かその有無を判断する為の入院中有無判断手段（判定手段）４ｑと、この入院中有無判断手段４ｑにて判断された判断結果が入院中であると判断された場合に、マスタ情報５ｂを用いて病室マスタ情報を検索するための病室マスタ検索手段４ｒと、この病室マスタ検索手段４ｒにて検索されたマスタ情報の検索結果に基づき、当該病室に関し、感染症グループが許可されているか否かを判定するための感染症グループ判定手段４ｓと、この感染症グループ判定手段４ｓにおいて、感染症グループが不許可であると判断された場合に、管理用端末３に、危険である旨の警告を告知するための告知手段４ｔと、この告知手段４ｔからの告知実行及びデータベース５の感染推定患者一覧画面データ５ｆに基づき、ユーザー端末２に感染推定患者一覧画面６０を表示するように処理する感染推定患者一覧画面表示処理手段（一覧として表示せしまる手段）４ｕと、を含んで構成されている。
【０１２８】
上記のような構成の病院情報システム１において、先ず、検査システム６からの検査結果等の情報が例えばサーバー４の検査システム連携装置７にて連携され、感染症情報受信手段４ｎにて感染症情報が受信される。
【０１２９】
そうすると、患者感染症情報更新手段４ｏは、データベース５の診療情報５ａにおいて患者感染症情報の更新を行う。
【０１３０】
次いで、サーバー４の患者入院情報検索手段４ｐは、データベース５に記憶された診療情報５ａの中から対応する患者感染症情報を検索する。
【０１３１】
この結果、診療情報５ａにて検索された患者感染症情報に基づき、サーバー４の入院中有無判断手段４ｑにて当該患者が入院中であるか否かの判断を行う。
【０１３２】
この入院中有無判断手段４ｑでの判断結果が入院中であると判断された場合には、サーバー４の病室マスタ検索手段４ｒは、データベース５に記憶されたマスタ情報を用いて対応する入院中の患者に対応する病室マスタを検索する。
【０１３３】
一方、前記入院中有無判断手段４ｑでの判断結果が入院中でないと判断された場合には、感染症情報受信手段４ｍに戻り、次の受信情報に関する処理が行われる。
【０１３４】
さらに他方、サーバー４の病室マスタ検索手段４ｒでのデータベース５のマスタ情報５ｂ中の病室マスタの検索結果に基づき、サーバー４の感染症グループ判定手段４ｓは、当該病室マスタに対応する感染症グループを抽出しつつ、この感染症グループが不許可感染症グループであるか否かの判定を行う。
【０１３５】
この感染症グループ判定手段４ｒでの判定結果が、不許可感染症グループであると判定した場合には、サーバー４の告知手段４ｔは、管理用端末３に向けて感染症の患者がいる旨の告知を行うこととなる。
【０１３６】
さらに加えて、告知手段４ｔによる告知を行った後には、サーバー４の感染推定患者一覧画面表示処理手段４ｕは、データベース５の感染推定患者一覧画面データ５ｆを用いて、ユーザー端末２の感染症患者一覧画面表示手段２ｅの感染症患者一覧画面６０を表示するように処理する。
【０１３７】
なお、図１８では、検査システム連携装置７がサーバー４に構成される場合を例に説明したが、サーバー４外に専用装置を設けた構成としてもよい。
【０１３８】
（処理手順）
次に、検査システムと連携する場合の患者情報更新タスクの処理について、図１９を用いて説明する。
【０１３９】
先ず、検査システム連携装置７にある患者情報更新タスクは、検査システム６と通信を行い、検査システム６より送信する検査結果の受診待ち状態にある（Ｓ３０１）。
【０１４０】
次に、患者情報更新タスクは、検査システム６より検査結果を受診すると、次のＳ３０３の処理を行う（Ｓ３０２）。
【０１４１】
乃ち、検査システム６より受信したデータ中に感染症情報が含まれている場合、データベース５上の患者感染症情報Ｄ１を更新する（Ｓ３０３）。
【０１４２】
そして、受信した患者が現在入院中であるか否かを、データベース５上の病室情報Ｄ２を検索して判定する（Ｓ３０４）。
【０１４３】
さらに、Ｓ３０４の判定結果により以降の処理を次のように分岐する（Ｓ３０５）。Ｓ３０５において、入院中である場合（いずれの病床に含まれる場合）Ｓ３０６へ処理を移す。一方、入院中でない場合（いずれの病床にも含まれない場合）には、Ｓ３０２へ処理を移し、次の受信を待つ。
【０１４４】
次に、データベース５上の病室マスタＭ３を該当患者の収容している病室の病室コードにて検索する（Ｓ３０６）。
【０１４５】
さらに、感染症マスタＭ１を当該患者の感染症コードにて検索し、感染症グループを導出する。この感染症グループをＳ３０６で検索した結果をもとに、以降の処理を次のように分岐する（Ｓ３０７）。乃ち、感染症グループが不許可感染症グループ１〜ｎのいずれかに一致する場合には、Ｓ３０８へ処理を移す。一方、感染症グループが不許可感染症グループ１〜ｎのいずれとも一致しない場合には、感染症情報が更新されたにも拘わらず、当該病室への収容を不可とする理由がないと判断し、Ｓ３０２へ処理を移し、次の受信を待つ。
【０１４６】
次に、患者情報更新タスクは、当該患者を当該病室に収容することの継続は不可と判断し、入室の不可である主旨の通知をシステム管理者に発行する（Ｓ３０８）。この通知の手段としては電子メール、画面でのメッセージ表示、または書面によるレポート発行、電子メールに加えて音声情報で伝える、音声のみで警告する等を行うことが好ましい。例えば、通知の例としては、「患者：××に感染症：○○が登録されました。病室：△△に入院中ですが、同室の患者に感染するおそれがありますので病室を変更して下さい」のように通知する。
【０１４７】
ここで、システム管理者とは、管理者としてシステム上特別にユーザ登録されたオペレータをいう。
【０１４８】
最後に、感染推定患者一覧画面６０を表示する（Ｓ３０９）。ここで、この画面に表示される患者は、前過程で登録された感染症患者を収容していた病室の患者を検索することにより行われる。
【０１４９】
このように、現在入院している患者が外部にシステム情報から感染症である旨が判明した場合には、当該患者が入院しているか否かを検索し、入院していたら、どの病室に入院しているかを検索し、当該病室に前記感染症の患者が居ていいのか否かをチェックし、居てはいけないのであれば、自動で管理者に通知し、感染推定患者一覧画面６０を表示する。
【０１５０】
ここで、感染症であると判明した患者とともに病室にいた患者は、その間に感染している可能性があるので、この感染推定患者一覧画面６０では、感染症にかかっていると思わしき可能性のある同室の人を全てリストとして出す。
【０１５１】
なお、システム管理者から医師に電子メールで送る構成としても、直接医師の所に電子メールを出す構成としてもよい。さらに、発見を速くする観点から、電子メールでポップアップするようにしておくことが好ましい。一方的に通知した方が認知度が高いからである。
【０１５２】
以上のように本実施の形態では、検査システムから送信する結果情報の感染症情報をもとに患者感染症情報を更新するが、同時に現在入院中の病室との感染症相互チェックを行うことが可能となる。
【０１５３】
このことにより入院中で、後から感染症に感染していることが判明されても、即時に通知が管理者へ伝達されるため必要な措置が迅速に行えるという効果がある。この場合の必要な措置とは、当該患者の別の病室へ移動させることであるが、その場合は、後に説明する第３の実施の形態を応用することで容易に実現できる。
【０１５４】
また、病室感染症情報から感染病室の患者を検索し、表示することが可能となり（感染推定患者）、表示された患者の検査を行うなどの措置が迅速に実施可能となり、院内感染の拡大を防ぐことができる。
【０１５５】
なお、この第２の実施の形態の変形例としては、検査結果による感染症情報の更新の代わりに手動で操作入力にて感染症入力画面表示手段２ａの感染症入力画面１０で感染症を入力した場合に、同様な相互チェックを行い通知を管理者に伝達する。
【０１５６】
［第３の実施の形態］
次に、本発明にかかる第３の実施の形態について、図２０〜図２１に基づいて説明する。図２０は、本例の病院情報システムにおいて、ユーザー端末２とデータベース５との間のデータの流れを模式的に示した説明図である。
【０１５７】
本例では、既に感染症情報が入力されている患者を入院受付する場合に、他の患者から物理的に隔離するために、入院先病室を自動設定できる構成を示している。
【０１５８】
すなわち、上述の実施の形態では、入院受付画面にて病室のコード番号をテン入力により行う構成としたが、本例では、入院受付画面において患者番号入力すると、自動的に感染症の人の行き先（病室）を検索して、病室コードをセットする構成としている。なお、感染症でなければ、テン入力を行うようにしている。
【０１５９】
例えば、予め結核の患者は病室３３０４に入室するというのを自動でやる。このために、感染症の病名に応じて予め部屋の割り当ての対応ずけがなされている。
【０１６０】
図２０に示すように、マスタ情報５ｂの感染症病室マスタＭ２の中の感染症グループと病室コードに基づき、ある感染症の患者が入るべき病室の設定を行うことができる。
【０１６１】
また、病室一覧画面３０にて、感染症がある病室（３Ｆ―３０４）３１は色で表示されている。この着色部分がボタンになっていて、これを押すと感染症の名前等が表示された感染推定患者一覧画面６０が出てくる。このように、感染症患者の詳細閲覧を希望する場合には、感染症名等も表示されており、確認を行うことができる。さらに、いつまでも感染症であるということはないので、消毒等の感染症対策が行われると、解除することで、前記着色表示の病室を通常の状態にすることもできる。
【０１６２】
（処理手順）
次に、上述のようにするための処理について、図２１を用いて説明する。
【０１６３】
先ず、入院受付画面表示手段２ｂにてプログラムを起動すると、入院受付画面２０が表示される（Ｓ４０１）。この入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【０１６４】
なお、入院受付画面２０において患者ＩＤ入力欄２１、およびベッド番号入力欄２５は、本例には必ずしも必要ではない。
【０１６５】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者ＩＤを入力する（Ｓ４０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【０１６６】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ４０３）。
【０１６７】
そして、データベース５上にある患者感染症情報Ｄ１を当該患者の患者ＩＤにて検索する（Ｓ４０４）。
【０１６８】
次いで、Ｓ３０４の検索結果をもとに、以降の処理を以下のように分岐する（Ｓ４０５）。すなわち、感染症情報がある場合（患者ＩＤが患者感染症情報Ｄ１に含まれる場合）には、Ｓ４０６へ処理を移す。一方、感染症情報がない場合（患者ＩＤが患者感染症情報Ｄ１に含まれない場合）には、Ｓ４０８へ処理を移す。
【０１６９】
すなわち、感染症マスタＭ１をＳ４０５の患者感染症情報Ｄ１の感染症コードにて検索し、感染症コードに対応する感染症グループを導出する。この導出された感染症グループにてデータベース５上にある感染症病室マスタＭ２を検索し、病室コードを導出する（Ｓ４０６）。この病室コードは、該当する感染症を有する患者が入院すべき病室を表している。
【０１７０】
次いで、Ｓ４０６で導出された病室コードを入院受付画面２０の病室コード入力フィールドにセットし、コードを表示させる（Ｓ４０７）。この結果オペレータは、病室コードを自ら選択し入力する必要がなくなると同時に、感染症を有する患者を他の一般患者から物理的に隔離することが可能になる。
【０１７１】
ところで一方、入院受付画面２０の病室コード入力フィールドにて患者の収容先である病室コードを入力する（Ｓ４０８）。ここで、本ステップとＳ４０７との相違は、オペレータが自ら病室を選択し、コードを入力する点にある。
【０１７２】
次に、入院受付画面２０においてベッド番号入力欄２５にベッド番号を入力する（Ｓ４０９）。
【０１７３】
そして、入院受付画面２０で入力された情報でデータベース５上の病室情報Ｄ２を更新する（Ｓ４１０）。
【０１７４】
以降は、Ｓ４０２へ処理を移し、次の患者の入力をするか、プログラムを終了する。
【０１７５】
なお、上述のＳ４０２〜Ｓ４０８を処理する手段を構成することで、本発明の選択手段を構成できる。
【０１７６】
以上のように本実施の形態によれば、感染症病室マスタを使用し、感染症グループから病室コードを導出できるしくみが提供される。
【０１７７】
これにより既に感染症が入力されている患者を入院させる場合に、特定の病室を選択させることが可能になる。結果として、他の患者と物理的に隔離し、院内感染を防ぐことができる。乃ち、入院受付画面２０の中で、自動的に病室を選び、例えば結核用の病室等を自動でセットしてしまう。これにより、例えば、結核の感染症等の患者を容易かつ迅速に隔離することができる。
【０１７８】
なお、第３の実施の形態の変形例としては、感染症情報に加えて病名情報を追加し、病名と病室の相互チェックを行う構成としてもよい。
【０１７９】
具体的には、例えば、図２２に示すように、データベース５の診療情報５ａに、上述の各種情報に加えて、患者病名情報Ｄ１１、病室情報Ｄ１２、病室病名情報Ｄ１３を備える。さらに、データベース５のマスタ情報５ｂに、上述の各種情報に加えて、病名マスタＭ１１、病名病室マスタＭ１２、病室マスタＭ１３を備える。
【０１８０】
患者病名情報Ｄ１１では、患者ＩＤ、シノニム、病名コードなどを有しており、病室病名情報Ｄ１３では、病室コード、シノニム、病名グループ、推定日、病名ステータスなどを有している。
【０１８１】
病名マスタＭ１１では、病名コード、病名名称、病名グループ、優先度などを有しており、病名病室マスタＭ１２では、病名グループ、病室コードなどを有しており、病室マスタＭ１３では、病室コード、シノニム、不許可病名グループなどを有している。
【０１８２】
このような構成にすることにより、感染症に加えて、病名によっても病室のチェックを行うことができる。
【０１８３】
なお、本例では、病名情報と感染症情報とを各々独立した情報として管理する構成としたが、感染症は病名の一部であるという観点から病名情報のみで感染症をも管理するようなデータ構造であってもよい。
【０１８４】
［第４の実施の形態］
次に、本発明にかかる第４の実施の形態について、図２３〜図２６に基づいて説明する。図２３は、本例の病院情報システムにおいて、ユーザー端末２とデータベース５との間のデータの流れを模式的に示した説明図である。
【０１８５】
本例では、病室情報に感染症ステータス情報を付与し、患者の病室の出入りからの感染症ステータスを更新し、入室のチェック、同室にいた患者の移動等の院内感染症対策を効率的に運用する構成としている。
【０１８６】
乃ち、感染症患者は、病気が治ったり、新たに発覚して隔離されたり等が行われると別の病室に移されるが、当該患者がいた病室は、空で感染症対策が済んでいない場合が考えられる。このような場合に、本例では、病室一覧画面３０にて病室毎に感染症の状態を表示させる構成としている。感染症の病室に対して何も対策を施さなければ、着色表示の状態となる。
【０１８７】
図２３には、データベース５内の患者感染症情報Ｄ１・病室情報Ｄ２・病室感染症情報Ｄ３を備えた診療情報５ａと、感染症マスタＭ１・感染症病室マスタＭ２・病室マスタＭ３を備えたマスタ情報５ｂと、に基づき、ユーザー端末２の感染症入力画面表示手段２ａに感染症入力画面が表示される。
【０１８８】
同様に、診療情報５ａ及びマスタ情報５ｂに基づき、ユーザー端末２の入院受付画面表示手段２ｂに入院受付画面２０が表示される。さらに、診療情報５ａ及びマスタ情報５ｂに基づき、ユーザー端末２の病室管理画面表示手段２ｃに病室管理画面４０が表示される。
【０１８９】
（サーバー）
図２４には、本例の病院情報システム１において、感染症を入力する場合の構成の一例が機能ブロック図の形式で開示されている。
【０１９０】
ユーザー端末２では、感染症入力画面１０が表示される感染症入力画面表示手段２ａが用いられる。
【０１９１】
データベース５には、感染症入力画面１０を表示するための感染症入力画面データ５ｃと、マスタ情報５ｂ及び診療情報５ａと、を含んで構成されている。
【０１９２】
サーバー４には、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、感染症入力画面データ５ｃを用いてユーザー端末２に感染症入力画面１０を表示する用に処理する感染症入力画面表示処理手段４ｂと、感染症入力画面表示手段４ｂに表示された感染症入力画面１０にて入力された感染症コードを、マスタ情報５ｂを用いて感染症グループを変換するための感染症コード感染症グループ変換手段４ｗと、この感染症コード感染症グループ変換手段４ｗにて変換された感染症グループに基づき、診療情報５ａを用いて患者感染症情報を更新するための患者感染症情報更新手段４ｘと、この患者感染症情報更新手段４ｘにて更新された診療情報５ａに基づき、診療情報５ａを用いて病室情報を検索するための病室情報検索手段４ｙと、この病室情報検索手段４ｙにて検索された診療情報５ａの検索結果に基づき、診療情報５ａを用いて病室感染症情報を更新するための病室感染症情報更新手段４ｚと、を含んで構成される。
【０１９３】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の感染症入力画面表示処理手段４ｂは、感染症入力画面データ５ｃを利用してユーザー端末２に感染症入力画面１０を表示するように処理する。次に、ユーザー端末２の感染症入力画面表示手段２ａに表示される感染症入力画面１０上において、患者ＩＤ並びに感染症コードを入力すると、サーバー４の感染症コード感染症グループ変換手段４ｗは、データベース５に記憶されたマスタ情報５ｂを用いて、当該感染症コードを対応する感染症グループに変換する。
【０１９４】
変換された感染症グループに基づき、サーバー４の患者感染症情報更新手段４ｘは、データベース５の診療情報５ａ内の患者感染症情報を更新するように処理する。
【０１９５】
次に、サーバー４の病室情報検索手段４ｙは、患者感染症情報に対応する病室情報をデータべース５の診療情報５ａの中から検索する。この検索結果にて抽出された病室情報に基づき、病室感染症情報更新手段４ｚは、データベース５の診療情報５ａの対応する病室感染症情報を更新する処理を行う。
【０１９６】
（処理手順）
本例では、入院している患者で後から感染症であることを入力する場合に、感染症入力画面１０で感染症を登録する。そうすると、患者の感染症情報がセットされるとともに、病室に感染症情報をセットする。
【０１９７】
以下に、図２５を参照しながら感染症の入力を行う場合の処理手順について説明する。
【０１９８】
＜感染症の入力フロー＞
先ず、感染症入力画面表示手段２ａにてプログラムを起動すると、感染症入力画面１０が表示される（Ｓ５０１）。ここで、感染症入力画面１０には、患者ＩＤを入力する患者ＩＤ入力欄１１、および感染症コードを入力する感染症コード入力欄１３が備わっている。
【０１９９】
次に、感染症入力画面１０において患者ＩＤ入力欄１１に更新すべき患者の患者ＩＤを入力する（Ｓ５０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることを確認する。
【０２００】
さらに、感染症入力画面１０においてＳ５０２で選択された患者に対して感染症コードを感染症コード入力欄１３に入力する（Ｓ５０３）。なお、複数の感染症コードを一括して入力することも可能である。
【０２０１】
次に、感染症マスタＭ１を検索し、Ｓ５０３で入力された感染症コードに対応する感染症グループを導出する（Ｓ５０４）。
【０２０２】
そして、Ｓ５０４で導出した感染症グループを患者感染症情報Ｄ１に登録する（Ｓ５０５）。
【０２０３】
次いで、患者ＩＤをキーに病室情報Ｄ２を検索し、該当患者を収容している病室を導出する（Ｓ５０６）。
【０２０４】
さらに、Ｓ５０６で導出した病室コードにて病室感染症情報Ｄ３を検索し、感染症グループ、感染推定日、感染ステータスを以下のように更新する（Ｓ５０７）。乃ち、感染症グループをＳ５０４で導出した感染症グループに更新する。加えて、感染推定日を該当患者の入院日またはシステム日付に更新する。さらに加えて、感染ステータスを感染状態に更新する。
【０２０５】
最後に、Ｓ５０２へ処理を移し、次の患者の感染症情報を入力するか、プログラムを終了する。これによって、感染症患者を登録できる。
【０２０６】
次に、登録後、入院受付がなされる場合の処理手順を図２６を用いて説明する。
【０２０７】
＜入院受付時における感染症のフロー＞
先ず、入院受付画面表示処理手段２ｂにてプログラムを起動すると入院受付画面２０が表示される（Ｓ６０１）。ここで、入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【０２０８】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ６０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【０２０９】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ６０３）。
【０２１０】
次いで、入院受付画面２０において病室を入力するため病室一覧画面３０を表示し、どの病室に入院可能かオペレータは判断する（Ｓ６０４）。この画面には、病室感染症情報Ｄ３の内容が反映され、現在感染症グループが設定され、さらに感染ステータスが未処理（感染状態）の場合に色が変更されて表示される。
【０２１１】
そして、上記病室一覧画面３０にて入院する病室を選択する（Ｓ６０５）。ここで、感染ステータスが未処理の病室を選択しようとした場合には、その旨エラーを行い選択することができない。
【０２１２】
次に、Ｓ６０５にて選択された病室への入院を可能とし、入院受付画面２０で入力された情報でデータベース５上の病室情報Ｄ２を更新する（Ｓ６０６）。
【０２１３】
最後に、プログラムを終了するか、又はＳ６０２へ戻り、次の患者の入力を行う。
【０２１４】
このようにすることで、入院受付画面２０で入院日付を入れて、病室操作部２８を押下して、病室一覧画面３０を表示させる。そうすると、事前に色がわかるので、わざわざ感染症の疑いのある病室に入院させないように病室を確認できる。
【０２１５】
以上のように本実施の形態によれば、病室感染症情報を使用し、感染症患者が入院していたという事実から感染が推定される病室を一覧に表示し、色を識別することで入院できないことを目視確認できるしくみが提供される。
【０２１６】
［第５の実施の形態］
次に、本発明にかかる第５の実施の形態について、図２７〜図２８に基づいて説明する。図２７は、本例の病院情報システムの概略構成を示す機能ブロック図である。
【０２１７】
本例では、病室情報に感染症ステータス情報を付与し、患者の病室の出入りからの感染症ステータスを更新し、清掃済み等の院内感染症対策を効率的に運用する構成としている。
【０２１８】
乃ち、感染症患者は、病気が治ったり、新たに発覚して隔離されたり等が行われると別の病室に移されるが、当該患者がいた病室は、空で感染症対策が済んでいない場合が考えられる。このような場合に、本例では、病室一覧画面３０にて病室毎に感染症の状態を表示させるとともに、消毒等の感染症対策の処理がなされた場合には、状態を変更できるようにする構成である。さらに、病室管理画面４０にて各病室の状態を管理できる構成としている。
【０２１９】
感染症の病室に対して感染症対策を行い処理済みとなると、病室管理画面４０にて処理済操作部４７を押下すると、当該病室の着色表示は消えることとなる。
【０２２０】
上記第４の実施の形態では、入院受付処理の中で、入院受付画面２０の病室操作部２８により病室一覧画面３０を表示させ、色を塗っていないところを選択させる構成としたが、本例では、色の部分を選択することによって、詳細情報を得る構成としている。
【０２２１】
（構成）
ユーザー端末２では、入院受付画面２０が表示される入院受付画面表示手段２ｂと、病室一覧画面３０が表示される病室一覧画面表示手段２ｇと、病室管理画面４０を表示するための病室管理画面表示手段２ｈと、が利用される。
【０２２２】
データベース５には、入院受付画面２０を表示するための入院受付画面データ５ｄと、マスタ情報５ｂと、診療情報５ａと、病室一覧画面３０を表示するための病室一覧画面データ５ｈと、病室管理画面４０を表示するための病室管理画面データ５ｉと、を含んで構成されている。
【０２２３】
サーバー４には、ユーザー端末２からのサービス開始要求（画面表示要求）に基づき、入院受付画面データ５ｄを用いてユーザー端末２に入院受付画面２０を表示するように処理する入院受付画面表示処理手段４ｆと、入院受付画面２０での患者ＩＤ、病室コード等の操作入力に基づき、データベース５の病室一覧データ５ｈ及びマスタ情報５ｂを利用して、ユーザー端末２の病室一覧画面表示手段３ｇの病室一覧画面を表示するように処理する病室一覧画面表示処理手段４αと、病室一覧画面表示手段４αにて表示される病室一覧画面３０上にて選択された病室に対して、対応する情報を診療情報５ａから抽出すべく処理を行う色表示選択処理手段４βと、対応情報を抽出する対応情報抽出手段４γと、この対応情報抽出手段４γにて抽出された対応情報に基づき、病室管理画面データ５ｉを用いてユーザー端末２に病室管理画面４０が表示されるように処理する病室管理画面表示処理手段４δと、ユーザー端末２の病室管理画面４０上にて処理済操作部４７がクリック等により操作された場合に、この病室に関する感染症に関する情報をリセット（病室と感染症との関連を切る）するように診療情報５ａのデータを制御する処理済データリセット手段４εと、を含んで構成されている。
【０２２４】
上記のような構成の病院情報システム１において、ユーザー端末２よりサービス開始要求（画面表示要求）がなされると、サーバー４の入院受付画面表示処理手段４ｆは、入院受付画面データ５ｄを利用してユーザー端末２に入院受付画面２０を表示するように処理する。次に、ユーザー端末２の入院受付画面表示手段２ｂに表示される入院受付画面２０上において、患者ＩＤ並びに感染症コードを入力すると、病室一覧画面表示処理手段４αは、データベース５に記憶された病室一覧画面データ５ｈ及びマスタ情報５ｂを用いて、ユーザー端末２の病室一覧画面表示手段２ｇの病室一覧画面３０を表示するように処理する。
【０２２５】
この病室一覧画面３０において、着色表示された、感染症患者が入室している各病室のうち、いずれかの病室をクリック等の操作により選択操作すると、サーバー５の色表示選択処理手段４βは、診療情報５ａの中から選択された病室に対応する対応情報を探しだし、対応情報抽出手段４γは探し出された前記対応情報を抽出して、病室管理画面表示処理手段２ｈに供給する。
【０２２６】
サーバー４の病室管理画面表示処理手段４δは、前記対応情報に基づきデータベース５の病室管理画面データ５ｉを用いて、ユーザー端末２の病室管理画面表示手段２ｃの病室管理画面４０を表示するように処理する。
【０２２７】
この病室管理画面４０において、清掃等が済んだ旨を意味する処理済操作部４７をクリック等により操作すると、サーバー４の処理済データリセット手段４εは、データベース５の診療情報５ａ中のデータのリセットを行い、病室一覧画面３０における着色された病室は、着色されない病室に変わることになる。
【０２２８】
（処理手順）
本例では、入院している患者で後から感染症であることを入力する場合に、感染症入力画面１０で感染症を登録し、その際に病室一覧画面３０を表示させ、着色表示された箇所をする。そうすると、患者の感染症情報がセットされるとともに、病室に感染症情報をセットする。
【０２２９】
以下に、入院受付を行う場合の処理手順を図２８を用いて説明する。
【０２３０】
先ず、入院受付画面表示処理手段２ｂにてプログラムを起動すると入院受付画面２０が表示される（Ｓ７０１）。ここで、入院受付画面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、および病室コードを入力する病室入力欄２４が備わっている。
【０２３１】
次に、入院受付画面２０において患者ＩＤ入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ７０２）。ここで、患者ＩＤに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【０２３２】
さらに、入院受付画面２０において入院日付入力欄２３に入院日付を入力する（Ｓ７０３）。
【０２３３】
次いで、入院受付画面２０において病室を入力するため病室一覧画面３０を表示し、どの病室に入院可能かオペレータは判断する（Ｓ７０４）。この画面には、病室感染症情報Ｄ３の内容が反映され、現在感染症グループが設定され、さらに感染ステータスが未処理（感染状態）の場合に色が変更されて表示される。
【０２３４】
そして、上記病室一覧画面３０にて病室の状態の詳細を調べるために所定の病室を選択する（Ｓ７０５）。
【０２３５】
次に、病室感染症情報の中で選択された病室に対応する情報をセットする（Ｓ７０６）。そして、選択された当該病室に対応する病室管理画面４０を表示する（Ｓ７０７）。
【０２３６】
さらに、当該選択された病室に対応する病室管理画面４０を参照しながら、現在の病室が清掃等の感染症対策の処理が済んでいるか否かの判断をユーザーが行い（Ｓ７０８）、もし感染症対策の処理が済んでいないのであれば、病室管理画面４０に戻る。一方、感染症対策の処理が済んでいるのであれば、病室管理画面４０上に形成された処理済操作部４７を押下する。
【０２３７】
これによって、当該病室に対応する診療情報５ａ内の病室感染症情報をリセットし、（Ｓ７０９）当該病室は処理済みの状態となる。
【０２３８】
すなわち、この状態では、病室一覧画面３０では、当初着色表示されていた病室が、着色表示されていない状態に変化していることとなる。
【０２３９】
また、感染症には様々な種類があるために、危険度の低いものもあれば、危険度の高いものもある。感染症の種類、感染症データに対して、ランク付け、順位付けを行い、例えば病室一覧画面３０において、危険度に応じて異なる色で病室を表示できるように構成してもよい。
【０２４０】
この場合には、例えば、それぞれの感染症のデータに対して順位付けを記載したテーブルないしデータを用意する。
【０２４１】
例えばマスタ情報５ｂの感染症マスタＭ１内の感染症グループに優先度の意味を持たせることで管理できる。危険度の低い感染症は、危険度の低い感染症グループ（名前）にしておき、危険度の高い感染症は、危険度の高い感染症グループとして定義しておくことにより、制御判断プログラムにて当該グループのチェックを行うことができる。
【０２４２】
或いは、マスタ情報５ｂ内の優先度コードを用いることで構成できる。これにより、優先度に応じて色の表示を変えるように形成できる。なお、色の表示の変え方は、例えば感染症グループ毎に色を変えたり、さらにランク付けされた所定のグレード以上を着色表示するように構成してもよい。
【０２４３】
これにより、病室を選択する時に、入院受付画面２０から病室一覧画面３０等を表示させるようにして、どの病室が安全かを確認することができる。
【０２４４】
以上のように本実施の形態によれば、病室感染症情報を使用し、清掃や消毒などの感染症解除装置の実施状況が一覧で把握することができ、院内感染の拡大を防止することができる。
【０２４５】
なお、本発明にかかる装置と方法は、そのいくつかの特定の実施の形態に従って説明してきたが、当業者は本発明の主旨および範囲から逸脱することなく本発明の本文に記述した実施の形態に対して種々の変形が可能である。例えば、上述の各実施の形態では、感染症入力画面等の各種画面を医者用画面の下位階層の画面として用いられる構成としたが、医者用画面とは別の独立したメニューによって形成する構成であってもよい。
【０２４６】
さらには、これらの各画面は、表示される順番は上述の例に限定されるものではなく、順番は問わない。また、各画面のレイアウトは上記の例に限らず、少なくとも上述の機能を有する構成であれば、種々のレイアウトを含む。
【０２４７】
また、上述の各手段の構成は、ソフトウエアのみによる処理に限定されず、種々のソフトウエア及びハードウエアの組み合わせによる処理を含んでもよい。
【０２４８】
さらに、上述した各実施の形態同士或いはそれらと各変形例とのいずれかによる組み合わせによる例をも含むことは言うまでもない。
【０２４９】
【発明の効果】
以上説明したように本発明によれば、検索手段により入室を許可しない病室を検索し、入院受付画面にて入力された病室情報とを照らし合わせて判定手段により病室へ入院することの可否を判定できる。これにより、誤って収容してはいけない病室への収容を事前に拒絶できるという効果が奏される。
【０２５０】
また、検査システムから送信する検査結果情報の感染症情報をもとに患者感染症情報を更新するが、判定手段により、同時に現在入院中の病室との感染症相互チェックを行うことが可能となる。このことにより入院中で、後から感染症に感染していることが判明されても、告知手段により即時に通知が管理者へ伝達されるため必要な措置が迅速に行え院内感染等を迅速に防止できるという効果がある。
【図面の簡単な説明】
【図１】本発明の病院情報システムの構成を示す機能ブロック図である。
【図２】本発明の病院情報システムの概念を示すための説明図である。
【図３】本発明の病院情報システムの感染症入力画面の一例を示す説明図である。
【図４】本発明の病院情報システムの受付入院画面の一例を示す説明図である。
【図５】本発明の病院情報システムの病室一覧画面の一例を示す説明図である。
【図６】本発明の病院情報システムの病室管理画面の一例を示す説明図である。
【図７】本発明の病院情報システムの警告画面の一例を示す説明図である。
【図８】本発明の病院情報システムの感染推定患者一覧画面の一例を示す説明図である。
【図９】本発明の病院情報システムの構成の実施の形態の一例を示す説明図である。
【図１０】本発明の病院情報システムのデータベースの構成の一例を示す説明図である。
【図１１】本発明の病院情報システムの構成の実施の形態の一例を示す機能ブロック図である。
【図１２】本発明の病院情報システムの構成の実施の形態の一例を示す機能ブロック図である。
【図１３】本発明の病院情報システムの感染症入力の処理手順を示すフローチャートである。
【図１４】本発明の病院情報システムの入院受付の処理手順を示すフローチャートである。
【図１５】本発明の病院情報システムのデータベースのマスタ情報の構成の一例を示す説明図である。
【図１６】本発明の病院情報システムのデータベースの診療情報及びマスタ情報を非正規化した一例を示す説明図である。
【図１７】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図１８】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図１９】図１７の病院情報システムの患者情報更新タスクの処理手順を示すフローチャートである。
【図２０】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図２１】図２０の病院情報システムの処理手順を示すフローチャートである。
【図２２】本発明の病院情報システムのデータベースの構成の一例を示す説明図である。
【図２３】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図２４】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図２５】図２３の病院情報システムの感染症入力の処理手順を示すフローチャートである。
【図２６】図２３の病院情報システムの入院受付時における感染症管理の処理手順を示すフローチャートである。
【図２７】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図２８】本発明の病院情報システムの他の実施の形態の一例の処理手順を示すフローチャートである。
【図２９】従来の病院情報システムの概念を説明するための説明図である。
【符号の説明】
１ 病院情報システム
２ ユーザー端末
４ サーバー
５ データベース
５ａ 診療情報
５ｂ マスタ情報
６ 検査システム
１０ 感染症入力画面
２０ 入院受付画面
３０ 病室一覧画面
４０ 病室管理画面
５０ 警告画面
６０ 感染推定患者一覧画面
Claims (3)
- ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、
前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、病室に感染した感染症を含む病室情報とを有する診療情報が格納されるデータベースと、
患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、
前記サーバーは、
前記入院受付画面からの前記患者を収容先の病室情報の操作入力に基づき、前記感染症マスタから当該患者の感染症情報を検索し、前記データベースに係る病室情報から患者の収容先の病室の感染症情報を検索する検索手段と、
入院登録時に操作入力された病室への前記患者の入室の可否を、前記検索手段で検索された、前記患者の感染症情報と病室の感染症情報とを基に、判定する判定手段と、
不許可の場合は警告画面を前記ユーザー端末に表示する表示処理手段と、
感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段と、
を含むことを特徴とする病院情報システム。 - ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、
前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースを有し、
前記サーバーは、
患者を検査する検査システムからの検査結果情報に含まれる感染症情報に基づき、前記患者感染症情報を更新する更新手段と、
前記感染症マスタと更新された前記患者感染症情報とを参照して、不許可感染とされた患者が院内に入院されているか否かを判定する判定手段と、
前記判定手段での判定結果に基づき、前記不許可感染とされた患者が院内に入院されている場合に、管理者が使用する前記ユーザー端末に告知する告知手段と、
前記サーバーに、前記不許可感染とされた患者が院内に入院されている場合に、前記患者と同じ病室に入院していた感染推定患者を検索し、前記ユーザー端末に一覧として表示せしめる表示処理手段と、
を含むことを特徴とする病院情報システム。 - ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、
前記サーバーに接続され、少なくとも感染症病室マスタを含む感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースと、
患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、
前記サーバーが、
前記ユーザー端末の前記入院受付画面からの患者番号の操作入力に基づき、前記患者感染症情報と前記感染症病室マスタを検索し、当該患者が感染している場合の感染症グループを抽出し、通常患者から物理的に隔離される特定の病室を選択する選択手段と、
前記感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段をと、を備えたこと
を特徴とする病院情報システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000382430A JP4718679B2 (ja) | 2000-12-15 | 2000-12-15 | 病院情報システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000382430A JP4718679B2 (ja) | 2000-12-15 | 2000-12-15 | 病院情報システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002183296A JP2002183296A (ja) | 2002-06-28 |
| JP4718679B2 true JP4718679B2 (ja) | 2011-07-06 |
Family
ID=18850253
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000382430A Expired - Lifetime JP4718679B2 (ja) | 2000-12-15 | 2000-12-15 | 病院情報システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4718679B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2452814B (en) | 2007-08-23 | 2012-04-04 | Gt Angel Llc | Hand washing monitor |
| JP2009217649A (ja) * | 2008-03-11 | 2009-09-24 | Koji Kasahara | 感染症予防システム |
| WO2012002435A1 (ja) * | 2010-06-30 | 2012-01-05 | 株式会社ニコン | 感染拡大防止支援システム、感染拡大防止支援サーバ、検査端末、移動端末及びプログラム |
| JP5693349B2 (ja) * | 2011-04-20 | 2015-04-01 | シスメックス株式会社 | 感染情報提供システム、感染情報提供装置、及びコンピュータプログラム |
| US10741278B2 (en) | 2015-04-20 | 2020-08-11 | Cardeya Corporation | Pathogen detection and display system |
| US20190112150A1 (en) * | 2016-06-20 | 2019-04-18 | Mitsubishi Electric Corporation | Elevator system |
| JP6880935B2 (ja) * | 2017-03-31 | 2021-06-02 | 富士通株式会社 | 感染影響度推定プログラム、感染影響度推定方法、および情報処理装置 |
| JP7113769B2 (ja) * | 2019-02-18 | 2022-08-05 | 富士フイルム株式会社 | 情報処理装置、情報処理方法、情報処理プログラム、表示制御装置、表示制御方法、及び表示制御プログラム |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03218726A (ja) * | 1990-01-24 | 1991-09-26 | Hitachi Ltd | ベッド管理システムの空床検索方式 |
| JPH05189495A (ja) * | 1992-01-13 | 1993-07-30 | Hitachi Ltd | 病院用総合予約方式 |
| JPH0676005A (ja) * | 1992-08-25 | 1994-03-18 | Fujitsu Ltd | 患者の病名のチェック方法及びチェックシステム |
| JPH09153097A (ja) * | 1995-12-01 | 1997-06-10 | N D Software Kk | 入院患者受付端末機における入力ガイド方法及び装置 |
| JPH103506A (ja) * | 1996-06-19 | 1998-01-06 | Nec Software Kansai Ltd | 感染症情報自動伝達方式 |
-
2000
- 2000-12-15 JP JP2000382430A patent/JP4718679B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002183296A (ja) | 2002-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7165221B2 (en) | System and method for navigating patient medical information | |
| JP4718679B2 (ja) | 病院情報システム | |
| Devitt et al. | An examination of whether discharging patients against medical advice protects physicians from malpractice charges | |
| US20070175980A1 (en) | Clinical decision support system for guideline selection and knowledge/location indication with the guideline | |
| JP2007058715A (ja) | 医療業務支援システム | |
| JP2013041479A (ja) | トリアージシステム | |
| JP2001344340A (ja) | 自動診察システム及び方法、その記憶媒体並びに緊急通信救助システム | |
| JP6899797B2 (ja) | 問合せ機器特定システム、問合せ機器特定方法 | |
| JP2016148999A (ja) | 医療支援システム、その作動方法及び医療支援プログラム並びに医療支援装置 | |
| WO2020050355A1 (ja) | 脆弱性情報管理装置、脆弱性情報管理方法、およびプログラム | |
| JP2003108659A (ja) | 病院用多機能ターミナル装置 | |
| US20010037226A1 (en) | Method of making reservations and checking wait state for facility utilization | |
| JP6472595B2 (ja) | 医療業務システムおよび医療業務システムによる処理方法、医療業務システムの医療業務情報サーバ | |
| JP2005025457A (ja) | 看護支援システム | |
| JP2006323620A (ja) | 医療事故防止支援システム | |
| JP2011008543A (ja) | 看護指示通知装置および看護指示通知プログラム | |
| CN113995601B (zh) | 一种移动病床控制方法及相关设备 | |
| US20120096391A1 (en) | Knowledge base data generation and management to support automated e-health diagnosis systems | |
| JP2004021949A (ja) | モバイル監視システム | |
| JP4464754B2 (ja) | 医療行為情報管理システム、医療行為実施支援装置 | |
| JP2018160133A (ja) | 採血業務支援システム | |
| JP2000048101A (ja) | 診療支援システム | |
| JP7662103B2 (ja) | 処理装置、処理システム、処理方法、およびプログラム | |
| JP2004357843A (ja) | 救急医療システム | |
| JP2020160493A (ja) | 文書管理装置及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20071206 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20090209 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20100601 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100726 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101019 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101220 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110308 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110401 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 4718679 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140408 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313117 Free format text: JAPANESE INTERMEDIATE CODE: R313114 |
|
| R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 Free format text: JAPANESE INTERMEDIATE CODE: R313117 Free format text: JAPANESE INTERMEDIATE CODE: R313114 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| EXPY | Cancellation because of completion of term |