JP4718679B2 - Hospital information system - Google Patents
Hospital information system 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
【0001】
【発明の属する技術分野】
本発明は、病院情報システムに関し、特に、医師や看護婦等が入力した診療情報を各実施部門に伝達し、入力された診療情報を再利用することで累積される院内情報を伝達するものに関する。なお、本発明は、上述の指示を伝達するシステムの一部として機能するが、患者の感染症情報、および入院情報を管理することができる病院情報システムであれば、指示の伝達機能の有無は問わない。
【0002】
【従来の技術】
従来より、入院する患者に関する情報を端末を操作して入力するとともに、当該情報を蓄積して他の各部門へ伝達して前記情報を利用することができるいわゆる病院情報システムが知られている。
【0003】
この病院情報システムにおいては、患者に関する患者情報と、この患者の診療支援情報として例えば感染症に関する情報である感染症マスタを入力・保持している。
【0004】
乃ち、図29に示すデータ構造の概念図に示すように、患者情報と感染症マスタとは相互に相関しており、互いに情報の更新、変換等の情報の伝達が可能となっている。
【0005】
【発明が解決しようとする課題】
上述の病院情報システムにおいては、上記のデータ構造を保有しているために、例えば端末等の表示画面上にて、どの患者が何の感染症に感染しているかを識別することはできる。
【0006】
しかしながら、感染症に感染している患者が病院内のどの病室に入っているかということをシステム上識別できないために、感染症患者に対しては人手による管理が必要となっていた。
【0007】
特に、感染症患者は、他の感染症でない患者と物理的に隔離し、あるいは後から当該患者が感染症に感染した感染症患者であると判明した場合には、上記隔離に加えて当該感染症患者が入っていた病室を清掃等などをするようにして感染症対策を行わなければならず、感染症患者の発見が遅れたり、感染症対策が遅れたりすると、最悪の場合院内感染などの医療事故に繋がる恐れがあった。
【0008】
さらに加えて、患者を病院情報システムに登録する際には、感染症患者が入っている病室がどこであるのかを識別できないために、入院する際の病室選択時に、感染症に感染している人の病室に勝手に入室(入院)してしまう恐れがあり、これによって感染してしまうことが起こる。
【0009】
また、逆に感染症患者が通常患者の病室へ入ってしまうことにより、同じ部屋に入院した患者が全員感染してしまう恐れがあった。
【0010】
本発明は、上記事情に鑑みてなされたものであり、その目的とするところは、感染症患者の病室を選別することにより、人手による管理を要せずに院内感染等の医療事故を未然に防止することのできる病院情報システムを提供することにある。
【0011】
【課題を解決するための手段】
上記課題を解決するために、実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、病室に感染した感染症を含む病室情報とを有する診療情報が格納されるデータベースと、患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、前記サーバーは、前記入院受付画面からの前記患者を収容先の病室情報の操作入力に基づき、前記感染症マスタから当該患者の感染症情報を検索し、前記データベースに係る病室情報から患者の収容先の病室の感染症情報を検索する検索手段と、入院登録時に操作入力された病室への前記患者の入室の可否を、前記検索手段で検索された、前記患者の感染症情報と病室の感染症情報とを基に、判定する判定手段と、不許可の場合は警告画面を前記ユーザー端末に表示する表示処理手段と、感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段と、を含むことを特徴とする。
【0012】
また、他の実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースを有し、前記サーバーは、患者を検査する検査システムからの検査結果情報に含まれる感染症情報に基づき、前記患者感染症情報を更新する更新手段と、前記感染症マスタと更新された前記患者感染症情報とを参照して、不許可感染とされた患者が院内に入院されているか否かを判定する判定手段と、前記判定手段での判定結果に基づき、前記不許可感染とされた患者が院内に入院されている場合に、管理者が使用する前記ユーザー端末に告知する告知手段と、前記サーバーに、前記不許可感染とされた患者が院内に入院されている場合に、前記患者と同じ病室に入院していた感染推定患者を検索し、前記ユーザー端末に一覧として表示せしめる表示処理手段と、を含むことを特徴とする。
【0013】
また、他の実施形態に係る病院情報システムは、ユーザー端末により入力された情報をサーバーにより院内ネットワークを通じて各部門へ情報伝達する病院情報システムであって、前記サーバーに接続され、少なくとも感染症病室マスタを含む感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースと、患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、前記サーバーが、前記ユーザー端末の前記入院受付画面からの患者番号の操作入力に基づき、前記患者感染症情報と前記感染症病室マスタを検索し、当該患者が感染している場合の感染症グループを抽出し、通常患者から物理的に隔離される特定の病室を選択する選択手段と、前記感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段をと、を備えたことを特徴とする。
【0017】
【発明の実施の形態】
以下、本発明の好適な実施の形態の一例について、図面を参照して具体的に説明する。
【0018】
[第1の実施の形態]
(全体構成)
先ず、本発明の各実施の形態の説明に先立って、本例の病院情報システムにて各実施の形態に共通する全体の概略構成について、図1を参照して説明する。図1は、本例の病院情報システムの全体の構成を示すブロック図である。
【0019】
本例の病院情報システム1は、図1に示すように、ネットワーク網8を介して配設された複数のユーザー端末2(図1では簡単のため一つのみ表記してある)と、このユーザー端末2からの操作入力に基づき、所望のサービスを提供するサーバー4と、このサーバー4と連携して各種プログラム及びデータが格納されたデータベース5と、例えばシステム管理室等の配設されて上記サーバー4を管理するための管理用端末3と、本病院情報システム1と連携して、患者の検査及び検査結果等の情報を運用する検査システム6と、この検査システム6とサーバー4とを連携させるための検査システム連携装置7と、がネットワーク網8を介して接続配置されている。
【0020】
ユーザー端末2においては、例えば、入院受付画面を表示する入院受付画面表示手段2b、感染症入力画面を表示する感染症入力画面表示手段2aと、病室管理画面を表示する病室管理画面表示手段2c、などが構成される。
【0021】
一方、図2には、本例のサーバー4及びデータベース5にて処理されるデータの流れが概念的に示されており、特にデータベース5のデータ構造では、患者情報D1、感染症マスタM1、病室情報D2を有しており、サーバー4は、これらの各情報を連携処理して制御するための制御手段4aを含んでいる。
【0022】
例えば、制御手段4aの第1の制御プログラム4a1にて、感染症マスタM1と病室情報D2との連携を行うことができる。さらに、制御手段4aの第2の制御プログラム4a2にて患者情報D1と感染症マスタM1とを連携することができる。制御手段4aには、この他複数の各種の制御プログラムを含んで構成されるために、図2においては第Nの制御プログラム4aNとして示されている。
【0023】
このようにすることにより、病室情報D2と感染症マスタM1とを連携処理する、乃ち、病室情報D2に感染症情報D3を付与することによって、入院受付時における感染症・病室チェックを行い、患者の感染症情報と入院時の収容先である病院の収容許可/不可の判定を自動で行うことができる。
【0024】
(データベース)
次に、データベース5のさらに詳細なデータ構造について、図10を用いて説明する。
【0025】
本例におけるデータベース5とは、単に物理的に配置されたデータ記憶装置上のデータをいい、通常のファイルも含めた概念である。その場合、主キーとは索引ファイルの索引キーに対応し、項目はレコードの項目を表す。
【0026】
このデータベース5は、本例に関連する情報としては、大別すると、診療情報5aとマスタ情報5bとに分類される。なお、データベース5には、この他オーダー情報等の種々情報も格納されている。
【0027】
診療情報は5aは、患者感染症情報D1、病室情報D2、病室感染症情報D3を有している。
【0028】
患者感染症情報D1は、患者がかかっている感染症を管理する情報テーブルであり、患者ID、シノニム、感染症コードなどを有している。なお、シノニムにより複数の感染症を持つことができる。
【0029】
病院情報D2は、現在入院している患者の収容状況を病室単位に管理する情報テーブルであり、病室コード、シノニム、患者IDなどを有している。なお、シノニムによりその病室に収容する複数の患者IDを対応づける。また、シノニムを病床コードと意味づけて管理することも可能である。
【0030】
病室感染症情報D3は、病室単位に感染症情報を管理するテーブルであり、病室コード、シノニム、感染症グループ、感染推定日、感染ステータスなどを有している。
【0031】
ここで、感染症グループとは、病室に感染した感染症グループであって、感染症グループは感染症コードから導出する。
【0032】
また、感染推定日とは、感染症が登録された患者の入院日または感染症登録日である。
【0033】
さらにまた、感染ステータスとは、感染した場合に、その対策状態を管理するフラグである。この状態としては、感染ステータス=感染状態(例えば0)となる場合は、感染症の対策は未だであることを意味する。一方、感染ステータス=感染症対策済み(例えば1)となる場合は、例えば消毒や清掃、空気洗浄などによる感染症対策が既に済んでいることを意味する。
【0034】
一方、マスタ情報5bは、感染症マスタM1、病室マスタM3、感染症病室マスタM2などを有している。
【0035】
感染症マスタM1は、病院で管理し患者に登録すべき感染症を定義するマスタであり、感染症コード、感染症名称、感染症グループ、優先度コードなどを備えている。
【0036】
感染症コードでは、感染症を番号により識別するものであり、例えば〇〇感染症のコードを「21」とするような定義づけがなされている。また、感染症の名称は、感染症の名称を表す。さらに、感染症グループは、複数の感染症をグループ化して管理するためにその感染症が所属するグループ番号を意味する。
【0037】
優先度コードでは、感染症の種類によって危険度の高い感染症に感染した患者が入っている病室には例えばグレード5、次に危険度の高い感染症に感染した患者が入っている病室には例えばグレード4、・・という具合に、危険度の高いものほど優先的に感染症対策の処理をなさなければならない観点から優先度を識別するためのコードを定義している。
【0038】
感染症病室マスタM2は、特定の感染症、すなわち、ここで登録された感染症グループの患者が収容されるべき病室を定義するテーブルであり、感染症グループ、病室コードなどを備えている。
【0039】
病室マスタM3は、病院内の入院施設である病室情報を管理するマスタであり、病室コード、シノニム、不許可感染症グループなどを備えている。
【0040】
病室コードは、病室を識別するための番号である。また、不許可感染症グループとは、その病室に収容してはいけない感染症グループをいう。すなわち、患者情報に存在する感染症コードが所属する感染症グループが登録されている場合には、当該患者の収容が不可となる。
【0041】
(表示画面について)
次に、本例システムのユーザー端末5に表示される主たる表示画面について、以下に説明する。
【0042】
本例の画面は、病院情報システム1の中の一機能の入院処理を行い、医者用入力画面(不図示)の下位階層の画面として用いられるものである。
【0043】
すなわち、ユーザー端末2では、例えば、入院情報、病名情報、感染症情報等、診断に必要な情報が一つの画面の中で行えるように形成され、医者が通常使うメニュー画面である医師用入力画面にて、当該医師用入力画面内の感染症用ボタンを押下することで、感染症入力画面10に遷移する。医者用入力画面では、病名、診察室等を入力することができ、病名同様に感染症等も入力できる。感染症入力画面10にて患者が感染症にかかっていれば、番号等を入力し、この情報がデータベース5に蓄えられる。
【0044】
一方、病棟業務では、通常入院受付の窓口で入院手続をする。この時に職員が、入院受付画面20を用いて空部屋を探し、入院した人・病室等を選び入院させる。
【0045】
一通り処理が終了し登録されると、登録された日付等がカレンダー形式で医者用入力画面に表示出力される。
【0046】
以下、感染症入力画面10、入院受付画面20、病室一覧画面30、病室管理画面40,警告画面50、感染推定患者一覧画面60の順に説明する。図3には、感染症入力画面10の構成が開示されている。
【0047】
感染症入力画面10は、図3に示すように、感染症情報を登録するための画面であり、患者IDを入力するための患者ID入力欄11と、対応する患者の氏名を表示する患者氏名表示欄12と、対応する患者の感染症コードを入力するための感染症コード入力欄13と、この入力された感染症コードに対応する感染症の名称を表示する感染症名称表示欄14と、入力した情報を取り消すための取消操作部15と、入力した情報で感染症の登録を行うための登録操作部16と、を含んで構成される。
【0048】
図4には、入院受付画面の構成が開示されている。入院受付画面20は、患者が入院をする場合に使用される画面である。
【0049】
この入院受付画面20は、図4に示すように、入院する患者の患者IDを入力するための患者ID入力欄21と、入力された患者IDに対応する患者氏名を表示する患者氏名表示欄22と、当該患者が入院する日付を入力する入院日付入力欄23と、当該患者が入室する病室のコード番号を入力する病室入力欄24と、当該患者が使用するベッドの番号を入力するベッド番号入力欄25と、当該患者の感染症名を表示する感染症名表示欄26と、病室情報(後述する病室管理画面40)を選択表示するための病室情報選択操作部27と、病室一覧画面30を表示させるための病室操作部28と、入力された情報で登録を行うための登録操作部29aと、入力された情報を取り消すための取消操作部29bと、を含んで構成されている。
【0050】
図5には、病室一覧画面の構成の一例が開示されている。病室一覧画面30では、全ての病室の病室番号が整列して表示された病室一覧表示欄31を有しており、感染症患者が入院している病室31bのみ着色表示とし、その他の病室31aを無色表示として、感染症患者が入室している病室の有無の判断及び認識を容易にしている。
【0051】
図6には、病室管理画面の構成の一例が開示されている。
【0052】
病室管理画面40においては、図6に示すように、病室の病室番号を入力するための病室番号入力欄41と、この入力された病室番号に対応する病室を表示する病室表示欄42と、この病室が汚染されている感染症の名称を表示するための感染症名称表示欄43と、この感染症が感染したと推定される日付を表示する感染推定日表示欄44と、この感染症患者のIDが表示される感染症ID表示欄45と、感染症に対する対策、例えば感染症の原因となる細菌等を駆除し、清掃、消毒等を完了する等の種々の処理を行ったか否か、処理、未処理等の結果内容が表示される感染症処理有無表示欄46と、当該処理が処理済みである場合に選択される処理済操作部47と、確認を行うための確認操作部48と、を含んで構成されている。
【0053】
図7には、警告画面の構成の一例が開示されている。この警告画面50においては、図7に示すように、例えば「患者××は〇〇感染症にかかっています。病室△△には入院できません」等の警告表示51が表示される。そして、この警告画面50においては、確認を行うための確認操作部52が形成されている。
【0054】
図8には、感染推定患者一覧画面の構成の一例が開示されている。感染推定患者一覧画面60では、図8に示すように、「以下の患者は感染症:〇〇感染症に感染している可能性があります。至急検査して下さい」等のメッセージが表示されるメッセージ表示欄61と、当該感染症に感染している可能性のある患者番号、氏名等が表示される感染可能性患者表示欄62と、当該感染可能性患者の病室情報を表示する表示欄63等が表示されることとなる。さらに、確認を行うための確認操作部64が形成されている。
【0055】
(本例の特徴)
図9には、ユーザー端末2とデータベース5との間のデータの流れが模式的に示されている。
【0056】
データベース5内の患者感染症情報D1・病室情報D2・病室感染症情報D3を備えた診療情報5aと、感染症マスタM1・感染症病室マスタM2・病室マスタM3を備えたマスタ情報5bと、に基づき、ユーザー端末2の感染症入力画面表示手段2aに感染症入力画面10が表示される。
【0057】
同様に、診療情報5a及びマスタ情報5bに基づき、ユーザー端末2の入院受付画面表示手段2bに入院受付画面20が表示される。
【0058】
ここで、本例の大きな特徴の一つは、入院すべき病室のチェックであり、本例では、感染症グループと病室コードとがマスタ情報5bに入っており、患者に感染症グループが設定されているので、入院受付画面20で病室番号を入力した時点で当該病室が感染症患者が収容されているか否かを自動チェックでき、誤って収容してはいけない感染症患者の病室への収容を事前に拒絶することができる。
【0059】
さらに、病室選択時に、ベッドが空いていなければ病室を選択できないようにも構成されている。
【0060】
以下に、このような機能を達成するための具体的構成についてサーバー4での処理を中心に説明する。
【0061】
(サーバー)
病院情報システムにおけるサーバーの詳細な構成について図11〜図12を用いて説明する。図11には、本例の病院情報システムの構成の一例が開示されている。
【0062】
ユーザー端末2では、感染症入力画面10(図3参照)を表示する感染症入力画面表示手段2aを含んで構成している。データベース5には、感染症入力画面10を表示するための感染症入力画面データ5cと、マスタ情報5bと、診療情報5aと、を含んで構成されている。
【0063】
サーバー4は、ユーザー端末2からのサービス開始要求(画面表示要求)に基づき、ユーザー端末2での感染症入力画面10を表示処理するための感染症入力画面表示処理手段4bと、感染症入力画面表示手段2aの感染症入力画面10上にて入力された患者ID、感染症コード等の入力情報に基づき、マスタ情報5bを用いて感染症入力画面表示手段4bに感染症名称の表示を促す感染症名称表示処理手段4cと、感染症入力画面10での登録操作部の操作入力に基づき、入力された情報の登録を行うための登録処理手段4dと、この登録に基づき、データベース5の診療情報5aを用いて患者感染症情報を更新するための患者感染症情報更新手段4eと、を含んで構成されている。
【0064】
上記のような構成の病院情報システム1において、ユーザー端末2よりサービス開始要求(画面表示要求)がなされると、サーバー4の感染症入力画面表示処理手段4bは、感染症入力画面データ5cを利用してユーザー端末2に感染症入力画面10を表示するように処理する。次に、ユーザー端末2の感染症入力画面表示手段2aの表示された感染症入力画面10上において、患者ID並びに感染症コードを入力すると、感染症名称表示処理手段4cは、データベース5に記憶されたマスタ情報5bを用いて当該感染症コードに対応する感染症名称を前記感染症入力画面10に表示するような処理を行う。
【0065】
そして、ユーザー端末2の感染症入力画面10においてクリック等に操作により登録操作部が操作されると、サーバー4の登録処理手段4dにて登録処理が開始され、例えば患者感染症情報更新処理手段4eによりデータベース5に記憶された診療情報5aの患者感染症情報の更新処理を行う。
【0066】
図12には、本例の病院情報システムにかかる入院受付の場合の構成の一例が機能ブロック図として開示されている。
【0067】
ユーザー端末2には、入院受付画面20(図4参照)を表示するための入院受付画面表示手段2bと、警告画面50(図7参照)を表示するための警告画面表示手段2dと、を含んで構成されている。
【0068】
データベース5は、入院受付画面20を表示するための入院受付画面データ5dと、診療情報5aと、マスタ情報5bと、警告画面50を表示するたの警告画面データ5eと、を含んで構成されている。
【0069】
サーバー4は、ユーザー端末2からのサービス開始要求(画面表示要求)に基づき、入院受付画面データ5dを用いてユーザー端末2での入院受付画面20の表示を処理するための入院受付画面表示処理手段4fと、入院受付画面20にて入力された患者ID、病室コード等の入力情報に基づき、診療情報5aを用いて患者感染症情報を検索するための患者感染症情報検索手段(検索手段)4gと、検索された診療情報5aに基づき、患者感染症情報の有無を判定する感染症情報有無判定手段4hと、この感染症情報有無判定手段4hにて患者感染症情報が有ると判定された場合に、マスタ情報5bを用いて病室マスタを検索するための病室マスタ検索手段4kと、感染症情報有無判定手段4hにて感染症情報が無いと判定された場合であって、入院受付画面20にてベッド番号が入力された場合に、ベッド番号を入力処理するベッド番号入力処理手段4iと、この入力さらた情報に基づき診療情報5aに登録を行う登録処理手段4jと、病室マスタ検索手段4kにて検索されたマスタ情報5bに基づき、感染症グループが許可であるか否かを判定する感染症グループ判定手段(判定手段)4lと、この感染症グループ判定手段4lにて判定された判定結果が不許可である場合に、警告画面データ5eに基づき、ユーザー端末2に警告画面50を表示するように処理する入室不許可警告表示処理手段(不許可とする手段)4mと、を含んで構成されている。
【0070】
上記のような構成の病院情報システム1において、ユーザー端末2よりサービス開始要求(画面表示要求)がなされると、サーバー4の入院受付画面表示処理手段4fは、入院受付画面データ5dを利用してユーザー端末2に入院受付画面20を表示するように処理する。次に、ユーザー端末2の入院受付画面表示手段2bの表示された入院受付画面20上において、患者ID並びに病室コードを入力すると、サーバー4の患者感染症情報検索手段4gは、データベース5に記憶された診療情報5aを用いて患者感染症情報の検索を行う。
【0071】
この結果、検索された患者感染症情報に基づき、サーバー4の感染症情報有無判定手段4hにて対応する当該患者感染症情報があるかないかの判定を行う。この感染症有無判定手段4hでの判定の結果、該当する患者感染症情報があると判定された場合には、サーバー4の病院マスタ検索手段4kは、データベース5に記憶されたマスタ情報5bの中から当該患者感染症情報に対応する病室マスタの検索を行う。
【0072】
一方、感染症情報有無判定手段4hでの判定の結果、該当する患者感染症情報がないと判定された場合には、ユーザー端末2での入力待ちの待機状態となる。
【0073】
そして、ユーザー端末2の入院受付画面20において、前記患者のベッド番号が入力されると、サーバー4のベッド番号入力処理手段4iにて入力処理の実行が開始され、データベース5の特に診療情報として、サーバー4の登録処理手段4jがベッド番号を含む各種情報の登録処理が行われる。
【0074】
さらに他方、病室マスタ検索手段4kにてマスタ情報5bから病室マスタが検索されると、この検索結果に基づき、感染症グループ判定手段4lは、感染症グループが許可であるか不許可であるかの判定を行う。
【0075】
この感染症グループ判定手段4lでの判定結果が、不許可と判定した場合、すなわち許可しない感染症グループである場合には、サーバー4の入室不許可警告表示処理手段4mは、データベース5に記憶された警告画面データ5eを用いて、ユーザー端末2に警告画面50を表示するような処理を行う。
【0076】
一方、前記感染症グループ判定手段4lでの判定結果が、許可と判定した場合、すなわち許可した感染症グループである場合には、通常の入院受付画面20を表示するように処理される。
【0077】
(処理手順について)
次に、上記のような構成の病院情報システムにおける処理手順について、図13〜図14を参照しつつ説明する。
【0078】
本例では、以下の<感染症入力のフロー>と<入院受付のフロー>から構成される。
【0079】
本例に該当する部分は、<入院受付のフロー>に属するが、<感染症入力のフロー>による感染症情報の入力が前提となるため説明を施してある。
【0080】
<感染症入力のフロー>
先ず、感染症入力画面表示手段2aにてプログラムを起動すると、感染症入力画面10が表示される(ステップ、以下「S」101)。感染症入力画面10には、患者IDを入力するフィールド、および感染症コードを入力するフィールドが備わっている。
【0081】
次に、感染症入力画面10において患者ID入力フィールドに更新すべき患者のIDを入力する(S102)。これにより、患者IDに対する患者の患者氏名が表示され、選択した患者であることを確認する。
【0082】
さらに、感染症入力画面10において、S102で選択された患者に対して感染症コードを感染症コード入力フィールドに入力する(S103)。ここで、複数の感染症コードを一括して入力することも可能である。
【0083】
そして、感染症マスタM1を検索し、S103で入力された感染症コードに対応する感染症名称を感染症入力画面10に表示し、誤入力のないことを確認させる(S104)。
【0084】
ここで、感染症入力画面10においてS102〜S103にて入力した画面情報を登録するか取消にするかはオペレータの判断により機能を選択する(S105)。S105において登録する場合には、登録操作部16を押下し、取消の場合は取消操作部15を押下する。
【0085】
そして、感染症入力画面表示手段2aは、登録/取消の外部入力を判断し、以後の処理を次のように分岐する。乃ち、S105において、登録の場合にはS106へ処理を移す。一方、S105において、取消の場合には、S102へ処理を移すか、プログラムを終了する。
【0086】
次に、感染症入力画面10においてS102〜S103にて入力した情報をデータベース5上にある患者感染症情報D1を更新する(S106)。
【0087】
そして、S102で処理を移し、次の患者の感染症情報を入力するか、プログラムを終了する。
【0088】
<入院受付のフロー>
先ず、入院受付画面表示手段2bにてプログラムを起動すると、入院受付画面20が表示される(S201)。ここで、入院受付画面20には、患者IDを入力する患者ID入力欄21、および病室コードを入力する病室入力欄24が備わっている。
【0089】
なお、入院受付画面20の入院日付入力欄23、およびベッド番号入力欄25は、本例には必ずしも必要ではない。
【0090】
次に、入院受付画面20において患者ID入力欄21に入院すべき患者の患者IDを入力する(S202)。ここで、患者IDに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【0091】
さらに、入院受付画面20において入院日付入力欄23に入院日付を入力する(S203)。なお、本ステップは、本例では必ずしも必要ではない。
【0092】
次いで、入院受付画面(G2)において入院日付入力欄23に当該患者の収容先である病室の病室コードを入力する(S204)。
【0093】
そして、データべース5上にある患者感染情報D1を当該患者の患者IDにて検索する(S205)。
【0094】
次に、入院受付画面表示手段2bは、S205の検索結果により、以降の処理を次のように分岐する。すなわち、感染症コードが1件も登録されていない場合、S210へ処理を移す。一方、感染症コードが1件以上登録されている場合、S207へ処理を移す。
【0095】
ここで、データベース5上にある病院マスタM3を入院受付画面20の病室入力欄24で入力した病室コードにて検索する(S207)。
【0096】
そして、入院受付画面表示手段2bは、感染症マスタM1を当該患者の感染症コードにて検索し、感染症グループを導出する。この感染症グループとS207で検索した結果をもとに、以降の処理を次のように分岐する(S208)。乃ち、感染症グループが不許可感染症グループ1〜nのいずれかに一致する場合、S209へ処理を移す。一方、感染症グループが不許可感染症グループ1〜nのいずれとも一致しない場合、当該病室への収容を不可とする理由がないと判断し、S210へ処理を移す。
【0097】
そして、入院受付画面表示手段2bは、当該患者の当該病室への収容は不可と判断し、入室不可である主旨の警告画面(例:警告画面50))を入院受付画面20上に表示する(S209)。以降は、S204へ処理を移し、病室コードの再入力となる。
【0098】
一方、入院受付画面20においてベッド番号入力欄25にベッド番号を入力する(S210)。
【0099】
次いで、入院受付画面20で入力された情報でデータベース5上の病室情報D2を更新する(S211)。以降は、S202へ処理を移し、次の患者の入力をするか、プログラムを終了する。
【0100】
なお、少なくとも1つの病室に複数人の患者を登録する際に、シノニムを用いても、あるいは、ベッド番号による識別を行ってもよい。
【0101】
さらに、警告画面50では、「感染症にかかっているので他の病室を選んでください」旨の警告が表示されることとなる。この警告画面50において、「確認」52を押すと、入院受付画面20に戻って、入院受付画面20の「病室」28を押すと病室一覧画面30が表示されるように形成していもよい。
【0102】
さらに、病室一覧画面30を参照しながら、新規入院登録における病室選択をして病室登録の変更を行う構成してもよい。
【0103】
以上のように本実施の形態によれば、病室マスタに不許可感染症グループを新たに項目に追加したことにより、患者属性である、感染症情報との相互チェックが可能となり、入院受付画面で病室番号を入力した時点で自動チェックでき、誤って収容してはいけない感染症患者の病室への収容を事前に拒絶できるという効果が奏される。
【0104】
また、感染症情報の扱いを感染症マスタに感染症グループという項目を設けることで複数の感染症をグループ単位に管理することが可能となる。このため不許可にすべき感染症をグループとして登録できるという効果がある。
【0105】
さらに、ベッド番号をマスタ情報5bに持たせておくことで、入院受付画面20にて、ベッド番号まで指定することができる。
【0106】
なお、本実施の形態の変形例としては、以下のようなものが挙げられる。例えば、感染症マスタM1から感染症グループを削除し、感染症のグループ化を省略した構成が可能である。その場合のマスタ情報5bの構造は、図15に示すようになる。
【0107】
すなわち、この場合には、マスタ情報5bは、感染症マスタM4、感染症病室マスタM5、病室マスタM6を有しており、感染症マスタM4には、感染症コード、感染症名称を備えており、感染症病室マスタM5には、感染症コード、病室コードを備えており、病室マスタM6には、病室コード、シノニム、不許可感染症コードを有している。
【0108】
これにより、病室マスタM6に不許可感染症コードを新たに項目に追加したことにより、患者属性である、感染症情報との相互チェックが可能となり、誤って収容してはいけない病室への収容を事前に拒絶できるという効果が奏される。
【0109】
また、感染症情報の扱いを感染症マスタM4に感染症コードという項目を設けることで感染症を管理することが可能となる。このため不許可にすべき感染症を登録できるという効果がある。
【0110】
なお、この変形例は、以下の各第2の実施の形態、第3の実施の形態等にも適用することができる。
【0111】
さらに、本第1の実施の形態の変形例としては、例えば、診療情報5a及びマスタ情報5bの内部で複数項目設定可能なものを非正規化し、1レコードに格納した構造に置き換えた構成としてもよい。
【0112】
具体的には、図16に示すように、データベース5内において、患者感染症情報D4、病室情報D5、病室マスタD5を構成する。
【0113】
患者感染症情報D4は、患者IDと、複数の感染症コード1〜mとを備える。、病室情報D5は、病室コードと、ベッド番号別に患者IDを持たせるように複数のベッド1患者ID〜ベッドp患者IDとを備える。病室マスタM7は、病室コードと、複数の不許可感染症グループ1〜nとを備える。
【0114】
これにより、データベースの1レコードで1患者しか登録できないというような事態は生じず、1レコードの中で複数の患者を登録することができる。
【0115】
[第2の実施の形態]
次に、本発明にかかる第2の実施の形態について、図17〜図19に基づいて説明する。なお、以下には、前記第1の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。
【0116】
図17は、本例の病院情報システムにおいて、ユーザー端末2とデータベース5との間のデータの流れを模式的に示した説明図である。
【0117】
上記第1の実施の形態では、予め感染症であることが登録されている患者について当該感染症患者の病室をチェックする構成としたが、本例では、既に入院している感染症でない患者が、新たに行われた検査等によって当該患者が感染症に感染していることが後から判明した場合に対応できる構成を示している。
【0118】
乃ち、図17に示すように、データベース5には、他の検査システム6からの検査結果等の検査情報を検査システム連携装置7内の患者情報更新タスク7aを介して逐次入力されるように形成している。もちろん、これらのデータ処理はサーバー4(図17には不図示)にて行われていることとなる。また、上述の検査システム連携装置7は、サーバー4内に検査システム連携手段として搭載する構成であってもよい。
【0119】
そして、入力された検査情報から感染症患者である旨が判明すると、データベース5及びサーバー4を用いて病院情報システム1のシステム管理者等が使用する管理用端末3に、感染症患者に関する情報を通知する。なお、この通知先としては、病院内において感染症患者を隔離する旨の指示を行うことができる人物もしくはそのような権限のある医師例えば院長等が使用する端末に対して、直接通知するようにしてもよい。
【0120】
この通知先の指定を行うために、本例においては、マスタ情報5bに、職員マスタM14を備えている。この職員マスタM14では、各職員に対応して各識別コード番号、各メールアドレスが各々関連付けられたテーブルを構成している。
【0121】
例えば、医師にはコード番号1でメールアドレスAが対応付けられ、看護婦にはコード番号2でメールアドレスBが対応付けられ、システム管理者にはコード番号3でメールアドレスCが対応付けられる。
【0122】
これにより、感染症が発見された時に、対応するコード番号を設定しておけば、コード番号に対応するメールアドレス先にメール等が通知されることとなる。
【0123】
以上が、本実施の形態の要旨であり、以下により詳細な説明を、サーバー4におけるデータ処理の流れを中心にして説明する。
【0124】
図18には、本例の病院情報システムにおいて検査システムと連携して用いる場合の具体的構成が開示されている。
【0125】
ユーザー端末2では、感染推定患者が一覧表示される感染推定患者一覧画面表示手段2eを用いる。
【0126】
データベース5には、感染推定患者一覧画面60を表示するための感染推定患者一覧画面データ5fと、診療情報5a及びマスタ情報5bと、を含んで構成されている。
【0127】
サーバー4は、検査システム6からの検査結果等の検査入力情報に基づき、サーバー4と連携するための検査システム連携手段である検査システム連携装置7と、この検査システム連携装置7にて中継された検査結果情報を受信するための感染症情報受信手段4mと、この患者感染症情報受信手段4mにて受信された患者感染症情報に基づき、診療情報5aを用いて患者感染症情報を更新するための患者感染症情報更新手段4oと、この患者感染症更新手段4oにて更新された情報に基づき、診療情報5aを用いて患者入院情報を検索するための患者入院情報検索手段4pと、この患者入院情報検索手段4pにて検索された診療情報5aの検索結果に基づき、当該患者が入院中であるか否かその有無を判断する為の入院中有無判断手段(判定手段)4qと、この入院中有無判断手段4qにて判断された判断結果が入院中であると判断された場合に、マスタ情報5bを用いて病室マスタ情報を検索するための病室マスタ検索手段4rと、この病室マスタ検索手段4rにて検索されたマスタ情報の検索結果に基づき、当該病室に関し、感染症グループが許可されているか否かを判定するための感染症グループ判定手段4sと、この感染症グループ判定手段4sにおいて、感染症グループが不許可であると判断された場合に、管理用端末3に、危険である旨の警告を告知するための告知手段4tと、この告知手段4tからの告知実行及びデータベース5の感染推定患者一覧画面データ5fに基づき、ユーザー端末2に感染推定患者一覧画面60を表示するように処理する感染推定患者一覧画面表示処理手段(一覧として表示せしまる手段)4uと、を含んで構成されている。
【0128】
上記のような構成の病院情報システム1において、先ず、検査システム6からの検査結果等の情報が例えばサーバー4の検査システム連携装置7にて連携され、感染症情報受信手段4nにて感染症情報が受信される。
【0129】
そうすると、患者感染症情報更新手段4oは、データベース5の診療情報5aにおいて患者感染症情報の更新を行う。
【0130】
次いで、サーバー4の患者入院情報検索手段4pは、データベース5に記憶された診療情報5aの中から対応する患者感染症情報を検索する。
【0131】
この結果、診療情報5aにて検索された患者感染症情報に基づき、サーバー4の入院中有無判断手段4qにて当該患者が入院中であるか否かの判断を行う。
【0132】
この入院中有無判断手段4qでの判断結果が入院中であると判断された場合には、サーバー4の病室マスタ検索手段4rは、データベース5に記憶されたマスタ情報を用いて対応する入院中の患者に対応する病室マスタを検索する。
【0133】
一方、前記入院中有無判断手段4qでの判断結果が入院中でないと判断された場合には、感染症情報受信手段4mに戻り、次の受信情報に関する処理が行われる。
【0134】
さらに他方、サーバー4の病室マスタ検索手段4rでのデータベース5のマスタ情報5b中の病室マスタの検索結果に基づき、サーバー4の感染症グループ判定手段4sは、当該病室マスタに対応する感染症グループを抽出しつつ、この感染症グループが不許可感染症グループであるか否かの判定を行う。
【0135】
この感染症グループ判定手段4rでの判定結果が、不許可感染症グループであると判定した場合には、サーバー4の告知手段4tは、管理用端末3に向けて感染症の患者がいる旨の告知を行うこととなる。
【0136】
さらに加えて、告知手段4tによる告知を行った後には、サーバー4の感染推定患者一覧画面表示処理手段4uは、データベース5の感染推定患者一覧画面データ5fを用いて、ユーザー端末2の感染症患者一覧画面表示手段2eの感染症患者一覧画面60を表示するように処理する。
【0137】
なお、図18では、検査システム連携装置7がサーバー4に構成される場合を例に説明したが、サーバー4外に専用装置を設けた構成としてもよい。
【0138】
(処理手順)
次に、検査システムと連携する場合の患者情報更新タスクの処理について、図19を用いて説明する。
【0139】
先ず、検査システム連携装置7にある患者情報更新タスクは、検査システム6と通信を行い、検査システム6より送信する検査結果の受診待ち状態にある(S301)。
【0140】
次に、患者情報更新タスクは、検査システム6より検査結果を受診すると、次のS303の処理を行う(S302)。
【0141】
乃ち、検査システム6より受信したデータ中に感染症情報が含まれている場合、データベース5上の患者感染症情報D1を更新する(S303)。
【0142】
そして、受信した患者が現在入院中であるか否かを、データベース5上の病室情報D2を検索して判定する(S304)。
【0143】
さらに、S304の判定結果により以降の処理を次のように分岐する(S305)。S305において、入院中である場合(いずれの病床に含まれる場合)S306へ処理を移す。一方、入院中でない場合(いずれの病床にも含まれない場合)には、S302へ処理を移し、次の受信を待つ。
【0144】
次に、データベース5上の病室マスタM3を該当患者の収容している病室の病室コードにて検索する(S306)。
【0145】
さらに、感染症マスタM1を当該患者の感染症コードにて検索し、感染症グループを導出する。この感染症グループをS306で検索した結果をもとに、以降の処理を次のように分岐する(S307)。乃ち、感染症グループが不許可感染症グループ1〜nのいずれかに一致する場合には、S308へ処理を移す。一方、感染症グループが不許可感染症グループ1〜nのいずれとも一致しない場合には、感染症情報が更新されたにも拘わらず、当該病室への収容を不可とする理由がないと判断し、S302へ処理を移し、次の受信を待つ。
【0146】
次に、患者情報更新タスクは、当該患者を当該病室に収容することの継続は不可と判断し、入室の不可である主旨の通知をシステム管理者に発行する(S308)。この通知の手段としては電子メール、画面でのメッセージ表示、または書面によるレポート発行、電子メールに加えて音声情報で伝える、音声のみで警告する等を行うことが好ましい。例えば、通知の例としては、「患者:××に感染症:○○が登録されました。病室:△△に入院中ですが、同室の患者に感染するおそれがありますので病室を変更して下さい」のように通知する。
【0147】
ここで、システム管理者とは、管理者としてシステム上特別にユーザ登録されたオペレータをいう。
【0148】
最後に、感染推定患者一覧画面60を表示する(S309)。ここで、この画面に表示される患者は、前過程で登録された感染症患者を収容していた病室の患者を検索することにより行われる。
【0149】
このように、現在入院している患者が外部にシステム情報から感染症である旨が判明した場合には、当該患者が入院しているか否かを検索し、入院していたら、どの病室に入院しているかを検索し、当該病室に前記感染症の患者が居ていいのか否かをチェックし、居てはいけないのであれば、自動で管理者に通知し、感染推定患者一覧画面60を表示する。
【0150】
ここで、感染症であると判明した患者とともに病室にいた患者は、その間に感染している可能性があるので、この感染推定患者一覧画面60では、感染症にかかっていると思わしき可能性のある同室の人を全てリストとして出す。
【0151】
なお、システム管理者から医師に電子メールで送る構成としても、直接医師の所に電子メールを出す構成としてもよい。さらに、発見を速くする観点から、電子メールでポップアップするようにしておくことが好ましい。一方的に通知した方が認知度が高いからである。
【0152】
以上のように本実施の形態では、検査システムから送信する結果情報の感染症情報をもとに患者感染症情報を更新するが、同時に現在入院中の病室との感染症相互チェックを行うことが可能となる。
【0153】
このことにより入院中で、後から感染症に感染していることが判明されても、即時に通知が管理者へ伝達されるため必要な措置が迅速に行えるという効果がある。この場合の必要な措置とは、当該患者の別の病室へ移動させることであるが、その場合は、後に説明する第3の実施の形態を応用することで容易に実現できる。
【0154】
また、病室感染症情報から感染病室の患者を検索し、表示することが可能となり(感染推定患者)、表示された患者の検査を行うなどの措置が迅速に実施可能となり、院内感染の拡大を防ぐことができる。
【0155】
なお、この第2の実施の形態の変形例としては、検査結果による感染症情報の更新の代わりに手動で操作入力にて感染症入力画面表示手段2aの感染症入力画面10で感染症を入力した場合に、同様な相互チェックを行い通知を管理者に伝達する。
【0156】
[第3の実施の形態]
次に、本発明にかかる第3の実施の形態について、図20〜図21に基づいて説明する。図20は、本例の病院情報システムにおいて、ユーザー端末2とデータベース5との間のデータの流れを模式的に示した説明図である。
【0157】
本例では、既に感染症情報が入力されている患者を入院受付する場合に、他の患者から物理的に隔離するために、入院先病室を自動設定できる構成を示している。
【0158】
すなわち、上述の実施の形態では、入院受付画面にて病室のコード番号をテン入力により行う構成としたが、本例では、入院受付画面において患者番号入力すると、自動的に感染症の人の行き先(病室)を検索して、病室コードをセットする構成としている。なお、感染症でなければ、テン入力を行うようにしている。
【0159】
例えば、予め結核の患者は病室3304に入室するというのを自動でやる。このために、感染症の病名に応じて予め部屋の割り当ての対応ずけがなされている。
【0160】
図20に示すように、マスタ情報5bの感染症病室マスタM2の中の感染症グループと病室コードに基づき、ある感染症の患者が入るべき病室の設定を行うことができる。
【0161】
また、病室一覧画面30にて、感染症がある病室(3F―304)31は色で表示されている。この着色部分がボタンになっていて、これを押すと感染症の名前等が表示された感染推定患者一覧画面60が出てくる。このように、感染症患者の詳細閲覧を希望する場合には、感染症名等も表示されており、確認を行うことができる。さらに、いつまでも感染症であるということはないので、消毒等の感染症対策が行われると、解除することで、前記着色表示の病室を通常の状態にすることもできる。
【0162】
(処理手順)
次に、上述のようにするための処理について、図21を用いて説明する。
【0163】
先ず、入院受付画面表示手段2bにてプログラムを起動すると、入院受付画面20が表示される(S401)。この入院受付画面20には、患者IDを入力する患者ID入力欄21、および病室コードを入力する病室入力欄24が備わっている。
【0164】
なお、入院受付画面20において患者ID入力欄21、およびベッド番号入力欄25は、本例には必ずしも必要ではない。
【0165】
次に、入院受付画面20において患者ID入力欄21に入院すべき患者IDを入力する(S402)。ここで、患者IDに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【0166】
さらに、入院受付画面20において入院日付入力欄23に入院日付を入力する(S403)。
【0167】
そして、データベース5上にある患者感染症情報D1を当該患者の患者IDにて検索する(S404)。
【0168】
次いで、S304の検索結果をもとに、以降の処理を以下のように分岐する(S405)。すなわち、感染症情報がある場合(患者IDが患者感染症情報D1に含まれる場合)には、S406へ処理を移す。一方、感染症情報がない場合(患者IDが患者感染症情報D1に含まれない場合)には、S408へ処理を移す。
【0169】
すなわち、感染症マスタM1をS405の患者感染症情報D1の感染症コードにて検索し、感染症コードに対応する感染症グループを導出する。この導出された感染症グループにてデータベース5上にある感染症病室マスタM2を検索し、病室コードを導出する(S406)。この病室コードは、該当する感染症を有する患者が入院すべき病室を表している。
【0170】
次いで、S406で導出された病室コードを入院受付画面20の病室コード入力フィールドにセットし、コードを表示させる(S407)。この結果オペレータは、病室コードを自ら選択し入力する必要がなくなると同時に、感染症を有する患者を他の一般患者から物理的に隔離することが可能になる。
【0171】
ところで一方、入院受付画面20の病室コード入力フィールドにて患者の収容先である病室コードを入力する(S408)。ここで、本ステップとS407との相違は、オペレータが自ら病室を選択し、コードを入力する点にある。
【0172】
次に、入院受付画面20においてベッド番号入力欄25にベッド番号を入力する(S409)。
【0173】
そして、入院受付画面20で入力された情報でデータベース5上の病室情報D2を更新する(S410)。
【0174】
以降は、S402へ処理を移し、次の患者の入力をするか、プログラムを終了する。
【0175】
なお、上述のS402〜S408を処理する手段を構成することで、本発明の選択手段を構成できる。
【0176】
以上のように本実施の形態によれば、感染症病室マスタを使用し、感染症グループから病室コードを導出できるしくみが提供される。
【0177】
これにより既に感染症が入力されている患者を入院させる場合に、特定の病室を選択させることが可能になる。結果として、他の患者と物理的に隔離し、院内感染を防ぐことができる。乃ち、入院受付画面20の中で、自動的に病室を選び、例えば結核用の病室等を自動でセットしてしまう。これにより、例えば、結核の感染症等の患者を容易かつ迅速に隔離することができる。
【0178】
なお、第3の実施の形態の変形例としては、感染症情報に加えて病名情報を追加し、病名と病室の相互チェックを行う構成としてもよい。
【0179】
具体的には、例えば、図22に示すように、データベース5の診療情報5aに、上述の各種情報に加えて、患者病名情報D11、病室情報D12、病室病名情報D13を備える。さらに、データベース5のマスタ情報5bに、上述の各種情報に加えて、病名マスタM11、病名病室マスタM12、病室マスタM13を備える。
【0180】
患者病名情報D11では、患者ID、シノニム、病名コードなどを有しており、病室病名情報D13では、病室コード、シノニム、病名グループ、推定日、病名ステータスなどを有している。
【0181】
病名マスタM11では、病名コード、病名名称、病名グループ、優先度などを有しており、病名病室マスタM12では、病名グループ、病室コードなどを有しており、病室マスタM13では、病室コード、シノニム、不許可病名グループなどを有している。
【0182】
このような構成にすることにより、感染症に加えて、病名によっても病室のチェックを行うことができる。
【0183】
なお、本例では、病名情報と感染症情報とを各々独立した情報として管理する構成としたが、感染症は病名の一部であるという観点から病名情報のみで感染症をも管理するようなデータ構造であってもよい。
【0184】
[第4の実施の形態]
次に、本発明にかかる第4の実施の形態について、図23〜図26に基づいて説明する。図23は、本例の病院情報システムにおいて、ユーザー端末2とデータベース5との間のデータの流れを模式的に示した説明図である。
【0185】
本例では、病室情報に感染症ステータス情報を付与し、患者の病室の出入りからの感染症ステータスを更新し、入室のチェック、同室にいた患者の移動等の院内感染症対策を効率的に運用する構成としている。
【0186】
乃ち、感染症患者は、病気が治ったり、新たに発覚して隔離されたり等が行われると別の病室に移されるが、当該患者がいた病室は、空で感染症対策が済んでいない場合が考えられる。このような場合に、本例では、病室一覧画面30にて病室毎に感染症の状態を表示させる構成としている。感染症の病室に対して何も対策を施さなければ、着色表示の状態となる。
【0187】
図23には、データベース5内の患者感染症情報D1・病室情報D2・病室感染症情報D3を備えた診療情報5aと、感染症マスタM1・感染症病室マスタM2・病室マスタM3を備えたマスタ情報5bと、に基づき、ユーザー端末2の感染症入力画面表示手段2aに感染症入力画面が表示される。
【0188】
同様に、診療情報5a及びマスタ情報5bに基づき、ユーザー端末2の入院受付画面表示手段2bに入院受付画面20が表示される。さらに、診療情報5a及びマスタ情報5bに基づき、ユーザー端末2の病室管理画面表示手段2cに病室管理画面40が表示される。
【0189】
(サーバー)
図24には、本例の病院情報システム1において、感染症を入力する場合の構成の一例が機能ブロック図の形式で開示されている。
【0190】
ユーザー端末2では、感染症入力画面10が表示される感染症入力画面表示手段2aが用いられる。
【0191】
データベース5には、感染症入力画面10を表示するための感染症入力画面データ5cと、マスタ情報5b及び診療情報5aと、を含んで構成されている。
【0192】
サーバー4には、ユーザー端末2からのサービス開始要求(画面表示要求)に基づき、感染症入力画面データ5cを用いてユーザー端末2に感染症入力画面10を表示する用に処理する感染症入力画面表示処理手段4bと、感染症入力画面表示手段4bに表示された感染症入力画面10にて入力された感染症コードを、マスタ情報5bを用いて感染症グループを変換するための感染症コード感染症グループ変換手段4wと、この感染症コード感染症グループ変換手段4wにて変換された感染症グループに基づき、診療情報5aを用いて患者感染症情報を更新するための患者感染症情報更新手段4xと、この患者感染症情報更新手段4xにて更新された診療情報5aに基づき、診療情報5aを用いて病室情報を検索するための病室情報検索手段4yと、この病室情報検索手段4yにて検索された診療情報5aの検索結果に基づき、診療情報5aを用いて病室感染症情報を更新するための病室感染症情報更新手段4zと、を含んで構成される。
【0193】
上記のような構成の病院情報システム1において、ユーザー端末2よりサービス開始要求(画面表示要求)がなされると、サーバー4の感染症入力画面表示処理手段4bは、感染症入力画面データ5cを利用してユーザー端末2に感染症入力画面10を表示するように処理する。次に、ユーザー端末2の感染症入力画面表示手段2aに表示される感染症入力画面10上において、患者ID並びに感染症コードを入力すると、サーバー4の感染症コード感染症グループ変換手段4wは、データベース5に記憶されたマスタ情報5bを用いて、当該感染症コードを対応する感染症グループに変換する。
【0194】
変換された感染症グループに基づき、サーバー4の患者感染症情報更新手段4xは、データベース5の診療情報5a内の患者感染症情報を更新するように処理する。
【0195】
次に、サーバー4の病室情報検索手段4yは、患者感染症情報に対応する病室情報をデータべース5の診療情報5aの中から検索する。この検索結果にて抽出された病室情報に基づき、病室感染症情報更新手段4zは、データベース5の診療情報5aの対応する病室感染症情報を更新する処理を行う。
【0196】
(処理手順)
本例では、入院している患者で後から感染症であることを入力する場合に、感染症入力画面10で感染症を登録する。そうすると、患者の感染症情報がセットされるとともに、病室に感染症情報をセットする。
【0197】
以下に、図25を参照しながら感染症の入力を行う場合の処理手順について説明する。
【0198】
<感染症の入力フロー>
先ず、感染症入力画面表示手段2aにてプログラムを起動すると、感染症入力画面10が表示される(S501)。ここで、感染症入力画面10には、患者IDを入力する患者ID入力欄11、および感染症コードを入力する感染症コード入力欄13が備わっている。
【0199】
次に、感染症入力画面10において患者ID入力欄11に更新すべき患者の患者IDを入力する(S502)。ここで、患者IDに対応する患者の患者氏名が表示され、選択した患者であることを確認する。
【0200】
さらに、感染症入力画面10においてS502で選択された患者に対して感染症コードを感染症コード入力欄13に入力する(S503)。なお、複数の感染症コードを一括して入力することも可能である。
【0201】
次に、感染症マスタM1を検索し、S503で入力された感染症コードに対応する感染症グループを導出する(S504)。
【0202】
そして、S504で導出した感染症グループを患者感染症情報D1に登録する(S505)。
【0203】
次いで、患者IDをキーに病室情報D2を検索し、該当患者を収容している病室を導出する(S506)。
【0204】
さらに、S506で導出した病室コードにて病室感染症情報D3を検索し、感染症グループ、感染推定日、感染ステータスを以下のように更新する(S507)。乃ち、感染症グループをS504で導出した感染症グループに更新する。加えて、感染推定日を該当患者の入院日またはシステム日付に更新する。さらに加えて、感染ステータスを感染状態に更新する。
【0205】
最後に、S502へ処理を移し、次の患者の感染症情報を入力するか、プログラムを終了する。これによって、感染症患者を登録できる。
【0206】
次に、登録後、入院受付がなされる場合の処理手順を図26を用いて説明する。
【0207】
<入院受付時における感染症のフロー>
先ず、入院受付画面表示処理手段2bにてプログラムを起動すると入院受付画面20が表示される(S601)。ここで、入院受付画面20には、患者IDを入力する患者ID入力欄21、および病室コードを入力する病室入力欄24が備わっている。
【0208】
次に、入院受付画面20において患者ID入力欄21に入院すべき患者の患者IDを入力する(S602)。ここで、患者IDに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【0209】
さらに、入院受付画面20において入院日付入力欄23に入院日付を入力する(S603)。
【0210】
次いで、入院受付画面20において病室を入力するため病室一覧画面30を表示し、どの病室に入院可能かオペレータは判断する(S604)。この画面には、病室感染症情報D3の内容が反映され、現在感染症グループが設定され、さらに感染ステータスが未処理(感染状態)の場合に色が変更されて表示される。
【0211】
そして、上記病室一覧画面30にて入院する病室を選択する(S605)。ここで、感染ステータスが未処理の病室を選択しようとした場合には、その旨エラーを行い選択することができない。
【0212】
次に、S605にて選択された病室への入院を可能とし、入院受付画面20で入力された情報でデータベース5上の病室情報D2を更新する(S606)。
【0213】
最後に、プログラムを終了するか、又はS602へ戻り、次の患者の入力を行う。
【0214】
このようにすることで、入院受付画面20で入院日付を入れて、病室操作部28を押下して、病室一覧画面30を表示させる。そうすると、事前に色がわかるので、わざわざ感染症の疑いのある病室に入院させないように病室を確認できる。
【0215】
以上のように本実施の形態によれば、病室感染症情報を使用し、感染症患者が入院していたという事実から感染が推定される病室を一覧に表示し、色を識別することで入院できないことを目視確認できるしくみが提供される。
【0216】
[第5の実施の形態]
次に、本発明にかかる第5の実施の形態について、図27〜図28に基づいて説明する。図27は、本例の病院情報システムの概略構成を示す機能ブロック図である。
【0217】
本例では、病室情報に感染症ステータス情報を付与し、患者の病室の出入りからの感染症ステータスを更新し、清掃済み等の院内感染症対策を効率的に運用する構成としている。
【0218】
乃ち、感染症患者は、病気が治ったり、新たに発覚して隔離されたり等が行われると別の病室に移されるが、当該患者がいた病室は、空で感染症対策が済んでいない場合が考えられる。このような場合に、本例では、病室一覧画面30にて病室毎に感染症の状態を表示させるとともに、消毒等の感染症対策の処理がなされた場合には、状態を変更できるようにする構成である。さらに、病室管理画面40にて各病室の状態を管理できる構成としている。
【0219】
感染症の病室に対して感染症対策を行い処理済みとなると、病室管理画面40にて処理済操作部47を押下すると、当該病室の着色表示は消えることとなる。
【0220】
上記第4の実施の形態では、入院受付処理の中で、入院受付画面20の病室操作部28により病室一覧画面30を表示させ、色を塗っていないところを選択させる構成としたが、本例では、色の部分を選択することによって、詳細情報を得る構成としている。
【0221】
(構成)
ユーザー端末2では、入院受付画面20が表示される入院受付画面表示手段2bと、病室一覧画面30が表示される病室一覧画面表示手段2gと、病室管理画面40を表示するための病室管理画面表示手段2hと、が利用される。
【0222】
データベース5には、入院受付画面20を表示するための入院受付画面データ5dと、マスタ情報5bと、診療情報5aと、病室一覧画面30を表示するための病室一覧画面データ5hと、病室管理画面40を表示するための病室管理画面データ5iと、を含んで構成されている。
【0223】
サーバー4には、ユーザー端末2からのサービス開始要求(画面表示要求)に基づき、入院受付画面データ5dを用いてユーザー端末2に入院受付画面20を表示するように処理する入院受付画面表示処理手段4fと、入院受付画面20での患者ID、病室コード等の操作入力に基づき、データベース5の病室一覧データ5h及びマスタ情報5bを利用して、ユーザー端末2の病室一覧画面表示手段3gの病室一覧画面を表示するように処理する病室一覧画面表示処理手段4αと、病室一覧画面表示手段4αにて表示される病室一覧画面30上にて選択された病室に対して、対応する情報を診療情報5aから抽出すべく処理を行う色表示選択処理手段4βと、対応情報を抽出する対応情報抽出手段4γと、この対応情報抽出手段4γにて抽出された対応情報に基づき、病室管理画面データ5iを用いてユーザー端末2に病室管理画面40が表示されるように処理する病室管理画面表示処理手段4δと、ユーザー端末2の病室管理画面40上にて処理済操作部47がクリック等により操作された場合に、この病室に関する感染症に関する情報をリセット(病室と感染症との関連を切る)するように診療情報5aのデータを制御する処理済データリセット手段4εと、を含んで構成されている。
【0224】
上記のような構成の病院情報システム1において、ユーザー端末2よりサービス開始要求(画面表示要求)がなされると、サーバー4の入院受付画面表示処理手段4fは、入院受付画面データ5dを利用してユーザー端末2に入院受付画面20を表示するように処理する。次に、ユーザー端末2の入院受付画面表示手段2bに表示される入院受付画面20上において、患者ID並びに感染症コードを入力すると、病室一覧画面表示処理手段4αは、データベース5に記憶された病室一覧画面データ5h及びマスタ情報5bを用いて、ユーザー端末2の病室一覧画面表示手段2gの病室一覧画面30を表示するように処理する。
【0225】
この病室一覧画面30において、着色表示された、感染症患者が入室している各病室のうち、いずれかの病室をクリック等の操作により選択操作すると、サーバー5の色表示選択処理手段4βは、診療情報5aの中から選択された病室に対応する対応情報を探しだし、対応情報抽出手段4γは探し出された前記対応情報を抽出して、病室管理画面表示処理手段2hに供給する。
【0226】
サーバー4の病室管理画面表示処理手段4δは、前記対応情報に基づきデータベース5の病室管理画面データ5iを用いて、ユーザー端末2の病室管理画面表示手段2cの病室管理画面40を表示するように処理する。
【0227】
この病室管理画面40において、清掃等が済んだ旨を意味する処理済操作部47をクリック等により操作すると、サーバー4の処理済データリセット手段4εは、データベース5の診療情報5a中のデータのリセットを行い、病室一覧画面30における着色された病室は、着色されない病室に変わることになる。
【0228】
(処理手順)
本例では、入院している患者で後から感染症であることを入力する場合に、感染症入力画面10で感染症を登録し、その際に病室一覧画面30を表示させ、着色表示された箇所をする。そうすると、患者の感染症情報がセットされるとともに、病室に感染症情報をセットする。
【0229】
以下に、入院受付を行う場合の処理手順を図28を用いて説明する。
【0230】
先ず、入院受付画面表示処理手段2bにてプログラムを起動すると入院受付画面20が表示される(S701)。ここで、入院受付画面20には、患者IDを入力する患者ID入力欄21、および病室コードを入力する病室入力欄24が備わっている。
【0231】
次に、入院受付画面20において患者ID入力欄21に入院すべき患者の患者IDを入力する(S702)。ここで、患者IDに対応する患者の患者氏名が表示され、選択した患者であることをオペレータは確認する。
【0232】
さらに、入院受付画面20において入院日付入力欄23に入院日付を入力する(S703)。
【0233】
次いで、入院受付画面20において病室を入力するため病室一覧画面30を表示し、どの病室に入院可能かオペレータは判断する(S704)。この画面には、病室感染症情報D3の内容が反映され、現在感染症グループが設定され、さらに感染ステータスが未処理(感染状態)の場合に色が変更されて表示される。
【0234】
そして、上記病室一覧画面30にて病室の状態の詳細を調べるために所定の病室を選択する(S705)。
【0235】
次に、病室感染症情報の中で選択された病室に対応する情報をセットする(S706)。そして、選択された当該病室に対応する病室管理画面40を表示する(S707)。
【0236】
さらに、当該選択された病室に対応する病室管理画面40を参照しながら、現在の病室が清掃等の感染症対策の処理が済んでいるか否かの判断をユーザーが行い(S708)、もし感染症対策の処理が済んでいないのであれば、病室管理画面40に戻る。一方、感染症対策の処理が済んでいるのであれば、病室管理画面40上に形成された処理済操作部47を押下する。
【0237】
これによって、当該病室に対応する診療情報5a内の病室感染症情報をリセットし、(S709)当該病室は処理済みの状態となる。
【0238】
すなわち、この状態では、病室一覧画面30では、当初着色表示されていた病室が、着色表示されていない状態に変化していることとなる。
【0239】
また、感染症には様々な種類があるために、危険度の低いものもあれば、危険度の高いものもある。感染症の種類、感染症データに対して、ランク付け、順位付けを行い、例えば病室一覧画面30において、危険度に応じて異なる色で病室を表示できるように構成してもよい。
【0240】
この場合には、例えば、それぞれの感染症のデータに対して順位付けを記載したテーブルないしデータを用意する。
【0241】
例えばマスタ情報5bの感染症マスタM1内の感染症グループに優先度の意味を持たせることで管理できる。危険度の低い感染症は、危険度の低い感染症グループ(名前)にしておき、危険度の高い感染症は、危険度の高い感染症グループとして定義しておくことにより、制御判断プログラムにて当該グループのチェックを行うことができる。
【0242】
或いは、マスタ情報5b内の優先度コードを用いることで構成できる。これにより、優先度に応じて色の表示を変えるように形成できる。なお、色の表示の変え方は、例えば感染症グループ毎に色を変えたり、さらにランク付けされた所定のグレード以上を着色表示するように構成してもよい。
【0243】
これにより、病室を選択する時に、入院受付画面20から病室一覧画面30等を表示させるようにして、どの病室が安全かを確認することができる。
【0244】
以上のように本実施の形態によれば、病室感染症情報を使用し、清掃や消毒などの感染症解除装置の実施状況が一覧で把握することができ、院内感染の拡大を防止することができる。
【0245】
なお、本発明にかかる装置と方法は、そのいくつかの特定の実施の形態に従って説明してきたが、当業者は本発明の主旨および範囲から逸脱することなく本発明の本文に記述した実施の形態に対して種々の変形が可能である。例えば、上述の各実施の形態では、感染症入力画面等の各種画面を医者用画面の下位階層の画面として用いられる構成としたが、医者用画面とは別の独立したメニューによって形成する構成であってもよい。
【0246】
さらには、これらの各画面は、表示される順番は上述の例に限定されるものではなく、順番は問わない。また、各画面のレイアウトは上記の例に限らず、少なくとも上述の機能を有する構成であれば、種々のレイアウトを含む。
【0247】
また、上述の各手段の構成は、ソフトウエアのみによる処理に限定されず、種々のソフトウエア及びハードウエアの組み合わせによる処理を含んでもよい。
【0248】
さらに、上述した各実施の形態同士或いはそれらと各変形例とのいずれかによる組み合わせによる例をも含むことは言うまでもない。
【0249】
【発明の効果】
以上説明したように本発明によれば、検索手段により入室を許可しない病室を検索し、入院受付画面にて入力された病室情報とを照らし合わせて判定手段により病室へ入院することの可否を判定できる。これにより、誤って収容してはいけない病室への収容を事前に拒絶できるという効果が奏される。
【0250】
また、検査システムから送信する検査結果情報の感染症情報をもとに患者感染症情報を更新するが、判定手段により、同時に現在入院中の病室との感染症相互チェックを行うことが可能となる。このことにより入院中で、後から感染症に感染していることが判明されても、告知手段により即時に通知が管理者へ伝達されるため必要な措置が迅速に行え院内感染等を迅速に防止できるという効果がある。
【図面の簡単な説明】
【図1】本発明の病院情報システムの構成を示す機能ブロック図である。
【図2】本発明の病院情報システムの概念を示すための説明図である。
【図3】本発明の病院情報システムの感染症入力画面の一例を示す説明図である。
【図4】本発明の病院情報システムの受付入院画面の一例を示す説明図である。
【図5】本発明の病院情報システムの病室一覧画面の一例を示す説明図である。
【図6】本発明の病院情報システムの病室管理画面の一例を示す説明図である。
【図7】本発明の病院情報システムの警告画面の一例を示す説明図である。
【図8】本発明の病院情報システムの感染推定患者一覧画面の一例を示す説明図である。
【図9】本発明の病院情報システムの構成の実施の形態の一例を示す説明図である。
【図10】本発明の病院情報システムのデータベースの構成の一例を示す説明図である。
【図11】本発明の病院情報システムの構成の実施の形態の一例を示す機能ブロック図である。
【図12】本発明の病院情報システムの構成の実施の形態の一例を示す機能ブロック図である。
【図13】本発明の病院情報システムの感染症入力の処理手順を示すフローチャートである。
【図14】本発明の病院情報システムの入院受付の処理手順を示すフローチャートである。
【図15】本発明の病院情報システムのデータベースのマスタ情報の構成の一例を示す説明図である。
【図16】本発明の病院情報システムのデータベースの診療情報及びマスタ情報を非正規化した一例を示す説明図である。
【図17】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図18】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図19】図17の病院情報システムの患者情報更新タスクの処理手順を示すフローチャートである。
【図20】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図21】図20の病院情報システムの処理手順を示すフローチャートである。
【図22】本発明の病院情報システムのデータベースの構成の一例を示す説明図である。
【図23】本発明の病院情報システムの構成の他の実施の形態の一例を示す説明図である。
【図24】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図25】図23の病院情報システムの感染症入力の処理手順を示すフローチャートである。
【図26】図23の病院情報システムの入院受付時における感染症管理の処理手順を示すフローチャートである。
【図27】本発明の病院情報システムの構成の他の実施の形態の一例を示す機能ブロック図である。
【図28】本発明の病院情報システムの他の実施の形態の一例の処理手順を示すフローチャートである。
【図29】従来の病院情報システムの概念を説明するための説明図である。
【符号の説明】
1 病院情報システム
2 ユーザー端末
4 サーバー
5 データベース
5a 診療情報
5b マスタ情報
6 検査システム
10 感染症入力画面
20 入院受付画面
30 病室一覧画面
40 病室管理画面
50 警告画面
60 感染推定患者一覧画面[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a hospital information system, and more particularly, to a hospital information system that transmits medical information input by doctors, nurses, and the like to each implementing department and transmits hospital information accumulated by reusing the input medical information. . The present invention functions as a part of the system for transmitting the above-mentioned instructions. However, if the hospital information system can manage the patient's infectious disease information and hospitalization information, the presence / absence of the instruction transmission function is It doesn't matter.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, there is known a so-called hospital information system that can input information on a hospitalized patient by operating a terminal, accumulate the information, and transmit the information to other departments to use the information.
[0003]
In this hospital information system, patient information related to a patient and infectious disease master information, for example, information related to an infectious disease, are input and held as medical support information for the patient.
[0004]
As shown in the conceptual diagram of the data structure shown in FIG. 29, the patient information and the infectious disease master are correlated with each other, and information such as information update and conversion can be transmitted to each other.
[0005]
[Problems to be solved by the invention]
Since the above-described hospital information system has the above-described data structure, it is possible to identify which patient is infected with which infectious disease on a display screen such as a terminal.
[0006]
However, since it is impossible to identify in the system which patient room in the hospital the patient infected with the infectious disease is, management of the infectious disease patient is necessary.
[0007]
In particular, infectious patients should be physically isolated from other non-infectious patients, or if the patient is later found to be an infectious patient with an infection, in addition to the isolation Infectious disease countermeasures must be taken by cleaning the hospital room where the patient was present, and if the detection of the infectious patient is delayed or the countermeasure for the infectious disease is delayed, in the worst case such as hospital infection There was a risk of a medical accident.
[0008]
In addition, when registering a patient in the hospital information system, it is not possible to identify the room where the infectious disease patient is located. May enter the hospital room (hospitalization) without permission, which may cause infection.
[0009]
On the other hand, when an infectious disease patient enters a normal patient's room, all patients admitted to the same room may be infected.
[0010]
The present invention has been made in view of the above circumstances. The purpose of the present invention is to sort out hospital rooms of patients with infectious diseases so that medical accidents such as nosocomial infections can be obviated without requiring manual management. It is to provide a hospital information system that can be prevented.
[0011]
[Means for Solving the Problems]
In order to solve the above problems, a hospital information system according to an embodiment is a hospital information system that transmits information input by a user terminal to each department through a hospital network by a server, and is connected to the server, and at least Classified the infection With the infectious disease master, Includes infections that have infected the room A database in which medical information including hospital room information is stored, and a hospitalization reception screen of the user terminal that performs patient hospitalization registration, and the server displays the patient from the hospitalization reception screen. Accommodation Based on the operation input of the room information of Search for infectious disease information of the patient from the infectious disease master, and infectious disease information of the patient's accommodation room from the room information related to the database A search means for searching for and whether or not the patient can enter the hospital room that was input during hospitalization registration, Based on the infectious disease information of the patient and the infectious disease information of the hospital room searched by the search means, Determination means for determining, display processing means for displaying a warning screen on the user terminal in the case of disapproval, and Hospital room list screen display processing means for displaying on the user terminal a room list screen that displays a list of different rooms of hospital rooms that contained infectious disease patients and hospital rooms that contained the normal patients, It is characterized by including.
[0012]
A hospital information system according to another embodiment is a hospital information system that transmits information input by a user terminal to each department through a hospital network by a server, and is connected to the server, and at least Classified the infection With the infectious disease master, Represents the patient's infection An update for updating the patient infectious disease information based on the infectious disease information included in the examination result information from the examination system for examining the patient, the database having medical information including patient infectious disease information stored therein Means, and said infectious disease master With reference to the updated patient infection information The determination means for determining whether or not the patient who has been infected without permission is hospitalized in the hospital, and based on the determination result in the determination means, It was deemed unauthorized infection A notification means for notifying the user terminal used by the administrator when the patient is hospitalized; Display processing means for searching the server for infection-presumed patients who have been hospitalized in the same room as the patient and displaying the list as a list on the user terminal when the patient who has been infected with the unauthorized infection is hospitalized in the hospital When, It is characterized by including.
[0013]
A hospital information system according to another embodiment is a hospital information system that transmits information input from a user terminal to each department through a hospital network by a server, and is connected to the server and is at least an infectious disease room master. Including an infectious disease master, Represents the patient's infection A database in which medical information including patient infectious disease information is stored; and an inpatient acceptance screen of the user terminal for performing inpatient registration of the patient, and the server But Based on the operation input of the patient number from the admission reception screen of the user terminal, the patient infection information and the infectious disease room master are searched, and the infectious disease group when the patient is infected is extracted, A specific room usually physically isolated from the patient Select Selection means And a hospital room list screen display processing means for displaying on the user terminal a hospital room list screen displaying a list of different rooms of the hospital room containing the infectious disease patient and a hospital room containing the normal patient in different colors. , The Prepared It is characterized by that.
[0017]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an example of a preferred embodiment of the present invention will be specifically described with reference to the drawings.
[0018]
[First Embodiment]
(overall structure)
First, prior to description of each embodiment of the present invention, an overall schematic configuration common to each embodiment in the hospital information system of this example will be described with reference to FIG. FIG. 1 is a block diagram showing the overall configuration of the hospital information system of this example.
[0019]
As shown in FIG. 1, the
[0020]
In the
[0021]
On the other hand, FIG. 2 conceptually shows the flow of data processed in the
[0022]
For example, the first control program 4a1 of the control unit 4a can link the infectious disease master M1 and the room information D2. Furthermore, the patient information D1 and the infectious disease master M1 can be linked by the second control program 4a2 of the control means 4a. Since the control means 4a includes a plurality of other various control programs, it is shown as an Nth control program 4aN in FIG.
[0023]
In this way, the hospital room information D2 and the infectious disease master M1 are linked to each other, and the infectious disease information D3 is added to the hospital room information D2 to check the infectious disease / hospital room at the time of admission. It is possible to automatically determine the infectious disease information of the hospital and whether the accommodation is permitted or not at the hospital where it is accommodated.
[0024]
(Database)
Next, a more detailed data structure of the
[0025]
The
[0026]
The
[0027]
The
[0028]
The patient infectious disease information D1 is an information table for managing the infectious disease that the patient has, and includes a patient ID, a synonym, an infectious disease code, and the like. Synonyms can have multiple infections.
[0029]
The hospital information D2 is an information table for managing the accommodation status of patients currently hospitalized in units of hospital rooms, and includes hospital room codes, synonyms, patient IDs, and the like. A plurality of patient IDs accommodated in the hospital room are associated with each other by a synonym. It is also possible to manage synonyms as meaning bed codes.
[0030]
The room infection information D3 is a table for managing infection information for each room, and includes a room code, a synonym, an infection group, an estimated infection date, an infection status, and the like.
[0031]
Here, the infectious disease group is an infectious disease group infected in a hospital room, and the infectious disease group is derived from the infectious disease code.
[0032]
The estimated infection date is the date of hospitalization or the date of registration of an infectious disease patient.
[0033]
Furthermore, the infection status is a flag for managing the countermeasure state when an infection occurs. As this state, when the infection status = infection state (for example, 0), it means that the countermeasure for the infectious disease is not yet completed. On the other hand, when the infection status = infectious disease countermeasure completed (for example, 1), it means that the infectious disease countermeasure has already been completed by, for example, disinfection, cleaning, and air washing.
[0034]
On the other hand, the
[0035]
The infectious disease master M1 is a master that defines an infectious disease to be managed in a hospital and registered in a patient, and includes an infectious disease code, an infectious disease name, an infectious disease group, a priority code, and the like.
[0036]
In the infectious disease code, the infectious disease is identified by a number, and for example, the definition of “21” as the code of the infectious disease is made. The name of the infectious disease represents the name of the infectious disease. Furthermore, an infectious disease group means a group number to which the infectious disease belongs in order to group and manage a plurality of infectious diseases.
[0037]
In the priority code, a room containing a patient infected with a high-risk infection depending on the type of infection, for example,
[0038]
The infectious disease room master M2 is a table that defines a specific infectious disease, that is, a room in which patients of the infectious disease group registered here are to be accommodated, and includes an infectious disease group, a room code, and the like.
[0039]
The hospital room master M3 is a master that manages hospital room information that is an inpatient facility in a hospital, and includes a hospital room code, a synonym, a non-permitted infectious disease group, and the like.
[0040]
The room code is a number for identifying a room. The unauthorized infection group refers to an infectious disease group that must not be accommodated in the room. That is, if an infectious disease group to which an infectious disease code that exists in patient information belongs is registered, the patient cannot be accommodated.
[0041]
(About the display screen)
Next, the main display screen displayed on the
[0042]
The screen of this example performs a hospitalization process of one function in the
[0043]
That is, in the
[0044]
On the other hand, in the ward business, the hospitalization procedure is usually performed at the reception desk. At this time, the staff searches for a vacant room using the
[0045]
When the process is completed and registered, the registered date and the like are displayed and output on the doctor input screen in a calendar format.
[0046]
Hereinafter, the infectious disease input screen 10, the
[0047]
As shown in FIG. 3, the infectious disease input screen 10 is a screen for registering infectious disease information, and a patient
[0048]
FIG. 4 discloses the configuration of the hospitalization reception screen. The
[0049]
As shown in FIG. 4, this
[0050]
FIG. 5 discloses an example of the configuration of a hospital room list screen. The room list screen 30 has a room
[0051]
FIG. 6 discloses an example of the configuration of a hospital room management screen.
[0052]
In the
[0053]
FIG. 7 discloses an example of the configuration of the warning screen. On this
[0054]
FIG. 8 discloses an example of the configuration of the infection estimated patient list screen. In the estimated infection
[0055]
(Features of this example)
FIG. 9 schematically shows the flow of data between the
[0056]
[0057]
Similarly, the
[0058]
Here, one of the major features of this example is a check of the hospital room to be hospitalized. In this example, the infectious disease group and the room code are included in the
[0059]
Further, when selecting a hospital room, the patient room cannot be selected unless a bed is available.
[0060]
Hereinafter, a specific configuration for achieving such a function will be described focusing on processing in the
[0061]
(server)
A detailed configuration of the server in the hospital information system will be described with reference to FIGS. FIG. 11 discloses an example of the configuration of the hospital information system of this example.
[0062]
The
[0063]
The
[0064]
In the
[0065]
When the registration operation unit is operated by clicking on the infectious disease input screen 10 of the
[0066]
FIG. 12 discloses an example of a configuration in the case of admission reception according to the hospital information system of this example as a functional block diagram.
[0067]
The
[0068]
The
[0069]
Based on the service start request (screen display request) from the
[0070]
In the
[0071]
As a result, based on the retrieved patient infectious disease information, the infectious disease information presence /
[0072]
On the other hand, as a result of the determination by the infectious disease information presence /
[0073]
Then, when the patient's bed number is input on the
[0074]
On the other hand, when the room master is searched from the
[0075]
If the result of the determination by the infectious disease group determining means 4l is determined to be disapproved, that is, if the infectious disease group is not permitted, the entry prohibition warning display processing means 4m of the
[0076]
On the other hand, if the determination result by the infectious disease group determination means 4l is determined to be permission, that is, if it is a permitted infectious disease group, a normal
[0077]
(About processing procedure)
Next, a processing procedure in the hospital information system configured as described above will be described with reference to FIGS.
[0078]
This example includes the following <infectious disease input flow> and <hospital admission flow>.
[0079]
The portion corresponding to this example belongs to the <hospital admission flow>, but is described because it is premised on the input of infectious disease information by the <infection input flow>.
[0080]
<Infectious disease input flow>
First, when the program is started by the infectious disease input screen display means 2a, the infectious disease input screen 10 is displayed (step, hereinafter "S" 101). The infectious disease input screen 10 includes a field for inputting a patient ID and a field for inputting an infectious disease code.
[0081]
Next, the patient ID to be updated is input to the patient ID input field on the infectious disease input screen 10 (S102). As a result, the patient name of the patient corresponding to the patient ID is displayed, and it is confirmed that the patient is the selected patient.
[0082]
Further, on the infectious disease input screen 10, an infectious disease code is input to the infectious disease code input field for the patient selected in S102 (S103). Here, it is also possible to input a plurality of infectious disease codes at once.
[0083]
Then, the infectious disease master M1 is searched, the infectious disease name corresponding to the infectious disease code input in S103 is displayed on the infectious disease input screen 10, and it is confirmed that there is no erroneous input (S104).
[0084]
Here, in the infectious disease input screen 10, whether to register or cancel the screen information input in S102 to S103 is selected according to the operator's judgment (S105). When registering in S105, the
[0085]
And the infectious disease input screen display means 2a judges the external input of registration / cancellation, and branches the subsequent processes as follows. In S105, in the case of registration, the process proceeds to S106. On the other hand, in the case of cancellation in S105, the process is moved to S102 or the program is terminated.
[0086]
Next, the patient infectious disease information D1 in the
[0087]
In step S102, the next patient's infectious disease information is input or the program is terminated.
[0088]
<Flow of hospitalization reception>
First, when the program is started by the hospitalization reception screen display means 2b, the
[0089]
In addition, the hospitalization
[0090]
Next, the patient ID of the patient to be hospitalized is input to the patient
[0091]
Further, the hospitalization date is input to the hospitalization
[0092]
Subsequently, the hospital room code of the hospital room where the patient is accommodated is input to the hospitalization
[0093]
Then, the patient infection information D1 on the
[0094]
Next, the hospitalization acceptance screen display means 2b branches the subsequent processing as follows based on the search result of S205. That is, if no infectious disease code is registered, the process proceeds to S210. On the other hand, if one or more infectious disease codes are registered, the process proceeds to S207.
[0095]
Here, the hospital master M3 on the
[0096]
And the hospitalization reception screen display means 2b searches the infectious disease master M1 with the infectious disease code of the patient, and derives the infectious disease group. Based on the infectious disease group and the result searched in S207, the subsequent processing is branched as follows (S208). If the infectious disease group matches any of the non-permitted
[0097]
Then, the hospitalization reception screen display means 2b determines that the patient cannot be accommodated in the hospital room, and displays a warning screen (for example, warning screen 50) indicating that the patient cannot enter the room on the hospitalization reception screen 20 ( S209). Thereafter, the process proceeds to S204, and the room code is re-input.
[0098]
On the other hand, the bed number is input to the bed
[0099]
Next, the room information D2 on the
[0100]
Note that when registering a plurality of patients in at least one hospital room, a synonym may be used, or identification by a bed number may be performed.
[0101]
Further, on the
[0102]
Further, the patient room registration may be changed by selecting the patient room in the new hospitalization registration while referring to the patient room list screen 30.
[0103]
As described above, according to the present embodiment, by adding a non-permitted infectious disease group to the item in the hospital room master, it is possible to perform a mutual check with infectious disease information, which is a patient attribute, on the hospitalization reception screen. An automatic check can be performed at the time of entering a room number, and an effect is obtained that it is possible to reject in advance accommodation of an infectious disease patient who should not be accommodated by mistake.
[0104]
In addition, it is possible to manage a plurality of infectious diseases on a group basis by providing an item of infectious disease group in the infectious disease master for handling infectious disease information. Therefore, there is an effect that infectious diseases that should be disallowed can be registered as a group.
[0105]
Furthermore, by giving the bed number to the
[0106]
In addition, the following are mentioned as a modification of this Embodiment. For example, a configuration in which an infectious disease group is deleted from the infectious disease master M1 and grouping of infectious diseases is omitted is possible. The structure of the
[0107]
That is, in this case, the
[0108]
As a result, by adding a non-permitted infectious disease code to the room master M6 as a new item, mutual check with the patient attribute, infectious disease information is possible, and accommodation in a room that should not be accommodated by mistake is possible. The effect is that it can be rejected in advance.
[0109]
Moreover, it becomes possible to manage infectious diseases by providing an item of infectious disease codes in the infectious disease master M4. This has the effect of registering infectious diseases that should be disallowed.
[0110]
This modification can also be applied to the following second and third embodiments.
[0111]
Further, as a modification of the first embodiment, for example, a configuration in which a plurality of items that can be set in the
[0112]
Specifically, as shown in FIG. 16, in the
[0113]
The patient infectious disease information D4 includes a patient ID and a plurality of
[0114]
Thereby, the situation that only one patient can be registered in one record of the database does not occur, and a plurality of patients can be registered in one record.
[0115]
[Second Embodiment]
Next, a second embodiment according to the present invention will be described with reference to FIGS. In the following, description of the substantially similar configuration of the first embodiment will be omitted, and only different parts will be described.
[0116]
FIG. 17 is an explanatory view schematically showing the flow of data between the
[0117]
In the first embodiment, the patient room of the infectious disease patient is checked for a patient who has been registered as an infectious disease in advance, but in this example, a patient who is not infectious disease already hospitalized. This shows a configuration that can cope with a case where it is later found that the patient is infected with an infectious disease by a newly conducted test or the like.
[0118]
As shown in FIG. 17, the
[0119]
When it is determined from the input examination information that the patient is an infectious disease patient, information on the infectious disease patient is stored in the management terminal 3 used by the system administrator of the
[0120]
In order to specify the notification destination, in this example, the
[0121]
For example, a mail address A is associated with a doctor with a
[0122]
Thereby, when an infectious disease is found, if a corresponding code number is set, an e-mail or the like is notified to a mail address destination corresponding to the code number.
[0123]
The above is the gist of the present embodiment, and a more detailed description will be given below, focusing on the flow of data processing in the
[0124]
FIG. 18 discloses a specific configuration in the case where the hospital information system of this example is used in cooperation with an examination system.
[0125]
In the
[0126]
The
[0127]
The
[0128]
In the
[0129]
Then, the patient infectious disease information update unit 4o updates the patient infectious disease information in the
[0130]
Next, the patient inpatient information search means 4 p of the
[0131]
As a result, based on the patient infectious disease information retrieved from the
[0132]
When it is determined that the determination result by the in-hospital presence determination means 4q is hospitalized, the hospital room master search means 4r of the
[0133]
On the other hand, when it is determined that the determination result in the hospitalization presence / absence determination means 4q is not hospitalized, the process returns to the infectious disease information reception means 4m, and the process relating to the next reception information is performed.
[0134]
On the other hand, the
[0135]
When the determination result by the infectious disease group determining means 4r is determined to be a non-permitted infectious disease group, the notification means 4t of the
[0136]
In addition, after the notification by the notification means 4t, the infection estimated patient list screen display processing means 4u of the
[0137]
18, the case where the inspection
[0138]
(Processing procedure)
Next, the process of the patient information update task when cooperating with the examination system will be described with reference to FIG.
[0139]
First, the patient information update task in the examination
[0140]
Next, when the patient information update task receives an examination result from the
[0141]
If the infectious disease information is included in the data received from the
[0142]
Then, it is determined whether or not the received patient is currently hospitalized by searching the room information D2 on the database 5 (S304).
[0143]
Further, the subsequent processing is branched as follows according to the determination result of S304 (S305). In S305, when hospitalized (if included in any hospital bed), the process proceeds to S306. On the other hand, if the patient is not hospitalized (not included in any bed), the process proceeds to S302 and waits for the next reception.
[0144]
Next, the hospital room master M3 on the
[0145]
Furthermore, the infectious disease master M1 is searched with the infectious disease code of the patient, and an infectious disease group is derived. Based on the result of searching for this infectious disease group in S306, the subsequent processing is branched as follows (S307). If the infectious disease group matches any of the non-permitted
[0146]
Next, the patient information update task determines that continuation of accommodation of the patient in the hospital room is impossible, and issues a notification to the effect of the inability to enter the room to the system administrator (S308). As a means for this notification, it is preferable to perform e-mail, message display on the screen, report issuance in writing, report by voice information in addition to e-mail, or warning only by voice. For example, as an example of notification, “Infectious disease: XX is registered in patient: XX. Hospital: △△ is hospitalized, but there is a risk of infecting patients in the same room. Please notify ".
[0147]
Here, the system administrator means an operator who is specially registered as a manager on the system.
[0148]
Finally, the infection estimated
[0149]
In this way, when it is found out from the system information that the currently hospitalized patient is an infectious disease, it is searched whether or not the patient is hospitalized. And if the patient with the infectious disease is allowed to stay in the room, if not, the administrator is automatically notified and the estimated infection
[0150]
Here, since a patient who was in a hospital room with a patient who was found to have an infectious disease may have been infected in the meantime, on this estimated infection
[0151]
In addition, it is good also as a structure which sends an e-mail directly to a doctor's place even if it is the structure which sends an electronic mail to a doctor from a system administrator. Furthermore, it is preferable to pop up by e-mail from the viewpoint of speeding up discovery. This is because the one-way notification has a higher recognition level.
[0152]
As described above, in this embodiment, the patient infectious disease information is updated based on the infectious disease information transmitted from the inspection system, but at the same time, the infectious disease mutual check with the currently hospitalized room can be performed. It becomes possible.
[0153]
As a result, even if it is determined that the patient is hospitalized and is later infected with an infectious disease, the notification is immediately transmitted to the administrator, so that necessary measures can be taken quickly. The necessary measure in this case is to move the patient to another room, but in that case, it can be easily realized by applying a third embodiment described later.
[0154]
In addition, it is possible to search and display patients in infected rooms from information on infectious diseases in the rooms (infection-presumed patients), and to quickly conduct measures such as examining the displayed patients. Can be prevented.
[0155]
As a modification of the second embodiment, an infectious disease is input on the infectious disease input screen 10 of the infectious disease input screen display means 2a by manual operation instead of updating the infectious disease information by the test result. In such a case, a similar mutual check is performed and a notification is transmitted to the administrator.
[0156]
[Third Embodiment]
Next, a third embodiment according to the present invention will be described with reference to FIGS. FIG. 20 is an explanatory diagram schematically showing the flow of data between the
[0157]
In this example, when a patient to whom infectious disease information has already been input is hospitalized, a hospital room can be automatically set in order to physically isolate it from other patients.
[0158]
That is, in the above-described embodiment, the hospital room code number is configured to be input by ten-input on the hospitalization reception screen. However, in this example, when the patient number is input on the hospitalization reception screen, the destination of the person with infectious disease is automatically generated. (Hospital room) is searched and the room code is set. If it is not an infectious disease, ten input is performed.
[0159]
For example, a tuberculosis patient automatically enters a
[0160]
As shown in FIG. 20, based on the infectious disease group and the room code in the infectious disease room master M2 in the
[0161]
In the hospital room list screen 30, the hospital room (3F-304) 31 with an infectious disease is displayed in color. This colored portion is a button, and when this button is pressed, an infection estimated
[0162]
(Processing procedure)
Next, the process for making it above-mentioned is demonstrated using FIG.
[0163]
First, when the program is started by the hospitalization reception screen display means 2b, the
[0164]
Note that the patient
[0165]
Next, the patient ID to be hospitalized is input to the patient
[0166]
Further, the hospitalization date is entered into the hospitalization
[0167]
Then, the patient infectious disease information D1 on the
[0168]
Next, based on the search result of S304, the subsequent processing is branched as follows (S405). That is, when there is infectious disease information (when the patient ID is included in the patient infectious disease information D1), the process proceeds to S406. On the other hand, when there is no infectious disease information (when the patient ID is not included in the patient infectious disease information D1), the process proceeds to S408.
[0169]
That is, the infectious disease master M1 is searched with the infectious disease code of the patient infectious disease information D1 in S405, and an infectious disease group corresponding to the infectious disease code is derived. The infectious disease room master M2 on the
[0170]
Next, the hospital room code derived in S406 is set in the hospital room code input field of the
[0171]
On the other hand, the hospital room code which is the accommodation place of the patient is input in the hospital room code input field of the hospitalization reception screen 20 (S408). Here, the difference between this step and S407 is that the operator selects a room and inputs a code.
[0172]
Next, a bed number is input to the bed
[0173]
Then, the room information D2 on the
[0174]
Thereafter, the process proceeds to S402, and the next patient is input or the program is terminated.
[0175]
In addition, the selection means of this invention can be comprised by comprising the means to process above-mentioned S402-S408.
[0176]
As described above, according to the present embodiment, there is provided a mechanism for using an infectious disease room master and deriving a room code from an infectious disease group.
[0177]
This makes it possible to select a specific hospital room when hospitalizing a patient who has already received an infectious disease. As a result, it can be physically isolated from other patients to prevent nosocomial infections. In other words, a hospital room is automatically selected on the
[0178]
In addition, as a modification of the third embodiment, disease name information may be added in addition to infectious disease information, and a mutual check between a disease name and a hospital room may be performed.
[0179]
Specifically, for example, as shown in FIG. 22, in addition to the above-described various information, the patient's disease name information D11, the room information D12, and the room name information D13 are included in the
[0180]
The patient disease name information D11 includes a patient ID, a synonym, a disease name code, and the like, and the room disease name information D13 includes a room code, a synonym, a disease name group, an estimated date, a disease name status, and the like.
[0181]
The disease name master M11 has a disease name code, a disease name name, a disease name group, a priority, and the like. The disease name room master M12 has a disease name group, a room code, and the like. The hospital room master M13 has a room code, a synonym. Have non-permitted disease name groups.
[0182]
By adopting such a configuration, it is possible to check a hospital room by the name of a disease in addition to the infectious disease.
[0183]
In this example, the disease name information and the infectious disease information are managed as independent information, but the infectious disease is also managed only by the disease name information from the viewpoint that the infectious disease is a part of the disease name. It may be a data structure.
[0184]
[Fourth Embodiment]
Next, a fourth embodiment according to the present invention will be described with reference to FIGS. FIG. 23 is an explanatory diagram schematically showing the flow of data between the
[0185]
In this example, infectious disease status information is added to the room information, the infectious disease status is updated when the patient enters or exits the patient's room, and in-hospital infection measures such as checking entrance and moving patients who are in the room are operated efficiently. It is configured to do.
[0186]
No, if an infectious disease is cured or newly discovered and isolated, etc., it will be moved to a different room, but the room where the patient was is empty and infectious disease countermeasures have not been completed Can be considered. In such a case, the present embodiment is configured to display the infectious disease state for each hospital room on the hospital room list screen 30. If no countermeasures are taken against the infectious disease room, the display is colored.
[0187]
23,
[0188]
Similarly, the
[0189]
(server)
FIG. 24 discloses an example of a configuration when an infectious disease is input in the
[0190]
In the
[0191]
The
[0192]
Based on the service start request (screen display request) from the
[0193]
In the
[0194]
Based on the converted infectious disease group, the patient infectious disease
[0195]
Next, the room
[0196]
(Processing procedure)
In this example, when an infectious disease is input later in a hospitalized patient, the infectious disease is registered on the infectious disease input screen 10. If it does so, while infectious disease information of a patient will be set, infectious disease information will be set to a hospital room.
[0197]
Hereinafter, a processing procedure in the case of inputting an infectious disease will be described with reference to FIG.
[0198]
<Input flow for infectious diseases>
First, when the program is started by the infectious disease input screen display means 2a, the infectious disease input screen 10 is displayed (S501). Here, the infectious disease input screen 10 includes a patient
[0199]
Next, the patient ID of the patient to be updated is input to the patient
[0200]
Further, an infectious disease code is input to the infectious disease
[0201]
Next, the infectious disease master M1 is searched, and an infectious disease group corresponding to the infectious disease code input in S503 is derived (S504).
[0202]
Then, the infectious disease group derived in S504 is registered in the patient infectious disease information D1 (S505).
[0203]
Next, the room information D2 is searched using the patient ID as a key, and the room containing the patient is derived (S506).
[0204]
Further, the room infection information D3 is searched using the room code derived in S506, and the infection group, the estimated infection date, and the infection status are updated as follows (S507). In other words, the infectious disease group is updated to the infectious disease group derived in S504. In addition, the estimated infection date is updated to the hospitalization date or system date of the patient. In addition, the infection status is updated to the infection status.
[0205]
Finally, the process proceeds to S502, and the infectious disease information of the next patient is input or the program is terminated. Thereby, an infectious disease patient can be registered.
[0206]
Next, the processing procedure when hospitalization is accepted after registration will be described with reference to FIG.
[0207]
<Flow of infectious diseases at the time of admission>
First, when the program is started by the hospitalization reception screen display processing means 2b, the
[0208]
Next, the patient ID of the patient to be hospitalized is input to the patient
[0209]
Further, the hospitalization date is entered in the hospitalization
[0210]
Next, the hospital room list screen 30 is displayed to input the room on the
[0211]
Then, the hospital room to be hospitalized is selected on the hospital room list screen 30 (S605). Here, if an attempt is made to select a hospital room whose infection status is not yet processed, an error is made to that effect and the room cannot be selected.
[0212]
Next, hospitalization in the hospital room selected in S605 is enabled, and the hospital room information D2 on the
[0213]
Finally, the program ends or returns to S602 to input the next patient.
[0214]
In this way, the hospitalization date is entered on the
[0215]
As described above, according to the present embodiment, hospital room infection information is used, hospital rooms whose infections are estimated from the fact that patients with infectious diseases were hospitalized are displayed in a list, and the hospitals are identified by identifying colors. It provides a mechanism for visually confirming what cannot be done.
[0216]
[Fifth Embodiment]
Next, a fifth embodiment according to the present invention will be described with reference to FIGS. FIG. 27 is a functional block diagram showing a schematic configuration of the hospital information system of this example.
[0217]
In this example, infectious disease status information is given to the hospital room information, the infectious disease status is updated when the patient enters / exits the patient's room, and hospital infection countermeasures such as cleaning are efficiently operated.
[0218]
No, if an infectious disease is cured or newly discovered and isolated, etc., it will be moved to a different room, but the room where the patient was is empty and infectious disease countermeasures have not been completed Can be considered. In such a case, in this example, the state of the infectious disease is displayed for each room on the room list screen 30 and the state can be changed when processing for infectious diseases such as disinfection is performed. It is a configuration. Further, the state of each room can be managed on the
[0219]
When an infectious disease countermeasure is taken for an infectious disease room and processing is completed, when the processed
[0220]
In the fourth embodiment, in the hospitalization reception process, the hospital room list screen 30 is displayed by the hospital
[0221]
(Constitution)
In the
[0222]
In the
[0223]
Based on the service start request (screen display request) from the
[0224]
In the
[0225]
In this hospital room list screen 30, when a selection operation is performed by an operation such as clicking on one of the hospital rooms in which an infectious disease patient has entered, the color display selection processing means 4β of the
[0226]
The room management screen display processing means 4δ of the
[0227]
In the hospital
[0228]
(Processing procedure)
In this example, when an infectious disease is input later in a hospitalized patient, the infectious disease is registered on the infectious disease input screen 10, and at that time, the hospital room list screen 30 is displayed and colored. Make a place. If it does so, while infectious disease information of a patient will be set, infectious disease information will be set to a hospital room.
[0229]
Below, the process sequence in the case of accepting hospitalization is demonstrated using FIG.
[0230]
First, when the program is started by the hospitalization reception screen display processing means 2b, the
[0231]
Next, the patient ID of the patient to be hospitalized is input to the patient
[0232]
Further, the hospitalization date is entered into the hospitalization
[0233]
Next, the hospital room list screen 30 is displayed to input a room on the
[0234]
Then, a predetermined room is selected in order to check the details of the condition of the room on the room list screen 30 (S705).
[0235]
Next, information corresponding to the hospital room selected in the hospital room infection information is set (S706). Then, the
[0236]
Further, referring to the
[0237]
Thereby, the infectious disease information in the
[0238]
That is, in this state, on the hospital room list screen 30, the hospital room that was initially colored is changed to a state that is not colored.
[0239]
In addition, since there are various types of infectious diseases, some are low risk and others are high risk. For example, the infectious disease type and the infectious disease data may be ranked and ranked, and for example, the hospital room list screen 30 may be configured to display hospital rooms in different colors depending on the degree of risk.
[0240]
In this case, for example, a table or data describing the ranking for each infectious disease data is prepared.
[0241]
For example, it can be managed by giving priority meaning to the infectious disease group in the infectious disease master M1 of the
[0242]
Or it can comprise by using the priority code in the
[0243]
Thereby, when selecting a hospital room, it is possible to confirm which hospital room is safe by displaying the hospital room list screen 30 and the like from the
[0244]
As described above, according to the present embodiment, it is possible to use a hospital room infection information to grasp a list of implementation statuses of infection release devices such as cleaning and disinfection, and to prevent the spread of nosocomial infections. it can.
[0245]
Although the apparatus and method according to the present invention have been described according to some specific embodiments thereof, those skilled in the art will recognize the embodiments described in the text of the present invention without departing from the spirit and scope of the present invention. Various modifications are possible. For example, in each of the above-described embodiments, various screens such as the infectious disease input screen are used as a lower-level screen of the doctor screen. However, the screen is formed by an independent menu different from the doctor screen. There may be.
[0246]
Furthermore, the order in which these screens are displayed is not limited to the above-described example, and the order does not matter. The layout of each screen is not limited to the above example, and includes various layouts as long as it has at least the above-described function.
[0247]
Further, the configuration of each means described above is not limited to processing by software alone, and may include processing by a combination of various software and hardware.
[0248]
Further, it goes without saying that examples including combinations of the above-described embodiments or any of them and modifications are also included.
[0249]
【The invention's effect】
As described above, according to the present invention, a search unit searches for a room that is not permitted to enter, and determines whether or not the patient can be admitted to the hospital by using a determination unit by comparing with the room information input on the hospitalization reception screen. it can. Thereby, the effect that the accommodation to the hospital room which should not be accommodated accidentally can be refused beforehand is produced.
[0250]
In addition, patient infectious disease information is updated based on the infectious disease information in the test result information transmitted from the inspection system, but it is possible to simultaneously perform an infectious disease mutual check with the currently hospitalized room by the judging means. . As a result, even if it is found that the patient is hospitalized and is later infected with an infectious disease, the notification is immediately communicated to the administrator by the notification means, so that necessary measures can be performed quickly and hospital infections etc. can be quickly performed. There is an effect that it can be prevented.
[Brief description of the drawings]
FIG. 1 is a functional block diagram showing a configuration of a hospital information system of the present invention.
FIG. 2 is an explanatory diagram for illustrating the concept of the hospital information system of the present invention.
FIG. 3 is an explanatory diagram showing an example of an infectious disease input screen of the hospital information system of the present invention.
FIG. 4 is an explanatory diagram showing an example of a reception hospitalization screen of the hospital information system of the present invention.
FIG. 5 is an explanatory diagram showing an example of a hospital room list screen of the hospital information system of the present invention.
FIG. 6 is an explanatory diagram showing an example of a hospital room management screen of the hospital information system of the present invention.
FIG. 7 is an explanatory diagram showing an example of a warning screen of the hospital information system of the present invention.
FIG. 8 is an explanatory diagram showing an example of an infection estimated patient list screen of the hospital information system of the present invention.
FIG. 9 is an explanatory diagram showing an example of an embodiment of a configuration of a hospital information system according to the present invention.
FIG. 10 is an explanatory diagram showing an example of a database configuration of the hospital information system of the present invention.
FIG. 11 is a functional block diagram showing an example of an embodiment of a configuration of a hospital information system according to the present invention.
FIG. 12 is a functional block diagram showing an example of an embodiment of a configuration of a hospital information system according to the present invention.
FIG. 13 is a flowchart showing an infectious disease input processing procedure of the hospital information system of the present invention.
FIG. 14 is a flowchart showing a hospital admission process procedure of the hospital information system of the present invention.
FIG. 15 is an explanatory diagram showing an example of a configuration of master information in a database of the hospital information system of the present invention.
FIG. 16 is an explanatory diagram showing an example in which medical care information and master information in a database of the hospital information system of the present invention are denormalized.
FIG. 17 is an explanatory diagram showing an example of another embodiment of the configuration of the hospital information system of the present invention.
FIG. 18 is a functional block diagram showing an example of another embodiment of the configuration of the hospital information system of the present invention.
FIG. 19 is a flowchart showing a processing procedure of a patient information update task of the hospital information system of FIG.
FIG. 20 is an explanatory diagram showing an example of another embodiment of the configuration of the hospital information system of the present invention.
FIG. 21 is a flowchart showing a processing procedure of the hospital information system of FIG. 20;
FIG. 22 is an explanatory diagram showing an example of a database configuration of the hospital information system of the present invention.
FIG. 23 is an explanatory diagram showing an example of another embodiment of the configuration of the hospital information system of the present invention.
FIG. 24 is a functional block diagram showing an example of another embodiment of the configuration of the hospital information system of the present invention.
FIG. 25 is a flowchart showing an infectious disease input processing procedure of the hospital information system of FIG. 23;
26 is a flowchart showing an infectious disease management processing procedure at the time of admission reception of the hospital information system of FIG.
FIG. 27 is a functional block diagram showing an example of another embodiment of the configuration of the hospital information system of the present invention.
FIG. 28 is a flowchart showing a processing procedure of an example of another embodiment of the hospital information system of the present invention.
FIG. 29 is an explanatory diagram for explaining the concept of a conventional hospital information system.
[Explanation of symbols]
1 Hospital information system
2 User terminal
4 server
5 Database
5a Medical information
5b Master information
6 Inspection system
10 Infectious disease input screen
20 Hospitalization reception screen
30 Hospital room list screen
40 Patient room management screen
50 Warning screen
60 List of patients with estimated infection
Claims (3)
前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、病室に感染した感染症を含む病室情報とを有する診療情報が格納されるデータベースと、
患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、
前記サーバーは、
前記入院受付画面からの前記患者を収容先の病室情報の操作入力に基づき、前記感染症マスタから当該患者の感染症情報を検索し、前記データベースに係る病室情報から患者の収容先の病室の感染症情報を検索する検索手段と、
入院登録時に操作入力された病室への前記患者の入室の可否を、前記検索手段で検索された、前記患者の感染症情報と病室の感染症情報とを基に、判定する判定手段と、
不許可の場合は警告画面を前記ユーザー端末に表示する表示処理手段と、
感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段と、
を含むことを特徴とする病院情報システム。A hospital information system that transmits information input from a user terminal to each department through a hospital network using a server.
A database connected to the server and storing medical information including at least an infectious disease master classified as an infectious disease, and hospital room information including an infectious disease infected in a hospital room;
A hospitalization reception screen of the user terminal for performing patient hospitalization registration, and
The server
The hospital based the patient from the receiving screen on the operation input of the accommodating hospital room information, searches the infection information of the patient from the infectious disease master, infection from patient room information relating to the database's room of the patient's receiving destination Search means for searching for symptom information ;
Whether the patient entry into hospitalization registered during the operation entered the hospital room, found by the search means, based on the infection information infections information and patient room of the patient, determining means,
Display processing means for displaying a warning screen on the user terminal in the case of disapproval;
Hospital room list screen display processing means for displaying on the user terminal a room list screen that displays a list of different rooms of hospital rooms that contained infectious disease patients and hospital rooms that contained the normal patients,
A hospital information system characterized by including:
前記サーバーに接続され、少なくとも感染症を分類した感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースを有し、
前記サーバーは、
患者を検査する検査システムからの検査結果情報に含まれる感染症情報に基づき、前記患者感染症情報を更新する更新手段と、
前記感染症マスタと更新された前記患者感染症情報とを参照して、不許可感染とされた患者が院内に入院されているか否かを判定する判定手段と、
前記判定手段での判定結果に基づき、前記不許可感染とされた患者が院内に入院されている場合に、管理者が使用する前記ユーザー端末に告知する告知手段と、
前記サーバーに、前記不許可感染とされた患者が院内に入院されている場合に、前記患者と同じ病室に入院していた感染推定患者を検索し、前記ユーザー端末に一覧として表示せしめる表示処理手段と、
を含むことを特徴とする病院情報システム。A hospital information system that transmits information input from a user terminal to each department through a hospital network using a server.
An infectious disease master that is connected to the server and classifies at least infectious diseases, and has a database that stores medical information including patient infectious disease information that represents the infectious disease of the patient;
The server
Updating means for updating the patient infectious disease information based on the infectious disease information included in the test result information from the test system for examining the patient;
With reference to the infectious disease master and the updated patient infectious disease information , a determination means for determining whether or not a patient who has been infected without permission is hospitalized in the hospital,
Based on the determination result in the determination means, when the patient who has been admitted infection is hospitalized in the hospital, a notification means to notify the user terminal used by the administrator,
Display processing means for searching the server for infection-presumed patients who have been hospitalized in the same room as the patient and displaying the list as a list on the user terminal when the patient who has been infected with the unauthorized infection is hospitalized in the hospital When,
A hospital information system characterized by including:
前記サーバーに接続され、少なくとも感染症病室マスタを含む感染症マスタと、患者の感染症を表す患者感染症情報を含む診療情報が格納されるデータベースと、
患者の入院登録を行う前記ユーザー端末の入院受付画面と、を有し、
前記サーバーが、
前記ユーザー端末の前記入院受付画面からの患者番号の操作入力に基づき、前記患者感染症情報と前記感染症病室マスタを検索し、当該患者が感染している場合の感染症グループを抽出し、通常患者から物理的に隔離される特定の病室を選択する選択手段と、
前記感染症患者を収容していた病室と、前記通常患者を収容していた病室とを異なる色にて一覧表示する病室一覧画面を前記ユーザー端末に表示させる病室一覧画面表示処理手段をと、を備えたこと
を特徴とする病院情報システム。A hospital information system that transmits information input from a user terminal to each department through a hospital network using a server.
An infectious disease master connected to the server and including at least an infectious disease room master, and a database storing medical information including patient infectious disease information representing an infectious disease of the patient;
A hospitalization reception screen of the user terminal for performing patient hospitalization registration, and
The server is
Based on the operation input of the patient number from the hospitalization reception screen of the user terminal, the patient infection information and the infectious disease room master are searched, the infectious disease group when the patient is infected, A selection means for selecting a particular room physically isolated from the patient ;
A room list screen display processing means for displaying on the user terminal a room list screen displaying a list of different rooms of the hospital room containing the infectious disease patient and a hospital room containing the normal patient in different colors; hospital information system characterized by comprising.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000382430A JP4718679B2 (en) | 2000-12-15 | 2000-12-15 | Hospital information system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000382430A JP4718679B2 (en) | 2000-12-15 | 2000-12-15 | Hospital information system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002183296A JP2002183296A (en) | 2002-06-28 |
| JP4718679B2 true JP4718679B2 (en) | 2011-07-06 |
Family
ID=18850253
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000382430A Expired - Lifetime JP4718679B2 (en) | 2000-12-15 | 2000-12-15 | Hospital information system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4718679B2 (en) |
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 (en) * | 2008-03-11 | 2009-09-24 | Koji Kasahara | Infectious disease prevention system |
| WO2012002435A1 (en) * | 2010-06-30 | 2012-01-05 | 株式会社ニコン | Infection spread prevention support system, infection spread prevention support server, examination terminal, mobile terminal and program |
| JP5693349B2 (en) * | 2011-04-20 | 2015-04-01 | シスメックス株式会社 | Infection information providing system, infection information providing apparatus, and computer program |
| 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 (en) * | 2017-03-31 | 2021-06-02 | 富士通株式会社 | Infection Impact Estimate Program, Infection Impact Estimate Method, and Information Processing Device |
| JP7113769B2 (en) * | 2019-02-18 | 2022-08-05 | 富士フイルム株式会社 | Information processing device, information processing method, information processing program, display control device, display control method, and display control program |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03218726A (en) * | 1990-01-24 | 1991-09-26 | Hitachi Ltd | Vacant bed retrieving system for bed managing system |
| JPH05189495A (en) * | 1992-01-13 | 1993-07-30 | Hitachi Ltd | General reservation system for hospital |
| JPH0676005A (en) * | 1992-08-25 | 1994-03-18 | Fujitsu Ltd | Patient disease name check method and check system |
| JPH09153097A (en) * | 1995-12-01 | 1997-06-10 | N D Software Kk | Method and device for input guide in inpatient reception terminal machine |
| JPH103506A (en) * | 1996-06-19 | 1998-01-06 | Nec Software Kansai Ltd | System for automatically transmitting infectious disease information |
-
2000
- 2000-12-15 JP JP2000382430A patent/JP4718679B2/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002183296A (en) | 2002-06-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7165221B2 (en) | System and method for navigating patient medical information | |
| JP4718679B2 (en) | Hospital information system | |
| 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 (en) | Medical service support system | |
| JP2013041479A (en) | Triage system | |
| JP2001344340A (en) | Automatic diagnostic system and method and recording medium thereof, and emergency communication rescue system | |
| JP6899797B2 (en) | Inquiry device identification system, inquiry device identification method | |
| JP2016148999A (en) | Medical support system, and its operation method, medical support program and medical support device | |
| WO2020050355A1 (en) | Vulnerability information management device, vulnerability information management method, and program | |
| JP2003108659A (en) | Multi-functional terminal equipment for hospital | |
| US20010037226A1 (en) | Method of making reservations and checking wait state for facility utilization | |
| JP6472595B2 (en) | Medical business system, processing method by medical business system, medical business information server of medical business system | |
| JP2005025457A (en) | Nursing support system | |
| JP2006323620A (en) | Medical accident prevention support system | |
| JP2011008543A (en) | Nursing instruction notification device and nursing instruction notification program | |
| CN113995601B (en) | Mobile sickbed control method and related equipment | |
| US20120096391A1 (en) | Knowledge base data generation and management to support automated e-health diagnosis systems | |
| JP2004021949A (en) | Mobile monitoring system | |
| JP4464754B2 (en) | Medical practice information management system, medical practice implementation support device | |
| JP2018160133A (en) | Blood collection support system | |
| JP2000048101A (en) | Medical care supporting system | |
| JP7662103B2 (en) | Processing device, processing system, processing method, and program | |
| JP2004357843A (en) | Emergency medical care system | |
| JP2020160493A (en) | Document management equipment and programs |
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 |