JP6981757B2 - 病院情報システム及び医用情報処理プログラム - Google Patents

Description

本発明の実施形態は、病院情報システム及び医用情報処理プログラムに関する。

従来、診療行為や看護ケアの標準的なスケジュールを疾患や検査ごとに定めたクリニカルパスが病院情報システム（ＨＩＳ：Hospital Information System）で利用されている。例えば、病院情報システムでは、入院時の傷病名によってクリニカルパスが定義され、クリニカルパスを傷病名に応じて選択することにより、診療行為や看護ケアの内容が診療指示（オーダ）に展開される。

特開２００５−６３２５３号公報

本発明が解決しようとする課題は、医業務効率を向上させることができる病院情報システム及び医用情報処理プログラムを提供することである。

実施形態に係る病院情報システムは、特定部と、出力制御部とを備える。特定部は、被検体に対する医療に関するイベントが決定されたことを契機として、前記イベントに関連する業務と当該業務が完了するまでに実施される医療従事者ごとの作業を特定する。出力制御部は、前記特定部によって特定された前記医療従事者ごとの作業を示す表示情報を前記医療従事者に対して出力するように制御する。

図１は、第１の実施形態に係る病院情報システムの概要を説明するための図である。 図２は、第１の実施形態に係る病院情報システムの構成の一例を示す図である。 図３は、第１の実施形態に係る定義情報の一例を示す図である。 図４は、第１の実施形態に係る登録情報の一例を示す図である。 図５は、第１の実施形態に係る生成機能によるタスク／ワーク情報の生成処理の一例を説明するための図である。 図６は、第１の実施形態に係る更新機能による更新処理の一例を説明するための図である。 図７は、第１の実施形態に係る出力機能によるタスク／ワーク情報の出力の概要を示す図である。 図８は、第１の実施形態に係る出力機能によって出力される表示情報の一例を示す図である。 図９は、第１の実施形態に係る出力機能によって出力される表示情報の一例を示す図である。 図１０は、第１の実施形態に係る更新機能による判定処理を説明するための図である。 図１１は、第１の実施形態に係る更新機能による判定処理を説明するための図である。 図１２は、第１の実施形態に係る更新機能による判定処理を説明するための図である。 図１３は、第１の実施形態に係る更新機能による判定処理を説明するための図である。 図１４は、第１の実施形態に係る更新機能による判定処理を説明するための図である。 図１５は、第１の実施形態に係る病院情報システムによる処理手順を示すフローチャートである。

以下に添付図面を参照して、本願に係る病院情報システム及び医用情報処理プログラムの実施形態を詳細に説明する。なお、本願に係る病院情報システム及び医用情報処理プログラムは、以下に示す実施形態によって限定されるものではない。

（第１の実施形態）
まず、第１の実施形態に係る病院情報システムの概要について説明する。図１は、第１の実施形態に係る病院情報システムの概要を説明するための図である。図１に示すように、第１の実施形態に係る病院情報システム１は、端末装置２と、ＨＩＳサーバ３とを含み、通信ＩＦ（インターフェース）を介して各部門システムに接続される。また、端末装置２とＨＩＳサーバ３とは、例えば、病院内に設置された院内ＬＡＮ（Local Area Network）により相互に通信可能な状態となっている。

各部門システムには、放射線部門情報システム（ＲＩＳ：Radiology Information System）、診断レポートシステム、医用画像処理システム（ＰＡＣＳ：Picture Archiving and Communication System）、臨床検査情報システム（ＬＩＳ：Laboratory Information System）、リハビリ部門システム、透析部門システム、手術部門システムなどの種々のシステムが含まれる。病院情報システム１は、これらの各部門システムとそれぞれ接続され、種々の情報を相互に送受信する。例えば、病院情報システム１は、患者情報やオーダ情報を各部門システムに送信し、各部門システムで実施された実施結果のレポートを受信する。また、病院情報システム１は、各部門システムからの要求に応じて、実施結果や参照情報などを送信する。

ここで、本実施形態に係る病院情報システム１は、診療行為や看護ケアに関する医業務に加えて、診療行為や看護ケア以外の医業務（例えば、各種診療文書作成や、検査結果の確認、日々のルーチン業務等）をシステム上で管理することで、医業務効率を向上させることを可能にする。具体的には、病院情報システム１は、来院した被検体について決定されたイベントをトリガとして、イベントに関連する医業務をシステム上に登録して管理することで、医業務効率を向上させる。ここで、病院情報システム１は、医業務が完了するまでに実施される医療従事者ごとの作業を医業務に対応付けて管理する。すなわち、病院情報システム１は、１つの医業務を完了するまでに関わる全ての医療従事者の作業をそれぞれ管理することで、医業務効率を向上させる。なお、以下では、上述した医業務を、業務、或いは、タスクと記載する場合がある。また、以下では、上述した作業を、ワークと記載する場合がある。

例えば、図１に示すように、端末装置２において、入院登録や、オーダ入力、退院登録等の各入力業務が実施されると、ＨＩＳサーバ３におけるコントローラが、実施された入力業務をトリガとして、タスクやワークを生成して、データベースに登録する。一例を挙げると、コントローラは、トリガとなった入力業務に関連するタスク情報ａと、タスク情報ａのタスクを実施するためのワーク情報ａ１〜ワーク情報ａｎとを対応付けたタスク／ワーク情報を生成して、データベースに登録する。

ここで、ワークを実施する医療従事者は、医師や看護師だけでなく、コメディカルや事務職員なども含まれる。すなわち、コントローラは、病院などの医療機関において、１つのタスクを実施するために行われる細かいワークをそれぞれ管理する。なお、トリガに応じて生成されるタスク／ワーク情報は、１つに限らない。すなわち、コントローラは、１つのトリガに応じて複数のタスク／ワーク情報を生成することができる。

上述したようにタスク／ワーク情報を生成すると、ＨＩＳサーバ３におけるコントローラは、データベースに登録したタスク／ワーク情報を、医療従事者が操作する端末装置２において出力するように制御する。例えば、コントローラは、図１に示すように、端末装置２のディスプレイに、被検体（例えば、患者Ａ）ごとのタスク管理画面を表示するように制御する。一例を挙げると、コントローラは、患者Ａのタスク管理画面に、ワークａ１〜ワークａｎを含むタスクａと、ワークｂ１〜ワークｂｎを含むタスクｂとを表示させるように制御する。また、コントローラは、図１に示すように、端末装置２のディスプレイに、職員（例えば、医師Ａ）のＴｏＤｏ管理画面を表示するように制御する。一例を挙げると、コントローラは、医師ＡのＴｏＤｏ管理画面に、ワークａ１、ワークａ３、ワークｂ２、ワークＸｎを含む患者Ａのリストと、ワークｓ１、ワークｓ２、ワークｔ３、ワークＸｎを含む患者Ｂのリストとを表示させるように制御する。

