JP2023079933A - 業務支援装置、業務支援システム、業務支援方法、及び業務支援プログラム - Google Patents

Abstract

【課題】紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換を行われやすくする。【解決手段】業務支援装置は、第１医療施設からの紹介により第２医療施設に来院した患者に関わる複数のイベントに含まれるイベントの発生を検知する度に、前記複数のイベントのそれぞれに対応する、前記第２医療施設から前記第１医療施設への次の報告までの時間間隔を定義する定義情報を参照して、イベントの発生が検知された時点から、発生したイベントに対応する時間間隔が経過した時点を通知時点として算出し、算出された通知時点の到来に合わせて、前記次の報告を作成することをユーザに促す通知情報を提示する制御部を備える。【選択図】図５

Description

本開示は、業務支援装置、業務支援システム、業務支援方法、及び業務支援プログラムに関する。

医療機関の機能の分化に伴い、患者の病状に即した適切な治療を行うことを目的として、ある医療施設から別の医療施設に患者を紹介することが行われている。

特許文献１には、異なる医療機関間で行われる患者の紹介を支援するシステムが開示されている。特許文献２及び特許文献３には、紹介状の送達に関するシステムが開示されている。特許文献４には、カルテによる情報の流れを管理するシステムが開示されている。

特開２００８－３０５４４０号公報 特開２００５－１７４３６０号公報 特許第６７７２８１４号公報 特開２００２－５６０９３号公報

患者の紹介後も、紹介先の医療機関から紹介元の医療機関に対し、患者の状態に応じたタイミングで当該患者についての報告を行って、患者に関する情報交換がこまめに行われることが望ましい。しかしながら、報告の作成には手間がかかる。また、患者の状態は多種多様であり、一律に報告の作成のタイミングを定めることは難しい。よって、報告の作成のタイミングを逃してしまう場合もある。

本開示の目的は、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が行われやすくすることである。

本開示の一態様としての業務支援装置は、第１医療施設からの紹介により第２医療施設に来院した患者に関わる複数のイベントに含まれるイベントの発生を検知する度に、前記複数のイベントのそれぞれに対応する、前記第２医療施設から前記第１医療施設への次の報告までの時間間隔を定義する定義情報を参照して、イベントの発生が検知された時点から、発生したイベントに対応する時間間隔が経過した時点を通知時点として算出し、算出された通知時点の到来に合わせて、前記次の報告を作成することをユーザに促す通知情報を提示する制御部を備える。

一実施形態として、前記複数のイベントには、前記第１医療施設若しくは前記第２医療施設において前記患者により又は前記患者に対して行われた行為が含まれ、
前記制御部は、前記行為に伴って入力される情報を参照することで、前記行為に相当するイベントの発生を検知する。

一実施形態として、前記行為には、前記第１医療施設からの前記紹介、前記第２医療施設における前記患者の来院、診断、治療、入院、若しくは退院、又は前記第２医療施設から前記第１医療施設へ前記患者を紹介する逆紹介が含まれる。

一実施形態として、前記複数のイベントには、前記第２医療施設により前記第１医療施設に対して行われる前記患者についての連絡が含まれ、
前記制御部は、前記連絡に伴って入力される情報を参照することで、前記連絡に相当するイベントの発生を検知する。

一実施形態として、前記連絡には、前記第２医療施設から前記第１医療施設への報告である、前記患者についての来院報告、診断報告、治療報告、入院報告、若しくは退院報告の送付、又は前記第２医療施設から前記第１医療施設へ前記患者を紹介するための紹介状の送付が含まれる。

一実施形態として、前記定義情報において、前記複数のイベントのそれぞれに対応する時間間隔は、前記複数のイベントのそれぞれの種類に対応付けて定義されており、
前記制御部は、イベントの発生を検知する度に、発生したイベントの種類を特定し、イベントの発生が検知された時点から、特定された種類に対応する時間間隔が経過した時点を前記通知時点として算出する。

一実施形態として、前記制御部は、前記第２医療施設の医師、看護師、又は事務スタッフを含むユーザの中から、特定されたイベントの種類に応じて前記ユーザを選択する。

一実施形態として、前記定義情報において、前記複数のイベントのそれぞれに対応する時間間隔は、前記複数のイベントの発生順を表す複数の序数のそれぞれに対応付けて定義されており、
前記制御部は、イベントの発生を検知する度に、カウンタをインクリメントし、イベントの発生が検知された時点から、前記カウンタと一致する序数に対応する時間間隔が経過した時点を前記通知時点として算出する。

一実施形態として、前記制御部は、前記通知時点の到来に合わせて、前記次の報告のひな型を作成し、作成されたひな型を前記通知情報とともに提示する。

一実施形態として、前記制御部は、前記次の報告が作成されたかどうかを示す情報を前記通知時点の到来後に参照し、前記次の報告が作成されていない場合、前記通知情報を再度提示する。

一実施形態として、前記業務支援装置は、前記第１医療施設に設置された端末装置と通信する通信部を更に備え、
前記制御部は、前記第２医療施設における前記患者に対する診療の状況を示す診療情報を生成し、生成された診療情報を、前記通信部を介して、前記端末装置に送信する。

一実施形態として、前記制御部は、前記端末装置から送信されたアクセス要求を前記通信部を介して受信すると、受信されたアクセス要求に応じて、前記診療情報を、前記通信部を介して、前記端末装置に送信する。

一実施形態として、前記制御部は、前記第２医療施設における前記患者に対する診療の履歴を参照して前記診療情報を生成する。

一実施形態として、前記制御部は、前記第２医療施設における前記患者に対する診療の予定を参照して前記診療情報を生成する。

本開示の一態様としての業務支援システムは、前記業務支援装置と、前記端末装置とを備える。

本開示の一態様としての業務支援方法は、業業務支援装置により、第１医療施設からの紹介により第２医療施設に来院した患者に関わる複数のイベントに含まれるイベントの発生を検知することと、
前記業務支援装置により、イベントの発生を検知する度に、前記複数のイベントのそれぞれに対応する、前記第２医療施設から前記第１医療施設への次の報告までの時間間隔を定義する定義情報を参照して、イベントの発生が検知された時点から、発生したイベントに対応する時間間隔が経過した時点を通知時点として算出することと、
前記業務支援装置により、算出された通知時点の到来に合わせて、前記次の報告を作成することをユーザに促す通知情報を提示することと
を含む。

本開示の一態様としての業務支援プログラムは、第１医療施設からの紹介により第２医療施設に来院した患者に関わる複数のイベントに含まれるイベントの発生を検知することと、
イベントの発生を検知する度に、前記複数のイベントのそれぞれに対応する、前記第２医療施設から前記第１医療施設への次の報告までの時間間隔を定義する定義情報を参照して、イベントの発生が検知された時点から、発生したイベントに対応する時間間隔が経過した時点を通知時点として算出することと、
算出された通知時点の到来に合わせて、前記次の報告を作成することをユーザに促す通知情報を提示することと
を含む動作をコンピュータに実行させる。

本開示によれば、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が行われやすくなる。

本開示の実施形態に係る業務支援システムの構成を示す図である。 患者についての情報交換が行われる場面の例を示す図である。 本開示の実施形態に係る定義情報の例を示す図である。 本開示の実施形態に係る複数のイベントと定義情報で定義される時間間隔との関係の例を示す図である。 本開示の実施形態に係る業務支援装置の構成を示すブロック図である。 本開示の実施形態に係る業務支援装置の各機能を示すブロック図である。 本開示の実施形態に係る業務支援装置の動作を示すフローチャートである。 本開示の実施形態に係る業務支援システムにおいて使用されるひな型の例を示す図である。 本開示の実施形態に係る業務支援システムにおいて使用されるひな型の例を示す図である。 本開示の実施形態に係る業務支援システムにおいて使用されるひな型の例を示す図である。 本開示の実施形態に係る業務支援システムにおいて使用されるひな型の例を示す図である。 本開示の実施形態に係る業務支援システムにおいて使用されるひな型の例を示す図である。 本開示の実施形態に係る業務支援システムにおいて使用されるひな型の種類に応じて選択される項目の例を示すテーブルである。 本開示の実施形態に係る業務支援システムにおいて、報告の種類に応じて選択されるユーザの例を示すテーブルである。 本開示の実施形態に係る業務支援システムにおいて使用される、ユーザの連絡先を示すテーブルの例を示す図である。 本開示の実施形態に係るひな型作成の処理手順の例を示すフローチャートである。 本開示の実施形態に係る業務支援システムおける、第１医療施設に設置された端末装置の画面の例を示す図である。

以下、本開示の実施形態について、図を参照して説明する。

各図中、同一又は相当する部分には、同一符号を付している。本実施形態の説明において、同一又は相当する部分については、説明を適宜省略又は簡略化する。

図１を参照して、本実施形態に係る業務支援システム１０の構成を説明する。

本実施形態に係る業務支援システム１０は、少なくとも１台の業務支援装置２０と、２台以上の端末装置３０とを備える。

２台以上の端末装置３０のそれぞれは、第１医療施設Ｈ１におけるスタッフによって使用される。第１医療施設Ｈ１におけるスタッフは、例えば、医師若しくは看護師などの医療従事者又は事務スタッフである。

端末装置３０の台数は、複数台に限らず、１台のみでもよい。以下では、説明の便宜上、１台の端末装置３０について説明する。

端末装置３０は、第１医療施設Ｈ１におけるスタッフによって保持される。あるいは、端末装置３０は、第１医療施設Ｈ１に設置される。業務支援装置２０は、例えば、携帯電話機、スマートフォン、タブレット、若しくはＰＣなどの汎用端末、又はガジェットなどの専用端末である。「ＰＣ」は、personal computerの略語である。

業務支援装置２０は、ネットワーク４０を介して端末装置３０と通信可能である。

業務支援装置２０は、第１医療施設Ｈ１とは異なる第２医療施設Ｈ２に設置される。業務支援装置２０は、例えば、オンプレミスのコンピューティングシステムに属するサーバコンピュータである。業務支援装置２０は、データセンタなど、第２医療施設Ｈ２以外の施設に設置されてもよい。業務支援装置２０は、例えば、クラウドコンピューティングシステムに属するサーバコンピュータでもよい。

ネットワーク４０は、インターネット、少なくとも１つのＷＡＮ、少なくとも１つのＭＡＮ、又はこれらの任意の組合せを含む。「ＷＡＮ」は、wide area networkの略語である。「ＭＡＮ」は、metropolitan area networkの略語である。ネットワーク４０は、少なくとも１つの無線ネットワーク、少なくとも１つの光ネットワーク、又はこれらの任意の組合せを含んでもよい。無線ネットワークは、例えば、アドホックネットワーク、セルラーネットワーク、無線ＬＡＮ、衛星通信ネットワーク、又は地上マイクロ波ネットワークである。「ＬＡＮ」は、local area networkの略語である。

図１を参照して、本実施形態の概要を説明する。

近年、高齢化による慢性疾患患者の増加、及び病床の機能分化に伴い、今後、総合病院などの急性期病院のリソースがひっ迫することが予想されている。急性期病院とは、主に急性疾患または重症患者の治療に特化した病院である。そのため、初期診療及び慢性の継続診療などは「かかりつけ医」が担当し、専門的な検査、診察、及び入院が必要な治療は急性期病院が担っていくという地域医療連携が推進されている。地域医療連携は、患者の状態に適した場での診療及び管理を行うという観点からも重要である。地域の医療施設が相互に円滑な連携を図り、その有する機能を有効活用することにより、患者が地域で継続性のある適切な医療を受けられるようにすることが求められている。

地域医療連携を促進するための具体的な手段の一つとして、ある医療施設から別の医療施設に患者を紹介することが行われている。患者の紹介又は逆紹介は、患者の状態に即した適切なタイミングで行われる必要がある。

また、地域医療連携においては、医療施設間で患者に関するこまめな情報交換が行われるのが望ましい。しかしながら、情報交換は必ずしも十分に実施されておらず、医療関係者からの不満の声もある。仮に、情報交換が行われている場合においても、その内容が専門的過ぎる、又は、必要な情報が書かれていない、といった課題もある。現状では、地域医療連携は十分に行われているとは言えず、患者の紹介又は逆紹介も患者の状態に即した適切なタイミングで行われているとは言い難い。

地域医療連携において、医療施設間の情報交換はお互いの信頼関係の基礎となっている。よって、情報交換が行われない場合、又は、情報の内容に問題がある場合、地域医療連携が妨げられるおそれがある。したがって、医師の負担を増やすことなく、医療施設間で、患者に関するコミュニケーションをタイムリーに実施することを支援することが求められている。

そこで、本実施形態に係る業務支援システム１０では、業務支援装置２０が、第１医療施設Ｈ１からの紹介により第２医療施設Ｈ２に来院した患者Ｐ１に関わる複数のイベントに含まれるイベントの発生を検知する。業務支援装置２０は、イベントの発生を検知する度に、定義情報Ｄ１を参照して、イベントの発生が検知された時点Ｔ１から、発生したイベントに対応する時間間隔が経過した時点を通知時点Ｔ２として算出する。定義情報Ｄ１は、複数のイベントのそれぞれに対応する、第２医療施設Ｈ２から第１医療施設Ｈ１への次の報告までの時間間隔を定義する情報である。業務支援装置２０は、算出された通知時点Ｔ２の到来に合わせて、次の報告を作成することをユーザに促す通知情報Ｄ２を提示する。

本実施形態において、「複数のイベント」には、第１医療施設Ｈ１若しくは第２医療施設Ｈ２において患者Ｐ１により又は患者Ｐ１に対して行われた行為が含まれる。そのような「行為」には、例えば、第１医療施設Ｈ１からの患者Ｐ１の紹介、第２医療施設Ｈ２における患者Ｐ１の来院、診断、治療、入院、若しくは退院、又は第２医療施設Ｈ２から第１医療施設Ｈ１へ患者Ｐ１を紹介する逆紹介が含まれる。あるいは、「複数のイベント」には、第２医療施設Ｈ２により第１医療施設Ｈ１に対して行われる患者Ｐ１についての連絡が含まれる。そのような「連絡」には、例えば、第２医療施設Ｈ２から第１医療施設Ｈ１への報告である、患者Ｐ１についての来院報告、診断報告、治療報告、入院報告、若しくは退院報告の送付、又は第２医療施設Ｈ２から第１医療施設Ｈ１へ患者Ｐ１を紹介するための紹介状の送付が含まれる。

本実施形態において、報告の「送付」には、報告を電子データとして送信すること、及び報告を手書き文書又は印刷物として郵送することのいずれか一方又は両方が含まれる。

図２を参照して、本実施形態に係る業務支援システム１０において想定される、患者Ｐ１の紹介元としての第１医療施設Ｈ１と紹介先としての第２医療施設Ｈ２との間で患者Ｐ１についての情報交換が行われる場面の例を説明する。

図２のテーブル１００に、第１医療施設Ｈ１から第２医療施設Ｈ２に紹介された患者Ｐ１の動きを矢印で示す。テーブル１００の横軸は時間軸である。テーブル１００の上段に、患者Ｐ１について想定される場面が時系列で示されている。テーブル１００の中段には、複数の場面のうち、いくつかの場面のそれぞれにおいて第２医療施設Ｈ２で作成される報告の種類が示されている。テーブル１００の下段には、「紹介」の場面において第１医療施設Ｈ１で紹介状が作成されることが示され、「初回通院」の場面において第１医療施設Ｈ１で来院報告が作成されることが示されている。

テーブル１００において、左から２番目の「紹介」の場面では、第１医療施設Ｈ１に通院する患者Ｐ１を第１医療施設Ｈ１から第２医療施設Ｈ２に紹介するため、第１医療施設Ｈ１において紹介状が作成される。左から３番目の「初回通院」の場面では、患者Ｐ１が、第１医療施設Ｈ１からの紹介により第２医療施設Ｈ２に初めて来院する。第２医療施設Ｈ２において、第２医療施設Ｈ２から第１医療施設Ｈ１に対する来院報告が作成される。左から５番目の「治療」の場面では、第２医療施設Ｈ２において患者Ｐ１に対し治療が行われる。第２医療施設Ｈ２において、第２医療施設Ｈ２から第１医療施設Ｈ１に対する「治療報告」が作成される。左から６番目の「退院」の場面では、第２医療施設Ｈ２から患者Ｐ１が退院する。第２医療施設Ｈ２において、第２医療施設Ｈ２から第１医療施設Ｈ１に対する「退院報告」が作成される。左から８番目の「逆紹介」の場面では、第２医療施設Ｈ２から第１医療施設Ｈ１へ患者Ｐ１を紹介するため、第２医療施設Ｈ２において紹介状が作成される。左から９番目の「初回通院」の場面では、第２医療施設Ｈ２による紹介後、患者Ｐ１が第１医療施設Ｈ１に初めて来院する。第１医療施設Ｈ１において、第１医療施設Ｈ１から第２医療施設Ｈ２に対する来院報告が作成される。

図２の例では、「通院」、「紹介」、「初回来院」、「治療」、「退院」、及び「逆紹介」の場面が挙げられているが、場面はこれらに限定されない。また、本実施形態において、報告は任意の場面で作成されてよい。例えば、図２の例では、左から１番目、４番目、７番目、及び１０番目の「通院」の場面では、報告が作成されないが、「通院」の場面においても、第１医療施設Ｈ１又は第２医療施設Ｈ２で何らかの報告が作成されてもよい。

図３を参照して、本実施形態における「定義情報Ｄ１」について説明する。本実施形態において、「定義情報Ｄ１」とは、複数のイベントのそれぞれに対応する、第２医療施設Ｈ２から第１医療施設Ｈ１への次の報告までの時間間隔を定義する情報である。図３に、本実施形態における定義情報Ｄ１が格納されたテーブルの構成例をテーブル２００として示す。

図３のテーブル２００において、１行目のレコードには、イベントである「来院」について、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ１」、テンプレートＩＤとして「＃１」、次の報告までの時間間隔として「３日」が格納されている。これは、「来院」というイベントの発生が検知された時点から３日以内に次の報告が作成されなければならないことを意味する。スケジュールＩＤ、ステップＩＤ、及びテンプレートＩＤについては後述する。２行目のレコードには、イベントである「来院報告送付」について、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ２」、テンプレートＩＤとして「＃２」、次の報告までの時間間隔として「４日」が格納されている。これは、「来院報告送付」というイベントの発生が検知された時点から４日以内に次の報告が作成されなければならないことを意味する。３行目のレコードには、イベントである「治療」について、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ３」、テンプレートＩＤとして「＃３」、次の報告までの時間間隔として「３日」が格納されている。これは、「治療」というイベントの発生が検知された時点から３日以内に次の報告が作成されなければならないことを意味する。５行目のレコードには、イベントである「退院」について、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ７」、テンプレートＩＤとして「＃４」、次の報告までの時間間隔として「２日」が格納されている。これは、「退院」というイベントの発生が検知された時点から２日以内に次の報告が作成されなければならないことを意味する。６行目のレコードには、イベントである「逆紹介」について、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ８」、テンプレートＩＤとして「＃５」、次の報告までの時間間隔として「３日」が格納されている。これは、「逆紹介」というイベントの発生が検知された時点から３日以内に次の報告が作成されなければならないことを意味する。定義情報Ｄ１で定義される時間間隔は、上記の例に限られず、任意に定められてよい。定義情報Ｄ１において、複数のイベントのそれぞれに対応する時間間隔は、複数のイベントの発生順を表す複数の序数のそれぞれに対応付けて定義されていてもよい。あるいは、定義情報Ｄ１において、複数のイベントのそれぞれに対応する時間間隔は、複数のイベントのそれぞれの種類に対応付けて定義されていてもよい。

図４を参照して、複数のイベントのそれぞれと、定義情報Ｄ１で定義された時間間隔との関係を説明する。図４の例では、患者が紹介により第２医療施設Ｈ２に来院すると、「来院」というイベントの発生が検知される。「来院」というイベントの発生が検知された時点を起点として、「来院」に対応する時間間隔として定義された「３日」以内に、次の報告として来院報告が作成される必要がある。例えば３日後に来院報告が作成されて第１医療施設Ｈ１へ送付されると、「来院報告送付」というイベントの発生が検知される。「来院報告送付」というイベントの発生が検知された時点から、「来院報告送付」に対応する時間間隔として定義された「４日」以内に、患者が診断され、次の報告として診断報告が作成される必要がある。その後、患者の第１医療施設Ｈ１への逆紹介が決まると、「逆紹介」というイベントの発生が検知される。「逆紹介」というイベントの発生が検知された時点から、「逆紹介」に対応する時間間隔として定義された「３日」以内に、次の報告として逆紹介用の紹介状が作成される必要がある。

本実施形態によれば、あるイベントが発生すると、発生したイベントに対応する報告、又は発生したイベントで作成された報告の次に作成すべき報告を予め定められた期間内に作成することがユーザに促される。よって、報告の作成漏れ及び報告の遅延を抑制することができる。その結果、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が行われやすくなる。

図５を参照して、本実施形態に係る業務支援装置２０の構成を説明する。

業務支援装置２０は、制御部２１と、記憶部２２と、通信部２３と、入力部２４と、出力部２５とを備える。

制御部２１は、少なくとも１つのプロセッサ、少なくとも１つのプログラマブル回路、少なくとも１つの専用回路、又はこれらの任意の組合せを含む。プロセッサは、ＣＰＵ若しくはＧＰＵなどの汎用プロセッサ、又は特定の処理に特化した専用プロセッサである。「ＣＰＵ」は、central processing unitの略語である。「ＧＰＵ」は、graphics processing unitの略語である。プログラマブル回路は、例えば、ＦＰＧＡである。「ＦＰＧＡ」は、field-programmable gate arrayの略語である。専用回路は、例えば、ＡＳＩＣである。「ＡＳＩＣ」は、application specific integrated circuitの略語である。制御部２１は、業務支援装置２０の各部を制御しながら、業務支援装置２０の動作に関わる処理を実行する。

記憶部２２は、少なくとも１つの半導体メモリ、少なくとも１つの磁気メモリ、少なくとも１つの光メモリ、又はこれらの任意の組合せを含む。半導体メモリは、例えば、ＲＡＭ又はＲＯＭである。「ＲＡＭ」は、random access memoryの略語である。「ＲＯＭ」は、read only memoryの略語である。ＲＡＭは、例えば、ＳＲＡＭ又はＤＲＡＭである。「ＳＲＡＭ」は、static random access memoryの略語である。「ＤＲＡＭ」は、dynamic random access memoryの略語である。ＲＯＭは、例えば、ＥＥＰＲＯＭである。「ＥＥＰＲＯＭ」は、electrically erasable programmable read only memoryの略語である。記憶部２２は、例えば、主記憶装置、補助記憶装置、又はキャッシュメモリとして機能する。記憶部２２には、業務支援装置２０の動作に用いられるデータと、業務支援装置２０の動作によって得られたデータとが記憶される。本実施形態において、記憶部２２には、さらに、患者ごとの診療スケジュールを示す診療スケジュール情報、各報告のひな型を示すひな型情報、報告の通知対象を示す通知対象情報、及びユーザの連絡先を示す連絡先情報が記憶されている。記憶部２２には、ひな型作成の際に抽出すべき項目を示すひな型項目情報が記憶されてもよい。「診察スケジュール情報」、「ひな型情報」、「通知対象情報」、「連絡先情報」、及び「ひな型項目情報」については後述する。

通信部２３は、少なくとも１つの通信用インタフェースを含む。通信用インタフェースは、例えば、ＬＴＥ、４Ｇ規格、若しくは５Ｇ規格などの移動通信規格に対応したインタフェース、Bluetooth（登録商標）などの近距離無線通信規格に対応したインタフェース、又はＬＡＮインタフェースである。「ＬＴＥ」は、Long Term Evolutionの略語である。「４Ｇ」は、4th generationの略語である。「５Ｇ」は、5th generationの略語である。通信部２３は、業務支援装置２０の動作に用いられるデータを受信し、また業務支援装置２０の動作によって得られるデータを送信する。本実施形態において、通信部２３は、端末装置３０と通信を行う。

入力部２４は、少なくとも１つの入力用インタフェースを含む。入力用インタフェースは、例えば、物理キー、静電容量キー、ポインティングデバイス、ディスプレイと一体的に設けられたタッチスクリーン、又はマイクロフォンである。入力部２４は、業務支援装置２０の動作に用いられるデータを入力する操作を受け付ける。入力部２４は、業務支援装置２０に備えられる代わりに、外部の入力機器として業務支援装置２０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの規格に対応したインタフェースを用いることができる。「ＵＳＢ」は、Universal Serial Busの略語である。「ＨＤＭＩ（登録商標）」は、High-Definition Multimedia Interfaceの略語である。

出力部２５は、少なくとも２つの出力用インタフェースを含む。１つの出力用インタフェースは、ＬＣＤ又は有機ＥＬディスプレイなどのディスプレイである。「ＬＣＤ」は、liquid crystal displayの略語である。「ＥＬ」は、electro luminescenceの略語である。他の出力用インタフェースは、例えば、スピーカである。出力部２５は、業務支援装置２０の動作によって得られるデータを出力する。出力部２５は、業務支援装置２０に備えられる代わりに、外部の出力機器として業務支援装置２０に接続されてもよい。接続用インタフェースとしては、例えば、ＵＳＢ、ＨＤＭＩ（登録商標）、又はBluetooth（登録商標）などの規格に対応したインタフェースを用いることができる。

業務支援装置２０の機能は、本実施形態に係る業務支援プログラムを、制御部２１としてのプロセッサで実行することにより実現される。すなわち、業務支援装置２０の機能は、ソフトウェアにより実現される。業務支援プログラムは、業務支援装置２０の動作をコンピュータに実行させることで、コンピュータを業務支援装置２０として機能させる。すなわち、コンピュータは、業務支援プログラムに従って業務支援装置２０の動作を実行することにより業務支援装置２０として機能する。

プログラムは、非一時的なコンピュータ読取り可能な媒体に記憶しておくことができる。非一時的なコンピュータ読取り可能な媒体は、例えば、フラッシュメモリ、磁気記録装置、光ディスク、光磁気記録媒体、又はＲＯＭである。プログラムの流通は、例えば、プログラムを記憶したＳＤカード、ＤＶＤ、又はＣＤ－ＲＯＭなどの可搬型媒体を販売、譲渡、又は貸与することによって行う。「ＳＤ」は、Secure Digitalの略語である。「ＤＶＤ」は、digital versatile discの略語である。「ＣＤ－ＲＯＭ」は、compact disc read only memoryの略語である。プログラムをサーバのストレージに格納しておき、サーバから他のコンピュータにプログラムを転送することにより、プログラムを流通させてもよい。プログラムをプログラムプロダクトとして提供してもよい。

コンピュータは、例えば、可搬型媒体に記憶されたプログラム又はサーバから転送されたプログラムを、一旦、主記憶装置に格納する。そして、コンピュータは、主記憶装置に格納されたプログラムをプロセッサで読み取り、読み取ったプログラムに従った処理をプロセッサで実行する。コンピュータは、可搬型媒体から直接プログラムを読み取り、プログラムに従った処理を実行してもよい。コンピュータは、コンピュータにサーバからプログラムが転送される度に、逐次、受け取ったプログラムに従った処理を実行してもよい。サーバからコンピュータへのプログラムの転送は行わず、実行指示及び結果取得のみによって機能を実現する、いわゆるＡＳＰ型のサービスによって処理を実行してもよい。「ＡＳＰ」は、application service providerの略語である。プログラムは、電子計算機による処理の用に供する情報であってプログラムに準ずるものを含む。例えば、コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータは、「プログラムに準ずるもの」に該当する。

業務支援装置２０の一部又は全ての機能が、制御部２１としてのプログラマブル回路又は専用回路により実現されてもよい。すなわち、業務支援装置２０の一部又は全ての機能が、ハードウェアにより実現されてもよい。

図６を参照して、本実施形態に係る業務支援装置２０の各機能について説明する。

図６において、本実施形態に係る業務支援装置２０の制御部２１は、スケジュール管理機能Ｆ１、イベント判定機能Ｆ２、連絡先管理機能Ｆ３、及び患者管理機能Ｆ４を備える。業務支援装置２０の通信部２３は、報告送受信機能Ｆ５及びスケジュール通知機能Ｆ６を備える。業務支援装置２０の入力部２４は、イベント入力機能Ｆ７、ひな型入力機能Ｆ８、及び報告入力機能Ｆ９を備える。業務支援装置２０の出力部２５は、スケジュール表示機能Ｆ１０及び報告表示機能Ｆ１１を備える。

図７を参照して、本実施形態に係る業務支援装置２０の動作を説明する。この動作は、本実施形態に係る業務支援方法に相当する。

ステップＳ１０１において、業務支援装置２０の制御部２１は、第１医療施設Ｈ１からの紹介により第２医療施設Ｈ２に来院した患者Ｐ１に関わる複数のイベントに含まれるイベントの発生を検知する。

本実施形態において、複数のイベントには、第１医療施設Ｈ１若しくは第２医療施設Ｈ２において患者Ｐ１により又は患者Ｐ１に対して行われた行為が含まれる。制御部２１は、行為に伴って入力される情報を参照することで、行為に相当するイベントの発生を検知する。上述のように、本実施形態において、行為には、第１医療施設Ｈ１からの患者Ｐ１の紹介、第２医療施設Ｈ２における患者Ｐ１の来院、診断、治療、入院、若しくは退院、又は第２医療施設Ｈ２から第１医療施設Ｈ１へ患者Ｐ１を紹介する逆紹介が含まれる。一例として、第２医療施設Ｈ２における患者Ｐ１の来院に伴って入力される情報を具体的に説明する。第１医療施設Ｈ１から紹介された患者Ｐ１が第２医療施設Ｈ２に来院し、患者Ｐ１により持参された紹介状が第２医療施設Ｈ２の受付に提出されると、第２医療施設Ｈ２のユーザにより、提出された紹介状に記載された患者Ｐ１の氏名などが患者Ｐ１についての情報として業務支援装置２０の入力部２４を介して入力される。紹介状は、第１医療施設Ｈ１から電子データとして送信されてもよい。この場合、送信された紹介状は、業務支援装置２０の通信部２３を介して受信される。業務支援装置２０の制御部２１は、入力部２４を介して入力された患者Ｐ１についての情報又は通信部２３を介して受信された紹介状を参照することで、患者Ｐ１の「来院」を検知する。あるいは、イベントの発生に伴って入力される情報は、第１医療施設Ｈ１又は第２医療施設Ｈ２の医師、看護師、又は事務スタッフを含むスタッフにより手動で入力されてもよい。一例として、第１医療施設Ｈ１からの紹介状は、第１医療施設Ｈ１の医師、看護師、又は事務スタッフにより、例えば、端末装置３０のタッチスクリーン上に表示された「新規患者紹介」というボタンが手動で押されることにより送信されてもよい。別の例として、第２医療施設Ｈ２において患者Ｐ１の受診があった場合に、第２医療施設Ｈ２の医師、看護師、又は事務スタッフにより、例えば、業務支援装置２０の入力部２４としてのタッチスクリーン上に表示された「新規紹介患者登録」というボタンが手動で押されることにより、患者Ｐ１の「来院」が検知されてもよい。

本実施形態において、複数のイベントには、第２医療施設Ｈ２により第１医療施設Ｈ１に対して行われる患者Ｐ１についての連絡も含まれる。制御部２１は、連絡に伴って入力される情報を参照することで、連絡に相当するイベントの発生を検知する。上述のように、本実施形態において、連絡には、第２医療施設Ｈ２から第１医療施設Ｈ１への報告である、患者Ｐ１についての来院報告、診断報告、治療報告、入院報告、若しくは退院報告の送付、又は第２医療施設Ｈ２から第１医療施設Ｈ１へ患者Ｐ１を紹介するための紹介状の送付が含まれる。本実施形態では、紹介状も報告の一種であるとするが、紹介状は報告とは別の種類のものとして扱ってもよい。一例として、第２医療施設Ｈ２から患者Ｐ１についての来院報告が第１医療施設Ｈ１へ送付されることに伴って入力される情報を具体的に説明する。第２医療施設Ｈ２において、ユーザは、業務支援装置２０の入力部２４が備える報告入力機能Ｆ９を介して、来院報告を電子データとして作成する。作成された来院報告は、記憶部２２に記憶される。来院報告は、第２医療施設Ｈ２において手書き文書又は印刷物として作成されてもよい。この場合、ユーザは、業務支援装置２０の入力部２４を介して、来院報告作成についての記録を入力する。入力された来院報告作成についての記録は、記憶部２２に記憶される。業務支援装置２０の制御部２１は、記憶部２２に記憶された来院報告又は来院報告作成についての記録を参照することで、「来院報告送付」を検知する。本実施形態において、第１医療施設Ｈ１におけるスタッフの連絡先をデータベースに予め格納しておき、第２医療施設Ｈ２から第１医療施設Ｈ１へ報告を送付する際に、当該データベースが参照されてもよい。当該データベースは、例えば、記憶部２２に構築される。制御部２１は、当該データベースを参照して、制御部２１が備える連絡先管理機能Ｆ３により連絡先を選択し、選択された連絡先に第２医療施設Ｈ２から第１医療施設Ｈ１への報告を送付してもよい。報告の送付は、制御部２１が備える報告送受信機能Ｆ５により行うことができる。

本実施形態において、業務支援装置２０の制御部２１は、イベントとしての行為又は連絡に伴って入力される情報として、任意の情報を参照してよい。例えば、制御部２１は、電子カルテ、部門システム、又は医事会計システムなどの病院情報システムから入力部２４が備えるイベント入力機能Ｆ７を介して入力された情報を参照してもよい。例えば、制御部２１は、患者Ｐ１の「入院」に伴って入力される情報として、電子カルテから入力される各種診断の実施履歴及び手術予定の確定を示す情報、部門システムから入力される看護支援システムでの管理開始を示す情報、並びに医事会計システムから入力される入院に関する医事情報のいずれかを参照してよい。あるいは、電子カルテから入力される各種診断の実施履歴及び手術予定の確定を示す情報、部門システムから入力される看護支援システムでの管理開始を示す情報、並びに医事会計システムから入力される入院に関する医事情報の組合せのうち、イベントに相当する組合せを示す情報を予めマスター情報として記憶部２２に登録しておき、制御部２１は、登録されたマスター情報を記憶部２２から読み出し、読み出されたマスター情報を参照して、制御部２１が備えるイベント判定機能Ｆ２により、入力された情報の組合せがイベントに相当するかどうかの判定を行ってもよい。具体的には、第２医療施設Ｈ２内にある１つ以上のデータベースから、確認したいイベントに関連して入力されるであろう情報の組合せを予め特定してマスター情報として登録しておき、制御部２１は、マスター情報を参照して、入力された情報の組合せに関連するイベントがある場合に、当該イベントが発生したと判定する。そうすれば、確認したいイベントの発生を確実に検知することができる。後述するように、本実施形態では、患者に関わる複数のイベントの発生順がステップＩＤで識別される。よって、制御部２１は、ある患者に関して既に発生したイベントのステップＩＤを特定し、特定されたステップＩＤの次のステップＩＤで識別されるイベントを「確認したいイベント」として、上記のプロセスを行うことができる。

ステップＳ１０２において、業務支援装置２０の制御部２１は、複数のイベントのそれぞれに対応する、第２医療施設Ｈ２から第１医療施設Ｈ１への次の報告までの時間間隔を定義する定義情報Ｄ１を参照して、イベントの発生が検知された時点Ｔ１から、発生したイベントに対応する時間間隔が経過した時点を通知時点Ｔ２として算出する。

本実施形態において、定義情報Ｄ１では、複数のイベントのそれぞれに対応する時間間隔は、複数のイベントのそれぞれの種類に対応付けて定義されている。制御部２１は、ステップＳ１０１でイベントの発生を検知する度に、発生したイベントの種類を特定し、イベントの発生が検知された時点から、特定された種類に対応する時間間隔が経過した時点を通知時点Ｔ２として算出する。発生したイベントの種類は、任意の手順で特定されてよい。本実施形態では、制御部２１は、イベントの発生を検知した際に参照した情報に基づいて、発生したイベントの種類を特定する。例えば、制御部２１は、ステップＳ１０１で入力部２４を介して入力された患者Ｐ１についての情報又は通信部２３を介して受信された紹介状を参照したのであれば、発生したイベントの種類が「来院」であると特定する。制御部２１は、定義情報Ｄ１として、図３に示すテーブル２００を参照し、「来院」に対応付けて定義された時間間隔「３日」を時点Ｔ１に加算した日を通知時点Ｔ２として算出する。

定義情報Ｄ１において、複数のイベントのそれぞれに対応する時間間隔は、複数のイベントの発生順を表す複数の序数のそれぞれに対応付けて定義されていてもよい。この場合、業務支援装置２０の制御部２１は、ステップＳ１０１でイベントの発生を検知する度に、カウンタをインクリメントし、イベントの発生が検知された時点Ｔ１から、カウンタと一致する序数に対応する時間間隔が経過した時点を通知時点Ｔ２として算出する。本実施形態では、図３のテーブル２００における「ステップＩＤ」が序数に相当する。例えば、制御部２１は、患者Ｐ１に関わる最初のイベント「来院」を検知すると、初期値が「０」のカウンタを１つインクリメントして「１」を得る。制御部２１は、定義情報Ｄ１として、図３に示すテーブル２００を参照し、序数「１」に相当する「ＳＴ１」に対応付けて定義された時間間隔「３日」を時点Ｔ１に加算した日を通知時点Ｔ２として算出する。

ステップＳ１０３において、業務支援装置２０の制御部２１は、第２医療施設Ｈ２から第１医療施設Ｈ１への次の報告が作成されたかどうかを判定する。例えば、制御部２１は、ステップＳ１０１で「来院」が検知されたのであれば、「来院」に対応する報告である来院報告が作成されたかどうかを判定する。制御部２１は、ステップＳ１０１で「来院報告送付」が検知されたのであれば、「来院報告送付」で作成された来院報告の次に作成すべき報告である診断報告が作成されたかどうかを判定する。制御部２１は、ステップＳ１０１で「治療」が検知されたのであれば、「治療」に対応する報告である治療報告が作成されたかどうかを判定する。制御部２１は、ステップＳ１０１で「退院」が検知されたのであれば、「退院」に対応する報告である退院報告が作成されたかどうかを判定する。制御部２１は、ステップＳ１０１で「逆紹介」が検知されたのであれば、「逆紹介」に対応する報告である逆紹介用の紹介状が作成されたかどうかを判定する。

報告が作成されたかどうかの判定は任意の手順で行われてよいが、本実施形態では、制御部２１は、報告の作成履歴を示す報告作成情報Ｄ３を参照することにより判定を行う。報告作成情報Ｄ３は、作成された報告の種類と作成日時とを示す情報である。制御部２１は、入力部２４が備える報告入力機能Ｆ９の動作履歴を参照することにより判定を行ってもよい。本実施形態では、ユーザにより報告が電子データとして作成されると、作成された報告が記憶部２２に記憶される。記憶部２２に記憶された報告に基づいて報告作成情報Ｄ３が作成される。報告は、手書き文書又は印刷物として作成されてもよい。この場合、来院報告作成についての記録が記憶部２２に記憶される。記憶部２２に記憶された記録に基づいて報告作成情報Ｄ３が作成される。

ステップＳ１０３において報告が作成されていないと判定された場合、ステップＳ１０４の処理が行われる。一方、ステップＳ１０３において報告が作成されたと判定された場合、ステップＳ１０６の処理が行われる。

ステップＳ１０４において、業務支援装置２０の制御部２１は、ステップＳ１０２において算出された通知時点Ｔ２が到来したかどうかを判定する。具体的には、制御部２１は、今日の日付と、ステップＳ１０２で算出された通知時点Ｔ２を比較する。今日の日付が、通知時点Ｔ２以降であれば、制御部２１は、通知時点Ｔ２が到来したと判定する。ステップＳ１０４において通知時点Ｔ２が到来したと判定されると、ステップＳ１０５の処理が行われる。一方、ステップＳ１０４において、通知時点Ｔ２が到来していないと判定されると、再度ステップＳ１０３の処理が行われる。

ステップＳ１０５において、業務支援装置２０の制御部２１は、次の報告を作成することをユーザに促す通知情報Ｄ２を提示する。具体的には、制御部２１は、ステップＳ１０１で発生が検知されたイベントが、第１医療施設Ｈ１若しくは第２医療施設Ｈ２において患者Ｐ１により又は患者Ｐ１に対して行われた行為である場合は、当該行為についての報告を作成することをユーザに促す情報を提示する。すなわち、制御部２１は、発生したイベントに対応する報告を作成することをユーザに促す情報を提示する。例えば、制御部２１は、ステップＳ１０１で「来院」が検知されたのであれば、「来院」に対応する報告である来院報告を作成することをユーザに促す情報を提示する。そのような情報の一例として、制御部２１は、出力部２５としてのディスプレイ等に、通知情報Ｄ２として、「患者Ｐ１さんが来院されました！来院報告を作成してください。」というメッセージをテキストで表示させる。制御部２１は、ステップＳ１０１で「治療」が検知されたのであれば、「治療」に対応する報告である治療報告を作成することをユーザに促す情報を提示する。そのような情報の一例として、制御部２１は、出力部２５としてのディスプレイ等に、通知情報Ｄ２として、「治療報告を作成してください。」というメッセージをテキストで表示させる。制御部２１は、「患者Ｐ１さんに対する治療は行われましたか？」というメッセージを更に表示させてもよい。制御部２１は、ステップＳ１０１で「入院」が検知されたのであれば、「入院」に対応する報告である入院報告を作成することをユーザに促す情報を提示する。そのような情報の一例として、制御部２１は、出力部２５としてのディスプレイ等に、通知情報Ｄ２として、「入院報告を作成してください。」というメッセージをテキストで表示させる。制御部２１は、「患者Ｐ１さんは入院しましたか？」というメッセージを更に表示させてもよい。制御部２１は、ステップＳ１０１で「退院」が検知されたのであれば、「退院」に対応する報告である退院報告を作成することをユーザに促す情報を提示する。そのような情報の一例として、制御部２１は、出力部２５としてのディスプレイ等に、通知情報Ｄ２として、「退院報告を作成してください。」というメッセージをテキストで表示させる。制御部２１は、「患者Ｐ１さんは退院されましたか？」というメッセージを更に表示させてもよい。制御部２１は、ステップＳ１０１で「逆紹介」が検知されたのであれば、「逆紹介」に対応する報告である逆紹介用の紹介状を作成することをユーザに促す情報を提示する。そのような情報の一例として、制御部２１は、出力部２５としてのディスプレイ等に、通知情報Ｄ２として、「紹介状を作成してください。」というメッセージをテキストで表示させる。制御部２１は、「患者Ｐ１さんを逆紹介しますか？」というメッセージを更に表示させてもよい。あるいは、制御部２１は、ステップＳ１０１で発生が検知されたイベントが、第２医療施設Ｈ２により第１医療施設Ｈ１に対して行われる患者Ｐ１についての連絡である場合は、当該連絡の次の連絡で送付すべき報告を作成することをユーザに促す情報を提示する。すなわち、制御部２１は、発生したイベントで作成された報告の次に作成すべき報告を作成することをユーザに促す情報を提示する。例えば、制御部２１は、ステップＳ１０１で「来院報告送付」が検知されたのであれば、「来院報告送付」で作成された来院報告の次に作成すべき報告である診断報告を作成することをユーザに促す情報を提示する。そのような情報の一例として、制御部２１は、出力部２５としてのディスプレイ等に、通知情報Ｄ２として、「診断報告を作成してください。」というメッセージをテキストで表示させる。制御部２１は、「患者Ｐ１さんを診断しましたか？」というメッセージを更に表示させてもよい。制御部２１は、通知情報Ｄ２としての各メッセージを、出力部２５としてのスピーカに音声で出力させてもよい。

ステップＳ１０６において、業務支援装置２０の制御部２１は、次回発生予定のイベントがあるかどうかを判定する。制御部２１は、制御部２１が備えるスケジュール管理機能Ｆ１により、次回発生予定のイベントがあるかどうかを判定する。具体的には、制御部２１は、記憶部２２から、患者Ｐ１についての診療スケジュールを示す診療スケジュール情報を読み出し、読み出された診療スケジュール情報で示される診療スケジュールを参照して、スケジュール管理機能Ｆ１により、ステップＳ１０１において発生が検知されたイベントの次に発生する予定のイベントがあるかどうかを判定する。

一般に、患者の診療過程は疾患ごとに決まっている場合が多い。本実施形態では、患者ごとの診療スケジュールを示す診療スケジュール情報として、複数のイベントの発生順を、疾患ごとの診療過程に基づいて算出した結果を示す情報が、診療スケジュール情報として記憶部２２に記憶されている。具体的には、診療スケジュール情報には、疾患ごとの診療スケジュールを識別するスケジュールＩＤ及び各イベントの発生順を識別するステップＩＤを示す情報が含まれる。図３のテーブル２００に示すように、患者Ｐ１の診療スケジュールは、スケジュールＩＤ「Ｃ１」で識別される。イベント「来院」は、ステップＩＤ「ＳＴ１」で識別される。イベント「来院」の次に発生するイベント「来院報告送付」は、ステップＩＤ「ＳＴ２」で識別される。同様に、イベント「治療」は、ステップＩＤ「ＳＴ３」で識別される。イベント「退院」は、ステップＩＤ「ＳＴ７」で識別される。イベント「逆紹介」はステップＩＤ「ＳＴ８」で識別される。

一例として、ステップＳ１０１で発生が検知されたイベントが「来院」であるとする。スケジュールＩＤ「Ｃ１」で識別される診療スケジュールにおいて、「来院」はステップＩＤ「ＳＴ１」で識別される。よって、制御部２１は、診療スケジュール情報を参照して、ステップＩＤ「ＳＴ１」よりも大きい数字のステップＩＤで識別されるイベントがあるかどうかを判定する。本例では、「来院」のステップＩＤ「ＳＴ１」よりも、大きい数字のステップＩＤである「ＳＴ２」があるため、制御部２１は、次回発生予定のイベントがあると判定する。同様に、ステップＳ１０１で「来院報告送付」が検知されたのであれば、制御部２１は、診療スケジュール情報を参照して、「来院報告送付」のステップＩＤ「ＳＴ２」よりも大きい数字のステップＩＤで識別されるイベントがあるかどうかを判定する。ステップＳ１０１で「治療」が検知されたのであれば、制御部２１は、診療スケジュール情報を参照して、「治療」のステップＩＤ「ＳＴ３」よりも大きい数字のステップＩＤで識別されるイベントがあるかどうかを判定する。ステップＳ１０１で「退院」が検知されたのであれば、制御部２１は、診療スケジュール情報を参照して、「退院」のステップＩＤ「ＳＴ７」よりも大きい数字のステップＩＤで識別されるイベントがあるかどうかを判定する。ステップＳ１０１で「逆紹介」が検知されたのであれば、制御部２１は、診療スケジュール情報を参照して、「逆紹介」のステップＩＤ「ＳＴ８」よりも大きい数字のステップＩＤで識別されるイベントがあるかどうかを判定する。

ステップＳ１０６において、次回発生予定のイベントがあると判定された場合、ステップＳ１０１に戻り処理が行われる。一方、ステップＳ１０６において、次回発生予定のイベントがないと判定された場合、制御部２１は処理を終了する。

上述のように、本実施形態では、業務支援装置２０の制御部２１は、第１医療施設Ｈ１からの紹介により第２医療施設Ｈ２に来院した患者Ｐ１に関わる複数のイベントに含まれるイベントの発生を検知する。制御部２１は、イベントの発生を検知する度に、複数のイベントのそれぞれに対応する、第２医療施設Ｈ２から第１医療施設Ｈ１への次の報告までの時間間隔を定義する定義情報Ｄ１を参照して、イベントの発生が検知された時点Ｔ１から、発生したイベントに対応する時間間隔が経過した時点を通知時点Ｔ２として算出する。制御部２１は、算出された通知時点Ｔ２の到来に合わせて、次の報告を作成することをユーザに促す通知情報Ｄ２を提示する。

本実施形態によれば、患者に関する情報を連携先へ伝えやすくなる。したがって、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が行われやすくなる。医療施設間の連携が強化される結果、医師間の信頼が醸成される。最終的には、患者の診療の質向上に繋がる可能性がある。

本実施形態の一変形例として、業務支援装置２０の制御部２１は、次の報告が作成されたかどうかを示す情報を通知時点Ｔ２の到来後に参照し、次の報告が作成されていない場合、通知情報Ｄ２を再度提示してもよい。具体的には、制御部２１は、図７のステップＳ１０５において通知情報Ｄ２を提示した後、再度、ステップＳ１０３及びステップＳ１０４と同様の処理であるステップＳ１０３’及びステップＳ１０４’を行ってもよい。次の報告が作成されたかどうかを示す情報としては、ステップＳ１０３と同様、任意の情報を用いることができる。一例として、制御部２１は、上述のステップＳ１０３において行ったように、報告の作成履歴を示す報告作成情報Ｄ３を参照することにより判定を行う。制御部２１は、入力部２４が備える報告入力機能Ｆ９の動作履歴を参照することにより判定を行ってもよい。ステップＳ１０３’において報告が作成されていないと判定された場合、ステップＳ１０４’の処理が行われる。ステップＳ１０４’において、制御部２１は、通知時点Ｔ２が到来したかどうかを判定する代わりに、通知時点Ｔ２からの経過時間と、ステップＳ１０１で発生が検知されたイベントに対応付けて定義された時間間隔とを比較する。制御部２１は、経過期間が時間間隔以上である場合に、ステップＳ１０５の処理を行う。制御部２１は、ステップＳ１０３’において、次の報告が作成されたと判定されるまで、ステップＳ１０４’及びステップＳ１０５の処理を繰り返し行ってもよい。

本変形例によれば、報告が作成されるまで、通知情報Ｄ２が繰り返し送信されるので、報告の作成漏れ及び報告の遅延を更に抑制することができる。よって、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が一層行われやすくなる。

本実施形態の一変形例として、業務支援装置２０の制御部２１は、発生が検知されたイベントの種類に応じて報告のひな型を選択し、選択されたひな型を通知情報Ｄ２とともに提示してもよい。本例では、イベントの種類に対応付けて選択されるひな型が予め定められているものとする。本例では、イベントの種類と、作成されるひな型とを対応付けて示す情報がひな型情報として記憶部２２に予め記憶されている。

図８から図１２を参照して、ひな型の具体例を説明する。

図８に、本例において選択されるひな型の例として、テンプレートＩＤ「＃１」で示される来院報告ひな型の例を示す。図９に、テンプレートＩＤ「＃２」で示される診断報告ひな型の例を示す。図１０に、テンプレートＩＤ「＃３」で示される治療報告ひな型の例を示す。図１１に、テンプレートＩＤ「＃４」で示される退院報告ひな型の例を示す。図１２に、及びテンプレートＩＤ「＃５」で示される逆紹介用の紹介状ひな型の例を示す。

来院報告ひな型は、イベント「来院」に対応して選択される。診断報告ひな型は、イベント「来院報告送付」に対応して選択される。診断報告ひな型は、イベント「診断」に対応して選択されてもよい。治療報告ひな型は、イベント「治療」に対応して選択される。退院報告ひな型は、イベント「退院」に対応して選択される。逆紹介用の紹介状ひな型は、イベント「逆紹介」に対応して選択される。なお、本例において選択されるひな型はこれらに限定されず、種々のイベントに対応して任意のものが選択可能である。例えば、入院報告ひな型を予め記憶部２２に記憶しておき、イベント「入院」に対応して入院報告ひな型を選択することが可能である。ひな型の入力は、業務支援装置２０の入力部２４が備えるひな型入力機能Ｆ８により行われる。

それぞれのひな型に含まれる項目は任意に定められてよい。本例では、来院報告ひな型には、図８に示すように、「宛名」、「挨拶」、「患者氏名」、「来院日時」、「受診科」、及び「担当者氏名」の項目が含まれる。診断報告ひな型には、図９に示すように、「宛名」、「挨拶」、「患者氏名」、「診断名」、「予定治療」、及び「担当者氏名」の項目が含まれる。治療報告ひな型には、図１０に示すように、「宛名」、「挨拶」、「患者氏名」、「診断名」、「治療結果」、及び「担当者氏名」の項目が含まれる。退院報告ひな型には、図１１に示すように、「宛名」、「挨拶」、「患者氏名」、「診断名」、「治療結果」、「退院日時」、及び「担当者氏名」の項目が含まれる。逆紹介用の紹介状ひな型には、図１２に示すように、「宛名」、「挨拶」、「患者氏名」、「診断名」、「治療経過」、「今後の方針」、「処方」、「次回来院日」、「担当者氏名」の項目が含まれる。

業務支援装置２０の制御部２１は、選択されたひな型を示す情報を、ステップＳ１０５において、通知情報Ｄ２とともに提示する。具体的には、出力部２５としてのディスプレイ等に、通知情報Ｄ２としてのメッセージをテキスト又は音声で出力する際に、選択されたひな型を表示させる。例えば、制御部２１は、ステップＳ１０１で「来院」が検知されたのであれば、通知情報Ｄ２として表示させた「患者Ｐ１さんが来院されました！来院報告を作成してください。」というメッセージとともに、来院報告ひな型を表示させる。ユーザは、表示されたひな型に含まれる項目について必要な事項を、業務支援装置２０の入力部２４としてのタッチスクリーンなどが備える報告入力機能Ｆ９を介して入力することにより、報告を作成する。ユーザによる必要な事項の入力は音声により行われてもよい。あるいは、ユーザは自動音声との対話を行いながら必要な事項の入力を行ってもよい。

本例によれば、ひな型に沿って報告が作成されるので、医師が抜け漏れなく、確実に患者に関する情報を連携先へ伝えることが可能となる。また、報告を受け取ったのが非専門医であっても患者の診療情報を十分理解することができる。よって、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が行われやすくなる。

この変形例の更なる変形例として、業務支援装置２０の制御部２１は、選択されたひな型の各項目に対応する情報を抽出してもよい。具体的には、制御部２１は、記憶部２２に記憶されているひな型項目情報を参照して、ひな型の項目に対応する情報を抽出してもよい。ひな型の項目に対応する情報は、電子カルテ、部門システム、又は医事会計システムなどの病院情報システムから抽出される。図１３に、ひな型項目情報が格納されたテーブルの構成例をテーブル３００として示す。

図１３のテーブル３００において、１行目のレコードには、テンプレートＩＤとして「＃１」、診察に関する行為に対する、医師による入力に基づいて作成された電子カルテシステムから対応する情報が抽出される項目として「受診診療科、担当医師」、診察以外の処置行為に対する、医師以外の者による入力に基づいて作成された診療記録から対応する情報が抽出される項目として「該当なし」、医事会計システムから対応する情報が抽出される項目として「患者氏名、来院日時」が定義されている。２行目のレコードには、テンプレートＩＤとして「＃２」、診察に関する行為に対する、医師による入力に基づいて作成された電子カルテシステムから対応する情報が抽出される項目として「受診診療科、担当医師、診断内容、予定する治療内容」、診察以外の処置行為に対する、医師以外の者による入力に基づいて作成された診療記録から対応する情報が抽出される項目として「該当なし」、医事会計システムから対応する情報が抽出される項目として「患者氏名、来院日時」が定義されている。３行目のレコードには、テンプレートＩＤとして「＃３」、診察に関する行為に対する、医師による入力に基づいて作成された電子カルテシステムから対応する情報が抽出される項目として「受診診療科、担当医師、手術の結果」、診察以外の処置行為に対する、医師以外の者による入力に基づいて作成された診療記録から対応する情報が抽出される項目として「入院中の経過」、医事会計システムから対応する情報が抽出される項目として「患者氏名、来院日時」が定義されている。本実施形態において、医師による入力に基づいて作成された電子カルテシステムは、医師が患者の診療について入力するシステムである。また、医師以外の者による入力には、例えば、看護支援システムからの入力が含まれる。看護支援システムは、医師以外の看護師などが診療について情報を入力するシステムである。看護支援システムは、患者の入院後、病棟で患者の管理又は記録をするためのシステムであり、日々の処方の入力若しくは確認、又はバイタルの入力などを行うシステムとして構成することができる。

本例において、選択されたひな型が来院報告ひな型である場合、業務支援装置２０の制御部２１は、テーブル３００を参照して、来院報告ひな型を識別するテンプレートＩＤ「＃１」に対応する情報として、医師による入力に基づいて作成された電子カルテシステムから「受信診療料、担当医師」を示す情報を抽出し、医事会計システムから「患者氏名、来院日時」を示す情報を抽出する。選択されたひな型が診断報告ひな型である場合、制御部２１は、テーブル３００を参照して、診断報告ひな型を識別するテンプレートＩＤ「＃２」に対応する情報として、医師による入力に基づいて作成された電子カルテシステムから「受診診療科、担当医師、診断内容、予定する治療内容」を示す情報を抽出し、医事会計システムから「患者氏名、来院日時」を示す情報を抽出する。選択されたひな型が治療報告ひな型である場合、制御部２１は、テーブル３００を参照して、治療報告ひな型を識別するテンプレートＩＤ「＃３」に対応する情報として、医師による入力に基づいて作成された電子カルテシステムから「受診診療科、担当医師、手術の結果」を示す情報を抽出し、医師の入力以外の者による入力に基づいて作成された診療記録から「入院中の経過」を示す情報を抽出し、医事会計システムから「患者氏名、来院日時」を示す情報を抽出する。制御部２１は、抽出された情報を、選択されたひな型に自動的に入力する。

