JP2018190260A - 医療情報管理装置及び医療情報共有システム - Google Patents

Abstract

【課題】医療情報を共有するシステムの効率化を図る。
【解決手段】患者の医療情報を記憶する医療情報管理装置１０は、患者ごとに、当該患者の医療情報の共有に係る同意書が入手されているか否かを示す同意書入手有無情報と、当該同意書を入手すべき医療関係者と、を対応付けて記憶し、対象患者に対応する同意書が入手されている場合に、通信ネットワークＮを介してデータ通信可能な施設端末２０に対して当該患者の医療情報を公開し、対象患者に対応する同意書が入手されていない場合に、施設端末２０からの当該患者の医療情報の参照を不可とする。医療情報管理装置１０は、同意書が入手されていない患者について、所定のタイミングで当該患者に対応する同意書を入手すべき医療関係者の通知先に対して、同意書の入手を促す警告を通知する。
【選択図】図１

Description

本発明は、医療情報管理装置及び医療情報共有システムに関する。

近年、医療技術の多様化に伴い、特定機能を持つ病院や診療所等の複数の医療施設が医療情報を共有し、連携して患者の検査や治療を行う医療連携が普及しつつある。また、在宅療養・介護の重要性が増してきており、病院、診療所、訪問看護ステーション、介護事業所等の医療施設間で患者の情報が共有されるようになってきている。具体的には、各医療施設から通信ネットワークを介して接続された医療情報管理装置に医療情報をアップロードし、連携先の他の医療施設から医療情報をダウンロードするシステムが利用されている。

検査結果やカルテ等の医療情報は、患者の個人的な情報であるため、医療情報を他の医療施設において利用するためには、患者から情報共有に対する同意書を入手する必要がある。
例えば、医療端末から共有サーバー装置に共有カルテの提供が要求された場合に、共有サーバー装置は、提供同意情報を確認し、患者が共有カルテの提供に同意しているときには、共有カルテを医療端末に提供し、患者が共有カルテの提供に同意していないときには、共有カルテの提供を拒否する医療情報システムが提案されている（特許文献１参照）。

特開２００７−０５２８１５号公報

しかしながら、各医療施設において、通信ネットワークを介して医療情報を共有するシステムを導入したとしても、実際の医療現場においては、そもそも同意書自体の入手に時間が取られるという問題があった。同意書が入手されない間は、医療情報は公開されないため、医療施設間の情報共有による医療・介護の効率化や患者の負担減少等のメリットが得られない。

本発明は、上記の従来技術における問題に鑑みてなされたものであって、医療情報を共有するシステムの効率化を図ることを課題とする。

上記課題を解決するために、請求項１に記載の発明は、患者ごとに、当該患者の医療情報を記憶する医療情報記憶手段を有する医療情報管理装置であって、患者ごとに、当該患者の医療情報の共有に係る同意書が入手されているか否かを示す同意書入手有無情報と、当該同意書を入手すべき医療関係者と、を対応付けて記憶する同意書情報記憶手段と、対象患者について、当該患者に対応する同意書入手有無情報に基づいて、当該患者に対応する同意書が入手されているか否かを判断し、当該患者に対応する同意書が入手されていると判断された場合に、当該医療情報管理装置と通信ネットワークを介してデータ通信可能な端末装置に対して当該患者の医療情報を公開し、当該患者に対応する同意書が入手されていないと判断された場合に、前記端末装置からの当該患者の医療情報の参照を不可とする公開制御手段と、前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者に対応する同意書を入手すべき医療関係者の通知先に対して、同意書の入手を促す警告を通知する警告手段と、を備える。

請求項２に記載の発明は、請求項１に記載の医療情報管理装置において、患者ごとに、当該患者又は当該患者の家族に対して医療情報の共有について説明が行われた日付を記憶する日付記憶手段を備え、前記警告手段は、同意書が入手されていないと判断された患者について、前記日付記憶手段に記憶されている当該患者に対応する日付から一定時間が経過した場合に、前記同意書の入手を促す警告を通知する。

請求項３に記載の発明は、請求項１又は２に記載の医療情報管理装置において、予め定められた間隔日数を記憶する間隔日数記憶手段を備え、前記警告手段は、前記間隔日数記憶手段に記憶されている間隔日数で、前記同意書の入手を促す警告を通知する。

請求項４に記載の発明は、請求項１から３のいずれか一項に記載の医療情報管理装置において、前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者の通知先に対して、同意書の提出を促す警告を通知する第２警告手段を備える。

請求項５に記載の発明は、請求項１から４のいずれか一項に記載の医療情報管理装置において、前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、前記端末装置からの当該患者の医療情報のアップロードを不可とするアップロード制御手段を備える。

請求項６に記載の発明は、請求項１から４のいずれか一項に記載の医療情報管理装置において、前記端末装置から医療情報のアップロード要求があった場合に、当該医療情報に係る患者に対応する同意書入手有無情報に基づいて、当該患者に対応する同意書が入手されていないと判断されたときには、アップロード対象の医療情報を保留領域に保存させ、当該患者に対応する同意書が入手されたと判断された後に、前記保留領域に保存されている医療情報を前記医療情報記憶手段に記憶させるアップロード制御手段を備える。

請求項７に記載の発明は、患者ごとに、当該患者の医療情報を記憶する医療情報記憶手段を有する医療情報管理装置と、当該医療情報管理装置と通信ネットワークを介してデータ通信可能な端末装置と、を備える医療情報共有システムであって、前記医療情報管理装置は、患者ごとに、当該患者の医療情報の共有に係る同意書が入手されているか否かを示す同意書入手有無情報と、当該同意書を入手すべき医療関係者と、を対応付けて記憶する同意書情報記憶手段と、対象患者について、当該患者に対応する同意書入手有無情報に基づいて、当該患者に対応する同意書が入手されているか否かを判断し、当該患者に対応する同意書が入手されていると判断された場合に、前記端末装置に対して当該患者の医療情報を公開し、当該患者に対応する同意書が入手されていないと判断された場合に、前記端末装置からの当該患者の医療情報の参照を不可とする公開制御手段と、前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者に対応する同意書を入手すべき医療関係者の通知先に対して、同意書の入手を促す警告を通知する警告手段と、を備える。

本発明によれば、医療情報を共有するシステムの効率化を図ることができる。

本発明の実施の形態における医療情報共有システムのシステム構成図である。 医療情報管理装置の機能的構成を示すブロック図である。 施設情報テーブル、ユーザー情報テーブル、患者情報テーブル、同意書情報テーブル、名寄せ情報テーブル及びファイル情報テーブルの例を示す図である。 ファイル格納部におけるフォルダー構成を示す図である。 施設端末の機能的構成を示すブロック図である。 医療情報管理装置により実行される患者登録処理を示すフローチャートである。 医療情報管理装置により実行される患者登録処理を示すフローチャートである。 医療情報管理装置及び施設端末により実行される同意書入手時の同意書情報登録処理を示すラダーチャートである。 医療情報管理装置及び施設端末により実行される同意撤回時の同意書情報登録処理を示すラダーチャートである。 医療情報管理装置により実行される同意書未入手リマインド処理を示すフローチャートである。 医療情報管理装置により実行される同意書未入手リマインド処理を示すフローチャートである。 医療情報管理装置及び施設端末により実行されるアップロード処理を示すラダーチャートである。 患者リスト画面の例である。 アップロード画面の例である。 医療情報管理装置及び施設端末により実行される情報参照処理を示すラダーチャートである。 同意書が入手されていない患者の参照画面の例である。 同意書が入手されている患者の参照画面の例である。 訪問記録表示画面の例である。 変形例２における医療情報管理装置及び施設端末により実行される第２のアップロード処理を示すラダーチャートである。

以下、図面を参照して、本発明に係る医療情報共有システムの一実施形態について説明する。ただし、発明の範囲は、図示例に限定されない。

〔医療情報共有システムの構成〕
図１に、本実施の形態における医療情報共有システム１００のシステム構成を示す。
図１に示すように、医療情報共有システム１００は、医療情報管理装置１０と、各医療施設に所属する医療関係者が使用する端末装置としての施設端末２０と、患者が使用する患者端末３０と、を備えて構成されている。医療情報管理装置１０、施設端末２０、患者端末３０は、通信ネットワークＮを介してデータ通信可能に接続されている。

