JP2012078887A - 情報配信システム - Google Patents
情報配信システム Download PDFInfo
- Publication number
- JP2012078887A JP2012078887A JP2010220464A JP2010220464A JP2012078887A JP 2012078887 A JP2012078887 A JP 2012078887A JP 2010220464 A JP2010220464 A JP 2010220464A JP 2010220464 A JP2010220464 A JP 2010220464A JP 2012078887 A JP2012078887 A JP 2012078887A
- Authority
- JP
- Japan
- Prior art keywords
- information
- patient
- data
- time
- display
- 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.)
- Granted
Links
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
- Accommodation For Nursing Or Treatment Tables (AREA)
Abstract
【課題】時間帯に応じて患者に関わる人々（医師や看護師）から求められる情報を提示する。
【解決手段】情報配信システム１のサーバ１０は、複数の患者のカルテ情報データ、投薬情報データ及び画像情報データを記憶する記憶部１３を備え、患者端末２０は、サーバ１０から取得したカルテ情報データ、投薬情報データ及び画像情報データならびに所定の時間帯とその時間帯に表示するカルテ情報、投薬情報又は画像データとを対応付ける時間割データを記憶する記憶部２３と、医師、看護師及び患者の識別情報を取得するＲＦＩＤリーダ３２と、現在時刻を計時する計時部３０と、カルテ情報、投薬情報及び画像データを取得し、時間割データに基づいて現在時刻が含まれる時間帯を判定し、時間帯及び識別情報に基づいて表示部２５の表示内容を、カルテ情報、投薬情報又は画像データのいずれかに切り換えるＣＰＵ２１と、を備える。
【選択図】図１
【解決手段】情報配信システム１のサーバ１０は、複数の患者のカルテ情報データ、投薬情報データ及び画像情報データを記憶する記憶部１３を備え、患者端末２０は、サーバ１０から取得したカルテ情報データ、投薬情報データ及び画像情報データならびに所定の時間帯とその時間帯に表示するカルテ情報、投薬情報又は画像データとを対応付ける時間割データを記憶する記憶部２３と、医師、看護師及び患者の識別情報を取得するＲＦＩＤリーダ３２と、現在時刻を計時する計時部３０と、カルテ情報、投薬情報及び画像データを取得し、時間割データに基づいて現在時刻が含まれる時間帯を判定し、時間帯及び識別情報に基づいて表示部２５の表示内容を、カルテ情報、投薬情報又は画像データのいずれかに切り換えるＣＰＵ２１と、を備える。
【選択図】図１
Description
本発明は、情報配信システムに関する。
病院等の医療施設において、状況に応じて表示内容を変更する表示装置が用いられている。このような表示装置として、例えば、部屋番号、患者を識別するための個人情報、必要以上に個人情報を晒さないための代替情報のいずれかを表示する表示装置がある（特許文献１）。
しかしながら、従来の表示装置では、部屋にいる患者を示す情報の表示方法を切り換えるのみであり、時間帯に応じて患者に関わる人々（医師や看護師）から求められる情報、例えばカルテ情報や投薬する薬剤に関する情報等を切り換えて表示することはできなかった。
本発明の課題は、時間帯に応じて患者に関わる人々（医師や看護師）から求められる情報を提示することである。
上記課題を解決するため、請求項１に記載の発明は、医療施設において複数の患者のそれぞれに対して個別に設けられた複数の端末と、複数の端末に対してデータを配信するサーバを有する情報配信システムであって、前記サーバは、複数の患者のそれぞれのカルテ情報、投薬情報を含む医療情報を記憶する医療情報記憶手段と、前記端末に対して前記カルテ情報、前記投薬情報及び前記画像データを送信する送信手段と、を備え、前記端末は、前記サーバから前記医療情報データを受信する受信手段と、受信した前記医療情報を記憶する受信情報記憶手段と、画像データを記憶する画像データ記憶手段と、前記カルテ情報、前記投薬情報及び前記画像データのいずれかを表示する表示手段と、医師、看護師及び患者のそれぞれに対応付けられた識別情報を取得する識別情報取得手段と、所定の時間帯と、当該所定の時間帯に前記表示手段により表示する前記カルテ情報、前記投薬情報又は前記画像データと、を対応付ける情報を含む時間割情報を記憶する時間割情報記憶手段と、現在時刻を計時する計時手段と、前記時間割情報に基づいて、現在時刻が前記カルテ情報、前記投薬情報又は前記画像データのいずれかと対応付けられた所定の時間帯に含まれるか判定する時間帯判定手段と、前記時間帯判定手段の判定結果及び前記識別情報取得手段により取得された識別情報に基づいて、前記表示手段の表示内容を、前記カルテ情報、前記投薬情報又は前記画像データのいずれかに切り換える制御手段と、を備えることを特徴とする。
請求項２に記載の発明は、請求項１に記載の情報配信システムであって、前記情報配信システムは、複数の患者についてそれぞれ設けられて患者の健康状態に係る情報を取得して前記端末へ入力する計測器をさらに有し、前記制御手段は、前記表示手段の表示内容を、前記カルテ情報、前記投薬情報、前記画像データ又は前記患者の健康状態に係る情報のいずれかに切り換えることを特徴とする。
請求項３に記載の発明は、請求項１又は２に記載の情報配信システムであって、前記識別情報取得手段はＲＦＩＤリーダを有し、前記医師、前記看護師、前記患者がそれぞれ有するＲＦタグから前記識別情報を取得することを特徴とする。
請求項４に記載の発明は、請求項１から３のいずれか一項に記載の情報配信システムであって、前記端末は、前記画像データによる表示内容に加工を施すアート変換手段をさらに備え、前記表示手段は、前記画像データを表示する場合、前記アート変換手段により表示内容に加工を施された画像データを表示することを特徴とする。
本発明によれば、時間帯に応じて患者に関わる人々（医師や看護師）から求められる情報を提示することができる。
以下に、本発明について、図面を用いて具体的な態様を説明する。ただし、発明の範囲は、図示例に限定されない。
図１は、本発明の本実施形態による情報配信システム１の主要構成を示す図である。
情報配信システム１は、サーバ１０、患者端末２０、看護師端末４０及び計測器５０を有する。患者端末２０は「端末」として機能する。
患者端末２０、看護師端末４０及び計測器５０は複数設けられる。図示しないが、患者端末２０及び計測器５０は複数の患者のそれぞれに対して個別に設けられる。患者端末２０及び計測器５０は、例えば患者のベッドの近傍等に配置される。看護師端末４０は、複数の看護師のそれぞれが有する。
情報配信システム１は、サーバ１０、患者端末２０、看護師端末４０及び計測器５０を有する。患者端末２０は「端末」として機能する。
患者端末２０、看護師端末４０及び計測器５０は複数設けられる。図示しないが、患者端末２０及び計測器５０は複数の患者のそれぞれに対して個別に設けられる。患者端末２０及び計測器５０は、例えば患者のベッドの近傍等に配置される。看護師端末４０は、複数の看護師のそれぞれが有する。
サーバ１０と患者端末２０とは、ネットワーク回線Ｎを介して接続される。本実施形態では、ネットワーク回線Ｎは有線のＬＡＮ（Local Area Network）により構築されるが、ネットワーク回線Ｎは、有線／無線を問わず、また採用するプロトコル等の各種の詳細条件を問わず、情報配信システム１を採用する医療施設においてサーバ１０と患者端末２０との間でデータ伝送が行えればよい。
また、本実施形態では、患者端末２０と看護師端末４０との間で無線通信が行われるが、患者端末２０と看護師端末４０との間における通信は有線／無線を問わず、また採用するプロトコル等の各種の詳細条件を問わず、情報配信システム１を採用する医療施設において患者端末２０と看護師端末４０との間でデータ伝送が行えればよい。
また、本実施形態では、患者端末２０と看護師端末４０との間で無線通信が行われるが、患者端末２０と看護師端末４０との間における通信は有線／無線を問わず、また採用するプロトコル等の各種の詳細条件を問わず、情報配信システム１を採用する医療施設において患者端末２０と看護師端末４０との間でデータ伝送が行えればよい。
図２は、サーバ１０の主要構成を示すブロック図である。
サーバ１０は、ＣＰＵ１１、ＲＡＭ１２、記憶部１３、入力部１４、表示部１５及びサーバ・患者端末間通信部１６を備え、これらの各構成はバス１７により接続される。
サーバ１０は、ＣＰＵ１１、ＲＡＭ１２、記憶部１３、入力部１４、表示部１５及びサーバ・患者端末間通信部１６を備え、これらの各構成はバス１７により接続される。
ＣＰＵ１１は、記憶部１３に記憶されたプログラムをＲＡＭ１２に読み出して処理する。ＣＰＵ１１は、記憶部１３内に記憶されたプログラムと協働して、ＲＡＭ１２に展開されたプログラムやデータ等に従ってサーバ１０の動作制御を行う。
ＲＡＭ１２は、ＣＰＵ１１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部１３は、ＣＰＵ１１によって読み出されるプログラムやデータ等を記憶する。記憶部１３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
ＲＡＭ１２は、ＣＰＵ１１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部１３は、ＣＰＵ１１によって読み出されるプログラムやデータ等を記憶する。記憶部１３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
入力部１４は、サーバ１０に対して入力操作を可能とする。入力部１４は、例えばキーボードやマウス、その他の入力装置又はそれらの入力装置の組合せ等によって構成される。入力部１４は、利用者による入力操作を受け付けてその入力操作内容に応じた信号をＣＰＵ１１へ入力する。
表示部１５は、ＣＰＵ１１の処理内容に応じた表示出力を行う。表示部１５は、例えばブラウン管や液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
表示部１５は、ＣＰＵ１１の処理内容に応じた表示出力を行う。表示部１５は、例えばブラウン管や液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
サーバ・患者端末間通信部１６は、外部機器（患者端末２０）との間でデータ伝送を行う。サーバ・患者端末間通信部１６は、例えばネットワークインターフェースカード（Network Interface Card、ＮＩＣ）等の通信装置を有し、ネットワーク回線Ｎを通じて患者端末２０と通信を行う。
図３は、患者端末２０の主要構成を示すブロック図である。
患者端末２０は、ＣＰＵ２１、ＲＡＭ２２、記憶部２３、入力部２４、表示部２５、音声出力部２６、インタフェース２７、サーバ・患者端末間通信部２８、患者端末・看護師端末間通信部２９及び計時部３０を備え、これらの各構成はバス３１により接続される。
本実施形態における患者端末２０は、例えば、デジタルフォトフレーム、携帯端末装置、ＰＤＡ（Personal Digital Assistants）、ＰＣ（Personal Computer）等の端末装置である。
患者端末２０は、ＣＰＵ２１、ＲＡＭ２２、記憶部２３、入力部２４、表示部２５、音声出力部２６、インタフェース２７、サーバ・患者端末間通信部２８、患者端末・看護師端末間通信部２９及び計時部３０を備え、これらの各構成はバス３１により接続される。
本実施形態における患者端末２０は、例えば、デジタルフォトフレーム、携帯端末装置、ＰＤＡ（Personal Digital Assistants）、ＰＣ（Personal Computer）等の端末装置である。
ＣＰＵ２１は、記憶部２３に記憶されたプログラムをＲＡＭ２２に読み出して処理する。ＣＰＵ２１は、記憶部２３内に記憶されたプログラムと協働して、ＲＡＭ２２に展開されたプログラムやデータ等に従って患者端末２０の動作制御を行う。
ＲＡＭ２２は、ＣＰＵ２１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部２３は、ＣＰＵ２１によって読み出されるプログラムやデータ等を記憶する。記憶部２３は、例えばフラッシュメモリやハードディスクドライブ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
ＲＡＭ２２は、ＣＰＵ２１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部２３は、ＣＰＵ２１によって読み出されるプログラムやデータ等を記憶する。記憶部２３は、例えばフラッシュメモリやハードディスクドライブ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
入力部２４は、スイッチ２４ａ、リモコン受付部２４ｂを有する。
スイッチ２４ａは、患者端末２０に設けられた一又は複数のキー（ボタン）に対する入力操作を受け付け、その入力内容をＣＰＵ２１へ入力する。
リモコン受付部２４ｂは、別途設けられたリモコン２４ｃを介して行われた入力操作内容を受け付け、ＣＰＵ２１へ入力する。
スイッチ２４ａは、患者端末２０に設けられた一又は複数のキー（ボタン）に対する入力操作を受け付け、その入力内容をＣＰＵ２１へ入力する。
リモコン受付部２４ｂは、別途設けられたリモコン２４ｃを介して行われた入力操作内容を受け付け、ＣＰＵ２１へ入力する。
表示部２５は、ＣＰＵ１１の処理内容に応じた表示出力を行う。表示部１５は、例えば液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
音声出力部２６は、ＣＰＵ１１の処理内容に応じた音声出力を行う。音声出力部２６は、例えば、一若しくは複数のスピーカ又はその他の音声出力装置を備える。
音声出力部２６は、ＣＰＵ１１の処理内容に応じた音声出力を行う。音声出力部２６は、例えば、一若しくは複数のスピーカ又はその他の音声出力装置を備える。
インタフェース２７は、患者端末２０に対して外部の機器を接続することを可能とし、ＣＰＵ２１はインタフェース２７に接続された機器との間でデータ伝送を行うことができる。インタフェース２７の形態や接続可能な機器は特に制限されない。例えばＵＳＢ（Universal Serial Bus）等、所定の規格を採用したインタフェースとしてもよい。
本実施形態では、患者端末２０は、インタフェース２７を介してＲＦＩＤリーダ３２及び計測器５０と接続される。
ＲＦＩＤリーダ３２は、ＲＦタグから識別情報を読み取る。
医療施設に係る人々のうち、患者、医師、看護師はそれぞれＲＦタグを含む識別子（例えば識別カード等）を所持している。ＲＦＩＤリーダ３２は、患者、医師、看護師が所持する識別カードのＲＦタグから識別情報を読み取り、インタフェース２７を介して患者端末２０へ識別情報を入力する。
医療施設に係る人々のうち、患者、医師、看護師はそれぞれＲＦタグを含む識別子（例えば識別カード等）を所持している。ＲＦＩＤリーダ３２は、患者、医師、看護師が所持する識別カードのＲＦタグから識別情報を読み取り、インタフェース２７を介して患者端末２０へ識別情報を入力する。
計測器５０は、患者の健康状態に係る情報を取得して患者端末２０へ入力する。患者の健康状態に係る情報として、例えば心拍数、血圧、体温等のバイタルサインが挙げられる。
サーバ・患者端末間通信部２８は、外部機器（サーバ１０）との間でデータ伝送を行う。サーバ・患者端末間通信部２８は、例えばネットワークインターフェースカード（Network Interface Card、ＮＩＣ）等の通信装置を有し、ネットワーク回線Ｎを通じてサーバ１０と通信を行う。
患者端末・看護師端末間通信部２９は、外部機器（看護師端末４０）との間でデータ伝送を行う。患者端末・看護師端末間通信部２９は、例えば無線通信を行うための通信装置を有し、当該通信装置により外部機器との間でデータ伝送を行う。
患者端末・看護師端末間通信部２９は、外部機器（看護師端末４０）との間でデータ伝送を行う。患者端末・看護師端末間通信部２９は、例えば無線通信を行うための通信装置を有し、当該通信装置により外部機器との間でデータ伝送を行う。
計時部３０は、現在時刻を計時する。ＣＰＵ２１は、計時部３０から現在時刻を取得する。よって、計時部３０は、現在時刻を計時する計時手段として機能する。
また、複数の患者端末２０はそれぞれ個別の患者ＩＤを割り当てられている。患者ＩＤは、個々の患者端末２０を区別することが可能なデータであれば何でもよい。例えば個別に設定された文字列を記憶部２３に記憶させるようにしてもよいし、個々の患者端末２０が有する固有の情報データ（例えばＮＩＣに設定されたＭＡＣアドレス等）を流用するようにしてもよい。
図４は、看護師端末４０の主要構成を示すブロック図である。
看護師端末４０は、ＣＰＵ４１、ＲＡＭ４２、記憶部４３、入力部４４、表示部４５及び患者端末・看護師端末間通信部４６を備え、これらの各構成はバス４７により接続される。
看護師端末４０は、ＣＰＵ４１、ＲＡＭ４２、記憶部４３、入力部４４、表示部４５及び患者端末・看護師端末間通信部４６を備え、これらの各構成はバス４７により接続される。
ＣＰＵ４１は、記憶部４３に記憶されたプログラムをＲＡＭ４２に読み出して処理する。ＣＰＵ４１は、記憶部４３内に記憶されたプログラムと協働して、ＲＡＭ４２に展開されたプログラムやデータ等に従って看護師端末４０の動作制御を行う。
ＲＡＭ４２は、ＣＰＵ４１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部４３は、ＣＰＵ４１によって読み出されるプログラムやデータ等を記憶する。記憶部４３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
ＲＡＭ４２は、ＣＰＵ４１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部４３は、ＣＰＵ４１によって読み出されるプログラムやデータ等を記憶する。記憶部４３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
入力部４４は、看護師端末４０に対して入力操作を可能とする。入力部４４は、例えばキーボードやマウス、その他の入力装置又はそれらの入力装置の組合せ等によって構成される。入力部４４は、利用者による入力操作を受け付けてその入力操作内容に応じた信号をＣＰＵ４１へ入力する。
表示部４５は、ＣＰＵ４１の処理内容に応じた表示出力を行う。表示部４５は、例えばブラウン管や液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
表示部４５は、ＣＰＵ４１の処理内容に応じた表示出力を行う。表示部４５は、例えばブラウン管や液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
患者端末・看護師端末間通信部４６は、外部機器（患者端末２０）との間でデータ伝送を行う。患者端末・看護師端末間通信部４６は、例えば無線通信を行うための通信装置を有し、当該通信装置により外部機器との間でデータ伝送を行う。
次に、サーバ１０の記憶部１３の記憶内容について説明する。
記憶部１３は、複数の患者端末２０のそれぞれに送信するデータを記憶している。当該データとして、医療情報データがある。
記憶部１３は、複数の患者端末２０のそれぞれに送信するデータを記憶している。当該データとして、医療情報データがある。
医療情報データの一つとして、カルテ情報データがある。カルテ情報データは、その内容に患者のカルテ情報を含む。
図５は、カルテ情報データの構成の一例を示す図である。
図５に示すように、カルテ情報データは、複数の表示情報を含むことができる。図５に示す例では、カルテ情報データは、カルテ情報Ａ、カルテ情報Ｂ、カルテ情報Ｃ、カルテ情報Ｄ、カルテ情報Ｅを含むが、あくまで一例であり、任意の数及び内容のカルテ情報を含むことができる。カルテ情報Ａ、カルテ情報Ｂ、カルテ情報Ｃ、カルテ情報Ｄ、カルテ情報Ｅはそれぞれ異なる情報である。
図５は、カルテ情報データの構成の一例を示す図である。
図５に示すように、カルテ情報データは、複数の表示情報を含むことができる。図５に示す例では、カルテ情報データは、カルテ情報Ａ、カルテ情報Ｂ、カルテ情報Ｃ、カルテ情報Ｄ、カルテ情報Ｅを含むが、あくまで一例であり、任意の数及び内容のカルテ情報を含むことができる。カルテ情報Ａ、カルテ情報Ｂ、カルテ情報Ｃ、カルテ情報Ｄ、カルテ情報Ｅはそれぞれ異なる情報である。
医療情報データの一つとして、投薬情報データがある。投薬情報データは、患者の投薬情報即ち患者に対して投薬される薬剤に係る情報を記憶する。
図６は、投薬情報データの構成の一例を示す図である。
図６に示すように、投薬情報データは、複数の表示情報を含むことができる。図６に示す例では、投薬情報データは、投薬情報Ｈ、投薬情報Ｉ、投薬情報Ｊを含むが、あくまで一例であり、任意の数及び内容の投薬情報を含むことができる。投薬情報Ｈ、投薬情報Ｉ、投薬情報Ｊはそれぞれ異なる情報であってもよいし、その一部又は全部が同一の内容を含んでいてもよい。
図６は、投薬情報データの構成の一例を示す図である。
図６に示すように、投薬情報データは、複数の表示情報を含むことができる。図６に示す例では、投薬情報データは、投薬情報Ｈ、投薬情報Ｉ、投薬情報Ｊを含むが、あくまで一例であり、任意の数及び内容の投薬情報を含むことができる。投薬情報Ｈ、投薬情報Ｉ、投薬情報Ｊはそれぞれ異なる情報であってもよいし、その一部又は全部が同一の内容を含んでいてもよい。
また、本実施形態の記憶部１３に記憶されるデータとして、画像データがある。本実施形態では、患者ごとにそれぞれ用意された複数の画像データを纏めて画像情報データとして扱うことができる。
図７は、画像情報データの一例を示す図である。
図７に示すように、画像情報データは、複数の画像データを含むことができる。図７に示す例では、画像情報データは３つの画像データＯ、Ｐ、Ｑを含むが、あくまで一例であり、任意の数及び内容の画像データを含むことができる。３つの画像データＯ、Ｐ、Ｑはそれぞれ異なる画像であってもよいし、その一部又は全部が同一の内容を含んでいてもよい。
図７は、画像情報データの一例を示す図である。
図７に示すように、画像情報データは、複数の画像データを含むことができる。図７に示す例では、画像情報データは３つの画像データＯ、Ｐ、Ｑを含むが、あくまで一例であり、任意の数及び内容の画像データを含むことができる。３つの画像データＯ、Ｐ、Ｑはそれぞれ異なる画像であってもよいし、その一部又は全部が同一の内容を含んでいてもよい。
サーバ１０は、複数の患者のそれぞれに係るカルテ情報データ、投薬情報データ及び画像情報データを個別に管理、記憶する。本実施形態では、記憶部１３に患者別カルテ情報ファイル、患者別投薬情報ファイル、患者別画像情報ファイルが記憶されている。サーバ１０のＣＰＵ１１は患者別カルテ情報ファイル、患者別投薬情報ファイル、患者別画像情報ファイルに基づいて複数の患者のそれぞれに係るカルテ情報データ、投薬情報データ及び画像情報データを個別に管理する。
図８は、患者別カルテ情報ファイルの一例を示す図である。
例えば図８に示すように、患者別カルテ情報ファイルは、複数の患者のそれぞれについて、患者ＩＤと、その患者ＩＤを割り当てられた患者のカルテ情報データと、を対応付ける。ＣＰＵ１１は、患者別カルテ情報ファイルに基づいて、それぞれの患者ＩＤを有する患者端末２０に対して配信するカルテ情報データを決定する。
なお、図８に示すカルテ情報データＦ１〜Ｆ３はそれぞれ患者Ｃ１〜患者Ｃ３のカルテ情報データであり、その内容は異なるが、カルテ情報データＦ１〜Ｆ３のデータ形式は同一であり、例えば図５に示すカルテ情報データの形式を取る。
例えば図８に示すように、患者別カルテ情報ファイルは、複数の患者のそれぞれについて、患者ＩＤと、その患者ＩＤを割り当てられた患者のカルテ情報データと、を対応付ける。ＣＰＵ１１は、患者別カルテ情報ファイルに基づいて、それぞれの患者ＩＤを有する患者端末２０に対して配信するカルテ情報データを決定する。
なお、図８に示すカルテ情報データＦ１〜Ｆ３はそれぞれ患者Ｃ１〜患者Ｃ３のカルテ情報データであり、その内容は異なるが、カルテ情報データＦ１〜Ｆ３のデータ形式は同一であり、例えば図５に示すカルテ情報データの形式を取る。
図９は、患者別投薬情報ファイルの一例を示す図である。
例えば図９に示すように、患者別投薬情報ファイルは、複数の患者のそれぞれについて、患者ＩＤと、その患者ＩＤを割り当てられた患者の投薬情報データと、を対応付ける。ＣＰＵ１１は、患者別投薬情報ファイルに基づいて、それぞれの患者ＩＤを有する患者端末２０に対して配信する投薬情報データを決定する。ここで、記憶部１３は、複数の患者のそれぞれのカルテ情報、投薬情報を含む医療情報を記憶する医療情報記憶手段として機能する。
なお、図９に示す投薬情報データＫ１〜Ｋ３はそれぞれ患者Ｃ１〜患者Ｃ３の投薬情報データであり、その内容は異なるが、投薬情報データＫ１〜Ｋ３のデータ形式は同一であり、例えば図６に示す投薬情報データの形式を取る。
例えば図９に示すように、患者別投薬情報ファイルは、複数の患者のそれぞれについて、患者ＩＤと、その患者ＩＤを割り当てられた患者の投薬情報データと、を対応付ける。ＣＰＵ１１は、患者別投薬情報ファイルに基づいて、それぞれの患者ＩＤを有する患者端末２０に対して配信する投薬情報データを決定する。ここで、記憶部１３は、複数の患者のそれぞれのカルテ情報、投薬情報を含む医療情報を記憶する医療情報記憶手段として機能する。
なお、図９に示す投薬情報データＫ１〜Ｋ３はそれぞれ患者Ｃ１〜患者Ｃ３の投薬情報データであり、その内容は異なるが、投薬情報データＫ１〜Ｋ３のデータ形式は同一であり、例えば図６に示す投薬情報データの形式を取る。
図１０は、患者別画像情報ファイルの一例を示す図である。
例えば図１０に示すように、患者別画像情報ファイルは、複数の患者のそれぞれについて、患者ＩＤと、その患者ＩＤを割り当てられた患者の画像情報データと、を対応付ける。ＣＰＵ１１は、患者別画像情報ファイルに基づいて、それぞれの患者ＩＤを有する患者端末２０に対して配信する画像情報データを決定する。ここで、記憶部１３は、複数の患者のそれぞれに対して個別に用意された画像データを記憶する画像データ記憶手段として機能する。
なお、図１０に示す画像情報データＲ１〜Ｒ３はそれぞれ患者Ｃ１〜患者Ｃ３の画像情報データであり、その内容は異なるが、画像情報データＲ１〜Ｒ３のデータ形式は同一であり、例えば図７に示す画像情報データの形式を取る。
図８及至図１０では、三人の患者Ｃ１〜Ｃ３の部分のみ示しているが、患者別カルテ情報ファイル、患者別投薬情報ファイル、患者別画像情報ファイルはそれぞれ任意の数の患者のカルテ情報ファイル、投薬情報ファイル、画像情報ファイルを管理することができる。
例えば図１０に示すように、患者別画像情報ファイルは、複数の患者のそれぞれについて、患者ＩＤと、その患者ＩＤを割り当てられた患者の画像情報データと、を対応付ける。ＣＰＵ１１は、患者別画像情報ファイルに基づいて、それぞれの患者ＩＤを有する患者端末２０に対して配信する画像情報データを決定する。ここで、記憶部１３は、複数の患者のそれぞれに対して個別に用意された画像データを記憶する画像データ記憶手段として機能する。
なお、図１０に示す画像情報データＲ１〜Ｒ３はそれぞれ患者Ｃ１〜患者Ｃ３の画像情報データであり、その内容は異なるが、画像情報データＲ１〜Ｒ３のデータ形式は同一であり、例えば図７に示す画像情報データの形式を取る。
図８及至図１０では、三人の患者Ｃ１〜Ｃ３の部分のみ示しているが、患者別カルテ情報ファイル、患者別投薬情報ファイル、患者別画像情報ファイルはそれぞれ任意の数の患者のカルテ情報ファイル、投薬情報ファイル、画像情報ファイルを管理することができる。
次に、患者端末２０の記憶部２３の記憶内容について説明する。
記憶部２３は、時間割データを記憶する。
図１１は、時間割データの一例を示す図である。
例えば図１１に示すように、時間割データは、所定の時間帯と、その時間区分と、を対応付ける。図１１に示す時間区分には、起床時間、診察時間、食事時間、投薬時間及び就寝時間の時間区分が含まれているが、このうち診察時間、食事時間及び投薬時間を「特定時間区分」とする。
記憶部２３は、時間割データを記憶する。
図１１は、時間割データの一例を示す図である。
例えば図１１に示すように、時間割データは、所定の時間帯と、その時間区分と、を対応付ける。図１１に示す時間区分には、起床時間、診察時間、食事時間、投薬時間及び就寝時間の時間区分が含まれているが、このうち診察時間、食事時間及び投薬時間を「特定時間区分」とする。
診察時間は、医師により患者の診察が行われる時間をさし、診察時間において医師は患者端末２０の表示部２５を用いてカルテ情報を確認する。つまり、診察時間の時間区分は、その時間帯にカルテ情報を表示部２５に表示することを示す対応付け情報として機能する。
投薬時間は、看護師により患者へ薬剤の投与に係る行為（例えば薬剤の配布や点滴等）が行われる時間をさし、投薬時間において看護師は患者端末２０の表示部２５を用いて投薬情報を確認する。つまり、投薬時間の時間区分は、その時間帯に投薬情報を表示部２５に表示することを示す対応付け情報として機能する。
食事時間は、患者が食事を行う時間をさし、食事時間において患者は患者端末２０の表示部２５を用いて画像データを見ることができる。つまり、食事時間の時間区分は、その時間帯に画像データを表示部２５に表示することを示す対応付け情報として機能する。
このように、時間割データは、所定の時間帯と、当該所定の時間帯に表示手段により表示するカルテ情報、投薬情報又は画像データと、を対応付ける情報を含む時間割情報として機能する。よって、記憶部２３は、時間割情報（時間割データ）を記憶する時間割情報記憶手段として機能する。
なお、起床時間は、患者が眠りから覚めて起床する時間をさす。また、就寝時間は患者が眠りにつく時間をさす。
投薬時間は、看護師により患者へ薬剤の投与に係る行為（例えば薬剤の配布や点滴等）が行われる時間をさし、投薬時間において看護師は患者端末２０の表示部２５を用いて投薬情報を確認する。つまり、投薬時間の時間区分は、その時間帯に投薬情報を表示部２５に表示することを示す対応付け情報として機能する。
食事時間は、患者が食事を行う時間をさし、食事時間において患者は患者端末２０の表示部２５を用いて画像データを見ることができる。つまり、食事時間の時間区分は、その時間帯に画像データを表示部２５に表示することを示す対応付け情報として機能する。
このように、時間割データは、所定の時間帯と、当該所定の時間帯に表示手段により表示するカルテ情報、投薬情報又は画像データと、を対応付ける情報を含む時間割情報として機能する。よって、記憶部２３は、時間割情報（時間割データ）を記憶する時間割情報記憶手段として機能する。
なお、起床時間は、患者が眠りから覚めて起床する時間をさす。また、就寝時間は患者が眠りにつく時間をさす。
なお、図１１に示す時間割データに設定された各時間帯の時間範囲及び各時間帯に対応付けされる時間区分はあくまで一例であり、任意の時間範囲を一の時間帯とすることができ、また、各時間帯に任意の時間区分を設定することができる。起床時間、診察時間、食事時間、投薬時間及び就寝時間以外の時間区分を設けることもできる。
また、記憶部２３は、識別カード照合データを記憶する。
図１２は、識別カード照合データの一例を示す図である。
例えば図１２に示すように、識別カード照合データは、患者、医師、看護師のそれぞれが有する識別カードのＲＦタグから得られる識別情報と、その識別情報を得られるＲＦタグ（識別カード）を有する者（対象者）と、を対応付ける。ＲＦタグ（識別カード）を有する者として、患者、医師、看護師等が挙げられる。それぞれの患者端末２０の記憶部２３に記憶される識別カード照合データに含まれる患者名（患者ＩＤ）は、その患者端末２０を割り当てられた患者の患者ＩＤである。本実施形態では、識別カード照合データにおいて患者、医師、看護師を示す情報としての患者ＩＤ、医師ＩＤ、看護師ＩＤにはそれぞれ患者名、医師名、看護師名が用いられているが、それぞれの識別カードを有する者を区別可能であれば何でもよい。
ＣＰＵ２１は、ＲＦＩＤリーダ３２を介して得られたＲＦタグと識別カード照合データとを照合して、ＲＦＩＤリーダ３２に識別情報を読み取らせた対象者を特定する。ここで、ＲＦＩＤリーダ３２は、医師、看護師及び患者のそれぞれに対応付けられた識別情報を取得する識別情報取得手段として機能する。
図１２は、識別カード照合データの一例を示す図である。
例えば図１２に示すように、識別カード照合データは、患者、医師、看護師のそれぞれが有する識別カードのＲＦタグから得られる識別情報と、その識別情報を得られるＲＦタグ（識別カード）を有する者（対象者）と、を対応付ける。ＲＦタグ（識別カード）を有する者として、患者、医師、看護師等が挙げられる。それぞれの患者端末２０の記憶部２３に記憶される識別カード照合データに含まれる患者名（患者ＩＤ）は、その患者端末２０を割り当てられた患者の患者ＩＤである。本実施形態では、識別カード照合データにおいて患者、医師、看護師を示す情報としての患者ＩＤ、医師ＩＤ、看護師ＩＤにはそれぞれ患者名、医師名、看護師名が用いられているが、それぞれの識別カードを有する者を区別可能であれば何でもよい。
ＣＰＵ２１は、ＲＦＩＤリーダ３２を介して得られたＲＦタグと識別カード照合データとを照合して、ＲＦＩＤリーダ３２に識別情報を読み取らせた対象者を特定する。ここで、ＲＦＩＤリーダ３２は、医師、看護師及び患者のそれぞれに対応付けられた識別情報を取得する識別情報取得手段として機能する。
次に、患者端末２０によるサーバ１０からのデータの取得及び表示内容の制御に係る処理について、フローチャートを用いて説明する。当該処理では、時間区分に係る判定処理のために時間区分フラグが設定される。時間区分フラグは、ＯＮ又はＯＦＦを示すフラグ値（例えば１又は０の値）であり、ＲＡＭ１２等の記憶領域を用いたメモリバッファに格納される。時間区分フラグの初期値はＯＦＦを示す値（例えば０）であり、特定時間区分（診察時間、食事時間及び投薬時間）のそれぞれについて個別に設けられる。
図１３及び図１４は、患者端末２０の処理の流れを示すフローチャートである。図１３は、患者端末２０の処理のうち、ステップＳ１からステップＳ９の処理の流れを示すフローチャートである。図１４は、患者端末２０の処理のうち、ステップＳ１０からステップＳ１６の処理の流れを示すフローチャートである。
患者端末２０のＣＰＵ２１は、まず、計測器５０により取得、入力されるバイタルサイン（患者の健康状態に係る情報）を取得する（ステップＳ１）。そして、ＣＰＵ２１は、取得したバイタルサインを表示部２５に表示させる（ステップＳ２）。
患者端末２０のＣＰＵ２１は、まず、計測器５０により取得、入力されるバイタルサイン（患者の健康状態に係る情報）を取得する（ステップＳ１）。そして、ＣＰＵ２１は、取得したバイタルサインを表示部２５に表示させる（ステップＳ２）。
図１５は、バイタルサインの表示例を示す図である。
図１５に示すバイタルサインの表示例は、患者名（患者ＩＤ）、その患者の心拍数、血圧（拡張期血圧及び収縮期血圧）、体温を表示しているが、あくまで一例であり、その表示内容は取得されたバイタルサイン（患者の健康状態に係る情報）に応じる。
図１５に示すバイタルサインの表示例は、患者名（患者ＩＤ）、その患者の心拍数、血圧（拡張期血圧及び収縮期血圧）、体温を表示しているが、あくまで一例であり、その表示内容は取得されたバイタルサイン（患者の健康状態に係る情報）に応じる。
次に、ＣＰＵ２１は、計時部３０から現在時刻を取得する（ステップＳ３）。ＣＰＵ２１は、時間割データを読み出して現在時刻を含む時間区分を特定する（ステップＳ４）。その後、ＣＰＵ２１は、時間区分別フラグ処理を行う（ステップＳ５）。
ここで、図１３のステップＳ５に示す時間区分フラグ処理について、図１６のフローチャートを用いて説明する。
ＣＰＵ２１は、現在時刻を含む時間帯の時間区分が診察時間であるか判定する（ステップＳ２１）。現在時刻を含む時間帯の時間区分が診察時間でない場合（ステップＳ２１：ＮＯ）、ＣＰＵ２１は診察時間の時間区分フラグをＯＦＦとする（ステップＳ２２）。
ステップＳ２２の処理後又は現在時刻を含む時間帯の時間区分が診察時間である場合（ステップＳ２１：ＹＥＳ）、ＣＰＵ２１は、現在時刻を含む時間帯の時間区分が投薬時間であるか判定する（ステップＳ２３）。現在時刻を含む時間帯の時間区分が投薬時間でない場合（ステップＳ２３：ＮＯ）、ＣＰＵ２１は投薬時間の時間区分フラグをＯＦＦとする（ステップＳ２４）。
ステップＳ２４の処理後又は現在時刻を含む時間帯の時間区分が投薬時間である場合（ステップＳ２３：ＹＥＳ）、ＣＰＵ２１は、現在時刻を含時間帯のむ時間区分が食事時間であるか判定する（ステップＳ２５）。現在時刻を含む時間帯の時間区分が食事時間でない場合（ステップＳ２５：ＮＯ）、ＣＰＵ２１は食事時間の時間区分フラグをＯＦＦとする（ステップＳ２６）。
ステップＳ２６の処理後又は現在時刻を含む時間帯の時間区分が食事時間である場合（ステップＳ２５：ＹＥＳ）、ＣＰＵ２１は、時間区分フラグ処理を終了する。
ステップＳ２１、ステップＳ２２の処理と、ステップＳ２３、ステップＳ２４の処理と、ステップＳ２５、ステップＳ２６の処理と、は順不同であり、処理順序を入れ替え可能である。
ＣＰＵ２１は、現在時刻を含む時間帯の時間区分が診察時間であるか判定する（ステップＳ２１）。現在時刻を含む時間帯の時間区分が診察時間でない場合（ステップＳ２１：ＮＯ）、ＣＰＵ２１は診察時間の時間区分フラグをＯＦＦとする（ステップＳ２２）。
ステップＳ２２の処理後又は現在時刻を含む時間帯の時間区分が診察時間である場合（ステップＳ２１：ＹＥＳ）、ＣＰＵ２１は、現在時刻を含む時間帯の時間区分が投薬時間であるか判定する（ステップＳ２３）。現在時刻を含む時間帯の時間区分が投薬時間でない場合（ステップＳ２３：ＮＯ）、ＣＰＵ２１は投薬時間の時間区分フラグをＯＦＦとする（ステップＳ２４）。
ステップＳ２４の処理後又は現在時刻を含む時間帯の時間区分が投薬時間である場合（ステップＳ２３：ＹＥＳ）、ＣＰＵ２１は、現在時刻を含時間帯のむ時間区分が食事時間であるか判定する（ステップＳ２５）。現在時刻を含む時間帯の時間区分が食事時間でない場合（ステップＳ２５：ＮＯ）、ＣＰＵ２１は食事時間の時間区分フラグをＯＦＦとする（ステップＳ２６）。
ステップＳ２６の処理後又は現在時刻を含む時間帯の時間区分が食事時間である場合（ステップＳ２５：ＹＥＳ）、ＣＰＵ２１は、時間区分フラグ処理を終了する。
ステップＳ２１、ステップＳ２２の処理と、ステップＳ２３、ステップＳ２４の処理と、ステップＳ２５、ステップＳ２６の処理と、は順不同であり、処理順序を入れ替え可能である。
時間区分別フラグ処理の後、ＣＰＵ２１は、特定された時間区分が特定時間区分のいずれかであるか否かを判定する（ステップＳ６）。ここで、ＣＰＵ２１は、時間割情報（時間割データ）に基づいて、現在時刻がカルテ情報、投薬情報又は画像データのいずれかと対応付けられた所定の時間帯に含まれるか判定する時間帯判定手段として機能する。
特定時間区分である場合（ステップＳ６：ＹＥＳ）、ＣＰＵ２１は現在時刻を含む時間区分の時間区分フラグがＯＮであるかチェックする（ステップＳ７）。時間区分フラグがＯＦＦである場合（ステップＳ７：ＮＯ）、以後、ＣＰＵ２１はその時間区分フラグがＯＮとなるまでその時点での時間区分を保持する（ステップＳ８）。
特定時間区分である場合（ステップＳ６：ＹＥＳ）、ＣＰＵ２１は現在時刻を含む時間区分の時間区分フラグがＯＮであるかチェックする（ステップＳ７）。時間区分フラグがＯＦＦである場合（ステップＳ７：ＮＯ）、以後、ＣＰＵ２１はその時間区分フラグがＯＮとなるまでその時点での時間区分を保持する（ステップＳ８）。
ＣＰＵ２１は、識別カード（ＲＦタグ）を読み取らせることを促す旨の内容（識別カード読取ガイダンス）を表示部２５に表示させ（ステップＳ９）、ＲＦＩＤリーダ３２を介してＲＦタグから識別情報の取得が行われるまで待機する（ステップＳ１０：ＮＯ）。識別カード読取ガイダンスの表示内容は予め用意され、記憶部２３に記憶されている。
その後、ＲＦＩＤリーダ３２を介してＲＦタグから識別情報の取得が行われると（ステップＳ１０：ＹＥＳ）、ＣＰＵ２１は、ＲＦタグから得られた識別情報と識別カード照合データとを照合する（ステップＳ１１）。
照合の結果、ＲＦタグから得られた識別情報が、識別カード照合データに含まれるいずれかの識別情報と一致した場合（ステップＳ１２：ＹＥＳ）、ＣＰＵ２１は、サーバ・患者端末間通信部２８を介してサーバ１０に対してアクセスし（ステップＳ１３）、サーバから送信されたデータを受信して取得（ダウンロード）し（ステップＳ１４）、記憶部２３に記憶させる。ここで、ＣＰＵ２１及びサーバ・患者端末間通信部２８は協働により、サーバから医療情報を受信する受信手段として機能する。また、記憶部２３は、受信した医療情報を記憶する受信情報記憶手段として機能する。また、記憶部２３は、画像データを記憶する画像データ記憶手段として機能する。
その後、ＲＦＩＤリーダ３２を介してＲＦタグから識別情報の取得が行われると（ステップＳ１０：ＹＥＳ）、ＣＰＵ２１は、ＲＦタグから得られた識別情報と識別カード照合データとを照合する（ステップＳ１１）。
照合の結果、ＲＦタグから得られた識別情報が、識別カード照合データに含まれるいずれかの識別情報と一致した場合（ステップＳ１２：ＹＥＳ）、ＣＰＵ２１は、サーバ・患者端末間通信部２８を介してサーバ１０に対してアクセスし（ステップＳ１３）、サーバから送信されたデータを受信して取得（ダウンロード）し（ステップＳ１４）、記憶部２３に記憶させる。ここで、ＣＰＵ２１及びサーバ・患者端末間通信部２８は協働により、サーバから医療情報を受信する受信手段として機能する。また、記憶部２３は、受信した医療情報を記憶する受信情報記憶手段として機能する。また、記憶部２３は、画像データを記憶する画像データ記憶手段として機能する。
ステップＳ１３のサーバ１０に対するアクセスにおいて、ＣＰＵ２１は、その患者端末２０の患者ＩＤをサーバ１０へ送信する。
サーバから配信された情報の取得後、ＣＰＵ２１は、ＲＦタグから得られた識別情報の種類別表示処理を行う（ステップＳ１５）。
ここで、図１３のステップＳ１５に示す識別情報の種類別表示処理について、図１７のフローチャートを用いて説明する。
ＣＰＵ２１は、ＲＦタグから得られた識別情報が医師のものであるか判定する（ステップＳ３１）。ＲＦタグから得られた識別情報が医師のものである場合（ステップＳ３１：ＹＥＳ）、ＣＰＵ２１は記憶部２３からカルテ情報データを読み出してカルテ情報を表示部２５に表示させる（ステップＳ３２）。そして、ＣＰＵ２１は、診察時間の時間区分フラグをＯＮとする（ステップＳ３３）。
ここで、図１３のステップＳ１５に示す識別情報の種類別表示処理について、図１７のフローチャートを用いて説明する。
ＣＰＵ２１は、ＲＦタグから得られた識別情報が医師のものであるか判定する（ステップＳ３１）。ＲＦタグから得られた識別情報が医師のものである場合（ステップＳ３１：ＹＥＳ）、ＣＰＵ２１は記憶部２３からカルテ情報データを読み出してカルテ情報を表示部２５に表示させる（ステップＳ３２）。そして、ＣＰＵ２１は、診察時間の時間区分フラグをＯＮとする（ステップＳ３３）。
図１８は、カルテ情報の表示例を示す図である。
図１８に示すカルテ情報の表示内容は、患者名（患者ＩＤ）、診察開始日、病名、投薬履歴及び担当医師を示す情報を含んでいるが、あくまで一例であり、その表示内容はカルテ情報の内容に応じる。
図１８に示すカルテ情報の表示内容は、患者名（患者ＩＤ）、診察開始日、病名、投薬履歴及び担当医師を示す情報を含んでいるが、あくまで一例であり、その表示内容はカルテ情報の内容に応じる。
ステップＳ３１において、ＲＦタグから得られた識別情報が医師のものでない場合（ステップＳ３１：ＮＯ）。ＲＦタグから得られた識別情報が看護師のものであるか判定する（ステップＳ３４）。ＲＦタグから得られた識別情報が看護師のものである場合（ステップＳ３４：ＹＥＳ）、ＣＰＵ２１は記憶部２３から投薬情報データを読み出して投薬情報を表示部２５に表示させる（ステップＳ３５）。そして、ＣＰＵ２１は、投薬時間の時間区分フラグをＯＮとする（ステップＳ３６）。
図１９は、投薬情報の表示例を示す図である。
図１９に示す投薬情報の表示内容は、患者名（患者ＩＤ）、投薬日時、投薬する薬剤の種類及び量に係る情報（投薬内容）を含んでいるが、あくまで一例であり、その表示内容は投薬情報の内容に応じる。
図１９に示す投薬情報の表示内容は、患者名（患者ＩＤ）、投薬日時、投薬する薬剤の種類及び量に係る情報（投薬内容）を含んでいるが、あくまで一例であり、その表示内容は投薬情報の内容に応じる。
ステップＳ３４において、ＲＦタグから得られた識別情報が看護師のものでない場合（ステップＳ３４：ＮＯ）。ＲＦタグから得られた識別情報が患者のものであるか判定する（ステップＳ３７）。ＲＦタグから得られた識別情報が患者のものである場合（ステップＳ３７：ＹＥＳ）、ＣＰＵ２１は記憶部２３から画像情報データを読み出して画像データを表示部２５に表示させる（ステップＳ３８）。そして、ＣＰＵ２１は、食事時間の時間区分フラグをＯＮとする（ステップＳ３９）。
ステップＳ３３、ステップＳ３６又はステップＳ３９の処理後若しくはステップＳ３７において、ＲＦタグから得られた識別情報が患者のものでない場合（ステップＳ３７：ＮＯ）、ＣＰＵ２１は、識別情報の種類別表示処理を終了する。
ステップＳ３１〜ステップＳ３３の処理と、ステップＳ３４〜ステップＳ３６の処理と、ステップＳ３７〜ステップＳ３９の処理と、は順不同であり、処理順序を入れ替え可能である。
ステップＳ３３、ステップＳ３６又はステップＳ３９の処理後若しくはステップＳ３７において、ＲＦタグから得られた識別情報が患者のものでない場合（ステップＳ３７：ＮＯ）、ＣＰＵ２１は、識別情報の種類別表示処理を終了する。
ステップＳ３１〜ステップＳ３３の処理と、ステップＳ３４〜ステップＳ３６の処理と、ステップＳ３７〜ステップＳ３９の処理と、は順不同であり、処理順序を入れ替え可能である。
図２０は、画像データの表示例を示す図である。
図２０に示す画像データの表示内容はあくまで一例であり、任意の画像データを画像情報データに設定することができる。
ここで、表示部２５は、カルテ情報、投薬情報及び画像データのいずれかを表示する表示手段として機能する。
図２０に示す画像データの表示内容はあくまで一例であり、任意の画像データを画像情報データに設定することができる。
ここで、表示部２５は、カルテ情報、投薬情報及び画像データのいずれかを表示する表示手段として機能する。
なお、図１８に示すカルテ情報の表示例はカルテ情報データに含まれる複数の情報のうち一つを表示している例であるが、入力部２４を介した入力操作によりカルテ情報データに含まれるカルテ情報を切換表示できるようにしてもよいし、一画面に複数のカルテ情報を表示するようにしてもよい。図１９に示す投薬情報の表示例及び図２０に示す画像データの表示例についても同様である。
識別情報の種類別表示処理後、電源が切られていない限り（ステップＳ１６：ＮＯ）、ステップＳ３の処理に戻る。電源が切られた場合（ステップＳ１６：ＹＥＳ）、処理を終了する。
なお、ステップＳ６において、特定された時間区分が特定時間区分のいずれでもない場合（ステップＳ６：ＮＯ）、ステップＳ１の処理に戻る。つまり、バイタルサインの表示が継続される。
また、ＣＰＵ２１は現在時刻を含む時間区分の時間区分フラグがＯＮである場合（ステップＳ７：ＹＥＳ）、ステップＳ３の処理に戻る。つまり、現在時刻の経過により現在時刻を含む時間帯の時間区分が変わるまで、表示内容が維持される。
また、ＣＰＵ２１は現在時刻を含む時間区分の時間区分フラグがＯＮである場合（ステップＳ７：ＹＥＳ）、ステップＳ３の処理に戻る。つまり、現在時刻の経過により現在時刻を含む時間帯の時間区分が変わるまで、表示内容が維持される。
また、ステップＳ１２において、ＲＦタグから得られた識別情報が、識別カード照合データに含まれるいずれの識別情報とも一致しない場合（ステップＳ１２：ＮＯ）、ステップＳ１の処理に戻る。
次に、患者端末２０からアクセスを受けた場合のサーバ１０の処理の流れについて、図２１のフローチャートを用いて説明する。
サーバ１０のＣＰＵ１１は、患者端末２０からアクセスを受けるまで待機している（ステップＳ４１：ＮＯ）。患者端末２０からアクセスを受けると（ステップＳ４１：ＹＥＳ）、ＣＰＵ１１は、アクセスしてきた患者端末２０から送信された患者ＩＤを判別する（ステップＳ４２）。ステップＳ４２で判定の対象となる患者ＩＤは、上記ステップＳ１３の処理により送信された患者ＩＤである。
サーバ１０のＣＰＵ１１は、患者端末２０からアクセスを受けるまで待機している（ステップＳ４１：ＮＯ）。患者端末２０からアクセスを受けると（ステップＳ４１：ＹＥＳ）、ＣＰＵ１１は、アクセスしてきた患者端末２０から送信された患者ＩＤを判別する（ステップＳ４２）。ステップＳ４２で判定の対象となる患者ＩＤは、上記ステップＳ１３の処理により送信された患者ＩＤである。
ＣＰＵ１１は、ステップＳ４２で判別した患者ＩＤに応じたカルテ情報データ、投薬情報データ及び画像情報データを読み出し、ＲＡＭ１２等の記憶領域を用いて設定した送信バッファへ格納する（ステップＳ４３、ステップＳ４４、ステップＳ４５）。そして、ＣＰＵ１１は、サーバ・患者端末間通信部１６を介して、送信バッファのデータを患者端末２０へ送信する（ステップＳ４６）。
患者端末２０がステップＳ１４の処理によりダウンロードするデータは、上記ステップＳ４６の処理によりサーバから送信されるデータである。ここで、ＣＰＵ１１及びサーバ・患者端末間通信部１６は協働により、患者端末２０に対して医療情報を送信する送信手段として機能する。
患者端末２０がステップＳ１４の処理によりダウンロードするデータは、上記ステップＳ４６の処理によりサーバから送信されるデータである。ここで、ＣＰＵ１１及びサーバ・患者端末間通信部１６は協働により、患者端末２０に対して医療情報を送信する送信手段として機能する。
以上のように、本実施形態の情報配信システム１によれば、患者端末２０のＣＰＵ２１は、特定時間区分に含まれる時間帯において、ＲＦタグから得られた識別情報に基づいて、表示部２５の表示内容をカルテ情報、投薬情報、画像データのいずれかに切り換える。また、ＣＰＵ２１は、特定時間区分のいずれでもない時間帯において、表示部２５の表示内容を計測器５０から得られたバイタルサイン（患者の健康状態に係る情報）とする。つまり、患者端末２０のＣＰＵ２１は、時間割データに基づいて表示部２５の表示内容を切り替える。このように、ＣＰＵ２１は、制御手段として機能する。
また、患者端末２０と看護師端末４０とは、無線通信を介して互いにアクセスすることができる。例えば、看護師端末４０から患者端末２０を介して患者に対して呼びかけることができる。この場合、患者端末２０の音声出力部２６から患者に対する呼びかけのための音声が出力される等の処理が行われる。併せて、表示部２５の表示内容を患者に対する呼びかけのための表示内容としてもよい。これに対して、患者は患者端末２０に対する入力により看護師端末４０に対して応答することもできるし、ナースコール（図示略）等の施設を用いた応答を行うこともできる。
以上のように、本実施形態の情報配信システム１によれば、患者端末２０のＣＰＵ２１は、計時部３０から現在時刻を取得し、時間割データに基づいて現在時刻を含む時間帯を特定する。そして、現在時刻を含む時間帯が特定時間区分である場合には識別カード読取ガイダンスを表示部２５に表示させ、識別カード（ＲＦタグ）の読み取りを促すと共に患者、医師、看護師のいずれかに求められた情報の表示を行う時間帯であることを示す。そして、ＲＦタグから得られた識別情報に基づいて表示部２５の表示内容をカルテ情報、投薬情報又は画像情報のいずれかに切り換える。
これによって、時間帯に応じて医師、看護師及び患者から求められる情報を提示することができる。医師の診察時間にはカルテ情報を表示することで、診察の助けとなる情報を表示することができる。また、投薬時間には投薬情報を表示することで、看護師が患者に与える薬剤に係る情報を確認することができる。また、食事時間には画像データを表示することで、患者に癒しを与えることができる。
これによって、時間帯に応じて医師、看護師及び患者から求められる情報を提示することができる。医師の診察時間にはカルテ情報を表示することで、診察の助けとなる情報を表示することができる。また、投薬時間には投薬情報を表示することで、看護師が患者に与える薬剤に係る情報を確認することができる。また、食事時間には画像データを表示することで、患者に癒しを与えることができる。
さらに、現在時刻が特定時間区分のいずれでもない時間帯に含まれる場合、ＣＰＵ２１は、表示部２５の表示内容を計測器５０から得られたバイタルサインとする。
これによって、時間帯に応じて医師、看護師及び患者から求められる情報を提示することができるだけでなく、患者の健康状態に係る情報を継続的に表示させることができ、患者の体調管理の助けとなる。
これによって、時間帯に応じて医師、看護師及び患者から求められる情報を提示することができるだけでなく、患者の健康状態に係る情報を継続的に表示させることができ、患者の体調管理の助けとなる。
さらに、ＲＦＩＤリーダを用い、医師、看護師及び患者のそれぞれが有する識別カードのＲＦタグから得られる識別情報を取得して表示内容を切り換えるので、医師でない者がカルテ情報を見ることや、看護師でない者が患者に投薬する薬剤に係る情報を見ることを防止することができる。よって、患者の病状に係る情報を知る立場にない者がカルテ情報や投薬情報を見ることを良好に防止することができ、患者のプライバシーを保つことができる。
なお、本発明は、上記の各実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲において、種々の改良並びに設計の変更を行っても良い。
例えば、上記の各実施形態では、患者端末２０としてデジタルフォトフレームが用いられているが、デジタルフォトフレームに限らず、本発明の端末として機能する他の構成（例えばＰＣ、ＰＤＡ、携帯端末装置等）でもよい。
また、患者端末２０として用いるデジタルフォトフレームにアート変換機能を持たせてもよい。アート変換機能とは、デジタルフォトフレームにより表示される写真画像について、表示内容に加工を施した上で表示する機能である。
図２２〜図２５に、アート変換機能による写真画像の表示例を示す。図２２（Ａ）は、アート変換機能による加工を行わない元の写真画像の一例である。図２２（Ｂ）は、アート変換機能により水彩画調に加工した写真画像の表示例である。図２３（Ａ）は、アート変換機能により油絵調に加工した写真画像の表示例である。図２３（Ｂ）は、アート変換機能により点描調に加工した写真画像の表示例である。図２４（Ａ）は、アート変換機能によりエアブラシでの描画調に加工した写真画像の表示例である。図２４（Ｂ）は、アート変換機能により図２３（Ａ）とは異なる油絵調に加工した写真画像の表示例である。図２５は、アート変換機能により図２３（Ａ）、図２４（Ｂ）とは異なる油絵調に加工した写真画像の表示例である。
アート変換機能を用いることにより、個々の画像データに新たな面白みを付加することができる。
図２２〜図２５に、アート変換機能による写真画像の表示例を示す。図２２（Ａ）は、アート変換機能による加工を行わない元の写真画像の一例である。図２２（Ｂ）は、アート変換機能により水彩画調に加工した写真画像の表示例である。図２３（Ａ）は、アート変換機能により油絵調に加工した写真画像の表示例である。図２３（Ｂ）は、アート変換機能により点描調に加工した写真画像の表示例である。図２４（Ａ）は、アート変換機能によりエアブラシでの描画調に加工した写真画像の表示例である。図２４（Ｂ）は、アート変換機能により図２３（Ａ）とは異なる油絵調に加工した写真画像の表示例である。図２５は、アート変換機能により図２３（Ａ）、図２４（Ｂ）とは異なる油絵調に加工した写真画像の表示例である。
アート変換機能を用いることにより、個々の画像データに新たな面白みを付加することができる。
アート変換機能を用いる場合、患者端末２０として用いるデジタルフォトフレームにアート変換のための画像処理部を設け、ＣＰＵ２１が表示部２５に写真データを表示させる場合に当該画像処理部による表示内容の加工を行わせた上で表示を行わせる。どの形式の加工を行うかの選択は表示の際に選べるようにしてもよいし、予め設定された形式の加工を行うようにしてもよいし、ランダムで決定されるようにしてもよい。デジタルフォトフレームには、図２２〜図２５に例示したアート変換の他、図示しない既存及び将来実現する画像の表示内容の加工技術を採用することができる。画像処理部に換えて、ＣＰＵ等の演算処理装置を画像処理部として機能させるソフトウェアを用いてもよい。
また、上述の各実施形態では、サーバ１０と患者端末２０との間のデータ伝送と、患者端末２０と看護師端末４０との間のデータ伝送と、は個別のデータ伝送経路を有しているが、サーバ１０、患者端末２０及び看護師端末４０を共通のデータ伝送経路上で接続してもよい。
サーバ１０が送信するデータをＲＦタグから得られた識別情報に応じて選択、限定してもよい。この場合、患者端末２０からサーバ１０へアクセスを行うときに、ＣＰＵ２１はその患者端末２０の患者ＩＤに加えて最近ＲＦタグから得られた識別情報を送信する。そして、サーバ１０は識別情報に基づいて送信バッファに格納するデータを選択、限定する。具体的には、医師の識別情報が送信された場合、ＣＰＵ１１はカルテ情報データのみを送信バッファに格納する。また、看護師の識別情報が送信された場合、ＣＰＵ１１は投薬情報データのみを送信バッファに格納する。また、患者の識別情報が送信された場合、ＣＰＵ１１は画像情報データのみを送信バッファに格納する。
これによって、識別情報に応じたデータのみを患者端末２０に取得させることができるので、カルテ情報、投薬情報が患者端末２０へ送信されるのはそれぞれ医師、看護師がその患者端末２０に対して識別情報を提供する行為を行った場合のみとなる。よって、患者の病状に係る情報を知る立場にない者がカルテ情報や投薬情報を見ることをさらに良好に防止することができ、患者のプライバシーを保つことができる。
これによって、識別情報に応じたデータのみを患者端末２０に取得させることができるので、カルテ情報、投薬情報が患者端末２０へ送信されるのはそれぞれ医師、看護師がその患者端末２０に対して識別情報を提供する行為を行った場合のみとなる。よって、患者の病状に係る情報を知る立場にない者がカルテ情報や投薬情報を見ることをさらに良好に防止することができ、患者のプライバシーを保つことができる。
さらに、サーバ１０が送信するデータを時間帯に応じて選択、限定してもよい。この場合、サーバ１０も計時部等の現在時刻を取得するための構成を有し、さらに患者端末２０が有する時間割データと同様のデータを記憶部１３等の記憶装置に記憶させておく。そして、現在時刻を含む時間帯が診察時間である場合に、ＣＰＵ１１はカルテ情報データを送信バッファに格納する。また、現在時刻を含む時間帯が投薬時間である場合に、ＣＰＵ１１は投薬情報データを送信バッファに格納する。また、現在時刻を含む時間帯が食事時間である場合に、ＣＰＵ１１は画像情報データを送信バッファに格納する。
これによって、時間帯に応じたデータのみを患者端末２０に取得させることができるので、カルテ情報、投薬情報が患者端末２０へ送信されるのはそれぞれ診察時間、投薬時間に限られる。よって、診察時間、投薬時間のようにカルテ情報、投薬情報を必要とする時間帯以外にカルテ情報や投薬情報が取得されることに良好に防止することができ、患者のプライバシーをより良好に守ることができる。
これによって、時間帯に応じたデータのみを患者端末２０に取得させることができるので、カルテ情報、投薬情報が患者端末２０へ送信されるのはそれぞれ診察時間、投薬時間に限られる。よって、診察時間、投薬時間のようにカルテ情報、投薬情報を必要とする時間帯以外にカルテ情報や投薬情報が取得されることに良好に防止することができ、患者のプライバシーをより良好に守ることができる。
さらに、現在時刻を含む時間帯とＲＦタグから得られた識別情報との対応関係を照合するようにしてもよい。この場合、診察時間に得られた識別情報が医師のものであった場合に患者端末２０のＣＰＵ２１はカルテ情報データを取得して表示させる。また、投薬時間に得られた識別情報が看護師のものであった場合にＣＰＵ２１は投薬情報データを取得して表示させる。また、投薬時間に得られた識別情報が患者のものであった場合にＣＰＵ２１は画像情報データを取得して表示させる。
これによって、時間帯と、その時間帯に表示する表示内容と、その時間帯に患者端末２０の表示内容を確認する立場の者と、の照合を行うことができ、時間帯に応じた表示内容の制御をより的確に行うことができる。
これによって、時間帯と、その時間帯に表示する表示内容と、その時間帯に患者端末２０の表示内容を確認する立場の者と、の照合を行うことができ、時間帯に応じた表示内容の制御をより的確に行うことができる。
また、上記の実施形態では、画像情報及び画像データをサーバ１０から患者端末２０へ送信しているが、予め患者端末２０が記憶していてもよい。
１０ サーバ
１１ ＣＰＵ
１３ 記憶部
２０ 患者端末
２１ ＣＰＵ
２３ 記憶部
２４ 入力部
２５ 表示部
３０ 計時部
３２ ＲＦＩＤリーダ
５０ 計測器
１１ ＣＰＵ
１３ 記憶部
２０ 患者端末
２１ ＣＰＵ
２３ 記憶部
２４ 入力部
２５ 表示部
３０ 計時部
３２ ＲＦＩＤリーダ
５０ 計測器
Claims (4)
- 医療施設において複数の患者のそれぞれに対して個別に設けられた複数の端末と、複数の端末に対してデータを配信するサーバを有する情報配信システムであって、
前記サーバは、
複数の患者のそれぞれのカルテ情報、投薬情報を含む医療情報を記憶する医療情報記憶手段と、
前記端末に対して前記カルテ情報、前記投薬情報及び前記画像データを送信する送信手段と、
を備え、
前記端末は、
前記サーバから前記医療情報データを受信する受信手段と、
受信した前記医療情報を記憶する受信情報記憶手段と、
画像データを記憶する画像データ記憶手段と、
前記カルテ情報、前記投薬情報及び前記画像データのいずれかを表示する表示手段と、
医師、看護師及び患者のそれぞれに対応付けられた識別情報を取得する識別情報取得手段と、
所定の時間帯と、当該所定の時間帯に前記表示手段により表示する前記カルテ情報、前記投薬情報又は前記画像データと、を対応付ける情報を含む時間割情報を記憶する時間割情報記憶手段と、
現在時刻を計時する計時手段と、
前記時間割情報に基づいて、現在時刻が前記カルテ情報、前記投薬情報又は前記画像データのいずれかと対応付けられた所定の時間帯に含まれるか判定する時間帯判定手段と、
前記時間帯判定手段の判定結果及び前記識別情報取得手段により取得された識別情報に基づいて、前記表示手段の表示内容を、前記カルテ情報、前記投薬情報又は前記画像データのいずれかに切り換える制御手段と、
を備えることを特徴とする情報配信システム。 - 前記情報配信システムは、複数の患者についてそれぞれ設けられて患者の健康状態に係る情報を取得して前記端末へ入力する計測器をさらに有し、
前記制御手段は、前記表示手段の表示内容を、前記カルテ情報、前記投薬情報、前記画像データ又は前記患者の健康状態に係る情報のいずれかに切り換えることを特徴とする請求項１に記載の情報配信システム。 - 前記識別情報取得手段はＲＦＩＤリーダを有し、前記医師、前記看護師、前記患者がそれぞれ有するＲＦタグから前記識別情報を取得することを特徴とする請求項１又は２に記載の情報配信システム。
- 前記端末は、前記画像データによる表示内容に加工を施すアート変換手段をさらに備え、
前記表示手段は、前記画像データを表示する場合、前記アート変換手段により表示内容に加工を施された画像データを表示することを特徴とする請求項１から３のいずれか一項に記載の情報配信システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010220464A JP5573562B2 (ja) | 2010-09-30 | 2010-09-30 | 情報配信システム、端末及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010220464A JP5573562B2 (ja) | 2010-09-30 | 2010-09-30 | 情報配信システム、端末及びプログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014129860A Division JP5831600B2 (ja) | 2014-06-25 | 2014-06-25 | 端末装置及びプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2012078887A true JP2012078887A (ja) | 2012-04-19 |
| JP2012078887A5 JP2012078887A5 (ja) | 2013-11-14 |
| JP5573562B2 JP5573562B2 (ja) | 2014-08-20 |
Family
ID=46239111
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010220464A Expired - Fee Related JP5573562B2 (ja) | 2010-09-30 | 2010-09-30 | 情報配信システム、端末及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5573562B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6146555B1 (ja) * | 2015-12-09 | 2017-06-14 | コニカミノルタ株式会社 | 被監視者監視システムの中央処理装置および中央処理方法ならびに被監視者監視システム |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005275607A (ja) * | 2004-03-23 | 2005-10-06 | Fujitsu Ltd | 医療情報システム |
| JP2005317005A (ja) * | 2004-04-22 | 2005-11-10 | Creo Il Ltd | ワールド・ワイド・ウェブ上の蓄積画像のピア・ツー・ピア・サービスのための改良されたシステム |
| JP2006167400A (ja) * | 2004-12-16 | 2006-06-29 | Ipsquare Inc | 医療機器管理システム |
| JP2008052616A (ja) * | 2006-08-28 | 2008-03-06 | Fujitsu Ltd | 情報提供用端末装置、情報提供プログラム、および情報提供方法 |
| JP2008276552A (ja) * | 2007-04-27 | 2008-11-13 | Toshiba Corp | 患者・スタッフ管理システム |
-
2010
- 2010-09-30 JP JP2010220464A patent/JP5573562B2/ja not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005275607A (ja) * | 2004-03-23 | 2005-10-06 | Fujitsu Ltd | 医療情報システム |
| JP2005317005A (ja) * | 2004-04-22 | 2005-11-10 | Creo Il Ltd | ワールド・ワイド・ウェブ上の蓄積画像のピア・ツー・ピア・サービスのための改良されたシステム |
| JP2006167400A (ja) * | 2004-12-16 | 2006-06-29 | Ipsquare Inc | 医療機器管理システム |
| JP2008052616A (ja) * | 2006-08-28 | 2008-03-06 | Fujitsu Ltd | 情報提供用端末装置、情報提供プログラム、および情報提供方法 |
| JP2008276552A (ja) * | 2007-04-27 | 2008-11-13 | Toshiba Corp | 患者・スタッフ管理システム |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6146555B1 (ja) * | 2015-12-09 | 2017-06-14 | コニカミノルタ株式会社 | 被監視者監視システムの中央処理装置および中央処理方法ならびに被監視者監視システム |
| WO2017099091A1 (ja) * | 2015-12-09 | 2017-06-15 | コニカミノルタ株式会社 | 被監視者監視システムの中央処理装置および中央処理方法ならびに被監視者監視システム |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5573562B2 (ja) | 2014-08-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Mao et al. | Mobile phone text messaging for pharmaceutical care in a hospital in China | |
| KR101996354B1 (ko) | 환자 관리 애플리케이션을 이용한 의료 서비스 제공 시스템 | |
| JP6674435B2 (ja) | 医療・介護支援システムにおけるサービス構築支援方法及びシステム | |
| KR20170013276A (ko) | 건강상태 개선 방법, 장치 및 시스템 | |
| Cain et al. | Clinical assessment and management of general surgery patients via synchronous telehealth | |
| JP6556604B2 (ja) | 医療情報表示システム | |
| CN112334986A (zh) | 问诊单制作辅助装置、方法及程序 | |
| US20160154945A1 (en) | Method and system for changing medicine-taking schedule | |
| TWI776105B (zh) | 個人醫療資訊系統 | |
| JP6177546B2 (ja) | 診療情報表示システム | |
| JP2008293166A (ja) | 受診管理システム、携帯端末、受診管理端末、プログラム、及び受診管理方法 | |
| US20160125145A1 (en) | Apparatus, system and method for displaying medicine-taking information | |
| JP2014096116A (ja) | 患者管理支援プログラム、該システム及び該方法 | |
| JP2004265356A (ja) | 医療等情報管理システム | |
| US20130290012A1 (en) | Method and system for delivering patient specific content | |
| JP5573562B2 (ja) | 情報配信システム、端末及びプログラム | |
| JP5831600B2 (ja) | 端末装置及びプログラム | |
| JP2005235024A (ja) | 在宅医療支援システム | |
| US20130079925A1 (en) | Medication Management Device | |
| WO2017163777A1 (ja) | 医療用ポンプ管理装置および医療用ポンプ管理システム | |
| JP7369391B1 (ja) | 医療支援システム、医療支援方法、及び医療支援プログラム | |
| US20230253081A1 (en) | Method for providing electronic medical records for animal patients | |
| WO2024154632A1 (ja) | 情報交換方法、プログラム、および情報システム | |
| WO2023223695A1 (ja) | プログラム、方法、情報処理装置、システム | |
| WO2023223696A1 (ja) | プログラム、方法、情報処理装置、システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130930 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130930 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140423 |
|
| 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: 20140603 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20140616 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5573562 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |