Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4718679B2 - Hospital information system - Google Patents
[go: Go Back, main page]

JP4718679B2 - Hospital information system - Google Patents

Hospital information system Download PDF

Info

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
Application number
JP2000382430A
Other languages
Japanese (ja)
Other versions
JP2002183296A (en
Inventor
大 佐久間
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2000382430A priority Critical patent/JP4718679B2/en
Publication of JP2002183296A publication Critical patent/JP2002183296A/en
Application granted granted Critical
Publication of JP4718679B2 publication Critical patent/JP4718679B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

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 hospital information system 1 of this example includes a plurality of user terminals 2 (only one is shown in FIG. 1 for simplicity) arranged via a network 8, and this user. A server 4 that provides a desired service based on an operation input from the terminal 2, a database 5 that stores various programs and data in cooperation with the server 4, and a system management room, for example, which is disposed in the server 4 in cooperation with the management terminal 3 for managing 4, the hospital information system 1, and the examination system 6 that operates information such as patient examinations and examination results, and the examination system 6 and the server 4 are linked. The inspection system cooperation device 7 is connected and arranged via the network 8.
[0020]
In the user terminal 2, for example, an admission reception screen display means 2b for displaying an admission reception screen, an infectious disease input screen display means 2a for displaying an infectious disease input screen, and a hospital room management screen display means 2c for displaying a hospital room management screen, Etc. are configured.
[0021]
On the other hand, FIG. 2 conceptually shows the flow of data processed in the server 4 and the database 5 of this example. In particular, in the data structure of the database 5, patient information D1, infectious disease master M1, hospital room The server 4 includes information D2, and the server 4 includes a control unit 4a for controlling each piece of information through cooperative processing.
[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 database 5 will be described with reference to FIG.
[0025]
The database 5 in this example simply refers to data on a physically arranged data storage device, and is a concept including ordinary files. In this case, the primary key corresponds to the index key of the index file, and the item represents the item of the record.
[0026]
The database 5 is roughly classified into medical information 5a and master information 5b as information related to this example. The database 5 also stores various information such as other order information.
[0027]
The medical information 5a includes patient infectious disease information D1, patient room information D2, and patient room infectious disease information D3.
[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 master information 5b includes an infectious disease master M1, a hospital room master M3, an infectious disease room master M2, and the like.
[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, grade 5, for a room containing a patient infected with the next highest risk infection For example, grades 4 and so on define codes for identifying priorities from the viewpoint of preferential treatment of infectious diseases as the risk level is higher.
[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 user terminal 5 of the present example system will be described below.
[0042]
The screen of this example performs a hospitalization process of one function in the hospital information system 1 and is used as a lower layer screen of a doctor input screen (not shown).
[0043]
That is, in the user terminal 2, for example, a doctor input screen that is a menu screen that is usually used by a doctor is formed so that information necessary for diagnosis such as hospitalization information, disease name information, and infectious disease information can be performed in one screen. Then, the infectious disease input screen 10 is transitioned to by pressing the button for infectious diseases in the doctor input screen. On the doctor input screen, the name of the disease, the examination room, etc. can be entered, and infectious diseases can be entered as well as the name of the disease. If the patient has an infectious disease on the infectious disease input screen 10, a number or the like is input and this information is stored in the database 5.
[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 hospitalization reception screen 20, selects a hospitalized person / hospital room, etc., and is hospitalized.
[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 hospitalization reception screen 20, the hospital room list screen 30, the hospital room management screen 40, the warning screen 50, and the infection estimated patient list screen 60 will be described in this order. FIG. 3 discloses the configuration of the infectious disease input screen 10.
[0047]
As shown in FIG. 3, the infectious disease input screen 10 is a screen for registering infectious disease information, and a patient ID input field 11 for inputting a patient ID and a patient name for displaying the name of the corresponding patient. A display field 12, an infectious disease code input field 13 for inputting the corresponding infection code of the patient, an infectious disease name display field 14 for displaying the name of the infectious disease corresponding to the input infectious disease code, It includes a cancellation operation unit 15 for canceling the input information and a registration operation unit 16 for registering an infectious disease with the input information.
[0048]
FIG. 4 discloses the configuration of the hospitalization reception screen. The hospitalization reception screen 20 is a screen used when a patient is hospitalized.
[0049]
As shown in FIG. 4, this hospitalization acceptance screen 20 includes a patient ID input field 21 for inputting a patient ID of a hospitalized patient, and a patient name display field 22 for displaying a patient name corresponding to the input patient ID. Hospitalization date input field 23 for inputting the date on which the patient is hospitalized, hospital room input field 24 for inputting the code number of the hospital room where the patient enters, and bed number input for inputting the number of the bed used by the patient A column 25, an infectious disease name display column 26 for displaying the name of the infectious disease of the patient, a room information selection operation unit 27 for selecting and displaying room information (a room management screen 40 described later), and a room list screen 30 A hospital room operation unit 28 for displaying, a registration operation unit 29a for registering with the input information, and a cancellation operation unit 29b for canceling the input information are included.
[0050]
FIG. 5 discloses an example of the configuration of a hospital room list screen. The room list screen 30 has a room list display field 31 in which the room numbers of all the rooms are arranged and displayed, and only the room 31b in which an infectious disease patient is hospitalized is colored, and the other rooms 31a are displayed. The colorless display makes it easy to determine and recognize the presence or absence of a hospital room in which an infectious disease patient is entering.
[0051]
FIG. 6 discloses an example of the configuration of a hospital room management screen.
[0052]
In the room management screen 40, as shown in FIG. 6, a room number input field 41 for inputting the room number of the room, a room display field 42 for displaying the room corresponding to the input room number, An infectious disease name display field 43 for displaying the name of the infectious disease in which the hospital room is contaminated, an estimated infection date display field 44 for displaying the date on which this infectious disease is estimated to be infected, Infectious disease ID display field 45 in which ID is displayed, and measures against infectious diseases, for example, whether or not various processes such as removal of bacteria that cause infectious diseases, completion of cleaning, disinfection, etc. have been performed Infectious disease treatment presence / absence display field 46 in which the result content of unprocessed or the like is displayed, a processed operation unit 47 selected when the process has been processed, a confirmation operation unit 48 for performing confirmation, It is comprised including.
[0053]
FIG. 7 discloses an example of the configuration of the warning screen. On this warning screen 50, as shown in FIG. 7, for example, a warning display 51 such as “Patient xx is suffering from an infectious disease. In the warning screen 50, a confirmation operation unit 52 for confirmation is formed.
[0054]
FIG. 8 discloses an example of the configuration of the infection estimated patient list screen. In the estimated infection patient list screen 60, as shown in FIG. 8, a message such as “The following patients may be infected: 〇There may be an infection. Please inspect immediately” is displayed. A message display field 61, a patient possibility field display field 62 that displays the patient number, name, etc. that may be infected with the infection, and a display field 63 that displays the room information of the patient with the possibility of infection. Etc. will be displayed. Further, a confirmation operation unit 64 for confirming is formed.
[0055]
(Features of this example)
FIG. 9 schematically shows the flow of data between the user terminal 2 and the database 5.
[0056]
Medical information 5a including patient infectious disease information D1, hospital room information D2, and hospital room infection information D3 in the database 5, and master information 5b including infectious disease master M1, infectious disease room master M2, and hospital room master M3. Based on this, the infectious disease input screen 10 is displayed on the infectious disease input screen display means 2a of the user terminal 2.
[0057]
Similarly, the hospitalization reception screen 20 is displayed on the hospitalization reception screen display means 2b of the user terminal 2 based on the medical treatment information 5a and the master information 5b.
[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 master information 5b, and the infectious disease group is set for the patient. Therefore, at the time of entering the room number on the hospitalization reception screen 20, it is possible to automatically check whether or not an infectious disease patient is accommodated in the relevant room, and to accommodate the infectious disease patient who should not be accommodated by mistake. You can refuse in advance.
[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 server 4.
[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 user terminal 2 includes an infectious disease input screen display means 2a for displaying an infectious disease input screen 10 (see FIG. 3). The database 5 includes infectious disease input screen data 5c for displaying the infectious disease input screen 10, master information 5b, and medical information 5a.
[0063]
The server 4 includes an infectious disease input screen display processing unit 4b for displaying the infectious disease input screen 10 on the user terminal 2 based on a service start request (screen display request) from the user terminal 2, and an infectious disease input screen. Infection that prompts the infectious disease input screen display means 4b to display the name of the infectious disease using the master information 5b based on the input information such as the patient ID and the infectious disease code entered on the infectious disease input screen 10 of the display means 2a The disease name display processing means 4c, the registration processing means 4d for registering the input information based on the operation input of the registration operation unit on the infectious disease input screen 10, and the medical information of the database 5 based on this registration Patient infectious disease information update means 4e for updating patient infectious disease information using 5a.
[0064]
In the hospital information system 1 configured as described above, when a service start request (screen display request) is made from the user terminal 2, the infectious disease input screen display processing means 4b of the server 4 uses the infectious disease input screen data 5c. Then, the infectious disease input screen 10 is displayed on the user terminal 2. Next, when a patient ID and an infectious disease code are input on the infectious disease input screen 10 displayed on the infectious disease input screen display means 2a of the user terminal 2, the infectious disease name display processing means 4c is stored in the database 5. The infectious disease name corresponding to the infectious disease code is displayed on the infectious disease input screen 10 using the master information 5b.
[0065]
When the registration operation unit is operated by clicking on the infectious disease input screen 10 of the user terminal 2, the registration processing unit 4d of the server 4 starts the registration process. For example, the patient infectious disease information update processing unit 4e Thus, the patient infectious disease information update process of the medical information 5a stored in the database 5 is performed.
[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 user terminal 2 includes hospitalization reception screen display means 2b for displaying the hospitalization reception screen 20 (see FIG. 4) and warning screen display means 2d for displaying the warning screen 50 (see FIG. 7). It consists of
[0068]
The database 5 includes hospitalization reception screen data 5d for displaying the hospitalization reception screen 20, medical information 5a, master information 5b, and warning screen data 5e for displaying the warning screen 50. Yes.
[0069]
Based on the service start request (screen display request) from the user terminal 2, the server 4 uses the hospitalization reception screen data 5 d to process the display of the hospitalization reception screen 20 on the user terminal 2. 4f and patient infectious disease information search means (search means) 4g for searching for patient infectious disease information using medical information 5a based on the input information such as patient ID and hospital room code input on the hospitalization reception screen 20 And infectious disease information presence / absence determining means 4h for determining presence / absence of patient infectious disease information based on the searched medical care information 5a, and when it is determined by the infectious disease information presence / absence determining means 4h that there is patient infectious disease information. In addition, it is a case where it is determined that there is no infectious disease information in the hospital room master searching means 4k for searching for the hospital room master using the master information 5b and the infectious disease information presence / absence determining means 4h. When the bed number is input on the hospitalization reception screen 20, the bed number input processing means 4i for inputting the bed number, and the registration processing means 4j for registering the medical information 5a based on the input information, Infectious disease group determination means (determination means) 4l for determining whether or not an infectious disease group is permitted based on the master information 5b searched by the hospital room master search means 4k, and this infectious disease group determination means 4l When the determined determination result is disapproved, a room entry disapproval warning display processing means (means for disallowing) 4m for processing to display the warning screen 50 on the user terminal 2 based on the warning screen data 5e; , Including.
[0070]
In the hospital information system 1 configured as described above, when a service start request (screen display request) is made from the user terminal 2, the hospitalization reception screen display processing means 4f of the server 4 uses the hospitalization reception screen data 5d. Processing is performed so as to display the hospitalization acceptance screen 20 on the user terminal 2. Next, on the hospitalization reception screen 20 displayed on the hospitalization reception screen display means 2b of the user terminal 2, the patient ID and the patient ID are displayed. Hospital room When the code is input, the patient infectious disease information searching means 4g of the server 4 searches for the patient infectious disease information using the medical information 5a stored in the database 5.
[0071]
As a result, based on the retrieved patient infectious disease information, the infectious disease information presence / absence determining unit 4h of the server 4 determines whether there is corresponding patient infectious disease information. As a result of the determination by the infectious disease presence / absence determining means 4h, when it is determined that there is corresponding patient infectious disease information, the hospital master search means 4k of the server 4 stores the master information 5b stored in the database 5 in the master information 5b. To search for the room master corresponding to the patient infectious disease information.
[0072]
On the other hand, as a result of the determination by the infectious disease information presence / absence determining means 4h, when it is determined that there is no corresponding patient infectious disease information, the user terminal 2 enters a standby state waiting for input.
[0073]
Then, when the patient's bed number is input on the hospitalization reception screen 20 of the user terminal 2, the execution of the input process is started by the bed number input processing means 4 i of the server 4. The registration processing means 4j of the server 4 performs registration processing of various information including the bed number.
[0074]
On the other hand, when the room master is searched from the master information 5b by the room master search means 4k, the infectious disease group determination means 4l determines whether the infectious disease group is permitted or not based on the search result. Make a decision.
[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 server 4 is stored in the database 5. The warning screen data 5e is used to perform processing for displaying the warning screen 50 on the user terminal 2.
[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 hospitalization acceptance screen 20 Is processed to display.
[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 registration operation unit 16 is pressed, and when canceling, the cancellation operation unit 15 is pressed.
[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 database 5 is updated with the information input in S102 to S103 on the infectious disease input screen 10 (S106).
[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 hospitalization reception screen 20 is displayed (S201). Here, the hospitalization reception screen 20 includes a patient ID input field 21 for inputting a patient ID and a hospital room input field 24 for inputting a hospital room code.
[0089]
In addition, the hospitalization date input column 23 and the bed number input column 25 of the hospitalization reception screen 20 are not necessarily required in this example.
[0090]
Next, the patient ID of the patient to be hospitalized is input to the patient ID input field 21 on the hospitalization reception screen 20 (S202). Here, the patient name of the patient corresponding to the patient ID is displayed, and the operator confirms that the patient is the selected patient.
[0091]
Further, the hospitalization date is input to the hospitalization date input field 23 on the hospitalization reception screen 20 (S203). This step is not always necessary in this example.
[0092]
Subsequently, the hospital room code of the hospital room where the patient is accommodated is input to the hospitalization date input field 23 on the hospitalization reception screen (G2) (S204).
[0093]
Then, the patient infection information D1 on the database 5 is searched with the patient ID of the patient (S205).
[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 database 5 is searched by the hospital room code entered in the hospital room input field 24 of the hospitalization reception screen 20 (S207).
[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 infectious disease groups 1 to n, the process proceeds to S209. On the other hand, if the infectious disease group does not coincide with any of the non-permitted infectious disease groups 1 to n, it is determined that there is no reason for disallowing accommodation in the hospital room, and the process proceeds to S210.
[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 number input field 25 on the hospitalization reception screen 20 (S210).
[0099]
Next, the room information D2 on the database 5 is updated with the information input on the hospitalization reception screen 20 (S211). Thereafter, the process proceeds to S202, and the next patient is input or the program is terminated.
[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 warning screen 50, a warning “Please select another room because you have an infection” is displayed. In this warning screen 50, the user may return to the hospitalization reception screen 20 when the “confirmation” 52 is pressed, and the hospital room list screen 30 may be displayed when the “patient room” 28 on the hospitalization reception screen 20 is pressed.
[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 master information 5b, the bed number can be designated on the hospitalization reception screen 20.
[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 master information 5b in that case is as shown in FIG.
[0107]
That is, in this case, the master information 5b includes an infectious disease master M4, an infectious disease room master M5, and a infirmary room master M6, and the infectious disease master M4 includes an infectious disease code and an infectious disease name. The infectious disease room master M5 is provided with an infectious disease code and a room room code, and the inpatient room master M6 has a hospital room code, a synonym, and a non-permitted infectious disease code.
[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 medical information 5a and the master information 5b are denormalized and replaced with a structure stored in one record may be used. Good.
[0112]
Specifically, as shown in FIG. 16, in the database 5, patient infectious disease information D4, patient room information D5, and patient room master D5 are configured.
[0113]
The patient infectious disease information D4 includes a patient ID and a plurality of infectious disease codes 1 to m. The room information D5 includes a room code and a plurality of bed 1 patient ID to bed p patient ID so as to have a patient ID for each bed number. The room master M7 includes a room code and a plurality of non-permitted infectious disease groups 1 to n.
[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 user terminal 2 and the database 5 in the hospital information system of this example.
[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 database 5 is configured so that examination information such as examination results from other examination systems 6 is sequentially input via the patient information update task 7 a in the examination system cooperation apparatus 7. is doing. Of course, these data processes are performed by the server 4 (not shown in FIG. 17). Further, the above-described inspection system cooperation device 7 may be configured to be installed in the server 4 as inspection system cooperation means.
[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 hospital information system 1 using the database 5 and the server 4. Notice. In addition, the notification destination may be a direct notification to a person who can give an instruction to isolate an infectious disease patient in a hospital or a terminal used by a doctor who has such authority, such as a hospital director. May be.
[0120]
In order to specify the notification destination, in this example, the master information 5b includes a staff master M14. The staff master M14 constitutes a table in which each identification code number and each mail address are associated with each staff.
[0121]
For example, a mail address A is associated with a doctor with a code number 1, a mail address B is associated with a nurse with a code number 2, and a mail address C with a code number 3 is associated with a system administrator.
[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 server 4.
[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 user terminal 2, an infection estimated patient list screen display means 2e for displaying a list of estimated infection patients is used.
[0126]
The database 5 includes infection estimated patient list screen data 5f for displaying the infection estimated patient list screen 60, medical information 5a, and master information 5b.
[0127]
The server 4 is relayed by the inspection system cooperation device 7 which is an inspection system cooperation means for cooperation with the server 4 and the inspection system cooperation device 7 based on the inspection input information such as the inspection result from the inspection system 6. Based on the infectious disease information receiving means 4m for receiving the test result information and the patient infectious disease information received by the patient infectious disease information receiving means 4m, the patient infectious disease information is updated using the medical information 5a. Patient infectious disease information updating means 4o, patient inpatient information searching means 4p for searching patient inpatient information using medical information 5a based on information updated by this patient infectious disease updating means 4o, and this patient Based on the search result of the medical information 5a searched by the hospitalization information search means 4p, whether or not the patient is hospitalized is determined whether or not the patient is hospitalized (determination) Stage) 4q and the room master search means 4r for searching the room room master information using the master information 5b when the determination result determined by the in-hospital presence determination means 4q is determined to be hospitalized. Infectious disease group determination means 4s for determining whether or not an infectious disease group is permitted for the room based on the search result of the master information searched by the hospital room master search means 4r, and this infection When the infectious disease group determination means 4s determines that the infectious disease group is not permitted, a notification means 4t for notifying the management terminal 3 of a warning of danger, and a notification from the notification means 4t Based on the notification execution and the estimated infection patient list screen data 5f of the database 5, the estimated infection patient list processed so as to display the estimated infection patient list screen 60 on the user terminal 2 Is configured to include a, a 4u (round means Shi was displayed as a list) plane display processing means.
[0128]
In the hospital information system 1 having the above-described configuration, first, information such as test results from the test system 6 is linked by, for example, the test system linkage device 7 of the server 4, and the infectious disease information receiving means 4n transmits the infectious disease information. Is received.
[0129]
Then, the patient infectious disease information update unit 4o updates the patient infectious disease information in the medical information 5a of the database 5.
[0130]
Next, the patient inpatient information search means 4 p of the server 4 searches for corresponding patient infectious disease information from the medical information 5 a stored in the database 5.
[0131]
As a result, based on the patient infectious disease information retrieved from the medical care information 5a, whether or not the patient is in the hospital is determined by the in-hospital presence / absence determining means 4q of the server 4.
[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 server 4 uses the master information stored in the database 5 to correspond to the in-hospital Search the room master corresponding to the patient.
[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 server 4 Hospital room In the master information 5b of the database 5 in the master search means 4r Hospital room Based on the search result of the master, the infectious disease group determining means 4s of the server 4 extracts an infectious disease group corresponding to the hospital room master, and determines whether or not this infectious disease group is an unauthorized infectious disease group. Do.
[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 server 4 indicates that there is an infectious disease patient toward the management terminal 3. Announcement will be made.
[0136]
In addition, after the notification by the notification means 4t, the infection estimated patient list screen display processing means 4u of the server 4 uses the infection estimated patient list screen data 5f of the database 5 to infect the infectious disease patient of the user terminal 2. Processing is performed so as to display the infectious disease patient list screen 60 of the list screen display means 2e.
[0137]
18, the case where the inspection system cooperation device 7 is configured in the server 4 has been described as an example, but a configuration in which a dedicated device is provided outside the server 4 may be employed.
[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 system cooperation device 7 communicates with the examination system 6 and is in a waiting state for receiving examination results transmitted from the examination system 6 (S301).
[0140]
Next, when the patient information update task receives an examination result from the examination system 6, it performs the next process of S303 (S302).
[0141]
If the infectious disease information is included in the data received from the inspection system 6, the patient infectious disease information D1 on the database 5 is updated (S303).
[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 database 5 is searched by the room code of the hospital room in which the patient is accommodated (S306).
[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 infectious disease groups 1 to n, the process proceeds to S308. On the other hand, if the infectious disease group does not match any of the non-permitted infectious disease groups 1 to n, it is determined that there is no reason for disallowing accommodation in the room even though the infectious disease information has been updated. , The process proceeds to S302 and waits for the next reception.
[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 patient list screen 60 is displayed (S309). Here, the patient displayed on this screen is performed by searching for a patient in a hospital room that has accommodated an infectious disease patient registered in the previous process.
[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 patient list screen 60 is displayed. To do.
[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 patient list screen 60, it may be considered that he / she has an infectious disease. List all people in the same room.
[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 user terminal 2 and the database 5 in the hospital information system of this example.
[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 hospital room 3304 in advance. For this reason, room assignments are made in advance according to the name of the disease of the infectious disease.
[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 master information 5b, it is possible to set a room for a patient with a certain infectious disease to enter.
[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 patient list screen 60 on which the name of the infection is displayed appears. Thus, when the detailed browsing of an infectious disease patient is desired, the infectious disease name etc. are also displayed and can be confirmed. Furthermore, since there is no infectious disease indefinitely, when measures against infectious diseases such as disinfection are taken, the colored rooms can be brought into a normal state by canceling them.
[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 hospitalization reception screen 20 is displayed (S401). The hospitalization reception screen 20 includes a patient ID input field 21 for inputting a patient ID and a hospital room input field 24 for inputting a hospital room code.
[0164]
Note that the patient ID input field 21 and the bed number input field 25 on the hospitalization reception screen 20 are not necessarily required in this example.
[0165]
Next, the patient ID to be hospitalized is input to the patient ID input field 21 on the hospitalization reception screen 20 (S402). Here, the patient name of the patient corresponding to the patient ID is displayed, and the operator confirms that the patient is the selected patient.
[0166]
Further, the hospitalization date is entered into the hospitalization date input field 23 on the hospitalization reception screen 20 (S403).
[0167]
Then, the patient infectious disease information D1 on the database 5 is searched with the patient ID of the patient (S404).
[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 database 5 is searched in the derived infectious disease group, and the room code is derived (S406). This room code represents a room where a patient having the corresponding infectious disease should be hospitalized.
[0170]
Next, the hospital room code derived in S406 is set in the hospital room code input field of the hospitalization reception screen 20, and the code is displayed (S407). As a result, the operator does not need to select and input the room code by himself / herself, and at the same time, the patient having an infectious disease can be physically isolated from other general patients.
[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 number input field 25 on the hospitalization reception screen 20 (S409).
[0173]
Then, the room information D2 on the database 5 is updated with the information input on the hospitalization reception screen 20 (S410).
[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 hospitalization reception screen 20, and a hospital room for tuberculosis, for example, is automatically set. Thereby, for example, patients with tuberculosis infection or the like can be easily and quickly isolated.
[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 medical care information 5a of the database 5. Further, the master information 5b of the database 5 includes a disease name master M11, a disease name room master M12, and a room room master M13 in addition to the above-described various information.
[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 user terminal 2 and the database 5 in the hospital information system of this example.
[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, medical information 5a including patient infectious disease information D1, hospital room information D2, and hospital room infectious disease information D3 in the database 5, and a master including infectious disease master M1, infectious disease room master M2, and hospital room master M3. Based on the information 5b, the infectious disease input screen is displayed on the infectious disease input screen display means 2a of the user terminal 2.
[0188]
Similarly, the hospitalization reception screen 20 is displayed on the hospitalization reception screen display means 2b of the user terminal 2 based on the medical treatment information 5a and the master information 5b. Further, based on the medical care information 5a and the master information 5b, the hospital room management screen 40 is displayed on the hospital room management screen display means 2c of the user terminal 2.
[0189]
(server)
FIG. 24 discloses an example of a configuration when an infectious disease is input in the hospital information system 1 of the present example in the form of a functional block diagram.
[0190]
In the user terminal 2, an infectious disease input screen display means 2a on which the infectious disease input screen 10 is displayed is used.
[0191]
The database 5 includes infectious disease input screen data 5c for displaying the infectious disease input screen 10, master information 5b, and medical information 5a.
[0192]
Based on the service start request (screen display request) from the user terminal 2, the server 4 uses the infectious disease input screen data 5c to process the infectious disease input screen to be displayed on the user terminal 2. Infectious disease code infection for converting an infectious disease group using the master information 5b from the infectious disease input screen 10 displayed on the display processing means 4b and the infectious disease input screen displaying means 4b Based on the infectious disease group converted by the infectious disease code infectious disease code converting unit 4w, the patient infectious disease information updating unit 4x for updating the patient infectious disease information using the medical information 5a. And room information search means for searching for room information using the medical information 5a based on the medical information 5a updated by the patient infectious disease information updating means 4x. y and a room infection information update means 4z for updating room infection information using the medical information 5a based on the search result of the medical information 5a searched by the room information search means 4y. Composed.
[0193]
In the hospital information system 1 configured as described above, when a service start request (screen display request) is made from the user terminal 2, the infectious disease input screen display processing means 4b of the server 4 uses the infectious disease input screen data 5c. Then, the infectious disease input screen 10 is displayed on the user terminal 2. Next, when the patient ID and the infectious disease code are input on the infectious disease input screen 10 displayed on the infectious disease input screen display unit 2a of the user terminal 2, the infectious disease code infectious disease group converting unit 4w of the server 4 Using the master information 5b stored in the database 5, the infectious disease code is converted into a corresponding infectious disease group.
[0194]
Based on the converted infectious disease group, the patient infectious disease information update unit 4x of the server 4 performs processing so as to update the patient infectious disease information in the medical information 5a of the database 5.
[0195]
Next, the room information retrieval unit 4y of the server 4 retrieves the room information corresponding to the patient infectious disease information from the medical information 5a of the database 5. Based on the room information extracted from the search result, the room infection information update unit 4z performs a process of updating the corresponding room infection information in the medical information 5a of the database 5.
[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 ID input field 11 for inputting a patient ID and an infectious disease code input field 13 for inputting an infectious disease code.
[0199]
Next, the patient ID of the patient to be updated is input to the patient ID input field 11 on the infectious disease input screen 10 (S502). Here, the patient name of the patient corresponding to the patient ID is displayed, and it is confirmed that the patient is the selected patient.
[0200]
Further, an infectious disease code is input to the infectious disease code input field 13 for the patient selected in S502 on the infectious disease input screen 10 (S503). It is also possible to input a plurality of infectious disease codes at once.
[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 hospitalization reception screen 20 is displayed (S601). Here, the hospitalization reception screen 20 includes a patient ID input field 21 for inputting a patient ID and a hospital room input field 24 for inputting a hospital room code.
[0208]
Next, the patient ID of the patient to be hospitalized is input to the patient ID input field 21 on the hospitalization reception screen 20 (S602). Here, the patient name of the patient corresponding to the patient ID is displayed, and the operator confirms that the patient is the selected patient.
[0209]
Further, the hospitalization date is entered in the hospitalization date input field 23 on the hospitalization reception screen 20 (S603).
[0210]
Next, the hospital room list screen 30 is displayed to input the room on the hospitalization reception screen 20, and the operator determines which room can be hospitalized (S604). In this screen, the contents of the infectious disease information D3 are reflected, the current infectious disease group is set, and the color is changed and displayed when the infection status is unprocessed (infected state).
[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 database 5 is updated with the information input on the hospitalization reception screen 20 (S606).
[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 hospitalization reception screen 20, the hospital room operation unit 28 is pressed, and the hospital room list screen 30 is displayed. Then, since the color is known in advance, it is possible to confirm the room so as not to be admitted to a room suspected of having an infection.
[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 room management screen 40.
[0219]
When an infectious disease countermeasure is taken for an infectious disease room and processing is completed, when the processed operation unit 47 is pressed on the hospital room management screen 40, the colored display of the inpatient room disappears.
[0220]
In the fourth embodiment, in the hospitalization reception process, the hospital room list screen 30 is displayed by the hospital room operation unit 28 of the hospitalization reception screen 20 to select an uncolored place. Then, it is set as the structure which acquires detailed information by selecting the color part.
[0221]
(Constitution)
In the user terminal 2, a hospital room reception screen display means 2 b for displaying the hospitalization reception screen 20, a hospital room list screen display means 2 g for displaying the hospital room list screen 30, and a hospital room management screen display for displaying the hospital room management screen 40. Means 2h are used.
[0222]
In the database 5, hospitalization reception screen data 5d for displaying the hospitalization reception screen 20, master information 5b, medical information 5a, hospital room list screen data 5h for displaying the hospital room list screen 30, and hospital room management screen And room room management screen data 5i for displaying 40.
[0223]
Based on the service start request (screen display request) from the user terminal 2, the server 4 uses the hospitalization reception screen data 5d to process the hospitalization reception screen display processing means to display the hospitalization reception screen 20 on the user terminal 2. 4f and based on the operation input such as the patient ID and the room code on the hospitalization reception screen 20, the room list of the room list screen display means 3g of the user terminal 2 using the room list data 5h and the master information 5b of the database 5 Corresponding information for the patient room selected on the patient room list screen 30 displayed by the patient room list screen display processing means 4α and the patient room list screen display means 4α for processing so as to display the screen. Color display selection processing means 4β that performs processing to extract from the corresponding information, correspondence information extraction means 4γ that extracts correspondence information, and correspondence information extraction means 4γ. On the basis of the correspondence information, the room management screen display processing means 4δ for processing the room management screen 40 to be displayed on the user terminal 2 using the room management screen data 5i and the room management screen 40 of the user terminal 2 Processed data reset for controlling the data of the medical information 5a so as to reset the information on the infectious disease related to this room (to disconnect the relation between the room and the infectious disease) when the processed operation unit 47 is operated by clicking or the like And means 4ε.
[0224]
In the hospital information system 1 configured as described above, when a service start request (screen display request) is made from the user terminal 2, the hospitalization reception screen display processing means 4f of the server 4 uses the hospitalization reception screen data 5d. Processing is performed so as to display the hospitalization acceptance screen 20 on the user terminal 2. Next, when the patient ID and the infectious disease code are input on the hospitalization reception screen 20 displayed on the hospitalization reception screen display means 2b of the user terminal 2, the hospital room list screen display processing means 4α stores the hospital rooms stored in the database 5. Using the list screen data 5h and the master information 5b, processing is performed so as to display the room list screen 30 of the room list screen display means 2g of the user terminal 2.
[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 server 5 Corresponding information corresponding to the hospital room selected from the medical information 5a is found, and the corresponding information extracting means 4γ extracts the found correspondence information and supplies it to the hospital room management screen display processing means 2h.
[0226]
The room management screen display processing means 4δ of the server 4 performs processing so as to display the room management screen 40 of the room management screen display means 2c of the user terminal 2 using the room management screen data 5i of the database 5 based on the correspondence information. To do.
[0227]
In the hospital room management screen 40, when the processed operation unit 47, which means that cleaning or the like has been completed, is operated by clicking or the like, the processed data reset means 4ε of the server 4 resets the data in the medical information 5a of the database 5. The colored room in the hospital room list screen 30 is changed to a non-colored room.
[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 hospitalization reception screen 20 is displayed (S701). Here, the hospitalization reception screen 20 includes a patient ID input field 21 for inputting a patient ID and a hospital room input field 24 for inputting a hospital room code.
[0231]
Next, the patient ID of the patient to be hospitalized is input to the patient ID input field 21 on the hospitalization reception screen 20 (S702). Here, the patient name of the patient corresponding to the patient ID is displayed, and the operator confirms that the patient is the selected patient.
[0232]
Further, the hospitalization date is entered into the hospitalization date input field 23 on the hospitalization reception screen 20 (S703).
[0233]
Next, the hospital room list screen 30 is displayed to input a room on the hospitalization reception screen 20, and the operator determines which room can be hospitalized (S704). In this screen, the contents of the infectious disease information D3 are reflected, the current infectious disease group is set, and the color is changed and displayed when the infection status is unprocessed (infected state).
[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 room management screen 40 corresponding to the selected room is displayed (S707).
[0236]
Further, referring to the room management screen 40 corresponding to the selected room, the user determines whether or not the current room has been processed for infectious diseases such as cleaning (S708). If the countermeasure processing has not been completed, the screen returns to the hospital room management screen 40. On the other hand, if the treatment for infectious diseases has been completed, the processed operation unit 47 formed on the hospital room management screen 40 is pressed.
[0237]
Thereby, the infectious disease information in the medical care information 5a corresponding to the hospital room is reset (S709), and the hospital room is in a processed state.
[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 master information 5b. In the control judgment program, low-risk infections are assigned to low-risk infection groups (names), and high-risk infections are defined as high-risk infection groups. The group can be checked.
[0242]
Or it can comprise by using the priority code in the master information 5b. Thereby, it can form so that a color display may be changed according to a priority. The color display may be changed by changing the color for each infectious disease group, for example, or by color-displaying a predetermined grade or higher.
[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 hospitalization reception screen 20.
[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.
JP2000382430A 2000-12-15 2000-12-15 Hospital information system Expired - Lifetime JP4718679B2 (en)

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)

* Cited by examiner, † Cited by third party
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)

* Cited by examiner, † Cited by third party
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

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