本例によれば、ひな型の項目のうち、報告として記載すべき事項の少なくとも一部が予め記入されるので、報告作成者の負担をさらに軽減することができる。よって、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が一層行われやすくなる。

本実施形態の一変形例として、業務支援装置２０の制御部２１は、発生が検知されたイベントの種類に応じて、ユーザを選択してもよい。本例において、ユーザには、第２医療施設Ｈ２の医師、看護師、又は事務スタッフが含まれる。発生が検知されたイベントの種類に応じてユーザを選択する理由は、報告の種類によっては、事務スタッフ単独では作成できないものがあるためである。例えば、来院報告であれば事務スタッフが作成可能である。一方、診断報告又は治療報告は、事務スタッフ単独では作成できず、患者を診療した医師又は看護師の協力を得て作成する必要がある。ユーザは任意に選択されてよいが、本例では、イベントの種類に応じて、ひな型の通知対象として選択されるユーザが予め定められているとする。本例では、イベントの種類と、選択されるユーザとを対応付けて示す情報が通知対象情報として記憶部２２に予め記憶されている。図１４に、通知対象情報が格納されたテーブルの構成例をテーブル４００として示す。

図１４のテーブル４００において、１行目のレコードには、患者氏名として「Ａ」、機関として「医院Ａ」、患者ＩＤとして「Ｐ１」、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ１」、通知対象として「医師Ａ、医師Ｃ、事務Ｂ」が格納されている。これは、機関「医院Ａ」から紹介された、患者ＩＤ「Ｐ１」で識別される患者の氏名が「Ａ」であり、スケジュールＩＤ「Ｃ１」で識別される診療スケジュールにおけるステップＩＤ「ＳＴ１」で識別されるイベントに対応する報告の通知対象のユーザが、「医師Ａ、医師Ｃ、事務Ｂ」であることを示している。「事務」は事務スタッフを意味している。同様に、２行目のレコードには、患者氏名として「Ｂ」、機関として「医院Ａ」、患者ＩＤとして「Ｐ２」、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ３」、通知対象として「医師Ｃ、医師Ｄ、事務Ｅ」が格納されている。これは、機関「医院Ａ」から紹介された、患者ＩＤ「Ｐ２」で識別される患者の氏名が「Ｂ」であり、スケジュールＩＤ「Ｃ１」で識別される診療スケジュールにおけるステップＩＤ「ＳＴ３」で識別されるイベントに対応する報告の通知対象のユーザが、「医師Ｃ、医師Ｄ、事務Ｅ」であることを示している。３行目のレコードには、患者氏名として「Ｃ」、機関として「病院Ａ」、患者ＩＤとして「Ｐ３」、スケジュールＩＤとして「Ｃ２」、ステップＩＤとして「ＳＴ１」、通知対象として「医師Ａ、医師Ｄ、事務Ｅ」が格納されている。これは、機関「病院Ａ」から紹介された、患者ＩＤ「Ｐ３」で識別される患者の氏名が「Ｃ」であり、スケジュールＩＤ「Ｃ２」で識別される診療スケジュールにおけるステップＩＤ「ＳＴ１」で識別されるイベントに対応する報告の通知対象のユーザが、「医師Ａ、医師Ｄ、事務Ｅ」であることを示している。４行目のレコードには、患者氏名として「Ｄ」、機関として「病院Ｂ」、患者ＩＤとして「Ｐ４」、スケジュールＩＤとして「Ｃ２」、ステップＩＤとして「ＳＴ５」、通知対象として「医師Ａ、医師Ｃ、事務Ｂ」が格納されている。これは、機関「病院Ｂ」から紹介された、患者ＩＤ「Ｐ４」で識別される患者の氏名が「Ｄ」であり、スケジュールＩＤ「Ｃ２」で識別される診療スケジュールにおけるステップＩＤ「ＳＴ５」で識別されるイベントに対応する報告の通知対象のユーザが、「医師Ａ、医師Ｃ、事務Ｂ」であることを示している。５行目のレコードには、患者氏名として「Ｅ」、機関として「病院Ｂ」、患者ＩＤとして「Ｐ５」、スケジュールＩＤとして「Ｃ１」、ステップＩＤとして「ＳＴ２」、通知対象として「医師Ａ、医師Ｃ、事務Ｅ」が格納されている。これは、機関「病院Ａ」から紹介された、患者ＩＤ「Ｐ５」で識別される患者の氏名が「Ｅ」であり、スケジュールＩＤ「Ｃ１」で識別される診療スケジュールにおけるステップＩＤ「ＳＴ２」で識別されるイベントに対応する報告の通知対象のユーザが、「医師Ａ、医師Ｃ、事務Ｅ」であることを示している。なお、本例において、通知対象は医師及び事務スタッフに限定されず、看護師が含まれてもよい。

本例では、通知対象のユーザの連絡先を示す連絡先情報が記憶部２２に予め記憶されている。図１５に、通知対象のユーザの連絡先を示す連絡先情報が格納されたテーブルの構成例をテーブル５００として示す。

図１５のテーブル５００において、１行目のレコードには、氏名として「Ａ」、役職として「医師」、ユーザＩＤとして「Ｕ１」が格納されている。これは、ユーザＩＤ「Ｕ１」で識別されるユーザの役職が「医師」であり、氏名が「Ａ」であることを示している。そして、当該ユーザに対応する連絡先としてメールアドレス、電話番号、及びファックス番号が格納されている。同様に、２行目のレコードには、氏名として「Ｂ」、役職として「事務」、ユーザＩＤとして「Ｕ２」が格納され、対応する連絡先としてメールアドレス、電話番号、及びファックス番号が格納されている。３行目のレコードには、氏名として「Ｃ」、役職として「医師」、ユーザＩＤとして「Ｕ３」が格納され、対応する連絡先としてメールアドレス、電話番号、及びファックス番号が格納されている。４行目のレコードには、氏名として「Ｄ」、役職として「医師」、ユーザＩＤとして「Ｕ４」が格納され、対応する連絡先としてメールアドレス、電話番号、及びファックス番号が格納されている。５行目のレコードには、氏名として「Ｅ」、役職として「事務」、ユーザＩＤとして「Ｕ５」が格納され、対応する連絡先としてメールアドレス、電話番号、及びファックス番号が格納されている。

図１６に、業務支援装置２０の制御部２１によるひな型作成の処理手順の例を示す。

ステップＳ２０１において、業務支援装置２０の制御部２１は、ひな型情報で示される複数のひな型のうち、イベントに対応するひな型を選択する。例えば、制御部２１は、図７のステップＳ１０１で「来院」が検知されたのであれば、「来院」に対応するひな型として、来院報告ひな型を選択する。制御部２１は、図７のステップＳ１０１で「来院報告送付」が検知されたのであれば、「来院報告送付」に対応するひな型として、来院報告の次に作成すべき報告である診断報告ひな型を選択する。制御部２１は、図７のステップＳ１０１で「治療」が検知されたのであれば、「治療」に対応するひな型として、治療報告ひな型を選択する。制御部２１は、図７のステップＳ１０１で「退院」が検知されたのであれば、「退院」に対応するひな型として、退院報告ひな型を選択する。制御部２１は、図７のステップＳ１０１で「逆紹介」が検知されたのであれば、「逆紹介」に対応するひな型として、逆紹介用の紹介状ひな型を選択する。

ステップＳ２０２において、業務支援装置２０の制御部２１は、選択されたひな型の送信先を連絡先として取得する。制御部２１は、記憶部２２に格納されている通知対象情報を読み出す。制御部２１は、通知対象情報として読み出されたテーブル４００を参照して、制御部２１が備える連絡先管理機能Ｆ３により、選択する。例えば、ステップＳ２０１において、患者Ｐ１について来院報告ひな型が選択されたのであれば、制御部２１は、当該来院報告ひな型の送信先として、患者ＩＤ「ＰＩ」、ステップＩＤ「Ｃ１」、及びステップＩＤ「ＳＴ１」に対応する、医師Ａ、医師Ｃ、及び事務Ｂを選択する。そして、制御部２１は、記憶部２２に格納されている連絡先情報を読み出す。制御部２１は、連絡先情報として読み出されたテーブル５００を参照して、制御部２１が備える連絡先管理機能Ｆ３により、選択された通知対象の連絡先を取得する。同様に、医師Ｄ又は事務Ｅが選択されたのであれば、制御部２１は、テーブル５００を参照して、医師Ｄ又は事務Ｅの連絡先としてのメールアドレス、電話番号、又はファックス番号を取得する。

ステップＳ２０３において、業務支援装置２０の制御部２１は、ステップＳ２０１で選択されたひな型を、ステップＳ２０２で取得された連絡先に送信する。

本変形例によれば、事務スタッフだけではなく医師にもひな型が送付されるので、事務スタッフ単独では作成できない報告を、医師又は看護師の協力を得て作成することができるようになる。よって、報告が作成されやすくなる。その結果、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換がさらに行われやすくなる。

本実施形態の一変形例として、業務支援装置２０の制御部２１は、第２医療施設Ｈ２における患者Ｐ１に対する診療の状況を示す診療情報Ｄ４を生成し、生成された診療情報Ｄ４を、通信部２３を介して、端末装置３０に送信してもよい。

業務支援装置２０の制御部２１は、患者管理機能Ｆ４により、第２医療施設Ｈ２における患者Ｐ１に対する診療の履歴を参照して診療情報Ｄ４を生成する。制御部２１は、診療の履歴として、患者Ｐ１に関わるイベントの発生履歴を参照する。

