JP2002183296A

JP2002183296A - 病院情報システム

Info

Publication number: JP2002183296A
Application number: JP2000382430A
Authority: JP
Inventors: Masaru Sakuma; 大佐久間
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2000-12-15
Filing date: 2000-12-15
Publication date: 2002-06-28
Anticipated expiration: 2020-12-15
Also published as: JP4718679B2

Abstract

(57)【要約】【課題】本発明は、感染症患者の病室を選別すること
により、人手による管理を要せずに院内感染等の医療事
故を未然に防止することのできる病院情報システムを提
供することにある。【解決手段】ユーザー端末により入力された情報をサ
ーバーにより院内ネットワークを通じて各部門へ情報伝
達する病院情報システムである。通常患者が入院登録を
行う前記ユーザー端末の入院受付画面にて、前記通常患
者を収容する病室情報の操作入力に基づき、前記通常患
者の入室を許可しない感染症患者が収容された病室を検
索する検索手段を有する。さらに、前記検索手段での検
索結果に基づき、入院登録時に入力された前記病室への
前記通常患者の収容の可否を判定する判定手段を有す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、病院情報システム
に関し、特に、医師や看護婦等が入力した診療情報を各
実施部門に伝達し、入力された診療情報を再利用するこ
とで累積される院内情報を伝達するものに関する。な
お、本発明は、上述の指示を伝達するシステムの一部と
して機能するが、患者の感染症情報、および入院情報を
管理することができる病院情報システムであれば、指示
の伝達機能の有無は問わない。

【０００２】

【従来の技術】従来より、入院する患者に関する情報を
端末を操作して入力するとともに、当該情報を蓄積して
他の各部門へ伝達して前記情報を利用することができる
いわゆる病院情報システムが知られている。

【０００３】この病院情報システムにおいては、患者に
関する患者情報と、この患者の診療支援情報として例え
ば感染症に関する情報である感染症マスタを入力・保持
している。

【０００４】乃ち、図２９に示すデータ構造の概念図に
示すように、患者情報と感染症マスタとは相互に相関し
ており、互いに情報の更新、変換等の情報の伝達が可能
となっている。

【０００５】

【発明が解決しようとする課題】上述の病院情報システ
ムにおいては、上記のデータ構造を保有しているため
に、例えば端末等の表示画面上にて、どの患者が何の感
染症に感染しているかを識別することはできる。

【０００６】しかしながら、感染症に感染している患者
が病院内のどの病室に入っているかということをシステ
ム上識別できないために、感染症患者に対しては人手に
よる管理が必要となっていた。

【０００７】特に、感染症患者は、他の感染症でない患
者と物理的に隔離し、あるいは後から当該患者が感染症
に感染した感染症患者であると判明した場合には、上記
隔離に加えて当該感染症患者が入っていた病室を清掃等
などをするようにして感染症対策を行わなければなら
ず、感染症患者の発見が遅れたり、感染症対策が遅れた
りすると、最悪の場合院内感染などの医療事故に繋がる
恐れがあった。

【０００８】さらに加えて、患者を病院情報システムに
登録する際には、感染症患者が入っている病室がどこで
あるのかを識別できないために、入院する際の病室選択
時に、感染症に感染している人の病室に勝手に入室（入
院）してしまう恐れがあり、これによって感染してしま
うことが起こる。

【０００９】また、逆に感染症患者が通常患者の病室へ
入ってしまうことにより、同じ部屋に入院した患者が全
員感染してしまう恐れがあった。

【００１０】本発明は、上記事情に鑑みてなされたもの
であり、その目的とするところは、感染症患者の病室を
選別することにより、人手による管理を要せずに院内感
染等の医療事故を未然に防止することのできる病院情報
システムを提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
に、請求項１に記載の発明は、ユーザー端末により入力
された情報をサーバーにより院内ネットワークを通じて
各部門へ情報伝達する病院情報システムであって、通常
患者が入院登録を行う前記ユーザー端末の入院受付画面
にて、前記通常患者を収容する病室情報の操作入力に基
づき、前記通常患者の入室を許可しない感染症患者が収
容された病室を検索する検索手段と、前記検索手段での
検索結果に基づき、入院登録時に入力された前記病室へ
の前記通常患者の収容の可否を判定する判定手段と、を
含むことを特徴とする病院情報システム。

【００１２】また、請求項２に記載の発明は、ユーザー
端末により入力された情報をサーバーにより院内ネット
ワークを通じて各部門へ情報伝達する病院情報システム
であって、患者を検査する検査システムからの検査結果
情報に含まれる感染症情報に基づき、検査された患者が
院内に収容されているか否かを判定する判定手段と、前
記判定手段での判定結果に基づき、前記患者が院内に収
容されている場合に、然るべき責任者が使用する前記ユ
ーザー端末へ告知を行う告知手段と、を含むことを特徴
としている。

【００１３】また、請求項３に記載の発明は、ユーザー
端末により入力された情報をサーバーにより院内ネット
ワークを通じて各部門へ情報伝達する病院情報システム
であって、予め感染症情報が入力されている感染症患者
を入院受付する際に、前記ユーザー端末の入院受付画面
の患者番号の操作入力に基づき、収容先として特定の病
室を自動選択する選択手段を設けたことを特徴としてい
る。

【００１４】また、請求項４に記載の発明は、感染症が
入力されている感染症患者を収容していた病室が選択さ
れた場合に、前記ユーザー端末に警告を表示させるとと
もに、前記病室への入院を不許可とする手段を設けたこ
と特徴としている。

【００１５】また、請求項５に記載の発明は、前記患者
が院内に収容されている場合に、前記患者が収容されて
いる病室と同じ病室に入院していた感染推定患者を検索
し、前記ユーザー端末に一覧として表示せしめる手段を
さらに有することを特徴としている。

【００１６】また、請求項６に記載の発明は、ユーザー
端末により入力された情報をサーバーにより院内ネット
ワークを通じて各部門へ情報伝達する病院情報システム
であって、前記サーバーは、感染症患者を収容していた
病室と、通常患者を収容していた病室とを異なる色にて
一覧表示する病室一覧画面を前記ユーザー端末に表示さ
せる病室一覧画面表示処理手段を有することを特徴とし
ている。

【００１７】

【発明の実施の形態】以下、本発明の好適な実施の形態
の一例について、図面を参照して具体的に説明する。

【００１８】［第１の実施の形態］（全体構成）先ず、本発明の各実施の形態の説明に先立
って、本例の病院情報システムにて各実施の形態に共通
する全体の概略構成について、図１を参照して説明す
る。図１は、本例の病院情報システムの全体の構成を示
すブロック図である。

【００１９】本例の病院情報システム１は、図１に示す
ように、ネットワーク網８を介して配設された複数のユ
ーザー端末２（図１では簡単のため一つのみ表記してあ
る）と、このユーザー端末２からの操作入力に基づき、
所望のサービスを提供するサーバー４と、このサーバー
４と連携して各種プログラム及びデータが格納されたデ
ータベース５と、例えばシステム管理室等の配設されて
上記サーバー４を管理するための管理用端末３と、本病
院情報システム１と連携して、患者の検査及び検査結果
等の情報を運用する検査システム６と、この検査システ
ム６とサーバー４とを連携させるための検査システム連
携装置７と、がネットワーク網８を介して接続配置され
ている。

【００２０】ユーザー端末２においては、例えば、入院
受付画面を表示する入院受付画面表示手段２ｂ、感染症
入力画面を表示する感染症入力画面表示手段２ａと、病
室管理画面を表示する病室管理画面表示手段２ｃ、など
が構成される。

【００２１】一方、図２には、本例のサーバー４及びデ
ータベース５にて処理されるデータの流れが概念的に示
されており、特にデータベース５のデータ構造では、患
者情報Ｄ１、感染症マスタＭ１、病室情報Ｄ２を有して
おり、サーバー４は、これらの各情報を連携処理して制
御するための制御手段４ａを含んでいる。

【００２２】例えば、制御手段４ａの第１の制御プログ
ラム４ａ１にて、感染症マスタＭ１と病室情報Ｄ２との
連携を行うことができる。さらに、制御手段４ａの第２
の制御プログラム４ａ２にて患者情報Ｄ１と感染症マス
タＭ１とを連携することができる。制御手段４ａには、
この他複数の各種の制御プログラムを含んで構成される
ために、図２においては第Ｎの制御プログラム４ａＮと
して示されている。

【００２３】このようにすることにより、病室情報Ｄ２
と感染症マスタＭ１とを連携処理する、乃ち、病室情報
Ｄ２に感染症情報Ｄ３を付与することによって、入院受
付時における感染症・病室チェックを行い、患者の感染
症情報と入院時の収容先である病院の収容許可／不可の
判定を自動で行うことができる。

【００２４】（データベース）次に、データベース５の
さらに詳細なデータ構造について、図１０を用いて説明
する。

【００２５】本例におけるデータベース５とは、単に物
理的に配置されたデータ記憶装置上のデータをいい、通
常のファイルも含めた概念である。その場合、主キーと
は索引ファイルの索引キーに対応し、項目はレコードの
項目を表す。

【００２６】このデータベース５は、本例に関連する情
報としては、大別すると、診療情報５ａとマスタ情報５
ｂとに分類される。なお、データベース５には、この他
オーダー情報等の種々情報も格納されている。

【００２７】診療情報は５ａは、患者感染症情報Ｄ１、
病室情報Ｄ２、病室感染症情報Ｄ３を有している。

【００２８】患者感染症情報Ｄ１は、患者がかかってい
る感染症を管理する情報テーブルであり、患者ＩＤ、シ
ノニム、感染症コードなどを有している。なお、シノニ
ムにより複数の感染症を持つことができる。

【００２９】病院情報Ｄ２は、現在入院している患者の
収容状況を病室単位に管理する情報テーブルであり、病
室コード、シノニム、患者ＩＤなどを有している。な
お、シノニムによりその病室に収容する複数の患者ＩＤ
を対応づける。また、シノニムを病床コードと意味づけ
て管理することも可能である。