医療情報管理装置１０は、施設端末２０から登録される医療情報を蓄積し管理する。医療情報管理装置１０は、クラウド環境に設けられたクラウドサーバーであってもよい。

施設端末２０は、各医療施設に所属する医療関係者により使用されるＰＣ（Personal Computer）、タブレット端末、スマートフォン等のコンピューター装置である。医療施設としては、主治医が所属する病院や診療所、患者の訪問看護を行う看護師が所属する訪問看護ステーション、患者のケアプランを作成するケアマネージャーや、患者の訪問介護を行う訪問介護員が所属する介護事業所、薬剤師が所属する調剤薬局等が挙げられる。
患者の検査、治療、在宅療養・介護等に携わる医療関係者は、施設端末２０から患者に関する医療情報を登録する。登録された医療情報は、医療情報管理装置１０に保存される。

患者端末３０は、患者により使用されるＰＣ、タブレット端末、スマートフォン等のコンピューター装置である。

〔医療情報管理装置の構成〕
図２に、医療情報管理装置１０の機能的構成を示す。
図２に示すように、医療情報管理装置１０は、制御部１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６、計時部１７等を備えて構成されており、各部はバス１８により接続されている。

制御部１１は、ＣＰＵ（Central Processing Unit）等から構成され、医療情報管理装置１０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部１２から入力される操作信号又は通信部１４により受信される指示信号に応じて、記憶部１６に記憶されている各種処理プログラムを読み出してＲＡＭ１５に展開し、当該プログラムとの協働により各種処理を行う。

操作部１２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部１１に出力する。

表示部１３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部１１から入力される表示信号の指示に従って、各種画面を表示する。
なお、操作部１２及び表示部１３については、医療情報管理装置１０の必須の構成要素ではない。

通信部１４は、ネットワークインターフェース等により構成され、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。

ＲＡＭ１５は、制御部１１により実行制御される各種処理において、記憶部１６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

記憶部１６は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部１６には、外部機器に搭載されたＷｅｂブラウザーとＨＴＴＰプロトコルによる通信を行ってＷｅｂブラウザーに各種Ｗｅｂ画面を提供するＷｅｂサーバーとしての機能を実現させるためのＷｅｂサーバープログラムや、Ｗｅｂサーバー上で動作し、Ｗｅｂブラウザーを介して外部機器のユーザーに医療情報共有サービスを提供するためのアプリケーションプログラム等が記憶されている。

記憶部１６には、施設情報テーブルＴ１、ユーザー情報テーブルＴ２、患者情報テーブルＴ３、同意書情報テーブルＴ４、名寄せ情報テーブルＴ５、ファイル情報テーブルＴ６、リマインド制御情報１６１が記憶されている。

図３に、施設情報テーブルＴ１、ユーザー情報テーブルＴ２、患者情報テーブルＴ３、同意書情報テーブルＴ４、名寄せ情報テーブルＴ５及びファイル情報テーブルＴ６の例を示す。

施設情報テーブルＴ１は、患者の治療、在宅療養・介護等に携わる医療施設ごとに、医療施設に関する施設情報を管理するためのテーブルである。施設情報テーブルＴ１には、医療施設ごとに、施設ＩＤ、事業種別、名称、住所、電話番号、ＦＡＸ番号等が対応付けられて格納される。
施設ＩＤは、医療施設の識別情報である。
事業種別は、医療施設の事業種別（診療所、訪問看護ステーション、薬局、介護支援センター、介護事業所等）である。
名称は、医療施設の名称である。
住所は、医療施設の住所である。
電話番号は、医療施設の電話番号である。
ＦＡＸ番号は、医療施設のＦＡＸ番号である。

施設情報テーブルＴ１に含まれる施設情報については、システムを運用管理する事務局により登録される。

ユーザー情報テーブルＴ２は、医療情報共有システム１００を使用するユーザー（医療関係者）ごとに、ユーザーに関するユーザー情報を管理するためのテーブルである。ユーザー情報テーブルＴ２には、ユーザーごとに、ユーザーＩＤ、パスワード、権限、氏名、電話番号、メールアドレス、施設ＩＤ、職種等が対応付けられて格納される。
ユーザーＩＤは、ユーザーの識別情報である。
パスワードは、ユーザーがシステムにログインする際のユーザー認証に用いられる。
権限は、ユーザーの権限（システム管理者、施設内管理者、一般）を示す情報である。
氏名は、ユーザーの氏名である。
電話番号は、ユーザーの電話番号である。
メールアドレスは、ユーザーのメールアドレスである。
施設ＩＤは、ユーザーが所属する医療施設の施設ＩＤである。
職種は、ユーザーの職種（医師、看護師、薬剤師、ケアマネージャー、リハビリテーション専門職、ヘルパー等）である。

ユーザー情報テーブルＴ２に含まれるユーザー情報については、各医療施設内の管理者により登録される。

患者情報テーブルＴ３は、患者ごとに、患者に関する患者情報を管理するためのテーブルである。患者情報テーブルＴ３には、患者ごとに、患者ＩＤ、氏名、性別、生年月日、住所、電話番号、メールアドレス、禁忌、アレルギー、医療保険番号、医療保険番号登録日付、介護保険番号、介護保険番号登録日付等が対応付けられて格納される。
患者ＩＤは、システム内で共通の患者の識別情報である。
氏名は、患者の氏名である。
性別は、患者の性別である。
生年月日は、患者の生年月日である。
住所は、患者の住所である。
電話番号は、患者の電話番号である。
メールアドレスは、患者のメールアドレスである。
禁忌は、禁忌薬等、患者に対する禁忌事項である。
アレルギーは、患者のアレルギーに関する情報である。
医療保険番号は、患者の医療保険番号である。
医療保険番号登録日付は、患者の医療保険番号が患者情報テーブルＴ３に登録された日付である。
介護保険番号は、患者の介護保険番号である。
介護保険番号登録日付は、患者の介護保険番号が患者情報テーブルＴ３に登録された日付である。

同意書情報テーブルＴ４は、患者ごとに、同意書に関する同意書情報を管理するためのテーブルである。同意書情報テーブルＴ４には、患者ごとに、患者ＩＤ、説明有無フラグ、説明者、説明日付、同意状況、同意書入手有無フラグ、同意書署名・捺印日付、リマインド回数等が対応付けられて格納される。
患者ＩＤは、医療情報が共有される患者の患者ＩＤである。
説明有無フラグは、医療情報が共有される患者又は患者家族に同意書（共有内容）の説明が実施されたか否かを示すフラグ（有／無）である。
説明者は、医療情報が共有される患者又は患者家族に同意書（共有内容）の説明を実施した医療関係者のユーザーＩＤである。
説明日付は、医療情報が共有される患者又は患者家族に同意書（共有内容）の説明を実施した日付である。
同意状況は、患者又は患者家族の同意状況（同意／不同意／保留／撤回）である。
同意書入手有無フラグは、患者又は患者家族から同意書が入手されているか否かを示すフラグ（入手／未入手）である。
同意書署名・捺印日付は、患者又は患者家族が同意書に署名・捺印を行った日付である。
リマインド回数は、同意書が未入手であることを通知するリマインドが実施された回数である。

同意書情報テーブルＴ４を記憶する記憶部１６は、患者ごとに、当該患者の医療情報の共有に係る同意書が入手されているか否かを示す同意書入手有無情報（同意書入手有無フラグ）と、当該同意書を入手すべき医療関係者（説明者）と、を対応付けて記憶する同意書情報記憶手段である。
また、同意書情報テーブルＴ４を記憶する記憶部１６は、患者ごとに、当該患者又は当該患者の家族に対して医療情報の共有について説明が行われた日付（説明日付）を記憶する日付記憶手段である。

名寄せ情報テーブルＴ５は、各患者の各医療施設における患者の識別情報を管理するためのテーブルである。名寄せ情報テーブルＴ５には、患者ＩＤ、施設ＩＤ、施設内患者ＩＤが対応付けられて格納される。
患者ＩＤは、システム内で共通の患者ＩＤである。
施設ＩＤは、患者の治療、在宅療養・介護等に携わる医療施設の施設ＩＤである。
施設内患者ＩＤは、医療施設内で患者に付与されている識別情報である。

ファイル情報テーブルＴ６は、ファイル格納部１６２において保存される医療情報のファイルに関するファイル情報を管理するためのテーブルである。ファイル情報テーブルＴ６には、医療情報のファイルごとに、登録日時、登録者、種類、格納先、名前等が対応付けられて格納される。
登録日時は、医療情報のファイルがファイル格納部１６２に登録された日時である。
登録者は、医療情報のファイルをファイル格納部１６２に登録した医療関係者のユーザーＩＤである。
種類は、医療情報のファイルの種類である。
格納先は、ファイル格納部１６２におけるファイルの格納先である。
名前は、医療情報のファイルの名前である。

リマインド制御情報１６１は、同意書が未入手であることを通知する際の条件を示す情報であり、リマインド日数と、リマインド間隔と、を含む。
リマインド日数は、同意書の説明を実施した日（説明日付）から初回のリマインドを実施するまでの日数である。
リマインド間隔は、説明日付からリマインド日数が経過した後、２回目以降のリマインドを実施する間隔の日数である。すなわち、リマインド制御情報１６１を記憶する記憶部１６は、予め定められた間隔日数を記憶する間隔日数記憶手段である。

また、記憶部１６は、ファイル格納部１６２を有する。ファイル格納部１６２には、システム内で共有される医療情報が格納される。

図４に、ファイル格納部１６２におけるフォルダー構成を示す。
ルートフォルダーの下位階層には、患者ごとの患者ＩＤと一致する名称のフォルダー（患者ＩＤフォルダー）が作成される。
患者ＩＤフォルダーの下位階層には、医療施設ごとの施設ＩＤと一致する名称のフォルダー（施設ＩＤフォルダー）が作成される。
施設ＩＤフォルダーの下位階層には、当該施設ＩＤフォルダーに対応する医療施設から登録された、上位階層の患者ＩＤフォルダーに対応する患者に関する医療情報のファイルが格納される。なお、施設ＩＤフォルダーの下位階層に医療情報の種類ごとにフォルダーを作成し、このフォルダーに医療情報を分類して格納してもよい。
記憶部１６のファイル格納部１６２は、患者ごとに、当該患者の医療情報を記憶する医療情報記憶手段である。

計時部１７は、計時回路（ＲＴＣ：Real Time Clock）を有し、この計時回路により現在日時を計時して制御部１１に出力する。

制御部１１は、施設端末２０において、各ユーザーに対応するログインアカウント（ユーザーＩＤ・パスワード）から医療情報管理装置１０にアクセスがあった場合に、記憶部１６のユーザー情報テーブルＴ２を参照して、予め登録されているユーザーであるか否かを判断する。制御部１１は、施設端末２０において入力されたユーザーＩＤ及びパスワードの組み合わせが、ユーザー情報テーブルＴ２に登録されている場合には、このユーザーＩＤに対応するユーザーが正当なユーザーであると判断する。

制御部１１は、施設端末２０からの情報取得要求に応じて、要求された情報を施設端末２０に提供する。
制御部１１は、対象患者について、当該患者に対応する同意書入手有無フラグに基づいて、当該患者に対応する同意書が入手されているか否かを判断し、当該患者に対応する同意書が入手されていると判断された場合に、施設端末２０に対して当該患者の医療情報を公開し、当該患者に対応する同意書が入手されていないと判断された場合に、施設端末２０からの当該患者の医療情報の参照を不可とする。すなわち、制御部１１は、公開制御手段として機能する。

なお、上記の原則に加え、本実施の形態では、例外として、施設端末２０を使用する医療関係者と同じ医療施設に所属する医療関係者によって登録された医療情報については、当該医療情報に係る患者に対応する同意書が入手されているか否かにかかわらず、公開されることとする。

制御部１１は、同意書入手有無フラグに基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者に対応する同意書を入手すべき医療関係者の通知先に対して、同意書の入手を促す警告を通知する。すなわち、制御部１１は、警告手段として機能する。
具体的には、制御部１１は、同意書が入手されていないと判断された患者について、同意書情報テーブルＴ４の当該患者（患者ＩＤ）に対応する説明日付から一定時間（リマインド制御情報１６１のリマインド日数）が経過した場合に、同意書の入手を促す警告を通知する。
また、制御部１１は、予め定められた間隔日数（リマインド制御情報１６１のリマインド間隔）で、同意書の入手を促す警告を通知する。

制御部１１は、同意書入手有無フラグに基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者の通知先に対して、同意書の提出を促す警告を通知する。すなわち、制御部１１は、第２警告手段として機能する。

〔施設端末の構成〕
図５に、施設端末２０の機能的構成を示す。
図５に示すように、施設端末２０は、制御部２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、記憶部２６等を備えて構成されており、各部はバス２７により接続されている。

制御部２１は、ＣＰＵ等から構成され、施設端末２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部２２から入力される操作信号又は通信部２４により受信される指示信号に応じて、記憶部２６に記憶されている各種処理プログラムを読み出してＲＡＭ２５に展開し、当該プログラムとの協働により各種処理を行う。

操作部２２は、カーソルキー、文字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部２１に出力する。
施設端末２０がタブレット端末、スマートフォン等である場合には、操作部２２は、電源をオン／オフさせる電源キー等の操作キー、表示部２３に積層されたタッチパネルにより構成され、各操作キーに対応する操作信号、ユーザーの指等によるタッチ操作の位置に応じた操作信号を制御部２１に出力する。

表示部２３は、ＬＣＤ等のモニターを備えて構成されており、制御部２１から入力される表示信号の指示に従って、各種画面を表示する。例えば、表示部２３は、医療情報管理装置１０から受信した各種Ｗｅｂ画面の表示用データに基づいて各種Ｗｅｂ画面を表示する。

通信部２４は、ネットワークインターフェース等により構成され、ＬＡＮ、ＷＡＮ、インターネット等の通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。また、通信部２４は、携帯電話回線等を用いて無線通信を行い、通信ネットワークＮを介して接続された医療情報管理装置１０等の外部機器との間でデータの送受信を行う。

ＲＡＭ２５は、制御部２１により実行制御される各種処理において、記憶部２６から読み出された各種プログラム、入力若しくは出力データ及びパラメーター等を一時的に記憶するワークエリアを形成する。

記憶部２６は、ＨＤＤや不揮発性の半導体メモリー等により構成され、各種処理プログラム、当該プログラムの実行に必要なパラメーターやファイル等を記憶している。例えば、記憶部２６には、Ｗｅｂブラウザーを実現するためのＷｅｂブラウザープログラム等が記憶されている。

施設端末２０は、医療情報管理装置１０に医療情報を登録する際、医療情報管理装置１０で管理されている医療情報を参照する際等に用いられる。

〔医療情報共有システムにおける動作〕
次に、医療情報共有システム１００における動作について説明する。

図６及び図７は、医療情報管理装置１０により実行される患者登録処理を示すフローチャートである。この処理は、施設端末２０から入力される情報に基づいて、患者を登録する処理であり、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
医療施設では、患者やその家族から患者情報（氏名、性別、生年月日、住所、電話番号、メールアドレス、禁忌、アレルギー、医療保険番号、介護保険番号等）を入手しておく。

まず、施設端末２０において、操作部２２によりＷｅｂブラウザー上から医療情報管理装置１０にアクセスするためのＵＲＬが入力されると、制御部２１により、入力されたＵＲＬに基づいて、通信部２４を介して医療情報管理装置１０にアクセスが行われる。

医療情報管理装置１０では、制御部１１により、施設端末２０に対し、通信部１４を介してログイン画面を表示するための表示用データが送信される。なお、医療情報管理装置１０のＷｅｂサーバー機能により施設端末２０に送信されるログイン画面をはじめとする各種Ｗｅｂ画面の表示用データには、ＨＴＭＬ、スタイルシート、画像データ、施設端末２０で所定の処理を実行させるためのスクリプト等が含まれる。

施設端末２０では、通信部２４によりログイン画面の表示用データが受信されると、制御部２１により、表示部２３にログイン画面が表示される。ログイン画面には、ユーザーＩＤ及びパスワードの入力欄が含まれる。ログイン画面において、操作部２２からの操作により、ユーザーＩＤ及びパスワードが入力されると、制御部２１により、入力されたユーザーＩＤ及びパスワードが通信部２４を介して医療情報管理装置１０に送信される。