あるいは、制御部２１は、スケジュール管理機能Ｆ１により、第２医療施設Ｈ２における患者Ｐ１に対する診療の予定を参照して診療情報Ｄ４を生成する。制御部２１は、診療の予定として、患者Ｐ１に対応するスケジュールＩＤで識別される診療スケジュール情報を参照する。

本例において、診療情報Ｄ４には、第１医療施設Ｈ１からの紹介により第２医療施設Ｈ２に来院した患者Ｐ１について、紹介からの経過を示す情報が含まれる。図１７に、端末装置３０に送信され、端末装置３０の出力部としてのディスプレイに表示された診療情報Ｄ４の例を示す。

図１７に示す診療情報Ｄ４の例では、患者Ｐ１のサマリーとして、患者氏名、来院日時、受診科、担当者氏名、予定治療、及び現在の状態が表示されている。紹介からの経過として、患者Ｐ１の疾患についての診療過程が表示されている。表示された診療過程からは、患者Ｐ１の疾患がＸＸであり、８月１９日に患者Ｐ１が紹介され、８月２３日に患者Ｐ１が来院し、１１月３日に患者Ｐ１が逆紹介される予定であることがわかる。

本変形例において、業務支援装置２０の制御部２１は、端末装置３０から送信されたアクセス要求を通信部２３を介して受信すると、受信されたアクセス要求に応じて、診療情報Ｄ４を、通信部２３を介して、端末装置３０に送信してもよい。アクセス要求には、アカウントＩＤ及びパスワード等のログイン情報が含まれてもよい。制御部２１は、ログイン情報をデータベースに格納された正規のアカウント情報と比較することで、認証を行う。認証が成功した場合に、制御部２１は、診療情報Ｄ４を端末装置３０に送信する。端末装置３０は、送信された診療情報Ｄ４をディスプレイ等の出力部に出力する。

本例によれば、第１医療施設Ｈ１からも、第２医療施設Ｈ２にある、第１医療施設Ｈ１から紹介された患者Ｐ１に関するデータを閲覧することが可能となる。よって、紹介元の医療施設と紹介先の医療施設との間で、患者に関する情報交換が一層行われやすくなる。

本開示は上述の実施形態に限定されるものではない。例えば、ブロック図に記載の複数のブロックを統合してもよいし、又は１つのブロックを分割してもよい。フローチャートに記載の複数のステップを記述に従って時系列に実行する代わりに、各ステップを実行する装置の処理能力に応じて、又は必要に応じて、並列的に又は異なる順序で実行してもよい。その他、本開示の趣旨を逸脱しない範囲での変更が可能である。

例えば、診療スケジュール情報で示される診療スケジュールは、イベントの発生を検知した時点等に応じて途中で修正されてもよい。また、スケジュールはユーザにより手動で修正されてもよい。

例えば、本開示の業務支援システム１０を、第２医療施設Ｈ２内の別のシステムと連携させてもよい。すなわち、本開示の業務支援システム１０は、同じ院内の別の科との文書のやり取りに用いられてもよい。

例えば、第２医療施設Ｈ２から第１医療施設Ｈ１へ患者Ｐ１を逆紹介した後、本開示の業務支援システム１０により、患者Ｐ１が第１医療施設Ｈ１へ次回来院する日をスケジュールにて管理し、通知してもよい。そうすれば、第１医療施設Ｈ１の医師、又は患者Ｐ１が来院日を失念している可能性があっても、そのフォローを実施できる。

１０ システム
２０ 業務支援装置
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 出力部
３０ 端末装置
４０ ネットワーク
Ｆ１ スケジュール管理機能
Ｆ２ イベント判定機能
Ｆ３ 連絡先管理機能
Ｆ４ 患者管理機能
Ｆ５ 報告送受信機能
Ｆ６ スケジュール通知機能
Ｆ７ イベント入力機能
Ｆ８ ひな型入力機能
Ｆ９ 報告入力機能
Ｆ１０ スケジュール表示機能
Ｆ１１ 報告表示機能
Ｐ１ 患者
＃１ 来院報告ひな型
＃２ 診断報告ひな型
＃３ 治療報告ひな型
＃４ 退院報告ひな型
＃５ 逆紹介用の紹介状ひな型

Claims (17)

1. 第１医療施設からの紹介により第２医療施設に来院した患者に関わる複数のイベントに含まれるイベントの発生を検知する度に、前記複数のイベントのそれぞれに対応する、前記第２医療施設から前記第１医療施設への次の報告までの時間間隔を定義する定義情報を参照して、イベントの発生が検知された時点から、発生したイベントに対応する時間間隔が経過した時点を通知時点として算出し、算出された通知時点の到来に合わせて、前記次の報告を作成することをユーザに促す通知情報を提示する制御部を備える業務支援装置。
2. 前記複数のイベントには、前記第１医療施設若しくは前記第２医療施設において前記患者により又は前記患者に対して行われた行為が含まれ、
   前記制御部は、前記行為に伴って入力される情報を参照することで、前記行為に相当するイベントの発生を検知する、請求項１に記載の業務支援装置。
3. 前記行為には、前記第１医療施設からの前記紹介、前記第２医療施設における前記患者の来院、診断、治療、入院、若しくは退院、又は前記第２医療施設から前記第１医療施設へ前記患者を紹介する逆紹介が含まれる、請求項２に記載の業務支援装置。
4. 前記複数のイベントには、前記第２医療施設により前記第１医療施設に対して行われる前記患者についての連絡が含まれ、
   前記制御部は、前記連絡に伴って入力される情報を参照することで、前記連絡に相当するイベントの発生を検知する、請求項１に記載の業務支援装置。
5. 前記連絡には、前記第２医療施設から前記第１医療施設への報告である、前記患者についての来院報告、診断報告、治療報告、入院報告、若しくは退院報告の送付、又は前記第２医療施設から前記第１医療施設へ前記患者を紹介するための紹介状の送付が含まれる、請求項４に記載の業務支援装置。
6. 前記定義情報において、前記複数のイベントのそれぞれに対応する時間間隔は、前記複数のイベントのそれぞれの種類に対応付けて定義されており、
   前記制御部は、イベントの発生を検知する度に、発生したイベントの種類を特定し、イベントの発生が検知された時点から、特定された種類に対応する時間間隔が経過した時点を前記通知時点として算出する、請求項１から請求項５のいずれか１項に記載の業務支援装置。
7. 前記制御部は、前記第２医療施設の医師、看護師、又は事務スタッフを含むユーザの中から、特定されたイベントの種類に応じて前記ユーザを選択する、請求項６に記載の業務支援装置。
8. 前記定義情報において、前記複数のイベントのそれぞれに対応する時間間隔は、前記複数のイベントの発生順を表す複数の序数のそれぞれに対応付けて定義されており、
   前記制御部は、イベントの発生を検知する度に、カウンタをインクリメントし、イベントの発生が検知された時点から、前記カウンタと一致する序数に対応する時間間隔が経過した時点を前記通知時点として算出する、請求項１から請求項５のいずれか１項に記載の業務支援装置。
9. 前記制御部は、前記通知時点の到来に合わせて、前記次の報告のひな型を作成し、作成されたひな型を前記通知情報とともに提示する、請求項１から請求項８のいずれか１項に記載の業務支援装置。
10. 前記制御部は、前記次の報告が作成されたかどうかを示す情報を前記通知時点の到来後に参照し、前記次の報告が作成されていない場合、前記通知情報を再度提示する、請求項１から請求項９のいずれか１項に記載の業務支援装置。
11. 前記第１医療施設に設置された端末装置と通信する通信部を更に備え、
    前記制御部は、前記第２医療施設における前記患者に対する診療の状況を示す診療情報を生成し、生成された診療情報を、前記通信部を介して、前記端末装置に送信する、請求項１から請求項１０のいずれか１項に記載の業務支援装置。
12. 前記制御部は、前記端末装置から送信されたアクセス要求を前記通信部を介して受信すると、受信されたアクセス要求に応じて、前記診療情報を、前記通信部を介して、前記端末装置に送信する、請求項１１に記載の業務支援装置。
13. 前記制御部は、前記第２医療施設における前記患者に対する診療の履歴を参照して前記診療情報を生成する、請求項１１又は請求項１２に記載の業務支援装置。
14. 前記制御部は、前記第２医療施設における前記患者に対する診療の予定を参照して前記診療情報を生成する、請求項１１又は請求項１２に記載の業務支援装置。
15. 請求項１１から請求項１４のいずれか１項に記載の業務支援装置と、
    前記端末装置とを備える業務支援システム。
16. 業務支援装置により、第１医療施設からの紹介により第２医療施設に来院した患者に関わる複数のイベントに含まれるイベントの発生を検知することと、
    前記業務支援装置により、イベントの発生を検知する度に、前記複数のイベントのそれぞれに対応する、前記第２医療施設から前記第１医療施設への次の報告までの時間間隔を定義する定義情報を参照して、イベントの発生が検知された時点から、発生したイベントに対応する時間間隔が経過した時点を通知時点として算出することと、
    前記業務支援装置により、算出された通知時点の到来に合わせて、前記次の報告を作成することをユーザに促す通知情報を提示することと
    を含む業務支援方法。
17. 第１医療施設からの紹介により第２医療施設に来院した患者に関わる複数のイベントに含まれるイベントの発生を検知することと、
    イベントの発生を検知する度に、前記複数のイベントのそれぞれに対応する、前記第２医療施設から前記第１医療施設への次の報告までの時間間隔を定義する定義情報を参照して、イベントの発生が検知された時点から、発生したイベントに対応する時間間隔が経過した時点を通知時点として算出することと、
    算出された通知時点の到来に合わせて、前記次の報告を作成することをユーザに促す通知情報を提示することと
    を含む動作をコンピュータに実行させる業務支援プログラム。

Images