このように、病院情報システム１は、医療機関における各業務を、コメディカルや事務職員などを含む医療従事者ごとの作業に細分化して管理し、各医療従事者に対して自身の作業内容を提示することで、各作業を速やかに実施させることを可能にし、医業務効率を向上させる。

例えば、上述したクリニカルパスを適用させた場合、病院情報システムは、クリニカルパスが選択されることにより、選択されたクリニカルパスによって定義された診療行為や看護ケアの医業務がオーダ情報として各部門システムに送信される仕組みを実現させることができる。しかしながら、クリニカルパスでは、上述したように医師や看護師によって実施される診療行為や看護ケアの医業務がオーダ情報に展開される。すなわち、クリニカルパスでは、診療行為や看護ケアの医業務をシステム上で管理することはできるが、診療行為や看護ケア以外の医業務（例えば、各種診療文書作成や、日々のルーチン業務等）についてはシステム上で管理することができない。

この場合、例えば、入院や診療指示に伴い作成が必要となる診療文書（入院診療計画書や同意書等）は、各業務担当者が手書き又は診療文書システムを使用して個別に作成している。また、文書に対する記入やサインなどの依頼については、口頭や紙ベースでの依頼、院内メールでの依頼が行われている。そのため、職員間での伝達遅れや伝達漏れにより速やかに業務が実施されない場合がある。これに対して、第１の実施形態に係る病院情報システム１では、業務を作業に細分化して管理し、各医療従事者に対して作業の情報を提示することができるため、各作業を速やかに実施させることができる。

さらに、ＨＩＳサーバ３におけるコントローラは、ワークが実施されたことを示すイベントに基づいて、ワークが実施されたか否かを判定してタスク／ワーク情報のステータスを更新する。例えば、図１に示すように、コントローラは、患者ごとのタスク管理画面や、職員のＴｏＤｏ管理画面において、実施されたワークを「実施済」として表示するように制御する。これにより、医療従事者は、各業務の進捗状況を把握することができ、自身が実施する作業を速やかに行うことができる。また、仮に業務の実施が遅れている場合でも、どの作業で遅れているかがわかることから、担当の医療従事者に対して遅れている作業を実施するように促すことができ、医業務効率をさらに向上させることができる。

上述したように、第１の実施形態に係る病院情報システム１は、１つの医業務を完了するまでに関わる全ての医療従事者の作業をそれぞれ管理することで、医業務効率を向上させる。以下、病院情報システム１の詳細について説明する。図２は、第１の実施形態に係る病院情報システム１の構成の一例を示す図である。図２に示すように、第１の実施形態に係る病院情報システム１においては、端末装置２とＨＩＳサーバ３とを備え、端末装置２とＨＩＳサーバ３とがネットワークを介して接続されている。なお、図２においては、１台の端末装置２を示しているが、実際には、さらに複数の端末装置２がネットワークを介してＨＩＳサーバ３に接続されている。なお、図２には、各部門システムに係る種々の装置が示されていないが、実際には、病院情報システム１は、各部門システムに含まれるサーバ装置などと直接的、又は、間接的に、相互に通信可能に接続されている。また、病院情報システム１は、診療文書の作成を支援するための診療文書システムなどを適用させることも可能である。かかる場合には、操作者は、例えば、端末装置２を操作して診療文書システムを起動させ、所望の診療文書を作成することができる。

図２に示すように、端末装置２は、Ｉ／Ｆ（インターフェース）回路２１と、入力装置２２と、ディスプレイ２３と、記憶回路２４と、処理回路２５とを有する。Ｉ／Ｆ回路２１は、処理回路２５に接続され、ネットワークを介して接続されたＨＩＳサーバ３との間で行われる各種データの伝送及び通信を制御する。例えば、Ｉ／Ｆ回路２１は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

入力装置２２は、処理回路２５に接続され、操作者（医療従事者）から受け付けた入力操作を電気信号に変換して処理回路２５に出力する。例えば、入力装置２２は、スイッチボタン、マウス、キーボード、タッチパネル等である。ここで、入力装置２２は、病院情報システム１におけるトリガとなる操作を受け付ける。例えば、入力装置２２は、被検体に対する医療に関するイベント（例えば、入院登録や、オーダの入力等）の入力操作を受け付ける。また、入力装置２２は、ワークを実施するための種々の入力操作を受け付ける。

ディスプレイ２３は、処理回路２５に接続され、処理回路２５から出力される各種情報及び各種画像データを表示する。例えば、ディスプレイ２３は、液晶モニタやＣＲＴ（Cathode Ray Tube）モニタ、タッチパネル等によって実現される。ここで、ディスプレイ２３は、ＨＩＳサーバ３によって生成された表示情報を表示する。例えば、ディスプレイ２３は、ＨＩＳサーバ３によって生成されたタスク／ワーク情報を表示する。

記憶回路２４は、処理回路２５に接続され、各種データを記憶する。例えば、記憶回路２４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。本実施形態では、記憶回路２４は、ＨＩＳサーバ３から受信したタスク／ワーク情報等を記憶する。

処理回路２５は、入力装置２２を介して操作者から受け付けた入力操作に応じて、端末装置２が有する各構成要素を制御する。例えば、処理回路２５は、プロセッサによって実現される。本実施形態では、処理回路２５は、入力装置２２を介して受け付けた入力操作に応じた情報をＩ／Ｆ回路２１からＨＩＳサーバ３に送信させる。また、処理回路２５は、Ｉ／Ｆ回路２１から入力されるタスク／ワーク情報等を記憶回路２４に記憶させる。また、処理回路２５は、記憶回路２４からタスク／ワーク情報等を読み出して、ディスプレイ２３に表示させる。

例えば、端末装置２は、病院内の種々の診療科、部門に配置され、医師や看護師、コメディカル、事務職員などの医療従事者によって操作される。各医療従事者は、端末装置２の入力装置２２を操作して、自身のスタッフＩＤを入力することで、病院情報システム１にアクセス可能となる。そして、各医療従事者は、トリガとなる入力操作や、ワークを実施するための入力操作、タスク／ワーク情報を閲覧するための入力操作を行う。端末装置２は、各医療従事者によって実行された入力操作に応じた情報をＨＩＳサーバ３に送信する。

ＨＩＳサーバ３は、図２に示すように、Ｉ／Ｆ（インターフェース）回路３１と、入力装置３２と、ディスプレイ３３と、記憶回路３４と、処理回路３５とを有し、端末装置２から受信した情報に応じた処理を実行する。Ｉ／Ｆ回路３１は、処理回路３５に接続され、ネットワークを介して接続された端末装置２との間で行われる各種データの伝送及び通信を制御する。例えば、Ｉ／Ｆ回路３１は、ネットワークカードやネットワークアダプタ、ＮＩＣ（Network Interface Controller）等によって実現される。