【００３０】病室感染症情報Ｄ３は、病室単位に感染症
情報を管理するテーブルであり、病室コード、シノニ
ム、感染症グループ、感染推定日、感染ステータスなど
を有している。

【００３１】ここで、感染症グループとは、病室に感染
した感染症グループであって、感染症グループは感染症
コードから導出する。

【００３２】また、感染推定日とは、感染症が登録され
た患者の入院日または感染症登録日である。

【００３３】さらにまた、感染ステータスとは、感染し
た場合に、その対策状態を管理するフラグである。この
状態としては、感染ステータス＝感染状態（例えば０）
となる場合は、感染症の対策は未だであることを意味す
る。一方、感染ステータス＝感染症対策済み（例えば
１）となる場合は、例えば消毒や清掃、空気洗浄などに
よる感染症対策が既に済んでいることを意味する。

【００３４】一方、マスタ情報５ｂは、感染症マスタＭ
１、病室マスタＭ３、感染症病室マスタＭ２などを有し
ている。

【００３５】感染症マスタＭ１は、病院で管理し患者に
登録すべき感染症を定義するマスタであり、感染症コー
ド、感染症名称、感染症グループ、優先度コードなどを
備えている。

【００３６】感染症コードでは、感染症を番号により識
別するものであり、例えば〇〇感染症のコードを「２
１」とするような定義づけがなされている。また、感染
症の名称は、感染症の名称を表す。さらに、感染症グル
ープは、複数の感染症をグループ化して管理するために
その感染症が所属するグループ番号を意味する。

【００３７】優先度コードでは、感染症の種類によって
危険度の高い感染症に感染した患者が入っている病室に
は例えばグレード５、次に危険度の高い感染症に感染し
た患者が入っている病室には例えばグレード４、・・と
いう具合に、危険度の高いものほど優先的に感染症対策
の処理をなさなければならない観点から優先度を識別す
るためのコードを定義している。

【００３８】感染症病室マスタＭ２は、特定の感染症、
すなわち、ここで登録された感染症グループの患者が収
容されるべき病室を定義するテーブルであり、感染症グ
ループ、病室コードなどを備えている。

【００３９】病室マスタＭ３は、病院内の入院施設であ
る病室情報を管理するマスタであり、病室コード、シノ
ニム、不許可感染症グループなどを備えている。

【００４０】病室コードは、病室を識別するための番号
である。また、不許可感染症グループとは、その病室に
収容してはいけない感染症グループをいう。すなわち、
患者情報に存在する感染症コードが所属する感染症グル
ープが登録されている場合には、当該患者の収容が不可
となる。

【００４１】（表示画面について）次に、本例システム
のユーザー端末５に表示される主たる表示画面につい
て、以下に説明する。

【００４２】本例の画面は、病院情報システム１の中の
一機能の入院処理を行い、医者用入力画面（不図示）の
下位階層の画面として用いられるものである。

【００４３】すなわち、ユーザー端末２では、例えば、
入院情報、病名情報、感染症情報等、診断に必要な情報
が一つの画面の中で行えるように形成され、医者が通常
使うメニュー画面である医師用入力画面にて、当該医師
用入力画面内の感染症用ボタンを押下することで、感染
症入力画面１０に遷移する。医者用入力画面では、病
名、診察室等を入力することができ、病名同様に感染症
等も入力できる。感染症入力画面１０にて患者が感染症
にかかっていれば、番号等を入力し、この情報がデータ
ベース５に蓄えられる。

【００４４】一方、病棟業務では、通常入院受付の窓口
で入院手続をする。この時に職員が、入院受付画面２０
を用いて空部屋を探し、入院した人・病室等を選び入院
させる。

【００４５】一通り処理が終了し登録されると、登録さ
れた日付等がカレンダー形式で医者用入力画面に表示出
力される。

【００４６】以下、感染症入力画面１０、入院受付画面
２０、病室一覧画面３０、病室管理画面４０，警告画面
５０、感染推定患者一覧画面６０の順に説明する。図３
には、感染症入力画面１０の構成が開示されている。

【００４７】感染症入力画面１０は、図３に示すよう
に、感染症情報を登録するための画面であり、患者ＩＤ
を入力するための患者ＩＤ入力欄１１と、対応する患者
の氏名を表示する患者氏名表示欄１２と、対応する患者
の感染症コードを入力するための感染症コード入力欄１
３と、この入力された感染症コードに対応する感染症の
名称を表示する感染症名称表示欄１４と、入力した情報
を取り消すための取消操作部１５と、入力した情報で感
染症の登録を行うための登録操作部１６と、を含んで構
成される。

【００４８】図４には、入院受付画面の構成が開示され
ている。入院受付画面２０は、患者が入院をする場合に
使用される画面である。

【００４９】この入院受付画面２０は、図４に示すよう
に、入院する患者の患者ＩＤを入力するための患者ＩＤ
入力欄２１と、入力された患者ＩＤに対応する患者氏名
を表示する患者氏名表示欄２２と、当該患者が入院する
日付を入力する入院日付入力欄２３と、当該患者が入室
する病室のコード番号を入力する病室入力欄２４と、当
該患者が使用するベッドの番号を入力するベッド番号入
力欄２５と、当該患者の感染症名を表示する感染症名表
示欄２６と、病室情報（後述する病室管理画面４０）を
選択表示するための病室情報選択操作部２７と、病室一
覧画面３０を表示させるための病室操作部２８と、入力
された情報で登録を行うための登録操作部２９ａと、入
力された情報を取り消すための取消操作部２９ｂと、を
含んで構成されている。

【００５０】図５には、病室一覧画面の構成の一例が開
示されている。病室一覧画面３０では、全ての病室の病
室番号が整列して表示された病室一覧表示欄３１を有し
ており、感染症患者が入院している病室３１ｂのみ着色
表示とし、その他の病室３１ａを無色表示として、感染
症患者が入室している病室の有無の判断及び認識を容易
にしている。

【００５１】図６には、病室管理画面の構成の一例が開
示されている。

【００５２】病室管理画面４０においては、図６に示す
ように、病室の病室番号を入力するための病室番号入力
欄４１と、この入力された病室番号に対応する病室を表
示する病室表示欄４２と、この病室が汚染されている感
染症の名称を表示するための感染症名称表示欄４３と、
この感染症が感染したと推定される日付を表示する感染
推定日表示欄４４と、この感染症患者のＩＤが表示され
る感染症ＩＤ表示欄４５と、感染症に対する対策、例え
ば感染症の原因となる細菌等を駆除し、清掃、消毒等を
完了する等の種々の処理を行ったか否か、処理、未処理
等の結果内容が表示される感染症処理有無表示欄４６
と、当該処理が処理済みである場合に選択される処理済
操作部４７と、確認を行うための確認操作部４８と、を
含んで構成されている。

【００５３】図７には、警告画面の構成の一例が開示さ
れている。この警告画面５０においては、図７に示すよ
うに、例えば「患者××は〇〇感染症にかかっていま
す。病室△△には入院できません」等の警告表示５１が
表示される。そして、この警告画面５０においては、確
認を行うための確認操作部５２が形成されている。

【００５４】図８には、感染推定患者一覧画面の構成の
一例が開示されている。感染推定患者一覧画面６０で
は、図８に示すように、「以下の患者は感染症：〇〇感
染症に感染している可能性があります。至急検査して下
さい」等のメッセージが表示されるメッセージ表示欄６
１と、当該感染症に感染している可能性のある患者番
号、氏名等が表示される感染可能性患者表示欄６２と、
当該感染可能性患者の病室情報を表示する表示欄６３等
が表示されることとなる。さらに、確認を行うための確
認操作部６４が形成されている。

【００５５】（本例の特徴）図９には、ユーザー端末２
とデータベース５との間のデータの流れが模式的に示さ
れている。

【００５６】データベース５内の患者感染症情報Ｄ１・
病室情報Ｄ２・病室感染症情報Ｄ３を備えた診療情報５
ａと、感染症マスタＭ１・感染症病室マスタＭ２・病室
マスタＭ３を備えたマスタ情報５ｂと、に基づき、ユー
ザー端末２の感染症入力画面表示手段２ａに感染症入力
画面１０が表示される。

【００５７】同様に、診療情報５ａ及びマスタ情報５ｂ
に基づき、ユーザー端末２の入院受付画面表示手段２ｂ
に入院受付画面２０が表示される。

【００５８】ここで、本例の大きな特徴の一つは、入院
すべき病室のチェックであり、本例では、感染症グルー
プと病室コードとがマスタ情報５ｂに入っており、患者
に感染症グループが設定されているので、入院受付画面
２０で病室番号を入力した時点で当該病室が感染症患者
が収容されているか否かを自動チェックでき、誤って収
容してはいけない感染症患者の病室への収容を事前に拒
絶することができる。

【００５９】さらに、病室選択時に、ベッドが空いてい
なければ病室を選択できないようにも構成されている。

【００６０】以下に、このような機能を達成するための
具体的構成についてサーバー４での処理を中心に説明す
る。

【００６１】（サーバー）病院情報システムにおけるサ
ーバーの詳細な構成について図１１〜図１２を用いて説
明する。図１１には、本例の病院情報システムの構成の
一例が開示されている。

【００６２】ユーザー端末２では、感染症入力画面１０
（図３参照）を表示する感染症入力画面表示手段２ａを
含んで構成している。データベース５には、感染症入力
画面１０を表示するための感染症入力画面データ５ｃ
と、マスタ情報５ｂと、診療情報５ａと、を含んで構成
されている。

【００６３】サーバー４は、ユーザー端末２からのサー
ビス開始要求（画面表示要求）に基づき、ユーザー端末
２での感染症入力画面１０を表示処理するための感染症
入力画面表示処理手段４ｂと、感染症入力画面表示手段
２ａの感染症入力画面１０上にて入力された患者ＩＤ、
感染症コード等の入力情報に基づき、マスタ情報５ｂを
用いて感染症入力画面表示手段４ｂに感染症名称の表示
を促す感染症名称表示処理手段４ｃと、感染症入力画面
１０での登録操作部の操作入力に基づき、入力された情
報の登録を行うための登録処理手段４ｄと、この登録に
基づき、データベース５の診療情報５ａを用いて患者感
染症情報を更新するための患者感染症情報更新手段４ｅ
と、を含んで構成されている。

【００６４】上記のような構成の病院情報システム１に
おいて、ユーザー端末２よりサービス開始要求（画面表
示要求）がなされると、サーバー４の感染症入力画面表
示処理手段４ｂは、感染症入力画面データ５ｃを利用し
てユーザー端末２に感染症入力画面１０を表示するよう
に処理する。次に、ユーザー端末２の感染症入力画面表
示手段２ａの表示された感染症入力画面１０上におい
て、患者ＩＤ並びに感染症コードを入力すると、感染症
名称表示処理手段４ｃは、データベース５に記憶された
マスタ情報５ｂを用いて当該感染症コードに対応する感
染症名称を前記感染症入力画面１０に表示するような処
理を行う。

【００６５】そして、ユーザー端末２の感染症入力画面
１０においてクリック等に操作により登録操作部が操作
されると、サーバー４の登録処理手段４ｄにて登録処理
が開始され、例えば患者感染症情報更新処理手段４ｅに
よりデータベース５に記憶された診療情報５ａの患者感
染症情報の更新処理を行う。

【００６６】図１２には、本例の病院情報システムにか
かる入院受付の場合の構成の一例が機能ブロック図とし
て開示されている。

【００６７】ユーザー端末２には、入院受付画面２０
（図４参照）を表示するための入院受付画面表示手段２
ｂと、警告画面５０（図７参照）を表示するための警告
画面表示手段２ｄと、を含んで構成されている。

【００６８】データベース５は、入院受付画面２０を表
示するための入院受付画面データ５ｄと、診療情報５ａ
と、マスタ情報５ｂと、警告画面５０を表示するたの警
告画面データ５ｅと、を含んで構成されている。

【００６９】サーバー４は、ユーザー端末２からのサー
ビス開始要求（画面表示要求）に基づき、入院受付画面
データ５ｄを用いてユーザー端末２での入院受付画面２
０の表示を処理するための入院受付画面表示処理手段４
ｆと、入院受付画面２０にて入力された患者ＩＤ、病室
コード等の入力情報に基づき、診療情報５ａを用いて患
者感染症情報を検索するための患者感染症情報検索手段
（検索手段）４ｇと、検索された診療情報５ａに基づ
き、患者感染症情報の有無を判定する感染症情報有無判
定手段４ｈと、この感染症情報有無判定手段４ｈにて患
者感染症情報が有ると判定された場合に、マスタ情報５
ｂを用いて病室マスタを検索するための病室マスタ検索
手段４ｋと、感染症情報有無判定手段４ｈにて感染症情
報が無いと判定された場合であって、入院受付画面２０
にてベッド番号が入力された場合に、ベッド番号を入力
処理するベッド番号入力処理手段４ｉと、この入力さら
た情報に基づき診療情報５ａに登録を行う登録処理手段
４ｊと、病室マスタ検索手段４ｋにて検索されたマスタ
情報５ｂに基づき、感染症グループが許可であるか否か
を判定する感染症グループ判定手段（判定手段）４ｌ
と、この感染症グループ判定手段４ｌにて判定された判
定結果が不許可である場合に、警告画面データ５ｅに基
づき、ユーザー端末２に警告画面５０を表示するように
処理する入室不許可警告表示処理手段（不許可とする手
段）４ｍと、を含んで構成されている。

【００７０】上記のような構成の病院情報システム１に
おいて、ユーザー端末２よりサービス開始要求（画面表
示要求）がなされると、サーバー４の入院受付画面表示
処理手段４ｆは、入院受付画面データ５ｄを利用してユ
ーザー端末２に入院受付画面２０を表示するように処理
する。次に、ユーザー端末２の入院受付画面表示手段２
ｂの表示された入院受付画面２０上において、患者ＩＤ
並びに感染症コードを入力すると、サーバー４の患者感
染症情報検索手段４ｇは、データベース５に記憶された
診療情報５ａを用いて患者感染症情報の検索を行う。

【００７１】この結果、検索された患者感染症情報に基
づき、サーバー４の感染症情報有無判定手段４ｈにて対
応する当該患者感染症情報があるかないかの判定を行
う。この感染症有無判定手段４ｈでの判定の結果、該当
する患者感染症情報があると判定された場合には、サー
バー４の病院マスタ検索手段４ｋは、データベース５に
記憶されたマスタ情報５ｂの中から当該患者感染症情報
に対応する病室マスタの検索を行う。

【００７２】一方、感染症情報有無判定手段４ｈでの判
定の結果、該当する患者感染症情報がないと判定された
場合には、ユーザー端末２での入力待ちの待機状態とな
る。

【００７３】そして、ユーザー端末２の入院受付画面２
０において、前記患者のベッド番号が入力されると、サ
ーバー４のベッド番号入力処理手段４ｉにて入力処理の
実行が開始され、データベース５の特に診療情報とし
て、サーバー４の登録処理手段４ｊがベッド番号を含む
各種情報の登録処理が行われる。

【００７４】さらに他方、病室マスタ検索手段４ｋにて
マスタ情報５ｂから病室マスタが検索されると、この検
索結果に基づき、感染症グループ判定手段４ｌは、感染
症グループが許可であるか不許可であるかの判定を行
う。

【００７５】この感染症グループ判定手段４ｌでの判定
結果が、不許可と判定した場合、すなわち許可しない感
染症グループである場合には、サーバー４の入室不許可
警告表示処理手段４ｍは、データベース５に記憶された
警告画面データ５ｅを用いて、ユーザー端末２に警告画
面５０を表示するような処理を行う。

【００７６】一方、前記感染症グループ判定手段４ｌで
の判定結果が、許可と判定した場合、すなわち許可した
感染症グループである場合には、通常の入院受付画面５
０を表示するように処理される。

【００７７】（処理手順について）次に、上記のような
構成の病院情報システムにおける処理手順について、図
１３〜図１４を参照しつつ説明する。

【００７８】本例では、以下の＜感染症入力のフロー＞
と＜入院受付のフロー＞から構成される。

【００７９】本例に該当する部分は、＜入院受付のフロ
ー＞に属するが、＜感染症入力のフロー＞による感染症
情報の入力が前提となるため説明を施してある。

【００８０】＜感染症入力のフロー＞先ず、感染症入力
画面表示手段２ａにてプログラムを起動すると、感染症
入力画面１０が表示される（ステップ、以下「Ｓ」１０
１）。感染症入力画面１０には、患者ＩＤを入力するフ
ィールド、および感染症コードを入力するフィールドが
備わっている。

【００８１】次に、感染症入力画面１０において患者Ｉ
Ｄ入力フィールドに更新すべき患者のＩＤを入力する
（Ｓ１０２）。これにより、患者ＩＤに対する患者の患
者氏名が表示され、選択した患者であることを確認す
る。

【００８２】さらに、感染症入力画面１０において、Ｓ
１０２で選択された患者に対して感染症コードを感染症
コード入力フィールドに入力する（Ｓ１０３）。ここ
で、複数の感染症コードを一括して入力することも可能
である。

【００８３】そして、感染症マスタＭ１を検索し、Ｓ１
０３で入力された感染症コードに対応する感染症名称を
感染症入力画面１０に表示し、誤入力のないことを確認
させる（Ｓ１０４）。

【００８４】ここで、感染症入力画面１０においてＳ１
０２〜Ｓ１０３にて入力した画面情報を登録するか取消
にするかはオペレータの判断により機能を選択する（Ｓ
１０５）。Ｓ１０５において登録する場合には、登録操
作部１６を押下し、取消の場合は取消操作部１５を押下
する。

【００８５】そして、感染症入力画面表示手段２ａは、
登録／取消の外部入力を判断し、以後の処理を次のよう
に分岐する。乃ち、Ｓ１０５において、登録の場合には
Ｓ１０６へ処理を移す。一方、Ｓ１０５において、取消
の場合には、Ｓ１０２へ処理を移すか、プログラムを終
了する。

【００８６】次に、感染症入力画面１０においてＳ１０
２〜Ｓ１０３にて入力した情報をデータベース５上にあ
る患者感染症情報Ｄ１を更新する（Ｓ１０６）。

【００８７】そして、Ｓ１０２で処理を移し、次の患者
の感染症情報を入力するか、プログラムを終了する。

【００８８】＜入院受付のフロー＞先ず、入院受付画面
表示手段２ｂにてプログラムを起動すると、入院受付画
面２０が表示される（Ｓ２０１）。ここで、入院受付画
面２０には、患者ＩＤを入力する患者ＩＤ入力欄２１、
および病室コードを入力する病室入力欄２４が備わって
いる。

【００８９】なお、入院受付画面２０の入院日付入力欄
２３、およびベッド番号入力欄２５は、本例には必ずし
も必要ではない。

【００９０】次に、入院受付画面２０において患者ＩＤ
入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ
２０２）。ここで、患者ＩＤに対応する患者の患者氏名
が表示され、選択した患者であることをオペレータは確
認する。

【００９１】さらに、入院受付画面２０において入院日
付入力欄２３に入院日付を入力する（Ｓ２０３）。な
お、本ステップは、本例では必ずしも必要ではない。

【００９２】次いで、入院受付画面（Ｇ２）において入
院日付入力欄２３に当該患者の収容先である病室の病室
コードを入力する（Ｓ２０４）。

【００９３】そして、データべース５上にある患者感染
情報Ｄ１を当該患者の患者ＩＤにて検索する（Ｓ２０
５）。

【００９４】次に、入院受付画面表示手段２ｂは、Ｓ２
０５の検索結果により、以降の処理を次のように分岐す
る。すなわち、感染症コードが１件も登録されていない
場合、Ｓ２１０へ処理を移す。一方、感染症コードが１
件以上登録されている場合、Ｓ２０７へ処理を移す。

【００９５】ここで、データベース５上にある病院マス
タＭ３を入院受付画面２０の病室入力欄２４で入力した
病室コードにて検索する（Ｓ２０７）。