医療情報管理装置１０では、通信部１４を介して施設端末２０からユーザーＩＤ及びパスワードが取得され（ステップＳ１）、制御部１１により、ユーザー認証が行われる。具体的には、制御部１１により、記憶部１６のユーザー情報テーブルＴ２から、施設端末２０において入力されたユーザーＩＤと一致するレコードが検索され、検索されたレコードに含まれるパスワードと施設端末２０において入力されたパスワードが一致する場合には、ユーザー認証が成功したと判断される。

次に、施設端末２０において、操作部２２からの操作により、患者の登録が指示され、患者の医療保険番号又は介護保険番号が入力されると、制御部２１により、入力された医療保険番号又は介護保険番号が通信部２４を介して医療情報管理装置１０に送信される。

医療情報管理装置１０では、通信部１４を介して施設端末２０から医療保険番号又は介護保険番号が取得され（ステップＳ２）、制御部１１により、医療保険番号又は介護保険番号に該当する患者が新規登録患者であるか否かが判断される（ステップＳ３）。具体的には、制御部１１により、記憶部１６の患者情報テーブルＴ３が参照され、施設端末２０において入力された医療保険番号又は介護保険番号が含まれるレコードが存在する場合には、新規登録患者でないと判断され、施設端末２０において入力された医療保険番号又は介護保険番号が含まれるレコードが存在しない場合には、新規登録患者であると判断される。

対象患者が新規登録患者である場合には（ステップＳ３；ＹＥＳ）、制御部１１により、施設端末２０に対し、通信部１４を介して患者登録画面を表示するための表示用データが送信される。
施設端末２０では、表示部２３に患者登録画面が表示され、操作部２２からの操作により、対象患者の患者情報が入力されると、制御部２１により、入力された患者情報が通信部２４を介して医療情報管理装置１０に送信される。なお、医療施設内で予め登録されている対象患者の患者情報が医療情報管理装置１０に送信されることとしてもよい。

医療情報管理装置１０では、通信部１４により施設端末２０から患者情報が受信されると、制御部１１により、対象患者に対してシステム内で共通の患者ＩＤが付番され、施設端末２０から受信された患者情報が患者ＩＤと対応付けられて、記憶部１６の患者情報テーブルＴ３に登録される（ステップＳ４）。
なお、患者情報テーブルＴ３の医療保険番号登録日付、介護保険番号登録日付については、制御部１１により、計時部１７から取得された現在日時が登録される。

次に、制御部１１により、記憶部１６のファイル格納部１６２において、ルートフォルダーの直下に、対象患者の患者ＩＤと同じ名称のフォルダー（患者ＩＤフォルダー）が作成される（ステップＳ５）。

次に、制御部１１により、記憶部１６のファイル格納部１６２において、対象患者の患者ＩＤフォルダーの下位階層に、ログインユーザーが所属する医療施設の施設ＩＤと同じ名称のフォルダー（施設ＩＤフォルダー）が作成される（ステップＳ６）。具体的には、制御部１１により、記憶部１６のユーザー情報テーブルＴ２が参照され、ログインユーザーのユーザーＩＤに対応する施設ＩＤが取得され、当該施設ＩＤと同じ名称のフォルダーが作成される。

次に、制御部１１により、記憶部１６の名寄せ情報テーブルＴ５に、名寄せ情報として、対象患者の患者ＩＤ、ログインユーザーが所属する医療施設の施設ＩＤ、この医療施設における対象患者の施設内患者ＩＤが対応付けられて登録される（ステップＳ７）。施設内患者ＩＤは、施設端末２０において、操作部２２から入力され、通信部２４を介して医療情報管理装置１０に送信されることとしてもよいし、医療施設内で予め登録されている情報が医療情報管理装置１０に送信されることとしてもよい。

次に、制御部１１により、対象患者に対し、情報共有（ケア向上と業務効率化のため、医療情報を多職種間で共有したい旨）について説明済みであるか否かが判断される（ステップＳ８）。具体的には、施設端末２０において、操作部２２から情報共有について説明済みであるか否かを示す説明有無情報が入力され、この説明有無情報が通信部２４を介して医療情報管理装置１０に送信される。情報共有について説明済みである場合には、施設端末２０において、操作部２２から説明日付が入力され、説明有無情報とともに、説明日付も医療情報管理装置１０に送信される。医療情報管理装置１０では、制御部１１により、施設端末２０において入力された説明有無情報に基づいて、情報共有について説明済みであるか否かが判断される。

情報共有について説明済みである場合には（ステップＳ８；ＹＥＳ）、制御部１１により、記憶部１６の同意書情報テーブルＴ４に、説明有無フラグ「有」、説明者、説明日付が登録される（ステップＳ９）。具体的には、制御部１１により、同意書情報テーブルＴ４に、「患者ＩＤ」が対象患者の患者ＩＤである新規レコードが追加され、「説明有無フラグ」が「有」に設定され、「説明者」フィールドに「ログインユーザーのユーザーＩＤ」が格納され、「説明日付」フィールドに施設端末２０において入力された「説明日付」が格納される。

次に、図７に移り、制御部１１により、情報共有について（口頭で）同意を得られたか否かが判断される（ステップＳ１０）。具体的には、施設端末２０において、操作部２２から情報共有について同意を得られたか否かを示す同意状況（同意／不同意／保留）が入力され、この同意状況が通信部２４を介して医療情報管理装置１０に送信される。医療情報管理装置１０では、制御部１１により、施設端末２０において入力された同意状況に基づいて、情報共有について同意を得られたか否かが判断される。

情報共有について同意を得られた場合には（ステップＳ１０；ＹＥＳ）、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードの「同意状況」フィールドに「同意」が登録される（ステップＳ１１）。同意が得られた患者に対しては、情報共有に対する同意書への署名・捺印が依頼されている。

次に、制御部１１により、情報共有について署名・捺印された同意書が入手されたか否かが判断される（ステップＳ１２）。具体的には、施設端末２０において、操作部２２から情報共有について署名・捺印された同意書が入手されたか否かを示す同意書入手有無情報が入力され、この同意書入手有無情報が通信部２４を介して医療情報管理装置１０に送信される。同意書が入手された場合には、施設端末２０において、操作部２２から同意書署名・捺印日付が入力され、同意書入手有無情報とともに、同意書署名・捺印日付も医療情報管理装置１０に送信される。医療情報管理装置１０では、制御部１１により、施設端末２０において入力された同意書入手有無情報に基づいて、同意書が入手されたか否かが判断される。

同意書が入手された場合には（ステップＳ１２；ＹＥＳ）、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードに同意書入手有無フラグ「入手」、同意書署名・捺印日付が登録される（ステップＳ１３）。具体的には、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードの「同意書入手有無フラグ」が「入手」に設定され、「同意書署名・捺印日付」フィールドに施設端末２０において入力された「同意書署名・捺印日付」が格納される。

ステップＳ１２において、同意書が入手されていない場合には（ステップＳ１２；ＮＯ）、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードに同意書入手有無フラグ「未入手」が登録される（ステップＳ１４）。

ステップＳ１０において、情報共有について同意を得られなかった場合には（ステップＳ１０；ＮＯ）、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードの「同意状況」フィールドに「不同意」が登録される（ステップＳ１５）。
ステップＳ１０において、情報共有について同意が保留とされた場合には（ステップＳ１０；保留）、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードの「同意状況」フィールドに「保留」が登録される（ステップＳ１６）。

ステップＳ８において、情報共有について説明済みでない場合には（ステップＳ８；ＮＯ）、制御部１１により、記憶部１６の同意書情報テーブルＴ４に、説明有無フラグ「無」が登録される（ステップＳ１７）。具体的には、制御部１１により、同意書情報テーブルＴ４に、「患者ＩＤ」が対象患者の患者ＩＤである新規レコードが追加され、「説明有無フラグ」が「無」に設定される。

ステップＳ３において、対象患者が新規登録患者でない場合には（ステップＳ３；ＮＯ）、制御部１１により、ステップＳ２で取得された医療保険番号又は介護保険番号に基づいて、記憶部１６の患者情報テーブルＴ３から対象患者の患者情報（患者ＩＤ等）が読み出される（ステップＳ１８）。

次に、制御部１１により、記憶部１６のファイル格納部１６２において、対象患者の患者ＩＤフォルダーの下位階層に、ログインユーザーが所属する医療施設の施設ＩＤと同じ名称のフォルダー（施設ＩＤフォルダー）が作成される（ステップＳ１９）。具体的には、制御部１１により、記憶部１６のユーザー情報テーブルＴ２が参照され、ログインユーザーのユーザーＩＤに対応する施設ＩＤが取得され、当該施設ＩＤと同じ名称のフォルダーが作成される。

次に、制御部１１により、記憶部１６の名寄せ情報テーブルＴ５に、名寄せ情報として、対象患者の患者ＩＤ、ログインユーザーが所属する医療施設の施設ＩＤ、この医療施設における対象患者の施設内患者ＩＤが対応付けられて登録される（ステップＳ２０）。

ステップＳ１３、ステップＳ１４、ステップＳ１５、ステップＳ１６、ステップＳ１７又はステップＳ２０の後、患者登録処理が終了する。

図８は、医療情報管理装置１０及び施設端末２０により実行される同意書入手時の同意書情報登録処理を示すラダーチャートである。この処理は、情報共有について同意が得られた患者又はその家族から署名・捺印した同意書を入手した際に実行される処理である。医療情報管理装置１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、施設端末２０における処理は、制御部２１と記憶部２６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、施設端末２０において、Ｗｅｂブラウザー上から医療情報管理装置１０にアクセスするためのＵＲＬに基づいて、通信部２４を介して医療情報管理装置１０にアクセスが行われる。
医療情報管理装置１０では、制御部１１により、施設端末２０に対し、通信部１４を介してログイン画面を表示するための表示用データが送信される。

施設端末２０では、表示部２３に表示されたログイン画面において、操作部２２からの操作により、ユーザーＩＤ及びパスワードが入力されると（ステップＳ２１）、制御部２１により、入力されたユーザーＩＤ及びパスワードが通信部２４を介して医療情報管理装置１０に送信される。
医療情報管理装置１０では、通信部１４によりユーザーＩＤ及びパスワードが受信されると、制御部１１により、ユーザー認証が行われる（ステップＳ２２）。

次に、施設端末２０において、操作部２２からの操作により、同意書情報を登録する患者が選択されると（ステップＳ２３）、制御部２１により、選択患者に対応する患者ＩＤが通信部２４を介して医療情報管理装置１０に送信される。
医療情報管理装置１０では、通信部１４により選択患者の患者ＩＤが受信されると、制御部１１により、施設端末２０に対し、通信部１４を介して当該患者に対する同意書情報変更画面を表示するための表示用データが送信される。

施設端末２０では、通信部２４により同意書情報変更画面の表示用データが受信されると、制御部２１により、表示部２３に同意書情報変更画面が表示される。同意書情報変更画面には、同意書を入手したか否かを選択するための選択欄、同意書に署名・捺印した日付を入力するための入力欄が含まれる。操作部２２からの操作により、同意書を入手したこと、及び同意書署名・捺印日付が入力されると（ステップＳ２４）、制御部２１により、入力された情報が通信部２４を介して医療情報管理装置１０に送信される。

医療情報管理装置１０では、通信部１４により施設端末２０から情報が受信されると、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードに同意書入手有無フラグ「入手」、同意書署名・捺印日付が登録される（ステップＳ２５）。具体的には、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードの「同意書入手有無フラグ」が「入手」に設定され、「同意書署名・捺印日付」フィールドに施設端末２０において入力された「同意書署名・捺印日付」が格納される。
以上で、同意書入手時の同意書情報登録処理が終了する。

図９は、医療情報管理装置１０及び施設端末２０により実行される同意撤回時の同意書情報登録処理を示すラダーチャートである。この処理は、情報共有について同意が得られていた患者又はその家族から、同意が撤回された際に実行される処理である。医療情報管理装置１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、施設端末２０における処理は、制御部２１と記憶部２６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

ステップＳ３１〜ステップＳ３３の処理は、同意書入手時の同意書情報登録処理（図８参照）のステップＳ２１〜ステップＳ２３の処理と同様であるため、説明を省略する。

施設端末２０では、通信部２４により同意書情報変更画面の表示用データが受信されると、制御部２１により、表示部２３に同意書情報変更画面が表示される。同意書情報変更画面には、さらに、同意を撤回するか否かを選択するための選択欄が含まれる。操作部２２からの操作により、同意を撤回することが入力されると（ステップＳ３４）、制御部２１により、入力された情報が通信部２４を介して医療情報管理装置１０に送信される。

医療情報管理装置１０では、通信部１４により施設端末２０から情報が受信されると、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、対象患者のレコードの「同意状況」フィールドに「撤回」が登録される（ステップＳ３５）。
以上で、同意撤回時の同意書情報登録処理が終了する。

図１０及び図１１は、医療情報管理装置１０により実行される同意書未入手リマインド処理を示すフローチャートである。この処理は、同意書が未入手の場合に警告を行う処理であり、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

まず、制御部１１により、計時部１７から現在日時を取得して、午前３時になったか否かが判断される（ステップＳ４１）。午前３時でない場合には（ステップＳ４１；ＮＯ）、ステップＳ４１に戻り、処理が繰り返される。
ここでは、午前３時を１日のうちでシステム稼働が最も低い時間と判断し、これ以降の処理を実行する契機としているが、別の時間に設定されていてもよい。

午前３時になった場合には（ステップＳ４１；ＹＥＳ）、制御部１１により、記憶部１６の同意書情報テーブルＴ４の先頭から順次、１レコードずつ同意書情報が読み出される（ステップＳ４２）。
ここで、制御部１１により、同意書情報テーブルＴ４から同意書情報が読み出せたか否かが判断される（ステップＳ４３）。

同意書情報テーブルＴ４から同意書情報が読み出せた場合（ステップＳ４３；ＹＥＳ）、すなわち、同意書情報テーブルＴ４において、次のレコードが存在した場合には、制御部１１により、同意書情報の「説明有無フラグ」が「有」であるか否かが判断される（ステップＳ４４）。

「説明有無フラグ」が「有」である場合には（ステップＳ４４；ＹＥＳ）、制御部１１により、同意書情報の「同意状況」が「同意」であるか否かが判断される（ステップＳ４５）。

「同意状況」が「同意」である場合には（ステップＳ４５；ＹＥＳ）、制御部１１により、同意書情報の「同意書入手有無フラグ」が「未入手」であるか否かが判断される（ステップＳ４６）。

「同意書入手有無フラグ」が「未入手」である場合には（ステップＳ４６；ＹＥＳ）、図１１に移り、制御部１１により、同意書情報の「リマインド回数」が「０」であるか否かが判断される（ステップＳ４７）。

「リマインド回数」が「０」である場合には（ステップＳ４７；ＹＥＳ）、制御部１１により、同意書情報の「説明日付」から本日までの日数が、リマインド制御情報１６１に含まれるリマインド日数以上であるか否かが判断される（ステップＳ４８）。

「説明日付」から本日までの日数がリマインド日数以上である場合には（ステップＳ４８；ＹＥＳ）、制御部１１により、同意書情報の「説明者（ユーザーＩＤ）」に対応する「メールアドレス」がユーザー情報テーブルＴ２から取得され、説明者のメールアドレス宛てに、通信部１４を介して同意書の入手を促すリマインドメールが送信される（ステップＳ４９）。
同意書を入手すべき医療関係者（説明者）は、施設端末２０において、リマインドメールを確認する。

次に、制御部１１により、同意書情報の「患者ＩＤ」に対応する「メールアドレス」が患者情報テーブルＴ３から取得され、患者のメールアドレス宛てに、通信部１４を介して同意書の提出を促すリマインドメールが送信される（ステップＳ５０）。
患者は、患者端末３０において、リマインドメールを確認する。

次に、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、該当するレコードの「リマインド回数」が「１」に設定される（ステップＳ５１）。

ステップＳ４７において、「リマインド回数」が「０」でない場合（ステップＳ４７；ＮＯ）、すなわち、「リマインド回数」が１以上である場合には、制御部１１により、前回リマインドからの日数が、リマインド制御情報１６１に含まれるリマインド間隔以上であるか否かが判断される（ステップＳ５２）。前回リマインドからの日数は、以下の式（１）により求められる。
（前回リマインドからの日数）＝（同意書情報の説明日付から本日までの日数）
−（リマインド日数）−（リマインド回数−１）×（リマインド間隔） ・・・（１）

前回リマインドからの日数がリマインド間隔以上である場合には（ステップＳ５２；ＹＥＳ）、制御部１１により、同意書情報の「説明者（ユーザーＩＤ）」に対応する「メールアドレス」がユーザー情報テーブルＴ２から取得され、説明者のメールアドレス宛てに、通信部１４を介して同意書の入手を促すリマインドメールが送信される（ステップＳ５３）。

次に、制御部１１により、同意書情報の「患者ＩＤ」に対応する「メールアドレス」が患者情報テーブルＴ３から取得され、患者のメールアドレス宛てに、通信部１４を介して同意書の提出を促すリマインドメールが送信される（ステップＳ５４）。

次に、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、該当するレコードの「リマインド回数」がカウントアップされる（ステップＳ５５）。

ステップＳ４４において、「説明有無フラグ」が「有」でない場合（ステップＳ４４；ＮＯ）、ステップＳ４５において、「同意状況」が「同意」でない場合（ステップＳ４５；ＮＯ）、ステップＳ４６において、「同意書入手有無フラグ」が「未入手」でない場合（ステップＳ４６；ＮＯ）、ステップＳ４８において、「説明日付」から本日までの日数がリマインド日数未満である場合（ステップＳ４８；ＮＯ）、ステップＳ５２において、前回リマインドからの日数がリマインド間隔未満である場合（ステップＳ５２；ＮＯ）、ステップＳ５１の後、又は、ステップＳ５５の後、ステップＳ４２に戻り、処理が繰り返される。

ステップＳ４３において、同意書情報テーブルＴ４から同意書情報が読み出せなかった場合（ステップＳ４３；ＮＯ）、すなわち、同意書情報テーブルＴ４内の全てのレコードについて処理が終了した場合には、同意書未入手リマインド処理が終了する。

図１２は、医療情報管理装置１０及び施設端末２０により実行されるアップロード処理を示すラダーチャートである。医療情報管理装置１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、施設端末２０における処理は、制御部２１と記憶部２６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

ステップＳ６１及びステップＳ６２の処理は、同意書入手時の同意書情報登録処理（図８参照）のステップＳ２１及びステップＳ２２の処理と同様であるため、説明を省略する。

次に、施設端末２０において、操作部２２からの操作に基づいて、患者リスト要求が通信部２４を介して医療情報管理装置１０に送信されると（ステップＳ６３）、医療情報管理装置１０では、制御部１１により、施設端末２０に対し、通信部１４を介して患者リスト画面を表示するための表示用データが送信される。

施設端末２０では、通信部２４により患者リスト画面の表示用データが受信されると、制御部２１により、表示部２３に患者リスト画面が表示される（ステップＳ６４）。

図１３に、施設端末２０の表示部２３に表示される患者リスト画面２３１の例を示す。患者リスト画面２３１には、医療情報管理装置１０の患者情報テーブルＴ３に登録されている患者のリストが表示される。患者リスト画面２３１には、アップロードボタン表示欄４０、参照ボタン表示欄４１、施設内患者ＩＤ表示欄４２、氏名表示欄４３、フリガナ表示欄４４、性別表示欄４５、年齢表示欄４６等が含まれる。
アップロードボタン表示欄４０に表示されるアップロードボタンＢ１，Ｂ２，Ｂ３は、医療情報をアップロードする患者を選択する際に押下される。
参照ボタン表示欄４１に表示される参照ボタンＢ４，Ｂ５，Ｂ６は、医療情報を参照する患者を選択する際に押下される。
施設内患者ＩＤ表示欄４２、氏名表示欄４３、フリガナ表示欄４４、性別表示欄４５、年齢表示欄４６には、それぞれ、各患者の施設内患者ＩＤ、氏名、氏名のフリガナ、性別、年齢が表示される。施設内患者ＩＤについては、医療情報管理装置１０において、制御部１１により、ログインユーザーの「ユーザーＩＤ」に対応する「施設ＩＤ」がユーザー情報テーブルＴ２から取得され、この「施設ＩＤ」とリストに表示される患者の「患者ＩＤ」の組み合わせに対応する「施設内患者ＩＤ」が名寄せ情報テーブルＴ５から取得される。

患者リスト画面において、操作部２２からの操作により、医療情報をアップロードする患者が選択されると（ステップＳ６５）、制御部２１により、選択された患者に対応する患者ＩＤが通信部２４を介して医療情報管理装置１０に送信される。

例えば、図１３に示す患者リスト画面２３１において、アップロードボタンＢ１が押下されると、図１４に示すように、「東京太郎」という患者の医療情報をアップロードするためのアップロード画面２３２が表示部２３に表示される。
アップロード画面２３２には、フォルダー選択欄５０、ファイル表示欄５１、ファイル選択欄５２等が含まれる。
フォルダー選択欄５０には、医療情報管理装置１０のファイル格納部１６２において、選択された患者の患者ＩＤフォルダーの下位階層にあるログインユーザーが所属する医療施設の施設ＩＤフォルダーの下位階層に作成されているフォルダーが表示される。ユーザーは、フォルダー選択欄５０において、アップロード先となるフォルダーを選択する。
ファイル表示欄５１には、医療情報管理装置１０のファイル格納部１６２において、フォルダー選択欄５０において選択されたフォルダー内に格納されているファイルの情報（登録日時、ファイルの名前、サイズ等）が表示される。
ファイル選択欄５２は、アップロード対象となるファイルを選択するための領域である。表示部２３のアップロード画面２３２の外部領域にアップロードするファイルが表示された状態で、操作部２２からの操作により、当該ファイルをファイル選択欄５２に対してドラッグ＆ドロップすることによって、アップロード対象となるファイルを選択したことになる。

操作部２２からの操作により、アップロードするファイル（医療情報）が選択されると（ステップＳ６６）、制御部２１により、選択されたファイルが通信部２４を介して医療情報管理装置１０にアップロードされる（ステップＳ６７）。

医療情報管理装置１０では、通信部１４により選択患者の患者ＩＤ及びファイルが受信されると、制御部１１により、記憶部１６のファイル格納部１６２において、選択患者の患者ＩＤフォルダーの下位階層にあるログインユーザーが所属する医療施設の施設ＩＤフォルダーに、受信されたファイルが保存される（ステップＳ６８）。
なお、アップロード画面２３２（図１４参照）のフォルダー選択欄５０において、ファイルのアップロード先として、施設ＩＤフォルダーより下位階層のフォルダーが選択されている場合には、選択されたフォルダーにファイルが保存される。

また、制御部１１により、アップロードされたファイルについて、ファイル情報（登録日時、登録者、種類、格納先、名前）が記憶部１６のファイル情報テーブルＴ６に格納される（ステップＳ６９）。具体的には、制御部１１により、ファイル格納部１６２にファイルが保存された時に、計時部１７から現在日時が取得され、この日時が「登録日時」として登録される。また、制御部１１により、ファイルのアップロード操作を行ったログインユーザーのユーザーＩＤが「登録者」として登録される。また、制御部１１により、アップロード画面２３２のフォルダー選択欄５０において選択されたフォルダーに対応する医療情報の種類が「種類」として登録される。また、制御部１１により、ファイル格納部１６２においてファイルが保存された保存場所が「格納先」として登録される。また、制御部１１により、アップロードされたファイルの名前が「名前」として登録される。
以上で、アップロード処理が終了する。

図１５は、医療情報管理装置１０及び施設端末２０により実行される情報参照処理を示すラダーチャートである。医療情報管理装置１０における処理は、制御部１１と記憶部１６に記憶されているプログラムとの協働によるソフトウェア処理によって実現され、施設端末２０における処理は、制御部２１と記憶部２６に記憶されているプログラムとの協働によるソフトウェア処理によって実現される。

ステップＳ７１〜ステップＳ７４の処理は、アップロード処理（図１２参照）のステップＳ６１〜ステップＳ６４の処理と同様であるため、説明を省略する。

施設端末２０では、表示部２３に表示される患者リスト画面において、操作部２２からの操作により、医療情報を参照する患者が選択されると（ステップＳ７５）、制御部２１により、選択された患者に対応する患者ＩＤが通信部２４を介して医療情報管理装置１０に送信される。

医療情報管理装置１０では、通信部１４により選択患者の患者ＩＤが受信されると、制御部１１により、記憶部１６の同意書情報テーブルＴ４が参照され、選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」であるか否かが判断される（ステップＳ７６）。