入力装置３２は、処理回路３５に接続され、操作者から受け付けた入力操作を電気信号に変換して処理回路３５に出力する。例えば、入力装置３２は、スイッチボタン、マウス、キーボード、タッチパネル等である。

ディスプレイ３３は、処理回路３５に接続され、処理回路３５から出力される各種情報などを表示する。例えば、ディスプレイ３３は、液晶モニタやＣＲＴ（Cathode Ray Tube）モニタ、タッチパネル等によって実現される。

記憶回路３４は、処理回路３５に接続され、各種データを記憶する。例えば、記憶回路３４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ等の半導体メモリ素子や、ハードディスク、光ディスク等によって実現される。本実施形態では、記憶回路３４は、例えば、図２に示すように、職員情報３４１と、定義情報３４２と、登録情報３４３とを記憶する。

職員情報３４１は、医療従事者の情報であり、氏名、スタッフＩＤ、所属、職種などを含む。例えば、職員情報３４１は、病院情報システム１にアクセスする医療従事者の認証の他、タスク／ワーク情報の生成に用いられる。

定義情報３４２は、タスク／ワーク情報を生成するために用いられる情報であり、トリガとなるイベントごとに、タスクと、ワークとを対応付けた情報である。ここで、定義情報３４２は、医療機関ごとに任意に設定され、適宜更新させることができる。図３は、第１の実施形態に係る定義情報３４２の一例を示す図である。例えば、定義情報３４２は、図３に示すように、「トリガ」と、「タスク」と、「ワーク」と、「ワーク実施順」と、「ワーク実施者」とを対応付けた情報である。ここで、図３における「トリガ」は、タスク／ワーク情報を生成する契機となるイベントを示す。また、「タスク」は、医療機関で実施される業務を示す。また、「ワーク」は、「タスク」を実施するために行われる作業を示す。また、「ワーク実施順」は、「ワーク」が実施される順序を示す。また、「ワーク実施者」は、対応する「ワーク」を実施する医療従事者を示す。

例えば、記憶回路３４は、「トリガ：入院登録」に、「タスク：入院診療計画書作成」を対応付け、「タスク：入院診療計画書作成」に「ワーク：入院診療計画書仮作成、ワーク実施順：１、ワーク実施者：医療作業補助者（事務職員）」と、「ワーク：診療計画記載、ワーク実施順：２、ワーク実施者：医師（主治医）」と、「ワーク：看護ケア記載、ワーク実施順：３、ワーク実施者：看護師」と、「ワーク：サイン済み原紙ファイリング、ワーク実施順：４、ワーク実施者：事務職員」とを対応付けた「定義情報１」を記憶する。

この定義情報１は、「入院登録」が実施されたことをトリガとして、「入院診療計画書作成」のタスクと、それに係るワークとが対応付けられたタスク／ワーク情報を生成するように定義されていることを意味する。さらに、定義情報１は、「入院診療計画書作成」のタスクが、「事務職員」によって実施されるワーク「入院診療計画書仮作成」と、「医師（主治医）」によって実施されるワーク「診療計画記載」と、「看護師」によって実施されるワーク「看護ケア記載」と、「事務職員」によって実施されるワーク「サイン済み原紙ファイリング」によって構成され、それらが「入院診療計画書作成」、「診療計画記載」、「看護ケア記載」、「サイン済み原紙ファイリング」の順に実施されることが定義されていることを意味する。

また、記憶回路３４は、図３の「定義情報２」〜「定義情報６」などに示すように、種々の定義情報を記憶する。ここで、図３の「定義情報２」及び「定義情報３」は、「定義情報１」と同一のトリガ「入院登録」にタスク「退院時サマリ作成」及びタスク「入院時検査」が対応付けられている。すなわち、図３に示す定義情報３４２の場合、「入院登録」が実施されたことをトリガとして、３つのタスク／ワーク情報が生成されることとなる。

図２に戻って、登録情報３４３は、後述する処理回路３５によって記憶回路３４に格納される情報である。具体的には、登録情報３４３は、処理回路３５がトリガに応じて生成したタスク／ワーク情報である。図４は、第１の実施形態に係る登録情報３４３の一例を示す図である。例えば、登録情報３４３は、図４に示すように、「タスク」と、「ワーク」と、「ワーク実施順」と、「ワーク実施者」とを対応付けた情報である。

例えば、記憶回路３４は、「タスク：入院診療計画書」に「ワーク：仮作成、ワーク実施順：１、ワーク実施者：事務職員」と、「ワーク：診療計画記載、ワーク実施順：２、ワーク実施者：医師（主治医）」と、「ワーク：看護ケア記載、ワーク実施順：３、ワーク実施者：看護師」と、「ワーク：ファイリング、ワーク実施順：４、ワーク実施者：事務職員」とを対応付けた登録情報（タスク／ワーク情報）を記憶する。

図２に戻って、処理回路３５は、制御機能３５１と、受付機能３５２と、生成機能３５３と、更新機能３５４と、出力機能３５５とを実行する。ここで、生成機能３５３は、特許請求の範囲における特定部の一例である。また、更新機能３５４は、特許請求の範囲における更新部の一例である。また、出力機能３５５は、特許請求の範囲における出力制御部の一例である。

処理回路３５における制御機能３５１は、ＨＩＳサーバ３の全体制御を行う。例えば、制御機能３５１は、入力装置３２を介して操作者から受け付けた入力操作に応じて、種々の処理を実行させる。一例を挙げると、制御機能３５１は、入力装置３２を介して入力された職員情報３４１や、定義情報３４２を記憶回路３４に格納する。また、制御機能３５１は、各種情報や、ＧＵＩなどをディスプレイ３３に表示させるように制御する。

受付機能３５２は、Ｉ／Ｆ回路３１を介して受信する情報を受け付ける。例えば、受付機能３５２は、トリガとなる入力操作や、ワークを実施するための入力操作、タスク／ワーク情報を閲覧するための入力操作に関する情報を、Ｉ／Ｆ回路３１を介して端末装置２から受け付ける。例えば、受付機能３５２は、被検体の入院登録が実施されたことを示す情報を受け付ける。

生成機能３５３は、登録情報３４３を生成して、記憶回路３４に格納する。具体的には、生成機能３５３は、被検体に対する医療に関するイベントが決定されたことを契機として、イベントに関連するタスクと当該タスクが完了するまでに実施される医療従事者ごとのワークを特定する。そして、生成機能３５３は、特定したタスクとワークとを対応付けたタスク／ワーク情報を生成して、記憶回路３４に格納する。ここで、生成機能３５３は、医療従事者ごとのワークの実施される順序をさらに特定し、特定した順序を含むタスク／ワーク情報を生成する。