【００９６】そして、入院受付画面表示手段２ｂは、感
染症マスタＭ１を当該患者の感染症コードにて検索し、
感染症グループを導出する。この感染症グループとＳ２
０７で検索した結果をもとに、以降の処理を次のように
分岐する（Ｓ２０８）。乃ち、感染症グループが不許可
感染症グループ１〜ｎのいずれかに一致する場合、Ｓ２
０９へ処理を移す。一方、感染症グループが不許可感染
症グループ１〜ｎのいずれとも一致しない場合、当該病
室への収容を不可とする理由がないと判断し、Ｓ２１０
へ処理を移す。

【００９７】そして、入院受付画面表示手段２ｂは、当
該患者の当該病室への収容は不可と判断し、入室不可で
ある主旨の警告画面（例：警告画面５０））を入院受付
画面２０上に表示する（Ｓ２０９）。以降は、Ｓ２０４
へ処理を移し、病室コードの再入力となる。

【００９８】一方、入院受付画面２０においてベッド番
号入力欄２５にベッド番号を入力する（Ｓ２１０）。

【００９９】次いで、入院受付画面２０で入力された情
報でデータベース５上の病室情報Ｄ２を更新する（Ｓ２
１１）。以降は、Ｓ２０２へ処理を移し、次の患者の入
力をするか、プログラムを終了する。

【０１００】なお、少なくとも１つの病室に複数人の患
者を登録する際に、シノニムを用いても、あるいは、ベ
ッド番号による識別を行ってもよい。

【０１０１】さらに、警告画面５０では、「感染症にか
かっているので他の病室を選んでください」旨の警告が
表示されることとなる。この警告画面５０において、
「確認」５２を押すと、入院受付画面２０に戻って、入
院受付画面２０の「病室」２８を押すと病室一覧画面３
０が表示されるように形成していもよい。

【０１０２】さらに、病室一覧画面３０を参照しなが
ら、新規入院登録における病室選択をして病室登録の変
更を行う構成してもよい。

【０１０３】以上のように本実施の形態によれば、病室
マスタに不許可感染症グループを新たに項目に追加した
ことにより、患者属性である、感染症情報との相互チェ
ックが可能となり、入院受付画面で病室番号を入力した
時点で自動チェックでき、誤って収容してはいけない感
染症患者の病室への収容を事前に拒絶できるという効果
が奏される。

【０１０４】また、感染症情報の扱いを感染症マスタに
感染症グループという項目を設けることで複数の感染症
をグループ単位に管理することが可能となる。このため
不許可にすべき感染症をグループとして登録できるとい
う効果がある。

【０１０５】さらに、ベッド番号をマスタ情報５ｂに持
たせておくことで、入院受付画面２０にて、ベッド番号
まで指定することができる。

【０１０６】なお、本実施の形態の変形例としては、以
下のようなものが挙げられる。例えば、感染症マスタＭ
１から感染症グループを削除し、感染症のグループ化を
省略した構成が可能である。その場合のマスタ情報５ｂ
の構造は、図１５に示すようになる。

【０１０７】すなわち、この場合には、マスタ情報５ｂ
は、感染症マスタＭ４、感染症病室マスタＭ５、病室マ
スタＭ６を有しており、感染症マスタＭ４には、感染症
コード、感染症名称を備えており、感染症病室マスタＭ
５には、感染症コード、病室コードを備えており、病室
マスタＭ６には、病室コード、シノニム、不許可感染症
コードを有している。

【０１０８】これにより、病室マスタＭ６に不許可感染
症コードを新たに項目に追加したことにより、患者属性
である、感染症情報との相互チェックが可能となり、誤
って収容してはいけない病室への収容を事前に拒絶でき
るという効果が奏される。

【０１０９】また、感染症情報の扱いを感染症マスタＭ
４に感染症コードという項目を設けることで感染症を管
理することが可能となる。このため不許可にすべき感染
症を登録できるという効果がある。

【０１１０】なお、この変形例は、以下の各第２の実施
の形態、第３の実施の形態等にも適用することができ
る。

【０１１１】さらに、本第１の実施の形態の変形例とし
ては、例えば、診療情報５ａ及びマスタ情報５ｂの内部
で複数項目設定可能なものを非正規化し、１レコードに
格納した構造に置き換えた構成としてもよい。

【０１１２】具体的には、図１６に示すように、データ
ベース５内において、患者感染症情報Ｄ４、病室情報Ｄ
５、病室マスタＤ５を構成する。

【０１１３】患者感染症情報Ｄ４は、患者ＩＤと、複数
の感染症コード１〜ｍとを備える。、病室情報Ｄ５は、
病室コードと、ベッド番号別に患者ＩＤを持たせるよう
に複数のベッド１患者ＩＤ〜ベッドｐ患者ＩＤとを備え
る。病室マスタＭ７は、病室コードと、複数の不許可感
染症グループ１〜ｎとを備える。

【０１１４】これにより、データベースの１レコードで
１患者しか登録できないというような事態は生じず、１
レコードの中で複数の患者を登録することができる。

【０１１５】［第２の実施の形態］次に、本発明にかか
る第２の実施の形態について、図１７〜図１９に基づい
て説明する。なお、以下には、前記第１の実施の形態の
実質的に同様の構成に関しては説明を省略し、異なる部
分についてのみ述べる。

【０１１６】図１７は、本例の病院情報システムにおい
て、ユーザー端末２とデータベース５との間のデータの
流れを模式的に示した説明図である。

【０１１７】上記第１の実施の形態では、予め感染症で
あることが登録されている患者について当該感染症患者
の病室をチェックする構成としたが、本例では、既に入
院している感染症でない患者が、新たに行われた検査等
によって当該患者が感染症に感染していることが後から
判明した場合に対応できる構成を示している。

【０１１８】乃ち、図１７に示すように、データベース
５には、他の検査システム６からの検査結果等の検査情
報を検査システム連携装置７内の患者情報更新タスク７
ａを介して逐次入力されるように形成している。もちろ
ん、これらのデータ処理はサーバー４（図１７には不図
示）にて行われていることとなる。また、上述の検査シ
ステム連携装置７は、サーバー４内に検査システム連携
手段として搭載する構成であってもよい。

【０１１９】そして、入力された検査情報から感染症患
者である旨が判明すると、データベース５及びサーバー
４を用いて病院情報システム１のシステム管理者等が使
用する管理用端末３に、感染症患者に関する情報を通知
する。なお、この通知先としては、病院内において感染
症患者を隔離する旨の指示を行うことができる人物もし
くはそのような権限のある医師例えば院長等が使用する
端末に対して、直接通知するようにしてもよい。

【０１２０】この通知先の指定を行うために、本例にお
いては、マスタ情報５ｂに、職員マスタＭ１４を備えて
いる。この職員マスタＭ１４では、各職員に対応して各
識別コード番号、各メールアドレスが各々関連付けられ
たテーブルを構成している。

【０１２１】例えば、医師にはコード番号１でメールア
ドレスＡが対応付けられ、看護婦にはコード番号２でメ
ールアドレスＢが対応付けられ、システム管理者にはコ
ード番号３でメールアドレスＣが対応付けられる。

【０１２２】これにより、感染症が発見された時に、対
応するコード番号を設定しておけば、コード番号に対応
するメールアドレス先にメール等が通知されることとな
る。

【０１２３】以上が、本実施の形態の要旨であり、以下
により詳細な説明を、サーバー４におけるデータ処理の
流れを中心にして説明する。

【０１２４】図１８には、本例の病院情報システムにお
いて検査システムと連携して用いる場合の具体的構成が
開示されている。

【０１２５】ユーザー端末２では、感染推定患者が一覧
表示される感染推定患者一覧画面表示手段２ｅを用い
る。

【０１２６】データベース５には、感染推定患者一覧画
面６０を表示するための感染推定患者一覧画面データ５
ｆと、診療情報５ａ及びマスタ情報５ｂと、を含んで構
成されている。

【０１２７】サーバー４は、検査システム６からの検査
結果等の検査入力情報に基づき、サーバー４と連携する
ための検査システム連携手段である検査システム連携装
置７と、この検査システム連携装置７にて中継された検
査結果情報を受信するための感染症情報受信手段４ｍ
と、この患者感染症情報受信手段４ｍにて受信された患
者感染症情報に基づき、診療情報５ａを用いて患者感染
症情報を更新するための患者感染症情報更新手段４ｏ
と、この患者感染症更新手段４ｏにて更新された情報に
基づき、診療情報５ａを用いて患者入院情報を検索する
ための患者入院情報検索手段４ｐと、この患者入院情報
検索手段４ｐにて検索された診療情報５ａの検索結果に
基づき、当該患者が入院中であるか否かその有無を判断
する為の入院中有無判断手段（判定手段）４ｑと、この
入院中有無判断手段４ｑにて判断された判断結果が入院
中であると判断された場合に、マスタ情報５ｂを用いて
病室マスタ情報を検索するための病室マスタ検索手段４
ｒと、この病室マスタ検索手段４ｒにて検索されたマス
タ情報の検索結果に基づき、当該病室に関し、感染症グ
ループが許可されているか否かを判定するための感染症
グループ判定手段４ｓと、この感染症グループ判定手段
４ｓにおいて、感染症グループが不許可であると判断さ
れた場合に、管理用端末３に、危険である旨の警告を告
知するための告知手段４ｔと、この告知手段４ｔからの
告知実行及びデータベース５の感染推定患者一覧画面デ
ータ５ｆに基づき、ユーザー端末２に感染推定患者一覧
画面６０を表示するように処理する感染推定患者一覧画
面表示処理手段（一覧として表示せしまる手段）４ｕ
と、を含んで構成されている。

【０１２８】上記のような構成の病院情報システム１に
おいて、先ず、検査システム６からの検査結果等の情報
が例えばサーバー４の検査システム連携装置７にて連携
され、感染症情報受信手段４ｎにて感染症情報が受信さ
れる。

【０１２９】そうすると、患者感染症情報更新手段４ｏ
は、データベース５の診療情報５ａにおいて患者感染症
情報の更新を行う。

【０１３０】次いで、サーバー４の患者入院情報検索手
段４ｐは、データベース５に記憶された診療情報５ａの
中から対応する患者感染症情報を検索する。

【０１３１】この結果、診療情報５ａにて検索された患
者感染症情報に基づき、サーバー４の入院中有無判断手
段４ｑにて当該患者が入院中であるか否かの判断を行
う。

【０１３２】この入院中有無判断手段４ｑでの判断結果
が入院中であると判断された場合には、サーバー４の病
室マスタ検索手段４ｒは、データベース５に記憶された
マスタ情報を用いて対応する入院中の患者に対応する病
室マスタを検索する。

【０１３３】一方、前記入院中有無判断手段４ｑでの判
断結果が入院中でないと判断された場合には、感染症情
報受信手段４ｍに戻り、次の受信情報に関する処理が行
われる。

【０１３４】さらに他方、サーバー４の病院マスタ検索
手段４ｒでのデータベース５のマスタ情報５ｂ中の病院
マスタの検索結果に基づき、サーバー４の感染症グルー
プ判定手段４ｓは、当該病室マスタに対応する感染症グ
ループを抽出しつつ、この感染症グループが不許可感染
症グループであるか否かの判定を行う。

【０１３５】この感染症グループ判定手段４ｒでの判定
結果が、不許可感染症グループであると判定した場合に
は、サーバー４の告知手段４ｔは、管理用端末３に向け
て感染症の患者がいる旨の告知を行うこととなる。

【０１３６】さらに加えて、告知手段４ｔによる告知を
行った後には、サーバー４の感染推定患者一覧画面表示
処理手段４ｕは、データベース５の感染推定患者一覧画
面データ５ｆを用いて、ユーザー端末２の感染症患者一
覧画面表示手段２ｅの感染症患者一覧画面６０を表示す
るように処理する。

【０１３７】なお、図１８では、検査システム連携装置
７がサーバー４に構成される場合を例に説明したが、サ
ーバー４外に専用装置を設けた構成としてもよい。

【０１３８】（処理手順）次に、検査システムと連携す
る場合の患者情報更新タスクの処理について、図１９を
用いて説明する。

【０１３９】先ず、検査システム連携装置７にある患者
情報更新タスクは、検査システム６と通信を行い、検査
システム６より送信する検査結果の受診待ち状態にある
（Ｓ３０１）。

【０１４０】次に、患者情報更新タスクは、検査システ
ム６より検査結果を受診すると、次のＳ３０３の処理を
行う（Ｓ３０２）。

【０１４１】乃ち、検査システム６より受信したデータ
中に感染症情報が含まれている場合、データベース５上
の患者感染症情報Ｄ１を更新する（Ｓ３０３）。

【０１４２】そして、受信した患者が現在入院中である
か否かを、データベース５上の病室情報Ｄ２を検索して
判定する（Ｓ３０４）。

【０１４３】さらに、Ｓ３０４の判定結果により以降の
処理を次のように分岐する（Ｓ３０５）。Ｓ３０５にお
いて、入院中である場合（いずれの病床に含まれる場
合）Ｓ３０６へ処理を移す。一方、入院中でない場合
（いずれの病床にも含まれない場合）には、Ｓ３０２へ
処理を移し、次の受信を待つ。

【０１４４】次に、データベース５上の病室マスタＭ３
を該当患者の収容している病室の病室コードにて検索す
る（Ｓ３０６）。

【０１４５】さらに、感染症マスタＭ１を当該患者の感
染症コードにて検索し、感染症グループを導出する。こ
の感染症グループをＳ３０６で検索した結果をもとに、
以降の処理を次のように分岐する（Ｓ３０７）。乃ち、
感染症グループが不許可感染症グループ１〜ｎのいずれ
かに一致する場合には、Ｓ３０８へ処理を移す。一方、
感染症グループが不許可感染症グループ１〜ｎのいずれ
とも一致しない場合には、感染症情報が更新されたにも
拘わらず、当該病室への収容を不可とする理由がないと
判断し、Ｓ３０２へ処理を移し、次の受信を待つ。

【０１４６】次に、患者情報更新タスクは、当該患者を
当該病室に収容することの継続は不可と判断し、入室の
不可である主旨の通知をシステム管理者に発行する（Ｓ
３０８）。この通知の手段としては電子メール、画面で
のメッセージ表示、または書面によるレポート発行、電
子メールに加えて音声情報で伝える、音声のみで警告す
る等を行うことが好ましい。例えば、通知の例として
は、「患者：××に感染症：○○が登録されました。病
室：△△に入院中ですが、同室の患者に感染するおそれ
がありますので病室を変更して下さい」のように通知す
る。

【０１４７】ここで、システム管理者とは、管理者とし
てシステム上特別にユーザ登録されたオペレータをい
う。

【０１４８】最後に、感染推定患者一覧画面６０を表示
する（Ｓ３０９）。ここで、この画面に表示される患者
は、前過程で登録された感染症患者を収容していた病室
の患者を検索することにより行われる。

【０１４９】このように、現在入院している患者が外部
にシステム情報から感染症である旨が判明した場合に
は、当該患者が入院しているか否かを検索し、入院して
いたら、どの病室に入院しているかを検索し、当該病室
に前記感染症の患者が居ていいのか否かをチェックし、
居てはいけないのであれば、自動で管理者に通知し、感
染推定患者一覧画面６０を表示する。

【０１５０】ここで、感染症であると判明した患者とと
もに病室にいた患者は、その間に感染している可能性が
あるので、この感染推定患者一覧画面６０では、感染症
にかかっていると思わしき可能性のある同室の人を全て
リストとして出す。

【０１５１】なお、システム管理者から医師に電子メー
ルで送る構成としても、直接医師の所に電子メールを出
す構成としてもよい。さらに、発見を速くする観点か
ら、電子メールでポップアップするようにしておくこと
が好ましい。一方的に通知した方が認知度が高いからで
ある。

【０１５２】以上のように本実施の形態では、検査シス
テムから送信する結果情報の感染症情報をもとに患者感
染症情報を更新するが、同時に現在入院中の病室との感
染症相互チェックを行うことが可能となる。

【０１５３】このことにより入院中で、後から感染症に
感染していることが判明されても、即時に通知が管理者
へ伝達されるため必要な措置が迅速に行えるという効果
がある。この場合の必要な措置とは、当該患者の別の病
室へ移動させることであるが、その場合は、後に説明す
る第３の実施の形態を応用することで容易に実現でき
る。

【０１５４】また、病室感染症情報から感染病室の患者
を検索し、表示することが可能となり（感染推定患
者）、表示された患者の検査を行うなどの措置が迅速に
実施可能となり、院内感染の拡大を防ぐことができる。

【０１５５】なお、この第２の実施の形態の変形例とし
ては、検査結果による感染症情報の更新の代わりに手動
で操作入力にて感染症入力画面表示手段２ａの感染症入
力画面１０で感染症を入力した場合に、同様な相互チェ
ックを行い通知を管理者に伝達する。

【０１５６】［第３の実施の形態］次に、本発明にかか
る第３の実施の形態について、図２０〜図２１に基づい
て説明する。図２０は、本例の病院情報システムにおい
て、ユーザー端末２とデータベース５との間のデータの
流れを模式的に示した説明図である。

【０１５７】本例では、既に感染症情報が入力されてい
る患者を入院受付する場合に、他の患者から物理的に隔
離するために、入院先病室を自動設定できる構成を示し
ている。

【０１５８】すなわち、上述の実施の形態では、入院受
付画面にて病室のコード番号をテン入力により行う構成
としたが、本例では、入院受付画面において患者番号入
力すると、自動的に感染症の人の行き先（病室）を検索
して、病室コードをセットする構成としている。なお、
感染症でなければ、テン入力を行うようにしている。

【０１５９】例えば、予め結核の患者は病室３３０４に
入室するというのを自動でやる。このために、感染症の
病名に応じて予め部屋の割り当ての対応ずけがなされて
いる。

【０１６０】図２０に示すように、マスタ情報５ｂの感
染症病室マスタＭ２の中の感染症グループと病室コード
に基づき、ある感染症の患者が入るべき病室の設定を行
うことができる。

【０１６１】また、病室一覧画面３０にて、感染症があ
る病室（３Ｆ―３０４）３１は色で表示されている。こ
の着色部分がボタンになっていて、これを押すと感染症
の名前等が表示された感染推定患者一覧画面６０が出て
くる。このように、感染症患者の詳細閲覧を希望する場
合には、感染症名等も表示されており、確認を行うこと
ができる。さらに、いつまでも感染症であるということ
はないので、消毒等の感染症対策が行われると、解除す
ることで、前記着色表示の病室を通常の状態にすること
もできる。

【０１６２】（処理手順）次に、上述のようにするため
の処理について、図２１を用いて説明する。

【０１６３】先ず、入院受付画面表示手段２ｂにてプロ
グラムを起動すると、入院受付画面２０が表示される
（Ｓ４０１）。この入院受付画面２０には、患者ＩＤを
入力する患者ＩＤ入力欄２１、および病室コードを入力
する病室入力欄２４が備わっている。

【０１６４】なお、入院受付画面２０において患者ＩＤ
入力欄２１、およびベッド番号入力欄２５は、本例には
必ずしも必要ではない。

【０１６５】次に、入院受付画面２０において患者ＩＤ
入力欄２１に入院すべき患者ＩＤを入力する（Ｓ４０
２）。ここで、患者ＩＤに対応する患者の患者氏名が表
示され、選択した患者であることをオペレータは確認す
る。

【０１６６】さらに、入院受付画面２０において入院日
付入力欄２３に入院日付を入力する（Ｓ４０３）。

【０１６７】そして、データベース５上にある患者感染
症情報Ｄ１を当該患者の患者ＩＤにて検索する（Ｓ４０
４）。

【０１６８】次いで、Ｓ３０４の検索結果をもとに、以
降の処理を以下のように分岐する（Ｓ４０５）。すなわ
ち、感染症情報がある場合（患者ＩＤが患者感染症情報
Ｄ１に含まれる場合）には、Ｓ４０６へ処理を移す。一
方、感染症情報がない場合（患者ＩＤが患者感染症情報
Ｄ１に含まれない場合）には、Ｓ４０８へ処理を移す。

【０１６９】すなわち、感染症マスタＭ１をＳ４０５の
患者感染症情報Ｄ１の感染症コードにて検索し、感染症
コードに対応する感染症グループを導出する。この導出
された感染症グループにてデータベース５上にある感染
症病室マスタＭ２を検索し、病室コードを導出する（Ｓ
４０６）。この病室コードは、該当する感染症を有する
患者が入院すべき病室を表している。

【０１７０】次いで、Ｓ４０６で導出された病室コード
を入院受付画面２０の病室コード入力フィールドにセッ
トし、コードを表示させる（Ｓ４０７）。この結果オペ
レータは、病室コードを自ら選択し入力する必要がなく
なると同時に、感染症を有する患者を他の一般患者から
物理的に隔離することが可能になる。

【０１７１】ところで一方、入院受付画面２０の病室コ
ード入力フィールドにて患者の収容先である病室コード
を入力する（Ｓ４０８）。ここで、本ステップとＳ４０
７との相違は、オペレータが自ら病室を選択し、コード
を入力する点にある。

【０１７２】次に、入院受付画面２０においてベッド番
号入力欄２５にベッド番号を入力する（Ｓ４０９）。

【０１７３】そして、入院受付画面２０で入力された情
報でデータベース５上の病室情報Ｄ２を更新する（Ｓ４
１０）。

【０１７４】以降は、Ｓ４０２へ処理を移し、次の患者
の入力をするか、プログラムを終了する。

【０１７５】なお、上述のＳ４０２〜Ｓ４０８を処理す
る手段を構成することで、本発明の選択手段を構成でき
る。

【０１７６】以上のように本実施の形態によれば、感染
症病室マスタを使用し、感染症グループから病室コード
を導出できるしくみが提供される。

【０１７７】これにより既に感染症が入力されている患
者を入院させる場合に、特定の病室を選択させることが
可能になる。結果として、他の患者と物理的に隔離し、
院内感染を防ぐことができる。乃ち、入院受付画面２０
の中で、自動的に病室を選び、例えば結核用の病室等を
自動でセットしてしまう。これにより、例えば、結核の
感染症等の患者を容易かつ迅速に隔離することができ
る。

【０１７８】なお、第３の実施の形態の変形例として
は、感染症情報に加えて病名情報を追加し、病名と病室
の相互チェックを行う構成としてもよい。

【０１７９】具体的には、例えば、図２２に示すよう
に、データベース５の診療情報５ａに、上述の各種情報
に加えて、患者病名情報Ｄ１１、病室情報Ｄ１２、病室
病名情報Ｄ１３を備える。さらに、データベース５のマ
スタ情報５ｂに、上述の各種情報に加えて、病名マスタ
Ｍ１１、病名病室マスタＭ１２、病室マスタＭ１３を備
える。

【０１８０】患者病名情報Ｄ１１では、患者ＩＤ、シノ
ニム、病名コードなどを有しており、病室病名情報Ｄ１
３では、病室コード、シノニム、病名グループ、推定
日、病名ステータスなどを有している。

【０１８１】病名マスタＭ１１では、病名コード、病名
名称、病名グループ、優先度などを有しており、病名病
室マスタＭ１２では、病名グループ、病室コードなどを
有しており、病室マスタＭ１３では、病室コード、シノ
ニム、不許可病名グループなどを有している。

【０１８２】このような構成にすることにより、感染症
に加えて、病名によっても病室のチェックを行うことが
できる。

【０１８３】なお、本例では、病名情報と感染症情報と
を各々独立した情報として管理する構成としたが、感染
症は病名の一部であるという観点から病名情報のみで感
染症をも管理するようなデータ構造であってもよい。

【０１８４】［第４の実施の形態］次に、本発明にかか
る第４の実施の形態について、図２３〜図２６に基づい
て説明する。図２３は、本例の病院情報システムにおい
て、ユーザー端末２とデータベース５との間のデータの
流れを模式的に示した説明図である。

【０１８５】本例では、病室情報に感染症ステータス情
報を付与し、患者の病室の出入りからの感染症ステータ
スを更新し、入室のチェック、同室にいた患者の移動等
の院内感染症対策を効率的に運用する構成としている。

【０１８６】乃ち、感染症患者は、病気が治ったり、新
たに発覚して隔離されたり等が行われると別の病室に移
されるが、当該患者がいた病室は、空で感染症対策が済
んでいない場合が考えられる。このような場合に、本例
では、病室一覧画面３０にて病室毎に感染症の状態を表
示させる構成としている。感染症の病室に対して何も対
策を施さなければ、着色表示の状態となる。

【０１８７】図２３には、データベース５内の患者感染
症情報Ｄ１・病室情報Ｄ２・病室感染症情報Ｄ３を備え
た診療情報５ａと、感染症マスタＭ１・感染症病室マス
タＭ２・病室マスタＭ３を備えたマスタ情報５ｂと、に
基づき、ユーザー端末２の感染症入力画面表示手段２ａ
に感染症入力画面が表示される。

【０１８８】同様に、診療情報５ａ及びマスタ情報５ｂ
に基づき、ユーザー端末２の入院受付画面表示手段２ｂ
に入院受付画面２０が表示される。さらに、診療情報５
ａ及びマスタ情報５ｂに基づき、ユーザー端末２の病室
管理画面表示手段２ｃに病室管理画面４０が表示され
る。

【０１８９】（サーバー）図２４には、本例の病院情報
システム１において、感染症を入力する場合の構成の一
例が機能ブロック図の形式で開示されている。

【０１９０】ユーザー端末２では、感染症入力画面１０
が表示される感染症入力画面表示手段２ａが用いられ
る。

【０１９１】データベース５には、感染症入力画面１０
を表示するための感染症入力画面データ５ｃと、マスタ
情報５ｂ及び診療情報５ａと、を含んで構成されてい
る。

【０１９２】サーバー４には、ユーザー端末２からのサ
ービス開始要求（画面表示要求）に基づき、感染症入力
画面データ５ｃを用いてユーザー端末２に感染症入力画
面１０を表示する用に処理する感染症入力画面表示処理
手段４ｂと、感染症入力画面表示手段４ｂに表示された
感染症入力画面１０にて入力された感染症コードを、マ
スタ情報５ｂを用いて感染症グループを変換するための
感染症コード感染症グループ変換手段４ｗと、この感染
症コード感染症グループ変換手段４ｗにて変換された感
染症グループに基づき、診療情報５ａを用いて患者感染
症情報を更新するための患者感染症情報更新手段４ｘ
と、この患者感染症情報更新手段４ｘにて更新された診
療情報５ａに基づき、診療情報５ａを用いて病室情報を
検索するための病室情報検索手段４ｙと、この病室情報
検索手段４ｙにて検索された診療情報５ａの検索結果に
基づき、診療情報５ａを用いて病室感染症情報を更新す
るための病室感染症情報更新手段４ｚと、を含んで構成
される。

【０１９３】上記のような構成の病院情報システム１に
おいて、ユーザー端末２よりサービス開始要求（画面表
示要求）がなされると、サーバー４の感染症入力画面表
示処理手段４ｂは、感染症入力画面データ５ｃを利用し
てユーザー端末２に感染症入力画面１０を表示するよう
に処理する。次に、ユーザー端末２の感染症入力画面表
示手段２ａに表示される感染症入力画面１０上におい
て、患者ＩＤ並びに感染症コードを入力すると、サーバ
ー４の感染症コード感染症グループ変換手段４ｗは、デ
ータベース５に記憶されたマスタ情報５ｂを用いて、当
該感染症コードを対応する感染症グループに変換する。

【０１９４】変換された感染症グループに基づき、サー
バー４の患者感染症情報更新手段４ｘは、データベース
５の診療情報５ａ内の患者感染症情報を更新するように
処理する。

【０１９５】次に、サーバー４の病室情報検索手段４ｙ
は、患者感染症情報に対応する病室情報をデータべース
５の診療情報５ａの中から検索する。この検索結果にて
抽出された病室情報に基づき、病室感染症情報更新手段
４ｚは、データベース５の診療情報５ａの対応する病室
感染症情報を更新する処理を行う。

【０１９６】（処理手順）本例では、入院している患者
で後から感染症であることを入力する場合に、感染症入
力画面１０で感染症を登録する。そうすると、患者の感
染症情報がセットされるとともに、病室に感染症情報を
セットする。

【０１９７】以下に、図２５を参照しながら感染症の入
力を行う場合の処理手順について説明する。

【０１９８】＜感染症の入力フロー＞先ず、感染症入力
画面表示手段２ａにてプログラムを起動すると、感染症
入力画面１０が表示される（Ｓ５０１）。ここで、感染
症入力画面１０には、患者ＩＤを入力する患者ＩＤ入力
欄１１、および感染症コードを入力する感染症コード入
力欄１３が備わっている。

【０１９９】次に、感染症入力画面１０において患者Ｉ
Ｄ入力欄１１に更新すべき患者の患者ＩＤを入力する
（Ｓ５０２）。ここで、患者ＩＤに対応する患者の患者
氏名が表示され、選択した患者であることを確認する。

【０２００】さらに、感染症入力画面１０においてＳ５
０２で選択された患者に対して感染症コードを感染症コ
ード入力欄１３に入力する（Ｓ５０３）。なお、複数の
感染症コードを一括して入力することも可能である。

【０２０１】次に、感染症マスタＭ１を検索し、Ｓ５０
３で入力された感染症コードに対応する感染症グループ
を導出する（Ｓ５０４）。

【０２０２】そして、Ｓ５０４で導出した感染症グルー
プを患者感染症情報Ｄ１に登録する（Ｓ５０５）。

【０２０３】次いで、患者ＩＤをキーに病室情報Ｄ２を
検索し、該当患者を収容している病室を導出する（Ｓ５
０６）。

【０２０４】さらに、Ｓ５０６で導出した病室コードに
て病室感染症情報Ｄ３を検索し、感染症グループ、感染
推定日、感染ステータスを以下のように更新する（Ｓ５
０７）。乃ち、感染症グループをＳ５０４で導出した感
染症グループに更新する。加えて、感染推定日を該当患
者の入院日またはシステム日付に更新する。さらに加え
て、感染ステータスを感染状態に更新する。

【０２０５】最後に、Ｓ５０２へ処理を移し、次の患者
の感染症情報を入力するか、プログラムを終了する。こ
れによって、感染症患者を登録できる。

【０２０６】次に、登録後、入院受付がなされる場合の
処理手順を図２６を用いて説明する。

【０２０７】＜入院受付時における感染症のフロー＞先
ず、入院受付画面表示処理手段２ｂにてプログラムを起
動すると入院受付画面２０が表示される（Ｓ６０１）。
ここで、入院受付画面２０には、患者ＩＤを入力する患
者ＩＤ入力欄２１、および病室コードを入力する病室入
力欄２４が備わっている。

【０２０８】次に、入院受付画面２０において患者ＩＤ
入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ
６０２）。ここで、患者ＩＤに対応する患者の患者氏名
が表示され、選択した患者であることをオペレータは確
認する。

【０２０９】さらに、入院受付画面２０において入院日
付入力欄２３に入院日付を入力する（Ｓ６０３）。

【０２１０】次いで、入院受付画面２０において病室を
入力するため病室一覧画面３０を表示し、どの病室に入
院可能かオペレータは判断する（Ｓ６０４）。この画面
には、病室感染症情報Ｄ３の内容が反映され、現在感染
症グループが設定され、さらに感染ステータスが未処理
（感染状態）の場合に色が変更されて表示される。

【０２１１】そして、上記病室一覧画面３０にて入院す
る病室を選択する（Ｓ６０５）。ここで、感染ステータ
スが未処理の病室を選択しようとした場合には、その旨
エラーを行い選択することができない。

【０２１２】次に、Ｓ６０５にて選択された病室への入
院を可能とし、入院受付画面２０で入力された情報でデ
ータベース５上の病室情報Ｄ２を更新する（Ｓ６０
６）。

【０２１３】最後に、プログラムを終了するか、又はＳ
６０２へ戻り、次の患者の入力を行う。

【０２１４】このようにすることで、入院受付画面２０
で入院日付を入れて、病室操作部２８を押下して、病室
一覧画面３０を表示させる。そうすると、事前に色がわ
かるので、わざわざ感染症の疑いのある病室に入院させ
ないように病室を確認できる。

【０２１５】以上のように本実施の形態によれば、病室
感染症情報を使用し、感染症患者が入院していたという
事実から感染が推定される病室を一覧に表示し、色を識
別することで入院できないことを目視確認できるしくみ
が提供される。

【０２１６】［第５の実施の形態］次に、本発明にかか
る第５の実施の形態について、図２７〜図２８に基づい
て説明する。図２７は、本例の病院情報システムの概略
構成を示す機能ブロック図である。

【０２１７】本例では、病室情報に感染症ステータス情
報を付与し、患者の病室の出入りからの感染症ステータ
スを更新し、清掃済み等の院内感染症対策を効率的に運
用する構成としている。

【０２１８】乃ち、感染症患者は、病気が治ったり、新
たに発覚して隔離されたり等が行われると別の病室に移
されるが、当該患者がいた病室は、空で感染症対策が済
んでいない場合が考えられる。このような場合に、本例
では、病室一覧画面３０にて病室毎に感染症の状態を表
示させるとともに、消毒等の感染症対策の処理がなされ
た場合には、状態を変更できるようにする構成である。
さらに、病室管理画面４０にて各病室の状態を管理でき
る構成としている。

【０２１９】感染症の病室に対して感染症対策を行い処
理済みとなると、病室管理画面４０にて処理済操作部４
７を押下すると、当該病室の着色表示は消えることとな
る。

【０２２０】上記第４の実施の形態では、入院受付処理
の中で、入院受付画面２０の病室操作部２８により病室
一覧画面３０を表示させ、色を塗っていないところを選
択させる構成としたが、本例では、色の部分を選択する
ことによって、詳細情報を得る構成としている。

【０２２１】（構成）ユーザー端末２では、入院受付画
面２０が表示される入院受付画面表示手段２ｂと、病室
一覧画面３０が表示される病室一覧画面表示手段２ｇ
と、病室管理画面４０を表示するための病室管理画面表
示手段２ｈと、が利用される。

【０２２２】データベース５には、入院受付画面２０を
表示するための入院受付画面データ５ｄと、マスタ情報
５ｂと、診療情報５ａと、病室一覧画面３０を表示する
ための病室一覧画面データ５ｈと、病室管理画面４０を
表示するための病室管理画面データ５ｉと、を含んで構
成されている。

【０２２３】サーバー４には、ユーザー端末２からのサ
ービス開始要求（画面表示要求）に基づき、入院受付画
面データ５ｄを用いてユーザー端末２に入院受付画面２
０を表示するように処理する入院受付画面表示処理手段
４ｆと、入院受付画面２０での患者ＩＤ、病室コード等
の操作入力に基づき、データベース５の病室一覧データ
５ｈ及びマスタ情報５ｂを利用して、ユーザー端末２の
病室一覧画面表示手段３ｇの病室一覧画面を表示するよ
うに処理する病室一覧画面表示処理手段４αと、病室一
覧画面表示手段４αにて表示される病室一覧画面３０上
にて選択された病室に対して、対応する情報を診療情報
５ａから抽出すべく処理を行う色表示選択処理手段４β
と、対応情報を抽出する対応情報抽出手段４γと、この
対応情報抽出手段４γにて抽出された対応情報に基づ
き、病室管理画面データ５ｉを用いてユーザー端末２に
病室管理画面４０が表示されるように処理する病室管理
画面表示処理手段４δと、ユーザー端末２の病室管理画
面４０上にて処理済操作部４７がクリック等により操作
された場合に、この病室に関する感染症に関する情報を
リセット（病室と感染症との関連を切る）するように診
療情報５ａのデータを制御する処理済データリセット手
段４εと、を含んで構成されている。

【０２２４】上記のような構成の病院情報システム１に
おいて、ユーザー端末２よりサービス開始要求（画面表
示要求）がなされると、サーバー４の入院受付画面表示
処理手段４ｆは、入院受付画面データ５ｄを利用してユ
ーザー端末２に入院受付画面２０を表示するように処理
する。次に、ユーザー端末２の入院受付画面表示手段２
ｂに表示される入院受付画面２０上において、患者ＩＤ
並びに感染症コードを入力すると、病室一覧画面表示処
理手段４αは、データベース５に記憶された病室一覧画
面データ５ｈ及びマスタ情報５ｂを用いて、ユーザー端
末２の病室一覧画面表示手段２ｇの病室一覧画面３０を
表示するように処理する。

【０２２５】この病室一覧画面３０において、着色表示
された、感染症患者が入室している各病室のうち、いず
れかの病室をクリック等の操作により選択操作すると、
サーバー５の色表示選択処理手段４βは、診療情報５ａ
の中から選択された病室に対応する対応情報を探しだ
し、対応情報抽出手段４γは探し出された前記対応情報
を抽出して、病室管理画面表示処理手段２ｈに供給す
る。

【０２２６】サーバー４の病室管理画面表示処理手段４
δは、前記対応情報に基づきデータベース５の病室管理
画面データ５ｉを用いて、ユーザー端末２の病室管理画
面表示手段２ｃの病室管理画面４０を表示するように処
理する。

【０２２７】この病室管理画面４０において、清掃等が
済んだ旨を意味する処理済操作部４７をクリック等によ
り操作すると、サーバー４の処理済データリセット手段
４εは、データベース５の診療情報５ａ中のデータのリ
セットを行い、病室一覧画面３０における着色された病
室は、着色されない病室に変わることになる。

【０２２８】（処理手順）本例では、入院している患者
で後から感染症であることを入力する場合に、感染症入
力画面１０で感染症を登録し、その際に病室一覧画面３
０を表示させ、着色表示された箇所をする。そうする
と、患者の感染症情報がセットされるとともに、病室に
感染症情報をセットする。

【０２２９】以下に、入院受付を行う場合の処理手順を
図２８を用いて説明する。

【０２３０】先ず、入院受付画面表示処理手段２ｂにて
プログラムを起動すると入院受付画面２０が表示される
（Ｓ７０１）。ここで、入院受付画面２０には、患者Ｉ
Ｄを入力する患者ＩＤ入力欄２１、および病室コードを
入力する病室入力欄２４が備わっている。

【０２３１】次に、入院受付画面２０において患者ＩＤ
入力欄２１に入院すべき患者の患者ＩＤを入力する（Ｓ
７０２）。ここで、患者ＩＤに対応する患者の患者氏名
が表示され、選択した患者であることをオペレータは確
認する。

【０２３２】さらに、入院受付画面２０において入院日
付入力欄２３に入院日付を入力する（Ｓ７０３）。

【０２３３】次いで、入院受付画面２０において病室を
入力するため病室一覧画面３０を表示し、どの病室に入
院可能かオペレータは判断する（Ｓ７０４）。この画面
には、病室感染症情報Ｄ３の内容が反映され、現在感染
症グループが設定され、さらに感染ステータスが未処理
（感染状態）の場合に色が変更されて表示される。

【０２３４】そして、上記病室一覧画面３０にて病室の
状態の詳細を調べるために所定の病室を選択する（Ｓ７
０５）。

【０２３５】次に、病室感染症情報の中で選択された病
室に対応する情報をセットする（Ｓ７０６）。そして、
選択された当該病室に対応する病室管理画面４０を表示
する（Ｓ７０７）。

【０２３６】さらに、当該選択された病室に対応する病
室管理画面４０を参照しながら、現在の病室が清掃等の
感染症対策の処理が済んでいるか否かの判断をユーザー
が行い（Ｓ７０８）、もし感染症対策の処理が済んでい
ないのであれば、病室管理画面４０に戻る。一方、感染
症対策の処理が済んでいるのであれば、病室管理画面４
０上に形成された処理済操作部４７を押下する。

【０２３７】これによって、当該病室に対応する診療情
報５ａ内の病室感染症情報をリセットし、（Ｓ７０９）
当該病室は処理済みの状態となる。

【０２３８】すなわち、この状態では、病室一覧画面３
０では、当初着色表示されていた病室が、着色表示され
ていない状態に変化していることとなる。

【０２３９】また、感染症には様々な種類があるため
に、危険度の低いものもあれば、危険度の高いものもあ
る。感染症の種類、感染症データに対して、ランク付
け、順位付けを行い、例えば病室一覧画面３０におい
て、危険度に応じて異なる色で病室を表示できるように
構成してもよい。

【０２４０】この場合には、例えば、それぞれの感染症
のデータに対して順位付けを記載したテーブルないしデ
ータを用意する。

【０２４１】例えばマスタ情報５ｂの感染症マスタＭ１
内の感染症グループに優先度の意味を持たせることで管
理できる。危険度の低い感染症は、危険度の低い感染症
グループ（名前）にしておき、危険度の高い感染症は、
危険度の高い感染症グループとして定義しておくことに
より、制御判断プログラムにて当該グループのチェック
を行うことができる。

【０２４２】或いは、マスタ情報５ｂ内の優先度コード
を用いることで構成できる。これにより、優先度に応じ
て色の表示を変えるように形成できる。なお、色の表示
の変え方は、例えば感染症グループ毎に色を変えたり、
さらにランク付けされた所定のグレード以上を着色表示
するように構成してもよい。

【０２４３】これにより、病室を選択する時に、入院受
付画面２０から病室一覧画面３０等を表示させるように
して、どの病室が安全かを確認することができる。

【０２４４】以上のように本実施の形態によれば、病室
感染症情報を使用し、清掃や消毒などの感染症解除装置
の実施状況が一覧で把握することができ、院内感染の拡
大を防止することができる。

【０２４５】なお、本発明にかかる装置と方法は、その
いくつかの特定の実施の形態に従って説明してきたが、
当業者は本発明の主旨および範囲から逸脱することなく
本発明の本文に記述した実施の形態に対して種々の変形
が可能である。例えば、上述の各実施の形態では、感染
症入力画面等の各種画面を医者用画面の下位階層の画面
として用いられる構成としたが、医者用画面とは別の独
立したメニューによって形成する構成であってもよい。

【０２４６】さらには、これらの各画面は、表示される
順番は上述の例に限定されるものではなく、順番は問わ
ない。また、各画面のレイアウトは上記の例に限らず、
少なくとも上述の機能を有する構成であれば、種々のレ
イアウトを含む。

【０２４７】また、上述の各手段の構成は、ソフトウエ
アのみによる処理に限定されず、種々のソフトウエア及
びハードウエアの組み合わせによる処理を含んでもよ
い。

【０２４８】さらに、上述した各実施の形態同士或いは
それらと各変形例とのいずれかによる組み合わせによる
例をも含むことは言うまでもない。

【０２４９】

【発明の効果】以上説明したように本発明によれば、検
索手段により入室を許可しない病室を検索し、入院受付
画面にて入力された病室情報とを照らし合わせて判定手
段により病室へ入院することの可否を判定できる。これ
により、誤って収容してはいけない病室への収容を事前
に拒絶できるという効果が奏される。

【０２５０】また、検査システムから送信する検査結果
情報の感染症情報をもとに患者感染症情報を更新する
が、判定手段により、同時に現在入院中の病室との感染
症相互チェックを行うことが可能となる。このことによ
り入院中で、後から感染症に感染していることが判明さ
れても、告知手段により即時に通知が管理者へ伝達され
るため必要な措置が迅速に行え院内感染等を迅速に防止
できるという効果がある。

【０２５１】さらに、選択手段により、既に感染症が入
力されている患者を入院させる場合に、特定の病室を選
択させることが可能になる。結果として、他の患者と物
理的に隔離し、院内感染を防ぐことができる。

【０２５２】また、患者毎に入力される病名情報や感染
症情報、感染症情報について病室の入室許可チェックを
行い、同室の患者への感染を未然に防ぐことが可能にな
り、入院できないことを確認できるしくみが提供され
る。

【０２５３】さらにまた、感染症患者が入院していたと
いう事実から感染が推定される病室を一覧に表示するこ
とで、表示された患者の検査を行うなどの措置が迅速に
実施可能となり、院内感染の拡大を防ぐことができる。

【図面の簡単な説明】

【図１】本発明の病院情報システムの構成を示す機能ブ
ロック図である。

【図２】本発明の病院情報システムの概念を示すための
説明図である。

【図３】本発明の病院情報システムの感染症入力画面の
一例を示す説明図である。

【図４】本発明の病院情報システムの受付入院画面の一
例を示す説明図である。

【図５】本発明の病院情報システムの病室一覧画面の一
例を示す説明図である。

【図６】本発明の病院情報システムの病室管理画面の一
例を示す説明図である。

【図７】本発明の病院情報システムの警告画面の一例を
示す説明図である。

【図８】本発明の病院情報システムの感染推定患者一覧
画面の一例を示す説明図である。

【図９】本発明の病院情報システムの構成の実施の形態
の一例を示す説明図である。

【図１０】本発明の病院情報システムのデータベースの
構成の一例を示す説明図である。

【図１１】本発明の病院情報システムの構成の実施の形
態の一例を示す機能ブロック図である。

【図１２】本発明の病院情報システムの構成の実施の形
態の一例を示す機能ブロック図である。

【図１３】本発明の病院情報システムの感染症入力の処
理手順を示すフローチャートである。

【図１４】本発明の病院情報システムの入院受付の処理
手順を示すフローチャートである。

【図１５】本発明の病院情報システムのデータベースの
マスタ情報の構成の一例を示す説明図である。

【図１６】本発明の病院情報システムのデータベースの
診療情報及びマスタ情報を非正規化した一例を示す説明
図である。

【図１７】本発明の病院情報システムの構成の他の実施
の形態の一例を示す説明図である。

【図１８】本発明の病院情報システムの構成の他の実施
の形態の一例を示す機能ブロック図である。

【図１９】図１７の病院情報システムの患者情報更新タ
スクの処理手順を示すフローチャートである。

【図２０】本発明の病院情報システムの構成の他の実施
の形態の一例を示す説明図である。

【図２１】図２０の病院情報システムの処理手順を示す
フローチャートである。

【図２２】本発明の病院情報システムのデータベースの
構成の一例を示す説明図である。

【図２３】本発明の病院情報システムの構成の他の実施
の形態の一例を示す説明図である。

【図２４】本発明の病院情報システムの構成の他の実施
の形態の一例を示す機能ブロック図である。

【図２５】図２３の病院情報システムの感染症入力の処
理手順を示すフローチャートである。

【図２６】図２３の病院情報システムの入院受付時にお
ける感染症管理の処理手順を示すフローチャートであ
る。

【図２７】本発明の病院情報システムの構成の他の実施
の形態の一例を示す機能ブロック図である。

【図２８】本発明の病院情報システムの他の実施の形態
の一例の処理手順を示すフローチャートである。

【図２９】従来の病院情報システムの概念を説明するた
めの説明図である。

【符号の説明】

１病院情報システム２ユーザー端末４サーバー５データベース５ａ診療情報５ｂマスタ情報６検査システム１０感染症入力画面２０入院受付画面３０病室一覧画面４０病室管理画面５０警告画面６０感染推定患者一覧画面

Claims

【特許請求の範囲】

【請求項１】ユーザー端末により入力された情報をサ
ーバーにより院内ネットワークを通じて各部門へ情報伝
達する病院情報システムであって、通常患者が入院登録を行う前記ユーザー端末の入院受付
画面にて、前記通常患者を収容する病室情報の操作入力
に基づき、前記通常患者の入室を許可しない感染症患者
が収容された病室を検索する検索手段と、前記検索手段での検索結果に基づき、入院登録時に入力
された前記病室への前記通常患者の収容の可否を判定す
る判定手段と、を含むことを特徴とする病院情報システム。
【請求項２】ユーザー端末により入力された情報をサ
ーバーにより院内ネットワークを通じて各部門へ情報伝
達する病院情報システムであって、患者を検査する検査システムからの検査結果情報に含ま
れる感染症情報に基づき、検査された患者が院内に収容
されているか否かを判定する判定手段と、前記判定手段での判定結果に基づき、前記患者が院内に
収容されている場合に、然るべき責任者が使用する前記
ユーザー端末へ告知を行う告知手段と、を含むことを特
徴とする病院情報システム。
【請求項３】ユーザー端末により入力された情報をサ
ーバーにより院内ネットワークを通じて各部門へ情報伝
達する病院情報システムであって、予め感染症情報が入力されている感染症患者を入院受付
する際に、前記ユーザー端末の入院受付画面の患者番号
の操作入力に基づき、収容先として特定の病室を自動選
択する選択手段を設けたことを特徴とする病院情報シス
テム。
【請求項４】感染症が入力されている感染症患者を収
容していた病室が選択された場合に、前記ユーザー端末
に警告を表示させるとともに、前記病室への入院を不許
可とする手段を設けたこと特徴とする請求項１に記載の
病院情報システム。
【請求項５】前記患者が院内に収容されている場合
に、前記患者が収容されている病室と同じ病室に入院し
ていた感染推定患者を検索し、前記ユーザー端末に一覧
として表示せしめる手段をさらに有することを特徴とす
る請求項２に記載の病院情報システム。
【請求項６】ユーザー端末により入力された情報をサ
ーバーにより院内ネットワークを通じて各部門へ情報伝
達する病院情報システムであって、前記サーバーは、感染症患者を収容していた病室と、通
常患者を収容していた病室とを異なる色にて一覧表示す
る病室一覧画面を前記ユーザー端末に表示させる病室一
覧画面表示処理手段を有することを特徴とする病院情報
システム。