選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」である場合には（ステップＳ７６；ＹＥＳ）、制御部１１により、記憶部１６のファイル格納部１６２において、選択患者の患者ＩＤフォルダーの下位階層にある全ての施設ＩＤフォルダーに保存されているファイルが公開される（ステップＳ７７）。

一方、選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」でない場合（ステップＳ７６；ＮＯ）、すなわち、選択患者に対応する同意書が入手されていない場合には、制御部１１により、記憶部１６のファイル格納部１６２において、選択患者の患者ＩＤフォルダーの下位階層にあるログインユーザーが所属する医療施設の施設ＩＤフォルダーに保存されているファイルが公開される（ステップＳ７８）。

施設端末２０では、公開範囲に応じて、表示部２３に参照画面が表示される（ステップＳ７９）。
以上で、情報参照処理が終了する。

例えば、図１３に示す患者リスト画面２３１において、参照ボタンＢ４が押下されると、図１６に示すように、「東京太郎」という患者の参照画面２３３が表示部２３に表示される。図１６は、選択患者に対応する同意書が入手されておらず、自施設の医療情報のみが公開され、他施設の医療情報は参照できない場合の例である。すなわち、同意書情報テーブルＴ４において、選択患者の患者ＩＤに対応する「同意書入手有無フラグ」が「未入手」であることとする。

参照画面２３３には、記憶部１６のファイル格納部１６２において、選択患者の患者ＩＤフォルダーの下位階層にあるログインユーザーが所属する医療施設の施設ＩＤフォルダーに保存されている医療情報（ファイル）の存在が公開される。
参照画面２３３には、縦方向に医療情報の分類区分欄６０が設けられており、横方向に１か月分の日付欄６１が設けられている。参照画面２３３では、分類区分のそれぞれに分類される医療情報の有無が、時系列に沿って表示される。

ここでは、分類区分欄６０における分類区分の大分類として、医療情報のファイルの「種類」が用いられている。「医療指示依頼」、「訪問記録」、「文書」、「写真」が、医療情報のファイルの「種類」に相当する。医療情報のファイルの「種類」は、ファイル情報テーブルＴ６において、対象ファイルの「種類」により判断される。
また、分類区分欄６０における分類区分の小分類として、医療情報のファイルの「登録者の職種」が用いられている。「医師」、「看護師」、「リハビリ」、「薬剤師」、「ケアマネ」、「その他」が、医療情報のファイルの「登録者の職種」に相当する。つまり、「訪問記録」については、「登録者の職種」ごとに、さらに分類されている。医療情報のファイルの「登録者の職種」については、まず、ファイル情報テーブルＴ６から対象ファイルの「登録者（ユーザーＩＤ）」が取得され、この「ユーザーＩＤ」に対応する「職種」がユーザー情報テーブルＴ２から取得される。

また、参照画面２３３の日付欄６１に沿って医療情報の存在が表示される日付は、ファイル情報テーブルＴ６において、対象ファイルの「登録日時」により判断される。

参照画面２３３では、医療情報が属する分類区分、及び、医療情報が登録された日付に対応する領域に、ログインユーザーにとって自施設から登録された医療情報の存在を示すマークＭ１が表示されている。
同意書が入手されていない患者の医療情報については、原則として、施設端末２０からの参照は不可であるが、自施設から登録された医療情報の場合、医療施設間の情報共有に該当しないため、参照可能となっている。

図１７は、選択患者に対応する同意書が入手されており、自施設の医療情報だけでなく、他施設の医療情報も公開されている場合の参照画面２３４の例である。すなわち、同意書情報テーブルＴ４において、選択患者の患者ＩＤに対応する「同意書入手有無フラグ」が「入手」であることとする。

参照画面２３４には、記憶部１６のファイル格納部１６２において、選択患者の患者ＩＤフォルダーの下位階層にある全ての施設ＩＤフォルダーに保存されている医療情報（ファイル）の存在が公開される。
参照画面２３４には、縦方向に医療情報の分類区分欄６０が設けられており、横方向に１か月分の日付欄６１が設けられている。参照画面２３４の画面構成については、参照画面２３３と同様である。

参照画面２３４では、医療情報が属する分類区分、及び、医療情報が登録された日付に対応する領域に、ログインユーザーにとって自施設から登録された医療情報の存在を示すマークＭ１、ログインユーザーにとって他施設から登録された医療情報の存在を示すマークＭ２が表示されている。

なお、医療情報が属する分類区分、及び、医療情報が登録された日付に対応する領域において、自施設から登録された医療情報と他施設から登録された医療情報の両方が存在する場合には、自施設と他施設の両方の医療情報の存在を示すマーク（マークＭ１，Ｍ２とは異なるマーク）が表示される。

参照画面２３３，２３４において、操作部２２からの操作により、医療情報の存在を示すマークＭ１，Ｍ２のいずれかが押下されると、押下されたマークＭ１，Ｍ２に対応する医療情報が表示部２３に表示される。つまり、参照画面２３３，２３４において、その存在が表示されている医療情報については、医療情報の内容も施設端末２０から参照可能である。

例えば、参照画面２３４において、分類区分欄６０の「看護師により登録された訪問記録」、日付欄６１の「２０１７年３月２４日」に対応する領域６２のマークＭ２が押下されると、図１８に示す訪問記録表示画面２３５が表示部２３に表示される。

以上説明したように、本実施の形態によれば、同意書が入手されていない患者に対応する同意書を入手すべき医療関係者の通知先に対して警告を通知することで、同意書を入手すべき医療関係者に同意書の入手を促すことができる。同意書の入手により、患者の医療情報が公開されるので、医療情報を共有するシステムの効率化を図ることができる。
例えば、患者又は患者の家族に対して医療情報の共有について説明が行われた日付から一定時間が経過した場合や、所定の間隔で、同意書の入手を促す警告を通知することができる。

また、同意書が入手されていない患者の通知先に対して警告を通知するので、患者に同意書の提出を促すことができる。

〔変形例１〕
次に、変形例１について説明する。なお、上記実施の形態と同様の構成及び処理については図示及び説明を省略し、上記実施の形態と異なる部分を中心に説明する。

医療情報管理装置１０の制御部１１は、同意書入手有無フラグに基づいて、同意書が入手されていないと判断された患者について、施設端末２０からの当該患者の医療情報のアップロードを不可とする。すなわち、制御部１１は、アップロード制御手段として機能する。

具体的には、図１２に示したアップロード処理のステップＳ６４において、施設端末２０の表示部２３に表示される患者リスト画面に関して、医療情報管理装置１０の制御部１１が、この患者リスト画面を表示するための表示用データを生成する際に、同意書が入手されていない患者については表示させないようにする。すなわち、制御部１１は、同意書情報テーブルＴ４の「同意書入手有無フラグ」が「入手」である患者のみを対象として、患者リスト画面の表示用データを生成する。

あるいは、制御部１１は、患者リスト画面を表示するための表示用データを生成する際に、同意書が入手されていない患者についても表示させるが、同意書が入手されていない患者に対応するアップロードボタン（アップロードを指示するためのボタン）を表示させないようにする。

また、別の方法として、図１２に示したアップロード処理のステップＳ６５において、医療情報をアップロードする患者として、同意書が入手されていない患者が選択された場合に、この患者の医療情報はアップロードできない旨の警告が施設端末２０の表示部２３に表示されることとしてもよい。

変形例１によれば、上記実施の形態と同様の効果に加え、同意書が入手されていない患者の医療情報のアップロードを不可とするので、公開できない医療情報については、医療情報管理装置１０への登録を拒否することができる。

〔変形例２〕
次に、変形例２について説明する。なお、上記実施の形態と同様の構成及び処理については図示及び説明を省略し、上記実施の形態と異なる部分を中心に説明する。

医療情報管理装置１０の制御部１１は、施設端末２０から医療情報のアップロード要求があった場合に、当該医療情報に係る患者に対応する同意書入手有無フラグに基づいて、当該患者に対応する同意書が入手されていないと判断されたときには、アップロード対象の医療情報を保留領域に保存させ、当該患者に対応する同意書が入手されたと判断された後に、保留領域に保存されている医療情報をファイル格納部１６２に記憶させる。すなわち、制御部１１は、アップロード制御手段として機能する。

変形例２では、図１２に示したアップロード処理に代えて、図１９に示す第２のアップロード処理が行われる。
ステップＳ８１〜ステップＳ８７の処理については、アップロード処理のステップＳ６１〜ステップＳ６７の処理と同様である。