具体的には、生成機能３５３は、受付機能３５２によって受け付けられたトリガの情報に対応する定義情報を記憶回路３４から読み出して、タスク／ワーク情報を生成する。図５は、第１の実施形態に係る生成機能３５３によるタスク／ワーク情報の生成処理の一例を説明するための図である。図５に示すように、端末装置２において被検体（患者）の「入院登録」が実施されると、受付機能３５２は、実施された「入院登録」をトリガの情報として受け付ける。

生成機能３５３は、定義情報３４２を参照して、受付機能３５２によって受け付けられた「入院登録」がトリガとなっている定義情報を読み出す。例えば、図３に示す定義情報３４２において、「入院登録」がトリガとなっている「定義情報１」と「定義情報２」と「定義情報３」とを読み出し、読み出した定義情報をもとにタスク／ワーク情報を生成する。例えば、生成機能３５３は、図５に示すように、「タスク：入院診療計画書作成」に、「ワーク：入院診療計画書仮作成」、「ワーク：診療計画記載」、「ワーク：看護ケア記載」及び「ワーク：サイン済み原紙ファイリング」を対応付けたタスク／ワーク情報を生成する。ここで、生成機能３５３は、「定義情報１」に含まれるワーク実施順を参照して、ワーク実施者が各ワークを実施する順序を特定する。すなわち、生成機能３５３は、「定義情報１」を参照して、「医療作業補助者」、「医師」、「看護師」、「事務職員」の順にワークが引き継がれることを特定し、特定した実施順を示すタスク／ワーク情報を生成する。

このように、生成機能３５３は、トリガの情報に対応する定義情報を参照して、タスク／ワーク情報を生成して記憶回路３４に格納する。例えば、生成機能３５３は、図４に示すタスク／ワーク情報を登録情報として記憶回路３４に格納する。ここで、生成機能３５３は、トリガの情報や、職員情報３４１を参照して、各ワークを実施する実施者の情報をタスク／ワーク情報に対応付ける。例えば、「タスク：入院診療計画書作成」を完了させるためのワークは、「医療作業補助者」、「医師」、「看護師」及び「事務職員」によって実施される。生成機能３５３は、各ワークの実施者を、トリガである「入院登録」の情報や、職員情報３４１に基づいて決定する。例えば、生成機能３５３は、入院登録に含まれる医師の情報から主治医を特定して、特定した主治医の情報をタスク／ワーク情報に対応付ける。また、生成機能３５３は、入院登録を実施した事務職員の情報をタスク／ワーク情報に対応付ける。また、生成機能３５３は、職員情報３４１に基づいて、看護ケア計画を立てる看護師を特定して、特定した看護師の情報をタスク／ワーク情報に対応付ける。例えば、生成機能３５３は、各ワークの実施者の情報として、実施者のスタッフＩＤをタスク／ワーク情報に対応付けて、記憶回路３４に格納する。

同様に、生成機能３５３は、図５に示すように、「タスク：退院時サマリ作成」に、「ワーク：退院時サマリ仮作成」、「ワーク：サマリ確認・本登録」、「ワーク：退院時サマリ承認」及び「ワーク：サイン済み原紙ファイリング」を対応付けたタスク／ワーク情報を生成して、記憶回路３４に格納する。また、生成機能３５３は、図５に示すように、「タスク：入院時検査」に、「ワーク：検査オーダ入力」、「ワーク：検査実施、結果入力」及び「ワーク：検査結果確認」を対応付けたタスク／ワーク情報を生成して、記憶回路３４に格納する。

図２に戻って、更新機能３５４は、生成機能３５３によって特定された医療従事者ごとのワークが実施されたか否かを判定し、判定結果に基づいて登録情報を更新する。具体的には、更新機能３５４は、生成機能３５３によって生成されたタスク／ワーク情報にステータス情報を付与する。そして、更新機能３５４は、受付機能３５２によって受け付けられたワークを実施するための入力操作に基づいて、各ワークが実施されたか否かを判定して、タスク／ワーク情報のステータスを更新する。例えば、更新機能３５４は、受付機能３５２が、システム上に文書が登録（保存）されたことや、所定の書式の文書がプリントアウトされたことなどの情報を受け付けた場合に、ワークが実施されたと判定して、タスク／ワーク情報のステータスを更新する。ここで、更新機能３５４は、医療従事者ごとのワークが実施されたか否かの判定結果に基づいてワークのステータスを更新し、ワークのステータスに基づいてタスクのステータスを更新する。

図６は、第１の実施形態に係る更新機能３５４による更新処理の一例を説明するための図である。ここで、図６においては、「入院診療計画書作成」のタスクが実施される場合の処理について示す。例えば、更新機能３５４は、図６に示すように、事務職員が端末装置２を操作して「入院診療計画書」を仮登録したことを判定して、タスク／ワーク情報におけるワーク「仮作成」のステータスを「未実施」から「実施済」に更新する。さらに、更新機能３５４は、ワーク「仮作成」が「実施済」になったことから、タスク「入院診療計画書」のステータスを「未実施」から「実施中」に更新する。

そして、更新機能３５４は、主治医が端末装置２を操作して「診療計画」を記載してシステム上に登録したことを判定して、タスク／ワーク情報におけるワーク「診療計画記載」のステータスを「未実施」から「実施済」に更新する。その後、更新機能３５４は、看護師が端末装置２を操作して「看護ケア」を記載してシステム上に登録したことを判定して、タスク／ワーク情報におけるワーク「看護ケア記載」のステータスを「未実施」から「実施済」に更新する。さらに、更新機能３５４は、事務職員が端末装置２を操作して「原紙をスキャンしてファイリング」したことを判定して、タスク／ワーク情報におけるワーク「ファイリング」のステータスを「未実施」から「実施済」に更新する。

上述したようにタスクに含まれる全てのワークを「実施済」に更新すると、更新機能３５４は、タスク「入院診療計画書」のステータスを「実施中」から「実施済」に更新する。なお、文書がシステム上に登録されたか否かは、例えば、システム上の所定のフォルダ内に文書が格納されたか否かによって判定される。また、原紙をスキャンしてファイリングされたか否かは、例えば、原紙がスキャンされたＰＤＦファイルが所定のフォルダ内に格納されたか否かによって判定される。

図２に戻って、出力機能３５５は、生成機能３５３によって特定された医療従事者ごとの作業を示す登録情報を医療従事者に対して出力するように制御する。具体的には、受付機能３５２が、タスク／ワーク情報を閲覧するための入力操作に応じた情報を端末装置２から受け付けると、出力機能３５５は、受付機能３５２が受け付けた情報に対応するタスク／ワーク情報を記憶回路３４から読み出して、読み出したタスク／ワーク情報を端末装置２のディスプレイ２３から出力させる。すなわち、出力機能３５５がＩ／Ｆ回路２１を介してタスク／ワーク情報を端末装置２に出力することで、端末装置２の処理回路２５がディスプレイ２３にタスク／ワーク情報を表示させる。

例えば、受付機能３５２が、ある被検体に関するタスク／ワーク情報の閲覧要求を受け付けると、出力機能３５５は、受付機能３５２が受け付けた閲覧要求に対応する被検体のタスク／ワーク情報を記憶回路３４から読み出して、Ｉ／Ｆ回路２１を介して端末装置２に出力する。また、例えば、受付機能３５２が、ある医療従事者に関するタスク／ワーク情報の閲覧要求を受け付けると、出力機能３５５は、受付機能３５２が受け付けた閲覧要求に対応する医療従事者のタスク／ワーク情報を記憶回路３４から読み出して、Ｉ／Ｆ回路２１を介して端末装置２に出力する。

図７は、第１の実施形態に係る出力機能３５５によるタスク／ワーク情報の出力の概要を示す図である。ここで、図７においては、被検体（患者Ａ）のタスク／ワーク情報の出力例と、医師のタスク／ワーク情報の出力例と、事務職員のタスク／ワーク情報の出力例とを示す。例えば、出力機能３５５は、図７に示すように、患者Ａのタスク／ワーク情報として、患者Ａのタスク管理画面を端末装置２に出力する。ここで、出力機能３５５は、例えば、タスク管理画面に「タスク：同意書作成」、及び、同意書作成に係る４つのワーク「同意書作成」、「同意書出力」、「説明、署名」、「ファイリング」とともに、各ワークの実施者及びステータスの情報を併せたタスク管理画面を端末装置２に出力する。

ここで、出力機能３５５によって出力されるタスク管理画面は、各ワークの領域からワークを実施するための画面を直接起動させることもできる。例えば、操作者が「ワーク：同意書作成」の領域をクリックすることで、診療文書システムが起動され、患者Ａから署名をもらうための同意書作成画面を起動させることができる。操作者は、起動された診療文書システムで同意書を作成して印刷することができる。また、出力機能３５５によって出力されるタスク管理画面では、各ワークにステータス情報が示されており、「ワーク：説明、署名」が「実施済」となっていることから、操作者は、患者Ａから署名をもらっていることを把握することができる。

また、図７に示すように、出力機能３５５は、例えば、医師のタスク／ワーク情報や、事務職員のタスク／ワーク情報として、医師のワーク（ＴｏＤｏ）管理画面や、事務職員のワーク（ＴｏＤｏ）管理画面を端末装置２に出力する。例えば、出力機能３５５は、「ワーク：同意書作成」、「ワーク：同意書出力」、「ワーク：署名」を、患者Ａの主治医の医師のワーク（ＴｏＤｏ）管理画面に表示させる。また、出力機能３５５は、「ワーク：ファイリング」を、担当の事務職員のワーク（ＴｏＤｏ）管理画面に表示させる。

ここで、上述した被検体（患者Ａ）のタスク管理画面と、医療従事者（患者Ａの主治医、担当の事務職員）のワーク（ＴｏＤｏ）管理画面はリンクが張られており、画面を参照する医療従事者は、相互に画面の切り替えを行うことができる。例えば、自身のワーク（ＴｏＤｏ）管理画面を参照している事務職員は、「ワーク：ファイリング」を含むタスクの進捗状況を確認するために、自身のワーク（ＴｏＤｏ）管理画面から患者Ａのタスク管理画面に切り替えることができる。

以上、出力機能３５５の制御によって端末装置２のディスプレイ２３にて表示される表示情報（タスク／ワーク情報）の概要について説明した。以下、図８及び図９を用いて、出力機能３５５の制御によって端末装置２のディスプレイ２３にて表示される表示情報の一例を説明する。図８及び図９は、第１の実施形態に係る出力機能３５５によって出力される表示情報の一例を示す図である。ここで、図８においては、管理情報を被検体ごとに示した表示情報を示す。また、図９においては、管理情報を医療従事者ごとに示した表示情報を示す。

例えば、出力機能３５５は、図８に示すように、被検体（患者）ごとの文書を管理する表示情報を出力する。一例を挙げると、出力機能３５５は、「患者番号：１２３０００１」の「患者氏名：山田太郎」について、「診療科：外科」と、「主治医：外科 医師」と、「手術日：２０１６／１０／２１」と、「術式：胃全摘（悪性）」とを対応付けるとともに、関連する文書のタスク／ワーク情報を対応付けた文書管理画面を出力する。

ここで、出力機能３５５は、図８に示すように、各文書の文書名でタスクを示し、文書のアイコンを示す表示領域の列でワークを示すタスク／ワーク情報を出力する。例えば、出力機能３５５は、「入院診療計画書」の項目に４列のアイコン表示領域を設けた管理画面を表示させる。これは、「タスク：入院診療計画書」は、４つのワークによって構成されていることを示す。すなわち、４列の各アイコン表示領域が、図４において示した「タスク：入院診療計画書」の「ワーク：仮作成」、「ワーク：診療計画記載」、「ワーク：看護ケア記載」及び「ワーク：ファイリング」にそれぞれ対応する。

例えば、担当の事務職員が、「患者番号：１２３０００１、患者氏名：山田太郎」の入院診療計画書を仮作成して、システム上の所定のフォルダ内に格納すると、更新機能３５４が登録情報における「ワーク：仮作成」のステータスを「実施済」に更新する。出力機能３５５は、登録情報におけるステータスが「実施済」となっていることから、管理画面における「入院診療計画書」の項目の左端のアイコン表示領域に、ＤＯＣ（ドキュメント）アイコンを表示させる。

次に、「患者番号：１２３０００１、患者氏名：山田太郎」の主治医（外科 医師）が、仮作成された「入院診療計画書」に対して診療計画を記載して、システム上の所定のフォルダに格納すると、更新機能３５４が登録情報における「ワーク：診療計画記載」のステータスを「実施済」に更新する。出力機能３５５は、登録情報におけるステータスが「実施済」となっていることから、管理画面における「入院診療計画書」の項目の左から２番目のアイコン表示領域に、ＤＯＣ（ドキュメント）アイコンを表示させる。同様に、担当の看護師が、「入院診療計画書」に対して看護ケアを記載して、システム上の所定のフォルダに格納すると、出力機能３５５が、管理画面における「入院診療計画書」の項目の左から３番目のアイコン表示領域に、ＤＯＣ（ドキュメント）アイコンを表示させる。さらに、担当の事務職員が、「患者番号：１２３０００１、患者氏名：山田太郎」によって署名された「入院診療計画書」をスキャンで取り込むことでＰＤＦファイルを作成し、システム上の所定のフォルダに格納すると、出力機能３５５が、管理画面における「入院診療計画書」の項目の左から４番目のアイコン表示領域に、ＰＤＦアイコンを表示させる。

このように、出力機能３５５は、文書名でタスクを示し、文書名に対応付けられたアイコン表示領域でワークを示したタスク／ワーク情報を出力する。これにより、操作者は、各アイコン表示領域内にアイコンが表示されているか否かを確認するだけで、各タスクにおける進捗を把握することができる。なお、出力機能３５５は、各アイコン表示領域内にワーク名と実施者名を記載することで、ワークの実施順を明示したタスク／ワーク情報を出力する場合であってもよい。

例えば、操作者は、図８で示した管理画面の「患者番号：２００５０２１、患者氏名：鈴木一郎」における「入院診療計画書」の項目を参照して、全てのアイコン表示領域にアイコンが表示されていないことから、すべてのワークが「未実施」であることを把握することができる。その後、操作者は、「患者番号：２００５０２１、患者氏名：鈴木一郎」の「入院診療計画書」におけるアイコンの表示状況に基づいて、ワークの実施状況を把握することができる。

また、出力機能３５５は、図８における「患者番号：１４２３８４２、患者氏名：佐藤健太郎」の「輸血同意書」や「手術同意書」のアイコン表示領域などに示すように、タスク自体が発生していないアイコン表示領域を異なる色などで示すことで、対応するワークがないことを示すこともできる。さらに、出力機能３５５は、「患者番号：１６２３８５６、患者氏名：佐藤洋子」の「入院診療計画書」の左端のアイコン表示領域や「入院申込書」のアイコン表示領域などに示すように、作業期限が迫っている、或いは、過ぎているワークを赤などの色で示すことで、警告を示すこともできる。

ここで、各アイコン表示領域は、診療文書システムや、所定のフォルダに格納された文書データにリンクを張ることができる。すなわち、操作者は、アイコン表示領域に対する操作によって、対応する文書を作成するための診療文書システムを起動させたり、所定のフォルダに格納された文書を読み出して表示させたりすることができる。例えば、操作者は、図８における「患者番号：２００５０２１、患者氏名：鈴木一郎」の「入院診療計画書」の左端のアイコン表示領域をクリックすることで、「入院診療計画書」を作成するための診療文書システムを起動して、「入院診療計画書」を作成することができる。また、操作者は、例えば、「患者番号：１４２３８４２、患者氏名：佐藤健太郎」の「入院診療計画書」の左端のアイコン表示領域に示されたＤＯＣアイコンをクリックすることで、診療文書システムを起動するとともに、システム上の所定のフォルダに格納された「入院診療計画書」を読み出すことができる。

また、出力機能３５５は、図９に示すように、医療従事者ごとの文書を管理する表示情報を出力する。一例を挙げると、出力機能３５５は、「件名」、「患者番号」、「患者氏名」、「ステータス」、「期日」、「分類」、「作成日時」等を対応付けたＴｏＤｏ一覧画面を出力する。ここで、図９に示すＴｏＤｏ一覧画面は、スタッフＩＤによって識別される医療従事者ごとに分類されたワークが示される。すなわち、出力機能３５５は、受付機能３５２によってトリガが受け付けられ、生成機能３５３によって登録情報が登録されると、出力機能３５５は、登録情報内の各ワークに対応付けられたスタッフＩＤに基づいて、スタッフＩＤごとにワークを分類し、分類したワークを各医療従事者のＴｏＤｏ一覧画面に出力させる。

例えば、出力機能３５５は、スタッフＩＤごとに分類したワークの中から、病院情報システム１にアクセスする際に認証されたスタッフＩＤに対応するワークをＴｏＤｏ一覧画面に表示させる。ここで、出力機能３５５は、ＴｏＤｏ一覧画面へのワークの出力をいくつかのタイミングで行うことができる。例えば、出力機能３５５は、生成機能３５３によって登録情報が登録されたタイミングで、タスクに含まれるワークを実施するすべての医療従事者についてＴｏＤｏ一覧画面へワークの情報を出力することができる。

或いは、出力機能３５５は、各医療従事者の実施順になったタイミングで、ＴｏＤｏ一覧画面へワークの情報を出力することもできる。例えば、「入院診療計画書」に診療計画を記載する医師のＴｏＤｏ一覧画面へのワークの出力が、事務職員によって「入院診療計画書」が仮作成された後に実行される場合であってもよい。かかる場合には、出力機能３５５は、事務職員によって仮作成された「入院診療計画書」が所定のフォルダに格納されたか否かを判定し、「入院診療計画書」が所定のフォルダに格納されたタイミングで、医師のＴｏＤｏ一覧画面へワークを出力する。すなわち、出力機能３５５は、登録情報に対応付けられたワークの実施順序を参照して、実施順が早いワークが実施されたことを契機として、次のワークの実施者のＴｏＤｏ一覧画面へワークの情報を出力する。なお、上記したＴｏＤｏ一覧画面へのワークの出力は、ワークの実施順に明確な順序がある場合に行われる。例えば、「タスク：入院診療計画書」における「ワーク：診療計画記載」と「ワーク：看護ケア記載」のように実施順に明確な順序がない場合には、出力機能３５５は、生成機能３５３によって登録情報が登録されたタイミングで、タスクに含まれるワークを実施するすべての医療従事者についてＴｏＤｏ一覧画面へワークの情報を出力する。

以上、出力機能３５５の制御によって端末装置２のディスプレイ２３にて表示される表示情報の一例について説明した。次に、各ワークが実施されたか否かを判定する処理の詳細について、図１０〜図１４を用いて説明する。図１０〜図１４は、第１の実施形態に係る更新機能３５４による判定処理を説明するための図である。なお、以下では、「タスク：輸血同意書作成」における各ワークの実施を一例に挙げて説明する。ここで、図１０は、輸血同意書の一例を示す。また、図１１、図１２、図１４は、被検体の電子カルテの一例を示す。また、図１３は、スキャン画面の一例を示す。

例えば、輸血同意書を作成する医師は、図８に示す被検体ごとの文書管理画面を参照して、今回同意書を作成する被検体の輸血同意書の項目に対応付けられた２つのアイコン表示領域のうち、左側のアイコン表示領域をクリックすることで、図１０に示す輸血同意書の文書ファイルを起動させる。そして、医師は、起動させた文書ファイル内の各項目に対して入力を行う。その後、医師は、今回同意書を作成する被検体の電子カルテを介して、作成した輸血同意書を登録する。