医療情報管理装置１０において、通信部１４により施設端末２０からアップロード対象のファイル（医療情報）が受信されると、制御部１１により、記憶部１６の同意書情報テーブルＴ４が参照され、選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」であるか否かが判断される（ステップＳ８８）。

選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」でない場合（ステップＳ８８；ＮＯ）、すなわち、選択患者に対応する同意書が入手されていない場合には、制御部１１により、アップロード対象のファイルがＲＡＭ１５（保留領域）に一時保存される（ステップＳ８９）。また、アップロード対象のファイルと対応付けられて、施設端末２０においてファイルのアップロードを指示した登録者（ログインユーザーのユーザーＩＤ）についても、ＲＡＭ１５に保存される。

その後、制御部１１により、記憶部１６の同意書情報テーブルＴ４において、選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」となったか否かが判断される（ステップＳ９０）。選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」でない場合には（ステップＳ９０；ＮＯ）、ステップＳ９０に戻る。

選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」となった場合（ステップＳ９０；ＹＥＳ）、すなわち、患者に対応する同意書が入手された場合には、制御部１１により、ＲＡＭ１５に一時保存されているファイルがファイル格納部１６２の所定のフォルダーに保存される（ステップＳ９１）。具体的には、制御部１１により、記憶部１６のファイル格納部１６２において、選択患者の患者ＩＤフォルダーの下位階層にある登録者が所属する医療施設の施設ＩＤフォルダーに、一時保存されているファイルが保存される。

ステップＳ８８において、選択患者の「患者ＩＤ」に対応する「同意書入手有無フラグ」が「入手」である場合には（ステップＳ８８；ＹＥＳ）、制御部１１により、アップロード対象のファイルが、ファイル格納部１６２の選択患者の患者ＩＤフォルダーの下位階層にあるログインユーザーが所属する医療施設の施設ＩＤフォルダーに保存される（ステップＳ９２）。

ステップＳ９１又はステップＳ９２の後、制御部１１により、アップロードされたファイルについて、ファイル情報が記憶部１６のファイル情報テーブルＴ６に格納される（ステップＳ９３）。
以上で、第２のアップロード処理が終了する。

変形例２によれば、上記実施の形態と同様の効果に加え、同意書が入手されていないことで公開できない医療情報については、ファイル格納部１６２への保存を一旦保留させ、同意書の入手を待って、ファイル格納部１６２に保存することができる。

変形例２では、医療情報管理装置１０側で、施設端末２０から受信した医療情報に係る患者に対応する同意書が入手されていない場合に、医療情報を保留領域に保存する場合について説明したが、医療施設側で、アップロード対象の医療情報をローカルシステムの保留領域に保存しておき、当該医療情報に係る患者に対応する同意書が入手されたことを確認した後に、医療情報管理装置１０にアップロードすることとしてもよい。

なお、上記実施の形態及び変形例における記述は、本発明に係る医療情報共有システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。

例えば、同意書を入手すべき医療関係者や患者に対してリマインドメールを送信するタイミングについは、医療情報の共有について説明が行われてから一定時間経過後に限らず、同意書が必要となる期限が設けられている状況で、この期限の１週間前、３日前等に、リマインドメールを送信することとしてもよい。また、医療関係者が患者を次回訪問するタイミングに合わせて、リマインドメールを送信することとしてもよい。

また、患者に送信するメール中に、患者に手渡した同意書と同一の同意文書へのリンクを設けておき、患者端末３０においてメールを確認した患者が、Ｗｅｂ画面から情報共有に対する同意を登録可能としてもよい。

また、上記実施の形態では、同意書を入手すべき医療関係者に対してリマインドメールを送信する場合について説明したが、同意書を入手すべき医療関係者が、施設端末２０からシステムにログインした際に、初期画面に同意書の入手を促す警告メッセージが表示されることとしてもよい。

各処理を実行するためのプログラムを格納するコンピューター読み取り可能な媒体としては、ＨＤＤや不揮発性の半導体メモリーの他、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。

１０ 医療情報管理装置
１１ 制御部
１４ 通信部
１６ 記憶部
１７ 計時部
２０ 施設端末
２１ 制御部
２２ 操作部
２３ 表示部
２４ 通信部
２６ 記憶部
３０ 患者端末
１００ 医療情報共有システム
１６１ リマインド制御情報
１６２ ファイル格納部
２３１ 患者リスト画面
２３２ アップロード画面
２３３ 参照画面
２３４ 参照画面
Ｎ 通信ネットワーク
Ｔ１ 施設情報テーブル
Ｔ２ ユーザー情報テーブル
Ｔ３ 患者情報テーブル
Ｔ４ 同意書情報テーブル

Claims (7)

1. 患者ごとに、当該患者の医療情報を記憶する医療情報記憶手段を有する医療情報管理装置であって、
   患者ごとに、当該患者の医療情報の共有に係る同意書が入手されているか否かを示す同意書入手有無情報と、当該同意書を入手すべき医療関係者と、を対応付けて記憶する同意書情報記憶手段と、
   対象患者について、当該患者に対応する同意書入手有無情報に基づいて、当該患者に対応する同意書が入手されているか否かを判断し、当該患者に対応する同意書が入手されていると判断された場合に、当該医療情報管理装置と通信ネットワークを介してデータ通信可能な端末装置に対して当該患者の医療情報を公開し、当該患者に対応する同意書が入手されていないと判断された場合に、前記端末装置からの当該患者の医療情報の参照を不可とする公開制御手段と、
   前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者に対応する同意書を入手すべき医療関係者の通知先に対して、同意書の入手を促す警告を通知する警告手段と、
   を備える医療情報管理装置。
2. 患者ごとに、当該患者又は当該患者の家族に対して医療情報の共有について説明が行われた日付を記憶する日付記憶手段を備え、
   前記警告手段は、同意書が入手されていないと判断された患者について、前記日付記憶手段に記憶されている当該患者に対応する日付から一定時間が経過した場合に、前記同意書の入手を促す警告を通知する請求項１に記載の医療情報管理装置。
3. 予め定められた間隔日数を記憶する間隔日数記憶手段を備え、
   前記警告手段は、前記間隔日数記憶手段に記憶されている間隔日数で、前記同意書の入手を促す警告を通知する請求項１又は２に記載の医療情報管理装置。
4. 前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者の通知先に対して、同意書の提出を促す警告を通知する第２警告手段を備える請求項１から３のいずれか一項に記載の医療情報管理装置。
5. 前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、前記端末装置からの当該患者の医療情報のアップロードを不可とするアップロード制御手段を備える請求項１から４のいずれか一項に記載の医療情報管理装置。
6. 前記端末装置から医療情報のアップロード要求があった場合に、当該医療情報に係る患者に対応する同意書入手有無情報に基づいて、当該患者に対応する同意書が入手されていないと判断されたときには、アップロード対象の医療情報を保留領域に保存させ、当該患者に対応する同意書が入手されたと判断された後に、前記保留領域に保存されている医療情報を前記医療情報記憶手段に記憶させるアップロード制御手段を備える請求項１から４のいずれか一項に記載の医療情報管理装置。
7. 患者ごとに、当該患者の医療情報を記憶する医療情報記憶手段を有する医療情報管理装置と、当該医療情報管理装置と通信ネットワークを介してデータ通信可能な端末装置と、を備える医療情報共有システムであって、
   前記医療情報管理装置は、
   患者ごとに、当該患者の医療情報の共有に係る同意書が入手されているか否かを示す同意書入手有無情報と、当該同意書を入手すべき医療関係者と、を対応付けて記憶する同意書情報記憶手段と、
   対象患者について、当該患者に対応する同意書入手有無情報に基づいて、当該患者に対応する同意書が入手されているか否かを判断し、当該患者に対応する同意書が入手されていると判断された場合に、前記端末装置に対して当該患者の医療情報を公開し、当該患者に対応する同意書が入手されていないと判断された場合に、前記端末装置からの当該患者の医療情報の参照を不可とする公開制御手段と、
   前記同意書入手有無情報に基づいて、同意書が入手されていないと判断された患者について、所定のタイミングで当該患者に対応する同意書を入手すべき医療関係者の通知先に対して、同意書の入手を促す警告を通知する警告手段と、
   を備える医療情報共有システム。

Images