例えば、文書管理画面における被検体の輸血同意書の項目から文書ファイルを起動させることで、図１１に示すように、同意書作成の対象となる被検体の電子カルテの「カルテ今回分（外来）」における「外来カルテ」の診療記録に「輸血同意書」が取り込まれる。輸血同意書を作成した医師は、作成した輸血同意書に被検体から署名をもらうと、電子カルテに取り込まれた輸血同意書のファイルを登録させるための確定操作（例えば、図１１における確定ボタンをクリック）を実行することで、輸血同意書のファイルをシステム上の所定のフォルダ内に格納する。例えば、医師によって確定操作が実行されると、図１２に示すように、被検体の電子カルテの「カルテ歴」における診療記録に「輸血同意書」が取り込まれる。

更新機能３５４は、例えば、医師によって確定操作が実行されて、輸血同意書がシステム上の所定のフォルダに格納されたか否かに基づいて、輸血同意書のワークが実施されたか否かを判定する。すなわち、更新機能３５４は、輸血同意書のＤＯＣファイルが被検体のカルテ歴に登録されたか否かによって、輸血同意書のワークが実施されたか否かを判定する。そして、更新機能３５４は、登録情報のステータスを更新する。なお、被検体から署名をもらった輸血同意書の原本は、担当の事務職員に渡される。

上述したように、医師によって輸血同意書が作成されて登録され、登録情報のステータスが更新されると、出力機能３５５は、図８に示す被検体ごとの文書管理画面における対応するアイコン表示領域にＤＯＣファイルのアイコンを表示させる。輸血同意書の原本をスキャンしてファイリングする事務職員は、端末装置２を操作して、図１３に示すスキャン画面を起動させる。そして、事務職員がスキャナによって輸血同意書の原本をスキャンさせると、図１３に示すスキャン画面内にスキャンされた輸血同意書のプレビューが表示される。事務職員は、プレビューでスキャン結果を確認する。そして、事務職員が確定操作を実行すると、スキャンされた輸血同意書のＰＤＦファイルがシステム上のフォルダに格納され、図１４に示すように、被検体の電子カルテの「カルテ歴」における診療記録に「輸血同意書ファイリング」が取り込まれる。

更新機能３５４は、例えば、事務職員によって確定操作が実行されて、輸血同意書のＰＤＦファイルがシステム上のフォルダに格納されたか否かに基づいて、輸血同意書のワークが実施されたか否かを判定する。すなわち、更新機能３５４は、輸血同意書のＰＤＦファイルが被検体のカルテ歴に登録されたか否かによって、ファイリングのワークが実施されたか否かを判定する。そして、更新機能３５４は、登録情報のステータスを更新する。

上述したように、更新機能３５４は、システム上にファイルが登録されたか否かに基づいて、ワークが実施されたか否かを判定する。なお、上述した例は、あくまでも一例であり、実施形態はこれに限定されるものではない。すなわち、ワークが実施されたか否かの判定は、その他の情報を用いて実行される場合であってもよい。

以上、処理回路３５が有する各処理機能について説明した。ここで、例えば、上述した各処理機能は、コンピュータによって実行可能なプログラムの形態で記憶回路３４に記憶される。処理回路３５は、各プログラムを記憶回路３４から読み出し、読み出した各プログラムを実行することで、各プログラムに対応する処理機能を実現する。換言すると、各プログラムを読み出した状態の処理回路３５は、図２に示した各処理機能を有することとなる。

なお、図２では、単一の処理回路３５によって各処理機能が実現される場合の例を説明したが、実施形態はこれに限られない。例えば、処理回路３５は、複数の独立したプロセッサを組み合わせて構成され、各プロセッサが各プログラムを実行することにより各処理機能を実現するものとしても構わない。また、処理回路３５が有する各処理機能は、単一又は複数の処理回路に適宜に分散又は統合されて実現されてもよい。

次に、第１の実施形態に係る病院情報システム１による処理の手順について、図１５を用いて説明する。図１５は、第１の実施形態に係る病院情報システム１による処理手順を示すフローチャートである。ここで、図１５におけるステップＳ１０１は、例えば、処理回路３５が受付機能３５２に対応するプログラムを記憶回路３４から読み出して実行することにより実現される。また、ステップＳ１０２は、例えば、処理回路３５が生成機能３５３に対応するプログラムを記憶回路３４から読み出して実行することにより実現される。また、ステップＳ１０３、Ｓ１０５は、例えば、処理回路３５が出力機能３５５に対応するプログラムを記憶回路３４から読み出して実行することにより実現される。また、ステップＳ１０４、Ｓ１０６、Ｓ１０７は、例えば、処理回路３５が更新機能３５４に対応するプログラムを記憶回路３４から読み出して実行することにより実現される。

例えば、図１５に示すように、本実施形態に係る病院情報システム１では、まず、処理回路３５が、トリガ操作を受け付けたか否かを判定する（ステップＳ１０１）。ここで、トリガ操作を受け付けたと判定すると（ステップＳ１０１肯定）、処理回路３５が、定義情報３４２を参照して、登録情報３４３を生成する（ステップＳ１０２）。続いて、処理回路３５が、登録情報３４３を端末装置２に出力する（ステップＳ１０３）。なお、病院情報システム１は、トリガ操作を受け付けるまで待機状態である（ステップＳ１０１否定）。

その後、処理回路３５は、ワークが実施されたか否かを判定する（ステップＳ１０４）。ここで、ワークが実施されたと判定すると（ステップＳ１０４肯定）、処理回路３５は、登録情報を更新して、端末装置２に出力する（ステップＳ１０５）。さらに、処理回路３５は、タスクが完了したか否かを判定する（ステップＳ１０６）。ここで、タスクが完了されたと判定すると（ステップＳ１０６肯定）、処理回路３５は、登録情報のタスクを実施済に更新する（ステップＳ１０７）。

上述したように、第１の実施形態によれば、生成機能３５３は、被検体に対する医療に関するイベントが決定されたことを契機として、イベントに関連するタスクと当該タスクが完了するまでに実施される医療従事者ごとのワークを特定する。出力機能３５５は、生成機能３５３によって特定された医療従事者ごとのワークを示す表示情報を医療従事者に対して出力するように制御する。従って、第１の実施形態に係る病院情報システム１は、各医療従事者に対してワークの情報を提示することができるため、各ワークを速やかに実施させることができる。その結果、病院情報システム１は、複数のワークによって構成されたタスクの実施効率を向上させることを可能にする。

また、第１の実施形態によれば、生成機能３５３は、医療従事者ごとのワークの実施される順序をさらに特定する。出力機能３５５は、医療従事者ごとの作業に実施される順序を示した表示情報を出力するように制御する。従って、第１の実施形態に係る病院情報システム１は、医療従事者に対して各タスクの進捗状況を把握させることができ、自身が実施するワークを速やかに行わせることができる。また、仮にタスクの実施が遅れている場合でも、どのワークで遅れているかがわかることから、第１の実施形態に係る病院情報システム１は、担当の医療従事者に対して遅れているワークを実施するように促すことができ、医業務効率をさらに向上させることができる。

また、第１の実施形態によれば、出力機能３５５は、被検体ごとの表示情報を出力するように制御する。また、出力機能３５５は、医療従事者ごとの表示情報を出力するように制御する。従って、第１の実施形態に係る病院情報システム１は、タスク及びワークの実施状況を分かりやすい情報で提示することでき、医業務効率をより向上させることができる。

また、第１の実施形態によれば、更新機能３５４は、生成機能３５３によって特定された医療従事者ごとのワークが実施されたか否かを判定し、判定結果に基づいて表示情報を更新する。出力機能３５５は、更新機能３５４によって更新された表示情報を医療従事者に対して出力するように制御する。従って、第１の実施形態に係る病院情報システム１は、医療従事者に対してタスクの進捗を把握させることを可能にする。

また、第１の実施形態によれば、更新機能３５４は、医療従事者ごとのワークが実施されたか否かの判定結果に基づいてワークの実施状況を更新し、ワークの実施状況に基づいてタスクの実施状況を更新する。出力機能３５５は、ワークの実施状況とタスクの実施状況とを含む表示情報を出力するように制御する。従って、第１の実施形態に係る病院情報システム１は医療従事者に対してタスクの詳細な進捗を把握させることを可能にする。

（第２の実施形態）
さて、これまで第１の実施形態について説明したが、上述した第１の実施形態以外にも、種々の異なる形態にて実施されてよいものである。

上述した実施形態では、各処理をＨＩＳサーバ３が実行する場合について説明した。しかしながら、実施形態はこれに限定されるものではなく、例えば、端末装置２が実施する場合であってもよい。一例を挙げると、端末装置２の処理回路２５が上記した更新機能を実行する場合であってもよい。

また、上述した実施形態では、医療従事者ごとに分類されたワーク（ＴｏＤｏ）管理画面を表示する例を説明した。このワーク（ＴｏＤｏ）管理画面は、上述した表示例（図９に示す画面）に限らず、適宜表示形態が変わる場合であってもよい。例えば、実施期日に近くなったワークを異なる色で表示する場合であってもよい。

また、上述した各実施形態の説明で用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。ここで、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合には、プロセッサは回路内に組み込まれたプログラムを読み出して実行することで機能を実現する。また、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成され、その機能を実現するようにしてもよい。

ここで、プロセッサによって実行されるプログラムは、ＲＯＭ（Read Only Memory）や記憶部等に予め組み込まれて提供される。なお、このプログラムは、これらの装置にインストール可能な形式又は実行可能な形式のファイルでＣＤ（Compact Disk）−ＲＯＭ、ＦＤ（Flexible Disk）、ＣＤ−Ｒ（Recordable）、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記憶媒体に記憶されて提供されてもよい。また、このプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードされることにより提供又は配布されてもよい。例えば、このプログラムは、各機能部を含むモジュールで構成される。実際のハードウェアとしては、ＣＰＵが、ＲＯＭ等の記憶媒体からプログラムを読み出して実行することにより、各モジュールが主記憶装置上にロードされて、主記憶装置上に生成される。

以上説明した少なくとも１つの実施形態によれば、医業務効率を向上させることができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１ 病院情報システム
２ 端末装置
３ ＨＩＳサーバ
３５ 処理回路
３５１ 制御機能
３５２ 受付機能
３５３ 生成機能
３５４ 更新機能
３５５ 出力機能

Claims (7)

1. 被検体に対する医療に関するイベントが決定されたことを契機として、前記イベントに関連する複数の業務を特定し、特定した複数の業務それぞれについて、業務を完了させるために異なる医療従事者によって実施される複数の作業と当該複数の作業を実施する複数の医療従事者を特定する特定部と、
   前記特定部によって特定された前記医療従事者ごとの作業を示す表示情報を前記医療従事者に対して出力するように制御する出力制御部と、
   を備え、
   前記特定部は、前記医療従事者ごとの作業の実施される順序をさらに特定し、
   前記出力制御部は、前記業務の進捗状況において作業が実施順となったタイミングで、当該作業を実施する医療従事者に対して当該作業の内容を示す表示情報を出力する、病院情報システム。
2. 前記出力制御部は、前記医療従事者ごとの作業に実施される順序を示した表示情報を出力するように制御する、請求項１に記載の病院情報システム。
3. 前記出力制御部は、前記被検体ごとの前記表示情報を出力するように制御する、請求項１又は２に記載の病院情報システム。
4. 前記出力制御部は、前記医療従事者ごとの前記表示情報を出力するように制御する、請求項１〜３のいずれか一項に記載の病院情報システム。
5. 前記特定部によって特定された前記医療従事者ごとの作業が実施されたか否かを判定し、判定結果に基づいて前記表示情報を更新する更新部をさらに備え、
   前記出力制御部は、前記更新部によって更新された表示情報を前記医療従事者に対して出力するように制御する、請求項１〜４のいずれか一項に記載の病院情報システム。
6. 前記更新部は、前記医療従事者ごとの作業が実施されたか否かの判定結果に基づいて前記複数の作業の実施状況を更新し、前記複数の作業の実施状況に基づいて前記業務の実施状況を更新し、
   前記出力制御部は、前記複数の作業の実施状況と前記業務の実施状況とを含む表示情報を出力するように制御する、請求項５に記載の病院情報システム。
7. 被検体に対する医療に関するイベントが決定されたことを契機として、前記イベントに関連する複数の業務を特定し、特定した複数の業務それぞれについて、業務を完了させるために異なる医療従事者によって実施される複数の作業と当該複数の作業を実施する複数の医療従事者を特定する特定手順と、
   前記特定手順によって特定された前記医療従事者ごとの作業を示す表示情報を前記医療従事者に対して出力するように制御する出力制御手順と、
   をコンピュータに実行させ、
   前記特定手順は、前記医療従事者ごとの作業の実施される順序をさらに特定し、
   前記出力制御手順は、前記業務の進捗状況において作業が実施順となったタイミングで、当該作業を実施する医療従事者に対して当該作業の内容を示す表示情報を出力する、医用情報処理プログラム。

Images